¿Una tarjeta SD en modo SPI respeta la selección de chip / selección de esclavo? Parece que se reinicia en mi aplicación


9

Tengo una aplicación donde tengo un microcontrolador (NXP LPC1343 ) que está conectado a un FPGA a través de SPI de 16 bits. También hay una tarjeta SD que usa el mismo puerto SPI (MISO / MOSI) pero con un pin CS / SS diferente (ambos están activos bajo, según la especificación SPI). Una de las cosas que necesito hacer es escribir datos del FPGA en un archivo en la tarjeta SD usando FAT32 , y este es el trabajo del microcontrolador. El microcontrolador está ejecutando FatFS , que he podido trabajar de manera confiable por sí mismo.

Debido a que el microcontrolador solo tiene una pequeña cantidad de RAM, solo se puede almacenar una pequeña cantidad de datos a la vez. Por lo tanto, el micro tiene que leer un búfer del FPGA, cambiar el modo SPI a 8 bits y luego escribir esos datos en el FATFS. Recuerde que para configurar la tarjeta SD para el modo SPI, se debe enviar un comando mientras el bus SPI se ejecuta a 400 kHz, y debe producirse una cierta cantidad de espera. Por lo tanto, me gustaría tener que realizar la inicialización solo una vez.

Sin embargo, realizar transacciones en el FPGA incluso mientras se mantiene CS en la tarjeta SD parece poner la tarjeta SD en un estado extraño, de modo que necesita pasar por la inicialización nuevamente. Esto, por supuesto, no es deseable, ya que la inicialización puede tomar varios milisegundos, para escribir solo 4 kB o más de datos (nuevamente limitado por la pequeña capacidad de RAM de mi micro). Como necesito escribir varios megabytes lo más rápido posible, esto reduce el rendimiento de aproximadamente 500 kB / s a ​​menos de 100 kB / s.

Soy consciente de que las tarjetas SD no son técnicamente totalmente compatibles con SPI, pero ¿cómo se puede solucionar este problema?


Debería honrarlo, que yo sepa. ¿Quizás probar una tarjeta SD diferente?
Marko

Esta es una gran pregunta. Gracias por preguntar (y responder).
markrages

Respuestas:


7

De acuerdo, lo descubrí en realidad. Debería haber buscado en Google un poco más profundo. Resulta que las tarjetas SD no actúan exactamente como los dispositivos SPI cuando comparten un bus de acuerdo con Cómo usar MMC / SDC :

En el bus SPI, cada dispositivo esclavo se selecciona con señales CS separadas, y se pueden conectar varios dispositivos a un bus SPI. El dispositivo esclavo SPI genérico impulsa / libera su señal DO mediante señal CS asíncronamente para compartir un bus SPI.

Sin embargo, las unidades MMC / SDC / libera la señal DO en sincronización con el SCLK. Esto significa que existe la posibilidad de conflicto de bus con MMC / SDC y cualquier otro esclavo SPI que esté conectado a un bus SPI. La imagen de la derecha muestra el tiempo de activación / liberación del MMC / SDC (la señal de OD se extrae a 1/2 V cc para ver el estado del bus). Por lo tanto, para hacer que MMC / SDC libere la señal DO, el dispositivo maestro debe enviar un byte después de que la señal CS sea desactivada.

La tarjeta SD y el FPGA probablemente intentaban manejar DO y la tarjeta SD se perdió, por lo que se reinició. Enviar un byte extra parece haberlo solucionado.


Esto le permite alternar entre el FPGA y la tarjeta, ¿verdad? ¿También descubrió que podría interrumpir durante la transferencia de datos y reanudar? Por lo que dice en elm-chan, parece que eso no es posible, pero me interesaría saber si lo confirmaste o no.
krs013

1
Sí, funciona según lo esperado para alternar entre FPGA y SD, pero no puede interrumpir la transferencia entre llamadas a FatFS. Al menos no pude hacer que eso funcionara. Eso significa que no puede (por ejemplo) responder a una interrupción durante la escritura y lectura de un archivo desde un sensor utilizando el bus SPI compartido.
Zuofu
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.