sqNum no GOOSE: parâmetros, ajustes e impactos

sqNum: da definição ao uso real

sqNum acompanha as retransmissões referentes ao mesmo estado e normalmente evolui enquanto stNum permanece constante. Em conjunto, os dois números ajudam a distinguir evento novo, repetição e possível perda de frames.

No desenho de GOOSE, localize sqNum entre origem e destino e marque quais elementos dependem de dataset correto, timeout, perda de mensagens. 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 sqNum entra em ação

Registre stNum/sqNum em capturas de teste e correlacione com os tempos de retransmissão. Não interprete um salto isolado sem considerar perda de captura ou ponto de espelhamento.

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 prioridade, dataset correto, timeout, perda de mensagens 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 sqNum: 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 sqNum, 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.

• GoCBRef — O que é: elemento de engenharia relacionado a sqNum dentro de GOOSE; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com sqNum; 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.
• DatSet — O que é: elemento de engenharia relacionado a sqNum dentro de GOOSE; deve ser identificado pela representação real usada no equipamento/protocolo. Efeito: Seu valor ou estado altera a interação com sqNum; 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 campo como evidência objetiva.
• ConfRev — 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.
• 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 em projeto real: como decidir sem copiar configuração

Para implementar sqNum em GOOSE, escolha uma função pequena que possa ser repetida sem ambiguidade. Prove primeiro prioridade; depois acrescente dataset correto; por último force uma condição relacionada a timeout. Em cada etapa registre a mensagem esperada, o estado local e a reação da outra ponta. A sequência incremental reduz drasticamente tentativa e erro em projetos multivendor.

A decisão de engenharia para sqNum deve terminar em critérios mensuráveis. Use prioridade como primeira evidência de sucesso e dataset correto como verificação de consistência; declare quanto tempo pode decorrer e o que deve sobreviver à reconexão. Se a interface do fabricante usa outro nome para timeout, mantenha uma tabela que ligue o rótulo comercial ao conceito do protocolo.

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

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

Um parâmetro de sqNum só está explicado quando se conhece unidade ou representação, faixa suportada, default quando existir, dependências e consequência observável. Para prioridade, dataset correto, timeout, 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.

• sqNum — prioridade: registrar valor, unidade/representação, dependência, efeito e evidência
• sqNum — dataset correto: registrar valor, unidade/representação, dependência, efeito e evidência
• sqNum — timeout: registrar valor, unidade/representação, dependência, efeito e evidência
• sqNum — perda de mensagens: registrar valor, unidade/representação, dependência, efeito e evidência

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

Observe a sequência logo após uma mudança e durante estado estável. Capture o mais próximo possível do publisher e do subscriber quando investigar perdas.

Defina a evidência antes do teste de sqNum. 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 prioridade em condição normal
• Forçar uma condição degradada ligada a dataset correto
• 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 sqNum: a primeira divergência vale mais que o último alarme

Saltos de sqNum apenas no subscriber sugerem perda no caminho; saltos já na captura do publisher podem refletir limitação da captura, carga do IED ou comportamento de implementação.

Não conclua a partir do sintoma sozinho. Para sqNum, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se prioridade, dataset correto, timeout 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.

• prioridade: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
• dataset correto: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
• timeout: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
• perda de mensagens: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.

sqNum: dados exclusivos deste recorte (parâmetros)

sqNum acompanha retransmissões do mesmo estado GOOSE. Em sqNum, ele cresce enquanto stNum permanece constante e muda de comportamento após novo estado. Saltos isolados precisam ser separados de perda real comparando capturas/contadores próximos ao subscriber.

Na lente de parâmetros, sqNum 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.

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

Na análise de parâmetros de sqNum, GOOSE publicado 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 sqNum em parâmetros é obter o mesmo resultado em novo teste de GOOSE publicado, mantendo o ponto de medição e a condição inicial.

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

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

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

Para sqNum, não trate perda de mensagens 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 perda de mensagens não reproduzir o comportamento esperado em sqNum, a hipótese deve ser revista antes de alterar outra camada do sistema.

O parâmetro EtherType só é útil neste recorte de sqNum quando pode ser comparado entre baseline, condição degradada e recuperação. Para sqNum, 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 sqNum em parâmetros é obter o mesmo resultado em novo teste de EtherType, mantendo o ponto de medição e a condição inicial.

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