DIY GnuVario : variomètre opensource - openhardware Arduino

[Philgab]

Je viens de mettre une version de développement sur mon GitHub https://github.com/jpg63/Gnuvario_for_TTGO-T5/tree/master/Sources/Beta%20Code/v0.8b4

Le version 0.8b4 utilise une nouvelle méthode de gestion du son.  Philgab si tu as l'occasion de la tester, pourrais tu nous dire si tu vois du mieux.

Il faut bien ajouter le fichier variosound.cfg à la racine de la SDcard, pour que cette nouvelle version fonctionne. Ce fichier contient les paramètres de réglage du son. Pour l'instant seul la fréquence est gérée, mais on a prévu d'avoir le cycle et le duty variable et réglable

Super, en première impression dans un escalier c'est très prometteur !

[jpg63]

Je viens de mettre une version ou le cycle et le duty sont variables donc en plus de la fréquence la vitesse des bips évolues, bon test.

N'hésitez pas à nous faire des retours, si vous essayez cette version

[Sini]

Hi friends,
first of all, I have to thanks for this great project   . I have 2 varios . First vario is old Prunkdump vario with Nokia display. Second vario is 2,9 inch E-ink display vario with beta software 0.8 b3. I use both varios. Older vario for better sound newer E-Ink vario without sound for nice display. I fly on small hills with very weak and narrow thermals. So precise sound is very important for fast finding thermal core. I downloaded the newer version with improved sound.  I tested this version only in elevator. For me, it looks like HUGE improvement.  I am very looking forward for air testing.

Robert

[Philgab]

Hello,
J'ai essayé de faire une vidéo comparative en vol, mais j'ai mal choisi le créneau : il n'y avait plus d'activité thermique 
Voici quand même une petite séquence à télécharger : https://www.grosfichiers.com/2UhuiyyYuB4
Je n'ai pas l'impression de voir de différences significatives entre les 2 versions. Le smartphone à droite est couplé en BT à un BlueFlyVario, donc sans accéléromètre.

Voici également un comparatif sur table en statique : https://vimeo.com/462160743
Là on y voit une nette différence de stabilité. C'était déjà pareil avec un premier GNUvario-E et j'ai refais la calibration à plusieurs reprises sans changement de comportement.
Donc je me demande si c'est le CJMCU_117 qui est défectueux ou s'il subit un parasitage.

[Philgab]

Au cas où le lien vers la vidéo statique serait mal passé : vimeo.com/462160743

[jpg63]

Le CJMCU_117 est très sensible au changement de pression, un courant d'air, une fenêtre d'ouverte avec une rafale de vent

Pour ceux qui voudrait tester ou juste voir le résultat de la nouvelle librairie varioXBeeper (version 0.8b4), j'ai mis un petit code sur le github

https://github.com/prunkdump/GNUVario-TTGO-T5/tree/master/Sources/Test%20Code/VarioXBeeper 

Dans le moniteur série vous pouvez faire varier le vario par pas de 0.1 avec le + et le - validé par "Entrer" vous pourrez jouer sur les paramètres du fichier variosound.cfg et écouter le résultat

Bon dimanche

[sylvain_p]

je suis en train de me refaire un Gnuevario-e car je n'ai pas la version récente du pcb et du coup je suis plus dans les clous pour la MAJ du firmware... j'aimerai bien tester les nouveautés, je suis sur la 0.5B8...
Bref je vais peut être aussi passer sur une batterie 2000 mAh, est-ce que vous auriez des astuces pour connecter les fils de la batterie au TTGO? Il me semble avoir vu des connecteurs sertis sur une des réalisations mais je ne les trouve pas sur le site ni la BOM
2ème question, Je vais peut être en profiter pour passer sur la version 2.9", à tout hasard est-ce que quelqu'un aurait encore un boitier pour ce modèle?

[ttamttam]

ttamttam, je pense que c'est bon, il faut que l'écran soit un waveshare car comme l'a l'expliqué ratamuse il y a des écran  qui utilise des résistances de 4.7k et d'autre de 10k

De mémoire pour avoir du changer un écran sur une TTDO 1.54 montée, il semble presque impossible d'atteindre la nappe sans dessouder la TTGO

Bon courage

Et bien comme prévu, cela n’a pas été possible sans déssouder la TTGO, ce qui ne s’est pas avéré facile juste avec une pompe à dessouder, mais l’opération a réussi    !

Bonne semaine à tou·te·s

[Philgab]

Le CJMCU_117 est très sensible au changement de pression, un courant d'air, une fenêtre d'ouverte avec une rafale de vent

Pour cette vidéo comparative j'ai bien fait attention à ce qu'il n'y ait pas le moindre courant d'air ni vibration.
J'aimerais bien savoir si je suis le seul à avoir autant de variation en statique (ça peut aller de -0.3 à +0.3), parce que si c'est le cas il faudrait que je change mon module CJMCU.

[Theduck38]

Hello,

Pour moi, avec le 2.9 (en version Beta 3 00.08-J) j'ai entre -0.1m/s et +0.2m/s de variation à plat sur mon bureau sans circulation d'air autour.

[vaca]

Salut, j'ai aussi des fluctuations entre -0,2 et +0,2

[olitask]

Bonsoir

Pour ma part, j'ai des fluctuations bien trop importantes pour que mon gnuvario-e soit utilisable. En vol de soaring, j'ai des fluctuations de quelquefois plusieurs mètres avec des vitesses verticales de + ou- 2m/s.

En comparaison avec mes anciens gnuvario (V2 et V3) c'est le jour et la nuit.
Sur les courbes igc ces fluctuations n'apparaissent pas. En même temps, en vol je coupe le son car l'information principale dont j'ai besoin c'est la vitesse. 
Je soupçonne surtout dans mon cas un dysfonctionnement de accéléromètre. Est-il possible de le désactiver dans les paramètres ?

Olivier

[zaxou]

Bonjour à tous, nouveau sur ce forum, je suis de pret l'avancée de ce projet.
D'abord, merci à tous ceux qui participent à ce superbe travail.

Pour ma part, j'ai eu du mal à calibrer correctement l'accelerometre, ce qui m'a valu plusieurs fois une grande instabilité et des valeurs abbérantes. J'ai fini par réussir en y passant 10min en insistant sur toutes les faces et en attendant parfois plusieurs dizaines de secondes avant que la mesure veuille bien etre prise (bip), j'ai pris environ 40 mesures. Maintenant le vario semble bien marcher au sol (pas encore testé en vol), et j'ai aussi une instabilité de +/- 0.2 m.s-1 a plat sur la table sans courant d'air. Après cet appareil à l'air tellement sensible, que le simple fait de respirer à coté suffit peut-etre à induire ces variations...? A  noter: ces variations m'ont semblé moindre sur la 8b4 (avec varioXbeeper, derniere en date) que sur la 8b2.

Je ne  sais pas comment est pris la mesure (j'ai commencé à fouiller le code, mais j'ai pas encore vu ca), mais il serait peut-etre envisageable d'en prendre plusieurs et de les moyenner afin de "stabiliser" le vario. On pourrait probablement ainsi diviser d'autant les écarts de mesure. Mais peut-etre est-ce déjà coder ainsi...?

[Theduck38]

Hello @jpg63

Serait-il possible de pousser la b4 sur le serveur de mise à jour STP ?
Je suis un fainéant, je sais... mais je me soigne ! 

[Philgab]

Après différents essais je constate que si je sélectionne l'option "affiche le vario intégré" alors la mesure statique sur table redevient aussi stable que le GNUvario V3.

Pourtant je n'ai pas sélectionné l'option "intégration du vario", car si je le fais le vario se bloque en émettant un son continu.
Je pensais que la durée d'intégration agissait sur l'affichage du "taux de chute moyen" à droite de l'écran

Du coup je crois que j'ai besoin d'explications sur le fonctionnement de ces différentes options et sur quel affichage agit la durée d'intégration paramétrable de 0 à 2 secondes.

[PADOU]

Hello
Je fais partie d'un petit groupe de parapentistes de Lyon (9) avec qui nous avons construit les varios avec enthousiasme. Le projet étant vraiment sympa.
J'ai un souci avec le mien, qui démarre passe la page d'initialisation avec affichage de la version, mais se bloque ensuite sur la page de vol, n'arrive pas à se localiser., n'affiche pas la position, l'altitude les vz, le cap  ...
J'ai donc essayé les programmes de test et j'obtiens ceci :
Test GPS32 :
   09:38:48.245 -> ��⸮Begin
   09:38:48.245 -> Loop
    ET PI C’est TOUT !

test_ms5611_twoWireScheduler_esp32 :
   N1 :
   09:50:17.371 -> N2 :
   09:50:19.381 -> N3 :
   09:50:22.159 -> N4 :
   09:50:22.159 -> N5 :
   09:50:22.159 -> N6 -
   09:50:22.159 -> N7 -
   09:50:22.159 -> firstAlti DBG : -1832.67
   09:50:23.156 -> fin debug     est-ce OK   ?????????

test MPU9 :
   started
   09:53:48.238 -> sensorId: 128
   09:53:48.238 -> print accel values
   09:53:48.238 -> accelX: 0.00
09:53:48.238 -> accelY: 0.00
09:53:48.238 -> accelZ: 0.00
09:53:48.238 -> accelSqrt: 0.00
09:53:48.238 -> gyroX: 0.00
09:53:48.238 -> gyroY: 0.00
09:53:48.238 -> gyroZ: 0.00
09:53:48.238 -> Cannot read mag values     Problème ????????

test i2_scanner_esp32
09:56:06.589 -> I2C scanner. Scanning ...
09:56:06.701 -> I2C device found at address: 64 (0x40)
09:56:06.701 -> I2C device found at address: 66 (0x42)    etc........          OK ??

tests écrans et sons semblent OK

je demande donc un peu d'aide ne sachant interpréter ces messages. sachant que j'ai revérifié toutes les soudures à plusieurs reprises.
merci pour toute information.

[Ratamuse]

Salut,

@Theduck38, ça arrive, qques petits réglages à faire avant publication en .bin
@Philgab: Oui il faut que l'on fasse une page explicative de tous les paramètres du webserveur. Asap
@Padou, je t'ai envoyé un mail perso.

A+

[PADOU]

Je fais suite à mon précédent message dans lequel je signalait des problèmes avec le vario avec impossibilité de trouver les satellites, pas d'affichage du cap de l'altitude.....
Pour faire simple, la led du GPS ne s'allumait pas et donc pas de GPS fonctionnel.
Avec les conseils éclairés de Ratamuse que je remercie encore, on a fait des tests de voltage aux bornes VCC/GND du CJMCU et sur la carte aux points de test.
Le voltage était insuffisant : 1,40V.
J'ai donc shunté sur ses conseils le transistor Q1 en reliant les deux bornes de 'Q1-shunt' sur la carte. Et là, miracle (pour moi), tout fonctionne à nouveau.
Ratamuse me dit qu'en shuntant le transistor, on perd la fonction de mise en veille automatique, ce qui ne me parait pas fondamental.
Donc je vais en rester là pour l'instant.
Encore un grand merci pour ce dépannage éclair et la compétence.
En espérant que ce retour d'expérience pourra en aide quelques uns.
PADOU

[sylvain_p]

  ratamuse et padou

[jpg63]

Bonjour à tous

Cela fait un moment que nous n'avons pas publié de version fonctionnelle, donc c'est le moment de vous annoncé que je viens de mettre en ligne le code de la v0.8b4 sur le github officiel (cette version n'est plus en développement). Ce soir ou demain je publierai les binaires.
Nous allons débuter la version 0.8b5 qui sera compatible avec le nouveau PCB V3

Mais pour l'heure voici les améliorations de cette version v0.8b4

- Le son est maintenant paramétrable grâce à un fichier variosound.cfg
- Correction de quelques bugs d'affichage
- Amélioration de la fonction deep-sleep
- Gestion d'une nouvelle puce GPS
- Intégration du nouveau PCBv3
- Amélioration diverse dans le code et au niveau de la fiabilité

Pour fonctionner il faudra ajouter à la main le fichier variosound.cfg à la racine de la carte SD

Pour la version v0.8b5 nous pensons :
- ajouter un écran de charge (indication pendant la charge du vario)
- Améliorer la mise à jour automatique pour pouvoir mettre à jours l'ensemble de la carte SD et pas uniquement le fichier du site web embarqué
- Ajouter la version 3 du PCB à la mise à jours

Actuellement le compas magnétique n'est pas fiable nous travaillons aussi sur ce point

[jpg63]

Depuis ce matin les mises à jours en binaire sont disponibles, ainsi que la version du code pour VsCode

N'oublier de mettre à jour votre SDCARD

Bon Vol

[Ben Oït]

Bonjour à tous,

J'ai tenté la mise maj vers la 0.8b4 pour la version 1.54" avec le fichier binaire (carte sd également maj).
Au 1er démarrage, sur l'écran principal, je n'avais plus le taux de chute/finesse ni l'heure/temps de vol.
J'ai attendu que le gps fixe et j'ai été voir dans les configurations de la page web si il y avait une option à cocher pour afficher ces infos mais je n'ai rien trouvé et toujours le même problème d'affichage.
Après plusieurs redémarrage l'écran principal est devenu fixe (impossibilité de changer de page) avec un bip continu...
Il me semble qu'il y a un bug...
Est ce quelqu'un d'autre a tenté la maj 0.8b4 en 1.54"?

J'ai également voulu utiliser le carnet de vol pour voir ce que j'avais fait cette été mais une fois les fichier igc envoyé dans le carnet de vol, les traces ne sont pas toutes présentes et une partie sont invalides. Le carnet de vol est-il fonctionnel chez vous, ou est ce juste chez moi qu'il y a un problème?

Merci

Ben

[Gali]

Bonjour à tous,

J'ai tenté la mise maj vers la 0.8b4 pour la version 1.54" avec le fichier binaire (carte sd également maj).
Au 1er démarrage, sur l'écran principal, je n'avais plus le taux de chute/finesse ni l'heure/temps de vol.
J'ai attendu que le gps fixe et j'ai été voir dans les configurations de la page web si il y avait une option à cocher pour afficher ces infos mais je n'ai rien trouvé et toujours le même problème d'affichage.
Après plusieurs redémarrage l'écran principal est devenu fixe (impossibilité de changer de page) avec un bip continu...
Il me semble qu'il y a un bug...
Est ce quelqu'un d'autre a tenté la maj 0.8b4 en 1.54"?

J'ai également voulu utiliser le carnet de vol pour voir ce que j'avais fait cette été mais une fois les fichier igc envoyé dans le carnet de vol, les traces ne sont pas toutes présentes et une partie sont invalides. Le carnet de vol est-il fonctionnel chez vous, ou est ce juste chez moi qu'il y a un problème?

Merci

Ben

Même constat que toi, avec la version 2.91 :
gps ne fixe plus (30 min de test), freeze des écrans et boutons inopérants, après classements de 'vols' je ne les retrouve pas (plus). mais comme je suis un boulet de première, j'attends l'avis des autres pour corriger mes erreurs !
Gali

[jpg63]

Ces problèmes sont bizarre, je vais refaire les binaire en les testant avant. Je vais aussi republier ma dernière SDCARD. Il est possible que ce soit la SD qui pose problème

[jpg63]

Pour la version 1.54'', le problème est réglé, j'ai corrigé le fichier binaire