Polling no IEC 101: ciclo, classes, timeout, retries e capacidade
Dimensione o polling IEC 101 pelo baud rate, tamanho dos quadros, turnaround, classes, timeout e retries; diagnostique fila, latência e recuperação de RTUs.
Componentes do orçamento de polling
| Componente | Como medir | Efeito se subestimado |
|---|---|---|
| Transmissão serial | bytes × bits por caractere ÷ baud | ciclo calculado menor que o real |
| Turnaround | fim do request ao início da response | timeouts intermitentes |
| Processamento | distribuição por RTU e função | uma estação domina o ciclo |
| Retry | tentativas × timeout no pior caso | falha de várias RTUs paralisa as demais |
| Backlog | eventos e tempo de drenagem | recuperação longa e overflow |
O pior caso, e não apenas a média, define a capacidade operacional.
Polling é um orçamento de tempo compartilhado
Em IEC 101 não balanceado, a estação primária concede oportunidades de transmissão ao consultar as secundárias. Cada solicitação, resposta, intervalo de reversão e eventual timeout ocupa parte do ciclo. A taxa nominal em bit/s não é a taxa útil: start/stop/paridade, cabeçalhos, checksum, silêncio e repetição consomem capacidade. O projeto deve calcular e depois medir o ciclo completo.
Latência de um ponto depende da posição da estação na fila, prioridade da classe e volume retornado. Um ciclo médio baixo pode esconder pior caso durante tempestade de eventos ou falha de uma RTU. Dimensione para normal, pico e contingência com margem explícita.
Classe 1 e classe 2 organizam prioridade
Dados de classe 1 normalmente representam eventos ou informação prioritária; classe 2 atende dados de menor urgência conforme perfil implementado. ACD sinaliza que a secundária possui demanda prioritária. A primária deve responder sem abandonar indefinidamente as demais estações e sem permitir que uma origem ruidosa monopolize o meio.
A classificação é decisão de engenharia. Se tudo vira classe 1, prioridade perde valor; se evento crítico fica em classe 2, aumenta latência. Registre tipos, buffers e política de drenagem. Teste eventos concorrentes em várias RTUs e observe tempo até o SCADA.
O tempo de ciclo pode ser estimado antes do campo
Some tempo serial de solicitações e respostas, turnaround de cada equipamento e folgas. Para um quadro, estime bits transmitidos por caractere conforme configuração e divida pela velocidade. Acrescente processamento medido. Para estações sem dados, use resposta curta; para pico, use volume e segmentação reais. Inclua consultas de status, classe e funções periódicas.
A planilha deve mostrar contribuição de cada RTU. Isso identifica onde aumentar baud rate, reduzir volume ou reordenar polling produz benefício. Reduzir intervalo global sem remover gargalo apenas eleva ocupação e probabilidade de colisão ou timeout.
Timeout precisa superar atraso legítimo sem esconder falha
Timeout começa em um marco definido pelo driver e deve incluir transmissão, reversão do meio, processamento e resposta. Rádio com PTT, conversor serial-IP ou modem pode acrescentar atraso variável. Valor curto gera falso negativo e retransmissão; valor longo mantém o ciclo preso em estação ausente.
Meça percentis e pior caso controlado. Separe timeout de byte, quadro e transação quando o equipamento expõe parâmetros distintos. Ajuste com margem e documente origem. Se a distribuição muda após atualização ou troca de enlace, revalide em vez de copiar o valor antigo.
Retry protege contra perda, mas amplia o pior caso
Repetição recupera perda ocasional, porém cada tentativa ocupa tempo e pode repetir carga sobre um canal ruim. Com várias estações indisponíveis, retries multiplicam o ciclo. O algoritmo deve limitar tentativas, marcar estado e retornar às demais RTUs, aplicando nova tentativa em cadência controlada.
Para serviços confirmados, FCB/FCV ajuda a distinguir repetição da mesma transação. Isso é crítico em comandos: resposta perdida não pode causar atuação duplicada. Teste perda da solicitação e perda da resposta separadamente, porque os efeitos e a evidência são diferentes.
Backlog aparece depois da reconexão
Durante indisponibilidade, RTUs podem acumular eventos. Quando o canal volta, o tráfego histórico disputa banda com aquisição atual e GI. Sem política, a recuperação prolonga latência e pode saturar buffers. Monitore ACD, quantidade de eventos, tempo de drenagem e overflow.
Defina ordem: restabelecer enlace, validar estado, recuperar classes e executar GI conforme filosofia. Preserve timestamps para distinguir evento antigo de estado atual. O SCADA deve sinalizar lacuna ou overflow; preencher silenciosamente com estado corrente perde a história operacional.
Captura e contadores separam causa de sintoma
Registre horário de cada request e response, endereço, função, tamanho, ACD/DFC, FCB/FCV e resultado. Calcule tempo de resposta por estação e volta completa. Cruze com erros físicos, ocupação de rádio e CPU. O primeiro aumento indica se o problema nasce no meio, no remoto ou no agendador.
Não reinicie a RTU antes de coletar fila e contadores. Reinício pode limpar atraso e apagar a evidência. Uma captura boa de referência permite comparar formato e timing sem depender apenas do alarme “sem comunicação”.
Aceite exige carga e falha controladas
Teste ciclo nominal, máximo de eventos, uma RTU silenciosa, várias silenciosas, resposta tardia, checksum inválido e retorno com backlog. Meça latência de evento crítico e atualização cíclica. Verifique que nenhuma estação fica faminta e que o operador recebe estado coerente.
O relatório registra limites de ocupação, tempo de ciclo, timeout, tentativas, ordem e critérios de alarme. A configuração só é aprovada quando suporta o crescimento previsto e retorna ao baseline sem intervenção manual.
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.
- IEC 61850-6:2009+AMD1:2018+AMD2:2024 CSV — IEC. Edição consolidada 2.2 da System Configuration description Language (SCL).
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.