DIY GnuVario : variomètre opensource - openhardware Arduino

[Xiboard]

Van Hurlu la dernière version officiel est sur le GitHub, le son est à 10. Si tu veux essayer l'affichage des satellites et du temps, tu peux ajouter mes sources (posts précédents). J'ai mis le son à 3 c'est peu être un peu bas pour toi. Il va falloir que tu recompile si tu veux plus ou moins

"SetVarioParameters" tu compile le code avec tes paramètres et tu mets à jours FIRM.HEX

Désolé Jpg, de ne pas être sur de te comprendre du premier coup.
j'ai ouvert le "SetVarioParameters", j'y ai mis mes infos, j'ai enregistré et créé un SetVarioParameters.ino.eightanaloginputs.hex
puis j'ai ouvert variometer.ino et j'ai réglé le volume.
mais je ne vois pas comment en recompilant un FIRM.HEX les infos de "SetVarioParameters" sont intégrées dans ce nouveau firm.
 ???

Tu renome le SetVarioParameters.ino.eightanaloginputs.hex en FIRM.HEX > tu copie sur ta sd > tu fait la procédure pour flasher.

Tu remet ensuite le FIRM.HEX du variometer.ino pour que ce soit fonctionnel.

Le SetVarioParameters.ino n'est à faire qu'une fois pour écrire ce qu'il va bien dans la mêmoire flash de l'arduino. Ça permet d’alléger le code.

[jpg63]

Pour les réglages, je pense à un fichier Text avec toutes les valeurs, mais la possibilité de régler le son sans PC ça serait vraiment top. Super idée de tourner dans un sens pour augmenter le son et dans l'autre pour le baisser. Sinon une petite résistance variable à glissière connectée sur une entrée Analogique pour la prochaine version

Van Hurlu, tu renomme SetVarioParameters.ino.eightanaloginputs.hex en FIRM.HEX, tu met à jour le vario. Les infos sont stockées dans l'Eprom. Tu mets le FIRM.HEX de variometer.ino et tu remets à jours le vario et hop    c'est tout bon

[jpg63]

Xiboard a été plus rapide que moi

[Van Hurlu]

     merci à vous deux
désolé d'être bourrin, mais beaucoup de choses sont nouvelles pour moi


[EDIT]
trop génial ! tout marche, la réception satellite , la charge batterie, l'heure...
        

[Van Hurlu]

http://doarama.com/view/1368102

juste quelques questions remarques, il m'a semblé que
le démarrage du calcul du temps de vol se fait dès le fix sattelite
le démarrage de l'enregistrement de la trace GPS se fait quand on dépasse les 10 km/h
Bizarre ?????

le clignotement entre heure et temps de vol est trop lent, il faut l'accélérer par 2 au mini

le niveau batterie ne marche pas pour moi, elle indique tout le temps vide ???

jamais eu plus de 3 barres aux satellites ? ça veut dire qu'il en accroche 3 ou c'est juste une indication de niveau. au total, il y a combien de barres possibles ???

Je vais l'emmener en vol rapidement, Je le trouve super mignon 

trop trop content

[prunkdump]

Bon bin c'est bien tout ça !

Vous allez pouvoir tester les traces et le Bluetooth pour ceux qui l'on installé. Je veux bien que vous me disiez si il y a toujours le bug de la date dans les IGC.

Ouai je me suis fait griller la surprise 

Je suis en train de tester la détention de frappe. On pourra donc agir sur le vario avec le nombre de tapotements. Effectivement il me semble important de pouvoir couper le son.

À+

VanHurlu pour l'affichage de la batterie il faut faire un pont diviseur de tension. Regarde le schéma de jpg63

[jpg63]

http://doarama.com/view/1368102

juste quelques questions remarques, il m'a semblé que
le démarrage du calcul du temps de vol se fait dès le fix sattelite
le démarrage de l'enregistrement de la trace GPS se fait quand on dépasse les 10 km/h
Bizarre ?????

le clignotement entre heure et temps de vol est trop lent, il faut l'accélérer par 2 au mini

le niveau batterie ne marche pas pour moi, elle indique tout le temps vide ???

jamais eu plus de 3 barres aux satellites ? ça veut dire qu'il en accroche 3 ou c'est juste une indication de niveau. au total, il y a combien de barres possibles ???

Je vais l'emmener en vol rapidement, Je le trouve super mignon 

trop trop content

Effectivement le temps de vol n'est pas totalement finalisé, il démarre après le fix GPS, je réglerais rapidement ce petit detail
J'ai effectivement eu la même remarque, 5 sec entre l'affichage de l'heure et du temps de vol c'est beaucoup mieux, je vais remettre les nouveaux sources, avec la simplification de l'affichage de la batterie.

Pour la batterie, si tu n'a pas le pont diviseur sur A2, impossible d'afficher la tension RAW

Pour le GPS c'est 1 barres 1 GPS, 2 barres 3 GPS, 3 barres 5 GPS et 4 barres 10 GPS

[jpg63]

Voila je code modifié avec le temps de vol qui déclenche dès que le vol débute. La batterie est gérer par pas de 10% de charge et le code est simplifié. Et l'heure et la durée du vol bascule toutes les sec

Prunkdump j'ai fais de nouveau test pour la date IGC, j'ai obtenu à chaque fois la date, je referais des test en vrai (en vol). Peu être que si la qualité de reception du gps n'est pas super, la date n'est pas valide. A voir

[Van Hurlu]

  bravo jpg, ça c'est de la réactivité

J’ai finalement retrouvé tes explications sur le pont diviseur
http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.0.html;msg596535#msg596535
si à l'occase tu ouvres à nouveau ta petite boite, essaye de faire une photo pour nous montrer comment concrètement tu as rajouté ces résistances.
Je n'en ai pas en stock, il faut que je commande 2 résistances (R1 = 270K et R2 = 1M), la fonctionnalité attendra un peu pour moi.
Je vais en profiter pour commander de la gaine thermorétractable pour sécuriser mon bidouillage.
Quelqu'un sait-il quelle taille de gaine il faut  ???? Voir un lien vers de la gaine qui va bien ?

Une remarque :
Pour l'avoir vécu plusieurs fois, c'est fastidieux de retrouver la bonne info dans 33 pages, car même si on trouve, on est plus ou moins obligé de relire toutes les pages suivantes au cas ou l'explication que l'on a trouvé soit modifiée ultérieurement. Je me doute bien qu'en phase de développement vous n'avez pas le temps de mettre au propre.
Comme je suis complètement dépassé au niveau du code et que je ne peux pas vous aider dans ce domaine, peut-être que ma contribution pourrait être dans ce domaine ? en rassemblant les infos à la suite de la page http://glpano.free.fr/vario/

Encore une question :
En attendant ... je n'arrive plus à retrouver ou en en est pour la mise à jour du FIRM sans tout re-démonter pour utiliser le bouton de l'Arduino (j'ai encore perdu 3/4 h à fouiller le fil). Il fallait le retourner au démarrage ?????

Retour d'expérience sur agencement général :
J'expérimente quelques modifications au niveau de l'agencement.
J'ai remplacé le lecteur de carte SD par un lecteur de mini-carte SD. Le gain de place permet de mettre la carte bluetooth à coté. La carte mini SD est plus enfoncé du fait de mon montage. Il suffit d'une pointe de stylo pour mettre et éjecter la mini sd. Ce qui me plait assez. Comme je n'ai pas modifié le circuit imprimé, mes connections (pour la mini SD et le BT) sont faites avec des petites map de fil se qui réduit le gain de place obtenu. Mais même avec cet inconvénient, mon boitier se ferme beaucoup mieux qu'avant. et la carte BT est loin de l'antenne du GPS

Réflexion :
Malgré le déplacement de la carte BT, le GNUVario est beaucoup plus long que mon skytraxx pour faire le fix. D'après ce que j'ai pu lire de vos tests, l'écran situé juste au-dessus de l'antenne serait aussi une cause de cette mauvaise réception.
Si c'est vraiment le cas, il ne faudra pas tergiverser et modifier complètement la disposition en mettant l'antenne juste sous le capot. La qualité de la réception satellite DOIT être optimale. J'imagine même de faire un trou dans le capot pour y coller l'antenne à fleur (encore un gain de place).
On pourrait peut-être aussi envisager de prendre un boitier de la taille au-dessus sans compromettre l’intérêt du GNUVario si on améliore la réception et que l'on augmente énormément l'autonomie avec une plus grosse batterie.

 Bons vols à tous pour cette journée de l'ascension jm

[py]

... c'est fastidieux de retrouver la bonne info dans 33 pages ...

http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.0.html;msg595971#msg595971

[GtD73]

Hello
pour moi l'auto start fonctionne bien, par contre pas l'autostop !

[jpg63]

Hello
pour moi l'auto start fonctionne bien, par contre pas l'autostop !

Salut, il n'y a pas d'autostop d'implémenté. Cela pourrait être une petite amélioration sympa. Arrêt automatique à la fin du vol, avec affichage des statistiques - temps de vol, altitude max, ... A voir

Je suis sur le développement, de la gestion des paramètres dans un fichier txt.  L'idée, ne plus avoir à recompiler le code, pour modifié un paramètre. Pour les non informaticien, il deviendra facile de paramétrer le vario sans devoir créer son FIRM.HEX

les paramètres du fichier config.txt

VOLUME = 3

SINKING_THRESHOLD  = -2.0
CLIMBING_THRESHOLD = 0.2
NEAR_CLIMBING_SENSITIVITY = 0.5

ENABLE_NEAR_CLIMBING_ALARM   = TRUE
ENABLE_NEAR_CLIMBING_BEEP   = TRUE

VARIOMETER_SPEED_FILTER_SIZE  = 5

UTC_GMT = 2

RATIO_MAX_VALUE = 30.0
RATIO_MIN_SPEED = 10.0

PILOT_NAME = Magali
GLIDER_NAME = MAC-PARA MUSE 3

VARIOSCREEN_CONTRAST = 60

FLIGHT_START_MIN_TIMESTAMP = 15000
FLIGHT_START_VARIO_LOW_THRESHOLD = -0.5
FLIGHT_START_VARIO_HIGH_THRESHOLD = 0.5
FLIGHT_START_MIN_SPEED = 10.0
VARIOMETER_RECORD_WHEN_FLIGHT_START = TRUE

Je m'inspire de ta mise à jour de l'entête ICG, Prunkdump. FIRM.HEX setvarioparameter + fichier config.txt. Impossible de faire rentrer la lecture du fichier config.txt dans le peu de mémoire qu'il reste

Prunkdump, pense tu que l'on a assez de mémoire EEPROM pour stocker l'ensemble des valeurs ? Notre petit arduino n'a pas beaucoup de mémoire et nous beaucoup d'idées        

[prunkdump]

Hello
pour moi l'auto start fonctionne bien, par contre pas l'autostop !

C'était peut-être une blague    Et oui le vario n'a pas encore de fonctions "communautaires" 

Mais c'est très bien qu'il y ait plein d'idées ! C'est ça qui permettra de faire évoluer le code !

Pour le manque de place :

C'est un peu technique mais en fait j'ai fait une erreur de conception dès le départ. Dans le code il y a beaucoup trop d'utilisation des flottants (double) qui prennent 32 bits en mémoire et que demandent beaucoup d'instructions au microcontrolleur. Il faudrait réécrire le code en utilisant un maximum les entiers.

Sur un cas concrêt : Par exemple pour ton code du niveau de la batterie. Lorsque tu mesure la tension tu optients un entier. Cet entier tu ne normalise pour optenir une valeur en Volts. Tu es donc passé à un flottant. Mais en fait ce flottant il ne sert qu'à faire des comparaisons. On pouvait directement faire ces comparaisons avec l'entier de départ et se passer complètement des doubles. Alors que là on ajoute :
-> la conversion en double (instruction en plus)
-> les calculs avec les doubles (lourd)
-> la place en mémoire cela prend  (4 octet par double)

Il se passe la même chose avec la bibliothèque du beepper. On stocke les seuils de déclenchement en double alors que l'on a pas besoin du tout de cette précision. On pourrait tout refaire avec des entiers.


Pour la lecture des paramètres dans un fichier :


Ce qui est délicat c'est de "lire" les valeurs dans le fichier. Faire un interprêteur ça prends pas mal de code effectivement. Je dirais qu'il faut stocker dans l'EEPROM le nom des variables :
"VOLUME ="
"SINKING_THRESHOLD  ="

Afin de pouvoir chercher les valeurs dans le fichier texte.

Autrement il y a une solution un peu "brutale". C'est de compter les retours à la ligne. Les valeurs se trouvent entre le "=" et le n-ième retour à la ligne. Mais du coup cela obligerait l'utilisateur à ne surtout pas ajouter des "Entrer" et à ne pas changer l'ordre des variables.

Mais amuses toi ! Enlève le bluetooth ou l'acceleromètre pour tester ton code et on verra après pour l'optimisation.

Une idée :

Dans ton affichage de l'heure il me semble que tu "sacrifie" l'affichage de la finesse. Peut-être qu'on pourrait fait deux écran d'affichages complets diférents :

-> un avec tout ce qui doit être affiché dynamiquement : alti, vario, vitesse, finesse + (ce qui rentre)

-> un avec tout ce qui est des infomations de long terme : heure, temps de vol, courbe des dernière alititudes ( petit défi pour toi  !   )

Ensuite le vario pourrait faire toute les 2 min un petit bip signalant qu'il va afficher les infos de long terme. Ou alors lorsque j'aurais implémenté le "tap". Un pourra faire une petite frappe sur le vario pour afficher ces infos.

A+ 

[jpg63]

Pour la lecture du fichier sur la carte SD, le code est écrit, malheureusement comme j'utilise la bibliothèque string.h pour traiter les chaînes, comparaison, conversion, le code explose. 1,5ko pour strcpy et strcomp si je ne me trompe pas

je pensais stocké tout les paramètres à une position dans la mémoire. Ce que je ne sais pas, c'est combien de place on dispose.

mon idée par exemple pour

VOLUME = 3

SINKING_THRESHOLD  = -2.0
CLIMBING_THRESHOLD = 0.2
NEAR_CLIMBING_SENSITIVITY = 0.5

je pense stocker tout en entier signé x10 et en char pour les chaines
30,-20,2,5

Je vais déjà faire le setVarioParameter en lecture sur la carte SD - nom du pilote et voile, rajouter le reste après

Pour les double effectivement on va gratté pour faire de la place. Je dois pouvoir tout multiplier par 1000 pour avoir un calcul en entier et du coup ne rien perdre. 

[Van Hurlu]

J'ai essayé de jouer au mieux mon rôle de Béta testeur en emportant le GNUVario avec moi en vol
Le BT n'était pas activé
mes remarques :

1- Le principal inconvénient est bien sur le temps bien trop important pour faire le fix. J'en arrive à douter que cela provienne de la position de l'antenne derrière l'écran car quand le fix est fait il est de bonne qualité ce qui n'est pas très logique. Elle ne peut pas avoir une mauvaise réception uniquement pendant l'allumage?
Bon bref, si on attends suffisamment longtemps, il fini par se faire (plus de 10 min quelquefois).

2- test à vérifier
On roule en voiture à 60 km/h, tout se passe bien. On pile brusquement à un feu rouge, le gps fait un reset et repart, à la fin je n'ai eu que l'enregistrement de la deuxième partie de la trace ???????????

3- on roule (40 km/h) sur une route de pente constante. le vario bib comme il se doit avec constance, mais de temps en temps il me fait une gros BHEEEEUUUU complètement injustifié ? pourquoi ???

4- j'essaye de déclarer une trace du GPS à la compète du mont Bouquet pour vérifier que c'est compatible avec Gargol, j'attends la réponse du DE.

5- J'ai emporté mon vario en SIV et j'ai de belles traces un peu bizarres et pas trop longues, voir ci-joint.

6- l'une de ces traces montre que le Vario a fait le fix alors que j'étais en vol. C'est la première fois qu'il arrive à faire le fix pendant un déplacement. peut-être le fait qu'il avait mémorisé les sat, car d'habitude il faut que je le laisse bien immobile pour qu'il puisse Fixer.

7- le son à 3 est bien suffisant, je vais essayer à 2

8- la durée du vol ne peut pas dépasser les 60 min ... il n'y a pas l'affichage des heures

9- Il me manque l'affichage de la finesse.

10- J'ai besoin de plus d'autonomie 

[jpg63]

J'ai essayé de jouer au mieux mon rôle de Béta testeur en emportant le GNUVario avec moi en vol
Le BT n'était pas activé
mes remarques :

1- Le principal inconvénient est bien sur le temps bien trop important pour faire le fix. J'en arrive à douter que cela provienne de la position de l'antenne derrière l'écran car quand le fix est fait il est de bonne qualité ce qui n'est pas très logique. Elle ne peut pas avoir une mauvaise réception uniquement pendant l'allumage?
Bon bref, si on attends suffisamment longtemps, il fini par se faire (plus de 10 min quelquefois).

2- test à vérifier
On roule en voiture à 60 km/h, tout se passe bien. On pile brusquement à un feu rouge, le gps fait un reset et repart, à la fin je n'ai eu que l'enregistrement de la deuxième partie de la trace ???????????

3- on roule (40 km/h) sur une route de pente constante. le vario bib comme il se doit avec constance, mais de temps en temps il me fait une gros BHEEEEUUUU complètement injustifié ? pourquoi ???

4- j'essaye de déclarer une trace du GPS à la compète du mont Bouquet pour vérifier que c'est compatible avec Gargol, j'attends la réponse du DE.

5- J'ai emporté mon vario en SIV et j'ai de belles traces un peu bizarres et pas trop longues, voir ci-joint.

6- l'une de ces traces montre que le Vario a fait le fix alors que j'étais en vol. C'est la première fois qu'il arrive à faire le fix pendant un déplacement. peut-être le fait qu'il avait mémorisé les sat, car d'habitude il faut que je le laisse bien immobile pour qu'il puisse Fixer.

7- le son à 3 est bien suffisant, je vais essayer à 2

8- la durée du vol ne peut pas dépasser les 60 min ... il n'y a pas l'affichage des heures

9- Il me manque l'affichage de la finesse.

10- J'ai besoin de plus d'autonomie 

Pour compléter

2- J'ai constaté également que lors d'une brusque variation - une grosse rentrée en thermique avec tout le brassage qui va bien - le vario avait planté, je n'ai constaté le problème qu'une fois

8- La durée du vol dépasse les 60min, j'ai fais en sorte que si on dépasse 60min au lieu d'afficher MM:SS on affiche HH:MM. Je n'ai pas bien tester cette fonctionnalités, il est possible qu'il y ait un bug. Tu as volé plus d'une Heure Van Hurlu ?

9- Pour la finesse, Prunkdump a eu une idée, avoir 2 écrans avec un passage de l'un à l'autre toutes les X sec. Le soucis c'est la place, on est actuellement à 95%, après un peu d'optimisation, je pense que ça rentrera. En attendant que penserais tu si on affichait en alternance l'altitude et la finesse ? En gardant la possibilité pour ce que la finesse n’intéresse pas de ne pas l'afficher ou d'afficher une autre info - vario moyenné sur 10 sec, ....

5- Très bon test le SIV, si le vario a supporté les autorots, décro, sat et autres, c'est bon signe

[Van Hurlu]

8- j'ai dépassé une heure et dans mon cas c'était toujours MM SS . Je n'ai peut être pas ta dernière version ?

9- Pour moi si on ne devait avoir que trois informations affichées en permanence en gros c'est : hauteur, vitesse et finesse
la hauteur pour décider
la vitesse par sécurité
la finesse pour pour savoir a quel barreau je pousse
Tout le reste peut clignoter
le vario on l'a au son, on ne le regarde pas et on fait tous la différence entre du +0.5 et du +6  


5- J'y ai mis une frontale massive tenue une demie seconde, un départ en vrille violent et rapidement arrêté, des wings et plein d'autres gâteries et les traces sont parfaites. C'est pour ça que je pense que l'antenne fait bien son boulot.


remarque sup
le clignotement de l'heure et du temps de vol est encore bien trop lent, il faut une fréquence de moins de 2 s

[Van Hurlu]

l'idée de toucher l'écran pour changer d'affichage doit tenir compte du fait que on ne peut pas toujours lâcher les commandes,
      

[Xiboard]

Moi je confirme que niveau batterie, il tient 1h55. Après il se met à faire des reset en boucle.
Bluetooth et GPS activé.

Mais je tourne encore sur un code custom où j'utilise pas le GPS (mais il est alimenté quand même), pas écriture SD, et bluetooth qui envoie toutes des 1/2s les info vario.

Ça ma permis de faire un super vol en tout cas. J'adore le vivacité des infos du vario.
Le son, serait peut-être à rendre plus agréable (genre note bi-ton). J'ai fait quelques essais mais c'est pas probant.

(J'ai comparé à côté d'un reversale, la sensibilité est bluffante)

[Triple Seven France]

Ce fil de discussion est incroyable. Vous êtes très forts, c'est fascinant !

Dire qu'on trouve que les instruments sont chers... Quand on voit par quoi il faut en passer pour arriver à quelque chose d'abouti !

[Van Hurlu]

J'ai comparé à côté d'un reversale, la sensibilité est bluffante

de mon coté j'ai pu comparer avec mon Skytraxx, je suis moins enthousiaste que Xiboard
Je dirai que le skytrax n'est pas moins sensible mais plus amorti, moins dans l'instantané. il détecte lui aussi les petites variations mais sa réaction, son chant est plus doux

cette hyper réactivité est certainement la cause du phénomène que je décrivais plus haut

on roule (40 km/h) sur une route de pente constante. le vario bib comme il se doit avec constance, mais de temps en temps il me fait une gros BHEEEEUUUU complètement injustifié ? pourquoi ???

Ce qui rend l'info confuse car sujette a des valeurs parasites.

autre soucis, vu comment qu'il hurle quand tu rentre dans un plus trois je suis curieux du son qui va sortir avec un gros +8 à St André,
j'imagine que le buzer va exploser.   

[jpg63]

8- j'ai dépassé une heure et dans mon cas c'était toujours MM SS . Je n'ai peut être pas ta dernière version ?

9- Pour moi si on ne devait avoir que trois informations affichées en permanence en gros c'est : hauteur, vitesse et finesse
la hauteur pour décider
la vitesse par sécurité
la finesse pour pour savoir a quel barreau je pousse
Tout le reste peut clignoter
le vario on l'a au son, on ne le regarde pas et on fait tous la différence entre du +0.5 et du +6  


5- J'y ai mis une frontale massive tenue une demie seconde, un départ en vrille violent et rapidement arrêté, des wings et plein d'autres gâteries et les traces sont parfaites. C'est pour ça que je pense que l'antenne fait bien son boulot.


remarque sup
le clignotement de l'heure et du temps de vol est encore bien trop lent, il faut une fréquence de moins de 2 s

Il va falloir trouver un compromis d'affichage, mais tout est possible, car dans mon cas je fais ce vario pour ma compagne qui débute (j'ai perso un syride Nav). Dans son cas l'information de la finesse est peu utile mais elle apprécie de savoir combien de temps elle vole

Je vais modifié la fréquence d'affichage - c'est très simple

Je vous renvoi les derniers codes compilé après avoir vérifié ce problème d'affichage de l'heure

[Van Hurlu]

Suggestion : peut-être que pour être ergonomique il faut réfléchir autrement

il y a des infos qui sont très importantes au démarrage :
- le nb de satellites
- l'heure
- l'altitude
- le niveau de charge de la batterie

il y a des infos momentanées :
- un gros bip pour signaler le fix des satellites
- deux gros bib pour dir que l'enregistrement a commencé

il y a des infos qui sont très importantes en vol :
- altitude
- vitesse
- finesse
- vario

il y a des infos qui peuvent être intéressantes en vol, elles peuvent clignoter :
- l'heure
- le temps de vol

En vol on ne peut pas recharger la batterie, on s'en fout d'avoir son niveau de charge
En vol on s'en fout d'avoir le nb de satellites, on n'y pourra rien de toute façon.

vu comme ça on peut imaginer que l'affichage change suivant les états
1- démarrage
2- fix
3- démarrage de l'enregistrement
4- vol

Pour moi il n'y a pas de soucis avec un NON-arrêt automatique, l'extinction manuelle me convient très bien.

[jpg63]

Suggestion : peut-être que pour être ergonomique il faut réfléchir autrement

il y a des infos qui sont très importantes au démarrage :
- le nb de satellites
- l'heure
- l'altitude
- le niveau de charge de la batterie

il y a des infos momentanées :
- un gros bip pour signaler le fix des satellites
- deux gros bib pour dir que l'enregistrement a commencé

il y a des infos qui sont très importantes en vol :
- altitude
- vitesse
- finesse
- vario

il y a des infos qui peuvent être intéressantes en vol, elles peuvent clignoter :
- l'heure
- le temps de vol

En vol on ne peut pas recharger la batterie, on s'en fout d'avoir son niveau de charge
En vol on s'en fout d'avoir le nb de satellites, on n'y pourra rien de toute façon.

vu comme ça on peut imaginer que l'affichage change suivant les états
1- démarrage
2- fix
3- démarrage de l'enregistrement
4- vol

Pour moi il n'y a pas de soucis avec un NON-arrêt automatique, l'extinction manuelle me convient très bien.

  pour les bips, je regarde ça
La place prise par l'affichage de la batterie et du GPS ne suffise pas pour afficher d'autres infos - équivalent à 1,5 ou 2 caractères. Du coup c'est bien un problème de place pour tout afficher. Je vais réfléchir à une autre organisation de l'écran, il faut trouver la place pour la finesse
Déjà, Van Hurlu en mettant en commentaire HAVE_TIME tu peux avoir la finesse à la place de l'heure/durée comme avant, cela permet une personnalisation simple

[prunkdump]

Ce fil de discussion est incroyable. Vous êtes très forts, c'est fascinant !

Dire qu'on trouve que les instruments sont chers... Quand on voit par quoi il faut en passer pour arriver à quelque chose d'abouti !

Et oui c'est vrai qu'on se rend compte que dans le prix d'un vario, l'électronique c'est peanuts ! Je dirais pas plus d'une dizaine d'euro pour des series importantes. Même pour notre  "GnuVario",  on en est à moins de 50 euros en achetant tout au détail. Par contre pour les boîtes de vario il doit y avoir un gros investissement "intellectuel" de conception et de test. C'est peut-être un peu moins vrai pour les parapentes mais je pense qu'il y a de ça aussi.

En tout cas si tu as en envie de te lancer tu sais où avoir des infos

En tout cas je suis très content !    Le côté collaboratif qui m'est cher fonctionne ! Vu les traces il y a déjà des super vols qui ont été rélisé par le vario. Et jpg63 et les autres codeurs progressent vite en programmation embarqué   Mon espérance (secrête ) est que sorte de cette émulation une idée qui n'a jamais été réalisé !

(((@))) Tout ceux qui ont volé avec le vario

C'est vraiment super vos retours sur les essais en vol Il y en a vraiment besoin pour affiner et améliorer le comportement du vario ! Il faut vraiment que je me motive pour vous expliquer le paramétrage plus fin de son comportement.

-> Van Hurlu, si tu le trouves trop réactif c'est tout à fait possible de lisser un peu plus le vario . Il faut augmenter la valeur de : ACCELERATION_MEASURE_STANDARD_DEVIATION
-> Si la fréquence du bip monte trop vite, on peut changer : CLIMBING_BEEP_BASE_FREQ et  CLIMBING_BEEP_FREQ_COEFF
-> Si l'alternance des bips monte trop vite, on peut changer : CLIMBING_BEEP_VELOCITY_FILTER_BASE, CLIMBING_BEEP_VELOCITY_FILTER_COEFF
-> On peut ajuster les fréquences des bips, leur longueurs etc ...
Bref il faut faire un autre tuto....

@Pour les problèmes du vario qui bugge:

C'est bizarre parceque moi je n'ai jamais constaté ces soucis de vario qui reset tout seul   Peut-être que les batteries LiPo que je vous ai commandé ne sont pas top niveau qualité ... (moi je n'ai pas exactement la même ). En tout cas ce que vous décrivez peut faire penser au buzzer qui pompe trop de courant et qui empêche la batterie d'alimenter le reste. A voir si en baissant le volume ça résout le problème.

Van Hurlu pour que l'enregistrement de la trace débute il faut un minimum de vitesse verticale. C'est peut-être pour ça que tu n'a pas eu d'enregistrement de la trace au début dans une voiture.

Et pour le bip grave soudain, ça ne le fait pas dans mon cas... Il va falloir trouver d'où ça viens.

@Pour les problèmes de réceptions GPS:

Je constate exactement la même chose que Van Hurlu. Ca met du temps à fixer mais après c'est plutôt précis. C'est peut-être normal. Il ne faut peut-être pas beaucoup de sattellites pour avoir une bonne précision.

En tout cas sur mes 20 tests sans écran, ni boitiers, ni bluetooth au dessus de l'antenne. Le Fix s'est toujours fait en moins de 30 secondes. Je n'ai pas eu le temps encore de tester avec le boîtier mais sans écran ni bluetooth.

Pour l'affichage :

Tout a fait d'accord à part que je ne vois rien de génant à laisser en permanence l'affichage du niveau de batterie et de GPS. C'est tout petit de toute façon.

Je dirais donc :

Tous le temps :
-> Niveau Gps (+ bip signalant le fix)
-> Niveau Batterie (+ bip batterie faible)
-> Un rond (record) signalant le début de l'enregistrement de la trace (+bip début d'enregistrement, non encore implémenté)

Presque tout le temps : L'écran des informations dynamiques
-> L'altitude
-> Le vario
-> La vitesse
-> La finesse
-> Le compas ( j'ai un doute. C'est utile en permanence ? non encore implémenté)
-> La dérive due au vent ( J'ai un doute aussi,  non encore implémenté)

En alternance : Signalé par un bip ou lancé par un frappe sur le vario
-> L'heure
-> La durée du vol
-> Le graphique des dernières alti (non encore implémenté)

Je continue de mon côté à bosser sur l'interraction avec la frappe. Pour pouvoir au moins couper le son de temps en temps.

A+