sur mon V1 j’ai presque à chaque démarrage le gros Beuh et j’ai aussi constaté ce phenomene en voiture. Le filtre de kalman utilise les valeurs des accéléromètres et de la sonde barométrique, on peut imaginer que dans le cas d’un gros changement ou d’une mesure erronée il sorte une valeur du vario aberrante, ce qui entraîne des gros beuh, c’est un problème sur lequel on va devoir se pencher
DIY GnuVario : variomètre opensource - openhardware Arduino
J’ai aussi constaté que la valeur affichée du vario n’était pas stable (voire incohérente) quand on se déplaçait en voiture (hors freinage ou accélération brusque).
Ce que je n’ai jamais constaté en parapente.
Ça doit être le même problème.
Si vous le destinez aux planeurs il va falloir trouver le blême.
Bon courage
En voiture, tous les vario marchent mal, et surtout les rapides, car la pression dans l’habitacle varie en permanence.
L’usage du filtre basé sur les accéléromètre tamponne sûrement un peu le pbm, mais les variations restent sûrement trop violentes pour tirer des conclusions…
Tu fais bien les essais toutes vitres fermées ?
J’ai aussi constaté des valeurs anormales en voiture, mais quand j’avais la vitre ouverte.
Ben non, ça ne m’étais pas venu à l’esprit
en parapente je ne ferme pas non plus les vitres :mdr:
vu sur youtube.
Ca ressemble bcp, SD et GPS en moins, boutons en plus.
Quelques nouvelles de la version M0
Coté alimentation des cartes - j’ai testé ce régulateur 4.2V qui me semble bien fonctionner
Coté GPS - Il sera possible de choisir soit le GPS Neo 6 soit le Neo 8 (ils fonctionnent tout les 2) - je vais faire un comparatifs du temps de Fix pour que l’on intègre au futur kit le plus performant
Le vario fonctionne sur ma platine d’essai avec ces composants
Arduino MKRZERO
https://store.arduino.cc/arduino-mkrzero
MPU9250 / MS5611 9 Axis + Altitude sensor
http://www.ebay.fr/itm/SPI-IIC-MPU-9250-MS5611-High-Precision-9-Axis-10DOF-Altitude-sensor-Module/182637701620?ssPageName=STRK%3AMEBIDX%3AIT&_trksid=p2057872.m2749.l2649
L9110 amplificator
http://www.ebay.fr/itm/L9110H-INTEGRATED-CIRCUIT-DIP-8-/201598737782?hash=item2ef0389d76:g:9qoAAOSw5HJXLH1h
Je pense que nous pouvons maintenant passer à la réalisation d’un PCB - Je laisse ce travail aux spécialistes, cela dépasse mes compétences. J’ai mis à jour le schéma qui permettra une bonne évolution futur, de notre vario
Coté écran il sera possible avec le 1,54’’ de waveshare, qui est un des écrans les plus véloce, de faire 2 rafraîchissements maximum par seconde, la technologie E-Ink est relativement lente, mais je pense que c’est suffisant, le son étant en vol le plus important
Je travaille maintenant à un programme en visual C++ pour la partie dialogue avec le M0 (récupération des fichiers IGC, maj du fichier de config)
jpg63 : super boulot ; merci.
Pour la réalisation du PCB ; ca serait bien, si pas trop de contraintes, de prévoir d’éventuelles extensions matérielles.
Par exemple, prévoir sur le circuit de quoi récupérer l’alimentation, les bus i2c et spi, une ou 2 entrées/sorties numérique …
Si on laisse la possibilité de raccorder facilement des périphériques externes à ce PCB, ca peut ouvrir pas mal de choses.
Je vous ferais un autre post, concernant une extension vers un “tracker” de vols.
Bonne idée, par contre coté entrées/sorties il ne reste presque plus rien mais le mkrzero possède un connecteur supplémentaire voir ici https://store.arduino.cc/arduino-mkrzero
ou l’on peut récupérer un I2C et un port digital
Il faudra penser à laisser un peu de place pour le connecteur et sortir la pin A0 (la seule E/S qu’il reste), CLK, MOSI et MISO pour avoir le maximum de possibilité
Salut à tous
Une extension éventuelle du gnuVario : la possibilité de tracer (tracker) nos vols.
En dehors du projet gnuVario, je viens de mettre en place une station OGN (Open Glider Network ; voir http://wiki.glidernet.org/) sur le terrain d’aviation planeur sur lequel je vole.
Pour expliquer rapidement le dispositif :
-
tous les planeurs sont équipés d’un FLARM ; c’est un dispositif anti collision. C’est un appareil qui contient un GPS et un capteur de pression, et émet sa localisation sur la fréquence 868 Mhz avec une puissance assez faible. Il recoit sur cette fréquence les infos d’autres planeurs (en fait, d’autres dispositifs FLARM) à proximité, et affiche sur un petit display de leds les planeurs détectés. S’il détecte qu’un planeur a une trajectoire qui présente un risque de collision, il alerte de manière sonore, et des leds en rouge indiquent la direction du danger.
-
le réseau OGN permet de “tracker” (suivre) en temps réel des planeurs équipés de FLARMs. Il est constitué de stations terrestres équipées d’une antenne permettant de récupérer les infos de FLARMs ; ces infos sont transmises à des serveurs qui opèrent au niveau mondial, via le protocole APRS.
-
Ces serveurs mettent à disposition gratuitement ces infos sur le net, via une API, en temps réel. Par exemple, on peut demander de recevoir en temps réel les infos de localisation de tel ou tel planeur, ou des appareils qui sont à telle distance d’une position géographique.
-
Voir des applis clientes :
. http://glidertracker.org/ ; c’est très calme en cette saison … en dehors de moto-planeurs
. http://live.glidernet.org
. https://www.flightradar24.com : donne à la fois les infos provenant du réseau OGN, et d’un autre réseau similaire concernant l’aviation commerciale.
. et plein d’autres -
L’installation d’une station OGN est simple, et relativement peu couteuse : inférieur à 100€. C’est juste un Raspberry, un dongle USB à moins de 10€, une antenne qu’on peut fabriquer soi-même, ou qu’on trouve en chine pour moins de 50€ ; et de la mise en oeuvre.
Si l’antenne est bien située, elle peut capter des infos FLARMs jusque 50km, voire plus. -
Il commence à y avoir pas mal de stations installées en France ; principalement sur des terrains d’aviation, mais n’importe qui peut le faire et se raccorder au réseau OGN.
-
le tracking est très intéressant ; il permet en particulier de suivre ses copains en temps réel et différé, et en cas de pépin, de déterminer rapidement le lieu de dernière localisation.
En me baladant sur le wiki du projet OGN, je suis tombé sur ceci : http://wiki.glidernet.org/ogn-tracker
Et je découvre qu’il n’est pas nécessaire d’avoir un FLARM pour être tracké par le réseau OGN : il “suffit” d’avoir un dispositif qui soit capable d’émettre sa position sur la fréquence 868 Mz, en protocole APRS (et pas FLARM, qui est propriétaire) ; si on a déclaré son appareil dans la base OGN, et si une station OGN est en capacité de recevoir les infos de cet appareil, alors on peut être tracké.
Si on suit cete page wiki ezt les pages en lien, on voit qu’il ne manque pas grand chose pour que le GnuVario devienne un “Cheap DIY OGN Tracker” ; il manque jusque le module émetteur, un antenne, du code.
Bon, je ne sais pas si ca intéresse certains d’entre vous, mais je tenais à vous le signaler.
Intéressant … même pour une application sécurité n’utilisant pas le réseau de téléphonie mobile + longue durée de vie. Cela permettrait de tracker un émetteur jusqu’au sol, voire dans une vallée encaissée ? Comparé au réseau sigfox qui couvre assez mal les chaines françaises, est-ce que cela pourrait fonctionner ?
Il n’y a pas une couverture complète du territoire, loin de la.
Le problème est que la propagation dans cette gamme de fréquence est en ligne droite ; il faut que l’émetteur et le récepteur se voient.
La couverture du territoire est celle-ci pour le moment : http://wiki.glidernet.org/list-of-receivers#toc11 .
Voir également http://ognrange.onglide.com/#,max,all,47.173074_3.180082,7,#00990000:#009900ff, . Si tu cliques sur une station, ca donne une indication de portée.
Donc, si tu es au sol dans une vallée, il faudrait qu’il y ait une station en hauteur pour être tracké ; ce n’est pas gagné …
Salut 
Ouai ça me botterai bien quand j’aurais un peu de temps de bosser sur l’adaptation du vario pour planeur. Mon seul problème c’est que je ne sais pas comment sont équipé ces appareils.
Est-ce que le cockpit est d’un seul morceau réalisé par un seul fabriquant ?
Ou est ce qu’il est modulaire avec un sytême pour ajouter ou enlever des instruments ?
Il y aurait-il une chance pour connecter le Vario au instruments ? Ou pour intégrer le Vario dans le cockpit ?
Je pense à cela surtout pour le Vario à energie compensée. Si le planeur est équipé d’une sonde de vitesse c’est dommage d’en rajouter une juste pour le Vario DIY.
Pour la transmission OGN ça peut effectivement être très interessant. Et peut-être pas si compliqué 
Mais on ce moement je n’ai malheureusement pas beucoup de temps pour bosser la dessus 
A+
Bonjour à tous
Je n’ai pas beaucoup participé au forum ces derniers temps, mais comme j’ai pas beaucoup volé… je n’avais pas beucoup d’ info à remonter.
J’ai pu essayer la version 63.05 de jpg63, et j’ai un petit bug au niveau du son, quand je monte, j’ai de temps en temps un “tac” dans les bips de monté. Au début j’avais l’impression que quelque chose bougeait, mais c’est bien le HP qui fait ce bruit. Le vario reste quand même utilisable mais comme je le trouve super, ça m’énerve de lui trouver le moindre petit défaut . De toute façon, comme je fais surtout du soaring, la dernière option intégrée( mute) est vraiment utile 
.
Voilà ,voilà … bon vols à tous.
Bonjour,
Pareil, j’ai le tac aussi, mais assez souvent. C’est le hp, un peu comme s’il saturait.
Sinon j’ai fait un vol avec un flymaster GPS à coté et je peu dire que pour le son c’est assez similaire (en terme de déclenchement) donc le vario peut être considéré comme fiable pour ça.
Bin comme quoi c’est utile les retours !
Bizarre ce tac … :grat: c’est surement depuis la mise à jour de ToneAC sur la version a consomation réduite.
Vous pouvez me dire un peu peu plus sur le phénomène ? Il se produit à quel moment ? On peut le faire apparaître à la main en faisant bouger le vario ?
Ça serait bien aussi de tester avec le code original pour être sur que ce n’est pas à cause d’une des dernières évolutions. Même si je pense que Jpg63 n’a pas touché quelque chose qui concerne le son.
Bon vols avec vos varios en tout cas ! Et continuez vos retours 
Salut prunkdump,
En équipement de base d’un planeur, il a nécessairement au minimum une bille, un compas, un anémomètre, un altimètre, un variomètre (et le fil de laine ;-)). Pour les planeurs que je connais, même ceux de perf équipés d’un calculateur de bord, ces équipements minimum sont mécaniques.
Ensuite, les planeurs de perfs sont équipés d’équipements supplémentaires : vario électriques, calculateurs de bords, …
En dehors de ces équipements liés au pilotage, les planeurs sont équipés de radio, de FLARM, et souvent de transpondeur.
Les tableaux de bord sont propres à chaque planeur. Un exemple est visible sur cette page : http://planeur.atlantique.free.fr/vav_planeur.php
Il n’y a souvent pas beaucoup de place pour rajouter grand chose.
La photo montre le ‘beau’ coté de la chose. Derrière, il y a souvent un enchevetrement de fils / cables électriques, et de durites pour apporter les différentes pressions mesurées (totale, statique, …) aux équipements.
Pour alimenter ces durites, le planeur est équipé de plusieurs ‘sondes’ (prises de pression) physiques : pression totale, pression statique, antenne de compensation, … et une bouteille isotherme pour le vario mécanique. Certaines sondes peuvent être dans le nez, d’autres le long du fuselage, et souvent une antenne de compensation devant la dérive.
Une sonde peut alimenter plusieurs appareils ; ca veut dire que les durites sont “pontées” pour dispatcher l’information.
En effet, comme tu dis, le plus que pourrait apporter le vario DIY par rapport à l’équipement classique d’un planeur serait la fonctionnalité de vario à énergie compensée ; la plupart des planeurs n’en sont pas équipés. Mais je vois mal rajouter de nouvelles sondes (prises de pression) à celles existantes …
Salut à tous
suite à une demande sur le GitHub, je viens de publier sur la branche M0 JPG63, une petite amélioration du code, l’ajout de la calibration de l’accelerometre
au démarrage, il suffit de placer le vario face contre le sol comme pour l’update de la V1 et 2, la calibration démarre et fonctionne comme pour les autres versions
Je continue à travailler sur un code en visual C++ pour l’interface entre le vario et le pc, elle sera prête pour les futures evolutions
Salut Jpg63 !
Du coup les paramètres de calibration tu les as stocké sur la carte SD ou sur la mémoire flash ?
Jolie travail !
Les 2 - en fait comme la mémoire flash est vidé à chaque mise à jour, je stocke les paramètres en flash et sur la SD. Je regarde d’abord la mémoire et si elle est vide je récupère les paramètres sur la SD dans un fichier qui ne contient que la calibration. Si on ne trouve ni les paramètres en mémoire ni sur la SD on a 5 bips au démarrage pour indiqué que l’accelerometre n’est pas calibré.