Réalisation d'un test holdover

Pourquoi tester ?

La datasheet annonce "holdover OCXO 24 heures" — mais la performance réelle dépend de la température, de l'âge du cristal et de la durée pendant laquelle l'appareil est resté dans la spec juste avant la perte du GNSS. Tester équivaut à prouver.

Procédure de test

1. Préconditionnement : laissez le serveur NTP tourner au moins 48 h sur GNSS lock stable, à la température d'opération déclarée
2. Mesure de baseline : enregistrez l'offset par rapport à une référence externe (un second serveur GNSS) pendant 1 heure
3. Disconnect : débranchez physiquement l'antenne GNSS
4. Mesure continue : enregistrez l'offset toutes les 5 minutes pendant 24-72 heures
5. Reconnect : rebranchez l'antenne, enregistrez le recovery-time
6. Analyse : tracez offset-vs-temps, déterminez le temps-jusqu'à-la-limite-de-tolérance

Limites de tolérance par cas d'usage

• IT general : ±10 ms
• Broadcast : ±1 ms (sub-frame)
• Financial : ±100 μs (MiFID II)
• Power Profile : ±1 μs (IEC 61850)

En pratique avec Masterclock

• NTP100 (TCXO) : tient ~1 jour dans ±1 ms — puis dérive rapidement
• NTP100-OSC (OCXO) : tient 24-72 h dans ±100 μs
• GMR5000/6000 + OCXO : 5-7 jours dans ±10 μs
• GMR6000 + Rubidium : des mois dans ±1 μs

Rapportage pour audit

• Export CSV du log d'offset
• Graphique temps-vs-offset
• Déclaration : "Holdover test conforme UTC ±X μs pendant Y heures, conform IEEE et RFC/IEC <spec>"

Livraison par Daylight

Pour les projets de conformité nous livrons un holdover validation report comme deliverable optionnel. À discuter avant la commande.

Contact : Daylight bv.