Holdover NTP: TCXO, OCXO e Rubidium comparados

Um servidor de tempo obtém a sua hora precisa normalmente de satélites (GPS). Mas o que acontece se esse sinal desaparecer por um momento? Então o servidor tem de continuar a bater no seu próprio relógio interno sem se desviar. A isto chama-se holdover. Quanto tempo dura depende do tipo de relógio interno, o oscilador.

Três tipos, do barato ao caro

• TCXO: aguenta de minutos a algumas horas. Adequado para TI comum.
• OCXO: aguenta de um dia a vários dias. O padrão para broadcast e indústria.
• Rubídio: um mini relógio atómico, aguenta semanas. Para defesa, telecomunicações e aplicações críticas.

O nosso conselho

Muitos clientes compram rubídio porque «é o melhor». Em 9 de cada 10 casos um OCXO chega, por metade do preço. Mais importante do que um relógio caro é uma boa antena GPS: se tiver sinal quase sempre, o holdover raramente é necessário. Fazemos as perguntas certas para que não pague a mais.

Holdover é a capacidade de um servidor de tempo permanecer dentro de tolerância depois de a referência externa (GNSS, IRIG, etc.) ter caído. O tipo de oscilador determina quanto tempo isso dura, de horas a meses.

Que fontes de holdover existem?

TCXO — Temperature-Compensated Crystal Oscillator

• Estabilidade: ±0,5 ppm típico, drift ~50 μs/hora
• Holdover dentro do spec UTC (±1 ms): 30 minutos a algumas horas
• Custo: baixo
• Aplicação: servidores de TI, ambientes de escritório, aplicações não críticas

Um TCXO compensa o drift de frequência induzido pela temperatura através de um termístor interno. Económico mas relativamente impreciso. Para a maioria das finalidades de TI é mais do que suficiente.

OCXO — Oven-Controlled Crystal Oscillator

• Estabilidade: ±0,01–0,05 ppm típico, drift ~1–5 μs/hora
• Holdover dentro do spec UTC: 24 horas a vários dias
• Custo: médio
• Aplicação: broadcast, financial trading, centros de dados que precisam de demonstrar rastreabilidade UTC

Um OCXO mantém o cristal a uma temperatura fixa através de um pequeno forno (daí o nome). Isto elimina quase por completo o drift por temperatura. O cristal consome alguns watts continuamente, atente à dissipação de calor em salas de rack densas.

Rubidium — Atomic Frequency Standard

• Estabilidade: ±1e-11 típico, drift ~36 ns/hora
• Holdover dentro do spec UTC: vários meses
• Custo: elevado
• Aplicação: defesa, fronthaul telecom, científico (radioastronomia), high-frequency trading

Um padrão de Rubidium utiliza um fenómeno físico atómico (a transição hiperfina do rubídio-87) para gerar a sua frequência. Na prática é um relógio atómico em miniatura no seu chassis de rack. Muito estável, mas a célula de rubídio "vive" 10–15 anos e tem de ser substituída depois disso.

Qual oscilador para qual situação?

Caso de uso	Recomendado	Razão
Servidores corporativos, sync de logs	TCXO (NTP100 default)	Económico, precisão ms suficiente
Estúdio TV broadcast	OCXO (NTP100-OSC)	Sincronização ao frame tem de sobreviver a horas
Centro de dados com SLA	OCXO	Holdover demonstrável para auditoria
Trading floor MiFID compliance	Rubidium ou OCXO + secundário	100 μs ao longo de 24 h, sem margem para drift
Subestação digital IEC 61850	OCXO + PTP	Power Profile exige nível de μs
Defesa mission-critical	Rubidium	Cobertura de dias a meses sem GNSS

## Porque é que o holdover é um problema de cadeia?

O oscilador é um elo. Outros elos fracos: blindagem do cabo da antena, jitter do switch, ground loops. Um Rubidium com uma antena pobre é dinheiro desperdiçado. Primeiro um bom conjunto GNSS, holdover caro só depois: se tiver lock 99% do tempo, um TCXO ou OCXO já é suficiente.

Como é que a Daylight ajuda a escolher a fonte de holdover certa?

Vemos demasiados clientes a comprar Rubidium porque "é o melhor". Em 9 de 10 casos um OCXO é suficiente, por metade do preço. Ligue para a Daylight e fazemos as perguntas certas: caro nem sempre é necessário.

Fontes

• NIST Time and Frequency Division
• Banerjee & Matsakis — Modern Timekeeping (referência académica)