Protocolos / GOOSE

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

Dataset 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.

11 min de leituraPublicado em 25/08/2026
Ilustração técnica autoral para Dataset 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 — Dataset / 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 “Dataset” e pela lente “fundamentos”; referências normativas e limites de fabricante continuam prevalecendo.

OPC/ICCP — campos que provam a integração

TecnologiaCampoEvidência mínima
OPC UAEndpoint URLEndpoint realmente usado e disponibilidade da sessão.
OPC UASecurityPolicy / MessageSecurityModePolítica negociada e certificado aceito.
OPC UANodeIdItem correto, tipo, value, quality e timestamp.
OPC ClassicProgID/DCOM + itemPermissão, conexão e quality/timestamp do item.
ICCP/TASE.2Association/domain/bilateral entryObjeto compartilhado autorizado e sessão estável.
ICCP/TASE.2Value/quality/timestampConsistência entre centros de controle.

Mapa técnico de Dataset: quem produz, quem consome e o que pode falhar

O dataset define quais Data Attributes são transportados pelo GOOSE. A ordem e composição fazem parte do contrato entre publisher e subscribers; uma alteração de engenharia pode exigir atualização de configuração e revisão da assinatura.

Para aprender Dataset 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 PCP, GOOSE Control Block, GoCBRef. 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.

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

Documente membros, ordem, tipos, origem dos Logical Nodes e relação com GoCB. Evite modificar dataset em campo sem controlar ConfRev e distribuir os arquivos SCL atualizados.

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 Priority, PCP, GOOSE Control Block, GoCBRef 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 Priority — defina primeiro o que representa em GOOSE e qual elemento produz ou consome essa informação; depois identifique em que condição ele muda.
  • PCP — relacione o valor ou estado ao efeito sobre Dataset; registre também qual campo permite confirmar que a interpretação está correta.
  • GOOSE Control Block — 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.
  • GoCBRef — 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.
  • DatSet — 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.

Da origem ao efeito: sequência e estados de Dataset

O fundamento de Dataset aparece nas transições. Acompanhe uma operação normal do início ao fim e marque quando VLAN Priority e PCP 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.

Neste recorte de Dataset, trate VLAN Priority, PCP e GOOSE Control Block como três pontos de prova. Explique o que cada um representa, o que deveria acontecer antes e depois de uma mudança e qual evidência seria incompatível com a hipótese inicial. Assim o texto permanece útil para implementação e troubleshooting.

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

Da bancada à operação: um cenário para aplicar Dataset

Imagine uma integração nova em que Dataset precisa funcionar entre equipamentos de fabricantes diferentes dentro de GOOSE. Comece por uma transação mínima e observável nas duas pontas. Acompanhe VLAN Priority, PCP e GOOSE Control Block, além de endereço/identidade, sequência e tempo. Depois introduza uma única exceção — perda do enlace, reinício, evento pendente ou função não suportada — e observe qual estado muda primeiro. Esse exercício mostra se a interoperabilidade existe no mecanismo ou apenas na condição ideal.

O aceite de Dataset precisa responder quem inicia a transação, qual resposta confirma VLAN Priority, como PCP se comporta em exceção e qual log ou captura prova GOOSE Control Block. Esses critérios tornam o artigo útil tanto na configuração inicial quanto anos depois, quando outra equipe precisar comparar a ocorrência com o baseline.

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

Como demonstrar que Dataset foi implementado corretamente

Force cada sinal do dataset individualmente e confirme posição, valor e qualidade no frame e no subscriber.

Defina evidência antes de testar Dataset. 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 Priority em condição normal
  • Forçar uma condição degradada ligada a PCP
  • Confirmar recuperação sem perder estado, evento ou evidência relevante
  • Salvar configuração, logs/captura e horário do teste como baseline

Árvore de falhas de Dataset: onde procurar antes de alterar parâmetros

Valores deslocados ou assinatura inválida após mudança de projeto indicam divergência de dataset/ConfRev mais do que defeito Ethernet.

Não conclua a partir do sintoma sozinho. Para Dataset, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se VLAN Priority, PCP, GOOSE Control Block 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 Priority: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
  • PCP: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
  • GOOSE Control Block: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
  • GoCBRef: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.

Dataset: dados exclusivos deste recorte (fundamentos)

Em Dataset, 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 Dataset, 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.

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

Nos fundamentos de Dataset, trate PCP 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 Dataset em fundamentos é obter o mesmo resultado em novo teste de PCP, mantendo o ponto de medição e a condição inicial.

O mecanismo de Dataset deve ser lido a partir de GoCBRef; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. No diagnóstico de Dataset, 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 Dataset, a evidência ligada a GoCBRef deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.

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

Dataset: sessão, identidade do item e qualidade do dado — Dataset / fundamentos

O mecanismo de Dataset deve ser lido a partir de TimeAllowedToLive; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. OPC clássico depende de DCOM, enquanto OPC UA define serviços e modelos próprios e usa endpoints com políticas de segurança. ICCP/TASE.2 é usado para intercâmbio de dados entre centros de controle e opera sobre serviços MMS; a interoperabilidade depende de bilateral tables, nomes/objetos, qualidade e políticas de acesso. Em ambos os casos, “conectou” é só a primeira etapa. Se TimeAllowedToLive não reproduzir o comportamento esperado em Dataset, a hipótese deve ser revista antes de alterar outra camada do sistema.

Para explicar por que Dataset funciona, use retransmissão como ponto de partida e siga a mudança até o efeito mensurável no protocolo ou processo. Para Dataset, registre endpoint/peer, identidade do item/objeto, tipo de dado, quality, source/server timestamp e atualização. Em OPC UA, preserve endpoint URL, SecurityPolicy, MessageSecurityMode, certificado e NodeId. Em ICCP, preserve association, domain/bilateral-table entry, object/value/quality e causa de encerramento da sessão. O critério de encerramento para Dataset em fundamentos é obter o mesmo resultado em novo teste de retransmissão, mantendo o ponto de medição e a condição inicial.

  • Dataset · fundamentos · ConfRev: OPC UA: endpoint, SecurityPolicy, MessageSecurityMode, certificate e NodeId.
  • Dataset · fundamentos · TAL: OPC: value + quality + timestamp precisam viajar juntos.
  • Dataset · fundamentos · TimeAllowedToLive: ICCP/TASE.2: association, bilateral table/domain e objeto compartilhado.
  • Dataset · fundamentos · stNum: Comparar atualização na origem e no destino para medir latência e perda de qualidade.

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 →