Comissionamento e diagnóstico de teleproteção: teste ponta a ponta
Monte testes funcionais e de falha com injeção sincronizada, matriz de disparo, impairment do canal, oscilografia, SOE e critérios de aceitação.
Plano mínimo de comissionamento ponta a ponta
| Grupo | Caso | Resultado esperado | Evidência obrigatória |
|---|---|---|---|
| Baseline | Normal e rota redundante | Canal estável dentro do orçamento | Delay, alarmes e rota |
| Atuação | Falta interna por zona | Trip correto no tempo | COMTRADE + SOE |
| Segurança | Falta externa/sinal espúrio | Sem trip indevido | Operandos e lógica |
| Degradação | Atraso/perda/assimetria | Alarme e fallback previsto | Impairment + logs |
| Failover | Perda de enlace/nó/fonte | Continuidade ou degradação declarada | Tempos e perdas |
| Recuperação | Retorno e flapping | Sem pulso; rearme controlado | SOE e estado final |
| Fechamento | Remover test/forces e restaurar trip | Configuração as-left aprovada | Checklist assinado |
O teste começa no requisito, não no botão da mala
Cada caso precisa declarar pré-condição, grandezas aplicadas, topologia, estado do canal, sequência esperada, tempo máximo, tolerância e evidência. A mala de teste executa sinais; ela não decide o que o esquema deveria fazer. A matriz aprovada de causa e efeito é a fonte para transformar filosofia em casos reproduzíveis.
Separe testes de componente, integração e ponta a ponta. Loop de telecom prova transporte; injeção local prova elemento; somente ensaio integrado prova que duas extremidades combinam medição, lógica, canal e saída. Todos são necessários e respondem perguntas diferentes.
Preparação e controle de risco
Confirme diagramas, ajustes, firmware, arquivos de telecom/rede, revisão de SCL quando aplicável e autorizações operacionais. Isole trip real com método aprovado e prove a isolação. Identifique claramente canais A/B, disjuntores simulados, polos e sinais. Sincronize instrumentos e registre a qualidade da referência.
Faça backup antes de alterar e defina rollback. Verifique que modos test/simulation não vazam para equipamentos em serviço. Um teste tecnicamente correto pode ser inseguro se enviar DTT ao terminal errado. Use comunicação direta entre equipes e checklists de energização/desenergização.
Baseline do canal antes da lógica
Registre estado, alarmes, potência óptica, BER/contadores, atraso por direção, assimetria, rota, clock e largura do serviço. Faça loop quando permitido e valide mapping de bits. Para C37.94, confirme framing e clock; para packet, registre QoS, OAM e caminho. Baseline permite distinguir defeito pré-existente de efeito do ensaio.
Meça em ambas as direções e sob condição normal e redundante. Um caminho pode ser unidirecionalmente degradado. Salve outputs brutos e horários; screenshot isolado sem contexto perde valor depois.
Casos funcionais positivos e negativos
Para POTT/PUTT/DCB/DTT, teste cada combinação de pickup local e sinal remoto. Inclua falta interna próxima/remota, externa, reverse, weak infeed, echo, terminal aberto e corrente reversa. Para 87L, inclua carga, through-fault, falta interna e limites diferencial/restrição. Para seletividade lógica, teste zonas e bloqueios.
Caso negativo é obrigatório: sinal recebido sem elemento local, elemento local sem permissivo, bloqueio presente, destino incorreto, qualidade inválida e modo de teste. A segurança do esquema se prova quando ele não atua sob condições perigosas, não apenas quando atua no caso ideal.
Impairment controlado do canal
Introduza atraso, jitter, perda, burst loss, assimetria, BER ou interrupção com equipamento adequado e limites seguros. Varie uma condição por vez e depois combine cenários plausíveis. Registre quando o relé alarma, bloqueia, degrada, opera por retaguarda e retorna. Não faça impairment não coordenado em rede operacional.
Teste cada rota e failover durante tráfego. Meça perdas na transição e estabilização após retorno. Para canais de comparação, altere ida e volta separadamente. O objetivo não é achar até onde “aguenta”, mas comprovar limites e comportamento definido.
Critérios de repetição, desvio e regressão
Defina quantas repetições sustentam o valor máximo e como tratar dispersão. Um caso que passa quatro vezes e falha uma não está aprovado por maioria; a falha precisa de causa. Desvios temporários devem registrar risco, compensação, responsável e prazo. Não transforme limitação conhecida em nota sem impacto operacional.
Depois de qualquer correção, repita o caso original e uma regressão que cubra atuação, contenção, perda e retorno. Mudança de timer pode corrigir atraso e quebrar seletividade; mudança de rota pode melhorar perda e aumentar assimetria. O conjunto mínimo de regressão deve ser definido antes da obra para evitar encerramento por conveniência.
- Repetir tempos críticos em ambas as direções e registrar mínimo, máximo e dispersão.
- Tratar qualquer falha intermitente como reprovação até identificar e corrigir seu mecanismo.
- Vincular cada desvio a risco, compensação, responsável, aprovação e data de encerramento.
- Executar regressão de atuação, segurança, degradação, failover e retorno após correção.
- Comparar configuração as-left e arquivos de evidência com a revisão aprovada do projeto.
Medição do tempo ponta a ponta
Defina pontos de referência: início da grandeza, pickup local, keying, sinal recebido, equação remota, saída de trip e contato de disjuntor. Um único tempo total ajuda a operação, mas tempos intermediários localizam margem e falha. Instrumentos precisam de resolução e sincronismo compatíveis.
Repita casos para obter dispersão e pior valor. Teste carga de rede e rota de contingência. Compare com orçamento, não apenas com um valor típico do fabricante. Se o total excede, identifique parcela dominante antes de ajustar timers.
Oscilografia, SOE, logs e COMTRADE
Colete oscilografia com analógicos, pickups, sinais enviados/recebidos, channel fail, saídas e 52. Exporte COMTRADE sem alterar original. SOE deve mostrar sequência, mas timestamps podem vir de fontes distintas; registre precisão, offset e timezone. Logs de telecom e rede completam o caminho.
Nomeie arquivos por caso, terminal, data e revisão. Mantenha tabela que liga estímulo a cada evidência. Sem rastreabilidade, uma captura correta pode ser atribuída ao caso errado. Preserve dados de falhas inesperadas antes de repetir ou reiniciar.
Diagnóstico e fechamento do aceite
Quando um caso falha, encontre a primeira divergência: medição, elemento, lógica de envio, transporte, recepção, lógica remota, saída ou disjuntor. Compare com caso bom e não altere várias camadas. Uma correção deve explicar o mecanismo e ser seguida por reteste do caso e regressão dos vizinhos.
O relatório final lista configuração as-left, desvios, tempos, evidências, pendências, limitações e responsáveis. Um canal que só funciona na rota principal ou uma lógica que não foi testada em perda não está aceita. O retorno ao serviço exige remover forças/modos de teste, restaurar trips e confirmar alarmes normais.
Referências técnicas e normas
As explicações do Portal são autorais. Normas e fontes oficiais são priorizadas; materiais acadêmicos e documentação pública de fabricantes complementam a implementação e não substituem a edição normativa aplicável ao projeto.
- IEC 60834-1:1999 — Teleprotection equipment of power systems — Performance and testing — Command systems — IEC. Requisitos de desempenho e métodos de ensaio para sistemas de comando de teleproteção.
- IEEE C37.113-2025 — Guide for Protective Relay Applications to Transmission Lines — IEEE Standards Association. Guia vigente sobre proteção de linhas, coordenação, tempos, características e uso de canais de comunicação.
- IEEE C37.236-2013 — Guide for Power System Protective Relay Applications Over Digital Communication Channels — IEEE Standards Association. Aplicação, instalação, operação e diagnóstico de canais digitais usados por proteção.
- IEEE C37.94-2017 — Optical Fiber Interfaces between Teleprotection and Multiplexer Equipment — IEEE Standards Association. Interface óptica N × 64 kbit/s, conexão física e temporização entre teleproteção e multiplexadores.
- IEC TR 61850-90-1:2010 — Use of IEC 61850 for communication between substations — IEC. Casos de uso, requisitos e arquitetura para troca de informações entre subestações.
- IEC TR 61850-90-12:2020 — Wide area network engineering guidelines — IEC. Diretrizes de WAN para comunicação entre subestações e centros de controle.
- IEC 60255-1:2022 — Common requirements for measuring relays and protection equipment — IEC. Requisitos comuns para relés, incluindo comunicações como parte de esquemas distribuídos de proteção.
- IEEE C37.233-2023 — Guide for Power System Protection Testing — IEEE Standards Association. Referência para planejamento, execução, documentação e avaliação de testes de proteção.
- Wireshark User’s Guide — Wireshark Foundation. Documentação oficial de captura, filtros, estatísticas e interpretação da interface do analisador.
Continue estudando
Os próximos conteúdos foram escolhidos para formar uma sequência técnica, relacionando fundamento, configuração, diagnóstico e aplicação.