Protocolos / GOOSE

PCP no GOOSE: conceito, função e onde se aplica

PCP no GOOSE: conceito, função e onde se aplica. Entenda o mecanismo, os parâmetros relevantes, como validar em campo e quais evidências usar no diagnóstico.

9 min de leituraPublicado em 25/08/2026
Ilustração técnica autoral para PCP no GOOSE: conceito, função e onde se aplica, 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.

GOOSE e Sampled Values: o que olhar no quadro Ethernet

Diagrama do quadro Ethernet para GOOSE e Sampled Values com multicast, VLAN, PCP, EtherType, APPID e APDU.
Diagrama próprio do Portal da Automação. GOOSE e SV trafegam diretamente em Ethernet e dependem fortemente da engenharia da LAN.

Como ler esta figura

MAC destino

Normalmente multicast para distribuir o fluxo a assinantes.

Na implementação: Valide grupo multicast, filtragem no switch e se as portas dos assinantes realmente recebem o tráfego.

VLAN / PCP

802.1Q carrega VLAN ID e prioridade de usuário, permitindo segmentação e tratamento de fila.

Na implementação: PCP não cria banda; apenas ajuda o switch a decidir prioridade quando há concorrência.

EtherType

Identifica GOOSE (0x88B8) ou Sampled Values (0x88BA).

Na implementação: Essa distinção torna simples filtrar e comprovar se o fluxo certo está no enlace.

APPID

Identifica a aplicação/instância do fluxo.

Na implementação: Compare APPID com SCL e com o assinante; duplicidade ou divergência dificulta interoperabilidade e diagnóstico.

APDU

No GOOSE contém estado, sequência, dataset e metadados; em SV contém amostras e metadados do stream.

Na implementação: No GOOSE acompanhe stNum/sqNum/ConfRev; em SV acompanhe smpCnt/smpSynch/svID e continuidade.

FCS e contadores da porta

Protegem o quadro Ethernet e evidenciam defeitos físicos ou congestionamento.

Na implementação: Antes de acusar o IED, cheque CRC, drops, queue discards e erros da interface dos switches.

GOOSE — campos Ethernet que precisam coincidir

CampoReferênciaComo comprovar
EtherType0x88B8Decodificação Ethernet/Wireshark.
MAC multicast01-0C-CD-01-00-00 … 01-0C-CD-01-01-FFFrame publicado e porta do subscriber.
802.1Q VID12 bits; projeto define o VLAN IDTag no frame + configuração das portas/trunks.
PCP3 bits (0–7)Tag 802.1Q + mapeamento da fila no switch.
APPID16 bitsFrame GOOSE e configuração SCL dos participantes.

Matriz específica — PCP / fundamentos

Campo/elementoValor ou representaçãoComo fechar a evidência
APPID · fundamentos16 bitsConfirmar fluxo configurado.
stNum · fundamentosestadoIncrementa quando DataSet muda.
sqNum · fundamentosretransmissãoCresce no mesmo estado e evidencia gaps.
ConfRev / TAL · fundamentosrevisão / validadeComparar SCL e expiração no subscriber.

A matriz foi escolhida pelo foco “PCP” e pela lente “fundamentos”; referências normativas e limites de fabricante continuam prevalecendo.

Antes de configurar PCP: função, fronteiras e dependências

A tag 802.1Q pode carregar VLAN ID e PCP. Em redes de subestação, isso separa domínios de tráfego e permite priorização de mensagens críticas, mas só funciona se todos os switches do caminho estiverem coerentes.

Para aprender PCP sem depender de uma tela específica de fabricante, separe função, entradas, saídas e dependências. Em GOOSE, os pontos mais próximos deste recorte são VLAN Priority, Dataset, GOOSE Control Block. O leitor iniciante deve conseguir dizer quem produz a informação e quem a usa; o leitor experiente deve conseguir apontar o limite entre comportamento normal, exceção e implementação particular do equipamento.

Mecanismo de PCP: campos, estados e transições que importam

Registre VID, tagged/untagged por porta, PVID quando aplicável e PCP configurado no GOOSE. QoS do switch deve mapear a prioridade para filas compatíveis com a política do projeto.

Implemente primeiro uma troca mínima e conhecida entre as duas pontas. Depois acrescente eventos, exceções, temporização e funções opcionais. Uma sessão estabelecida não é critério suficiente: o dado precisa manter tipo, qualidade, endereço, sequência e tempo até o destino. Durante o estudo, acompanhe VLAN ID, VLAN Priority, Dataset, GOOSE Control Block como uma cadeia causal. Para cada item, pergunte o que o altera, como aparece no tráfego ou no equipamento e qual seria o primeiro sintoma se estivesse incorreto.

  • VLAN ID — defina primeiro o que representa em GOOSE e qual elemento produz ou consome essa informação; depois identifique em que condição ele muda.
  • VLAN Priority — relacione o valor ou estado ao efeito sobre PCP; registre também qual campo permite confirmar que a interpretação está correta.
  • Dataset — na configuração, verifique dependências nas duas pontas e evite copiar valor de outro projeto sem comparar topologia, versão e capacidade do equipamento.
  • GOOSE Control Block — no diagnóstico, associe pelo menos um sintoma de configuração errada e uma evidência que diferencie esse sintoma de falha física ou de rede.
  • GoCBRef — no comissionamento, crie um estímulo que faça o item mudar de forma previsível e registre antes/depois, horário e resposta observada.

A cadeia causal de PCP: o que muda e onde observar

O fundamento de PCP aparece nas transições. Acompanhe uma operação normal do início ao fim e marque quando VLAN ID e VLAN Priority mudam. Depois repita mentalmente o fluxo com perda de comunicação, reinício ou dado inválido. Essa comparação revela quais campos representam estado e quais apenas transportam informação.

Para que PCP seja reproduzível em GOOSE, transforme a definição em uma cadeia causa → estado → evidência. Compare VLAN ID em condição normal e degradada, verifique a dependência de VLAN Priority e use Dataset como critério de encerramento. O objetivo é justificar a configuração sem depender de “valor que sempre usamos”.

  • Descrever a sequência normal de PCP
  • Descrever uma exceção sem recorrer a “reiniciar e testar”
  • Identificar o papel de VLAN ID
  • Identificar o papel de VLAN Priority

Cenário prático: uma decisão de engenharia envolvendo PCP

Parta de um caso de PCP que hoje funciona e transforme-o em referência. Capture a troca associada a VLAN ID, registre o comportamento de VLAN Priority e identifique como Dataset aparece no equipamento de destino. Em seguida altere uma única condição controlada. A comparação entre os dois casos deve revelar a primeira divergência, evitando que timeout, rede e aplicação sejam ajustados ao mesmo tempo.

Não encerre PCP com a frase “comunicação OK”. Documente o valor/estado de VLAN ID, a dependência de VLAN Priority, o limite aceitável para Dataset e uma evidência de recuperação. Essa combinação separa interoperabilidade funcional de mera conectividade física ou TCP.

  • Definir uma condição normal de PCP e salvar a evidência associada a VLAN ID.
  • Escolher uma única variável relacionada a VLAN Priority e prever o efeito antes de alterar.
  • Repetir o mesmo teste e comparar Dataset nas mesmas medições ou campos.
  • Registrar o critério que permite aceitar, rejeitar ou reverter a configuração de PCP.

Teste de aceitação: evidências que comprovam PCP

Capture o frame em mais de um ponto do caminho e confirme que a tag e PCP não desaparecem indevidamente. Teste sob carga controlada para observar filas/drops.

Defina evidência antes de testar PCP. Para esta categoria, sinais úteis incluem endereço, campo, estado, sequência, timestamp, qualidade. O teste deve ter estado inicial conhecido, estímulo reproduzível e resultado esperado. Quando houver dois equipamentos, registre os dois lados; quando houver gateway, registre também a transformação intermediária.

  • Validar VLAN ID em condição normal
  • Forçar uma condição degradada ligada a VLAN Priority
  • Confirmar recuperação sem perder estado, evento ou evidência relevante
  • Salvar configuração, logs/captura e horário do teste como baseline

Diagnóstico de PCP: a primeira divergência vale mais que o último alarme

GOOSE funcionando em bancada e falhando após atravessar switch costuma revelar mismatch tagged/untagged, VLAN ausente no trunk ou política QoS/multicast.

Não conclua a partir do sintoma sozinho. Para PCP, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se VLAN ID, VLAN Priority, Dataset estão corretos mas o resultado final continua errado, avance para a próxima fronteira do sistema em vez de alterar parâmetros já comprovados.

  • VLAN ID: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
  • VLAN Priority: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
  • Dataset: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
  • GOOSE Control Block: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.

PCP: dados exclusivos deste recorte (fundamentos)

Em PCP, GOOSE deve ser comprovado por EtherType 0x88B8, MAC multicast 01-0C-CD-01-00-00…01-0C-CD-01-01-FF, APPID, stNum, sqNum, ConfRev e TimeAllowedToLive. Quando 802.1Q é usado, registre VID e PCP até a porta do subscriber.

Nos fundamentos de PCP, acompanhe a transição que altera APPID e confirme como stNum reage antes, durante e depois do evento.

  • APPID: 16 bits. Confirmar fluxo configurado.
  • stNum: estado. Incrementa quando DataSet muda.
  • sqNum: retransmissão. Cresce no mesmo estado e evidencia gaps.
  • ConfRev / TAL: revisão / validade. Comparar SCL e expiração no subscriber.

PCP: Ethernet multicast, VLAN e prioridade do GOOSE — PCP / fundamentos

Nos fundamentos de PCP, trate stNum como parte de uma sequência causal: condição inicial, transição, campo alterado e reação do outro lado. GOOSE opera diretamente sobre Ethernet com EtherType 0x88B8. Endereços multicast reservados para GOOSE usam a faixa 01-0C-CD-01-00-00 a 01-0C-CD-01-01-FF. Quando 802.1Q é usado, VID e PCP precisam ser coerentes com o projeto; PCP ocupa 3 bits no tag VLAN e deve ser tratado em conjunto com filas/QoS dos switches. O critério de encerramento para PCP em fundamentos é obter o mesmo resultado em novo teste de stNum, mantendo o ponto de medição e a condição inicial.

O mecanismo de PCP deve ser lido a partir de fast retransmission; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. No diagnóstico de PCP, verifique MAC destino, VLAN ID, PCP, APPID e entrega na porta do subscriber. “Frame visto no trunk” não prova que ele chegou ao IED. Use port mirroring/contadores multicast e, quando possível, captura no ponto mais próximo do assinante. Para este artigo de PCP, a evidência ligada a fast retransmission deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.

  • PCP · fundamentos · stNum: Filtro: eth.type == 0x88b8.
  • PCP · fundamentos · sqNum: Confirmar MAC multicast GOOSE, VID/PCP e APPID conforme SCL/projeto.
  • PCP · fundamentos · retransmissão: Validar flooding/filtragem multicast e membership quando o switch implementar mecanismos adicionais.
  • PCP · fundamentos · fast retransmission: Correlacionar perda de GOOSE com counters, congestionamento e filas de prioridade.

Referências técnicas

As explicações do Portal são autorais. Use as fontes oficiais e materiais públicos de implementação abaixo para confirmar edição, escopo, capacidades e comportamento do equipamento utilizado no seu projeto.

Continue estudando

Os próximos conteúdos foram escolhidos pelo mecanismo deste artigo. A ideia é formar uma sequência técnica, não apenas listar páginas do mesmo tema.

Ver todas as trilhas de estudo →