Topic feed.
Reportaje del tutorial del comité de estudio B5 del CIGRE en la sesión de París de 2026. Tres expertos reconocidos construyeron sus ponencias como una sola secuencia histórica: bus de proceso → protección centralizada (CPC) → virtualización. La función de protección se convierte en una aplicación de software, y el servidor, en una plataforma de cómputo que se puede sustituir.
Reportaje desde la zona de exposición de CIGRE 2026 en París. El tema principal para nosotros fue la virtualización de la protección — y ya no se trata de un único producto experimental: lo encontramos en los estands de ABB, Siemens, Moxa, Welotec, Kalkitech y otros. Unos ofrecen funciones de protección virtualizadas (ABB SSC600 SW, Siemens SIPROTEC V, Kalkitech VPR), otros los servidores de subestación para ejecutarlas (Moxa DA-920E, Welotec RSAPC), y otros más ensamblan arquitecturas vPAC multifabricante sobre la plataforma abierta SEAPATH. La pregunta clave ha cambiado: ya no es «¿se puede ejecutar la protección en una máquina virtual?», sino quién define la arquitectura de hardware y responde por la fiabilidad de la plataforma de cómputo. Y un contraste: mientras los sistemas secundarios avanzan hacia la subestación definida por software, los transformadores de corriente ópticos de Arteche nunca se masificaron, y Hopf mostró la señal de una antena GNSS transmitida por fibra a 30 km.
Una ejecución de Tekvel Magic — y el dispositivo elegido del SCL cobra vida: se inicia un servidor MMS a partir de su modelo de datos y se abre un panel de control en el navegador. Cambia los valores y la calidad de las señales — y el cliente de nivel superior recibe informes dchg/qchg reales, exactamente como de un IED real. El módulo funciona sin un solo dispositivo físico en el banco: basta un archivo SCL. El cuarto caso de la serie aborda la tarea desde el otro lado de la mesa: por primera vez Magic no observa el tráfico, sino que lo genera — se convierte en un servidor IEC 61850 para probar cómo el lado receptor (SCADA, servidor de telecontrol) recibe y muestra los informes, incluida la calidad inválida, los datos de prueba y los escenarios raros. Además, un barrido automático de valores y calidad para pruebas masivas en un clic.
La planta de GNL Yamal LNG se alimenta de una central eléctrica propia en modo isla, de 376 MW, basada en ocho unidades de turbina de gas; su red de distribución abarca 110, 35, 10 y 0,4 kV y más de quinientos alimentadores. La operación en isla impone exigencias estrictas a los cálculos de estabilidad, de cortocircuito y de selectividad de las protecciones — y, por tanto, a la vigencia del modelo digital. El artículo describe un ciclo que actualiza automáticamente el modelo DIgSILENT PowerFactory con la telemetría del DMS: el cálculo de flujo de carga se ejecuta como un único proceso en modo de control externo (Engine mode), sin abrir la interfaz gráfica, y arranca automáticamente al aparecer una nueva exportación. Todo el control, el diagnóstico del balance de potencia y el análisis del historial acumulado se concentran en un icono del área de notificación de Windows. La solución se desarrolló con medios propios y, por su efecto operativo, es comparable a los módulos comerciales de tiempo real cuyas licencias, para un sistema de esta escala, ascienden a decenas de millones de rublos.
En los proyectos de subestaciones digitales la mayor atención va a GOOSE, SV, PTP y la red. Pero hay otra capa importante — el intercambio MMS y los informes IEC 61850, mediante los cuales SCADA, HMI, pasarelas y sistemas de monitoreo reciben la teleinformación de los IEDs. En la práctica los problemas aquí son engañosamente simples: la conexión MMS existe, el dispositivo es accesible, el cliente «ve» el servidor — pero los datos no se actualizan, parte de las señales desaparece, los eventos se duplican o el bloque de control de informes no se activa. El artículo aborda los problemas más críticos con los bloques de control de informes (RptEna, ConfRev, un bloque ya ocupado por otro cliente, TrgOps, discrepancia de DataSet, duplicación desde el búfer vía entryID y demasiada fe en el archivo SCL) y un principio práctico: cotejar el archivo SCL, el modelo MMS real del dispositivo y una captura PCAP en conjunto.
En una subestación digital, los dispositivos finales registraban un fallo de comunicaciones que con la misma rapidez volvía a la normalidad, y la causa seguía sin estar clara — porque la señalización era común. La única fuente de información era un archivo pcap de unos 11 minutos — casi 186 000 paquetes GOOSE y más de 200 fuentes. Un análisis manual en Wireshark, con ese volumen, habría llevado horas. Mostramos cómo, en pocos minutos, el software Tekvel Magic convirtió la captura de red en un informe Excel estructurado de una verificación extraordinaria.
El tiempo preciso es una parte obligatoria de una subestación moderna: es necesario para el registro de eventos y la oscilografía, para Sampled Values, para las medidas fasoriales y para otras aplicaciones. Pero depender únicamente de un receptor local es cada vez más peligroso: el jamming, las interferencias y el spoofing convierten una única fuente satelital en un riesgo sistémico. La arquitectura construida en torno a un ePRTC (enhanced Primary Reference Time Clock) en la red de telecom y a un TDG (Time Distribution Gateway) en la instalación propone un enfoque heterogéneo: un tiempo preciso llega «del cielo», otro «por tierra». En el material: qué son ePRTC y TDG, cómo encajan en IEC 61850-9-3 PTP y por qué un único receptor GNSS de reserva no basta.
GOOSE es cómodo dentro de la subestación pero no se enruta. R-GOOSE y R-SV amplían el intercambio publisher/subscriber de IEC 61850 a redes IP enrutables y abren escenarios para funciones entre instalaciones — disparo remoto, esquemas especiales de protección, mediciones sincrofasoriales, etc. Analizamos la diferencia entre L2 y L3, los requisitos de latencia y calidad de servicio (QoS), el modelo de comunicación de grupo segura (Security Group, KDC, PKI), los modos PUSH/PULL de entrega de claves y el mecanismo KDA.
El primer marco dedicado de CIGRE para IED virtualizados no se publicará hasta el primer trimestre de 2028, pero los pilotos de vPAC que deben alinearse con él ya están siendo puestos en funcionamiento. Su alcance ya está disponible públicamente, a través de los Términos de Referencia del grupo de trabajo y un artículo sobre el marco reimpreso en ELECTRA 345 (abril de 2026): lo que es obligatorio, lo que está deliberadamente fuera del alcance, y lo que cada piloto de vPAC de 2026 ya debería estar haciendo en respuesta.
Lo que la IEC 61869-9 realmente exige y dónde está la frontera entre "aún sincronizado" y "ya no sincronizado". El artículo deshace el equívoco "2 → 1 → 0" sobre el comportamiento del SAMU/NCIT en la pérdida de PTP, esclarece la relación entre clockClass, timeTraceable y SmpSynch, y muestra cómo debe reaccionar una función de protección compleja cuando uno de sus flujos pierde la sincronización.
El proyecto Constellation de UK Power Networks reemplaza los relés de protección a nivel de bay por software virtualizado en ordenadores de subestación, utilizando el bus de proceso IEC 61850 para protección local y R-GOOSE sobre 5G para coordinación a gran distancia. El primer sitio está operando en Maidstone, Kent, con cinco más planeados en el sureste de Inglaterra.
Una referencia práctica para los filtros de captura en Wireshark al trabajar con tráfico IEC 61850. Por qué el filtro de visualización no basta en una subestación digital (especialmente con arquitectura de bus de proceso), qué diferencia hay entre filtro de captura y filtro de visualización, cómo está estructurada la sintaxis BPF (Berkeley Packet Filter), y recetas listas de filtros para GOOSE y SV — desde la selección por EtherType y OUI hasta APPID y direcciones multicast.
Una guía práctica de tres funciones de Wireshark que aceleran considerablemente el análisis del tráfico de subestaciones digitales — filtros de visualización, marcado de fotogramas y nombres personalizados de IED.