DIY GnuVario : variomètre opensource - openhardware Arduino

#661

Ce serait vraiment très intéressant de savoir faire un son différent pour le zérotage. Je n’aime pas vraiment le greugreu du flymaster, mais j’imagine qu’avec un buzzer tu ne peux pas jouer du Mozart.

En y réfléchissant je trouve que l’idée d’un vario qui s’auto-adapte aux conditions est vraiment excellente :pouce:
Je ne pense pas que le changement de niveau perturbe le pilote (sauf la première fois si on ne lui a rien dit ROTFL )
le changement sera rapide et le vario changera simplement de registre
Par contre je corrigerai un peu tes prévisions de réglage.
il ne faut pas que dans le niveau 1 le max soit à +2. le pilote va être stressé pour rien. Imagine un pilote débutant avec un vario qui hurle quand il se prend un +1.
il faut effectivement qu’il y ai une différence entre les 3 niveaux, mais elle doit être moins contrasté.
un truc du genre
niveau 1 = max à +4 => souvent du +3 on passe au niv sup
niveau 2 = max à +6 => souvent du +5 on passe au niv sup
niveau 3 = max à +10

c’est fumant ce truc

#662

L’auto-adaptation à ma connaissance, personne ne la fait, ça serait un vrai challenge et un vrai plus, de le développer et de le mettre au point

karma+ Van Hurlu pour tes plages

Pour le zérotage, à vos idées, il faut que l’on trouve un son qui n’est pas un bip, pour bien faire la différence entre zérotage et du +quelques choses, est qu’il soit agréable (du Mozart ou du Vivaldi :ppte: )

#663

L’adaptation du regime de bip au condition ne me semble pas necessairement une bonne idée si elle est automatique en vol.
je m’explique.
j’attaque à enrouler, avec le vario en niveau 1, qui est à fond s’il arrive à +4.
J’enroule, et, centrant bien mieux que je ne sais faire, en vrai, je passe dans du plus 5, le vario change de mode, le sont change, qu’est-ce que je comprends/doit comprendre? que je ne noyautte plus? ou que le vario à changer de gamme? Et si au prochain thermique, il n’y a rien au dela de +3, egarde mon vario au niveau 2, ou il repart au niveau 1, suite à une decente?
En pratique, dans le thermique, j’attends que mon vario est un comportement stable, pour que la variation soit du à un changement du comportement de vol (monter + ou - rapide), si j’ajoute une possible variation du vario (qui “change de vitesse pour passer la seconde”) je risque d’etre carrement surpris. Ou alors, faut une musique type “Achievement” “You pass the next level” lors du changement. Genre musique Home run dans Worms :smiley:

#664

Super merci! le lecteur fonctionne visiblement ainsi que le GPS :soleil:
L’affichage de la version a la mise sous tension est vraiment super.
Par contre le témoin d’affichage de la batterie est visiblement erroné car le vario est resté brancher toute la nuit…
Et je n’ai pas réussi a le calibrer…

#665

As-tu rajouté les deux résistances pour faire le pont diviseur ?

#666

Effectivement, l’auto adaptation peut être perturbante. Par contre elle a l’avantage d’avoir une plage maximum du son mieux adaptée aux conditions

Je pense personnellement que le plus perturbant, ce n’ai pas le passage au mode supérieur, mais bien la référence entre mesure et son.
Je m’explique

tu vole dans du +2, les bips correspondent à une plage maxi de +4 donc à +2 tu es déjà au milieu, ça commence à bien s’entendre. Tu passe dans du +3 un certain temps, pas un thermique mais bien au moins 2 bonnes minutes cumulées ou 1 min consécutive ou encore 30 sec avec un passage au dessus du +4 à définir). Le vario passe en mode 2, tu as beaucoup moins de sensibilité dans du petit comme le son maxi est passé à +6 max. Tu restera dans ce mode, jusqu’à la fin du vol, car les conditions sont du niveau 2 et que repasser dans un mode en dessous serait à mon avis un gage de ne plus rien comprendre aux bips. De la même façon pour le mode 3. La difficulté est au niveau des repaires, un +2 au niveau 1,2 ou 3 n’aura pas le même son, du coup c’est plutôt compliqué de se rendre compte du taux de monté, enfin peu être car avec un petit coup d’oeil à l’affichage et un peu d’expérience, je pense que notre cerveau fera bien son boulot.

Gros avantage une sensibilité maximum jamais atteinte, tu aura toujours la plage la mieux adaptée - un peu comme un voltmètre, tu mesure une tension, si tu arrive au max tu tourne la molette pour avoir l’affichage X10 mais du coup tu perds 1 digit après la virgule, donc de la sensibilité

Le mode manuel est pas simple à utiliser sur notre vario, il faudrait partir avec le FIRM.HEX compilé en mode 1,2, ou 3 du coup comme tu ne connais pas les conditions, tu laisse le 3

Je ne sais vraiment pas si cette fonctionnalité peu être un vrai atout ou pas, j’ai lancé l’idée et c’est vraiment bien d’en débattre

#667

Ah non… j’ai raté ce post… quel type de résistances et ou le pont?

#668

Pour les seuils pas besoin de chercher très loin
du 3+ intégré sur 3s (ça se sent que c’est lui)
du +5 intégré sur 3s (ça te botte les fesses)

Fermez les yeux et enroulez votre thermique mental
ça monte bien, de mieux en mieux du +3 intégré sur 3s on le sent bien
paf le son baisse en fréquence en changeant de seuil
Je vois pas ou est le problème ??? vous n’allez pas paniquer pour si peu
Vous penserez simplement … il est chouette ce gnuv

accessoirement pour le passage du 1 au 2 :
le pilote débutant se dira : Houlala ! je suis passé en niveau deux, c’est peut être un peu fort pour moi … si j’allais posé
le pilote confirmé se dira : chouette c’est de la balle, je pars en cross

on peut même imaginer un autre petit carré en bas à gauche qui indique le niveau

#669

je suis assez d’accord

On ajoutera une variable dans le variosetting pour choisir Auto, mode 1,2 ou 3. Chacun pourra choisir

Je vais travailler sur l’affichage de la tendance et du coup sur l’intégration du vario. Après Je pense qu’il faudra revoir un peu la bibliothèque beeper

#670

Ah, mais clairement, ma crainte c’est plus sur l’absence de notion du niveau enclenché.
Si le varion me dit avec la voix de Mario “Level Up!” durant le vol, ça me va. Si possible, avec un Champignon qui traverse l’ecran de bas en haut avec un “1UP!” :smiley: SI il y a une jage qui se remplit en fonction du niveau atteint, c’est encore plus drole, je vais aller chercher du gros thermique pour la remplir…

Blague à part, pourquoi pas, il faut juste afficher ou on en est…

#671

Salut,

Perso, je ne sent que moyennement le vario à son adaptatif, mais ça doit être mon côté conservateur ROTFL
À tester…

Et si non, vous pensiez quoi de l’idée de le rendre compatible avec l’utilitaire de config du xc tracer?
Ça répond aussi l’idée de l’adaptatif, non?

#672

:pouce: Yes ! Il est bien ce truc, j’aime bien la progression,
mais je n’ai pas le niveau pour développer ça. Il faut trouver un motivé

l’intérêt de l’utilitaire de config est que chacun peut se faire son propre mix
c’est une alternative très intéressante

On pourrait même imaginer un mix des deux propositions
chaque niveau 1,2,3 s’établit avec l’utilitaire de config
et puis après, tu choisis le mode qui te convient : Auto, 1, 2, 3

Comme ça tout le monde il est content
reste la place mémoire et le taf pour écrire le code :grat:

#673

Bon alors premier test en vol…
Les informations sont très lisibles, les données affichées sont bonnes vitesse, altimètre, vario, durée de vol, heure…
Je me rejouissais après 1 heure de vol en soaring sur le Saleve de récupérer ma trace GPS… et la rien :fume:
un fichier GPS000.TXT du 6 septembre 2016 a 17:14 de 0 octets… :bang:
Qu’est-ce que j’ai loupé? La carte SD est bien formatée en FAT 16 et lisible puisque j’ai pu mettre a jour le firmware… des idées?

#674

Salut, essais de mettre la dernière version du FIRM.HEX, les fichier TXT sont abandonnés depuis quelques temps, maintenant on enregistre en IGC. Après il est possible que tu es un soucis avec le lecteur de carte SD. Essais de désactiver l’écran et test l’enregistrement avec la dernière version

#675

A priori j’ai la dernière car le vario affiche 63 quand il s’allume… et pourquoi désactiver l’écran? est-ce que je dois le débrancher physiquement ou modifier quelquechose dans le code? Navré mais je suis loin d’être au niveau de vous tous… Il me faut une version pour les nulles :lol:

#676

Aucun soucis, je vais essayer de t’aider.

La dernière version enregistre au format IGC, bizarre le GPS000.TXT

Pourquoi désactiver l’écran et comment
la carte SD et l’écran utilise le même protocole, du coup pour identifier ton problème, il faut commencer par désactiver l’écran logiciellement
Il faut mettre en commentaire HAVE_SCREEN dans variosetting.h et recompiler le code
2 cas :

  • aucun fichier ne s’enregistre sur la carte SD tu as certainement un problème sur un soudure du lecteur de carte
  • 2ème cas, il y a un fichier et il se rempli (il faut attendre 1 à 2 min après le début de l’enregistrement pour être bien sur), dans ce cas tu as peu être comme moi un problème de contact aléatoire, je m’explique, dans mon cas, je n’ai pas trouver ou était la mise à la masse, mais pour régler le problème il faut éviter de serrer le boitier en bas, j’ai changer les vis par des plus longue et j’ai trouver une position ou tout fonctionne

A vérifier. Prunkdump, tu pourrais regarder avant de mettre en production les nouveaux kits ou passent les pattes CS de l’écran et de la SD, je me demande si il n’y a pas une masse qui se fait dans certain cas (en fonction de la fabrication - soudure, limage), sous la carte SD même en mettant le scotch - dans mon cas, j’en suis sur mais je ne trouve pas ou (sous la SD), j’ai un faut contact - j’ai souder des fils directement entre l’arduino et l’écran et l’arduino et la SD; si je sert la batterie et la sd en fermant le boitier, je n’ai plus d’écriture par contre aucun problème pour la mise à jours (écran + SD problème, écran seul Ok, SD seule OK)

bon courage nightride

#677

Super Nightrider pour le montage ! :pouce: Rien à redire aux super conseils de Jpg63 !

Ne vous inquietez pas, je ne vous oublie pas ! Mais j’ai une grosse galère au Taf qui me donne tout d’un coup énormément de boulot :cry:

Ca me déprime un peu … J’espère pourvoir revenir travailler rapidement avec vous :wink:

A+

#678

voici un petit outil pour tout ceux qui auraient du mal à compiler les sources

https://hubic.com/home/pub/?ruid=aHR0cHM6Ly9sYjEwNDAuaHViaWMub3ZoLm5ldC92MS9BVVRIXzU1MTIzOTVhMmQ2NmQyMzNkYzFhNGU0NDZmMTY4NjQzL2RlZmF1bHQvLm92aFB1Yi8xNDk4MDUwOTg4XzE0OTg5MTQ5ODg/dGVtcF91cmxfc2lnPWY5YjRkMmJlY2E0MjMyMjQ4YzM3YWEyN2NiOTA5NzI1ZmIzMzE5MDImdGVtcF91cmxfZXhwaXJlcz0xNDk4OTE0OTg4

J’ai fait un version portable, à installer sur une clef usb, presque totalement automatique
seule impératif affecter la lettre P: à la clef usb et décompressé le zip à la racine
tout est expliqué dans le fichier utilisation.txt

#679

Sympa pour les windows users… les autres rament encore… :sors:

#680

Merci de ton aide… mais j’arrive pas a compiler j’ai une erreur:

Arduino : 1.8.3 (Mac OS X), Carte : “Arduino Nano, ATmega328”

/Users/jjgi/Documents/Projets/arduino-variometer-master/variometer/variometer.ino:3:27: fatal error: VarioSettings.h: No such file or directory
#include <VarioSettings.h>
^
compilation terminated.
exit status 1
Erreur de compilation pour la carte Arduino Nano
/Users/jjgi/Documents/Projets/arduino-variometer-master/variometer/variometer.ino

Pourtant j’ai bien un fichier /Users/jjgi/Documents/Projets/arduino-variometer-master/libraries/VarioSettings/VarioSettings.h