DIY GnuVario : variomètre opensource - openhardware Arduino

#1261

Popooooooooooooop!! :bravo: Bravo Prunkdump! Tellement utile, je vais enfin pouvoir faire des tests au bureau discrètement :stuck_out_tongue: .

Concernant les problèmes de démarrage, j’ai eu pas mal de soucis ces 2 dernières semaines, du coup j’ai imprimer la pièce du milieu du boitier en 3D afin de moins forcer à la fermeture et depuis le démarrage à chaud ou à froid s’effectue parfaitement à 100%.
J’espère pouvoir faire mes premières traces ce week end!
D’ailleurs concernant la pièce je ne trouve plus le post. mais bravo à celui qui l’a modélisé (et je suis preneur du fichier original pour faire des motifs si possible ;D)

#1262

super!
1 coup vol 0
2 coups vol 1
3 coups vol 2
…Non?

#1263

Salut,

de retour, je rajouterais par rapport au problème de démarrage, que j’ai constaté 2 cas bizarre sur mon V2. Dans certain cas, le démarrage se passe bien mais le vario passe par une valeur totalement énorme qui dépasse l’affichage puis se stabilise et un deuxième cas ou l’écran se coupe après un moment, on a les bips mais dès que l’on essai de redémarrer le vario, grosse galère, plus rien ni même les bips de mise à jour. En le laissant quelques minutes éteint, il finit par redémarrer.

Je constate aussi sur ma V1 un problème aléatoire d’enregistrement sur la carte SD qui n’existé pas avec la précédente version (avant les nouvelles bibliothèques) et j’ai l’impression mais la rien de sur, c’est très subjectif, que le fix du GPS est plus long

Pour les utilisateur de ma version, je vous dépose rapidement le code sur le github

#1264

Salut Jpg63 ! :coucou:

Ouai désolé j’ai pas eut le temps de mettre à jour ta branche. J’espère qu’il n’y aura pas trop d’adaptation à faire… A part l’organisation de l’écran je ne pense pas qu’il y ait trop de difficultés.

Il me tarde de trouver d’où viennent ces problèmes de démarrages !!! :diable: C’est vraiment très étrange !

Surtout que sur le GnuVario que l’on m’a passé (qui avait lui aussi les deux problèmes : carte SD + démarrage après repos) le mise à jour vers le dernier firmware a résolu les deux problèmes ! :grat: En tout cas je n’ai pas constaté une seule fois le problème depuis.

Une fois que tous le monde auras mis à jour son firmware. On feras un fichier relevant les problèmes constatés. Peut être que ça nous éclairera sur leur origine. Ou du moi nous donnera des pistes. Je ne sais toujours pas si c’est logiciel ou matériel, ou les deux ? …

A+

#1265

Il semblerait que pour moi aussi la mise à jour ai résolu les deux problèmes :bravo:

#1266

j’attends mon nouvel écran pour tester

#1267

Salut à tous!

Tests en vélo aujourd’hui de la dernière version de prunkdump.

  • Aucun problème de démarrage (testé plusieurs fois dans la journée)
  • La fonction mute fonctionne parfaitement (merci prunkdump!!)
  • L’affichage à freezé 2 fois sur un trajet de 10min
    –> OFF/ON --> 1ère fois redémarrage OK et retour à la normale
    –> 2 ème fois redémarrage OK mais affichage altitude 30m au lieu de 630m (la trace GPS est ok avec 630m)
  • L’enregistrement des traces est ok --> testé sur doarama.

A noter que le vario subi des petits chocs répétés car je le tenait à l’arrache sur mon guidon (bientôt un support pour le guidon :smiley: ) donc si je suis le seul à avoir ces problèmes il est possible que cela vienne de ça.

J’ai également quelques questions:
1: que signifie déjà le sigle Gr dans le coin en bas à droite de l’affichage svp?
2: pour les conditions de start, parmi les 3 conditions (vitesse, montée ou descente), suffit-il d’une seule conditions remplie pour que l’enregistrement démarre?
3: Pour le stop c’est bien le fait d’éteindre le vario qui arrête l’enregistrement de la trace? Pas de risque de fichier corrompu si le alimentation se coupe trop vite?

#1268

Bon il semble qu’il y ait quand même quelques bonnes nouvelles avec le dernier code. Ça fait au moins quatre varios ou le problème n’apparaît plus. J’espere que je me fait pas une fausse joie … j’attend encore un peu avant de confirmer l’amelioration.

@Ptikiki : je pense qu’il doit y avoir un mauvais contact quelque part. Ça m’etonne Quand même que ça marche beaucoup moins bien qu’avec le code précédent. Il y a pas tant que ça de différences.

@whisker : le bug de l’altitude arrive parfois lorsque le GPS fixe très vite après le démarrage. Il envois l’information que l’altitude est suffisamment précise pour la calibration avant même d’avoir envoyé une altitude. Et du coup le vario se qualibre avec une altitude nulle. C’est bien un bug.

Pour ton problème de freeze. Il faudrait nous dire si le vario beepe encore. Pour savoir si c’est un plantage de l’écran ou de tout le vario.

Autrement Gr signifie Glide Ratio. C’est là finesse sol.

Pour les conditions de start il faut que les trois conditions soient vérifiées. Il n’y a pas de condition d’arret et du coup effectivement parfois cela coupe la dernière trame au milieu. Mais ça ne semble pas poser problème dans les logiciels.

Mais jpg63 a commencé à travailler sur une extinction « propre ».

#1269

Hello,
Oui, j’ai testé vite fait l’autre jour, je vais prendre le temps de faire ça mieux dés que je pourrai…
Cool en tout cas si ça semble fonctionner :pouce:

#1270

Salut à tous,

je viens de mettre à jour la branche jpg63 sur le gitHub. Toutes les dernières corrections ont été intégrées. La version reste en 63.5
Pour le mute vous verrez un petit logo apparaître à gauche sous l’indicateur de fix gps / record. Je pense qu’il ne chevauche pas l’affichage de l’altitude, mais je veux bien une confirmation d’un pilote qui habite à plus de 1000m ou mieux qui passera les 2000m

Du coté M0, je viens de publier une version avec les nouvelles bibliothèques. Je vais procéder à des tests sur les accéléromètres, le GPS et terminer le codage de la récupération des vols via usb et la calibration de l’accéléromètre

#1271

Merci pour les infos prunkdump!
Vario testé encore hier soir et ce matin sur des trajets en vélo et plus de problème de freeze ou d’autres problèmes, je te tiens au courant si cela réapparait ;D

#1272

J’ai refait les tests.
Voila ce que j’ai observé:

  • Demarrage avec la nouvelle version de Github (que je n’avais pas désinstallé depuis l’autre jour): ça démarrait à tous les coups, mais en faisant n’importe quoi niveau vario

  • Re flash d’une version antérieure: retour du démarrage aléatoire à froid, allumage OK après une quinzaine de tentative. Vario stable, RAS. démarrages suivants OK.

  • Re flash de la derniére version, démarrage à tous les coups, mais vario n’importe quoi. J’ai pris le temps de faire des photos:
    Tantot vario instable avec des valeurs énormes :

https://img4.hostingpics.net/pics/149042IMG20171019212346.jpg

Tantot carrément l’affichage qui bug.

https://img4.hostingpics.net/pics/595027IMG20171019212314.jpg

A force d’éteindre / allumer, il a finit par se stabiliser !

Ce que je constate, c’est qu’a chaque allumage, le vario mets un petit temps pour se caler.
C’est plus marqué avec la nouvelle version : Avant il traversait rapidement du +/-1m/s puis convergeait. Avec la nouvelle version il traverse des varios énormes, puis parfois converge, et parfois diverge carrément, (un emballement du filtre de kalman sur des valeurs initiales aberrantes?)

Et comme précédemment, si ça marche une fois, on dirait que les fois suivantes à chaud sont OK (mais il continu de traverser un +/-12m/s avant de se caler…).
D’ailleurs, ça marchera maintenant peut-être à chaque fois, il faut que je laisse refroidir pour être sur.

Bon, si je suis le seul à avoir ce comportement, pas la peine d’y passer du de temps. Peut-être lié à ma config sur breadboard (vario exposé à la lumiére etc), et eventuellement je changerai l’arduino et/ou l’imu en le montant.

#1273

confirmé que ça rebug aprés “refroidissement”

#1274

une petite mousse opaque sur le 5611 ?

#1275

Haha il y a des connaisseurs ! :smiley: C’est étonnant qu’il y ait autant de gens au courant du problème du “petit bout de mousse”. Mais là ce n’est pas l’origine des soucis de Ptikiki. La lumière influence un peu mais pas au point de faire varier l’altitude à ce point.

@Ptikiki.

C’est étonnant parceque le problème que tu semble décrire c’est un problème de fréquence d’échantillonnage du ms5611 qui est trop élevée que l’on avait au tout début sur les premières versions. Tu peux tester si tu veux de changer dans : librairies/ms5611/ms5611.h :


#if F_CPU >= 16000000L
//#define MS5611_INTERRUPT_COMPARE 130
#define MS5611_INTERRUPT_COMPARE 154
#else
//#define MS5611_INTERRUPT_COMPARE 66
#define MS5611_INTERRUPT_COMPARE 78
#endif

en


#if F_CPU >= 16000000L
//#define MS5611_INTERRUPT_COMPARE 130
#define MS5611_INTERRUPT_COMPARE 154
#else
//#define MS5611_INTERRUPT_COMPARE 66
#define MS5611_INTERRUPT_COMPARE 85
#endif

Pour voir si cela résout le problème.

Question bête. Est-ce que tu es sûr de ne pas te tromper de carte lors de la compilation ? (“Arduino pro mini 328P 3.3V 8Mhtz”) :grat:

Ensuite le problème vient sûrement d’une des cartes qui n’est pas bien alimenté. Prends la tension en entrée du module ms5611/mpu9250 et regarde si tu as bien une tension supérieure à 3.3V. Globalement vérifies que toutes les cartes sauf l’écran recoivent bien la tension “RAW” de la batterie (>3.3V lorsqu’elle est chargée).

A mon avis tu n’auras pas de soucis le vario monté. C’est sûrement un problème de fiabilité des connexion sur breaboard. Par contre ça peut être interessant d’investiguer pourquoi “à chaud” cela fonctionne.

@whistler

Super que tu n’ai plus de problème :pouce: Malheureusement je sais pas si la semaine prochaine va être volable :? Garde ton velo ! :smiley:

#1276

Hello ! :coucou:

@Ptitkiki

Je viens de faire un test sur breadboard et moi aussi et j’ai des genres d’oscillations.

J’ai suspecté le buzzer qui pompe trop et j’ai donc passé le volume de 10 à 3. Et ça à résolu le problème. Le buzzer maintenait un genre d’oscillation comme ceci :
-> Le buzzer bippe et fait baisser le courrant.
-> Cela dérêgle la mesure de l’altitude
-> Du coup ça bippe à nouveau
-> Et ainsi de suite…

On voit bien l’oscillation qui baisse petit à petit mais elle est bien présente au début. Je dis peut être une connerie mais si le le courant est instable c’est que forcément la tension ne peux pas fournir suffisamment et cela vide les condos.

Testes avec la dernière version et le volume à 3.

A+

#1277

Méfiez-vous des breadboard tout de même, les connexions (des fils notamment, les pattes de composants ça peut aller) sont vraiment mauvaises et le comportement du vario n’aura rien à voir avec la réalité si vous le bougez.

#1278

OK, merci d’avoir cherché à reproduire :wink:
Je ne vais pas pouvoir tester tout de suite car je pars pour 15 jours en depla… Mais à suivre !

#1279

Ce qui m’interpèle prunkdump: comment as tu défini les bonnes plages de fréquence d’échantillonnage ? Par expérimentation ? documentation ?

#1280

salut.

Pour la fréquence d’échantillonnage j’ai utilisé le datasheet du MS5611 :

http://www.te.com/commerce/DocumentDelivery/DDEController?Action=srchrtrv&DocNm=MS5611-01BA03&DocType=Data+Sheet&DocLang=English

Ils disent que le temps de la conversion analogique est de 8,22ms. Mais en fait on obtient ça que si le composant est parfaitement alimenté. Ce que nous avons du mal à obtenir en 3,7v.

Du coup j’ai du plusieurs fois baisser la fréquence d’echantillonage pour que les varios soient plus stables. Car si on récupère la valeur avant la fin de la conversion on obtient une valeur complètement abherante.

A+