ConfRev no GOOSE: parâmetros, ajustes e impactos

ConfRev: da definição ao uso real

ConfRev sinaliza a revisão de configuração associada ao GOOSE Control Block/dataset. Ele ajuda o subscriber a detectar que a estrutura publicada mudou e que sua assinatura pode estar desatualizada.

No desenho de GOOSE, localize ConfRev entre origem e destino e marque quais elementos dependem de GOOSE recebido, subscription, VLAN. A definição deve permitir responder quem produz a informação, quem toma a decisão, onde o estado é mantido e qual evidência aparece primeiro quando algo sai do esperado.

O que acontece por dentro quando ConfRev entra em ação

Controle ConfRev junto à gestão de versões SCD/CID. Mudanças de dataset e engenharia não devem ser feitas sem atualizar e redistribuir os artefatos necessários.

Comece com uma troca mínima conhecida e depois acrescente eventos, exceções, temporização e funções opcionais. Uma sessão estabelecida não é critério suficiente: tipo, endereço, qualidade, sequência e tempo precisam chegar ao destino com a mesma semântica. Neste artigo, acompanhe GOOSE publicado, GOOSE recebido, subscription, VLAN como uma cadeia causal: condição de entrada → estado interno → decisão → saída → evidência. Esse percurso evita repetir definições e obriga cada bloco do texto a acrescentar um nível novo de explicação.

Parâmetros e campos de ConfRev: significado, efeito e validação

Os itens abaixo não são apenas nomes de configuração. Para cada parâmetro ou campo, o artigo registra o que ele representa, o efeito prático de um valor/estado incorreto e a evidência usada para confirmar a interpretação. Valores default e faixas exatas que dependem de fabricante ou firmware devem ser confirmados na documentação do equipamento, mas a relação causa → efeito precisa permanecer válida entre implementações.

Ao alterar ConfRev, mude uma variável por vez e preserve o baseline. Um valor só deve ser considerado adequado quando o efeito esperado aparece na captura, no contador, no log ou no processo e quando a condição degradada continua dentro do requisito.

• DatSet — O que é: elemento de engenharia relacionado a ConfRev dentro de GOOSE; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com ConfRev; documente dependências e limite em vez de copiar um valor de outro projeto. Validar: comparar condição normal e uma alteração controlada usando endereço como evidência objetiva.
• TAL — O que é: campo operacional de GOOSE usado para identificar fluxo, estado, retransmissão, revisão ou validade temporal. Efeito: Valores incoerentes com SCL/subscriber podem causar rejeição, perda de atualização ou interpretação de estado obsoleto. Validar: comparar frame capturado com SCD/CID e observar a transição do campo durante mudança real do DataSet.
• TimeAllowedToLive — O que é: campo operacional de GOOSE usado para identificar fluxo, estado, retransmissão, revisão ou validade temporal. Efeito: Valores incoerentes com SCL/subscriber podem causar rejeição, perda de atualização ou interpretação de estado obsoleto. Validar: comparar frame capturado com SCD/CID e observar a transição do campo durante mudança real do DataSet.
• stNum — O que é: campo operacional de GOOSE usado para identificar fluxo, estado, retransmissão, revisão ou validade temporal. Efeito: Valores incoerentes com SCL/subscriber podem causar rejeição, perda de atualização ou interpretação de estado obsoleto. Validar: comparar frame capturado com SCD/CID e observar a transição do campo durante mudança real do DataSet.
• sqNum — O que é: campo operacional de GOOSE usado para identificar fluxo, estado, retransmissão, revisão ou validade temporal. Efeito: Valores incoerentes com SCL/subscriber podem causar rejeição, perda de atualização ou interpretação de estado obsoleto. Validar: comparar frame capturado com SCD/CID e observar a transição do campo durante mudança real do DataSet.
• retransmissão — O que é: quantidade ou política de novas tentativas após ausência de confirmação ou falha temporária. Efeito: Poucas tentativas podem reduzir resiliência; excesso pode congestionar enlace e ampliar tempo de recuperação. Validar: induzir perda controlada, contar tentativas e medir tempo total até sucesso ou declaração de falha.

ConfRev em projeto real: como decidir sem copiar configuração

Imagine uma integração nova em que ConfRev precisa funcionar entre equipamentos de fabricantes diferentes dentro de GOOSE. Comece por uma transação mínima e observável nas duas pontas. Acompanhe GOOSE publicado, GOOSE recebido e subscription, 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 ConfRev precisa responder quem inicia a transação, qual resposta confirma GOOSE publicado, como GOOSE recebido se comporta em exceção e qual log ou captura prova subscription. 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 ConfRev e salvar a evidência associada a GOOSE publicado.
• Escolher uma única variável relacionada a GOOSE recebido e prever o efeito antes de alterar.
• Repetir o mesmo teste e comparar subscription nas mesmas medições ou campos.
• Registrar o critério que permite aceitar, rejeitar ou reverter a configuração de ConfRev.

Como escolher valores sem copiar configuração de outro projeto

Um parâmetro de ConfRev só está explicado quando se conhece unidade ou representação, faixa suportada, default quando existir, dependências e consequência observável. Para GOOSE publicado, GOOSE recebido, subscription, compare valor atual, valor pretendido e efeito medido antes/depois.

Em GOOSE, ajustes interagem. Timeout depende de latência e retries; buffers dependem da taxa de eventos e da duração da indisponibilidade; prioridades dependem da rede; políticas de segurança dependem do fluxo real. A escolha precisa ser justificável pelo requisito e pelo teste.

• ConfRev — GOOSE publicado: registrar valor, unidade/representação, dependência, efeito e evidência
• ConfRev — GOOSE recebido: registrar valor, unidade/representação, dependência, efeito e evidência
• ConfRev — subscription: registrar valor, unidade/representação, dependência, efeito e evidência
• ConfRev — VLAN: registrar valor, unidade/representação, dependência, efeito e evidência

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

Compare ConfRev do publisher, frame e subscriber antes e depois de uma mudança controlada de engenharia.

Defina a evidência antes do teste de ConfRev. Para esta categoria, sinais úteis incluem endereço, campo, estado, sequência, timestamp, qualidade. Use estado inicial conhecido, estímulo reproduzível e resultado esperado; quando houver duas pontas, registre as duas, e quando houver gateway/firewall/conversor, registre também a transformação intermediária.

• Validar GOOSE publicado em condição normal
• Forçar uma condição degradada ligada a GOOSE recebido
• 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 ConfRev: a primeira divergência vale mais que o último alarme

Mismatch de ConfRev é uma causa direta para investigar quando o frame chega ao IED mas a aplicação o rejeita ou sinaliza configuração inconsistente.

Não conclua a partir do sintoma sozinho. Para ConfRev, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se GOOSE publicado, GOOSE recebido, subscription estão corretos mas o resultado final continua errado, avance para a próxima fronteira do sistema em vez de alterar novamente um parâmetro já comprovado.

• GOOSE publicado: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
• GOOSE recebido: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
• subscription: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
• VLAN: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.

ConfRev: dados exclusivos deste recorte (parâmetros)

ConfRev identifica a revisão de configuração associada ao control block/DataSet. Em ConfRev, compare ConfRev capturado com SCD/CID implantado; mismatch de ConfRev pode invalidar a assinatura mesmo com EtherType 0x88B8, VLAN e multicast perfeitos.

Na lente de parâmetros, ConfRev só está explicado quando APPID tem unidade/faixa e stNum tem efeito mensurável na captura, log ou processo.

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

ConfRev: Ethernet multicast, VLAN e prioridade do GOOSE — ConfRev / parâmetros

Na análise de parâmetros de ConfRev, Needs Commissioning precisa ter valor/faixa, unidade ou representação e consequência observável quando sai do esperado. 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 ConfRev em parâmetros é obter o mesmo resultado em novo teste de Needs Commissioning, mantendo o ponto de medição e a condição inicial.

Para ConfRev, não trate subscription como rótulo: registre o valor efetivo, a origem da configuração e o efeito de uma alteração controlada. No diagnóstico de ConfRev, 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 ConfRev, a evidência ligada a subscription deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.

• ConfRev · parâmetros · Needs Commissioning: Filtro: eth.type == 0x88b8.
• ConfRev · parâmetros · GOOSE publicado: Confirmar MAC multicast GOOSE, VID/PCP e APPID conforme SCL/projeto.
• ConfRev · parâmetros · GOOSE recebido: Validar flooding/filtragem multicast e membership quando o switch implementar mecanismos adicionais.
• ConfRev · parâmetros · subscription: Correlacionar perda de GOOSE com counters, congestionamento e filas de prioridade.

ConfRev: estado GOOSE comprovado pelos campos do frame — ConfRev / parâmetros

Para ConfRev, não trate timeout como rótulo: registre o valor efetivo, a origem da configuração e o efeito de uma alteração controlada. Nos artigos de estado GOOSE, o quadro precisa ser lido campo a campo. EtherType 0x88B8 identifica GOOSE; APPID identifica o fluxo; stNum muda quando o estado do DataSet muda; sqNum avança nas retransmissões do mesmo estado; ConfRev permite verificar se publisher e subscriber usam a mesma revisão de engenharia; TimeAllowedToLive informa a validade temporal anunciada pelo publisher. Se timeout não reproduzir o comportamento esperado em ConfRev, a hipótese deve ser revista antes de alterar outra camada do sistema.

O parâmetro MAC multicast só é útil neste recorte de ConfRev quando pode ser comparado entre baseline, condição degradada e recuperação. Para ConfRev, provoque uma mudança conhecida no DataSet e salve uma captura que contenha pelo menos o frame anterior, o primeiro frame após a transição e algumas retransmissões. O padrão esperado é stNum incrementar no novo estado e sqNum reiniciar a sequência e voltar a crescer. Se ConfRev não corresponde ao arquivo SCL implantado, Ethernet, VLAN e multicast podem estar perfeitos e mesmo assim a aplicação rejeitar o fluxo. O critério de encerramento para ConfRev em parâmetros é obter o mesmo resultado em novo teste de MAC multicast, mantendo o ponto de medição e a condição inicial.

• ConfRev · parâmetros · prioridade: Filtro Wireshark: eth.type == 0x88b8; registrar MAC destino, APPID, stNum, sqNum, ConfRev e TimeAllowedToLive.
• ConfRev · parâmetros · dataset correto: Comparar ConfRev capturado com a revisão no SCD/CID realmente carregado.
• ConfRev · parâmetros · timeout: Medir o intervalo das retransmissões rápidas e o heartbeat em regime.
• ConfRev · parâmetros · perda de mensagens: Na perda de publisher, medir o tempo até TimeAllowedToLive expirar no subscriber.