Tiza Group

Inicio / Guías / Protecciones, control y comunicaciones

Diagnóstico de IEC 104: contadores, registro y SNMP

Qué indican los contadores de un enlace IEC 60870-5-104, cómo leer el registro de comunicación y cómo se monitorea el enlace con SNMP.

Por Shadai García, CEO e ingeniero de protecciones de Tiza Group.

MaestroEsclavoI · S · UTCP abiertas y cerradasduplicados y pérdidasregistro de comunicaciónNMSalarmacerradastiempoumbral de alarmasalto en TCP cerradasel NMS lee el contador por SNMPDiagnósticoContadorRegistroSNMPNMSAlarma© tizagrp.comMaestroEsclavoI · S · UTCP abiertas y cerradasduplicados y pérdidasregistro de comunicaciónNMSalarmacerradastiempoumbral de alarmasalto en TCP cerradasel NMS lee el contador por SNMPDiagnósticoContadorRegistroSNMPNMSAlarma© tizagrp.com
IEC 60870-5-104: contadores de diagnóstico, registro y supervisión por SNMP. Ubicación en el sistema y principio de funcionamiento. Ilustrativo: los valores reales salen de la placa y del manual del fabricante.
Respuesta corta

Un enlace IEC 60870-5-104 deja rastros: contadores de tramas por formato, de conexiones TCP abiertas y cerradas, de duplicados y pérdidas, y un registro de comunicación del equipo. Leídos juntos, indican si el problema es de red, de temporizadores o de configuración. SNMP permite vigilarlos desde un sistema de gestión.

Respuesta corta

Un enlace IEC 60870-5-104 se diagnostica con tres fuentes: los contadores del protocolo, el registro de comunicación del equipo y la supervisión de red con SNMP. Los contadores dicen qué tipo de tramas circulan y cuántas fallan. El registro cuenta qué pasó al arrancar. SNMP avisa cuándo cambia el estado.

Los contadores del protocolo

Un equipo que implementa la IEC 60870-5-104 lleva cuentas de cada evento importante de la comunicación. Los más útiles se agrupan así.

GrupoQué cuentaQué indica
Tramas transmitidas y recibidasTelegramas, comandos y respuestasHay tráfico en ambos sentidos
Tramas por formatoRecibidas I, S y U; enviadas UQué hace el enlace: datos, acuses o pruebas
Conexiones TCPConectadas, aceptadas y cerradasEstabilidad de la conexión
Duplicados y pérdidasTramas repetidas o ausentesCalidad de la red
Transmisiones fallidasTramas que no se pudieron enviarProblemas de salida
Desbordes de búferDatos que no cupieron en memoriaSobrecarga del equipo
Tiempos de esperaDel enlace y de respuesta de aplicaciónTemporizadores que vencen
Mensajes desconocidos o demasiado largosTramas no reconocidasDesajuste de configuración

Los formatos I, S y U son los tres tipos de trama de la APDU de IEC 104.

Cómo leer un patrón

Un contador aislado dice poco. Se interpreta por relación y por tendencia:

  • Conexiones cerradas que crecen sin parar. La conexión se abre y se cierra. Revise temporizadores, otro maestro que se conecta al mismo equipo o un cortafuegos que corta sesiones inactivas.
  • Duplicados y pérdidas en aumento. La red entre los dos equipos pierde o repite paquetes. Mire el enlace físico, la carga del switch y los equipos intermedios.
  • Muchas tramas U y pocas I. El enlace está vivo, pero no hay datos: puede faltar la orden de arranque o el esclavo no tiene nada que informar.
  • Tiempos de espera de aplicación. El otro extremo no responde dentro del plazo. Se sospecha de carga del equipo o de un enlace lento.
  • Desbordes de búfer. El equipo recibe más datos de los que procesa. Reduzca la tasa de datos o el tamaño de las interrogaciones.
  • Mensajes desconocidos. Hay un desajuste de lista de interoperabilidad entre servidor y cliente.

El registro de comunicación

Además de los contadores, el equipo guarda un registro de lo que ocurrió durante el arranque y la operación del módulo de comunicación. Allí se ven, entre otras cosas:

  • si el módulo arrancó bien o quedó en un modo de respaldo;
  • si el protocolo se inició o falló al lanzarse;
  • si hay inconsistencia entre los archivos de configuración;
  • si el módulo detectado coincide con el configurado.

Este registro responde a la pregunta «¿llegó a funcionar el protocolo?». Si el protocolo nunca arrancó, los contadores no avanzan y buscar problemas de red es perder tiempo.

El equipo también puede indicar en su lógica interna que perdió la comunicación con el maestro cuando vence un tiempo de supervisión. Esa señal conviene llevarla al SCADA como alarma.

Información del enlace en el equipo

Muchos equipos muestran también:

  • la dirección IP del maestro conectado y de un posible maestro de respaldo;
  • los bytes recibidos y enviados por cada uno;
  • cuál es el maestro activo, que es el último en haber enviado la orden de arranque;
  • los parámetros vigentes: dirección común, tipo de envío, tiempos t1, t2 y t3, y puertos.

Con estos datos se contesta de inmediato quién está conectado y quién es el activo, algo clave en enlaces con redundancia hacia el centro de control.

SNMP para monitorear el enlace

SNMP (protocolo simple de gestión de red) permite que un sistema de gestión consulte los equipos. Algunos relés y gateways exponen por SNMP parte de su estado de comunicación y de los parámetros del protocolo, con autenticación en las versiones modernas.

Usarlo tiene ventajas claras:

  • el monitoreo no consume la capacidad del enlace de telecontrol;
  • el sistema de gestión puede alarmar si una conexión cae o si un contador cruza un límite;
  • el estado de la comunicación queda registrado con su historia.

Es una función opcional, que cada equipo declara. Para el diseño del monitoreo vea supervisión de la red con SNMP y syslog.

Qué revisar primero cuando el enlace falla

Primera revisión de un enlace IEC 104 caído
  • ¿Hay conexión física entre el equipo y el switch?
    • No: Revise cable, puerto y alimentación del módulo
    • Sí: ¿El protocolo arrancó según el registro del equipo?
      • No: Revise que el firmware y la configuración del módulo correspondan
      • Sí: ¿Se abre la conexión TCP hacia el puerto del esclavo?
        • No: Revise IP, puerto y cortafuegos
        • Sí: ¿Llegan tramas I?
          • Sí: Revise duplicados, pérdidas y tiempos de espera
          • No: Revise la orden de arranque y la dirección común

Si la sincronización de hora no se logra, compruebe que el maestro envía una trama de hora válida y que el equipo está configurado para usarla.

Errores frecuentes

  • Mirar un contador sin conocer su valor normal.
  • No reiniciar los contadores antes de una prueba, y perder la referencia.
  • Llevar al SCADA el estado de la comunicación sin una alarma clara.
  • Activar SNMP con una comunidad por defecto en una red de operación.

Cómo le ayudamos

Un diagnóstico ordenado ahorra horas en sitio. En Tiza Group revisamos su enlace con el centro de control, definimos las alarmas de comunicación y probamos el conjunto de punta a punta. Conozca nuestra integración SCADA y gateways o escríbanos para cotizarla.

Guías relacionadas

Referencias

  • IEC 60870-5-104, Network access for IEC 60870-5-101 using standard transport profiles: transporte TCP, temporizadores t0 a t3 y parámetros k y w.
  • RFC 3411 a 3418, arquitectura y protocolo SNMP.
  • IEC 62351-7, Network and system management (NSM) data object models.

Preguntas frecuentes

¿Qué contador indica que hay pérdida de paquetes en el enlace?

El de duplicados y pérdidas, junto con el de conexiones TCP cerradas. Si ambos crecen mientras el tráfico es normal, el problema suele estar en la red entre maestro y esclavo: enlace saturado, retransmisiones o un dispositivo intermedio que descarta paquetes.

¿Para qué sirve SNMP en un enlace de telecontrol?

Para que un sistema de gestión de red consulte de forma periódica el estado de los equipos y del enlace sin abrir el protocolo de telecontrol. Así se detecta que una conexión cayó antes de que el operador note datos viejos.

¿Qué hago primero si el enlace está caído?

Compruebe la capa física: cables, puertos y switch. Después confirme dirección IP, puerto y la dirección común de la estación. Solo entonces revise temporizadores y contadores. La mayoría de las caídas se resuelven en los dos primeros pasos.

WhatsApp