Patrones reales revisados
Resume situaciones de paneles que pierden comunicación, tags que no resuelven en runtime, históricos vacíos, alarmas que no aparecen, cambios de pantalla y diagnósticos de visualización que se confunden con fallo real.
Diagnóstico de automatización industrial
HMI pierde comunicación con PLC: separar runtime, tags, red, permisos, servidor de alarmas, histórico y controlador antes de concluir.
Cuando una HMI pierde comunicación con el PLC, 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 tomar la pantalla como verdad absoluta. La HMI puede ocultar la primera causa, mostrar un mensaje tarde, perder tags o enseñar una avería de visualización como si fuera una avería de proceso.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar fallos de HMI, SCADA y alarmas sin publicar proyectos, rutas internas, credenciales, pantallas privadas ni configuraciones sensibles.
Visualización antes que conclusión
Ayuda a separar si el problema está en pantalla, servidor, canal, tags, histórico, comunicación, permisos, receta, red o proceso real.
Límites claros
No da instrucciones para modificar proyectos HMI, tocar servidores, cambiar usuarios, publicar rutas, cargar runtime ni intervenir sobre el control.
Separación diagnóstica
La primera separación: pantalla viva no significa proceso claro.
La guía ayuda a ordenar qué capa está hablando y cuál se ha quedado muda antes de convertir una alarma en causa.
Pantalla, runtime y tags
Entra cuando la aplicación abre pero faltan datos, aparecen interrogaciones, objetos sin valor, tags no resueltos o diferencias entre entorno de ingeniería y ejecución.
Servidor de alarmas e histórico
Entra cuando la máquina falla pero no aparece alarma nueva, el histórico está vacío, faltan eventos o la primera causa queda tapada por mensajes posteriores.
Comunicación con PLC o remotas
Entra cuando la HMI parece viva pero no ve al PLC, pierde nodos, muestra timeout, comunica a ratos o solo falla tras un cambio de red o pantalla.
Permisos, usuario y visibilidad
Entra cuando un perfil ve unas funciones y otro no, aparecen restricciones de acceso o la pantalla oculta información por rol, zona o modo.
Receta, visión y proceso real
Entra cuando la pantalla acusa una secuencia, pero el origen puede estar en receta, cámara, iluminación, estación vecina o condición de proceso.
Cambio reciente
Entra cuando se sustituyó pantalla, actualizó runtime, cambió versión, migró SCADA, tocó red o se recuperó una copia no verificada.
Evidencia mínima
Evidencia mínima útil antes de tocar la aplicación.
La evidencia útil conecta lo que ve el operador, lo que registra el sistema y lo que realmente ocurre en la máquina.
- Estado visible: mensaje exacto, pantalla afectada, tag sin valor, alarma ausente, histórico disponible y momento en que aparece.
- Alcance: una pantalla, una estación, todo el SCADA, una familia de tags, una receta, un usuario, una línea o solo un modo.
- Comunicación: PLC visto o no visto, nodos perdidos, timeout, pérdida intermitente, canal afectado y relación con red o remotas.
- Histórico: primera alarma, eventos previos, huecos de registro, filtros activos, mensajes repetidos y cambios de turno o receta.
- Cambio reciente: pantalla sustituida, runtime cargado, migración, servidor, red, backup, actualización, usuario o permiso modificado.
- Comparación entre capas: dato en campo, dato en PLC, dato en HMI, dato en histórico y coherencia entre ellos.
- Documentación disponible: arquitectura funcional, mapa de pantallas, lista de tags, alarmas, manuales y notas de cambio sin credenciales ni rutas privadas.
- Riesgo operativo: pantalla que oculta una condición crítica, alarma que no aparece, control sin visibilidad o duda sobre estado seguro.
Patrones de error
Errores que conviene evitar cuando la HMI no cuenta bien el caso.
El objetivo no es creer o desacreditar la pantalla: es entender qué parte del sistema está dando información útil.
Confundir ausencia de alarma con ausencia de fallo
Un histórico vacío, un filtro, una licencia, un servidor o un canal de eventos pueden ocultar el problema real.
Culpar al PLC por un tag que no resuelve
El controlador puede estar vivo mientras la HMI pierde ruta, nombre, canal, permiso, runtime o referencia de comunicación.
Ignorar la diferencia entre diseño y runtime
Que algo funcione en ingeniería no demuestra que el panel o el servidor lo resuelvan igual en ejecución.
Cerrar el caso con una captura aislada
Una pantalla en un momento concreto no sustituye histórico, primer evento, comparación con PLC y contexto de cambio.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Harcki podrá trabajar con capturas, manuales, pantallas, alarmas, históricos y esquemas aportados por usuarios y validados. Esta guía pública solo ordena qué información conviene localizar.
- Captura del mensaje, pantalla, alarma, histórico y hora, ocultando usuarios, rutas, direcciones privadas o credenciales.
- Descripción de la arquitectura funcional: HMI local, SCADA, servidor, PLC, red, remotas y estaciones afectadas.
- Lista de cambios recientes: pantalla, runtime, servidor, receta, usuario, red, backup, versión, PLC o estación.
- Comparación entre valor en campo, valor en PLC, valor en pantalla, evento registrado y comportamiento real.
- Manual, esquema o nota de mantenimiento que explique canal, tags, alarmas, permisos o comunicación sin publicar proyecto completo.
Seguridad
Límites de seguridad antes de confiar en la pantalla.
Una HMI puede perder visibilidad sobre una condición crítica. La guía ordena diagnóstico; no autoriza intervención sobre control ni producción.
- No asumir que una pantalla limpia significa máquina segura o sin fallo.
- No usar una guía pública para modificar proyectos, usuarios, rutas, alarmas, servidores, runtime o comunicación.
- No ocultar una alarma repetida por comodidad operativa ni cerrar el caso sin histórico suficiente.
- No sustituir procedimiento, fabricante, integrador, responsable de planta ni validación posterior a cambios.
- Ante duda sobre seguridad, movimiento, energía, alarma crítica o visibilidad incompleta, 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 HMI, SCADA, alarmas e histórico sin publicar material sensible. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Pantalla con contexto
Mensaje, tag, alarma, usuario, red, PLC, receta y cambio reciente pueden quedar conectados en un caso único.
- 02Documentación validada
Capturas, manuales, esquemas, listas de alarmas e históricos aportan valor cuando se revisan junto al síntoma real.
- 03Memoria de fallos visibles e invisibles
Harcki puede acercar patrones de pantallas mudas, alarmas ausentes o tags incoherentes sin convertirlos en receta universal.
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: HMI, SCADA, alarmas, históricos, tags, comunicación, documentación validada, evidencias, historial y memoria técnica con límites claros.