Si vous configurez un MCU pour utiliser un oscillateur externe, vous pouvez alors envoyer le signal 10MHz dans le MCU (vous aurez peut-être besoin d'un décaleur de niveau s'il n'utilise pas les niveaux de signal TTL / 5V CMOS), puis utiliser des prérégleurs de minuterie pour obtenir à une fréquence d'horloge plus gérable pour une utilisation ultérieure.

Si vous voulez un signal de 1 pps à partir d'une entrée de 10 MHz, vous pouvez configurer deux compteurs 4059 en série, disons diviser par 5000 puis diviser par 2000. (Si vous voulez une onde carrée symétrique, divisez à 2 Hz, puis faites-le passer par une bascule pour la dernière division par 2.)

Bien sûr, un microcontrôleur peut aussi faire la division. Mais parfois, la soudure est plus facile que la programmation.

Pour la précision d'une horloge, vous devez spécifier quelle est votre sortie. Si vous voulez qu'un écran puisse être lu par un humain, prendre quelques ms pour mettre à jour l'affichage après avoir reçu la bascule PPS n'est pas un problème. De même, un peu de gigue est acceptable pour une utilisation humaine (l'implémentation naïve prendra un peu plus de temps lorsque les valeurs reviennent.) Si vous avez besoin d'une sortie à faible gigue ou à latence nulle, vous devez indiquer vos besoins plus clairement.

Si l'entrée est réduite à 1PPS, alors une méthode pour maintenir le calcul du temps à ISR déterministe (ni rapide, ni lent, mais cohérent) serait de calculer le temps une seconde dans le futur ailleurs, puis utiliser l'ISR pour mettre à jour l'heure à l'heure "une seconde à l'avance". Dans ce cas, même un code périodique relativement lent pourrait:

1. Conserver une heure précédente et voir l'ISR avancer l'heure
2. Utilisez le changement d'heure pour calculer le "temps de la seconde suivante" afin de le préparer pour l'ISR.

Si le moment de l'interruption est plus rapide que 1PPS, cela signifie simplement moins de temps pour détecter et calculez le temps 1 / x dans le futur ailleurs.

S'il s'agit d'une onde carrée de 10 MHz, à peu près n'importe quel système numérique fera l'affaire. La suggestion d'Ignacio de synchroniser directement un microcontrôleur est bonne. Vous pouvez également diviser l'horloge de 10 MHz à 1 kHz et la connecter à la broche d'interruption externe d'un MCU. Une interruption par milliseconde devrait être facile à gérer sans aucun retard perceptible. (D'ailleurs, il en serait de même d'une interruption par seconde.)

Si vous préférez éviter les MCU, vous pouvez utiliser des circuits intégrés à décades et des portes logiques pour produire des valeurs BCD pour des secondes, des dizaines de secondes, des minutes, des dizaines de minutes, etc. Cette page Web montre un exemple de circuit. Encore une fois, vous pouvez le faire avec une horloge divisée de 1 kHz (si vous souhaitez afficher les millisecondes) ou le signal de 1 PPS. Les valeurs BCD peuvent ensuite être introduites dans des décodeurs à sept segments pilotant des affichages LED à sept segments.

Si vous souhaitez contrôler une horloge analogique, vous pouvez utiliser une méthode similaire pour générer des impulsions pour un moteur pas à pas.

Quelle que soit la méthode que vous utilisez, il ne devrait y avoir aucune inexactitude ou dérive perceptible au-delà de ce que l'oscillateur au rubidium fournit.

J'ai conçu et construit un RTC pour un PC avant les RTC ont été inclus dans les PC (vers 1980). J'ai utilisé un oscillateur à cristal de 10 MHz et je l'ai divisé à 1 PPS. Puis, comme Adam le mentionne, j'ai compté les impulsions et utilisé des affichages à 7 segments pour afficher les heures, les minutes et les secondes. La raison pour laquelle j'ai utilisé la source à 10 MHz était d'obtenir une très grande précision. Il n'y a aucune raison pour laquelle une source "plus précise" n'a pas pu être utilisée (votre oscillateur au rubidium). Rien de «fantaisie» n'est requis. Des diviseurs, des compteurs et des présentoirs sont tout ce dont vous avez besoin.