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

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

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

El pin MOSI no estaba alto para el segundo byte cuando intenté escribir dos bytes consecutivos en el controlador. Podía configurar las salidas de los pines 8-15 en el controlador LED para que se activaran, sin embargo, no pude conseguir que el pin MOSI subiera 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 las escrituras de bytes) utilizando los métodos SPI.beginTransaction () y SPI.endTransaction () de la clase SPI.

Al ajustar cada transferencia de bytes en estos métodos transaccionales, pude hacer funcionar el controlador LED. Aquí está el tipo de estructura de código que terminó trabajando para mí:

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

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

Para responder algunas de sus preguntas:

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

Algunas cosas para verificar:

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

Debe asegurarse de haber configurado correctamente el reloj maestro y los pines de datos. No estoy familiarizado con las cosas de Arduino, así que no puedo ayudarlo con los detalles aquí, pero hay varios modos de funcionamiento de SPI y tendrá que 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 los datos muestreados en el medio (para el controlador de LED, ¡quizás sea diferente para el 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ás dos periféricos SPI? A menos que tal vez el controlador LED esté feliz de quedarse allí recibiendo datos, incluso si no es el destinatario deseado, y depende de usted controlar los pines LE y OE cuando es el destinatario deseado. Vale la pena solo mirar esto para aclarar todo.

No estoy seguro de qué se supone que saldrá del pin SDO del controlador LED. ¿Lo estás usando?

¿Cómo se supone que SDI se relaciona con las salidas de LED? Noté 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 de "ENCENDIDO". Tal vez esto se explica en otra parte de la hoja de datos, porque no parece tener ningún sentido obvio en el diagrama de tiempo ...

¡Buena suerte!