El escenario es conocido en cualquier planta con robots: un martes por la mañana, en plena producción, la controladora no arranca. El almacenamiento donde reside el sistema ha fallado. La pregunta que aparece en la reunión de crisis es siempre la misma: ¿esto lo resolvemos en horas o nos vamos a varios días de parada? La respuesta no depende de la suerte, depende de si alguien hizo una imagen de sistema de esa controladora y de si esa imagen está guardada donde debe.
El fallo que todos tememos: cuando muere el disco de la controladora
Las tarjetas flash y los discos SSD de las controladoras no son eternos. Envejecen, acumulan ciclos de escritura y, en entornos con calor, polvo y vibración, fallan antes de lo previsto. Cuando el almacenamiento se corrompe o deja de leer, no solo pierdes los programas: pierdes el sistema completo que hace que el robot sea ese robot y no otro.
La diferencia entre horas y días es exactamente esta. Con una imagen a mano, se sustituye el soporte, se vuelca la imagen y el robot vuelve a estar como estaba. Sin ella, toca reinstalar el sistema desde cero, reconfigurar opciones, recuperar la configuración y, en muchos casos, revisar la calibración. Multiplica ese trabajo por la presión de una línea parada y entenderás por qué el backup de la controladora del robot es una pieza central del mantenimiento de robots industriales.
Por qué el backup habitual no es suficiente
Aquí está el malentendido más caro que vemos en planta. Mucha gente cree que porque hace copias de seguridad periódicas está cubierta. Y lo está a medias.
En un robot ABB, el backup estándar guarda los programas RAPID, los módulos, los datos de sistema y la configuración de la instalación. Es imprescindible y hay que hacerlo. Pero ese backup no incluye el sistema RobotWare instalado ni las opciones de software activadas. Es decir: te devuelve tus programas, pero solo si antes has reconstruido el sistema base sobre el que corren. Si el disco ha muerto, primero necesitas ese sistema base, y ahí el backup normal no llega.
La lógica es parecida en KUKA y FANUC. La copia de datos de trabajo es una cosa; la imagen completa del sistema es otra. Ambas son necesarias, pero solo la imagen te saca de un fallo de hardware de almacenamiento sin reinstalar nada.
Si quieres afinar tu política de copias de datos de aplicación, tenemos un artículo dedicado: Backup de robots: cómo proteger y restaurar tus programas.
Qué es una imagen completa y qué recupera exactamente
Una imagen de sistema es una copia bit a bit del almacenamiento de la controladora. No es una carpeta de archivos: es el clon del soporte tal y como estaba en el momento de crearla. Cuando la restauras sobre un soporte nuevo, recuperas:
- El sistema operativo y el software de robot instalado.
- Las opciones y licencias de software activadas en esa unidad.
- La configuración de la instalación y los parámetros de sistema.
- Los programas y datos de aplicación que hubiera en ese momento.
Dicho de otra forma: la imagen no complementa al backup, lo engloba en cuanto al soporte del sistema. Por eso una buena estrategia combina imagen completa (para el peor caso) y backups frecuentes de datos de aplicación (para el día a día).
Particularidades por marca
ABB IRC5
En las controladoras IRC5 el sistema reside en una tarjeta flash dentro de la unidad de cómputo. En las unidades más antiguas es una tarjeta CompactFlash; en las más recientes, una tarjeta SD. Lo que se clona es esa tarjeta. Tener una imagen de sistema del robot ABB significa disponer del clon de esa flash, de modo que ante un fallo se sustituye la tarjeta y se vuelca la imagen sin reinstalar RobotWare.
KUKA KR C4 y KR C5
En los armarios KR C4 y KR C5 el sistema vive en el disco o SSD del propio armario. El método oficial de KUKA para crear y restaurar la imagen es el KUKA Recovery Stick. Es la vía soportada por el fabricante para el clonado del disco KUKA y la recomendamos frente a cualquier atajo no oficial, porque un método no soportado puede dejarte con una imagen que aparenta estar bien y no restaura cuando la necesitas.
FANUC
En FANUC existe el equivalente: la posibilidad de generar una copia de imagen desde el arranque de la controladora, que captura el estado completo del sistema y permite restaurarlo. Es la referencia oficial para este fabricante y el punto de partida para cualquier plan de continuidad en un parque FANUC.
En los tres casos el principio es el mismo y la implementación cambia. Si tienes parque mixto, conviene documentar el procedimiento correcto para cada marca dentro de tu plan de mantenimiento preventivo.
Las tres reglas de una imagen que de verdad te salva
Tener una imagen guardada no basta si está desactualizada, si está dentro del propio robot o si nunca has comprobado que restaura. Estas son las tres reglas que aplicamos:
- Imagen tras cada cambio relevante. Cada vez que se actualiza el software, se activa una opción, se cambia la configuración de fondo o se hace una intervención mayor, se genera una imagen nueva. Una imagen de hace tres años que no refleja el estado actual solo te devuelve al robot de hace tres años.
- Copia guardada fuera del robot. La imagen se almacena en un soporte externo y en un repositorio de planta, nunca solo en la propia controladora. Si el fallo es del almacenamiento del robot, una copia que viva ahí dentro se va con él.
- Verificación periódica de que restaura. Una imagen que nunca se ha probado es una suposición, no un seguro. Hay que verificar de forma controlada que el volcado funciona y arranca. Es el paso que más se salta y el que marca la diferencia el día del fallo.
Checklist rápida para tu plan de continuidad
- Inventaría cada controladora con marca, modelo y tipo de soporte de sistema (flash CompactFlash o SD en ABB, disco o SSD en KUKA, memoria de sistema en FANUC).
- Confirma que existe una imagen completa reciente de cada una, no solo backups de datos.
- Comprueba que las imágenes están guardadas fuera del robot y con acceso identificado.
- Define quién genera una imagen nueva tras cada cambio y déjalo por escrito.
- Programa una verificación de restauración periódica.
- Ten previsto el soporte de repuesto (tarjeta o disco compatible) para no depender del plazo de entrega el día crítico.
Si un fallo de este tipo ya te ha pillado o quieres cerrar el hueco antes de que ocurra, en un mantenimiento correctivo lo resolvemos y en un contrato de mantenimiento lo dejamos cubierto de forma preventiva.
El mejor momento para hacer la imagen era ayer
No hay forma elegante de decirlo: el mejor momento para tener la imagen de sistema de tus controladoras era ayer, antes de que el disco diera el aviso. El segundo mejor momento es hoy, con la línea funcionando y sin la presión de una parada de producción encima. Una imagen bien hecha, guardada fuera y verificada convierte un fallo de hardware potencialmente catastrófico en una intervención de horas.