Comandos no IEC 101: Select, Execute, confirmações e retorno de posição
Implemente comandos IEC 101 com tipos corretos, Select Before Operate ou direto, COT, confirmações, intertravamentos, timeout e evidência física.
Estados de um comando IEC 101
| Etapa | Evidência | Risco se confundida |
|---|---|---|
| Solicitação | ASDU correta para CA/IOA | atuar objeto errado |
| Seleção | confirmação e janela | reserva expirada |
| Execução | activation/confirmation | repetição indevida |
| Lógica | permissivos e saída | aceite sem atuação |
| Posição final | indicação/SOE | estado físico desconhecido |
Confirmação de protocolo e retorno de posição são provas diferentes.
Comando é uma transação operacional
A ASDU de comando identifica tipo, Common Address, IOA, qualificador, valor e causa. A resposta informa aceitação protocolar, mas não prova movimento do equipamento. A cadeia inclui autorização, comunicação, lógica, intertravamentos, saída, mecanismo e retorno. O projeto deve distinguir “enviado”, “aceito”, “executado” e “posição confirmada”. Interfaces que resumem tudo como sucesso impedem o operador de entender onde a operação parou.
Type ID deve corresponder ao objeto
Comando simples, duplo e setpoint têm representações e qualificadores próprios. O tipo precisa coincidir com cadastro e capacidade da RTU. Um disjuntor modelado como single command pode ocultar estados intermediários; setpoint com formato errado pode truncar valor. A matriz de pontos registra CA, IOA, Type ID, faixa, unidade, qualifier of command e indicação usada como retorno. Teste limites e tipos incompatíveis para verificar rejeição segura.
Select Before Operate cria duas etapas
No SBO, a seleção valida ou reserva o objeto antes da execução. Execute precisa ocorrer dentro da janela e manter identidade e valor coerentes. Seleção expirada, concorrente ou sem permissão deve falhar de forma explícita. SBO reduz alguns riscos de sequência, mas não substitui intertravamento nem autenticação. Ensaie select sem execute, execute sem select, objeto diferente e perda do link entre as etapas, confirmando liberação previsível.
Execução direta exige controles compensatórios
Direct Execute reduz latência e mensagens, porém depende ainda mais de controle de acesso, interface humana, validação e lógica local. A escolha é feita por função, não por conveniência global do driver. Para ativos críticos, considere confirmação do operador e política de origem. Teste clique repetido, timeout de resposta e reconexão. O sistema não deve reenviar automaticamente uma operação cujo efeito físico pode já ter ocorrido.
COT conduz ativação e confirmação
Activation inicia a função; confirmações positivas ou negativas e término, quando suportado, mostram a evolução protocolar. Preserve a causa negativa e associe-a ao objeto. Timeout não equivale a rejeição: a resposta pode ter se perdido depois da execução. Capture solicitação e resposta, incluindo link address, CA, IOA, tipo, COT e tempo. Essa sequência separa falha de enlace, aplicação e processo.
Intertravamentos pertencem à lógica segura
Permissivos locais, modo local/remoto, tensão, posição e bloqueios podem impedir atuação mesmo com mensagem válida. A RTU deve responder conforme sua implementação e o SCADA apresentar motivo útil quando disponível. Não desabilite intertravamento para fazer o protocolo “passar”. Valide comando permitido e cada bloqueio relevante em simulador ou condição operacional autorizada, correlacionando log, saída e indicação.
Retorno de posição encerra a evidência
A indicação costuma chegar em evento separado ou após consulta. Sua origem pode ser contato físico, lógica interna ou gateway; documente-a. Defina tempo máximo entre execução e posição final e tratamento de estado intermediário. Se confirmação chega sem retorno, gere condição distinta de falha de comunicação. Compare SOE, captura e registro do operador para distinguir comando não recebido, saída não acionada, mecanismo travado e contato defeituoso.
Comissionamento inclui incerteza e recuperação
Teste seleção, execução, negativa, expiração, perda de resposta, restart, mudança para local e retorno atrasado. Use equipamento simulado ou janela segura. Registre número de atuações físicas para provar ausência de duplicidade. Depois do failover do mestre, seleções antigas não podem permanecer válidas indevidamente. O aceite entrega matriz de comandos, permissões, capturas, tempos e procedimento para operação incerta, não apenas um print de comando concluído.
Critério de engenharia e governança
Antes de liberar operação, faça análise de risco por comando. Classifique consequência, reversibilidade, necessidade de SBO, tempo de seleção, feedback e condição de emergência. Controles de menor impacto podem usar execução direta; abertura de ativo crítico exige filosofia mais rigorosa. A decisão deve constar de documento aprovado, não apenas da configuração do driver. Em canais lentos, verifique se a janela de seleção considera latência real sem ficar aberta além do necessário. Em redundância, somente o mestre autorizado pode comandar e seleções não devem migrar implicitamente. Logs precisam ligar usuário, estação de operação, link address, CA, IOA, valor, COT, confirmações e retorno físico. Sincronize os relógios para reconstruir a ordem. Faça revisão periódica das permissões e teste conta de contingência. O aceite inclui procedimento para resultado incerto: bloquear nova tentativa, consultar posição, comunicar operação e registrar decisão. Esse fluxo reduz o risco de transformar falha de comunicação em segunda atuação sobre equipamento que já mudou de estado.
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.