Protocolos / IEC 60870-5-101

eventos no IEC 101: conceito, função e onde se aplica

eventos no IEC 101: 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 eventos no IEC 101: 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.

IEC 101: quadro FT1.2, ASDU e meio serial

Diagrama do quadro FT1.2 do IEC 60870-5-101 e relação entre aplicação, enlace e meio serial.
Diagrama próprio do Portal da Automação, baseado na estrutura pública do companion standard IEC 60870-5-101.

Como ler esta figura

Start / Length

No quadro variável, 0x68 e os campos de comprimento delimitam e validam a estrutura do frame.

Na implementação: Se os dois Length não coincidem ou o segundo Start não aparece, investigue framing e meio serial antes da ASDU.

Control

Representa controle da camada de enlace e participa da lógica primário/secundário e do modo de transmissão.

Na implementação: Compare direção, PRM/FCB/FCV ou campos equivalentes observados pelo analisador conforme o modo configurado.

Address

É o endereço do enlace e sua largura é parte da configuração do companion standard.

Na implementação: As duas pontas precisam concordar com o tamanho e o valor do endereço; não assuma 1 byte em todo projeto.

ASDU

Carrega Type ID, VSQ, Cause of Transmission, endereço comum, IOA e os dados do processo.

Na implementação: Quando o enlace responde mas um ponto não aparece, verifique a semântica da ASDU e o mapeamento do SCADA.

Checksum / Stop

Detectam erro e encerram o quadro.

Na implementação: Erros recorrentes normalmente indicam baud/paridade, ruído, referência elétrica, modem ou conversor.

IEC 101 — o que separar entre enlace e ASDU

ElementoCamada/funçãoEvidência
0x10Frame FT1.2 de comprimento fixoBytes do frame e checksum.
0x68Frame FT1.2 de comprimento variávelComprimento repetido, control field, endereço e payload.
Link AddressEndereço de enlaceCampo do FT1.2; não confundir com Common Address.
Common AddressEndereço lógico da ASDUASDU decodificada e mapping da estação.
IOAObjeto de informaçãoPonto individual e mapeamento até SCADA.
Polling/timeout/retryComportamento temporal do enlaceDelta real entre requisição, resposta e repetição.

Matriz específica — eventos / fundamentos

Campo/elementoValor ou representaçãoComo fechar a evidência
0x10 / 0x68 · fundamentosFT1.2 fixo / variávelValidar estrutura, control field e checksum.
Link Address · fundamentosenlaceNão confundir com Common Address.
Type ID / COT · fundamentosASDUConfirmar tipo e causa de transmissão.
Baud / timeout · fundamentosbit/s + ms/sMedir requisição, resposta e retry.

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

eventos: da definição ao uso real

Em eventos, a primeira tarefa é identificar qual variável, campo ou estado muda e em que fronteira isso pode ser observado. Relacione balanced mode, unbalanced mode e link address ao fluxo de IEC 60870-5-101. Para cada um, registre uma evidência objetiva e um efeito esperado. Essa ligação transforma uma recomendação genérica em mecanismo verificável.

Para aprender eventos sem depender de uma tela específica de fabricante, separe função, entradas, saídas e dependências. Em IEC 60870-5-101, os pontos mais próximos deste recorte são unbalanced mode, link address, ASDU address. 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.

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

Em eventos, a primeira tarefa é identificar qual variável, campo ou estado muda e em que fronteira isso pode ser observado. Relacione balanced mode, unbalanced mode e link address ao fluxo de IEC 60870-5-101. Para cada um, registre uma evidência objetiva e um efeito esperado. Essa ligação transforma uma recomendação genérica em mecanismo verificá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 balanced mode, unbalanced mode, link address, ASDU address 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.

  • balanced mode — defina primeiro o que representa em IEC 60870-5-101 e qual elemento produz ou consome essa informação; depois identifique em que condição ele muda.
  • unbalanced mode — relacione o valor ou estado ao efeito sobre eventos; registre também qual campo permite confirmar que a interpretação está correta.
  • link address — 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.
  • ASDU address — 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.
  • baud rate — 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.

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

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

Em IEC 60870-5-101, interoperabilidade real significa que as duas pontas interpretam a mesma transição da mesma forma. Uma implementação pode parecer compatível em condição estável e divergir justamente em reconexão, overflow, mudança de sequência ou perda de sincronismo.

  • Descrever a sequência normal de eventos
  • Descrever uma exceção sem recorrer a “reiniciar e testar”
  • Identificar o papel de balanced mode
  • Identificar o papel de unbalanced mode

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

Parta de um caso de eventos que hoje funciona e transforme-o em referência. Capture a troca associada a balanced mode, registre o comportamento de unbalanced mode e identifique como link address 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 eventos com a frase “comunicação OK”. Documente o valor/estado de balanced mode, a dependência de unbalanced mode, o limite aceitável para link address 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 eventos e salvar a evidência associada a balanced mode.
  • Escolher uma única variável relacionada a unbalanced mode e prever o efeito antes de alterar.
  • Repetir o mesmo teste e comparar link address nas mesmas medições ou campos.
  • Registrar o critério que permite aceitar, rejeitar ou reverter a configuração de eventos.

Do “online” à prova técnica: validação de eventos

Teste cada função separadamente com ponto conhecido, timestamp controlado e evidência de captura.

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

Quando eventos dá errado: separar sintoma, causa e efeito

Telemetria funcionando não garante comando, GI ou sincronismo; falha seletiva normalmente está na configuração de ASDU/capacidade/mapeamento.

Não conclua a partir do sintoma sozinho. Para eventos, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se balanced mode, unbalanced mode, link address 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.

  • balanced mode: registre um caso saudável, um caso com falha e a diferença objetiva em estado.
  • unbalanced mode: registre um caso saudável, um caso com falha e a diferença objetiva em sequência.
  • link address: registre um caso saudável, um caso com falha e a diferença objetiva em timestamp.
  • ASDU address: registre um caso saudável, um caso com falha e a diferença objetiva em qualidade.

eventos: dados exclusivos deste recorte (fundamentos)

Em eventos, IEC 101 precisa preservar o enlace FT1.2: 0x10 identifica frame fixo e 0x68 frame variável. Link Address pertence ao enlace; dentro da ASDU, Type ID, COT, Common Address e IOA têm funções diferentes. Baud rate, paridade, timeout, retries e polling devem ser medidos pela linha do tempo serial.

Nos fundamentos de eventos, acompanhe a transição que altera 0x10 / 0x68 e confirme como Link Address reage antes, durante e depois do evento.

  • 0x10 / 0x68: FT1.2 fixo / variável. Validar estrutura, control field e checksum.
  • Link Address: enlace. Não confundir com Common Address.
  • Type ID / COT: ASDU. Confirmar tipo e causa de transmissão.
  • Baud / timeout: bit/s + ms/s. Medir requisição, resposta e retry.

eventos: FT1.2, endereços e temporização serial IEC 101 — eventos / fundamentos

Nos fundamentos de eventos, trate comandos como parte de uma sequência causal: condição inicial, transição, campo alterado e reação do outro lado. IEC 60870-5-101 usa enlace serial FT1.2 e pode operar em modo balanced ou unbalanced. Quadros de comprimento fixo usam 0x10; quadros variáveis usam 0x68 e repetem o comprimento antes do segundo 0x68. O Link Address pertence à camada de enlace; dentro da ASDU, Common Address e Information Object Address identificam a estação lógica e o objeto. O critério de encerramento para eventos em fundamentos é obter o mesmo resultado em novo teste de comandos, mantendo o ponto de medição e a condição inicial.

O mecanismo de eventos deve ser lido a partir de unbalanced mode; observe qual estado antecede a mudança e qual confirmação prova que ela terminou. Em eventos, a captura serial precisa preservar direção e tempo entre bytes/quadros. Baud rate, paridade, bits de dados/stop, timeout e retries devem ser medidos junto da sequência primário/secundário. Em unbalanced, polling mal dimensionado aparece como atraso de atualização mesmo com o enlace fisicamente perfeito. Para este artigo de eventos, a evidência ligada a unbalanced mode deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.

  • eventos · fundamentos · comandos: Identificar start 0x10 ou 0x68, control field, Link Address e checksum no FT1.2.
  • eventos · fundamentos · GI: Registrar baud/paridade/formato serial nas duas pontas.
  • eventos · fundamentos · balanced mode: Medir polling, timeout e retries pela linha do tempo da captura.
  • eventos · fundamentos · unbalanced mode: Dentro da ASDU, conferir Type ID, COT, Common Address e IOA.

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 →