Cada vez más equipos industriales llevan un pequeño computador adentro: HMI, paneles de operador, gateways, controladores con Linux o Android embebido. Casi todos guardan su sistema en una memoria eMMC. Y las eMMC se gastan: tienen un número limitado de escrituras, y cuando llegan al final de su vida el equipo deja de arrancar aunque el resto de la electrónica esté perfecta.
Este caso, resuelto en nuestro laboratorio en septiembre de 2026, muestra el procedimiento completo sobre una placa controladora con procesador ARM y sistema Android embebido. Lo difícil no fue cambiar el chip: fue conservar los datos que hacen único a ese equipo.
1. El diagnóstico: una memoria que ya no acepta escrituras
La placa no arrancaba su sistema. Por la consola serie del cargador de arranque vimos que la eMMC respondía, pero:
- Su propio indicador de desgaste (PRE_EOL_INFO en el registro EXT_CSD) marcaba "urgente", y la estimación de vida estaba entre 80 y 90 %.
- Toda escritura se rechazaba con un error de protección. Revisamos los registros de protección y estaban en cero: no era un bloqueo configurado, era el chip pasando a solo lectura por fin de vida.
- Varias particiones (sistema, arranque, configuración y otras) se leían completamente en ceros: la capa interna que traduce direcciones (FTL) había perdido parte del mapa.
Por qué no basta con "clonar la memoria"
Una eMMC de equipo no tiene solo el sistema operativo. También guarda datos únicos de esa unidad: número de serie, calibraciones, certificados y llaves criptográficas que el fabricante instala en fábrica. Si se pierden, el equipo puede arrancar pero no autenticarse ni usar sus servicios protegidos. Y hay datos que quedan amarrados al chip físico: al cambiar la memoria no se pueden copiar sin más, hay que volver a instalarlos.
2. Respaldo antes de desoldar
La regla es respaldar primero y recién después intervenir. Aprovechamos que el cargador de arranque quedaba en su consola y trabajamos sin desoldar:
- Leímos cada partición a RAM y la escribimos a un pendrive desde la misma consola.
- Verificamos cada archivo con CRC32 en ambos lados (en la placa y en el computador).
- Respaldamos las 12 áreas que hacen única a la unidad: certificados, calibración, información del dispositivo, configuración de arranque, tabla de particiones y la partición de arranque del chip.
- Además extrajimos las credenciales archivo por archivo (91 archivos) desde el sistema de archivos, como segunda copia.
3. Preparar y grabar la eMMC nueva
Elegimos una eMMC nueva, sana y del mismo tamaño. Con los respaldos armamos una imagen completa de 7,8 GB, poniendo cada partición en su posición exacta.
- La grabamos con un programador RT809H y adaptador BGA153, en modo de 8 bits.
- Grabamos las dos particiones de arranque del chip además del área de usuario.
- Configuramos el registro EXT_CSD para que el procesador arranque desde la partición correcta. Es un paso que muchos pasan por alto, y sin él la placa no arranca aunque los datos estén bien.
- Dejamos sin tocar el área RPMB, que es de acceso protegido y se gestiona desde el propio equipo.
Antes de soldar releímos el chip completo: idéntico byte a byte a la imagen, con la configuración de arranque confirmada.
4. Reinstalar el sistema y re-aprovisionar las credenciales
Con el chip nuevo soldado, la placa llegó a su cargador de arranque. Para reinstalar el sistema activamos, desde la consola, el modo de actualización por USB mediante un indicador en la EEPROM de configuración. Así el firmware del fabricante se instaló completo, con arranque seguro verificado.
Faltaba lo más delicado. El sistema arrancaba, pero los servicios protegidos no funcionaban: el almacén seguro restaurado no era válido en el chip nuevo y el equipo caía a su nivel de seguridad más bajo. La solución fue volver a instalar las credenciales respaldadas por el procedimiento de servicio del fabricante. Después del reinicio, el equipo volvió a su nivel de seguridad por hardware y los servicios protegidos funcionaron con normalidad.
Equipo recuperado con su identidad original
La misma unidad, con sus datos de fábrica y sus credenciales originales, sobre una memoria nueva. Validado en banco con todos sus periféricos antes de la entrega.
Y si la memoria es NAND cruda
No todos los equipos usan eMMC. Los más antiguos llevan NAND flash cruda, sin controlador interno. Ahí el trabajo cambia: hay que leer respetando la geometría real del chip (por ejemplo, páginas de 4.096 bytes más 218 de área de repuesto), manejar los bloques defectuosos y el código de corrección de errores que usa el procesador. Una lectura que ignore esos detalles parece buena y no sirve.
Lo que conviene hacer hoy en tu planta
- Identifica qué equipos críticos tienen eMMC o NAND: HMI, paneles, gateways y controladores con sistema operativo.
- Revisa su desgaste si el equipo lo permite. La eMMC informa su propia estimación de vida.
- Respalda mientras funciona. Una imagen leída a tiempo, con sus datos únicos, es la diferencia entre una recuperación de días y un equipo perdido.
Más detalles del servicio en Programación de memorias EEPROM y eMMC y en nuestra guía de recuperación de firmware en equipos industriales.
¿Un equipo que no arranca y el hardware parece sano?
Puede ser su memoria. Revisamos el estado de la eMMC o NAND, respaldamos lo que aún se pueda leer y te proponemos la recuperación antes de tocar nada.
Solicitar diagnóstico