DIY GnuVario : variomètre opensource - openhardware Arduino

[Van Hurlu]

Astuce :
Pour ne pas casser l'écran une deuxième fois ...
Je le scratch au fond du casque, du coup il est super protégé dans le gros sac.



d'accord avec grand dom, Je n'ai pas son niveau (mes vols font au max 3h  ),
mais quand je pars une semaine aux Dolomites, ou à St André avec les copains ...
Je charge une fois mon Skytraxx avant de partir et il me reste de la batterie au retour. idem pour ma radio.
Ne sous-estimez pas ce point.

[Van Hurlu]

.

[vmath54]

pour moi l'autonomie est un point essentiel mes vols de distance font entre 4 et 7 heures

Faut donc prévoir la poche à pipi dans le gnuVario   

[jpg63]

Salut,
je pense qu'on essaiera d'intégrer la plus grosse batterie tenant dans le boitier. Actuellement il est difficile de dire si on utilisera le même boitier et quelle place il va rester, mais la remarque est bien prise en compte

[grand dom]

pour l'instant à 62 ans l'incontinence ne m'a pas encore touché mais cela parait ma limite
 je bois peu (pas bon ) j'envisage la poche à pipi ou alors l' épandage naturel aérien
désolé pour le hors sujet
dom
[/quote]

Faut donc prévoir la poche à pipi dans le gnuVario   
[/quote]
pour l'instant

[prunkdump]

Salut à tous 

Bonne nouvelle !    J'ai reprogrammé entièrement la bibliothèque du MPU9250 pour l'optimizer au maximum. Résultat :

Code:

Sketch uses 25392 bytes (82%) of program storage space. Maximum is 30720 bytes.

On est passé de 96% à 82% de mémoire  Voilà qui va permettre d'ajouter des fonctionnalités sur les versions V1 et V2 ! Et le code du vario rentre maintenant aussi dans un Atmega32U4. Et en plus il reste la bibliothèque beeper à optimizer qui prends beaucoup de place aussi.

Si il y a une âme châritable qui veut bien me tester ce nouveau firmware pour vérifier que tout vas bien Je le met en pièce jointe. Dites moi aussi si cela résoud les problèmes de vario qui ne démarrent pas.

A suivre ! 

[Van Hurlu]

  je devrai pouvoir tester dès aujourd'hui

[jpg63]

j'ai fait un test vite fait entre 2 bouchées à midi  sur une version 1. La nouvelle bibliothèque me parait bien marché, en tout cas on a l'affichage de l'altitude et du vario et le vario démarre à chaque fois sans problème

[prunkdump]

Super !

Et j'ai vérifié elle marche aussi avec le samd21  !

Ok je publie tout ça !

[vmath54]

Je viens de tester en recompilant, avec la dernière version git.

Je confirme : la mémoire consommée est passée de 96% à 82%.
Et premier test du gnuVario V1 avec le nouveau firm (en vélo ...  ) ; tout marche comme avant.

Félicitations, prunkdump 

[Van Hurlu]

J'ai essayer de décoller à 13h avec une balise 28-35max     j'étais un peu trop gourmand   



J'y suis retourné à 16h30 avec une balise à 19-27max, joli vol, on se serait cru en été 

note :
Dans la liste des chose à faire : trouver une manière de mieux protéger l'écran
le skytraxx a pris la même claque sur les cailloux, il est juste un peu rayé
Au moins, cette fois je sais comment je l'ai pété mon écran tout neuf 

[francoish]

Le test du FIRMV2 n'est pas une réussite de mon coté, le vario réagi anormalement si je passe de la position à l'endroit vers la position retournée ou de la position retournée à la position à l'endroit une fois allumé bien sûr. L'affichage indique -5 m/s environ avec le son correspondant.
J'ai remis le firmware précédent, tout revient à la normale.
J'espère avoir fait une bêtise de mon coté, ce qui laisserai penser que la modif de code n'est pas en cause.

ps: j'ai refondu un peu les soudures de platine carte SD, j'arrive à priori à allumer avec une carte SD maintenant, amélioration à confirmer dans la durée   .

[prunkdump]

Mais tu l'avais pas protégé en le scratchant dans le casque ?  

 

Je crois que cette fois il va falloir employer les grands moyens :

http://www.ebay.fr/itm/10PCS-84-48-Nokia-LCD-Module-Board-White-Backlight-Adapter-PCB-for-Nokia-5110-/180953583890?hash=item2a21ac9112:g:B7QAAOSwiYFXHycG

 

Tu ne t'ais pas fait mal au moins !  

Autrement : une idée pour les problèmes de contact avec le boîtier serré

Je pense que le problème c'est que cela force sur les pin de la carte SD. Il n'y a aucun soutient du PCB dans le boîtier. Toute la force se porte en ce point.

A ceux qui ont des imprimantes 3D, peut-être que vous pourriez nous faire un genre de truc à quatre pied à peine un peu plus haut que la carte SD ?  

Comme ça le PCB appuiera au fond du boîtier et on pourra serrer autant que l'on veut

Edit :

Je veux bien des retours sur le problème signalé par francoish. Pour savoir si je doit corriger rapidement 

[francoish]

J'ai rechargé le firm à tester, toujours le même constat. Je reviens à nouveau au firm précédent, je constate cette fois un soucis: le bip à la  montée est continu  .
Peut-être un soucis lié à la reprise des soudures ?

[vmath54]

Le test du FIRMV2 n'est pas une réussite de mon coté, le vario réagi anormalement si je passe de la position à l'endroit vers la position retournée ou de la position retournée à la position à l'endroit une fois allumé bien sûr. L'affichage indique -5 m/s environ avec le son correspondant.
J'ai remis le firmware précédent, tout revient à la normale.
J'espère avoir fait une bêtise de mon coté, ce qui laisserai penser que la modif de code n'est pas en cause.

Je veux bien des retours sur le problème signalé par francoish. Pour savoir si je doit corriger rapidement 

J'ai essayé de reproduire, mais je ne suis pas certain d'avoir compris le problème.

Ce que j'ai fait, avec la toute dernière version, sur un vario V1 :

- mise en route, et attente du signal GPS.
- retourné le boitier ; ca beep comme dans une dégueulante pendant 2 secondes, et ca se stabilise.
- retourné à nouveau le boitier pour avoir en face de moi l'écran ; ca beep à nouveau 2 secondes, en indiquant des valeurs de vario négatives ; puis ca se stabilise.

Je n'ai pas vérifié s'il y avait une différence par rapport à la version précédente.

Je ne vois rien de vraiment anormal dans ce comportement. Le retournement très rapide du vario n'est pas une situation normale, et le fonctionnement se rétablit très rapidement.

[Van Hurlu]

Mais tu l'avais pas protégé en le scratchant dans le casque ?  

 

Je crois que cette fois il va falloir employer les grands moyens :

http://www.ebay.fr/itm/10PCS-84-48-Nokia-LCD-Module-Board-White-Backlight-Adapter-PCB-for-Nokia-5110-/180953583890?hash=item2a21ac9112:g:B7QAAOSwiYFXHycG

Tu ne t'ais pas fait mal au moins !  

Heureusement,  j'avais le casque sur la tête  
j'ai pensé la même chose que toi, mais par x5 pour commencer.

Pas de bobo, juste l'égo qui en a pris un bon coup  
j'ai trouvé ma limite, bonne leçon ... pas chère payée (5€)
Si Nicolas di Bernardo me lit, il va rigoler en se rappelant de bons souvenirs de poilades de mes débuts sur ce déco en plein venturi

[jpg63]

Salut à tous

je viens de mettre à jours le github, vous trouverez la version 63.5 dans la branche jpg63. Elle reprend l'ensemble des modifications de Prunkdump

Bon vol

[francoish]

Je ne vois rien de vraiment anormal dans ce comportement. Le retournement très rapide du vario n'est pas une situation normale, et le fonctionnement se rétablit très rapidement.

Il s'agit bien d'un comportement anormal, puisque le retournement en question n'était pas particulièrement rapide.  En tout cas, le même retournement n' entraîne pas la même conséquence selon le firm. Le taux de descente affiché et traduit sonorement est même pas de +/- 1 m/s alors qu'il est d'une valeur proche de -5m/s qui revient à 0 au bout de 2 à 3 secondes.

[ptitkiki]

Salut francoish,

As tu refait la calibration récemment? Je pense que ça mérite de la refaire et refaire le test.

PS : bravo baptiste pour l'optimisation de la librairie baro !

[prunkdump]

Ce que dit François est plausible car on peut choisir la sensibilité des gyroscopes.

Si pour une raison qui m’est inconnue elle n’est pas celle qu’attend le DMP dans la nouvelle librairie il peut y avoir des erreurs en rotation.

La calibration ne joue qu’en translation.

Ce n’est pas dramatique mais c’est à étudier ...

[francoish]

Salut ptikiki,

Non, aucune calibration faite jusqu'à maintenant.

[jpg63]

je confirme que si on bascule le vario, il n'aime pas ça, il beep comme pour une dégueulante pendant 1 à 2 sec. Cela se produit si on le met d'un coup la tête en bas ou en haut, ou à gauche ou à droite sachant que ça position initiale est droit écran vers l'avant, fixation sur élévateur. A part pendant des manœuvre extrême je ne pense pas que le vario puisse passer par c'est position aussi vite en vol

[prunkdump]

Un grand merci pour les tests ! 

Effectivement François avait raison.  Il y a clairement un problème (j'ai testé moi aussi avec le MPU tout seul).

J'ai trouvé la solution. J'avais confondu le sample rate du dmp (100 calculs par seconde) et le sample rate des appareils de mesure (il devait être à 200 par seconde, j'avais mis comme le dmp à 100 par seconde).

Le temps de corriger le code et je publie ça ce soir ! 

A+

[prunkdump]

Voilà c'est en ligne avec le bug corrigé !

Mettez à jour vos GnuVario.

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

Pour ceux interessé, je peux vous envoyer la version de Jpg63 à jour.

A+

[jpg63]

Salut,

je viens de mettre à jours la version 63.5 avec le connectif du bug des accéléromètres sur le github