Modo prueba IEC 61850: Mod, Beh, Sim y bit de prueba

Por qué existe un modo prueba en IEC 61850

En un tablero convencional, aislar una protección para probarla es abrir los bloques de prueba: se cortan los disparos y se separan los circuitos de corriente y tensión. En una subestación con IEC 61850, los disparos y los enclavamientos viajan por la red en mensajes GOOSE y las medidas pueden llegar como valores muestreados. No hay un borne que abrir en el camino de esos mensajes. El aislamiento pasa a ser lógico: el IED o la función se ponen en un modo que les dice cómo tratar sus salidas y los datos que reciben.

En inglés aparece como IEC 61850 test mode, y en las especificaciones como aislamiento de bahía o de función para pruebas.

Mod y Beh

Cada nodo lógico tiene un dato Mod (el modo pedido) y un dato Beh (el comportamiento resultante). Los valores son los mismos en los dos:

Beh no siempre coincide con Mod: se calcula a partir del modo del propio nodo y del modo del nodo LLN0 de su dispositivo lógico. Si el dispositivo lógico está en test, todos sus nodos se comportan en test aunque cada uno diga on. Así se puede poner en prueba una bahía completa con un solo cambio.

El bit de prueba en la calidad

Cada dato de IEC 61850 viaja con su calidad, y uno de los campos de la calidad es test. Una función en modo test o test/blocked marca sus datos con ese bit. Quien los recibe decide según su propio comportamiento:

• Una función con comportamiento on trata los datos con el bit de prueba como no válidos: no actúa por ellos.
• Una función en test o test/blocked procesa los datos con o sin el bit de prueba.

Este comportamiento es el que permite probar una función que publica un disparo por GOOSE sin que el interruptor real abra: el emisor en test/blocked marca su disparo como prueba, el receptor en servicio lo ignora, y un receptor puesto también en prueba lo procesa con sus salidas bloqueadas. La norma deja aspectos de este tratamiento a la declaración de cada fabricante, así que el comportamiento exacto se confirma en la documentación del IED.

Simulación con LPHD.Sim

La edición 2 agregó la simulación. El nodo LPHD (dispositivo físico) tiene el dato Sim. Cuando está activo, el IED acepta los mensajes GOOSE y de valores muestreados que llegan con el indicador de simulación y los usa en lugar de los mensajes reales de los mismos publicadores. Un equipo de pruebas publica entonces los mensajes simulados, y el IED bajo prueba reacciona a ellos mientras los demás IED, sin simulación activa, los ignoran.

Un IED no publica mensajes simulados: los genera el equipo de pruebas. La combinación habitual para probar una función completa es el IED en test/blocked con Sim activo, alimentado por el equipo de pruebas, con sus salidas físicas bloqueadas y sus publicaciones marcadas como prueba. La guía de GOOSE muestra dónde va el indicador de simulación en la cabecera del mensaje.

Diferencias entre ediciones

En la edición 1, la cabecera del GOOSE tenía un indicador llamado test. La edición 2 lo renombró como simulación y precisó el modelo de modos y comportamientos. Los equipos de edición 1 no siempre interpretan igual estos indicadores, y algunos fabricantes implementan solo una parte de los modos. Por eso la prueba con aislamiento lógico en una subestación con equipos mixtos no está garantizada por la norma: se diseña y se verifica para cada combinación de equipos.

Qué cambia en el aislamiento de bahía

Con modos de prueba, el procedimiento de aislamiento deja de ser una secuencia de bloques de prueba y pasa a ser una secuencia de cambios de modo, verificable desde la HMI. Eso trae ventajas (no se tocan bornes, todo queda registrado) y riesgos propios:

• Dejar un IED o un dispositivo lógico en test o blocked al terminar: la protección parece en servicio pero sus salidas no actúan, o sus disparos llegan marcados como prueba y los demás los ignoran.
• Simulación olvidada activa: el IED sigue escuchando mensajes simulados y deja de usar los reales.
• Cambios de modo sin indicación visible en la HMI ni en el centro de control.
• Supuestos de edición que no se cumplen en un equipo de otra edición.

En una subestación digital con bus de proceso, el mismo principio se extiende a la merging unit: poner en prueba la unidad de mezcla marca como prueba los valores muestreados que publica, y las protecciones en servicio dejan de usarlos. Un error en esa secuencia deja a una protección sin medidas válidas. Cuando un suscriptor ignora mensajes que debería procesar, la revisión empieza por los modos, como se explica en GOOSE que no llega o llega tarde.

Por eso las especificaciones suelen pedir que el modo de cada IED y la simulación se vean en la HMI y se reporten como alarma mientras no estén en servicio normal.

Cómo se verifica

En la puesta en servicio se comprueba, para cada IED y cada función que se aislará en operación, que cada modo produce el comportamiento esperado en sus salidas y en la calidad de lo que publica, que los receptores en servicio ignoran los datos de prueba, que la simulación sustituye a los mensajes reales solo cuando está activa y que todo cambio de modo queda señalizado. En subestaciones con equipos de distintas ediciones, la verificación es por pareja de publicador y suscriptor. Es parte de nuestras pruebas punto a punto.

¿Va a definir el procedimiento de aislamiento de una subestación digital o a probar funciones por GOOSE sin tocar el primario? En Tiza Group configuramos los modos de prueba en los IED y los probamos con el sistema completo. Conozca nuestras pruebas punto a punto y nuestra especialidad de ingeniería IEC 61850, o escríbanos.

Guías relacionadas

• IEC 61850 GOOSE: cómo funciona, stNum, sqNum y pruebas
• Subestación digital IEC 61850: bus de proceso, GOOSE y SV
• IEC 61850 Sampled Values (SV): 9-2, 9-2LE e IEC 61869-9
• GOOSE que no llega o llega tarde: causas y diagnóstico
• Merging unit (unidad de fusión): IEC 61869-9, 9-2LE y pruebas
• Equipo de pruebas OMICRON CMC 356, CMC 430 y Test Universe
• Pruebas de enclavamientos: qué se verifica en FAT y SAT
• IEC 61850 edición 1, 2 y 2.1: diferencias y compatibilidad
• Tráfico IEC 61850 en Wireshark: qué revela una captura
• Enclavamientos en subestaciones: tipos, niveles y lógica

Referencias

• IEC 61850-7-4, Compatible logical node classes and data object classes (Mod, Beh, LLN0, LPHD.Sim; anexo sobre modos y calidad).
• IEC 61850-7-3, Common data classes (calidad: campo test).
• IEC 61850-7-1, Principles and models.
• IEC 61850-8-1, Specific communication service mapping (indicador de simulación en GOOSE).
• UCA International Users Group, discusiones técnicas (tissues) sobre el tratamiento de la calidad de prueba en GOOSE.

Preguntas frecuentes