Sincronização de relógio no IEC 101: CP56Time2a, origem e teste de SOE
Entenda clock sync IEC 101, CP56Time2a, fonte de tempo, validade, desvio, latência, restart e testes ponta a ponta para sequência de eventos.
Fronteiras do tempo no IEC 101
| Fronteira | Pergunta | Evidência |
|---|---|---|
| Fonte | quem é autoritativo? | GNSS/PTP/SCADA e estado |
| RTU | qual desvio e qualidade? | clock e alarmes |
| ASDU | qual timestamp foi codificado? | CP56Time2a bruto |
| Transporte | quanto atrasou? | linha do tempo |
| SCADA | como armazenou e exibiu? | UTC/local e histórico |
Timestamp de origem e horário de recepção não são equivalentes.
Relógio é parte da qualidade do dado
Em telecontrole, timestamp permite ordenar eventos de diferentes locais e reconstruir uma ocorrência. Comunicação saudável com relógio errado produz informação enganosa. A engenharia define fonte primária, distribuição, sincronização IEC 101 quando usada, precisão requerida e comportamento em perda. O horário mostrado na tela não basta: é preciso verificar o instante codificado na ASDU, o relógio interno da RTU e a conversão feita pelo SCADA.
CP56Time2a representa data e hora completa
CP56Time2a carrega milissegundos, minutos, horas, dia, mês e ano, além de indicadores associados. A ordem e codificação seguem a norma e devem ser interpretadas pelo driver. Valores impossíveis, indicador de inválido ou divergência de tamanho precisam ser preservados como qualidade, não normalizados silenciosamente. Uma captura permite comparar octetos com o horário decodificado e identificar erro de endian, fuso aplicado indevidamente ou campo deslocado.
Tempo local e UTC exigem regra explícita
Perfis legados frequentemente tratam horário local, enquanto sistemas corporativos armazenam UTC. Horário de verão e fuso podem gerar diferença de horas sem falha de sincronismo. Documente o que a RTU codifica e onde ocorre a conversão. Evite aplicar correção em gateway e novamente no SCADA. O teste deve atravessar mudança de dia, mês e ano em simulador, além de verificar apresentação e armazenamento histórico com a mesma política.
Atraso da mensagem não deve virar erro do evento
Um evento time-tagged na origem preserva o instante mesmo se o canal atrasar. Já dado timestamped na recepção incorpora latência. Identifique a origem temporal de cada ponto. Para avaliar sincronismo, compare relógios diretamente ou gere estímulo comum; não use somente diferença entre chegada de mensagens por caminhos distintos. Durante backlog, timestamps antigos são esperados, mas sua ordem, qualidade e associação ao evento precisam permanecer corretas.
Sincronização pelo protocolo tem limitações
O comando de clock sync pode ajustar a estação, mas sua exatidão depende de latência, procedimento e implementação. Em requisitos de alta precisão, GNSS, PTP ou IRIG-B podem ser mais adequados; o IEC 101 ainda transporta timestamps e pode supervisionar necessidade de tempo. Registre a fonte autoritativa para evitar dois mestres corrigindo o mesmo relógio. Se o dispositivo indica necessidade de sincronização, o SCADA deve ter resposta definida e auditável.
Restart e perda da fonte mudam a confiança
Após reinício, a RTU pode iniciar com relógio inválido, RTC mantido ou tempo aproximado. Em perda de GNSS, pode entrar em holdover. O sistema deve refletir qualidade até recuperar referência. Teste cold start, warm start, desconexão da fonte e retorno. Observe quanto o relógio deriva e se eventos produzidos durante a degradação são marcados adequadamente. Corrigir retroativamente sem sinalização destrói a rastreabilidade da sequência.
Monitoramento usa desvio e idade da referência
Colete offset quando disponível, estado da fonte, última sincronização e alarmes. Compare RTUs por região e versão de firmware. Um desvio crescente pode antecipar falha de antena, servidor, caminho ou oscilador. Defina limites conforme aplicação: supervisão comum tolera mais que proteção e medição fasorial. Alarmes devem indicar origem e duração; “falha de tempo” genérica não orienta a equipe responsável pela correção.
Teste de SOE fecha a cadeia temporal
Aplique estímulo com referência conhecida em duas ou mais entradas, capture eventos no IED, IEC 101 e SCADA, e compare ordem e diferença. Interrompa o canal para criar backlog e repita. Depois retire a fonte de tempo e observe qualidade. O relatório registra resolução, precisão, fuso, fonte e comportamento em falha. Só então a sequência de eventos pode ser usada como evidência operacional confiável.
Critério de engenharia e governança
O orçamento temporal deve combinar precisão da fonte, distribuição, ajuste do relógio, resolução do evento e incerteza do ensaio. Não declare “precisão de 1 ms” apenas porque CP56Time2a possui milissegundos. Se a entrada é varrida a cada 10 ms ou o relógio deriva, a precisão efetiva será diferente. Defina classes de aplicação: sequência de manobra, correlação entre subestações e proteção podem exigir limites distintos. Em redes com várias fontes, documente prioridade e transição para evitar degrau de tempo. Um ajuste para trás pode reordenar eventos; um salto para frente pode criar lacuna. Prefira mecanismos que sinalizem a condição e preserve logs antes e depois. Verifique também relógio do concentrador e do SCADA, porque uma captura com timestamp errado dificulta comparar a ASDU correta. O relatório final apresenta desvio máximo observado em normal, perda e recuperação, método de referência e incerteza. Essa transparência permite decidir se o SOE é adequado ao uso pretendido.
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.