En una subestación convencional, el disparo viaja por un cable de cobre dedicado. En una subestación digital, ese mismo disparo es un mensaje GOOSE que comparte la red física con la supervisión SCADA y — en el bus de proceso — con los flujos de corrientes y tensiones muestreadas (Sampled Values) que alimentan a las protecciones. Compartir la red física no significa compartir la red lógica: una red de subestación bien ingenierizada se segmenta con VLANs y priorización IEEE 802.1Q en dominios de tráfico separados — GOOSE, SV, MMS, gestión — precisamente para que un servicio no pueda ahogar a otro. Pero esa segmentación no viene de fábrica: hay que diseñarla. La red dejó de ser un tema «de informática»: es el conductor por el que viaja la protección. Y como todo conductor, se dimensiona, se protege contra fallas y se prueba.
Lo que la norma define: tiempos, no tecnologías
IEC 61850-5 define las clases de tiempo de transferencia que cada tipo de mensaje debe cumplir. La más exigente — disparos y bloqueos — permite 3 milisegundos:
| Clase | Tiempo de transferencia | Qué viaja ahí |
|---|---|---|
| TT0 | >1 000 ms | Archivos, registros |
| TT1 | 1 000 ms | Eventos, alarmas |
| TT2 | 500 ms | Comandos de operador |
| TT3 | 100 ms | Automatismos lentos |
| TT4 | 20 ms | Automatismos rápidos |
| TT5 | 10 ms | Permisivos, cambios de estado |
| TT6 | 3 ms | Disparos y bloqueos |
Fuente: IEC 61850-5 ed. 2.0, clases de tiempo de transferencia.
A esas clases se suman los tiempos de recuperación que la red puede permitirse ante la falla de un enlace, compilados por el grupo de trabajo IEC TC 57 WG 10: 100 ms para la comunicación SCADA–IED, 4 ms para GOOSE de enclavamiento entre IEDs y 0 ms — cero — para protección de barras y para Sampled Values. Un flujo de SV interrumpido, aunque sea por milisegundos, deja ciega a la protección que lo consume.
Y hasta ahí llega la norma. Cómo lograr una red que recupere en 0 ms, cómo segregar el tráfico para que los SV no ahoguen al SCADA, cómo distribuir el tiempo con precisión de microsegundo: eso es ingeniería de red — y la propia IEC lo reconoce.
IEC TR 61850-90-4: una guía que — a propósito — no decide por usted
La «biblia de la LAN de subestación» es el informe técnico IEC TR 61850-90-4 Network engineering guidelines (edición 1 de 2013, edición 2 de 2020). Tres cosas que conviene saber de él:
- Es un informe técnico (TR), no una norma internacional (IS). Recopila el estado del arte; nada de su contenido es exigible en un ensayo de conformidad. No existe un «certificado 90-4».
- Se define como un menú, no como una receta. Su alcance dice, textual: presenta «las ventajas y desventajas de los distintos enfoques de topología, redundancia y sincronización… de modo que el diseñador de red pueda tomar decisiones informadas», y aclara que «no exime al integrador responsable de analizar la configuración real de su aplicación». El TR cataloga once topologías de bus de estación, siete de bus de proceso y tres formas de interconectarlas — cada una con su tabla de pros y contras, ninguna obligatoria.
- Cambió de opinión entre ediciones. En sincronización, la edición 1 (2013) se apoyaba en el perfil IEEE C37.238-2011; la edición 2 (2020) pivotea al perfil IEC/IEEE 61850-9-3:2016 después de que los plugfests multivendor mostraran que la etiqueta VLAN obligatoria del perfil anterior causaba problemas serios en redes de varios fabricantes. Si la propia IEC ajustó el rumbo, no sorprende que los equipos en servicio convivan hoy con ambos perfiles.
Nota de alcance: el TR 61850-90-4 no cubre las redes WAN entre subestaciones — eso es el TR 61850-90-12 — ni las redes deterministas TSN — eso quedó en el TR 61850-90-13 de 2021.
La serie IEC 61850 especifica los requisitos básicos de las redes — pero no cómo lograrlos. Ahí nace la ingeniería de red, y ahí divergen los fabricantes.
RSTP, PRP y HSR: el mismo requisito, tres respuestas
Los tres protocolos de redundancia que el TR presenta conviven porque responden a exigencias distintas. RSTP (IEEE 802.1D) reconfigura el árbol de la red tras una falla: típicamente decenas de milisegundos en anillos bien diseñados, con peor caso de segundos — suficiente para MMS/SCADA, insuficiente donde el requisito es cero. PRP (IEC 62439-3, cláusula 4) duplica cada trama por dos redes paralelas e independientes; el receptor descarta el duplicado: recuperación 0 ms, al costo de dos redes completas. HSR (IEC 62439-3, cláusula 5) aplica el mismo principio en un anillo, enviando la trama en ambos sentidos: 0 ms sin switches externos, al costo de duplicar el tráfico del anillo y limitar su tamaño.
La diferencia no es teórica. En un ensayo de laboratorio publicado sobre un bus de proceso con Sampled Values, la falla de un enlace con RSTP — incluso en una variante optimizada del protocolo, que recuperó en 7,69 ms — hizo perder 35 paquetes de SV: el IED bloqueó su función de protección por tasa de pérdida y el tiempo de disparo pasó de 16,3 ms a 364,2 ms. Con PRP y con HSR: cero pérdida, y el disparo no se movió. La regla práctica que se deriva: el bus de estación tolera RSTP; el bus de proceso exige PRP o HSR.
A eso se suman las VLANs y la priorización IEEE 802.1Q — segregar GOOSE, SV y MMS para que el tráfico masivo no estorbe al crítico — donde el TR documenta configuraciones correctas e incorrectas (porque en campo se ven ambas), y presenta la VLAN y el filtrado multicast como alternativas válidas. Otra decisión que queda en manos del diseñador.
El tiempo: microsegundos sobre la misma fibra
Sampled Values sin sincronización precisa no sirven: una protección diferencial que compara corrientes muestreadas por dos merging units necesita que ambas muestren el mismo instante, con exactitud de ±1 µs (clase T5 de IEC 61850-5). De los métodos disponibles — IRIG-B y 1PPS con su cableado dedicado, SNTP sobre la LAN pero con exactitud de milisegundos — solo PTP (IEEE 1588) logra clase T5 sobre la misma red de datos, con su perfil eléctrico IEC/IEEE 61850-9-3: error máximo de 250 ns en el grandmaster, 50 ns por transparent clock, menos de 1 µs tras atravesar 15 switches. La condición: todos los switches del camino deben participar del protocolo — un solo switch «mudo» en la cadena rompe el presupuesto de error.
Caminos distintos hacia la misma arquitectura
Los grados de libertad del TR hicieron que cada fabricante llegara a esta arquitectura por su propio camino, en su propio momento y con su propio énfasis: hay quienes apostaron por arquitecturas abiertas sobre 9-2LE/IEC 61869-9 con merging units interoperables, y quienes optaron por soluciones propietarias deliberadas — con ventajas reales de simplicidad — que atan la instalación a un solo proveedor. Ambas filosofías son legítimas; lo que no es legítimo es especificar «process bus IEC 61850» sin decidir cuál de las dos se quiere. Y hay enfoques que ni siquiera compiten en la misma categoría: la red definida por software (SDN) ataca la disponibilidad por otra vía — cada flujo se ingenieriza explícitamente con rutas de respaldo pre-calculadas y conmutación del orden de los 100 µs, al costo de una ingeniería de flujos que hay que mantener.
Nota: estamos preparando un análisis comparativo de la madurez de cada fabricante en estas capacidades — PRP/HSR, perfil PTP, bus de proceso y evidencia pública de conformidad. Está en evaluación técnica y lo publicaremos cuando lo hayamos profundizado. Vale reconocer, en todo caso, la inversión sostenida que los fabricantes han hecho para desarrollar estas capacidades y llevar la interoperabilidad a niveles reales: adecuar los productos a estas exigencias no es tarea menor.
El dato que sorprende: el cuello de botella no es la red
En el plugfest de interoperabilidad de UCA International Users Group de 2019 — la campaña de ensayos multivendor más exigente de la serie — solo 10 de 159 archivos ICD (6,3 %) pasaron la validación SCL — esquema y reglas semánticas de IEC 61850-6 — sin errores, y apenas 5 de esos 10 la pasaron con más de una herramienta de validación. Los protocolos de red interoperaron; los archivos de configuración SCL generados por las herramientas de cada fabricante, no. La lección para quien especifica: la integración multivendor se gana o se pierde en la calidad del SCL y en las pruebas de integración, no en la elección PRP-versus-HSR. Proyectos públicos como FITNESS (SP Energy Networks, Escocia — primer sistema multivendor con ensayo real de PTP sobre PRP y HSR) confirman el mismo patrón: la arquitectura de red funciona; el esfuerzo real está en la ingeniería de integración.
Nuestra lectura: cinco exigencias para su especificación
Para el ingeniero que especifica o revisa la red de una subestación digital, la consecuencia práctica de todo lo anterior cabe en cinco exigencias:
- Clase de tiempo explícita por función — no «red rápida»: TT6 para disparos, clase T5 de sincronización si hay Sampled Values.
- Esquema de redundancia por bus, no «red redundante» a secas — RSTP puede bastar en estación; el bus de proceso exige recuperación 0 ms (PRP o HSR), y la elección entre ellos es una decisión de topología y costo que alguien debe tomar y justificar.
- Perfil de tiempo nombrado — «PTP» no basta: ¿IEC/IEEE 61850-9-3 o IEEE C37.238? ¿Todos los switches del camino son transparent/boundary clock en el firmware ofertado?
- Evidencia de conformidad, no folleto — pida PIXIT, MICS y TICS con el número de versión de firmware ofertado, y el certificado UCA/DNV/KEMA que los respalda.
- Presupuesto de integración SCL — el 6,3 % del plugfest 2019 es el recordatorio de que la interoperabilidad se verifica, no se asume.
Para ubicar el TR IEC 61850-90-4 dentro del estándar completo, visite la tarjeta 90-4 de nuestro mapa interactivo de la serie IEC 61850. El artículo sobre la parte 10 — ensayos de conformidad — está en preparación.