DIY GnuVario : variomètre opensource - openhardware Arduino

#641

tu utilise un éditeur de texte. Notepad++ est un super éditeur de texte

Quant tu aura mis tes paramétrés à jours, tu recompile le code et tu mets à jours ton vario

1- Tu récupère le dernier code sur le github
2- tu remplace les fichiers d’origine par mes fichiers et ton variosetting.h
3- tu compile
4- tu renomme variometer.ino.eightanaloginputs.hex en FIRM.HEX (en majuscule c’est très important) et surtout pas variometer.ino.with_bootloader.eightanaloginputs.hex
5- tu copie FIRM.HEX sur ta carte SD
6- tu retourne ton vario face contre le sol
7- tu allume le vario tu attends les 3 bips
8- tu relève ton vario et tu attends 2 ou 3sec le temps que le vario reboot et c’est ok

je travaille a un moyen simple de compilation par un fichier batch

#642

Van Hurlu voila, dès que l’enregistrement commence, un petit carré clignote en haut à gauche

version 63.0 du 17/06/17

  • ajout d’un indicateur lors de l’enregistrement du vol
  • affichage sur 1 écran avec la alternance de l’affiche de l’heure et de la durée du vol
  • filtrage de la mesure de la batterie
  • affichage de la version au démarrage

A venir :
affichage de la tendance sur 10 sec - une flèche à droite de l’affichage du vario
une alarme de basse vitesse

A+

#643

:ppte: j’essaie demain

#644

cette après midi, j’ai décollé avec la carte sd sortie, de retour je viens d’ajouter une alarme sonore pour éviter de décollé sans carte sd - 4 bips longs-

bon vols

#645

il y a déjà tellement de bips que je n’y fais même plus attention
par contre le pti carré en haut à gauche est impec

[quote]Actuellement, l’enregistrement se fait en trois étapes :

  1. Le vario doit avoir reçu la date du jour du GPS
  2. Le GPS doit avoir une réception avec suffisamment de précision pour calibrer l’altimètre.
  3. Lorsque le début du vol est détecté l’enregistrement commence.
    [/quote]
    Je te propose
  4. pas de pti carré, on voit l’heure s’afficher, ça suffit
  5. pti carré allumé fixe
  6. pti carré clignote

Hier à 12h, je me suis fait une heure de vol dans des basses couches très turbulente et pétardeuses. je vole vraiment comme une bouse en ce moment
j’avais le gnuv et le skytraxx sous les yeux.

:pouce: les infos, Altitude, vario et vitesse sont toujours très proche de celle de mon skytraxx
1 à 3 m d’écart en altitude
1 à 3 km/h d’écart en vitesse
0.1 à 0.4 d’écart en vario
:oops: je n’ai pas fait attention à la finesse, j’ai plus fait du rodéo et du marsouinage que des lignes droites :mrgreen:

:grat:
A nouveau, je remarque que le gnuv monte trop vite dans les tours.
En y réfléchissant, je suppose que comme Baptiste vole à la dune, le réglage actuel est parfait pour les soarings de bord de mer.
Mais pas du tout adapté pour les Alpes du Sud au mois de juin.
au-delà de +2 le gnuv hurle comme un dingue et me donne l’impression d’être dans du +8 . C’est inutilement stressant.
la progression est bien trop rapide, on ne peut pas à l’oreille faire de dif entre un +3 et un +6

En gros pour mon vol d’hier, le gnuv hurlait à mort de manière continue et ne me renseignait pas sur le Vz.
La progression sonore sur le skytraxx est beaucoup mieux exploitable.

Comme il y a des types de vol très différent suivant les régions, les saisons et l’heure de déco, je verrai bien un choix entre 3 réglages bien différent

  • “mer” le réglage actuelle doit être parfait
  • “plaine” avec une progression plus douce
  • “montagne” avec une progression beaucoup plus douce.

il faudra pas mal d’essais pour trouver les bons réglages, il faudrait demander l’avis de plusieurs pilotes

Je vous laisse chercher comment on pourrait faire ce choix. Il n’y a peut être pas besoin de le faire à chaque vol, car on ne change pas de région tous les jours. Mais il doit quand même être accessible car on peut faire un vol à 13h et un vol à 19h dans des conditions très différentes.

PS : les appellations mer, plaine, montagne sont juste une suggestion, cela peut être 1, 2 , 3 aussi

#646

Pour les bips, effectivement le vario bip beaucoup :slight_smile:
je vais ajouter un système de paramétrage des alarmes dans le variosetting.h comme ça chacun pourra les activer ou pas

Actuellement

1 bip - Le GPS fix il a une réception avec suffisamment de précision pour calibrer l’altimètre.
2 bips - Début du vol, l’enregistrement commence.
4 bips - Carte SD non insérée

A venir -
1 Bip long voir très long - Alarme de basse vitesse < 4Km/h

Pour l’ajout du carré fixe aucun problème, je m’en occupe

Pour le son du vario, je me disais qu’il serait pas mal d’avoir un son différent pour le zérotage, pas des bips, mais plutôt une modulation, des “greugreu” comme le flymaster

karma+ pour ajouter un niveau de sensibilité à 3 niveaux - peu être même intelligent et adaptatif - si le vario enregistre que du +2 - soaring, restite niveau 1, tu dépasse 1 fois le +2, thermique de plaine et vol d’hiver, il passe en mode 2 et reste dans ce mode pour le restant du vol à part si il passe du +4 il se met en mode 3
En fonction du mode on adapte le son du vario. Par contre je pense que pour une bonne compréhension si on passe dans un mode on ne revient plus en arrière sinon bonjour les confusions

0 à +2 niveau 1 il hurle à font à +2 plage des bips 0 à +2
+2 à +4 niveau 2 il hurle à font à +4 plage des bips 0 à +4
+4 à +10 niveau 3 il hurle à font à +10 plage des bips 0 à +10

avec cette idée il faut trouver comment on gère le passe des niveaux car ça va peu être bizarre en vol au passe du +2 et du +4, le vario monte, hurle et d’un coup se calme puis remonte - à réfléchir

Sinon il variable dans variosetting mais la il faut choisir avant de partir

Avec une petite bête comme ça, on pourrait ajouter des fonctions presque à l’infini :ppte: - 4 x plus de mémoire, 48Mzh contre 8Mz, notre petit processeur pourrait dormir 4 cycle sur 5 ou nous mesurer 4 fois plus d’infos :ppte: :ppte:
https://www.kickstarter.com/projects/rabidprototypes/neutrino-the-tiny-32-bit-arduino-zero-compatible/

vous en pensez quoi pour la version de CMS

Heureusement que Prunkdump optimise à font le code, merci merci, parce que je suis à l’étroit :stuck_out_tongue: à chaque compilation je transpire de passer à 96% de la mémoire utilisée :affraid: :smiley: :smiley:

#647

https://www.kickstarter.com/projects/rabidprototypes/firecricket-bring-your-replica-props-to-life

sur cette version il y a la micro sd et le son de géré

#648

Salut !

Bon pour moi le vario ne bippe plus du tout puisque j’en ai plus :oops: Maintennant que ça vole bien c’est un comble ! Et je ne vole pas à la dune contrairement à ce que semble suggérer mon avatar :wink: Je suis en haute-savoie. Mais le PiouPiou que je suis n’a jamais connu ne serait-ce que du +4 :smiley:

Autrement ça y est ! j’ai réalisé le nouveau circuit imprimé hier. Le bluetooth serait maintenant sous le circuit imprimé à la place du module GPS. Le module GPS passe au dessus du circuit avec l’antenne posée sur les 4 contacteurs de masse. L’écran est de l’autre côté pour ne pas géner la réception. Le module de carte SD est plus à l’intérieur du vario de façon à pouvoir fermer l’ouverture avec une bande qui se glisse entre la partie noire et la partie colorée du boîtier pour éviter de la sortir par mégarde et empêcher le vent de rentrer. La place pour la batterie est plus grande j’espère rentrer une de 1000mah.

J’espère que ça va passer ! :? J’ai aussi mis plus de marge sur les soudures pour que le kit soit plus facile à monter. Peut-être qu’il va falloir trouver des personnes motivées pour 10 kits de plus. A voir.

Pour le niveau des bips :

En fait pour le moment j’ai mis la variation des fréquences des bips complètement au pif ! C’est normal que ça ne marche pas du premier coup. Je ne suis pas trop sûr que le “multi-mode” soit vraiment nécessaire. Cela risque de faire perdre leur repères aux pilotes. Pour les faibles ascendances il y a déjà le bip de zerotage qui est peut être à améliorer effectivement.

Pour le son “greugreu” :smiley: c’est une très bonne idée ! Mais comment on fait un son “greugreu” ?

Van Hurlu, il y a deux augmentations de fréquences pour les bips :
-> L’augmentation de la fréquence du signal ( les bips sont plus rapprochés )
-> L’augmentation de la fréquence du son ( les bips sont plus aigu )
Saurais-tu dire tes impressions séparément pour les deux ? Et de quel facteur il faut ralentir la monté ? (2 fois moins vite, 3 fois moins vite … )

Pour le signal des étapes d’enregistrement :

Pour mois ça serait plus logique clignotant d’abord et fixe ensuite. Non ?

Ou alors plus simple. Un carré vide apparait lorque le vario est à l’étape 2), il se rempli lorsque l’enregistrement démarre.

Effectivement pour désactiver les alarmes il suffit de le mettre dans VarioSettings.

Pour la mémoire du programme :

Je pense Jpg63 qu’il ne faut pas que tu hésites à désactiver des fonctionnalités le temps du développement de tes idées. Par exemple le bluetooth n’est pas encore beaucoup utilisé, et ceux qui l’utilise regardent les infos sur XCSoar ou XCTrack donc ils n’ont presque plus besoin de l’écran.

Une fois que l’on aura déterminé les fonctionnalités qui marchent bien on pourra passer à l’optimisation pour tout rentrer. De toute façon j’ai déjà un gros boulot d’optimisation à faire sur les bibliothèques “beeper” et “rpicopter”.

Pour le changement de processeur n’hésites pas à te lancer si ça t’interesse ! Mais ARM est une architecture complètement différente. Il aura plusieurs parties de code à retravailler.

#649

Salut Prunkdump,

Pour des kits, j’ai 2 copains qui serait certainement intéressé. j’ai déjà promis mon proto (c’est plus un proto qu’un gnuvario vu le nombre de fils à l’intérieur ROTFL ), donc je suis plutôt pour m’en monter un et continuer les tests avec cette nouvelle version.
Batterie 1000mAh + de place :dent:
Mince dommage que le CI soit déjà fait, avec toute cette place :D, On pourrait avoir un port Usb pour lire la carte SD directement :ppte:

Pour le carré pas de soucis, je trouve l’idée pas mal, carré blanc puis clignotant ou 2 triangles (demi carré qui clignote)

C’est sur, je testerais certainement un jours l’ARM, mais pour l’instant l’arduino m’occupe pas mal :wink:

Pour le greugreu, je vais enregistrer un flymaster d’un copain et comprendre produire ce son. Sur mon syride c’est des bips et c’est bien moins pertinent

Pour mes tests je désactive le BT car il n’est pas soudé, mais je vérifie que ça marche avec tout activé pour que tout le monde puisse utiliser la version quelques soit ses options

#650

J’en veux un avec une plus grosse batt :trinq: j’arriverai a revendre le mien à un débutant qui ne fera pas des vols de plus de 2 heures :mrgreen:
Si tu as besoin d’un coup de main pour le montage, on en parle par mail

Au pif : Je dirai au moins 3 fois moins vite pour les 2 facteurs
le max doit être à +8 +10 (la le son est stressant … mais pas que :mdr: )
la variation ne doit pas être linéaire mais presque logarithmique pour avoir une variation plus progressive au début.

Je trouve l’idée de JPG très intéressante, de faire varier en fonction de seuil atteint, je ne suis absolument pas convaincu que c’est utile, mais ça vaut vraiment le coup d’essayer.
Sinon je croie que 3 réglages distincts suffisent pour couvrir tous les niveaux de pratique.

Dans mon skytraxx, j’ai accès a plusieurs paramètres avancés :
Vario integraltime = 5
Tone Pitch rise = 1000hz
Tone gain = 2.5
Beep pitch =1
Tone grap sink = 80hz
Max audio frequency = 2600 hz
Vario sensibility = 1
J’avoue que je n’y ai jamais touché, trop peu documenté, trop difficile de comprendre les interactions
Je pense qu’il ne faut pas proposer à l’utilisateurs trop de réglages qu’il ne changera jamais
3 préréglages seraient déjà plus malins que ce qu’offre mon skytraxx

on ne doit pas avoir la même logique :trinq:
le clignotement se voie mieux

:pouce: :pouce: :pouce:

#651

Vous pouvez faire quelques simus ici :
https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en

#652

excellent :pouce:

#653

Hello,

J’étais en train de poster presque le même lien que Xiboard, je me suis fait grillé.
http://www.windeckfalken.de/special/xctracer/handson/main.html

Cet éditeur de son est super bien fichu, et génére un fichier de config qu’il suffit de copier sur la SD du XCtracer.
Ainsi chacun peux “tunner” à sa guise, ou partager sa config qui va bien, avec le même firmware.

Ca serait top que le GNUvario soit compatible avec cet outil, qui, sauf erreur, n’est pas propriétaire à XC tracer (à confirmer quand même…)
Par contre, j’imagine que ça fait repenser pas mal la programmation de la gestion du beeper, c’est du boulot.

@prunkdrump :
Je passe quasi tous les jours pas bien loin de chez toi, je peux te refiler mon vario provisoirement si tu en as besoin. (ça me permettra de te donner un autre truc que j’ai pour toi depuis un moment…)

Si non, concernant l’affichage, une astuce pour signaler le fix ou le début de l’enregistrement : inverser l’écran (noir blanc / blanc noir).

Exemple sur une réalisation précédente de vario DIY (hacking d’un GPS decathlon, fait il y a quelques années avec Hari Nair)


https://img15.hostingpics.net/pics/99902320170619142157IMG20170619135435jpgVisionneusedephotosWindows.png


https://img15.hostingpics.net/pics/43401620170619142211IMG20170619135657jpgVisionneusedephotosWindows.png

C’est aussi un bon exemple d’optimisation d’un petit écran, bcp d’info mais ça reste lisible (vario, alti, vitesse, finesse, durée de vol, gain alti, distance vs deco, boussole, cap, réglage seuil bip et amortissement, niveau batterie, même la gestion des WP que l’on ne voit pas sur la photo).

OK, la résolution de l’écran est bien meilleure que sur le nokia (80120), vs (4884) mais ça peut inspirer…

#654

Juste vite fait, si on peut mettre une loi mathematique régissant le bip du vario, qui varie beaucoup sur les premiers m/s et puis avec une augmentation moins sensible vers la fin, si on definit un Vz mini (en m/s) (détection, debut de bip) et un Vz maxi (en m/s) (plus de variation au dela, ou presque, et des frequence de bip (je pense plus à l’espacement dans le temps des bips, mais ça peut etre aussi plus ou moins aigu avec la meme loi) allant de Fmin (Hz) à Fmax (Hz), avec un fonction log, ça donnerai un truc du genre :

F(x) = [(Fmax-Fmin)/log(Vz maxi/Vz mini)]* [ log (x) + Vz min ]

Si Vz min=0.3m/s, Vz max = 10m/s, Fmin=1Hz et Fmax=40Hz, ça donnerai un truc pas loin de 11.122 [ log(x) + 0.973026 ] (merci www.wolframalpha.com)

Faut affiner pouyr voir si 1Hz et 40Hz sont de bonnes valeurs, la, vous savez surement mieux.
Pas sur que ce que je propose soit utile, voir pas déjà fait, mais ça m’a amuser d’y réfléchir… :bu:

#655

Un vrai log, ne va pas assez progresser dans le début et trop à la fin
il faudrai un mixe de linéaire et de log, genre 50-50 ?
:roll:

ou alors il faut plein de seuils différents comme dans l’exemple de Xiboard

ou réfléchir en s’amusant :trinq: bienvenu au club :coucou:

#656

Pas sur qu’il faille completer avec de la fonction affine, juste choisir ou on se place dans la courbe.
La, le cale ma fonction log pour avoir tout le debut de courbe dans ma plage, mais on peut la parameetrer pour que la zone à trop faible variation soit au dela de Vz=30m/s, et que le début ou la variation est tres importante soit pour des valeurs negative, donc sur une plage non utilisé de valeurs de Vz.
En fait, les vraies questions sont :
Quelle sont le fréquence de bip min et max recherchées?
Quel rampe de monté sur les premier bip et sur les derniers?

A partir de ça, on sort les reponses recherché au deux bout de la courbe, et les pentes (dérivé) de la courbe voulue. et donc la courbe elle meme…
On peut aussi regarder avec une fonction Racine… mais il me semble qu’une fonction log est plus approprié…

#657

:pouce: ok j’ai compris

#658

Salut a tous!
Ca y est! moi aussi il est monté et opérationnel… :bravo: et merci Baptiste!
Enfin j’ai un doute sur la carte SD car je n’arrive pas a mettre a jour le firmware… J’ai reparcouru le fil des posts et ce n’est pas évident d’y retrouver ses petits… (fichier FAQ?)
J’ai une carte SD de 16 Go formatée en FAT32…
La procédure correcte est:
1)la formater en FAT16
2) copier le dernier ficher .HEX sur la carte SD
3) allumer le vario
4) appuyer sur le bouton reset de l’arduino
C’est juste?

#659

Oui c’est ça. Dès que tu aura une version récente, tu n’aura plus besoin du bouton reset
formatage fat 16 max 2Go

#660

Voila Van Hurlu, petites améliorations de la version 63.0,

  • Désactivation des alarmes sonores dans le fichier variosetting.h
  • Ajout de petits triangles clignotants dès que le GPS est suffisamment précis pour mettre à jour l’altitude

Bon vol