DIY GnuVario : variomètre opensource - openhardware Arduino

[cimminodylan]

Du coup cela peut aider je me retrouve avec ce message là :

Arduino : 1.8.8 (Mac OS X), Carte : "Arduino Pro or Pro Mini, ATmega328P (3.3V, 8 MHz)"

/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/bin/avrdude -C/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/etc/avrdude.conf -v -patmega328p -carduino -P/dev/cu.wchusbserial14540 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDA:m -Ulfuse:w:0xFF:m

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch


Ou bien ça si j'inverse le sens des files du condensateur C1 du lipo :

Arduino : 1.8.8 (Mac OS X), Carte : "Arduino Pro or Pro Mini, ATmega328P (3.3V, 8 MHz)"

/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/bin/avrdude -C/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/etc/avrdude.conf -v -patmega328p -carduino -P/dev/cu.wchusbserial14540 -b19200 -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDA:m -Ulfuse:w:0xFF:m

avrdude: Version 6.3-20171130
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2014 Joerg Wunsch

         System wide configuration file is "/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/etc/avrdude.conf"
         User configuration file is "/Users/dylancimmino/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/cu.wchusbserial14540
         Using Programmer              : arduino
         Overriding Baud Rate          : 19200
         AVR Part                      : ATmega328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : Arduino
         Description     : Arduino
         Hardware Version: 2
         Firmware Version: 1.18
         Topcard         : Unknown
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0xffffff (probably .avr8x_mega) (retrying)

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0xffffff (probably .avr8x_mega) (retrying)

Reading | ################################################## | 100% 0.03s

avrdude: Device signature = 0xffffff (probably .avr8x_mega)
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

Erreur lors de la gravure de la séquence d'initialisation.

Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.


         System wide configuration file is "/Users/dylancimmino/Library/Arduino15/packages/arduino/tools/avrdude/6.3.0-arduino14/etc/avrdude.conf"
         User configuration file is "/Users/dylancimmino/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : /dev/cu.wchusbserial14540
         Using Programmer              : arduino
         Overriding Baud Rate          : 19200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00

avrdude done.  Thank you.

Erreur lors de la gravure de la séquence d'initialisation.

Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.

[prunkdump]

Salut ! C’est la troisième personne cette semaine qui me signale un problème pour écrire le bootloader.

J’espere qu’il ont pas changé quelque chose dans l’IDE arduino ou sur les dernières versions de l’arduino nano.

Au pire je t’en enverrai un.

Dans tes log on vois que l’ide se connecte bien à l’arduino nano mais qu’il n’arrive pas à communiquer avec le pro mini.

En tout cas le Condo ( qu’on ne vois pas sur les photos ) a l’air de bien marcher lorsqu’il est dans le bon sens. Donc c’est pas la le problème.

Un truc tout bête. As tu vérifié les connexions entre le nano et le pro mini avec un testeur de continuité ? Parceque les breadboards et les fils fournis avec sont souvent de mauvaise qualité.

Amuses toi bien

A+

[cimminodylan]

Hello,

Merci pour la réponse !

Alors le Condo je l'ai ajouté après en relisant tes messages sur la page précédente. Je crois que je l'ai cramé d'ailleurs en voulant enlever les soudures :/ Mauvaise idée (bref j'en ai commandé un autre qui devrait arrivé sous 48h).

Malheureusement je ne pourrais pas avoir de multimètre avant lundi prochain. As-tu une méthode un peu bricolée pour tester la continuité ? Avec les led des cartes par exemple ?

En tout cas c'est vraiment passionnant de suivre l'évolution et lorsque l'on est dans les montages on ne voit pas le temps passer !

Bonne soirée !

[GtD73]

Moi j’ai finit par acheter ça:
https://www.ebay.fr/itm/5173-USBASP-USBISP-AVR-programmeur-Atmel-adaptateur-Arduino/142109861436?hash=item211668663c:m:myBrJ9cdnSe7C0oZNUSRjPA
Ça remplace le nano « as isp » que j’ai finis pas suspecter (d’ailleurs les 2que j’avais sont à la poubelle !) car sur plusieurs tentatives je n’avais pas toujours le même message d’erreur.
Ça marche nickel !
Je suis sur le boîtier 3D mais comme j’ai pris une batterie un peu plus grosse je dois re-sizer

[cimminodylan]

Hello,

Ok merci du tuyau !

J'ai commandé aussi comme ça je pourrais retester les deux versions (celle avec un nano et celle avec le programmeur Atmel)

Je dois de toute façon attendre le 29 mars avant que mes PCB soit envoyé des états-unis donc j'ai largement le temps pour faire des bidouillages avant la prochaine étape de montage !

[jpg63]

Je viens de mettre sur le github une version 63.8.1 qui corrige le bug RATIO_CLIMB_RATE
En même temps j'ai mis à jour la librairie ToneHAL

Bonjour
Pour ce que j'ai pu constater, il n'y a pas de changement sur l'affichage avec cette correction.

je viens de publier une version 63.9.1 qui doit corriger le bug

[josecarbon]

Merci.

Je remarque des différences dans le variosettings et notamment la disparition de :
/* I2C speed                                   */
/* You can try 800 on <8mhz microcontrollers   */
/* (Not always work)                           */
#define FASTWIRE_SPEED 400

l'apparition de
/*********************/
/* TWO WIRE settings */
/*********************/

/* Set the freq */
#define VARIO_TW_FREQ 400000UL

et on passe de IMU_GYRO à VERTACCEL_GYRO mais pour ça je pense que je ne doit rien faire?

[prunkdump]

@Dylan

Ah Dylan le multimètre c’est la base en électronique c’est sûrement trop tard mais c’est pas la peine d’acheter ça sur internet. En magasin de bricolage tu en as de bonne qualité pour pas cher.

Sur tes photos je ne vois pas trop comment sont faites les connexions sur le pro mini. Si tu as juste planté les extrémités des fils au travers des trous c’est normal que ça fasse pas bien contact.

Utilise des pins headers. Sur la photo dans le lien ci dessous, j’ai utillisé des pin headers courbes. Mais tu peux le faire avec des pins droites. Tu enfile le pro mini dessus et tu le tord légèrement pour que les pin sec mettent de travers dans les trous et fassent bien contact.
https://prunkdump.github.io/GNUVario/bootloader.html

@josecarbon

Je pense que le mieux c’est de repartir du VarioSettings.h de base de la mise à jour et de remplacer les valeurs que tu as modifié.

Je sais ,c’est un peu chiant, mais c’est pas long. Et c’est pas tous les jours qu’il y a une grosse mise à jour des paramètres comme ça.

@GtD73

Du coup avec ton programmateur USB tu le connectes comment au pro-mini ? Avec les mêmes pins qu’avec l’arduino AS ISP ?

[josecarbon]

Merci prunkdump et jpg63

Ok pour mettre mes valeurs, c'est ce que je faisais. Mais je voulais être sur pour le passage de IMU_GYRO à VERTACCEL_GYRO j'avais l'impression que c'était un changement de modèle de matériel...

[prunkdump]

Oui c’est bien le même module. Comme c’est la bibliotheque vertaccel qui gère le calibrage et la bibliothèque LightInvensense qui gère l’acces a l’IMU c’etait plus logique comme ça.

Donc tous les IMU_ (pas que le gyro) sont devenu des VERTACCEL_

Bonne mise a jour.

[GtD73]

@GtD73

Du coup avec ton programmateur USB tu le connectes comment au pro-mini ? Avec les mêmes pins qu’avec l’arduino AS ISP ?

Oui les mêmes. Je te remets le câblage dqp.

[josecarbon]

Oui c’est bien le même module. Comme c’est la bibliotheque vertaccel qui gère le calibrage et la bibliothèque LightInvensense qui gère l’acces a l’IMU c’etait plus logique comme ça.

Donc tous les IMU_ (pas que le gyro) sont devenu des VERTACCEL_

Bonne mise a jour.

Ok super merci!

[josecarbon]

Je crois que ce problème a déjà été remonté sur le forum mais je n'ai pas connaissance d'une solution:
Le bip du buzzer se transforme parfois en un claquement. Est ce que cela pourrait être du au buzzer lui même et dans ce cas je peux peut être le changer? est ce que c'est le signal qui lui est envoyé et dans ce cas je peux peut être le changer? il ne semble pas que le volume utilisé ait une influence sur le problème, j'utilise le réglage sur 2.
Merci

[fixi]

bonsoir,

Avec la dernière version, je n'arrive pas à faire la calibration de l’accéléromètre.
il faut que je change l'orientation de plus de 90° pour qu'un bip retentisse. Si je le bouge seulement de quelques degré (comme dans la video), aucun bip ne retenti.
Et en appliquant le résultat dans variosetting, le vario affiche +7m/s quand il est posé sur la table.

[prunkdump]

Salut !

Je n’ai pas encore debuggé le magnétomètre. Il est possible que j’ai laissé passer un problème. Et le qualibrage avec « qualibration_recorder » demande un magnétomètre fonctionnel.

Je regarde ça demain.

Autrement si tu les as toujours tu peux utiliser tes anciens paramètres.

a+

[fixi]

Salut,

Merci pour la réponse, et j'attends la correction pour peaufiner le calibrage que j'avais fait très rapidement.
J'ai remis les anciennes valeurs, quand je laisse le vario sur la table (à la vertical) sans bouger il affiche presque tout le temps +0.1m/s. Est-ce normal ? Est-ce qu'un paramètre peut changer ça ?

A+

[prunkdump]

Bin y’a bien un problème ... 

J’ai pas encore trouvé d’ou ca vient.

Fixi ton problème de +0.1 vient bien du qualibrage qui n’est pas parfait.

Si tu as encore l’ancien code, tu peux l’utiliser pour refaire le calibrage le temps que je trouve le problème.

[cimminodylan]

@Dylan

Ah Dylan le multimètre c’est la base en électronique c’est sûrement trop tard mais c’est pas la peine d’acheter ça sur internet. En magasin de bricolage tu en as de bonne qualité pour pas cher.

Sur tes photos je ne vois pas trop comment sont faites les connexions sur le pro mini. Si tu as juste planté les extrémités des fils au travers des trous c’est normal que ça fasse pas bien contact.

Utilise des pins headers. Sur la photo dans le lien ci dessous, j’ai utillisé des pin headers courbes. Mais tu peux le faire avec des pins droites. Tu enfile le pro mini dessus et tu le tord légèrement pour que les pin sec mettent de travers dans les trous et fassent bien contact.
https://prunkdump.github.io/GNUVario/bootloader.html

Héhé merci des infos, alors dans un premier temps j'ai fait comme sur la photo pour le contact, ensuite je suis passé par la breadboard en soudant aux extrémités des pin headers droites. Du coup si le bug persiste je pense que ça vient de ma breadboard. Je vais pouvoir vérifier ça mardi avec le multimètre (pas acheté, l'avantage d'avoir une copine prof de physique).

J'ai reçu le programmateur. GtD73 pourrais tu m'indiquer le câble en sortie (la sortie à 6 entrées) s'il te plaît ? Je vois le VCC, MOSI, GND, RST, SCK et MISO.

Merci d'avance !

[cimminodylan]

Hello,

Bonne nouvelle je crois que j'ai réussi, il me reste plus qu'à patienter pour avoir le PCB. Une fois que je l'aurais, je pourrais vérifier en faisant le montage et en installant le firmware.

Merci à tous pour les infos,

Je vous tiens au jus dès que j'avance un peu plus.

Bon week-end !

[prunkdump]

Bon il reste un bug avec ma bibliothèque IntTW 

Du coup j'ai contourné temporairement le problème. Dans la dernière version du code :

-> variometer.ino
-> calibration_recorder.ino
-> SetVarioParameters.ino
-> gps_time_analysis.ino

fonctionnent correctement. Il me reste a trouver le bug pour revenir à la version initiale. Jpg63 va mettre à jour sa version aussi.

@fixi

Maintenant tu peux refaire ton qualibrage complètement en enregistrant un maximum de valeurs.

Moins j'en fais une centaine en général pour avoir un bon résultat.

@cimminodylan

Joli travail ! J'espère que tu as pensé à remplacer le bootloader original par le bootloader du GNUVario avant de l'écrire sur la carte Arduino

Si tu as reçu ton module SD card. Tu peux faire des essai et uploader des firmware sur ta breadboard. Tu fais le même montage que pour l'ISP mais à la place du programmateur tu connectes la carte SD.

Comme ça tu est sur que ça fonctionne avant de monter ton pro-mini.

@josecarbon

On a pas encore trouvé l'origine de ce problème de craquement. Il est très étrange. J'ai fais des essais avec une succéssion de bips de même fréquence, de même durée et de même volume et le claquement ne se produit pas à chaque fois. C'est aléatoire.

Je ne sais pas si c'est un problème de code ou de montage.

En tous cas si tu es bricoleur, quelqu'un a proposé une possible solution que je n'ai pas testé.

-> Tu met une resistance dans les alentours de 10k en parallèle sur les pattes du buzzer. C'est sensé décharger la tension résiduelle.

Si tu fais l'essai dis moi si ça change quelque chose

[Philgab]

Bonjour à tous,
Je tiens à remercier les contributeurs à ce projet, j'ai pu faire mes premiers vols de l'année ce WE en testant le vario et ça marche nickel 
Je l'utilise couplé à FlyMe sous Android et la réactivité de l’accéléromètre est un vrai plus pour centrer les thermiques 

Il ne me manque que l'affichage, je n'ai pas installé l'écran car le premier acheté s'éteint en moins d'une minute, j'attends de recevoir le suivant.

Bons vols

[josecarbon]

En tous cas si tu es bricoleur, quelqu'un a proposé une possible solution que je n'ai pas testé.

-> Tu met une resistance dans les alentours de 10k en parallèle sur les pattes du buzzer. C'est sensé décharger la tension résiduelle.

Si tu fais l'essai dis moi si ça change quelque chose

Merci prunkdump je vais essayer ça.

[prunkdump]

Salut Philgab ! 

Content que le projet te plaise ! Tes remerciments font plaisir aux contributeurs dont je fais partie !

N'hésites pas à faire des retours (même critique ) sur le Vario et à partager tes idées d'amélioration. Tu peut aussi proposer des choses pour compléter la documentation selon là où tu as eut des problèmes. C'est tout ça qui a permi au GNUVario de grandement s'améliorer au fil du temps.

Tu t'es bien démerdé pour monter tout ça tout seul !    Tu t'es servi du PCB ou tu as fais un montage perso ?

A+

[prunkdump]

Le bug est maintenant complètement corrigé    Mettez à jour vos varios  !

https://github.com/prunkdump/arduino-variometer

Jpg63 mettra son code à jour ce soir :

https://github.com/prunkdump/arduino-variometer/tree/jpg63-version

A+

[josecarbon]

De quel bug on parle? Merci