¿Qué componente usar para unos pocos GBytes de memoria disponibles por varios años?

Navega tus respuestas
2

Estoy trabajando en un proyecto que se supone que se construirá en pequeñas cantidades (menos de 50 unidades / año), pero probablemente se venderá por 10 o 15 años. Estoy en la etapa en la que observo la memoria no volátil y planeamos usar algo como 16-32GB.

En el pasado, usábamos tarjetas SD, pero tuvimos algunos problemas de confiabilidad con el titular, ya que la tarjeta SD a veces salía del socket. También encontramos que es probable que una tarjeta en particular se vuelva obsoleta después de unos años, por lo que siempre tenemos que comprobar que las partes alternativas funcionen igual.

Eché un vistazo a las siguientes tecnologías y encontré algunos inconvenientes:

  • Tarjeta SD: necesidad de una parte mecánica para mantenerla, obsoleta después de unos años
  • Flash ICs: complejos de interfaz
  • eMMC: difícil de obtener
  • EEPROM: pequeña capacidad (< 100MB)

¿Me perdí algo? ¿Existe alguna otra solución confiable para reemplazar una tarjeta SD en un diseño?

Editar : la aplicación escribiría datos continuamente (unos pocos kB por segundo), pero durante varias horas o, a veces, días. El tiempo de retención no es un gran problema, siempre que sea razonable.

    
pregunta Edesign

2 respuestas

4

En mis proyectos, uso la tarjeta Compact SD soldada directamente para los pads en la pizarra. Esto significa que no hay ninguna fiabilidad de socket con la que lidiar. La interfaz es estándar, y parece ser así durante muchos años, por lo que incluso las tarjetas individuales irán y vendrán, cualquier tarjeta de productos de tamaño suficiente puede ser sustituida (siempre y cuando se codifique según la especificación común y no intente ser inteligente y emplear algunos ajustes mágicos de un proveedor en particular).

El único inconveniente con una conexión soldada permanente a la tarjeta es que no se puede contar con cambiarla por desarrollo de software, la placa necesitará una conexión para inicialización y depuración, JTAG, Ethernet, wifi y USB son los candidatos obvios. aquí. La mayoría de los diseños tendrán una necesidad de al menos uno de ellos para su funcionamiento normal. Si no es así, entonces SPI o I2C son alternativas ligeras.

    
respondido por el Neil_UK
0

Yo mismo iría a por un dispositivo USB, si tuviera o pudiera tener un USB disponible en mi hardware. Será un estándar de larga duración. También es reemplazable en el campo (o puede serlo, si su dispositivo puede formatear un disco, o si el formato de disco que usa también es un estándar de larga duración). También facilita a un usuario final hacer una copia de seguridad y restaurar su firmware y acceder a cualquier información adquirida que almacene en la unidad de memoria.

Por supuesto, puede que no sea una opción, si el microcontrolador de su proyecto no tiene USB, y si el costo de cambiar a algo con USB es demasiado alto. Pero para un volumen tan pequeño, ¿no terminará ahorrando una gran cantidad de costos de programación si se ejecuta en un Rasberry Pi con Linux para realizar toda la configuración y la carga de programas y le deja solo la aplicación específica del proyecto para codificar y ¿mantener? También me arriesgaría a que los RPi permanezcan disponibles durante los próximos 10 a 15 años, y sin duda recibiría una advertencia anticipada si planea descontinuar cualquier modelo.

    
respondido por el nigel222

Lea otras preguntas en las etiquetas

Cómo conectar a tierra la electrónica correctamente ¿Por qué este circuito RC no se simula como se esperaba? (es decir, ¿qué estoy haciendo mal?)