Para que la subestación no quede ciega ante una falla, el enlace al centro de control se duplica en tres niveles: dos gateways (en caliente o en espera), dos canales por rutas físicas distintas y, a menudo, dos centros de control, el principal y el de respaldo. IEC 60870-5-104 organiza las conexiones redundantes en grupos con una sola conexión activa. Lo delicado es la conmutación: si no se diseña bien, se pierden o se duplican eventos.
Por qué duplicar el enlace
Una subestación que pierde su enlace con el centro de control sigue operando: las protecciones disparan y el control local funciona. Pero el operador del sistema deja de verla y de poder mandarla. En subestaciones del sistema de transmisión, los requisitos de supervisión del operador suelen exigir una disponibilidad alta del enlace, y eso no se logra con un solo equipo y un solo canal.
La redundancia se construye en tres niveles: el equipo que traduce los datos (el gateway o RTU), el canal de comunicación y el centro de control.
Gateways redundantes
Hay dos formas habituales de duplicar el gateway:
- En caliente (hot standby). Los dos gateways están encendidos, conectados a los IED y con la base de datos actualizada. Uno está activo hacia el centro de control y el otro listo para tomar el mando. La conmutación es rápida porque el de respaldo ya tiene el estado de la subestación.
- En espera (warm o cold standby). El de respaldo está encendido pero no adquiere datos, o está apagado. Al conmutar debe arrancar, conectarse con los IED y reconstruir el estado, lo que toma más tiempo.
En ambos casos hace falta un mecanismo que decida quién está activo: una señal de vida entre los dos equipos por un enlace dedicado, supervisión mutua por la red o una lógica en el propio centro de control. El error de diseño más grave es una configuración en la que, ante una falla de comunicación entre los dos gateways, ambos se declaren activos o ninguno lo haga.
Grupos de redundancia del 104
IEC 60870-5-104, en su edición 2 de 2006, dedica un capítulo a las conexiones redundantes. Las organiza en grupos de redundancia: varias conexiones TCP entre un mismo cliente (el centro de control) y su servidor (el gateway), de las que solo una está activa y transfiere datos.
- La conexión activa se inicia con la trama STARTDT.
- Las demás permanecen establecidas y detenidas, y se supervisan con TESTFR.
- Si la activa falla, el cliente envía STARTDT por otra conexión del grupo.
Este mecanismo resuelve la redundancia del canal y de la interfaz de red. Si el servidor también está duplicado, cada gateway puede atender su propia conexión dentro del esquema, y la coordinación entre ellos depende del fabricante.
Con DNP3 (IEEE 1815), la redundancia del enlace se resuelve en la práctica con la lógica del maestro y del gateway, por ejemplo con canales alternos hacia la misma estación; cómo conmuta depende de cada fabricante y se verifica en la prueba.
Dos centros de control
Muchos operadores tienen un centro de control principal y uno de respaldo, en otra ciudad o en otro edificio. La subestación debe poder reportar a ambos. Hay dos esquemas:
- Ambos reciben datos todo el tiempo. Cada centro tiene su propia conexión o su propio grupo de redundancia. Los mandos se aceptan solo desde el centro que tiene la autoridad en ese momento.
- Solo el activo recibe datos. Al pasar la operación al respaldo, este activa su conexión e interroga la subestación.
La autoridad para mandar se maneja con cuidado: dos centros que puedan dar mandos a la vez sobre el mismo equipo son un riesgo operativo.
- 01Gateway principal y de respaldoEn caliente o en espera, con supervisión mutua
- 02Dos canales por rutas distintasFibra propia, red del operador, radio o celular, sin tramos comunes
- 03Grupo de redundancia del 104Una conexión activa por centro de control, las demás supervisadas
- 04Centro principal y de respaldoSolo uno con autoridad de mando a la vez
Canales por rutas distintas
Dos canales que comparten un tramo no son redundantes. Las fallas comunes típicas:
- Los dos canales van por el mismo cable OPGW o el mismo ducto de entrada a la subestación.
- Los dos usan el mismo multiplexor, el mismo router o la misma fuente de alimentación.
- El canal de respaldo por radio o celular depende de la misma torre o del mismo proveedor que el principal.
El diseño revisa el recorrido completo de cada canal, desde el puerto del gateway hasta el centro de control, y busca cualquier elemento compartido. La guía de ingeniería de redes de área amplia IEC TR 61850-90-12 trata la redundancia entre subestación y centro de control como uno de sus temas.
Qué pasa en la conmutación
La conmutación es el momento delicado. Lo que puede salir mal:
- Eventos perdidos. El gateway que sale tenía eventos en su buffer que no alcanzó a enviar, y el que entra no los conoce.
- Eventos duplicados. El nuevo gateway reenvía eventos que el centro de control ya había confirmado al anterior.
- Estados desactualizados. Si el gateway de respaldo estaba en espera fría, presenta valores viejos hasta que lee a los IED.
- Mandos en curso. Una selección antes de operar iniciada con un gateway no se completa con el otro.
Por eso el centro de control suele hacer una interrogación general después de cada conmutación, y la prueba de la redundancia incluye contar los eventos a ambos lados. Si el enlace se cae repetidamente sin conmutar bien, el diagnóstico está en enlace DNP3 o IEC 104 que se cae.
Cómo se prueba
En general, la prueba de la redundancia verifica cada combinación de falla: apagar el gateway activo, cortar cada canal, provocar la pérdida de comunicación entre los gateways y pasar la operación al centro de respaldo. En cada caso se comprueba el tiempo de conmutación, la integridad de los eventos, el estado de las alarmas y que los mandos se acepten solo desde quien tiene la autoridad.
Le ayudamos con su enlace
En Tiza Group hacemos la integración SCADA y gateways de subestaciones de alta y extra alta tensión y de plantas industriales: arquitectura redundante, configuración de los gateways, grupos de redundancia del 104 y pruebas con el centro de control. Escríbanos.
Guías relacionadas
- RTU y gateway de subestación
- IEC 60870-5-104: qué es, cómo funciona y cómo se prueba
- DNP3 (IEEE 1815)
- Sistema SCADA y HMI de subestación
- Mando rechazado desde el SCADA
- SEL RTAC
- IEC 61850 hacia el centro de control: TR 61850-90-2
- Mapeo IEC 61850 a IEC 104 y DNP3 en el gateway
- Redes WAN para subestaciones: IEC TR 61850-90-12
- Comunicaciones de subestación por nivel de tensión
- Redundancia de red en subestaciones: RSTP, PRP, HSR o MRP
Referencias
- IEC 60870-5-104:2006 + Amd 1:2016, Network access for IEC 60870-5-101 using standard transport profiles, capítulo de conexiones redundantes.
- IEEE 1815, Standard for Electric Power Systems Communications – Distributed Network Protocol (DNP3).
- IEC TR 61850-90-12:2020, Wide area network engineering guidelines.
Preguntas frecuentes
¿Qué es un grupo de redundancia en IEC 60870-5-104?
Es el conjunto de conexiones TCP que un mismo cliente mantiene con su servidor para el mismo propósito. Todas permanecen establecidas y supervisadas, pero solo una está activa y transfiere datos, iniciada con STARTDT. Si la activa falla, el cliente activa otra con STARTDT.
¿Por qué después de una conmutación de gateway aparecen eventos repetidos o faltantes?
Porque el gateway que toma el mando no sabe con exactitud qué eventos alcanzó a confirmar el centro de control con el anterior. Según cómo se sincronicen los buffers entre los dos equipos, reenvía algunos o deja de enviar otros. Por eso el centro de control suele hacer una interrogación general después de cada conmutación.
¿Dos enlaces por el mismo cable de fibra son redundantes?
No en la práctica. Si los dos canales comparten cable, ducto, torre o equipo de transmisión, una sola falla los corta a ambos. La redundancia real exige rutas físicas distintas y, si es posible, proveedores o medios distintos.