emulación de tarjeta SD

Tu tarea no es imposible, pero creo que tendrías más de 90 horas por esas tres semanas para obtener algo que puedas usar.

No hay una sola parte "ZOMG" del diseño; Hay una serie de bloques más pequeños que son bastante compartimentados y directos por sí mismos. Por ejemplo, está la interfaz física: las tarjetas SD son esencialmente buses SPI de "cuatro carriles", y puede limitarse al modo SPI para comenzar a facilitar las cosas. Esto no es terriblemente complejo de hacer, especialmente si tiene un periférico esclavo SPI en el hardware que puede usar. Soportar lo suficiente del protocolo SD para falsificar el lado de Windows probablemente tampoco será difícil, especialmente si puedes limitarte a emular una tarjeta MMC, lo cual es menos complejo. Emular un sistema de archivos tampoco es terriblemente difícil. Creo que lo que se pondrá peludo es en los detalles de interconectar estos bloques y luego pasar MUCHO tiempo resolviendo la pequeña cosa extraña que no funciona.

Como dice el dicho ... el diablo está en los detalles. Desde una perspectiva de alto nivel esto es factible, aunque creo que su marco de tiempo no es realista. Nadie puede trabajar 90h semanas y mantener el enfoque y la claridad de pensamiento.

Y como dice mi dicho favorito ... La diferencia entre teoría y realidad es que, en teoría, no hay diferencia.

Realmente no tengo una respuesta para usted, pero al trabajar con tarjetas SD y FAT16 en el MSP430, he encontrado útiles los siguientes dos recursos:

Tarjetas SD con el MSP430

FAT16 para el MSP430

  

Estábamos planeando comunicarnos con una computadora de mano Windows Mobile 6 a través de la interfaz de la tarjeta SD   utilizando SPI.

Desafortunadamente, el host SD decide qué protocolo usar. Para un dispositivo móvil con Windows esperaría que usara el protocolo SD más rápido y no SPI. Así que necesitarías implementar el protocolo SD, que es de 25 MHz: Waaay demasiado rápido para tu MSP MCU, el que mencionaste como máximo a 16MHz.

Para implementar una tarjeta SD, necesitarás una MCU rápida (usualmente basada en ARM) con soporte de protocolo de hardware SD o un ridículo reloj de alta calidad > > 100 MHz.

Si hacerlo es más importante que cómo lo hagas, hacerlo con el método más sencillo (quizás porque el código está disponible) y luego comunicarte entre tu MSP430 y su sistema separado probablemente sea más fácil. En general, la tarea es más compleja, pero si se ha logrado la parte más difícil para usted, ya gana.

Se hizo una solución similar en 2006 como parte de un Circuit Cellar Design Challenge. El software y hardware del proyecto completo se pueden encontrar aquí . Esta solución introduce datos en un libro de imágenes, pero el suyo es un concepto similar.