02 · Arquitectura de control
Qué interviene en la comunicación PLC–HMI
La interfaz HMI intercambia estados, variables, consignas y alarmas con el PLC mediante un canal de comunicación configurado. Una falla puede localizarse en el medio físico, los equipos de red, los parámetros de protocolo o la correspondencia entre variables.
Enlace físico y red
Cableado Ethernet o serial, conectores, switches industriales, puertos, alimentación, interferencia electromagnética y topología.
Direcciones y rutas
IP, máscara, puerta de enlace cuando aplica, subred, nombres de dispositivo, duplicidad de direcciones y segmentación VLAN.
Protocolos industriales
PROFINET, EtherNet/IP, Modbus TCP, OPC UA u otros, según equipos y arquitectura. Cada uno exige parámetros y herramientas específicos.
Aplicación y variables
Drivers, conexiones configuradas, tags, direccionamiento, tipos de datos, permisos de acceso y versiones del proyecto HMI/PLC.
Antes de intervenir, documenta marcas, modelos, firmware, software de ingeniería, diagrama de red y estado de los respaldos. Una HMI sin datos no demuestra por sí sola que el PLC haya dejado de ejecutar su lógica.
↑ Volver al índice
03 · Síntomas y causas
Señales típicas y posibles orígenes de una falla
Relacionar el síntoma con una hipótesis verificable ayuda a evitar cambios innecesarios de hardware o programación.
| Síntoma | Posibles causas | Primera comprobación |
|---|
| HMI muestra “sin conexión” | Cable, puerto, IP incorrecta, equipo apagado o driver mal configurado | LED de enlace, alimentación, topología y configuración de conexión |
| Variables congeladas o desactualizadas | Pérdida intermitente de paquetes, carga excesiva o ciclo de actualización inadecuado | Marcas de tiempo, contadores de errores y estado de comunicaciones |
| Solo algunas variables fallan | Tags modificados, tipos de dato incompatibles, offsets o permisos | Comparar proyecto HMI con mapa de variables del PLC |
| Comunicación intermitente | Conector dañado, ruido eléctrico, switch saturado o direcciones duplicadas | Inspección física, registros de switch y eventos del controlador |
| Falla después de actualización | Cambios de firmware, driver, certificados o configuración | Historial de cambios y compatibilidad documentada |
Tip técnico: distingue entre pérdida total de enlace, pérdida del protocolo y error de tags. Esta separación reduce el tiempo de diagnóstico y evita sustituir componentes que siguen funcionando.
↑ Volver al índice
04 · Metodología
Diagnóstico de fallas de comunicación entre PLC y HMI, paso a paso
- Proteger el proceso: confirmar estado seguro de la máquina, coordinar con operación y aplicar procedimientos de control de cambios y aislamiento de energías cuando corresponda.
- Registrar el evento: hora, alarmas, variables afectadas, cambios recientes y si la falla es permanente o intermitente.
- Revisar la capa física: alimentación, conectores, LEDs, estado de puertos y cableado; evitar desconectar dispositivos críticos sin autorización.
- Verificar red y direccionamiento: IP, máscara, duplicados, rutas y diagnósticos de equipos administrables; las pruebas activas deben estar autorizadas.
- Comprobar protocolo: driver, puerto, sesión, parámetros de conexión y compatibilidad de firmware.
- Validar tags y aplicaciones: correspondencia de variables, permisos, tipos de dato, configuración y versiones de proyectos.
- Corregir y probar: respaldar antes de cambios, aplicar la corrección controlada, probar lectura/escritura autorizada y documentar resultados.
En redes PROFINET y EtherNet/IP conviene utilizar diagnósticos específicos del fabricante, registros de eventos y herramientas de ingeniería compatibles. No se debe modificar la lógica de seguridad ni forzar salidas para comprobar comunicaciones.
↑ Volver al índice
05 · Prevención y selección de soporte
Cómo prevenir reincidencias y evaluar un servicio especializado
Medidas preventivas
- Inventario de PLC, HMI, switches, direcciones y firmware.
- Respaldos verificados de proyectos y parámetros.
- Etiquetado y mantenimiento de conectores y cableado.
- Registro de eventos, cambios y tendencias de errores.
- Segmentación y control de accesos conforme a la arquitectura.
Qué pedir al proveedor
- Experiencia con marcas, protocolos y software instalados.
- Diagnóstico con evidencias y causa probable o confirmada.
- Alcance, exclusiones, ventanas de paro y tiempos de atención.
- Plan de respaldo, reversión y pruebas de aceptación.
- Reporte técnico y recomendaciones para evitar recurrencia.
Una cotización de diagnóstico debe diferenciar levantamiento, pruebas, corrección de configuración, reparación de red y posibles reemplazos. Solicita criterios claros de aceptación: estabilidad de conexión, actualización de variables y ausencia de errores durante un periodo de observación acordado.
Tip para planear el proyecto: proporciona el modelo exacto del PLC y HMI, topología, protocolo utilizado, captura de alarmas y fecha del último cambio. Esta información permite delimitar el servicio y comparar propuestas técnicas.
Tema relacionado para el análisis del sistema: Fallas de comunicación entre PLC y HMI. También conviene revisar mantenimiento preventivo de PLC, redes industriales y gestión de respaldos.
↑ Volver al índice
