Solución de problemas de SPI, Teensy, Arduino y tri-state

El acceso a la tarjeta SD es un poco más complicado debido a la necesidad de considerar el sistema de archivos FAT, etc. Entonces, si yo fuera usted, me concentraría primero en hacer que el controlador LED funcione; al menos entonces sabrá que su bus SPI está funcionando.

Para responder a algunas de sus preguntas:

1. El voltaje en la salida de cualquier pin de salida LED será el voltaje que se requiere para lograr la corriente constante programada. No debe ser 0V a menos que las salidas estén configuradas para corriente máxima. Y no debería ser el voltaje de suministro a menos que se suponga que el LED esté apagado.
2. El hecho de que el controlador LED tenga un reloj interno de 30Mhz no debería preocuparte. Su dispositivo es el maestro, controla el reloj, y el esclavo debe registrar los datos en función del reloj que le proporciona su maestro. La información de 30Mhz solo es útil en términos de apreciar la velocidad máxima a la que puede enviar datos a través del dispositivo.

Algunas cosas para comprobar:

¿Menciona pulsar LE alto, pero no menciona mantener OE bajo para habilitar las salidas LED?

Debe asegurarse de haber configurado correctamente el reloj maestro y los pines de datos. No estoy familiarizado con las cosas de Arduino, por lo que no puedo ayudarlo con los detalles aquí, pero hay varios modos de operación de SPI y deberá configurar su dispositivo para que coincida. Debe asegurarse de tener configurado el modo correcto para generar los datos en el flanco ascendente del reloj, con datos muestreados en el medio (para el controlador LED, ¡tal vez sea diferente para la SD!).

¿Dónde está el pin de selección de chip en este dispositivo? ¿Seguro que tiene uno? No se pudo ver en el diagrama suministrado. Si no hay selección de chip, ¿cómo cambiará entre los datos proporcionados a la tarjeta SD y los datos proporcionados al controlador LED? ¿Necesitará dos periféricos SPI? A menos que tal vez el controlador LED esté feliz de simplemente sentarse allí recibiendo datos, incluso si no es el destinatario previsto, y depende de usted controlar los pines LE y OE cuando es el destinatario previsto. Vale la pena mirar esto para aclarar todo.

No estoy seguro de lo que se supone que debe salir del pin SDO del controlador LED. ¿Lo estás usando?

¿Cómo se supone que SDI se relaciona con las salidas LED? Observo que en el diagrama de temporización SDI es alto para los bits 0, 2, 5, 10, 11, 12 y 15. Pero se muestra que las salidas 0, 3 y 15 responden con una condición 'ENCENDIDA'. Tal vez esto se explique en otra parte de la hoja de datos, porque no parece tener ningún sentido obvio desde el diagrama de tiempos...

¡Buena suerte!

Entonces, recibí mi osciloscopio por correo, lo configuré y logré conectar cuidadosamente las sondas a los pines MCU Teensy 3.1 relacionados con SPI y mi controlador LED (es decir, pin SCK y pin MOSI).

Parece que el problema está en la biblioteca SPI que estaba usando.

El pin MOSI no estaba alto para el segundo byte cuando traté de escribir dos bytes consecutivos en el controlador. Podría configurar las salidas de los pines 8-15 en el controlador LED para que se activen, sin embargo, parece que no pude hacer que el pin MOSI aumentara durante la escritura del segundo byte.

Pude superar el problema agregando un retraso de aproximadamente 10 ms entre las escrituras de dos bytes.

Pude optimizar aún más la velocidad (para no tener que esperar 10 ms entre escrituras de bytes) usando los métodos SPI.beginTransaction() y SPI.endTransaction() de la clase SPI.

Al envolver cada transferencia de bytes en estos métodos transaccionales, pude poner en funcionamiento el controlador LED. Aquí está el tipo de estructura de código que terminó funcionando para mí:

SPI.beginTransaction(LEDDriverSettings);
SPI.transfer(firstByte);
SPI.endTransaction();
SPI.beginTransaction(LEDDriverSettings);
SPI.transfer(secondByte);
SPI.endTransaction();