Comandos no IEC 104: Select, Execute, confirmações e segurança operacional
Siga a transação de comando IEC 104 do Type ID e IOA à seleção, execução, COT positiva ou negativa, término, retorno de posição e testes de falha.
Estados de uma operação IEC 104
| Etapa | Evidência protocolar | Prova adicional |
|---|---|---|
| Select | Activation + confirmação da seleção | objeto reservado e janela conhecida |
| Execute | Activation do mesmo CA/IOA/tipo | saída ou lógica acionada |
| Aceitação | Activation Confirmation positiva/negativa | motivo preservado no SCADA |
| Término | Activation Termination quando suportada | função concluída |
| Estado final | ASDU de indicação correspondente | retorno físico e SOE |
Confirmação protocolar e atuação física são evidências diferentes.
Comando não é uma escrita isolada
No IEC 104, um comando é uma transação entre estação controladora, equipamento controlado e processo. A ASDU identifica tipo, Cause of Transmission, Common Address, IOA, qualificador e valor. O par responde sobre aceitação protocolar, mas a confirmação física depende de lógica, saída, equipamento primário e retorno de posição. Misturar esses níveis cria a falsa impressão de sucesso.
A especificação funcional deve descrever pré-condições, origem autorizada, modo Select Before Operate ou direto, tempo de seleção, resposta negativa, término e feedback esperado. O operador precisa distinguir “mensagem entregue”, “comando aceito” e “estado final confirmado”.
Type ID precisa corresponder ao objeto controlado
Comando simples representa dois estados; comando duplo dispõe de codificação apropriada para equipamentos com estados intermediários; setpoints carregam formatos normalizado, escalado ou ponto flutuante conforme Type ID. A escolha deve coincidir com capacidade do IED/gateway e cadastro do SCADA. Conversão implícita pode truncar setpoint ou transformar estado transitório em posição válida.
Para cada IOA, documente Type ID permitido, faixa, unidade, qualifier of command e retorno associado. Envie valores de limite em laboratório e confirme decodificação local. Objeto desconhecido ou tipo incompatível deve produzir rejeição clara, não atuação em endereço alternativo.
Select Before Operate reduz operação indevida
No SBO, a estação envia seleção e espera confirmação antes da execução. A seleção reserva ou valida o objeto por uma janela limitada conforme implementação. Execute deve referir-se ao mesmo CA, IOA, tipo e valor esperado. Seleção expirada, concorrente ou alterada precisa ser rejeitada deterministically.
SBO não substitui intertravamentos nem autenticação. Ele reduz risco de erro de sequência e permite validação antes da atuação. Teste dois clientes, mudança de ativo, seleção sem execute, execute sem select e perda entre etapas. O objeto deve retornar a um estado conhecido após expiração.
Direct Execute exige controles equivalentes no sistema
Execução direta elimina a etapa de seleção e reduz latência, mas aumenta a dependência de autorização, interface do operador, validação do objeto e intertravamentos. Deve ser decisão de engenharia por função, não padrão aplicado a toda a base. Operações críticas podem exigir confirmação humana adicional fora do protocolo.
O teste precisa reproduzir clique duplo, repetição após timeout e reconexão do cliente. Identificador de transação do sistema, logs e política de repetição devem impedir que dúvida sobre a resposta gere segunda atuação física. Nunca reenvie automaticamente sem conhecer idempotência e estado do equipamento.
COT conduz ativação, confirmação e término
Activation inicia a solicitação. Activation Confirmation informa aceitação ou rejeição, com indicação negativa quando aplicável. Activation Termination encerra a função quando previsto. Equipamentos diferem em quais etapas suportam por tipo; a matriz de interoperabilidade deve registrar comportamento real e limites sem assumir sequência universal além do perfil acordado.
Timeout sem resposta não significa rejeição e não autoriza repetição imediata. Pode haver comando executado com retorno perdido. O sistema deve consultar estado, avaliar logs e aplicar procedimento operacional. COT negativa deve ser preservada até a interface, associada ao objeto e à etapa que falhou.
Retorno de posição fecha a cadeia de evidência
A indicação de estado costuma chegar em ASDU separada, espontânea ou após interrogação. Ela pode ser gerada pelo contato do equipamento, pela lógica do IED ou pelo gateway. Documente a origem e o tempo máximo. Confirmação de comando sem retorno dentro do prazo deve criar condição distinta de falha de comunicação.
Para disjuntores, observe estados intermediários e discordância polo/posição quando disponíveis. Compare SOE do IED, captura IEC 104 e registro do SCADA. A ordem temporal ajuda a distinguir comando não enviado, saída não acionada, mecanismo travado e retorno defeituoso.
Segurança cobre identidade, zona e rastreabilidade
IEC 104 clássico não deve ser exposto diretamente a redes não confiáveis. Segmente, limite origens, use listas de fluxo e monitore comandos fora do padrão. Extensões IEC 62351 e IEC TS 60870-5-7 tratam autenticação, integridade e papéis quando suportadas, mas implantação exige interoperabilidade, credenciais e ciclo de vida testados.
Logs precisam registrar usuário no SCADA, estação de operação, horário, CA, IOA, tipo, valor, etapas e resultado. Relógios devem estar sincronizados. Conta compartilhada ou log apenas no gateway impede reconstruir responsabilidade, mesmo que o telegrama esteja correto.
Teste ponta a ponta deve incluir falhas difíceis
Além do comando nominal, ensaie intertravamento ativo, objeto inválido, tipo errado, seleção expirada, valor fora da faixa, perda entre select e execute, retorno atrasado, restart do servidor e troca de canal. Confirme resposta, alarme e recuperação. Execute em equipamento simulado ou condição operacional segura.
O relatório relaciona estímulo, APDUs, tempo de cada etapa, saída lógica, atuação e retorno. O aceite só ocorre quando a equipe consegue afirmar o estado final mesmo diante de resposta perdida, evitando repetição insegura e deixando procedimento claro para contingê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.