La secuencia de eventos (SOE, o SER en algunos fabricantes) es la lista cronológica de cambios de estado con su hora exacta: arranques y disparos de protecciones, posiciones de interruptores, alarmas y entradas binarias. Junto con la oscilografía, permite reconstruir el orden real de un evento, siempre que todos los equipos estén sincronizados a una misma referencia de tiempo y que se entienda dónde y con qué retardo estampa cada uno.
Qué es la secuencia de eventos
La secuencia de eventos (SOE, sequence of events) es la lista ordenada de cambios de estado de un equipo o de una subestación, cada uno con su fecha y hora. Algunos fabricantes la llaman de otra forma; SEL, por ejemplo, la llama Sequential Events Recorder (SER). En la práctica registra:
- Arranques y disparos de cada función de protección.
- Cambios de posición de interruptores y seccionadores.
- Entradas binarias: recepción de teleprotección, disparos externos, bloqueos.
- Salidas: órdenes de disparo y de cierre.
- Alarmas: falla de fusible del PT, supervisión del circuito de disparo, falla de comunicaciones.
- Cambios de grupo de ajustes, cambios de ajustes y accesos al equipo, según el fabricante.
- Autodiagnóstico y estado de la sincronización.
Es una de las tres fuentes básicas del análisis de fallas eléctricas, junto con la oscilografía y los ajustes vigentes.
Lo que guarda un relé en un evento
Un relé numérico moderno suele guardar varios tipos de registro, con nombres distintos según la marca:
| Registro | Qué contiene | Para qué sirve |
|---|---|---|
| Lista de eventos o SOE | Cambios de estado con estampa de tiempo | Ordenar lo que pasó |
| Resumen de falla | Hora, tipo de falla, fases, corrientes y tensiones de falla, distancia estimada en protecciones de línea, funciones que dispararon | Ver de un vistazo qué detectó el relé |
| Oscilografía | Formas de onda y señales digitales alrededor del disparo, en COMTRADE | Ver qué midió el relé |
| Registro de perturbaciones largas | Valores eficaces o fasores durante más tiempo, en algunos equipos | Oscilaciones, eventos de frecuencia y tensión |
En IEC 61850, la función de registro de perturbaciones se modela con el nodo lógico RDRE y sus canales analógicos (RADR) y binarios (RBDR). Los eventos se reportan al sistema de control con los servicios de reporte del modelo de datos, cada uno con su estampa de tiempo y su calidad.
Dónde y cómo se estampa el tiempo
La estampa de tiempo de un evento no es la hora en que alguien lo ve, sino la hora en que el equipo detectó el cambio. Esto tiene matices:
- Funciones internas: el arranque y el disparo de una protección se estampan cuando el algoritmo toma la decisión.
- Entradas binarias: se estampan después de un filtro antirrebote configurable, que evita registrar rebotes del contacto. Ese filtro agrega un retardo que hay que conocer al comparar con eventos internos.
- Salidas: la orden se estampa cuando se activa la salida; el contacto físico cierra unos milisegundos después, según el tipo de salida.
- Posición del interruptor: viene de contactos auxiliares, que no cambian exactamente en el instante de la extinción del arco.
La resolución de la estampa depende del fabricante y del tipo de señal. Consúltela en el manual antes de sacar conclusiones con diferencias de pocos milisegundos.
Sincronización: la condición para comparar equipos
Una SOE solo sirve para comparar equipos si todos están sincronizados a la misma referencia, normalmente UTC desde un receptor GNSS. Las opciones más usadas en subestaciones son:
| Método | Medio | Exactitud | Observaciones |
|---|---|---|---|
| IRIG-B | Cable dedicado | Del orden del microsegundo | Con las extensiones de IEEE 1344 o C37.118, indica la calidad del tiempo. Vea IRIG-B y SNTP |
| SNTP | Red Ethernet | Del orden del milisegundo | Más sencillo; suficiente para muchas listas de eventos, pero no para sincrofasores ni valores muestreados |
| PTP (IEEE 1588) | La misma red Ethernet | Alcanza el microsegundo | Perfiles para el sector eléctrico IEC/IEEE 61850-9-3 e IEEE C37.238. Vea PTP con perfil de potencia |
En IEC 61850 cada estampa lleva una calidad de tiempo que indica, entre otras cosas, si el reloj está sincronizado, si falló y cuál es su exactitud. COMTRADE 2013 también guarda la relación entre hora local y UTC y la calidad del tiempo de las muestras. Antes de analizar, verifique esos indicadores. Vea sincronización de tiempo en subestaciones.
La SOE en el SCADA
Los eventos llegan al centro de control por protocolos que admiten estampa de tiempo de origen:
- IEC 61850 MMS, con los reportes del modelo de datos.
- DNP3, con objetos de eventos que incluyen la hora del equipo que los generó.
- IEC 60870-5-104, con tipos de información con etiqueta de tiempo de siete bytes.
Si la señal se cablea a una RTU, la estampa la pone la RTU en su entrada binaria, con su propio filtro y su propio reloj. Si el gateway o el SCADA reciben la señal sin hora y la estampan al llegar, el orden puede quedar alterado por los tiempos de comunicación. Para análisis de fallas, prefiera siempre la estampa del equipo de origen.
Errores frecuentes al usar la SOE
- Relojes no sincronizados o sincronizados a fuentes distintas: secuencias imposibles, como un recierre antes del disparo.
- Hora local frente a UTC o zonas horarias mal configuradas: diferencias de horas exactas entre equipos.
- Filtros antirrebote distintos para la misma señal en dos equipos.
- Memoria llena: el relé sobrescribe los eventos más antiguos y se pierde el inicio del evento.
- Eventos no configurados: la señal que se necesita nunca se asignó a la lista de eventos.
- Oleadas de eventos: una señal que oscila (chattering) llena la lista y tapa los eventos importantes; algunos equipos la bloquean de forma automática.
- Confundir la orden de disparo con la apertura real: la orden es un evento del relé; la apertura se confirma con la corriente en la oscilografía o con los contactos auxiliares.
Cómo se verifica en la puesta en servicio
Una SOE confiable se construye en la puesta en servicio, no después de la falla: se verifica que cada señal relevante esté asignada a la lista de eventos, que cada entrada se estampe al activar el contacto real, que todos los equipos reporten sincronización correcta y que el SCADA reciba la hora de origen. Las pruebas end-to-end entre extremos de línea dependen de esa misma sincronización.
Guías relacionadas
- Análisis de fallas eléctricas: del disparo a la causa raíz
- Archivos COMTRADE: formato .cfg, .dat, .hdr y .inf
- Cómo leer una oscilografía de falla
- Sincronización de tiempo en subestaciones
- IRIG-B y SNTP
- Sistema SCADA y HMI de subestación
- DNP3
- IEC 60870-5-104
- Contactos auxiliares del interruptor
Revisamos sus eventos
¿Los eventos de sus relés no cuadran entre sí o no alcanzan para explicar un disparo? Nuestro equipo revisa de forma remota las listas de eventos, la oscilografía y la configuración de eventos y sincronización de relés de las marcas principales. Con nuestra configuración remota de relés dejamos asignadas las señales que hacen falta y la sincronización correcta, y si el problema es de coordinación, lo revisamos en un estudio de coordinación de protecciones. Escríbanos desde contacto.
Referencias
- IEC 61850-7-4: nodos lógicos RDRE, RADR y RBDR.
- IEC 61850-7-2 e IEC 61850-8-1: servicios de reporte y estampa de tiempo con calidad.
- IEC/IEEE 61850-9-3 e IEEE C37.238: perfiles de PTP para el sector eléctrico.
- IEEE 1344 e IEEE C37.118: extensiones de IRIG-B con calidad de tiempo.
- IEC/IEEE 60255-24:2013 (IEEE C37.111-2013): formato COMTRADE.
Preguntas frecuentes
¿Qué diferencia hay entre la secuencia de eventos y la oscilografía?
La oscilografía guarda formas de onda durante unos ciclos o segundos alrededor de un disparo del registro. La secuencia de eventos guarda solo cambios de estado con su hora, pero cubre periodos mucho más largos. Se usan juntas: la oscilografía explica qué vio el relé y la secuencia de eventos ordena lo que pasó antes y después.
¿Por qué los eventos de dos relés no coinciden en el tiempo?
Las causas más comunes son que uno de los relés perdió la sincronización, que graban en zonas horarias distintas o uno en UTC y otro en hora local, que la fuente de tiempo es distinta, o que las entradas binarias tienen filtros antirrebote diferentes. Revise primero el estado de sincronización que reporta cada equipo.
¿El SCADA sirve como secuencia de eventos para un análisis de falla?
Solo si recibe los eventos con la estampa de tiempo del equipo de origen. Si el SCADA estampa la hora cuando le llega el dato, el orden y los tiempos pueden quedar distorsionados por las comunicaciones y no sirven para medir tiempos de protección.