En los artículos anteriores de la serie mostramos cómo Tekvel Magic compara la configuración descrita en un SCD con la configuración real de los IEDs y cómo, con un clic, audita el estado actual de los bloques de control de informes por MMS. Hoy — el tercer caso, que cierra una tarea más en el ámbito de la transferencia de teleinformación: no verificar, sino documentar. Transformar la configuración SCL de la transmisión de informes en un formulario legible para personas — de forma rápida, sobre todo el parque de dispositivos y sin entrar en la red de la subestación.
Para qué se necesita realmente un formulario de transferencia de teleinformación
Cuando se configura la transmisión de telemedidas y teleseñalización por IEC 61850 — en IEDs de protección, controladores de bahía, transductores de medida — tarde o temprano llega el momento de la entrega. El modelo de datos configurado debe pasarse a los especialistas que se ocupan del nivel superior: SCADA, telecontrol, centros de despacho, etc.
Lo ideal es que reciban un archivo SCD — según IEC 61850‑6 es un elemento obligatorio de la documentación de proyecto y as-built, y es precisamente el SCD el que facilita los trabajos de integración. En la práctica, sin embargo, no siempre se dispone de un SCD: a veces solo se tiene un conjunto de archivos CID separados, exportados de los dispositivos. En ambos casos, un archivo XML «en crudo» es por sí mismo poco apto para la entrega y la discusión — es difícil de leer para una persona e incómodo para explicar qué informes están configurados, con qué parámetros de transmisión y qué señales contienen.
Por eso, lo habitual es acompañar la configuración con un formulario de transferencia de teleinformación — un documento que describe en lenguaje claro qué y cómo se transmite usando informes MMS. El mismo documento es necesario al final de la puesta en marcha: una vez configurados los equipos secundarios en la instalación, hay que elaborar la documentación as-built de la transmisión de teleinformación. Hacer ese formulario a mano — extrayendo de decenas de dispositivos los bloques de informes, sus disparadores, conjuntos de datos y composición de señales — es lento y propenso a errores. El módulo de Tekvel Magic aquí presentado lo hace automáticamente: a partir de un archivo SCD o de un conjunto de archivos CID, monta un formulario listo en una sola ejecución.
Lugar en la serie: «cómo está configurado», «cómo funciona ahora», «cómo entregarlo»
Para no confundir tres tareas próximas, conviene tener presente la siguiente división:
- Caso #1 — conformidad: compara el SCD de proyecto con la configuración real de los dispositivos por MMS y emite un informe de divergencias.
- Caso #2 — estado: se conecta a los dispositivos por MMS y muestra cómo funcionan los informes ahora (RptEna, Owner, quién está suscrito a qué).
- Caso #3 — documentación (este): toma la configuración SCL y la convierte en un formulario legible y en documentación as-built. Aquí no hay veredictos «coincide / no coincide» ni acceso a la red — solo una descripción cuidadosa y legible de cómo está configurada la transmisión de informes.
La diferencia clave del tercer caso — funciona totalmente offline. No hace falta acceso a la red de la subestación ni dispositivos activos: bastan los archivos. Es cómodo en la oficina, en la fase de preparación de la documentación, en la transferencia del proyecto entre contratistas y al montar el conjunto para la entrega.
Cómo funciona
El escenario es lo más corto posible. Lanzas el módulo — y en el primer diálogo eliges la fuente de datos:
- un archivo SCL (un SCD con varios dispositivos o un CID/ICD aparte), o
- una carpeta con archivos CID (
.cid/.iid/.icd/.scd/.scl) — cada archivo se lee por separado, y los dispositivos de todos los archivos se combinan en un único formulario común.
A continuación, se propone seleccionar los dispositivos para los que se generará el documento (existe la opción «seleccionar todo» — práctico cuando hay varias decenas en el SCD). El módulo encuentra, en todos los dispositivos seleccionados, los bloques de control de transmisión de informes — bufferizados (BRCB) y no bufferizados (URCB) — expande los conjuntos de datos asociados, extrae las descripciones textuales de las señales del SCL y monta un documento Word. En paralelo, se genera un documento independiente con observaciones de configuración (de él se habla más abajo).
Todo el algoritmo se entiende mejor con un diagrama de bloques — desde la elección de la fuente hasta los documentos listos:
flowchart TB
A["Lanzar el módulo"]
B{"¿Fuente de datos?"}
F["Un archivo SCL<br/><i>SCD / CID / ICD</i>"]
G["Carpeta con archivos CID<br/><i>.cid/.iid/.icd/.scd/</i>"]
C["Lista de IEDs<br/><i>nombres y desc de los dispositivos</i>"]
S["Selección de dispositivos<br/><i>opción «seleccionar todo»</i>"]
A --> B
B -->|archivo| F --> C
B -->|carpeta| G --> C
C --> S --> LOOP
subgraph LOOP["Para cada IED seleccionado"]
direction TB
R["Búsqueda de bloques URCB / BRCB"]
D["Expansión de los conjuntos de datos (DataSet)<br/><i>FCDA → LD / LN / DO / DA / FC</i>"]
T["Extracción de las descripciones de las señales<br/><i>desc del SCL: DAI → DOI → LN</i>"]
R --> D --> T
end
LOOP ==> DOC["<b>FORMULARIO (.docx)</b><br/>resumen por dispositivos •<br/>tabla-resumen de bloques •<br/>detalle por cada bloque"]
LOOP --> CHK["<b>OBSERVACIONES DE CONFIGURACIÓN (.docx)</b><br/>conjuntos de datos, disparadores/periodo,<br/>IP, recomendaciones de umbral"]
DOC --> SAVE["Guardar los documentos en disco"]
CHK --> SAVE
style A fill:#F3F3F3,stroke:#888
style B fill:#EDE7F6,stroke:#7E57C2,color:#311B92
style F fill:#E0F2F1,stroke:#26A69A,color:#004D40
style G fill:#E0F2F1,stroke:#26A69A,color:#004D40
style C fill:#F3F3F3,stroke:#888
style S fill:#EDE7F6,stroke:#7E57C2,color:#311B92
style R fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
style D fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
style T fill:#E3F2FD,stroke:#42A5F5,color:#0D47A1
style DOC fill:#E8F5E9,stroke:#43A047,color:#1B5E20
style CHK fill:#FFF8E1,stroke:#F9A825,color:#E65100
style SAVE fill:#FAFAFA,stroke:#AAA
Qué hay dentro del formulario
El documento se genera con un índice montado automáticamente (el campo se actualiza al abrir el archivo en Word). La estructura está pensada para que resulte igualmente útil al ingeniero de puesta en marcha, al integrador del nivel superior y al cliente final (encargado de la aceptación).
Tabla-resumen general por dispositivos
Si la fuente contiene varios IEDs, el documento comienza con una vista de alto nivel: una fila por dispositivo — nombre (como hipervínculo a la sección correspondiente), descripción, dirección IP, número de URCBs y BRCBs, total de bloques y de objetos de datos, más una fila de totales. Es el «mapa» de todo el conjunto: se ve cuántos y qué informes están configurados en el objeto en su conjunto, cuántas señales en total se transmiten al nivel superior, etc.
Sección por cada dispositivo
Dentro — tres niveles de detalle:
- Parámetros del dispositivo: nombre, descripción (del atributo
descdel elemento IED) y una tabla de todos los puntos de acceso con sus parámetros de red (punto de acceso / subred / IP / máscara / pasarela). - Tabla-resumen de bloques de control: una fila por bloco — punto de acceso, referencia MMS al bloque, tipo (B/NB), número de instancias expuestas, disparadores activos (TrgOps) y campos opcionales (OptFlds), referencia al conjunto de datos, número de objetos de datos, tiempo de búfer (BufTm) e intervalo de envío periódico (IntgPd). Los puntos «problemáticos» se ven aquí mismo: los bloques sin conjunto de datos asignado se resaltan.
- Información detallada por cada bloque: subsecciones separadas — atributos principales, disparadores (con la cadena de bits TrgOps), campos opcionales (con la cadena de bits OptFlds), parámetros temporales con explicaciones y, finalmente, la composición elemento a elemento del conjunto de datos, distribuida en las columnas LD / LN / DO / DA / FC.
Conviene hablar aparte de los bloques indexados. Según IEC 61850‑6, un bloque de control puede exponerse como varias instancias independientes (nombre01 … nombreNN, donde el número se define por el atributo RptEnabled max). El formulario lo tiene en cuenta: para cada bloque se muestran el número real de instancias expuestas y sus nombres — exactamente con lo que va a trabajar el cliente del nivel superior.
Y lo más valioso para la lectura — descripciones de las señales en el idioma del proyecto. A cada elemento del conjunto de datos se le asocia la descripción textual del SCL (atributo desc). En lugar del abstracto «MMXU1.A.phsA», en el documento aparece la explicación humana extraída del proyecto — y el sentido de cada informe se capta en segundos, sin recurrir a un navegador del modelo de datos. Las descripciones se toman del SCL estrictamente «tal cual»: sin traducción y sin diccionarios externos, para que el documento refleje con exactitud lo que está en la configuración.
Observaciones de configuración — en un documento aparte
Además del formulario, el módulo genera un documento separado Observaciones de configuración. Es una auditoría offline ligera: se verifican los conjuntos de datos (no asignado / no encontrado en el nodo lógico esperado / vacío), la coherencia entre disparadores y parámetros de transmisión, los parámetros de comunicación (sin IP en un punto de acceso con bloques, IPs duplicadas entre dispositivos) y las recomendaciones de umbral (BufTm demasiado grande, IntgPd demasiado pequeño). Cada observación tiene un nivel — error, aviso o recomendación — y entra en una tabla-resumen con resaltado de color. Es útil para captar deslices típicos ya en la fase de preparación de la documentación, antes de la entrega.
Para qué sirve esto — en la práctica
El principal valor es la rapidez y la legibilidad en la entrega. Se pasa el proyecto al integrador SCADA o al cliente — y, junto con el SCD/CID, se entrega un formulario comprensible en el que se ve enseguida qué informes están configurados, qué contienen y cómo se direccionan. Se cierra la puesta en marcha — con el mismo módulo de Tekvel Magic se obtiene la documentación as-built de transmisión de teleinformación, limpia y uniforme en todo el parque de dispositivos. Y como el módulo funciona offline, es cómodo tanto en la oficina, al preparar el conjunto, como en el campo, o al transferir el objeto entre contratistas — allí donde el acceso en vivo a los dispositivos puede no estar disponible.
En conjunto con los casos #1 y #2, se obtiene el ciclo completo: verificar la conformidad del SCD con la realidad, capturar el estado actual de los informes por MMS — y elaborar la documentación legible para la entrega. «Cómo está configurado», «cómo funciona ahora» y «cómo explicarlo a los demás» — tres tareas, cada una en una sola ejecución.
¡Que lo disfrutes! Y recuerda: a veces la ingeniería de la IEC 61850 exige un poco de Magia :)