Endereço de ASDU no IEC 101: Common Address, estação lógica e mapeamento
Aprenda a configurar e diagnosticar o Common Address da ASDU no IEC 101, diferenciando endereço de enlace, estação lógica, IOA e tradução em gateways.
Hierarquia de endereçamento IEC 101
| Nível | Identifica | Erro típico |
|---|---|---|
| Sessão/canal | caminho de comunicação | RTU alcançada pela rota errada |
| Link address | estação no enlace | colisão ou silêncio |
| Common Address | estação lógica da ASDU | base lógica incorreta |
| IOA | objeto de informação | tag ou comando errado |
| Type ID | representação do objeto | valor ou operação incompatível |
O mapping deve preservar todos os níveis que distinguem a origem.
Common Address identifica a estação na aplicação
O endereço de ASDU, normalmente tratado como Common Address, seleciona uma estação lógica dentro da camada de aplicação IEC 101. Ele não substitui o link address. O enlace leva o quadro até uma estação no meio serial; a ASDU informa a qual contexto lógico pertencem os objetos. Essa separação permite que gateways concentrem várias origens, mas também cria uma fronteira de configuração que precisa ser documentada e testada de forma independente.
O tamanho do campo precisa coincidir
O perfil define o tamanho do Common Address e dos demais campos da ASDU. Divergência desloca IOA e Information Elements, gerando Type ID reconhecido com valores sem sentido ou rejeição completa. A captura deve mostrar Type ID, VSQ, COT, Common Address e IOA conforme tamanhos acordados. Não corrija o ponto apenas mudando um número no SCADA: primeiro confirme o layout da ASDU transmitida e a configuração do driver receptor.
Uma estação física pode expor contextos lógicos
RTUs e gateways podem usar mais de um Common Address para separar bays, unidades, fontes ou bases internas. Essa possibilidade não deve ser presumida; depende do perfil do equipamento. A engenharia define unicidade dentro da sessão e mantém catálogo com função de cada endereço. Se dois contextos usam o mesmo IOA sob Common Addresses diferentes, ambos continuam distintos. Interfaces que ocultam o Common Address podem mostrar tags parecidas e induzir associação equivocada.
IOA identifica o objeto, não a estação
Information Object Address aponta o dado ou comando dentro do Common Address. A chave prática de mapping inclui ao menos sessão, direção, CA, IOA e Type ID. COT, qualidade e tempo completam a interpretação da ocorrência. Usar apenas IOA em planilha é perigoso quando várias RTUs repetem a mesma numeração. Em migrações, preserve a chave completa e registre qualquer transformação para DNP3, IEC 104, IEC 61850 ou banco do SCADA.
COT confirma o contexto da mensagem
O mesmo CA pode aparecer em eventos, respostas de GI, medições cíclicas e comandos. Cause of Transmission explica por que a ASDU foi enviada e ajuda a validar se o endereço está sendo usado no fluxo esperado. Uma Activation Confirmation negativa em CA incorreto é diferente de silêncio no enlace. Capture solicitação e resposta completas; a primeira divergência entre CA solicitado, CA respondido e cadastro mostra se a falha está na aplicação ou em camada anterior.
Gateway exige matriz bidirecional
Na concentração, um CA externo pode representar uma RTU inteira ou um agrupamento, enquanto os links internos usam endereços próprios. A matriz deve permitir seguir tanto telemetria quanto comando: origem física para tag e comando do operador para destino. Inclua regras de escala, qualidade e timestamp. Tradução não documentada torna um comando protocolarmente válido perigoso, pois a confirmação pode vir do gateway sem provar que o objeto remoto correto foi alcançado.
Falhas típicas deixam assinaturas distintas
CA ausente no driver costuma produzir descarte ou objeto desconhecido; tamanho incompatível corrompe campos seguintes; duplicidade pode misturar bases; tradução errada entrega valor plausível à tag incorreta. Para distinguir, compare captura, log do gateway e mudança física conhecida. Não use somente “valor chegou”. Valide identidade, unidade, faixa, qualidade, tempo e direção. Um dado coerente fora do contexto ainda é erro de engenharia e precisa bloquear o aceite.
O teste segue da estação ao objeto
Comece com um CA e um IOA de estado, depois medição, evento com tempo e comando simulado. Faça GI e confirme que todos os objetos esperados pertencem ao CA. Envie CA inexistente e verifique rejeição segura. Repita após restart e failover. O relatório contém tamanhos, lista de CAs, chave de mapping, capturas e retorno de campo. Essa sequência prova que a hierarquia lógica sobrevive a operação normal e recuperação.
Critério de engenharia e governança
A governança do Common Address deve prever ciclo de vida. Ao adicionar bay, RTU virtual ou nova origem no gateway, valide conflitos antes de publicar a configuração. Bases de teste e produção não devem compartilhar CAs em caminhos que possam se encontrar por erro de roteamento. Em redundância, os dois servidores precisam expor a mesma identidade lógica quando representam o mesmo processo, mas manter estados de sessão independentes. Relatórios devem listar objetos previstos por CA e comparar a quantidade recebida em GI, destacando lacunas e excedentes. Um excedente é tão importante quanto um ponto ausente: pode revelar base estranha incorporada ao endereço. Para mudanças em massa, gere diff da matriz, faça ensaio amostral por tipo e preserve rollback coordenado entre gateway e SCADA. A aprovação inclui evidência de que um comando enviado a determinado CA não pode ser traduzido para outro contexto, mesmo após failover. Assim o endereço de ASDU deixa de ser um campo configurável isolado e passa a ser um identificador sob controle técnico.
Referências técnicas e normas
As explicações do Portal são autorais. Normas e fontes oficiais são priorizadas; materiais acadêmicos e documentação pública de fabricantes complementam a implementação e não substituem a edição normativa aplicável ao projeto.
- IEC 60870-5-104:2006+AMD1:2016 CSV — Network access for IEC 60870-5-101 — IEC. Companion standard consolidado do IEC 104; inclui o corrigendum publicado em 2023.
- IEC 60870-5-101:2003+AMD1:2015 CSV — Basic telecontrol tasks — IEC. Companion standard consolidado do IEC 101 para telecontrole serial.
- IEC 60870-5-1:1990 — Transmission frame formats — IEC. Formatos de quadro e requisitos de integridade usados pela família IEC 60870-5.
- IEC 60870-5-2:1992 — Link transmission procedures — IEC. Procedimentos de transmissão da camada de enlace, especialmente pertinentes ao IEC 101.
- IEC 60870-5-3:1992 — General structure of application data — IEC. Regras para estruturar unidades de dados de aplicação.
- IEC 60870-5-5:1995 — Basic application functions — IEC. Funções básicas de aplicação, incluindo aquisição, comandos e sincronização.
- IEC 60870-5-6:2006 — Guidelines for conformance testing — IEC. Método para ensaios de conformidade dos companion standards IEC 60870-5.
- IEC TS 60870-5-601:2015 — Conformance test cases for IEC 101 — IEC. Casos de ensaio de conformidade para implementações IEC 101.
- IEC TS 60870-5-604:2016 — Conformance test cases for IEC 104 — IEC. Casos de ensaio positivos e negativos para implementações IEC 104.
- IEC TS 60870-5-7:2025 — Security extensions for IEC 101/104 — IEC. Extensões de segurança alinhadas à série IEC 62351 para autenticação, integridade e RBAC.
Continue estudando
Os próximos conteúdos foram escolhidos para formar uma sequência técnica, relacionando fundamento, configuração, diagnóstico e aplicação.