Messages

Bonjour.

Vous partez d'une alimentation qui sort quel voltage ?

Bonjour et merci pour ce lien très intéressant.
Comme je l'ai indiqué, c'est plus la curiosité qu'un vrai besoin d'avoir réalisé ce montage.
Ce type de module au rubidium a largement été utilisé dans le monde des télécoms mobiles pour sa justesse, sa fiabilité et sa longévité sans dérive, ce qui en fait un module tout de même intéressant pour un bidouilleur 😉

Petite mise à jour. Un thermomètre a été ajouté en face avant et qui donne la température du module au rubidium.
Là, elle est de 50,6°c et 30mn plus tard, elle est montée à 53°c, sachant que la température ambiante dans le labo est de 28°c en ce moment, vu la canicule...
Le ventilateur interne évacue bien le surplus de chaleur dans le boîtier et quand la canicule sera passée, on devrait retomber vers les 47°c quand le labo sera à 22°c.

Bonjour et félicitations pour cette réalisation très inspirante. J'ai du temps à occuper maintenant, alors pourquoi pas...

Bonjour Philippe.

Superbe réalisation, bravo.

Philippe.

Suite

Bonjour.
Réalisation de début d'été, une référence 10MHz à base d'un module au rubidium.
J'ai eu l'occasion de trouver un module rubidium calibré et j'ai décidé d'en faire une référence 10MHz pour mon labo.
Vous me direz, pas besoin d'une telle précision pour un labo non professionnel mais c'est plus la curiosité que la nécessité, qui m'y a poussé.
Pour la distribution du signal, j'ai tout simplement utilisé ce que Bertrand avait conçu pour la référence 10MHz piloté par GPS à base d'un LT6551.
La sinusoïde qui en sort est parfaite.
J'ai pu donc comparer mon GPSDO conçu par Bertrand et je peux dire que le glissement de la fréquence par rapport au rubidium est infime.
J'ai fait faire le PCB, les façades avant et arrière avec JLCPCB, ce qui m'a permis d'obtenir un super rendu.
Les façades possèdent un plan de masse interne pour blinder le boîtier.
Voilà, je me suis fait plaisir et surtout, passer du temps dans mon labo.
Philippe.

Bravo. Beau montage et un de plus dans la liste 😀

Bonjour. Il faudrait que tu refasses les soudures du porte pile car si en appuyant dessus, cela fonctionne, ça peut très bien venir de là.

Merci, mais je ne suis pas sûr car en fait qd j'appuie sur les boutons avant de sortir la pile, les leds de la telecommande fonctionnent, donc la pile fait son office je pense.

Mais si les commandes fonctionnent en appuyant dessus, c'est que tu as un faux contact ou une mauvaise soudure quelque part sur le circuit imprimé. Tu ne connais personne qui bricole en électronique ?

Bonjour. Il faudrait que tu refasses les soudures du porte pile car si en appuyant dessus, cela fonctionne, ça peut très bien venir de là.

Vous avez raison, c'est bien la tension à la sortie du DAC qui importe dans le calcul pour le contrôle de l'OCXO.

Maintenant que le système est stable et mieux centré, vous devriez augmenter la durée du cycle à 2 ou 3 heures. Cela produira une meilleure stabilité et moins d'ajustements +/1 qui tournent autour du pot.

J'ai passé la durée du cycle long à 3h et maintenant tout refonctionne bien. Voici les données.
Merci encore Bertrand pour votre support.

=============================================================
Cycle : Long
Échantillon : 413 / 1080
Valeur du DAC courante : 32798
Compteur de l'oscillateur | Compte Nominal : 57600 | 57600
Écart vs. compte nominal : 0
Moyenne des écarts du compte : 0.000000
Moyenne des écarts (ppm) 0.0000
Moyenne des écarts (Hz) : 0.000000
Fréquence moyenne calculée de la référence (Hz): 10000000.000000
Nombre d'heures passées en cycles longs: 33
=============================================================

Le système est stabilisé en effet. C'est très bien. Mais un DAC à 22, c'est à un cheveu de la limite et du "D"! L'OCXO est ajusté à une fréquence trop basse (réponse à pente négative). Un DAC à 32768 est l'objectif. À défaut de cette valeur, je m'assurerais d'avoir au moins quelques milliers d'incréments de marge. Ajustement mécanique requis pour monter la fréquence.

Bonjour.

Alors, effectivement avec un DAC à 22, l'alarme D revenait et après plusieurs réglages et mesures de l'OCXO, je suis arrivé à ce résultat:
=============================================================
Cycle : Long
Échantillon : 273 / 360
Valeur du DAC courante : 32873
Compteur de l'oscillateur | Compte Nominal : 57600 | 57600
Écart vs. compte nominal : 0
Moyenne des écarts du compte : 0.000000
Moyenne des écarts (ppm) 0.0000
Moyenne des écarts (Hz) : 0.000000
Fréquence moyenne calculée de la référence (Hz): 10000000.000000
Nombre d'heures passées en cycles longs: 12
=============================================================

L'ampli op piloté par le DAC est alimenté en +5,2V et -5,2V, ce qui donne bien 10V d'amplitude de réglage électrique du HP10811A.

Mais une chose, vous m'avez dit que le paramètre Hz par volt à -0,3V et des poussières était trois fois trop gros et qu'il devrait tourner aux alentours de -0,1V.

Pourtant, c'est bien ce que donne le résultat de votre formule, en mesurant et calculant (F2-F1) / (V2-V1).
F2 = 9999999,89 Hz
F1 = 10000001,72 Hz
V2 = 5,0027 V
V1 = 0,0 V
Donc Valeur de Hz par V = -0,3658

Là, quelque chose m'échappe.
Ou alors, faut-il mesurer V1 et V2 à la sortie de l'ampli op et non à la sortie du DAC pour avoir la vraie amplitude ?
Car si juste par calcul (sans mesure) je mets V1 à -5V, j'obtiens la Valeur de Hz par volt = -0,183

Ceci serait spécifique pour le HP10811A.

Dans ce cas, devrais-je mettre les paramètres du code comme ceci ?
#define REPONSE_OCXO_HZ_PAR_V -0.183
#define DAC_TENSION_MIN 0.0000
#define DAC_TENSION_MAX 5.0027
#define DAC_POST_GAIN 1.0

Je comprends. Cela laisserait une bonne marge de manœuvre au DAC. Je vais procéder de la sorte alors. Merci encore.

J'ai donc retouché à tout ça et je suis arrivé à un résultat qui n'est peut-être pas digne d'un labo de métrologie mais l'alarme D a disparu et le STM32 me donne ces résultats :
Cycle : Long
Échantillon : 355 / 360
Valeur du DAC courante : 22
Compteur de l'oscillateur | Compte Nominal : 57600 | 57600
Écart vs. compte nominal : 0
Moyenne des écarts du compte : 0.000000
Moyenne des écarts (ppm) 0.0000
Moyenne des écarts (Hz) : 0.000000
Fréquence moyenne calculée de la référence (Hz): 10000000.000000
Nombre d'heures passées en cycles longs: 1
===========================================

Merci pour votre aide Bertrand.

Alors.

J'ai refais les mesures conformément à la procédure du manuel de l'utilisateur et les différences avec les valeurs que j'avais il y a deux ans sont infimes mais je les ai tout de même remises dans le code.

Voici les nouvelles valeurs:

#define REPONSE_OCXO_HZ_PAR_V -0.3441
#define DAC_TENSION_MIN 0.0000
#define DAC_TENSION_MAX 4.9987
#define DAC_POST_GAIN 1.0

L'alarme D est toujours présente et voici les paramètres que sort le STM32:

Alarmes: - - D - - - -
Cycle - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : Long
Échantillon - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -: 283 / 360
Valeur du DAC courante - - - - - - - - - - - - - - - - - - - - - - -: 0
Compteur de l'oscillateur | Compte Nominal - - - - - : 57600 | 57600
Écart vs. compte nominal - - - - - - - - - - - - - - - - - - - - - : 0
Moyenne des écarts du compte - - - - - - - - - - - - - - - -: 0.003534
Moyenne des écarts (ppm) - - - - - - - - - - - - - - - - - - - -: 0.0000
Moyenne des écarts (Hz) - - - - - - - - - - - - - - - - - - - - - : 0.000353
Fréquence moyenne calculée de la référence (Hz): 10000000.000353