Patrones reales revisados
Resume situaciones reales de PLC, HMI, IPC, boot project, persistentes, recetas, firmware, tarjetas, usuarios, certificados, SD, USB, recuperación parcial y máquinas que arrancan de forma incompleta.
Diagnóstico de automatización industrial
PLC pierde programa al quitar tensión: separar backup, boot project, batería, memoria, versión, HMI y restauración antes de concluir.
Cuando un PLC pierde programa al quitar tensión, no basta con mirar una alarma o una señal aislada. La guía ayuda a ordenar evidencias, condiciones de aparición, documentación y límites sin convertir el caso en una instrucción operativa.
El error es llamar backup a cualquier archivo encontrado. En automatización, un backup útil tiene que corresponder con el equipo, la versión, los datos vivos y el estado real de planta.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar continuidad de PLC, HMI e IPC sin publicar proyectos, backups, contraseñas, rutas internas ni procedimientos de carga.
Continuidad antes que archivo
Ayuda a separar copia actual, copia histórica, versión de proyecto, datos persistentes, runtime, firmware y dependencias que pueden quedar fuera de una restauración.
Límites claros
No da instrucciones para aplicar cambios de proyecto o firmware, extraer programas, saltar permisos, manipular certificados ni devolver una máquina a producción.
Separación diagnóstica
La primera separación: arrancar no significa recuperar.
Una restauración puede dejar una parte viva y otra incoherente. La guía ayuda a ordenar qué falta antes de dar el caso por cerrado.
Proyecto y versión real
Entra cuando no está claro si el archivo disponible corresponde al controlador, firmware, hardware, versión de máquina y cambios de planta realmente activos.
HMI, runtime y rutas
Entra cuando la pantalla arranca pero faltan tags, recetas, alarmas, históricos, shortcuts, rutas de comunicación o archivos que el operador daba por normales.
Persistentes y recetas
Entra cuando contadores, calibraciones, recetas, parámetros de proceso o datos retenidos vuelven a cero, aparecen viejos o no coinciden tras corte, reinicio o sustitución.
Firmware, hardware y tarjetas
Entra cuando CPU, módulo, tarjeta, memoria o versión de firmware permiten arrancar pero dejan diferencias que cambian el comportamiento de la máquina.
Usuarios, certificados y accesos
Entra cuando el equipo responde, pero servicios web, ingeniería, OPC UA, permisos o funciones protegidas ya no se comportan como antes.
Historial de intervención
Entra cuando hubo mantenimiento, cambio online, recuperación externa, parada larga, batería, apagón, actualización o sustitución y nadie dejó evidencia completa.
Evidencia mínima
Evidencia mínima útil antes de decidir que el backup sirve.
La evidencia útil une archivo, versión, equipo, datos vivos, pantalla, comunicación, seguridad y comportamiento real de máquina.
- Equipo afectado: PLC, HMI, IPC, CPU, tarjeta, memoria, módulo, runtime, servidor, drive integrado o componente sustituido.
- Origen de la copia: fecha, responsable, equipo exacto, versión, si estaba probada y qué parte del sistema cubre realmente.
- Diferencia visible: recetas ausentes, tags sin resolver, datos persistentes incoherentes, alarmas vacías, usuarios perdidos, certificados rechazados o funciones raras.
- Condición temporal: después de corte de tensión, cambio de batería, firmware, sustitución, restauración, parada de mantenimiento, descarga parcial o recuperación externa.
- Estado de documentación: proyecto vigente, esquema, listado de hardware, versiones, notas de cambio, backup histórico, fotos de placas y relación con la máquina real.
- Comportamiento operativo: qué arranca, qué no arranca, qué modo funciona, qué modo falla, qué receta o secuencia reproduce la diferencia.
- Dependencias externas: HMI, SCADA, OPC UA, usuarios, certificados, red, rutas, archivos auxiliares, tarjetas, memoria no volátil o datos compartidos.
- Condición de seguridad: movimiento, safety, permisos, cambios de control, dudas de versión o cualquier pérdida de certeza sobre el estado validado.
Patrones de error
Errores que conviene evitar con backups de automatización.
La continuidad se rompe cuando se confunde tener algo guardado con tener una recuperación verificable.
Dar por bueno un archivo sin contrastarlo
Un archivo puede pertenecer a otra versión, otro equipo, otro momento de máquina o cubrir solo una parte del sistema.
Olvidar datos vivos
Recetas, persistentes, calibraciones, contadores, usuarios, certificados e históricos pueden ser tan críticos como el programa.
Restaurar sin entender el cambio previo
Si el fallo aparece tras firmware, sustitución, tarjeta, HMI o parada larga, el cambio forma parte del diagnóstico, no del ruido.
Confundir arranque con validación
Que el PLC entre en RUN o la pantalla abra no demuestra que la máquina haya recuperado su estado anterior.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Harcki podrá trabajar con proyectos, manuales, versiones, capturas, fotos, alarmas y partes aportados por usuarios y validados. Esta guía pública solo ordena qué información conviene localizar.
- Inventario de PLC, HMI, IPC, firmware, hardware, tarjetas, remotas, redes y elementos que dependen del proyecto.
- Relación entre copia actual, copia histórica, copia de puesta en marcha, cambios recientes y evidencia de quién verificó cada una.
- Listado de recetas, persistentes, usuarios, certificados, archivos auxiliares, rutas, shortcuts, históricos y datos que no siempre viajan con el programa.
- Fotos de placas, referencias, mensajes de arranque, estado de CPU/HMI, alarmas y diferencias visibles, sin publicar credenciales ni arquitectura sensible.
- Parte de intervención: qué se tocó, cuándo, por qué, qué quedó funcionando, qué quedó dudoso y qué no se pudo comprobar.
Seguridad
Límites de seguridad antes de restaurar o cambiar.
Automatización puede controlar movimiento, energía, seguridad de máquina y proceso. Ordenar el caso no autoriza una restauración desde una guía pública.
- No tratar una pérdida de proyecto, receta, usuario, certificado, safety, firmware o persistente como una incidencia menor si afecta a producción o seguridad.
- No da instrucciones para aplicar cambios de proyecto o firmware, extraer programas, saltar permisos, manipular certificados ni devolver una máquina a producción.
- No asumir que una copia es segura porque tiene nombre familiar, fecha reciente o procede de un equipo parecido.
- No usar una guía pública para validar cambios de máquina, seguridad, movimiento, receta crítica o comunicación OT.
- Ante duda de versión, datos vivos, safety, movimiento inesperado, acceso seguro o continuidad de sistema, parar y escalar por el canal responsable.
Harcki
Esta guía ordena el inicio; Harcki permite continuar el caso completo.
Esta guía ayuda a separar continuidad, backup y restauración sin publicar material sensible. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Estado de máquina con memoria
Proyecto, firmware, recetas, datos vivos, HMI, red y cambios pueden quedar conectados para entender qué se recuperó y qué sigue pendiente.
- 02Documentación validada
Backups, manuales, capturas, fotos, partes y versiones aportan valor cuando se conectan al equipo real y no quedan como archivos sueltos.
- 03Continuidad reutilizable
Harcki puede acercar patrones de restauración parcial, persistentes perdidos o pantallas incoherentes sin convertir un caso parecido en receta.
Normativa y límites
Normativa, fabricante y responsable técnico siguen mandando.
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
BOE - Real Decreto 1215/1997, equipos de trabajoMarco oficial sobre disposiciones mínimas de seguridad y salud para la utilización de equipos de trabajo.NIST SP 800-82 Rev. 3 - Guide to Operational Technology SecurityGuía pública sobre seguridad OT, sistemas de control industrial, topologías, riesgos y requisitos propios de entornos operativos.
Aviso de lanzamiento
Recibe el aviso cuando Harcki abra su primera fase.
Recibe el aviso para solicitar acceso a Harcki y continuar este tipo de diagnóstico dentro de la app: backups de PLC, HMI, IPC, recetas, persistentes, documentación validada, evidencias, historial y memoria técnica con límites claros.