Messages

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

L'alarme D indique que le changement de DAC requis après un cycle est plus grand que ce qu'il reste avant d'atteindre la limite inférieure ou supérieure du DAC.

Vous dites que le 10 MHz est juste. Comment en êtes-vous si sûr? À mon avis, votre système n'est pas bien configuré et ne peut pas fonctionner correctement. Avez-vous la bonne pente d'ajustement de l'OCXO? Montrez-nous vos paramètres (résultats de la commande PARAM), la valeur REPONSE_OCXO_HZ_PAR_V ainsi que le modèle d'OCXO utilisé.

Bonjour Bertrand et merci d'avoir répondu.

Pour le 10 MHz juste, je l'avais mesuré avec mon fréquencemètre HP 5335A qui lui est piloté par un 10 MHz extérieur de référence et la fréquence oscillait entre 9 999 999 99 +6 et 10 000 000 00 +6.

Après une nuit, ce matin, l'alarme D était passée en minuscule. J'ai pu l'effacer mais une heure après, elle est revenue en majuscule persistante. La fréquence mesurée est toujours la même.

L'OCXO est un HP 10811A et les valeurs entrés dans le code sont les suivantes:
      
// Valeurs fixes du système par défaut. Doivent être mesurées et saisies ici:
#define REPONSE_OCXO_HZ_PAR_V -0.3420
#define DAC_TENSION_MIN 0.0000
#define DAC_TENSION_MAX 5.0000
#define DAC_POST_GAIN 1.0

Il se peut que l'OCXO se soit décalé avec le temps, vu qu'il possède un réglage propre. Je vais donc refaire les mesures et réadapter le code en fonction des résultats.

Bonjour Bertrand.

Modification effectuée. Je verrai bien si c'est à cause de ceci que j'avais de temps en temps des pertes de justesse du 10 MHz.

Par contre, une chose bizarre, j'ai une alarme "D" permanente, elle ne passe pas en minuscule, malgré le fait que le 10 MHz soit juste. Cela vous dit quelque chose, à part que le DAC ait atteint sa valeur mini ou maxi ? Comment la faire disparaître ?

Claude.

Je vais préparer un envoi des petits projets que je fais aux enfants mais en attendant, voila un site où tu pourras trouver des tas de choses à faire avec un ESP32:

https://randomnerdtutorials.com/projects-esp32/

Bonjour à toutes et à tous.

Je me prénomme Claude, j'habite prés de Strasbourg (en France) et je suis ingénieur logiciel de profession. J'ai, par ailleurs, une formation en électronique que, bien qu'étant assez ancienne, je tente de mettre à profit pour explorer le monde merveilleux des micro-contrôleurs. J'ai été particulièrement frappé par l'énorme potentiel de l'ESP32, et de son prédécesseur l'ESP8266, du fait que, tout en étant bon marché, il soit équipé du Wi-Fi.

Cela m'a donné une idée d'atelier destiné à faire découvrir à nos adolescentes et adolescents, voire leur donner le goût, et de la programmation et de l'électronique au travers du pilotage de montages, voire de robots, basés sur des ESP32 et consorts.

Le projet est assez avancé et j'ai déjà réalisé quelques montages servant de preuves de concepts. J'ai également testé quelques robots du commerce pour voir dans quelle mesure on pouvait les utiliser dans le cadre de cet atelier.

Avant de procéder à un achat massif de composants électroniques pour alimenter cet atelier, je compte vous solliciter afin d'avoir votre avis sur les composants les plus à mêmes de convenir sachant qu'ils vont être manipulés par des adolescentes et des adolescents. D'où ma présence en ces lieux.

Par ailleurs, si cela vous intéresse, je vous présenterais volontiers les outils que j'ai développé pour cet atelier et qui, je trouve, du haut de ma modeste expérience dans le domaine, simplifie considérablement le prototypage de montages basés sur des micro-contrôleurs équipés du Wi-Fi.

Bref, vous n'avez pas fini de me croiser sur ce forum :-) !

Bonjour Claude et bienvenue.

Je fais partie d'une association nationale qui s'appelle « l'outil en main » et l'établissement dont je suis membre est situé à Rambervillers dans les Vosges. Nous sommes voisins.
C'est un endroit où des enfants de 12 à 14 ans viennent s'initier à différents corps de métier (composition florale, menuiserie, mécanique, gravure sur pierre, peinture, céramique, cuisine, électricité , électronique, etc) chaque mercredi après-midi pendant 2 ans. Il y a 13 ateliers en tout et chaque enfant tourne pendant 3 semaines chaque année sur chacun des ateliers, lors de ces deux années.
Je m'occupe du labo électronique et je leur fais une initiation/découverte de cette science.
Personnellement et vu leur âge, je leur fais assembler des petits montages sur breadbord à base de micro contrôleurs ATmega328 (je crée les codes) qui, principalement font de l'animation lumineuse car ils adorent ça.
La deuxième année, ils réalisent un montage soudé sur PCB qu'ils emportent chez eux. C'est un petit peu leurs chef-d'œuvre de compagnon 😉
Si tu veux quelques exemples de réalisations, dis-le moi.
Philippe.

PS: Je fais, personnellement, beaucoup de projets sur ATmega, ATtiny, ESP8266 et ESP32

Bonjour Elias.

Quelle bonne nouvelle ! Ton entêtement a eu raison de la machine.

Je suis très heureux pour toi et ta fille.

J'aurais quand même aimé savoir quelle circuit intégré ils avaient utilisé...

Bien le bonjour de France à ton entourage.

A bientôt et vive la bidouille !!!

Philippe.

Bonjour Elias.

Oui, petite erreur dans la version 1.4.1 que j'avais envoyé. Les ports n'avaient pas été remis correctement. Voici la version corrigée.

Il n'y a pas de problème de rebond car il y a un boolean pour éviter cela.

Mets des résistances de 220 ohms pour les LEDs.

Retire la diode qui alimente l'ATtiny85 et connecte le directement au Vcc.

Fais des essais comme cela car moi ça fonctionne très bien de mon côté, alors il n'y a pas de raison.

J'en prends bonne note. Possible que pour certaines applications ça ne fonctionne pas bien. Merci!

Bonjour Bertrand,

C'est juste pour savoir si ce projet verra le jour ou pas ?
Merci pour votre réponse.

Bonjour Elias.

Je sais, malheureusement, que cela m'arrivera aussi et je te comprends mais comme je te l'ai dit, garde la passion du touche à tout.

Courage, la réussite est au bout de tes doigts.

A très vite.
Philippe.