Executar um teste de holdover

Porquê testar?

O datasheet diz "24-hour holdover OCXO" — mas o desempenho real depende da temperatura, da idade do cristal e de quanto tempo a unidade esteve dentro da especificação antes da falha de GNSS. Testar é prova.

Procedimento de teste

1. Pré-condição: deixe o servidor NTP funcionar com lock GNSS estável durante pelo menos 48 h, à temperatura declarada de operação
2. Medição de baseline: faça log do offset contra uma referência externa (um segundo servidor GNSS) durante 1 hora
3. Desligar: desligue fisicamente a antena GNSS
4. Medição contínua: registe o offset a cada 5 minutos durante 24-72 horas
5. Religar: reconecte a antena, registe o tempo de recuperação
6. Análise: plote offset ao longo do tempo, determine o time-to-tolerance-limit

Limites de tolerância por caso de uso

• TI geral: ±10 ms
• Broadcast: ±1 ms (sub-frame)
• Financeiro: ±100 μs (MiFID II)
• Power Profile: ±1 μs (IEC 61850)

Na prática com a Masterclock

• NTP100 (TCXO): mantém ~1 dia dentro de ±1 ms — depois deriva rapidamente
• NTP100-OSC (OCXO): mantém 24-72 h dentro de ±100 μs
• GMR5000/6000 + OCXO: 5-7 dias dentro de ±10 μs
• GMR6000 + Rubidium: meses dentro de ±1 μs

Relatório para auditoria

• Exportação CSV do log de offset
• Gráfico tempo-vs-offset
• Declaração: "Teste de holdover conforme UTC ±X μs durante Y horas, conforme IEEE e RFC/IEC <spec>"

Fornecimento pela Daylight

Para projetos de conformidade entregamos um relatório de validação de holdover como deliverable opcional. Discuta antes de encomendar.

Contacto: Daylight bv.