Caso Magic #3: formulário de transferência de teleinformação — a partir de um SCD ou de um conjunto de CIDs em um clique

Nos artigos anteriores da série mostramos como o Tekvel Magic compara a configuração descrita em um SCD com a configuração real dos IEDs e como, com um clique, audita o estado atual dos blocos de controle de relatórios via MMS. Hoje — o terceiro caso, que fecha mais uma tarefa relacionada à transferência de teleinformação: não verificar, mas documentar. Transformar a configuração SCL da transmissão de relatórios em um formulário legível para humanos — de forma rápida, em todo o parque de dispositivos e sem entrar na rede da subestação.

Para que serve, afinal, um formulário de transferência de teleinformação

Quando a transmissão de telemedidas e telesinalização por IEC 61850 está sendo configurada — em IEDs de proteção, controladores de bay, transdutores — mais cedo ou mais tarde chega o momento da entrega. O modelo de dados configurado precisa ser passado aos especialistas que cuidam do nível superior: SCADA, telecontrole, centros de despacho etc.

Idealmente, eles recebem um arquivo SCD — segundo a IEC 61850‑6, é um elemento obrigatório da documentação de projeto e as-built, e é justamente o SCD que facilita os trabalhos de integração. Na prática, porém, nem sempre existe um SCD: às vezes só se tem um conjunto de arquivos CID separados, exportados dos dispositivos. Em ambos os casos, um arquivo XML «cru» é por si só pouco adequado para a entrega e a discussão — é difícil de ler para uma pessoa e inconveniente para explicar quais relatórios estão configurados, com quais parâmetros de transmissão e quais sinais eles contêm.

Por isso, é prática consagrada acompanhar a configuração de um formulário de transferência de teleinformação — um documento que descreve em linguagem clara o que e como é transmitido por relatórios MMS. O mesmo documento é necessário no final do comissionamento: após a configuração dos equipamentos secundários no objeto, é preciso elaborar a documentação as-built da transmissão de teleinformação. Elaborar esse formulário manualmente — extraindo de dezenas de dispositivos os blocos de relatórios, seus gatilhos, conjuntos de dados e composição de sinais — é demorado e propenso a erros. O módulo do Tekvel Magic aqui apresentado faz isso automaticamente: a partir de um arquivo SCD ou de um conjunto de arquivos CID, ele monta um formulário pronto em uma única execução.

Lugar na série: «como está configurado», «como funciona agora», «como entregar isso»

Para não confundir três tarefas próximas, convém manter em mente a seguinte divisão:

• Caso #1 — conformidade: compara o SCD de projeto com a configuração real dos dispositivos via MMS e produz um relatório de divergências.
• Caso #2 — estado: conecta-se aos dispositivos via MMS e mostra como os relatórios estão funcionando agora (RptEna, Owner, quem está inscrito em quê).
• Caso #3 — documentação (este): pega a configuração SCL e a transforma em um formulário legível e em documentação as-built. Aqui não há vereditos «correspondeu / não correspondeu» nem acesso à rede — apenas uma descrição cuidadosa e legível de como está configurada a transmissão de relatórios.

A diferença-chave do terceiro caso — ele funciona totalmente offline. Não é necessário acesso à rede da subestação nem dispositivos ativos: os arquivos bastam. Isso é prático no escritório, na etapa de preparação da documentação, na transferência do projeto entre contratantes e na montagem do conjunto para entrega.

Como funciona

O cenário é o mais curto possível. Você inicia o módulo — e na primeira caixa de diálogo escolhe a fonte de dados:

• um arquivo SCL (um SCD com vários dispositivos ou um CID/ICD separado), ou
• uma pasta com arquivos CID (.cid / .iid / .icd / .scd / .scl) — cada arquivo é lido separadamente, e os dispositivos de todos os arquivos são combinados em um único formulário comum.

Em seguida, é oferecida a escolha dos dispositivos para os quais o documento será gerado (há a opção «selecionar tudo» — útil quando há várias dezenas no SCD). O módulo encontra, em todos os dispositivos selecionados, os blocos de controle de transmissão de relatórios — bufferizados (BRCB) e não bufferizados (URCB) — expande os conjuntos de dados associados, recolhe as descrições textuais dos sinais a partir do SCL e monta um documento Word. Paralelamente, é gerado um documento separado com observações de configuração (sobre ele — abaixo).

Todo o algoritmo fica mais claro como um diagrama de blocos — da escolha da fonte aos documentos prontos:

flowchart TB
    A["Iniciar o módulo"]
    B{"Fonte de dados?"}
    F["Um arquivo SCL<br/><i>SCD / CID / ICD</i>"]
    G["Pasta com arquivos CID<br/><i>.cid/.iid/.icd/.scd/</i>"]
    C["Lista de IEDs<br/><i>nomes e desc dos dispositivos</i>"]
    S["Seleção dos dispositivos<br/><i>opção «selecionar tudo»</i>"]

    A --> B
    B -->|arquivo| F --> C
    B -->|pasta| G --> C
    C --> S --> LOOP

    subgraph LOOP["Para cada IED selecionado"]
        direction TB
        R["Busca dos blocos URCB / BRCB"]
        D["Expansão dos conjuntos de dados (DataSet)<br/><i>FCDA → LD / LN / DO / DA / FC</i>"]
        T["Extração das descrições dos sinais<br/><i>desc do SCL: DAI → DOI → LN</i>"]
        R --> D --> T
    end

    LOOP ==> DOC["<b>FORMULÁRIO (.docx)</b><br/>visão geral por dispositivos •<br/>tabela-resumo dos blocos •<br/>detalhe por cada bloco"]
    LOOP --> CHK["<b>OBSERVAÇÕES DE CONFIGURAÇÃO (.docx)</b><br/>conjuntos de dados, gatilhos/período,<br/>IP, recomendações de limite"]
    DOC --> SAVE["Salvar os documentos no 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

O que há dentro do formulário

O documento é gerado com um sumário montado automaticamente (o campo se atualiza ao abrir no Word). A estrutura é organizada para ser igualmente útil ao comissionador, ao integrador do nível superior e ao cliente final (que faz a aceitação).

Tabela-resumo geral por dispositivos

Se a fonte contém vários IEDs, o documento começa com um corte de alto nível: uma linha por dispositivo — nome (como hiperlink para a seção correspondente), descrição, endereço IP, número de URCBs e BRCBs, total de blocos e objetos de dados, mais uma linha de totais. Esse é o «mapa» de todo o conjunto: vê-se quantos e quais relatórios estão configurados no objeto como um todo, quantos sinais ao todo são transmitidos ao nível superior, etc.

Seção por cada dispositivo

Lá dentro — três níveis de detalhe:

• Parâmetros do dispositivo: nome, descrição (do atributo desc do elemento IED) e uma tabela de todos os pontos de acesso com seus parâmetros de rede (ponto de acesso / sub-rede / IP / máscara / gateway).
• Tabela-resumo dos blocos de controle: uma linha por bloco — ponto de acesso, referência MMS para o bloco, tipo (B/UB), número de instâncias expostas, gatilhos ativos (TrgOps) e campos opcionais (OptFlds), referência ao conjunto de dados, número de objetos de dados, tempo de buffer (BufTm) e intervalo de envio periódico (IntgPd). Os pontos «problemáticos» ficam visíveis aqui: blocos sem conjunto de dados atribuído são destacados.
• Informações detalhadas por cada bloco: subseções separadas — atributos principais, gatilhos (com a cadeia de bits TrgOps), campos opcionais (com a cadeia de bits OptFlds), parâmetros temporais com explicações e, finalmente, a composição elemento a elemento do conjunto de dados, distribuída nas colunas LD / LN / DO / DA / FC.

Vale destacar separadamente os blocos indexados. Segundo a IEC 61850‑6, um bloco de controle pode ser exposto como várias instâncias independentes (nome01 … nomeNN, sendo o número definido pelo atributo RptEnabled max). O formulário leva isso em conta: para cada bloco são mostrados o número real de instâncias expostas e seus nomes — exatamente o que o cliente do nível superior irá usar na prática.

E o mais valioso para a leitura — descrições dos sinais no idioma do projeto. A cada elemento do conjunto de dados é associada a descrição textual do SCL (atributo desc). Em vez do abstrato «MMXU1.A.phsA», aparece no documento a explicação humana extraída do projeto — e o sentido de cada relatório se entende em segundos, sem recorrer a um navegador de modelo de dados. As descrições vêm do SCL estritamente «como estão»: sem tradução e sem dicionários externos, para que o documento reflita exatamente o que está na configuração.

Observações de configuração — em documento separado

Além do formulário, o módulo gera um documento separado Observações de configuração. Trata-se de uma auditoria offline leve: verificam-se os conjuntos de dados (não atribuído / não encontrado no nó lógico esperado / vazio), a consistência entre os gatilhos e os parâmetros de transmissão, os parâmetros de comunicação (ausência de IP em um ponto de acesso com blocos, IPs duplicados entre dispositivos) e as recomendações de limite (BufTm grande demais, IntgPd pequeno demais). Cada observação tem um nível — erro, aviso ou recomendação — e entra em uma tabela-resumo com destaque por cor. É útil para detectar deslizes típicos já na fase de preparação da documentação, antes da entrega.

Para que serve isto — na prática

O principal valor é a rapidez e a legibilidade na entrega. Você passa o projeto para o integrador SCADA ou para o cliente — e, junto com o SCD/CID, entrega um formulário compreensível, no qual fica imediatamente visível quais relatórios estão configurados, o que eles contêm e como são endereçados. Fecha o comissionamento — com o mesmo módulo do Tekvel Magic obtém a documentação as-built de transmissão de teleinformação, organizada e uniforme em todo o parque de dispositivos. E como o módulo funciona offline, é útil tanto no escritório, ao preparar o conjunto, quanto no campo, ou na transferência do objeto entre contratantes — sempre que o acesso ao vivo aos dispositivos não estiver disponível.

Em conjunto com os casos #1 e #2, obtém-se o ciclo completo: verificar a conformidade do SCD com a realidade, capturar o estado atual dos relatórios via MMS — e elaborar a documentação legível para entrega. «Como está configurado», «como funciona agora» e «como explicar isso aos outros» — três tarefas, cada uma em uma única execução.

Aproveite! E lembre-se: às vezes a engenharia da IEC 61850 exige um pouco de Magia :)