Seletividade lógica com GOOSE ou contatos: engenharia e comparação
Compare GOOSE IEC 61850 e fiação hardwired em desempenho, supervisão, qualidade, redundância, testes e manutenção da seletividade lógica.
GOOSE versus contato na seletividade lógica
| Critério | GOOSE IEC 61850 | Contato hardwired | Evidência comum |
|---|---|---|---|
| Identidade | GoCBRef/dataset/APPID/ConfRev | Borne/cabo/I/O | Matriz de sinais |
| Qualidade | Quality e timeout | Supervisão de circuito | Falha simulada |
| Tempo | Publicação, rede e assinatura | I/O, cabo e relé auxiliar | Medição ponta a ponta |
| Redundância | PRP/HSR ou caminhos projetados | Circuitos/fontes independentes | Perda de cada caminho |
| Mudança | SCL/CID e configuração de rede | Diagrama, jumper e borne | Revisão + reteste |
| Diagnóstico | PCAP, logs e contadores | Tensão, continuidade e I/O | Primeira divergência |
A escolha é de arquitetura, não de modernidade
Contatos e GOOSE podem implementar bloqueio, permissivo e intertravamento. Contato oferece caminho físico intuitivo, mas exige bornes, cabos, entradas, saídas e supervisão. GOOSE permite distribuição, qualidade, multicast e engenharia por SCL, mas depende de configuração coerente de IEDs e rede. Nenhum é automaticamente mais confiável.
Compare o sistema completo: latência, pontos de falha, diagnóstico, expansão, segregação, redundância, manutenção e competência da equipe. Um contato sem supervisão pode falhar silenciosamente; um GOOSE sem gestão de ConfRev e rede pode parecer saudável até a próxima alteração.
Caminho hardwired e seus parâmetros
O caminho inclui fonte CC, fusível, contato de saída, borne, cabo, relé intermediário quando houver e entrada binária. Pickup e dropout das I/Os, debounce, tensão mínima, corrente de wetting e isolamento afetam tempo e segurança. Polaridade e lógica energize-to-trip ou de-energize-to-trip definem efeito da perda de alimentação.
Documente terminal a terminal e prove continuidade sem desconectar proteções inadvertidamente. Supervisão de circuito, resistor fim de linha ou pulso de teste podem detectar ruptura, mas também precisam de compatibilidade com entradas. A inspeção visual não substitui teste funcional.
Caminho GOOSE e identidade do sinal
GOOSE publica um dataset por control block. O assinante precisa associar GoCBRef, dataset, APPID, MAC multicast, VLAN/PCP e ConfRev esperados ao ponto lógico. stNum muda quando o estado do dataset muda; sqNum acompanha retransmissões do mesmo estado. TimeAllowedToLive ajuda a declarar ausência do publicador.
O sinal funcional deve carregar valor e qualidade coerentes. Mapping errado dentro do dataset pode entregar um booleano válido com significado incorreto. Compare SCD/CID vigentes, assinatura do IED e frame capturado. Não dependa apenas da tela “GOOSE healthy”.
Latência, retransmissão e concorrência
GOOSE retransmite rapidamente após mudança e depois aumenta o intervalo. O tempo funcional inclui entrada do publicador, lógica, publicação, filas do switch, assinatura, lógica do assinante e saída. PCP prioriza fila quando existe concorrência; não corrige loop, oversubscription, multicast indevido ou configuração errada.
Teste com carga representativa e falha de topologia. Meça evento físico a saída, não apenas frame a frame. Para contatos, faça a mesma decomposição. A comparação justa usa tempo máximo e dispersão, não uma medida isolada em bancada vazia.
Redundância e domínios de falha
PRP ou HSR podem fornecer duplicação sem comutação perceptível, mas exigem caminhos independentes e nós corretamente ligados. RSTP envolve convergência e perda transitória. Dois GOOSE em VLANs diferentes no mesmo switch não eliminam falha comum. Dois pares de fios no mesmo multicabo também não.
Mapeie fonte, IED, porta, switch, fibra, fonte do switch e configuração. Decida se haverá dois publicadores, duas assinaturas, votação ou apenas rede duplicada. Redundância sem lógica de estado pode criar sinais duplicados ou discrepantes.
Segurança e mudança controlada
GOOSE é Ethernet de camada 2 e deve permanecer em domínios controlados. VLAN, filtragem multicast, portas bloqueadas, acesso de engenharia e gestão de arquivos reduzem exposição. IEC 62351-6 trata segurança de IEC 61850, mas adoção, interoperabilidade e impacto precisam ser verificados na implementação real.
Uma mudança de dataset pode alterar ConfRev e quebrar assinaturas. Um jumper temporário pode permanecer em campo. Em ambos os meios, use revisão, dupla checagem, plano de retorno e teste depois da alteração. Cibersegurança não deve acrescentar atraso ou indisponibilidade sem estudo.
Arquitetura híbrida e migração segura
Muitas instalações usam GOOSE para a lógica principal e contato como retaguarda, ou migram circuito por circuito. Defina se os caminhos são paralelos, votados ou mutuamente exclusivos. Dois sinais equivalentes ligados por OR aumentam dependabilidade e também a exposição a trip espúrio; ligados por AND podem reduzir dependabilidade. A equação híbrida deve constar da matriz e do teste.
Durante migração, evite períodos em que origem antiga e nova comandam simultaneamente sem controle. Compare polaridade, pickup/dropout, qualidade e tempo. Mantenha rollback verificável e identifique bornes, datasets e assinaturas desativados. Depois da aceitação, remova bypasses e configurações órfãs para que um futuro técnico não reative um caminho desconhecido.
- Desenhar a equação híbrida e identificar se os caminhos operam por OR, AND, votação ou seleção.
- Medir GOOSE e contato desde o mesmo estímulo até a mesma saída funcional.
- Simular perda individual e simultânea, confirmando alarme e estado seguro previsto.
- Versionar SCL, diagrama de fiação e matriz de sinais no mesmo pacote de mudança.
- Remover forças, jumpers temporários, assinaturas órfãs e lógicas de transição após o aceite.
Teste de equivalência funcional
Monte casos idênticos para GOOSE e hardwired: mudança normal, sinal preso, ruptura/perda, perda de alimentação, retorno, bounce/flapping e modo de teste. Registre valor, qualidade, tempo, alarme e decisão do assinante. Para GOOSE, capture stNum/sqNum/ConfRev; para contato, meça tensão e estado de I/O.
O teste deve alcançar a lógica final e a saída de trip/bloqueio. Capturar um frame ou medir tensão no borne prova apenas o transporte. A aceitação exige que o efeito seja correto e que a falha resulte no estado projetado.
Diagnóstico sem preconceito de tecnologia
Se o sinal não chega, separe origem, transporte e consumo. Em GOOSE, verifique mudança no publicador, frame, rede, assinatura, qualidade e lógica. Em contato, verifique saída, tensão, continuidade, entrada, debounce e lógica. A primeira divergência define o domínio do defeito.
Evite substituir GOOSE por fio — ou fio por GOOSE — como reação a um incidente isolado. Corrija causa, compare riscos sistêmicos e repita testes. A melhor arquitetura é aquela cujo comportamento normal e degradado pode ser demonstrado e mantido pela organização.
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.
- IEEE C37.120-2021 — Guide for Protection System Redundancy for Power System Reliability — IEEE Standards Association. Níveis de redundância e dependências entre relés, TCs/TPs, comunicação, alimentação e localização física.
- IEC 62351-6:2020 — Security for IEC 61850 — IEC. Mecanismos de segurança aplicáveis aos serviços IEC 61850, relevantes quando GOOSE atravessa arquiteturas estendidas.
- IEC 61850-8-1:2011+AMD1:2020 CSV — IEC. Mapeia ACSI para MMS e ISO/IEC 8802-3, incluindo serviços e GOOSE.
- ITT600 — Integrated Testing Tool — Hitachi Energy. Exemplo de ferramenta de fabricante para explorar SCL, MMS, GOOSE, SV, simulação e diagnóstico de IEC 61850.
- IEC 61850-6:2009+AMD1:2018+AMD2:2024 CSV — IEC. Edição consolidada 2.2 da System Configuration description Language (SCL).
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.