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

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

stNum muda quando o estado do dataset publicado muda. Ele permite distinguir um novo evento lógico das retransmissões do mesmo estado.

Para aprender stNum 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 GOOSE recebido, subscription, VLAN. 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 stNum: o que muda e onde observar

Use stNum junto com sqNum e timestamp para reconstruir a sequência do GOOSE. A engenharia deve observar comportamento em restart e rollover conforme a implementação aplicável.

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 GOOSE publicado, GOOSE recebido, subscription, VLAN 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.

• GOOSE publicado — defina primeiro o que representa em GOOSE e qual elemento produz ou consome essa informação; depois identifique em que condição ele muda.
• GOOSE recebido — relacione o valor ou estado ao efeito sobre stNum; registre também qual campo permite confirmar que a interpretação está correta.
• subscription — 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.
• VLAN — 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.
• prioridade — 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 stNum

O fundamento de stNum aparece nas transições. Acompanhe uma operação normal do início ao fim e marque quando GOOSE publicado e GOOSE recebido 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 stNum, trate GOOSE publicado, GOOSE recebido e subscription 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 stNum
• Descrever uma exceção sem recorrer a “reiniciar e testar”
• Identificar o papel de GOOSE publicado
• Identificar o papel de GOOSE recebido

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

Parta de um caso de stNum que hoje funciona e transforme-o em referência. Capture a troca associada a GOOSE publicado, registre o comportamento de GOOSE recebido e identifique como subscription 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 stNum com a frase “comunicação OK”. Documente o valor/estado de GOOSE publicado, a dependência de GOOSE recebido, o limite aceitável para subscription 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 stNum 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 stNum.

Como demonstrar que stNum foi implementado corretamente

Mude um sinal do dataset e confirme incremento de stNum; mantenha o estado estável e observe apenas retransmissões.

Defina evidência antes de testar stNum. 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 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

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

Se stNum muda sem causa aparente, investigue oscilação de entrada/lógica. Se o estado muda no IED e stNum não acompanha, investigue dataset/GoCB/publicação.

Não conclua a partir do sintoma sozinho. Para stNum, 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 parâmetros já comprovados.

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

stNum: dados exclusivos deste recorte (fundamentos)

stNum representa o número do estado publicado. Em stNum, provoque uma mudança real do DataSet: stNum deve incrementar quando o estado muda; após a transição, sqNum reinicia/retoma a sequência de retransmissões do novo estado.

Nos fundamentos de stNum, 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.

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

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

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

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

stNum: estado GOOSE comprovado pelos campos do frame — stNum / fundamentos

O mecanismo de stNum deve ser lido a partir de TAL; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. 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 TAL não reproduzir o comportamento esperado em stNum, a hipótese deve ser revista antes de alterar outra camada do sistema.

Para explicar por que stNum funciona, use sqNum como ponto de partida e siga a mudança até o efeito mensurável no protocolo ou processo. Para stNum, 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 stNum em fundamentos é obter o mesmo resultado em novo teste de sqNum, mantendo o ponto de medição e a condição inicial.

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