El bus de estación es la red Ethernet que une los relés y controladores de bahía con la HMI, el gateway, los registradores y el reloj de la subestación. Por él viajan los reportes y mandos MMS, los GOOSE entre bahías (enclavamientos, falla de interruptor, bloqueos) y la sincronización de tiempo, así que su diseño y su redundancia afectan el control y parte de la protección.
Qué es el bus de estación
El bus de estación es la parte de la red de comunicaciones de subestación que une el nivel de bahía con el nivel de estación. De un lado están los relés de protección, los controladores de bahía y los registradores; del otro, la HMI, el gateway o RTU hacia el centro de control, el servidor de ingeniería y el reloj. En la arquitectura de comunicaciones es el bus más antiguo: muchas subestaciones lo tienen sin tener todavía bus de proceso.
A diferencia del bus de proceso, aquí casi todo el tráfico es de supervisión y mando, con dos excepciones importantes: los GOOSE entre bahías y la sincronización de tiempo.
Qué tráfico lleva
MMS (cliente-servidor sobre TCP/IP). Es el protocolo MMS de IEC 61850-8-1. La HMI y el gateway son clientes; cada IED es servidor. Por MMS viajan:
- Reportes con búfer (no se pierden eventos si el cliente se desconecta un momento) y sin búfer (valores que solo interesan en vivo).
- Mandos de interruptores y seccionadores con selección previa (select before operate) y verificación de enclavamientos.
- Lectura de ajustes y descarga de archivos, como los registros de falla en COMTRADE.
GOOSE (publicador-suscriptor en capa 2). Los mensajes GOOSE entre bahías reemplazan cables entre tableros: enclavamientos de seccionadores, disparo por falla de interruptor (50BF) hacia los interruptores vecinos o arranque hacia una función 50BF centralizada, esquemas de bloqueo como el enclavamiento inverso de barras de media tensión y señales hacia el relé diferencial de barras.
Tiempo. SNTP (perfil de IEC 61850-8-1) para estampar eventos con precisión de milisegundos, o PTP si la red y los IED lo soportan.
Otros. Acceso de ingeniería a los IED, gestión de switches (SNMP), registro de seguridad y, si existen, sincrofasores hacia un concentrador local. Hacia afuera, el gateway convierte a IEC 60870-5-104 o DNP3.
| Tráfico | Modelo | Uso en el bus de estación |
|---|---|---|
| MMS | Cliente-servidor sobre TCP/IP | Reportes con y sin búfer, mandos con selección previa, lectura de ajustes y descarga de registros COMTRADE |
| GOOSE | Publicador-suscriptor en capa 2 | Enclavamientos, disparo por 50BF, esquemas de bloqueo y señales hacia la diferencial de barras |
| SNTP o PTP | Sincronización de tiempo | Estampa de eventos con precisión de milisegundos; PTP si la red y los IED lo soportan |
Topologías y redundancia
IEC TR 61850-90-4 compara ventajas y desventajas de varias topologías para el bus de estación; su primera edición (2013) analizaba como referencia:
- Switch único o estrella simple: económica, sin redundancia.
- Estrella jerárquica: un switch por tablero o por nivel de tensión, unidos a un switch central.
- Anillo RSTP: tolera la pérdida de un enlace, pero reconfigura la red y pierde tramas mientras tanto.
- Doble estrella con PRP: dos redes independientes, LAN A y LAN B; ninguna trama se pierde ante la falla de una.
- Anillo HSR y combinaciones de anillos con nodos puente.
- Redes separadas para protección principal 1 y principal 2, de modo que una falla de red no afecte a las dos.
La elección depende de lo que viaje por GOOSE. Si el bus solo lleva supervisión, la redundancia protege la disponibilidad del SCADA. Si lleva disparos o bloqueos, protege la protección.
Requisitos de tiempo y ancho de banda
- GOOSE de disparo: IEC 61850-5 pide 3 ms de tiempo de transferencia para los mensajes rápidos.
- Estampa de eventos: clase T1 de IEC 61850-5 (±1 ms).
- Ancho de banda: en reposo es bajo. Los GOOSE se repiten a intervalo largo y los reportes MMS solo salen ante cambios o por periodo. El momento crítico es una falla o una maniobra: una ráfaga de GOOSE y de reportes al mismo tiempo. IEC TR 61850-90-4 incluye métodos para estimar el tráfico GOOSE y MMS y comprobar que el bus aguanta esa ráfaga.
Criterios de diseño
- Inventario de mensajes: qué GOOSE publica cada IED, quién lo suscribe y qué pasa si falta.
- VLAN y prioridad (IEEE 802.1Q) para GOOSE de protección, y filtrado multicast para que cada flujo llegue solo a quien lo necesita.
- Plan de direcciones IP por bahía y por tipo de equipo, con espacio para ampliaciones.
- Redundancia acorde con la función y caminos separados para principal 1 y 2.
- Borde de seguridad hacia el centro de control y el acceso remoto: firewall, cuentas por rol y registro.
- Si convive con el bus de proceso en la misma red física, impedir que los valores muestreados lleguen a los puertos del bus de estación.
Convencional frente a digital
En una subestación convencional con protocolos seriales, como IEC 60870-5-103 (la norma acompañante para la interfaz informativa de los equipos de protección), cada relé habla solo con la RTU y los enclavamientos son cables. Con bus de estación IEC 61850 todos los IED comparten la red, la HMI lee el modelo de datos directamente y los enclavamientos pasan a GOOSE. El cableado entre tableros baja, pero el SCD y la red se vuelven parte de la lógica de control.
Problemas típicos y diagnóstico
- Reportes que no llegan: instancias de reporte agotadas, reporte no habilitado o conjunto de datos cambiado. Revisar la asociación MMS en el IED y en el cliente.
- GOOSE de enclavamiento con calidad inválida o tiempo de vida vencido: revisar LGOS en el suscriptor y la VLAN en cada puerto.
- Tormenta de tráfico por un bucle al conectar un cable de prueba entre switches.
- Eventos con hora equivocada: SNTP mal configurado o zona horaria distinta.
- Mando rechazado: enclavamiento activo, modo local en el IED o selección previa vencida.
Para diagnosticar: captura con Wireshark en un puerto espejo (filtros por MMS y GOOSE), el registro de eventos de los switches y el navegador IEC 61850 que lee el modelo de cada IED.
Pruebas y puesta en servicio
- Pruebas de red que propone IEC TR 61850-90-4: VLAN, etiquetado de prioridad, multicast, recuperación RSTP, PRP, HSR y PTP.
- Redundancia: desconectar LAN A y luego LAN B, o abrir el anillo, verificando que no se pierden GOOSE ni reportes.
- GOOSE: cada publicación y cada suscripción con el equipo de prueba, incluido el comportamiento cuando el mensaje falta.
- MMS: cada señal hasta la HMI y el gateway, y cada mando de extremo a extremo.
- Ráfaga: una secuencia de eventos simultáneos sin pérdidas.
- Respaldo de la configuración final de switches y del SCD.
¿Su bus de estación pierde reportes, GOOSE o mandos? En Tiza Group revisamos la configuración de IED y comunicaciones con nuestra configuración remota de relés, o en sitio con nuestra ingeniería IEC 61850, en media, alta y extra alta tensión, en subestaciones e industria.
Referencias
- IEC 61850-5: requisitos de comunicación, clases de transferencia y de tiempo.
- IEC 61850-7-2: servicios de comunicación (reportes, mandos, GOOSE).
- IEC 61850-8-1: mapeo a MMS e ISO/IEC 8802-3.
- IEC TR 61850-90-4: guía de ingeniería de redes.
- IEC 62439-3: redundancia PRP y HSR.
- IEEE 802.1Q: VLAN y prioridad.
- IEC/IEEE 61850-9-3: perfil PTP para sistemas de potencia.
Preguntas frecuentes
¿Qué pasa con la protección si se cae el bus de estación?
Si los disparos de cada bahía siguen cableados, la protección local sigue funcionando, pero se pierden la supervisión, los mandos remotos y todo lo que viaje por GOOSE entre bahías, como enclavamientos o el arranque de falla de interruptor. Por eso esas funciones deben tener un comportamiento definido ante la pérdida del mensaje.
¿El bus de estación necesita PRP o basta con un anillo RSTP?
Depende de lo que viaje por él. Si solo lleva MMS para la HMI y el gateway, un anillo RSTP suele ser aceptable. Si lleva GOOSE de disparo o de bloqueo, se prefiere PRP o HSR porque no tienen tiempo de recuperación ante la falla de un enlace.
¿Por qué la HMI no recibe eventos de un relé aunque hace ping?
Porque el ping solo prueba la capa IP. La causa suele estar en la asociación MMS: el reporte no está habilitado para ese cliente, se agotaron las instancias de reporte del IED, el conjunto de datos cambió o la HMI usa una revisión vieja del SCD.