IOA no IEC 104: endereço do objeto, sequência VSQ e controle do mapping
Entenda o Information Object Address no IEC 104, seu tamanho, uso com VSQ sequencial, Type ID, Common Address, gateways e diagnóstico de pontos trocados.
Campos que qualificam um IOA
| Campo | Pergunta | Falha típica |
|---|---|---|
| Common Address | em qual estação? | origem errada |
| IOA | qual objeto? | tag trocada |
| Type ID | qual representação? | valor inválido |
| VSQ | explícito ou sequencial? | desalinhamento em bloco |
| COT/tempo/qualidade | por que e com que confiança? | histórico enganoso |
Um IOA só é único dentro do contexto de engenharia definido.
IOA localiza o objeto dentro da estação
Information Object Address identifica um ponto ou informação sob determinado Common Address. O mesmo IOA pode existir em CAs diferentes sem representar o mesmo ativo. A chave do SCADA deve incluir CA, IOA e Type ID, vinculada à sessão lógica. Planilhas que guardam apenas IOA funcionam em projetos pequenos e falham na expansão. Um valor plausível no endereço errado pode permanecer invisível até uma contingência ou comando.
O tamanho precisa ser acordado
A quantidade de octetos do IOA é definida no perfil. Se divergir, os elementos de informação são lidos em offsets incorretos. Verifique bytes e configuração das pontas, sobretudo em gateways. A ordem dos octetos e a representação numérica precisam ser tratadas pelo parser conforme norma. Não corrija um deslocamento somando constantes aos endereços sem descobrir a causa; isso cria mapping dependente de erro e dificulta futuras atualizações.
VSQ pode usar endereços explícitos ou sequência
Variable Structure Qualifier informa quantidade de objetos e se a ASDU usa sequência de endereços. No modo sequencial, o primeiro IOA é transmitido e os seguintes são inferidos consecutivamente, reduzindo overhead. Isso exige que a ordem e a base estejam corretas. Perda de alinhamento afeta vários valores. Capture VSQ, primeiro IOA, quantidade e dados; confira se o cadastro espera exatamente a mesma sequência e tipo.
Type ID define como ler o conteúdo
IOA sozinho não diz se o objeto é single point, double point, medição, totalização ou comando. Type ID determina a estrutura do Information Element. Reutilizar IOA com tipos incompatíveis por direção ou contexto deve ser explicitamente suportado e documentado. O mapping registra unidade, escala, qualidade e timestamp. Se a grandeza parece absurda, confirme tipo e representação antes de ajustar fator no SCADA.
Faixas ajudam governança, não substituem semântica
Projetos podem reservar intervalos de IOA por classe de ativo ou função, facilitando leitura. Essa convenção é local, não significado universal do protocolo. Documente faixas e exceções. Evite derivar automaticamente equipamento ou comando apenas pelo número sem consultar cadastro aprovado. Em migração, preserve identificadores quando possível, mas priorize correção e rastreabilidade; mudanças devem ter tabela de equivalência e teste de regressão.
Gateway pode remapear milhares de objetos
Tradução de DNP3, IEC 101, Modbus ou IEC 61850 para IOAs envolve tipo, escala, flags e tempo, não apenas número. Gere configuração a partir de fonte controlada e valide duplicidades. Logs devem mostrar origem e destino da regra. Uma alteração em bloco requer amostragem automática e testes físicos representativos. Rollback precisa restaurar mapping e versão do SCADA de forma coordenada, evitando metade antiga e metade nova.
Pontos trocados exigem estímulo conhecido
Para provar identidade, mude uma entrada por vez ou injete valor rastreável em simulador. Observe ASDU na origem, gateway e SCADA. Compare CA, IOA, tipo, valor, qualidade e hora. Desabilitar temporariamente outra fonte ajuda a excluir duplicidade. Não use nomes das tags como evidência, pois eles podem ter sido copiados junto com o erro. Para comandos, faça teste sem atuação física antes de energizar saídas.
Auditoria mantém o mapping confiável
Controle de versão registra quem alterou IOA, motivo, data, equipamentos e testes. Rotina automática verifica duplicidades, lacunas e incompatibilidade entre tipo e cadastro. Após firmware ou importação SCL/planilha, compare diff. O aceite inclui GI, eventos, qualidade, tempo e comandos por amostra de risco, além de contagem total. Assim o endereço deixa de ser um número isolado e vira parte de uma cadeia verificável.
Critério de engenharia e governança
Em bases grandes, trate IOA como dado mestre. Use validação automática para unicidade por CA e direção, faixa, Type ID, unidade e vínculo de retorno. Um comando deve apontar para feedback correspondente, mas não necessariamente compartilhar número; a relação precisa ser explícita. Ao importar planilha, bloqueie números fora da faixa e linhas duplicadas. Faça revisão por pares para alterações de operação. Gateways devem exportar relatório do mapping efetivo, pois o arquivo de projeto pode não refletir a configuração carregada. Durante manutenção, compare versão em execução com repositório. Para testes, selecione amostras por risco: todos os comandos, extremos de faixas e pontos de cada tipo, além de verificação automática do restante. Eventos devem preservar o mesmo IOA do objeto acordado. Se houver sequência VSQ, valide início e quantidade em cada bloco. Essa governança reduz erros silenciosos e permite mudanças em massa com evidência, rollback e rastreabilidade suficientes para sistemas de potência.
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.