Forum Électro-Bidouilleur
Sections => Discussion et Suivi sur les Vidéos d'Électro-Bidouilleur => Discussion démarrée par: philchamp51 le avril 04, 2022, 05:20:48 am
-
Bonjour à toutes et tous.
Je suis avec grand intérêt le projet de référence 10Mhz GPSDO mais j'ai un problème de compilation avec le sketch Controle_Reference_10MHz_LTC1661_STM32. Tout un paquet d'erreurs apparaissent:
Je choisis le microcontroleur Generic STM32F103C6/fake STM32F103C8 et voici ci-dessous la liste des erreurs. Quelqu'un a une idée ?
Merci de vos retours.
Cordialement. Philippe.
-
Bonjour Philippe,
Les messages d'erreur que vous obtenez sont également ceux que l'on a lorsque supprime l'inclusion du fichier <timer.h>.
Je regarderais de ce côté, d'où vient votre "timer.h" ?
PB
-
Rappelez-vous que cela est une version intérimaire du projet...
Ceci dit, ici sur linux avec Arduino IDE 1.8.19, tout compile et fonctionne bien. Le compilateur C++ de Arduino IDE est certainement différent entre Windows et Linux, ce qui pourrait expliquer les différences de comportement. Je vais m'assurer que la version finale du projet compile sur les deux systèmes d'exploitation. Je vais essayer de compiler ce code dans Windows 10 pour voir s'il y aura des différences.
missing terminating ' character: Les apostrophes sont acceptées par le compilateur Linux comme séparateurs de nibbles. Ils n'ont qu'une fonction visuelle. Si votre compilateur ne les aime pas, retirez-les tout simplement (collez les bits), exemple:
TIM2->CR1 = 0b0000000000000000
Je choisis le microcontroleur Generic STM32F103C6/fake STM32F103C8
Je ne vois pas ce choix dans Arduino IDE 1.8.19. Cela pourrait expliquer vos problèmes de compilation de HardwareTimer. J'ai mis en annexe la config que vous devez utiliser. Si vous ne voyez pas ces choix, c'est probablement que vous n'avez pas installé les bons boards STM32, donc que l'adresse que vous avez fournie dans les "Préférences" de Arduino IDE est mauvaise. Moi j'utilise:
https://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json . Ensuite je choisis "STM32 MCU based boards" dans le board manager. Voir l'autre image en annexe.
Si tout cela ne fonctionne pas, essayer d'ajouter ceci dans les directives du compilateur en entête du code source.
#include <HardwareTimer.h>
-
Je viens de compiler le fichier sous Windows 10 et Arduino IDE 1.8.19. Tel quel, et avec la configuration décrite dans mon message précédent, le fichier que j'ai fourni compile bien, et même avec la présence des apostrophes. Regardez du côté de votre configuration du STM32 dans Arduino IDE.
-
Merci Bertrand :)
Le sketch se compile bien maintenant, cela servira sûrement à d'autres bidouilleurs :)
Du coup, il vaut mieux acheter un blue pill ou un black pill pour la version finale ?
-
Et merci aussi à Papyblue pour avoir pris la peine de répondre :)
-
J'avais un fort sentiment que c'était la configuration de Arduino IDE qui était en cause...
Du coup, il vaut mieux acheter un blue pill ou un black pill pour la version finale ?
Pour ce projet, le Black Pill offre deux avantages:
- Il possède plus de mémoire programme, ce qui pourrait s'avérer avantageux dans le futur pour de l'expansion, car le programme utilise présentement 95% de la mémoire programme du Blue Pill.
- Il offre une connexion USB fonctionnelle d'entrée de jeu, car son bootloader intégré inclue la fonctionnalité du port USB, ce qui n'est pas le cas sur le Blue Pill.
Aussi, le Black Pill utilise un micro-contrôleur plus récent; peut-être un choix plus judicieux pour l'avenir.
-
Super ! Merci Bertrand. Tout est commandé, ne reste plus que le DAC80501 à trouver en France ou en Europe car depuis l'Amérique du nord, les frais d'envoi sont trop élevés...
-
Bonjour Bertrand. Félicitations pour votre réalisation finale !
Je ne trouve pas la liste de tous les des composants et le pcb dans le fichier zip, est-ce normal ou faut-il attendre la vidéo N°5 ?
Cordialement. Philippe.
-
Tout est maintenant là . Il y a un fichier XLS dans le Zip, qui est dans le zip!
Un oubli... :-[
-
J'ai ajouté les fichiers suivants dans le ZIP du PCB:
Référence_10MHz_GPS_BOM.xls
Référence_10MHz_GPS-top_CPL.xls
Assurez-vous qu'ils ont tous les composants en main avant d'autoriser l'assemblage, sinon vous pourriez être déçu. Il vont simplement sauter les pièces manquantes sans vous aviser.
-
JLCPCB fait un récapitulatif des composants dispo ou pas avant la commande. Encore merci pour tout !
-
Jamais utilisé leur service d'assemblage, mais je suspecte que oui. Vous pouvez toujours laisser un message lorsque vous passez la commande.
-
A ceux qui cherche l'IDE compatible avec le STM32 et le firmware de Bertrand, il faut prendre cette version:
Arduino IDE 2.0 RC(2.0.0-rc6)
disponible ici: https://www.arduino.cc/en/software
-
A ceux qui cherche l'IDE compatible avec le STM32 et le firmware de Bertrand, il faut prendre cette version:
Arduino IDE 2.0 RC(2.0.0-rc6)
disponible ici: https://www.arduino.cc/en/software
Faut il comprendre que les versions 1.8.16 jusqu'à 1.8.19 ne sont pas compatible?
J'ai essayé de programmer un blackpill STM32F411 avec 1.8.16 sous W11, cela a fonctionné une fois avec STM32 Bootloader, mais impossible de le refaire, j'ai un message "echec-d'une-demande-de-descripteur-peripherique-usb"
mon probleme semble plus lié à W11 qu'a la version Arduino IDE.
Si vous avez une idée?
Merci
-
Ici, je n'ai aucuns soucis avec Arduino IDE 1.8.13 et STM32CubeProgrammer 2.10.0. (En suivant la configuration d'ArduinoIDE fourni dans le PDF).
Il me faut parfois 2 essais pour passer le Blackpill en mode DFU, mais sinon, ça fonctionne.
Je l'ai reprogrammé plusieurs fois car j'ai mis un écran oLed et j'ai fais quelques essais avant de trouver un bon agencement des informations affichés à l'écran.
-
c'est bon pour moi maintenant avec IDE 1.8.16, après quelques recherches sur le net, il semble que le bouton BOOT0 (ou son environnement) est très sensible si on appuie avec une tige isolante ça marche à tous les coups, avec le doigt une fois de temps en temps!
-
Merci à vous deux pour ces infos
-
Bonjour,
Quand je compile le programme pour le téléverser j'ai cette erreur (No debug probe detected) :
Arduino : 1.8.19 (Windows 10), Carte : "Generic STM32F4 series, BlackPill F401CC, STM32CubeProgrammer (SWD), Enabled (generic 'Serial'), None, Low/Full Speed, Smallest (-Os default), None, Newlib Nano (default)"
Le croquis utilise 64528 octets (24%) de l'espace de stockage de programmes. Le maximum est de 262144 octets.
Les variables globales utilisent 19068 octets (29%) de mémoire dynamique, ce qui laisse 46468 octets pour les variables locales. Le maximum est de 65536 octets.
-------------------------------------------------------------------
STM32CubeProgrammer v2.10.0
-------------------------------------------------------------------
Error: No debug probe detected.
Error: No debug probe detected.
-
Assurez-vous de sélectionner le mode de transfert DFU, et non SWD.
-
Bonjour Bertrand,
merci encore une fois pour votre aide.
Où dois-je sélectionner le mode de transfert, dans l'IDE d'arduino ?
Bonne semaine
Jack F1PNX
-
Re bonjour,
J'ai trouvé le mode de sélection dans l'IDE d'Arduino.
Merci encore pour les conseils
-
Bonjour,
Alors un problème en emmenant un autre, je suis sous win10 et mon pc ne veut pas reconnaitre le black pill.
Faut il installer des drivers spéciaux ?
D'après le site web de Stmicroelectronic depuis win10 il n'est plus nécessaire d'installer des drivers spécifiques.
Quelqu'un pour m'aider ?
merci par avance
jack
-
Bonjour,
Alors un problème en emmenant un autre, je suis sous win10 et mon pc ne veut pas reconnaitre le black pill.
Faut il installer des drivers spéciaux ?
D'après le site web de Stmicroelectronic depuis win10 il n'est plus nécessaire d'installer des drivers spécifiques.
Quelqu'un pour m'aider ?
merci par avance
jack
Bonjour Jack
As-tu installé STM32CubeProgrammer ? (Que tu peux trouver là )
https://www.st.com/en/development-tools/stm32cubeprog.html
Parce que si on utilise bien l'IDE Arduino, c'est STM32CubeProgrammer qui injecte le firmware dans le STM par l'intermédiaire de l'IDE.
En clair, l'IDE Arduino va utiliser STM32CubeProgrammer pour téléverser le firmware (sans besoin de lancer STM32CubeProgrammer)
Après seulement, le STM32 est visible sur un port com de Windows.
Philippe.
-
Bonsoir Phil,
Merci pour ton attention.
J'ai installé STM32CubeProgrammer mais rien n'y fait, quand je veux téléverser j'ai un message d'erreur :
Arduino : 1.8.19 (Windows 10), Carte : "Generic STM32F4 series, BlackPill F401CC, STM32CubeProgrammer (DFU), Enabled (generic 'Serial'), CDC (generic 'Serial' supersede U(S)ART), Low/Full Speed, Smallest (-Os default), None, Newlib Nano (default)"
Couldn't determine program size
Une erreur est survenue lors du transfert du croquis
-------------------------------------------------------------------
STM32CubeProgrammer v2.10.0
-------------------------------------------------------------------
Error: Target device not found
Establishing connection with the device failed
pas facile....
-
Jack.
Je pense que le STM32 ne s’est pas mis en mode DFU, j’ai eu ce problème au début.
Pour voir si tu es bien en mode DFU, je te conseille d’ouvrir STM32CubeProgrammer, de choisir interface USB (à côté de Connect), puis tu fais la manip, sur le STM32, des boutons Boot, puis une impulsion sur reset (sans lâcher Boot) et relâcher Boot pour finir.
Sur STM32CubeProgrammer, tu cliques sur le bouton rafraîchissement (deux flèches arrondies à côté de "No DFU") et si tu as un Serial Number qui apparait, tu es bien en mode DFU.
Refaire les manips boutons, autant de fois qu'il faut (c'est très aléatoire. Je sais que je mets le STM32 sur mon tapis silicone car sur celui antistatique, il refuse de passer en DFU ???)
Surtout tu ne te connectes pas avec STM32CubeProgrammer, tu peux même le laisser ouvert et tu lances ton transfert avec Arduino IDE.
A oui, une chose, il faut quand même que tu choisisses un port com sur l'IDE, n'importe lequel, c'est pour pouvoir compiler, i'IDE prendra quand même STM32CubeProgrammer pour transférer.
J'espère que ça va aller.
Philippe.
-
Bonjour Philippe,
Je suis arrivé à mettre en mode DFU STM32CubeProgrammer après plusieurs tentatives je me suis aperçu qu'avec les doigts cela ne fonctionne pas, alors j'utilise des stylo en plastique pour appuyer sur les boutons du Black Pill.
J'ai téléversé le programme de Bertrand mais je n'ai aucun affichage sur mon écran lcd (même après avoir réglé le contraste à l'arrière.
En mode moniteur j'ai bien des valeurs qui s'affichent mais comme mon antenne n'est pas connectée sur mon module gps rien de bien "compréhensible pour le moment. D'ailleurs je trouve l'antenne patch du module gps très chaude (j'ai ôté le condensateur à l'arrière du module pour n'utiliser que l'antenne extérieure) est-ce normal ?
Un dernier point j'ai fais tous mes essais avec comme seule alimentation le port usb de mon ordinateur portable, n'est-il pas nécessaire d'avoir en plus une alimentation externe ?
Désolé pour toutes ces questions mais je tourne un peu en rond.
Bonne journée
Jack
-
Bonjour Jack.
Donc c'était bien le mode DFU qui n'était pas en route. Une chose de réglée.
Concernant l'absence d'affichage sur le LCD, c'est sûrement l'adresse du module I2C qui est différente de 0x27. Selon les types de contrôleur I2C, celle-ci peut changer. Essaye avec 3F comme ceci:
#define addr_LCD 0x3F
Et revérifie ton contraste ensuite.
Ce n'est pas du tout normal que l'antenne patch soit chaude, as-tu bien vérifié tes connexions 5V GND TX RX PPS ?
Est-ce que ton STM32 est installé sur le circuit imprimé ? Si oui, il te faut obligatoirement une alimentation externe mais si tu fait juste un essai STM32, GPS, LCD et rien d'autre, ton port USB de PC suffit. (comme moi sur la photo)
Branche quand même une antenne GPS car il te faut au moins le PPS et les données pour la date et l'heure.
Tiens-moi au courant.
Philippe.
-
Bonsoir Philippe,
J'ai remplacé l'adresse de l'écran lcd par 0x3f et maintenant cela fonctionne.
Si j'ai un peu de temps demain, je branche l'antenne gps et l'alimentation extérieure pour investiguer sur la surchauffe du module gps.
Lors de la première mise sous tension j'avais mesuré 400 mA de consommation du circuit (sans écran lcd).
A chaque fois que l'on veux modifier le software et le téléverser il faut appuyer sur les deux boutons ? Pas vraiment pratique, cela impose d'ouvrir le boitier à chaque fois. Cela me fait penser qu'il faut que je commande un boitier.
Je te tiens au courant, merci pour ton aide.
Jack
-
Bonsoir Jack.
Encore un problème réglé :)
400 mA c'est beaucoup trop, c'est presque le courant qu'il faut pour le chauffage de l'OCXO (il me sembe que tu as un MV85) mais qui baisse quand il est chaud. A moins qu'il soit branché ?
Voici les consommations que je viens de mesurer:
un STM32 25 mA env.
Un module GPS 26 mA env.
Un LCD 2004 41 mA env.
Un LCD 1602 15 mA env.
Alors tu dois avoir un sérieux problème avec ton GPS s'il est chaud car il ne doit pas l'être.
Oui, il faut faire la manip des boutons pour télécharger, pas le choix pour passer en DFU mais une fois bien programmé, il n'y a plus à y revenir.
Au plaisir de t'aider et à bientôt.
Philippe.
PS: Connecte ton module GPS seul sur du 5V et mesure sa consommation, on saura tout de suite si c'est ça.
-
Bonjour Philippe,
Oui je soupçonne mon module gps d'avoir un problème, je vais le dessouder et faire des mesures à part.
Bonne journée
Jack
-
Ok Jack, tiens-moi au courant.
Philippe
-
J'a remplacé le module gps, celui installé avait bien un problème, il n'a pas été facile à dessouder.
Tout semble ok mais avec l'ocxo raccordé cela ne fonctionne pas, j'ai vérifié le signal pps à l'oscilloscope il est ok.
Je vais investiguer en fonction des alarmes.
Quelques photos.
-
Ce qui est étrange, c'est que l'heure ne s'affiche pas. A moins que tu l'aies retirée comme moi, sinon regarde du côté des pistes du circuit imprimé, voir si en dessoudant le module GPS tu n'as pas coupé une continuité entre celui-ci et le STM 32. Regarde si tu as bien la continuité entre la broche TX du GPS et la broche 9 du STM32. (ainsi que JP7 soudé en Black Pill)
-
Tous les symptômes pointent vers le fait que vous n'avez pas configuré correctement les cavaliers localisés sous le micro-contrôleur en mode "Black" avant de souder le Black Pill... Sondez directement sur les broches du Black Pill pour vérifier qu'il reçoit bien le 10 MHz, le 1 PPS ainsi que le chaînes de caractères venant du GPS. Sinon, vous aurez un gros travail de dé-soudure à faire...
-
J'a vérifié les pistes et les signaux, j'ai bien le pps sur la patte 7 du Black Pill ainsi que la communication sur la patte 9 entre le gps et le Black Pill.
Je n'ai pas supprimé la date et l'heure dans le firware mais pas d'affichage sur l'écran.
Je vais laisser tomber pour aujourd'hui car d'autres taches m'appellent.
Merci pour ton aide.
-
Tous les symptômes pointent vers le fait que vous n'avez pas configuré correctement les cavaliers localisés sous le micro-contrôleur en mode "Black" avant de souder le Black Pill... Sondez directement sur les broches du Black Pill pour vérifier qu'il reçoit bien le 10 MHz, le 1 PPS ainsi que le chaînes de caractères venant du GPS. Sinon, vous aurez un gros travail de dé-soudure à faire...
Bonjour Bertrand,
Merci pour votre aide, je vais vérifier tout cela, le Black Pill est monté sur support.
Jack
-
Alors, si tes continuités sont bonnes, tu as peut-être, comme j'avais, un module GPS qui envoie ses instructions avec un préambule en GPRMC et non en GNRMC.
Dans ce cas, essaie de changer dans le firmware, tous les GNRMC en GPRMC.
Tiens-moi au courant.
Bonne fin de journée.
Philippe.
-
Alors, si tes continuités sont bonnes, tu as peut-être, comme j'avais, un module GPS qui envoie ses instructions avec un préambule en GPRMC et non en GNRMC.
Dans ce cas, essaie de changer dans le firmware, tous les GNRMC en GPRMC.
Tiens-moi au courant.
Bonne fin de journée.
Philippe.
Bonne pioche !!!!!!!
J'ai remplacé les GPRMC par des GNRMC et hop cela fonctonne !
Merci beaucoup pour ton aide, sans toi je ramerai encore.
Bonne soirée
-
Je suis content de t'avoir aidé ces jours derniers.
Tu vas pouvoir continuer et terminer ce magnifique projet de Bertrand, qui doit être fier que celui-ci se fasse un peu partout et que son forum soit un superbe outil pour tous !
Bonne fin de journée Jack.
Philippe.
-
Oui maintenant il faut trouver un boitier, fabriquer une alimentation et faire un peu de mécanique.
Avec une imprimante 3D et une petite cnc je vais me débrouiller.
Un grand merci à toi, à Bertrand, à Romain et à tous les autres membres du forum.
Bonne soirée
-
Salut à tous!
Ha ce fameux GNRMC, il m'aura fait me gratter la tête aussi ! ;D
Content de voir ton avancée Jack, ça se profile très bien!
Pour Philippe, je n'ai pas encore attaqué mes essais avec le minitel, mais l'idée du module bluetooth est sympa aussi faut le dire.
Pour ma part je n'en ai pas l'utilité, ma station de travail étant à 2m de l'établi, je peux faire courir un câble DB9 (le minitel c'est vraiment pour la rigolade, je n'ai pas la place de le laisser en permanence..)
Par ailleurs j'ai aussi compilé quelques données recueillies sur deux jours il me semble, après une bonne semaine de stabilisation, et on voit que tout est très stable : après un cycle long, quand le DAC ne reste pas simplement sur sa valeur actuelle, il ne bouge que de 9 ou 18 points !
Je préparerai un petit graphique dans les jours à venir.
Je peux peut-être diminuer ces légères fluctuations en faisant des mesures plus précises de fréquences et de tensions pour arriver à un coeff Hz/V beaucoup plus fin...
A voir quand je pourrais emmener la référence chez un ami OM qui a des fréquencemètres pointus...
-
Salut à tous!
Ha ce fameux GNRMC, il m'aura fait me gratter la tête aussi ! ;D
Content de voir ton avancée Jack, ça se profile très bien!
Pour Philippe, je n'ai pas encore attaqué mes essais avec le minitel, mais l'idée du module bluetooth est sympa aussi faut le dire.
Pour ma part je n'en ai pas l'utilité, ma station de travail étant à 2m de l'établi, je peux faire courir un câble DB9 (le minitel c'est vraiment pour la rigolade, je n'ai pas la place de le laisser en permanence..)
Par ailleurs j'ai aussi compilé quelques données recueillies sur deux jours il me semble, après une bonne semaine de stabilisation, et on voit que tout est très stable : après un cycle long, quand le DAC ne reste pas simplement sur sa valeur actuelle, il ne bouge que de 9 ou 18 points !
Je préparerai un petit graphique dans les jours à venir.
Je peux peut-être diminuer ces légères fluctuations en faisant des mesures plus précises de fréquences et de tensions pour arriver à un coeff Hz/V beaucoup plus fin...
A voir quand je pourrais emmener la référence chez un ami OM qui a des fréquencemètres pointus...
Salut Romain
Oui, ce GPSDO est d'une stabilité exemplaire. Les fluctuations sont tellement infimes qu'on reste la plupart du temps à 10^-11, ce qui en fait une référence largement précise pour un labo. Il n'y a qu'en métrologie qu'ils ont besoin de plus.
-
Oui maintenant il faut trouver un boitier, fabriquer une alimentation et faire un peu de mécanique.
Avec une imprimante 3D et une petite cnc je vais me débrouiller.
Un grand merci à toi, à Bertrand, à Romain et à tous les autres membres du forum.
Bonne soirée
Bonjour Jack.
Pour ton alimentation, j'ai quelque chose à te proposer. J'ai fabriqué une alim linéaire stabilisée sortant du 12V mais en changeant la zener de référence et en ajustant le trimmer, elle sort du 8V/2A. Comme j'avais fait faire le PCB (en 5 exemplaires), il m'en reste de côté.
Je viens de souder les composants sur un PCB dispo et elle sort bien du 8V pour alimenter le PCB du GPSDO qui lui, fournira le 5V pour l'OCXO.
Si tu veux, je peux te la fournir pour une bouchée de pain, sinon elle me servira bien.
Il ne te restera qu'à brancher un transfo 12V 30VA et c'est parti !
Dis-moi si tu es intéressé ?
Philippe
PS: Le radiateur est mis pour le test, il est évident que pour 2A il est trop petit, il te faudra déporter le transistor de puissance et le relier au PCB avec des fils, pour le mettre sur un dissipateur plus important.
-
Bonjour Philippe,
Oui bien sur je suis intéressé car je n'ai pas encore eu le temps de concocter un circuit.
Je pensais faire une alimentation double, une pour faire du 8 vdc pour le circuit principal et une autre en 5 vdc pour l'ocxo.
Je peux te régler via paypal si ok pour toi.
Merci , merci et encore merci
Jack
-
Bonjour Philippe,
Oui bien sur je suis intéressé car je n'ai pas encore eu le temps de concocter un circuit.
Je pensais faire une alimentation double, une pour faire du 8 vdc pour le circuit principal et une autre en 5 vdc pour l'ocxo.
Je peux te régler via paypal si ok pour toi.
Merci , merci et encore merci
Jack
Bonsoir Jack
Je viens de tester l'alim et en réglant le trimmer, elle peut descendre à 5V :)
Je peux te fournir un deuxième PCB mais vierge, tu n'auras qu'à y mettre les composants. Un schéma sera mis dans le coiis.
Contacte moi vite par mail (je t'en ai envoyé un), je dois partir demain à 11h30 et si on fait vite, je poste ça demain matin.
Philippe.
-
Tiens, un Fluke 289 !
J'en ai un aussi, c'est vraiment un excellent appareil de mesures!
C'est drôle, le tiens met une virgule alors que le miens met un point comme séparateur, y a une possibilité de réglage ? ???
-
Tiens, un Fluke 289 !
J'en ai un aussi, c'est vraiment un excellent appareil de mesures!
C'est drôle, le tiens met une virgule alors que le miens met un point comme séparateur, y a une possibilité de réglage ? ???
Oui, tu vas dans le set up de l’appareil. Le 289 est excellent