Sistemas e Proteção / Teleproteção

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.

6 min de leitura Conteúdo técnico autoral Publicado em 26/08/2026
Ilustração técnica autoral para Comissionamento e diagnóstico de teleproteção: teste ponta a ponta, destacando o fluxo e os elementos centrais do assunto.
Ilustração técnica autoral do Portal da Automação, criada para o foco específico deste artigo.

Plano mínimo de comissionamento ponta a ponta

GrupoCasoResultado esperadoEvidência obrigatória
BaselineNormal e rota redundanteCanal estável dentro do orçamentoDelay, alarmes e rota
AtuaçãoFalta interna por zonaTrip correto no tempoCOMTRADE + SOE
SegurançaFalta externa/sinal espúrioSem trip indevidoOperandos e lógica
DegradaçãoAtraso/perda/assimetriaAlarme e fallback previstoImpairment + logs
FailoverPerda de enlace/nó/fonteContinuidade ou degradação declaradaTempos e perdas
RecuperaçãoRetorno e flappingSem pulso; rearme controladoSOE e estado final
FechamentoRemover test/forces e restaurar tripConfiguração as-left aprovadaChecklist 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.

Comparação dos esquemas POTT, DTT e DCB de teleproteção.
Cada esquema interpreta permissivo, transferência direta ou bloqueio de maneira diferente. Fonte: Portal da Automação · Conteúdo autoral do portal.

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.

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.

Ver todas as trilhas de estudo →