+ Le chant du vario +

Développements et support => développements hardware / software => Discussion démarrée par: prunkdump le 21 Février 2017 - 14:05:04



Titre: DIY GnuVario : variomètre opensource - openhardware Arduino
Posté par: prunkdump le 21 Février 2017 - 14:05:04
Merci Eric pour le tuyau !  :trinq: Je suis pas encore suffisamment équipé... Mais c'est sur que c'est un bon outil ! du coup tu as une évaluation précise de la consomation.

Pour le choix du microcontrolleur :

Pour moi l'essentiel c'est de choisir une plaque qui fonctionne en 3,3V car tous les composant (batterie, ms5611, mpu9250, gps, carte sd, écran ... ) fonctionnent en 3,3V. Donc cela simplifie grandement les circuits. Chez Sparkfun par exemple on trouve des plaques avec le ATmega32U4, un micro usb, et en 3,3V. Pour moi c'est idéal pour ce projet. Ya plein d'équivalent chez les autres constructeurs.

Pour le passage au processeurs ARM, on change d'architecture. C'est du 32bit et il y a souvent plus de performance et de mémoire. Mais je pense que tout (alti, acceleromètre, écran, GPS, carte sd, bluetooth) rentre dans un ATmega328p ou un ATmega32U4. Et les performences sont suffisantes même en 3,3V. Donc je pense que le changement de processeur sera avantageux lorsqu'il faudra proposer des fonctionnalités plus avancées (direction du vent, cartes etc ...)

Autrement pour répondre à Vmath54 il n'y à pas de problème à changer de processeur. Comme le disait Whistler il faut juste changer le code du timer pour l'altimètre. Je peux donner des infos à ceux qui seraient interessés.

L'interêt du 4050 :

Pour Guillaume1 le 4050 sert à changer le voltage des signaux logiques. Le nokia 5110 utilise du 3.3V et donc ce n'est pas idéal de lui envoyer du 5v. Il faut voir le 4050 comme un simple interrupteur. Il ouvre du 3,3V au besoin. Mais comme je le disait plus haut, l'idéal est de tout faire fonctionner en 3,3V et le composant devient inutile. Le schéma sur mon Github est un peu obsolète j'en ai donné uen version à jour dans les pages précédentes.

 
Proposition pour les bricoleurs :

Comme je trouve que je ne vole pas suffisament pour faire évoluer mon vario, j'avais pour idée de fournir des kits tout prêt pour construire le vario de la vidéo ci-dessous. Il resterait plus qu'à souder et éventuelleement à percer le boîtier. Si il y a du monde on pourrait grouper les achats. Enfin je lance juste l'idée. Il me faut encore un bon mois pour être sur que le montage est au point et fiable.

Amusez vous bien !

 http://www.youtube.com/watch?v=60fqfbTenkc

A+

 







Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: air le 21 Février 2017 - 18:12:29
intéressé ! même si je suis équipé cela donne envie de jouer


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 21 Février 2017 - 19:02:56
intéressé aussi par curiosité
cela dépendra quand même du prix du joujou


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 21 Février 2017 - 21:13:22
très intéressé.
Mais, qu'y aura-t-il dedans ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: tomrider84 le 22 Février 2017 - 10:08:47
Intéressé aussi.  :+1:  La flemme et pas le temps de m'y mettre  :ange:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Février 2017 - 13:58:54
Salut à tous !  :trinq:

Alors l'idée c'est de préparer à l'avance tout ce qui est difficile à adapter pour finaliser le vario.

Déjà tous les éléments qui demandent des mesures précises :

-> Un boîtier prêt et déjà ouvert pour l'écran, le switch on/off , l'écran et la carte sd.
-> Un circuit imprimé ajusté au boitier, percé, et prêt à acceuillir toutes les plaques de composants.
-> Un scratch autocollant de fixation au cockpit

Ensuite tous les composants pénibles à trouver. Dans ma version finale je ne veux plus de fil soudé. Ils sont cassants et font de mauvais contacts. C'est une plaie. Il y aurait donc :

-> un systême de connecteur pour l'écran afin de ne pas souder de fils. Le connecteur serait à souder sur l'écran et de l'autre côté sur le circuit impimé. Les câbles seraient préparés et ajusté à la bonne longueur.
-> un systême de switch on/off (à souder) intégré au circuit imprimé
-> un buzzer (à souder) intégré au circuit imprimé

Ensuite il y aurait toutes les plaques de composant nécessaires :
-> un arduino pro mini 3,3V
-> une plaque avec altimètre et acceleromètre
-> une plaque avec une chargeur lipo
-> une batterie lipo 600mah
-> une plaque avec un module GPS
-> une plaque avec un lecteur de carte SD
-> une plaque avec un module bluetooth

Donc comme boulot il y aurait à souder toutes ces plaques sur le circuit imprimé. Et à fixer tout ça dans le boîtier. Donc comme matos non fournis il faudrait :
-> un fer à souder fin
-> de l'étain et de la tresse à dessouder
-> du papier de verre fin
-> un pistolet à colle
-> une carte SD

Le but n'étant pas de gagner de l'argent, ça sera au prix coutant internet. Mais il faudra compter quand même le matos dont j'ai besoin pour réaliser les circuits imprimés, pour percer et pour préparer les câbles.

Dès que j'ai le temps je ferais une estimation. Mais je pense que ça doit passer en dessous de 60 euros.

Je vous tiens au jus.

A+




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 22 Février 2017 - 15:03:32
Super, prunkdump !

Finalement, équipé au complet, on n'est pas loin des fonctionnalités d'un XC Tracer, non ?
Avec la satisfaction d'avoir fait soi-même, de maitriser le code, de disposer d'un afficheur et pour un coût très attractif.

Si j'osais une proposition : pas possible de prévoir un "bouton" genre encodeur, pour ceux qui seraient tentés d'ajouter des choses, comme par exemple spécifier l'altitude de départ ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 23 Février 2017 - 16:40:46
Salut.

Bin au niveau hardware on est pas loin du XC Tracer. Après il manque tout le développement des logiciels qui gravitent autour. La gestion des traces, les mises à jours de firmware, la visualisation des traces, les convertions de formats de traces.

D'ailleurs je suis en train de programmer un bootloader qui permettrait de mettre à jour l'arduino par la carte sd et non par l'USB. Parceque je trouve pénible d'avoir à démonter le boîtier chaque fois qu'il faut mettre à jour le programme.

Pour l'idée du bouton, si tu regarde la vidéo il y a pas mal de place sous l'écran pour placer différents types de boutons. En plus l'arduino est juste en dessous pour la connectique. Donc ça ne posera pas de soucis. Mais j'aime pas trop les boutons et pour l'instant l'altitude est recalée avec le GPS. C'est quand même relativement précis. Après il est possible également de contrôler le vario avec l'accelerometre. Par exemple pour terminer la calibration dans le programme de calibration il faut le tourner à l'envers. On peut imaginer contreller des menus en "penchant" le vario.

Mais bien sur l'idée c'est que tout le monde puisse adapter le montage comme il veux. Mais pour l'instant je ne pensais pas mettre de boutons dans le "kit".


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 23 Février 2017 - 20:45:29
- Pour le bouton : je m'attendais à ta réponse.
Tu as raison : S'il y a de la place pour rajouter, a chacun de faire.
Sur la vidéo, pas évident de savoir : on voit le boitier de l'extérieur, sans voir comment c'est dedans.

- pour l'USB : pas moyen de donner accès sans ouvrir le boitier ?
  Alors, comment fais-tu pour charger l'accu ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 24 Février 2017 - 12:19:41
bonjour à tous, super projet! Je suis preneur aussi.

Dans l'idée de développer l'outil encore plus loin, je me demande ce qui serait possible de faire en soft. Je rêve d'avoir ce genre de vario-gps à code ouvert pour développer des scripts. Deux problèmes: 1) je n'ai pas de connaissance en électronique suffisante pour construire une boitier moi même, et 2) je ne sais coder qu'en matlab. J'ai aucune idée de la puissance du processeur de l'arduino ni de jusqu’où on peut aller en terme d'algorithme.

Les deux idées que j'ai actuellement en couche soft sont:

- proposer une aide en live (aller à gauche ou a droite, accélérer ou freiner) basée sur les mesures à court terme (cf le post http://www.parapentiste.info/forum/techniques-de-base-du-pilotage/modele-physique-pour-exploiter-au-mieux-les-thermiques-t46079.0.html)
- permettre les échanges dynamiques entre parapentistes pour cartographier l'aérologie locale (base sur une inférence bayésienne des mouvements passés et sur la topographie)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Février 2017 - 17:26:38
Salut !

@vmath54 : En fait il n'est pas possible de charger la batterie avec l'USB de l'arduino car lorsqu'il est sous tension il démarre. Ce n'est pas très pratique. Donc l'USB qui sort à l'extérieur du boîtier est l'USB du chargeur qui est indépendant de l'arduino. Il sert uniquement à la charge, il ne peut donc pas servir à uploader les programmes.

@finlard : Les deux points que tu cites sont très au dela de la performance d'un arduino. Il faudrait plutôt programmer cela sur une tablette ou un portable qui reçoit les données du vario. Il faut voir avec l'équipe de XCsoar. Je ne sais pas ce qu'ils utilisent comme language de programmation et les fonctionnalités qu'il ont déjà implémentées.

Mais je répète le but n'est pas de juste fournir un vario à monter qui fonctionne. Mais bien de permettre à tout le monde de le modifier comme il le souhaite. J'espère d'ailleurs profiter moi même de toutes les idées intéressante qui vont émerger !   ;) 

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 24 Février 2017 - 18:13:16
ok merci pour la réponse! Je viens de voir que pour le point 2 c'est déjà fait chez XCsoar ;)
https://www.xcsoar.org/discover/2016/08/12/xcsoar-6-dot-8-7-released.html

Pour le point 1, je pense que l'algorithme est beaucoup plus simple et peut facilement est importé sur un arduino.

idéalement, il faudrait deux petits accéléromètres accrochés à chacun des élévateurs qui enverraient en bluethoot (ou autre) les données au boitier principal afin de mesurer le roulis. C'est envisageable?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 24 Février 2017 - 19:26:00
Salut,

@Prunkdump, merci encore pour les fichiers, j'ai eu beaucoup de boulot ces derniers temps et je me suis arraché encore un peu sur l'écran oled en fastwire mais cela ne fonctionne toujours pas, à la place du coup j'ai utilisé un écran oled en SPI. Du coup c'est parfait et cela laisse le bus I2C pour le MS5611.

@Vmath54, idem que prunkdump à propos du M0, j'en ai un et ai déjà essayé de faire fonctionner le code dessus mais sans succès pour l'instant car je ne sais pas comment gérer les timer. Si quelqu'un avance avec un Cortex M0  je suis preneur d'infos car le 328 est limite si on veut ajouter de nouvelles fonctionnalités au vario, surtout pour l'affichage.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Mars 2017 - 10:41:55
Je commence tout juste à m'intéresser à l'Arduino ( grâce à vous)
Je retrouve mes bricolages d'ado à base de CI bien moins sophistiqués
Je vais me commander un kit pour faire joujou moi aussi

 :coucou:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 01 Mars 2017 - 14:03:21
@whistler, je suis intéressé également par l'adafruit feather m0 (pas encore commandé) ; tu peux nous expliquer les problèmes que tu rencontres ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 01 Mars 2017 - 21:18:13
@vmath54: Comme dit précédemment je ne sais pas comment changer le code pour le faire fonctionner avec les timers du M0.

Il y a aussi le fait que le M0 ne laisse pas accès à son EEPROM, il faut donc utiliser un eeprom externe connecté en SPI (que je n'ai pas encore).



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 02 Mars 2017 - 09:25:08
Bonjour !

@finlard : Je pense qu'il n'y a pas besoin de mettre deux accéléromètres sur chaque élévateur pour mesurer le roulis puisque le mpu-9250 sait déjà mesurer le roulis du vario. Il suffirait donc de constuire un support pour le vario qui communique bien au boîtier le roulis des deux maillons. Le reste c'est de la programmation et de la mise au point.

@whisler : Dommage que l'écran I2C n'ait pas marché. Je pensais que mon code était bon mais sans l'écran pour tester c'est toujours difficile de débugger. Content que tu ais trouvé une solution.

Pour le passage au Cortex M0 :

Dès que j'ai fini mon prototype complet avec le ATmega328 je vous enverrai comment paramétrer les timers sur le M0. Ce n'est pas très différent finalement du ATmega328 mais tous les noms de registre changent. Il faudrait donc adapter deux bibliothèques : ms5611 et toneAC.

Pour les interessés par le kit :

J'ai presque fini le code du bluetooth et je vais passer à la construction d'un premier prototype avec cette fonctionnalitée. Si tout se passe bien je donnerai le prix final et je redemanderai les personnes interessées pour faire la commande du matériel. Le temps de tout recevoir, cela me permettra de faire un petit manuel de construction parceque ce n'est pas non plus complètement évident. Voici une liste mise à jour du matériel nécessaire pour ceux qui voudraient prendre de l'avance :

-> un fer à souder fin
-> de l'étain et de la tresse à dessouder
-> une pince coupante fine
-> du papier de verre fin
-> un pistolet à colle
-> une carte SD

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 02 Mars 2017 - 09:29:42
Salut Prunk,
Encore une fois : Super projet !!!
une petite question : Tu es sur une version though hole ou CMS ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 02 Mars 2017 - 11:03:16
@prunkdump j'imagine que fixer rigidement le vario aux maillons des élévateurs va poser un problème...Après si le vario est sur un cockpit ça devrait le faire, sur une jambe ça le fera moins.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mars 2017 - 09:39:45
@FRFM : Le kit serait en composants traversants. Le CMS me parait trop difficile à souder pour que le kit soit accessible à tout le monde. Mais en réalité les composants eux même sont en CMS. C'est juste qu'il seront fournis sur des plaques que l'on pourra monter en composant traversants.

@Finlard : Effectivement il faudrait un cockpit. Mais c'est également tout à fait possible de faire une fixation qui ne contrain pas les élèvateurs en écartement mais qui par contre communique totalement le roulis. On peut imaginer quelque chose qui ressemble à un règle pliable en deux avec le vario fixé sur la rotule et les extrémités fixées à chaque élévateur. Ainsi en "s'ouvrant" la rêgle peut suivre l'écartement des élévateurs et par contre il n'y a aucune souplesse dans le sens du roulis.

A suivre.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 03 Mars 2017 - 15:26:32
Salut à tous!

je suis ce sujet depuis pas mal de temps, et je pensais fabriquer ma version cet hiver, mais je ne me suis toujours pas lancé. Du coup ce projet vario a améliorer soit même m'interesse pas mal! J'attend ton retour prunkdump pour que tu nous dise comment les commandes pourraient être faites  :)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 05 Mars 2017 - 15:34:38
Salut Prunkdump,

je suis en train de faire ma liste de courses. Je suis assez débutant en électronique et j'essaye de comprendre.

- Moi je ne prendrais pas un arduino nano car il est en 5V. Je prendrais plustôt un arduino pro mini 3.3V. Attention il y a deux versions (5V et 3.3V) et il faut acheter un adaptateur série pour le programmer. Mais du coup ton vario consomera moins et tu n'aura pas besoin du booster. Autrement si tu veux le plus pratique possible tu as le sparkfun pro micro 3.3v ou tout est intégré (surement le meilleur choix mais un peu plus cher).

[...]

- Fait attention de prendre un module de charge avec une sortie (où il y a des pattes out+ et out-)

Si je pars sur le pro mini, est ce que j'ai besoin d'un booster de charge du coup? est ce qu'un element comme celui ci conviendrait ? https://fr.aliexpress.com/item/5PCS-Micro-USB-5V-1A-18650-Lithium-Battery-Charger-Module-Charging-Board-With-Protection/32665613547.html?spm=2114.06010108.8.48.nVhVe4

Ou cela fait double emploi avec cet élément : https://fr.aliexpress.com/item/20-PCS-BTA41-600B-BTA41-600-BTA41600B-BTA41600-BTA41-TO-247-40A-600V/32351819193.html?spm=2114.13010308.0.0.qy1oGD

Sinon ou trouver un interrupteur 1in comme tu le recommandes? J'en trouve nulle part...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Mars 2017 - 17:13:48
Salut !

Bin oui comprendre c'est le plus interessants  ;) c'est l'interêt de l'Arduino !

Alors il faut bien distinguer deux choses. L'alimentation et la programmation de l'Arduino.

L'arduino pro mini n'a pas de connectique USB ni le composant nécessaire (usb to serial converter) pour le programmer. Il faut donc acheter un petit module comme tu as donné en lien pour le programmer. Ce module fournira aussi l'alimentation par l'USB pendant la programmation. Mais en général on ne le mettra pas dans le projet final. Il sert juste à programmer. Sinon autant acheté un modèle au il y a tout dessus (genre ceux de sparkfun).

Maintenant pour alimenter l'arduino en condition réelle on utilise généralement une batterie LIPO. Ces batteries sont un peu dangereuses car elles explosent à la surcharge. C'est pour cela qu'il faut intercaller une plaque de charge comme tu as donné en lien. Par contre attention, ce n'est pas très clair sur l'annonce, il faut bien acheter le modèle avec les deux sorties B+B- et OUT+ et OUT-. Le module plus simple (avec juste Bat+ Bat-) sert à fabriquer de batterie nomade pour téléphone portable.

Pour les interrupteur tu tape "pcb switch 0.1in". Tu vas tomber sur des trucs de ce genre :

https://fr.aliexpress.com/item/20pcs-SS12D00G3-2-Position-SPDT-1P2T-3-Pin-PCB-Panel-Mini-Vertical-Slide-Switch-Favorable-Price/32697537229.html?isOrigTitle=true

Amuse toi bien !

Autrement si tu veux profiter de l'achat groupé. Je pense que j'aurais finalisé l'évaluation du Kit d'ici la fin de la semaine (J'ai essayé de demander un prix au vendeur). Il faudra ensuite une vingtaine de jours pour que tout arrive.

Autrement si tu veux déjà commencer à t'amuser rapidement, les revendeurs français ne sont pas si chers que ça et livrent très rapidement.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 06 Mars 2017 - 10:20:54
Merci pour la réponse rapide. Ok je vais peut être attendre ta commande pour le coup. Le module USB serial converter ne sera pas fournis dans le pack par contre si j'ai bien compris ?

En attendant je vais commander un kit arduino Uno histoire de m'exercer, aussi bien coté electronique que programmation. Ca occupera mes weekends pluvieux!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mars 2017 - 11:37:12
Salut !

Ca y est j'ai enfin fini de programmer le bluetooth et la communication avec XCSoar ! J'ai du batailler mais tout rendre maintenant dans le Atmega328 (arduino standard).  :?

Maintenant :
-> les trames RMC du GPS sont renvoyées par bluetooth (position et vitesse).
-> les trames GGA du GPS sont modifiées pour remplacer l'atitude par l'altitude barométrique puis envoyées (position et altitude).
-> des trames POV (openvario) sont envoyé avec la vitesse verticale (vario).

Je n'ai pas de retour du vendeur pour l'instant pour savoir s'il me fait une réduction. Mais à l'heure actuelle le kit coûterai : 46,56 euros. Avec toutes les fonctionnalités, bluetooth compris. Et pour Fsgecko il y aura le convertisseur USB to Serial dans le kit. Cela fait deux euros de plus mais c'est tout de même important si on veut changer le code du vario.

Je suis maintenant en train de monter la version définitive du kit pour vérifier que tout fonctionne bien.

Je vous tiens au courant.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 06 Mars 2017 - 11:51:57
Wahou tu as bien bossé ! Curieux d'avoir ca entre les mains!

Et pour la boite tu fais comment? Je suis par contre assez calé en 3D et j'ai également un imprimante 3D pour faire des prototypes. Je pourrais apporter ma pierre à l'édifice en fonction du besoin et de mes compétences!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Mars 2017 - 08:24:14
Salut !

Décidément vous avez tous des imprimantes 3d !

Pour le boîtier il y en a déjà un dans le kit. C'est un modèle standard trouvé sur internet. Mais une fois le montage de ton vario fait tu pourras essayer d'optimiser le boîtier pour le rendre plus petit. Tu pourra éventuellement ensuite, si tu le veux bien, fournir ton fichier pour ceux qui ont une imprimante 3d.

J'envois quelque photos bientôt du montage du kit de référence.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 08 Mars 2017 - 14:24:04
Salut prunkdump,

Tu peux me compter dans la liste des intéressés par ton kit. Est-ce accessible a un débutant car ce sera mon premier projet électronique. Cela fait un moment que je voulais commencer et tu m'as donné l'envie de sauter le pas...
Merci de nous faire bénéficier de tes talents!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 08 Mars 2017 - 14:25:37
moi aussi je suis partant !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Mars 2017 - 18:19:38
Salut  :coucou:

Je pense que le plus important pour parvenir à monter le kit c'est d'être patient. Il n'y a rien de très technique au niveau électronique mais tout est très petit. Il faut pas trop trembler :)

Mais une bonne loupe et un bon fer a souder et tout ira bien.

Tu pourras te faire une idée avec les photos.

A+ 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 11 Mars 2017 - 19:56:31
Bonsoir prunkdump,

Je suis l’avancé du projet depuis quelques temps et moi aussi tu peux me compter dans la liste des intéressés par ton kit.

Je me pose 2 questions :

1/ Si on fixe le vario à un des élévateurs (comme un syride) est-il nécessaire de mettre le capteur baro/Accéléromètre perpendiculairement au PCB ? ou ton code permet-il de calibrer les capteurs dans cette configuration ? ou est-il nécessaire de faire des modifications du code pour définir les axes XYZ ?
2/ Est-il possible d'envisager d'avoir un affichage tournant pour certaine information, l'écran est petit, il pourrait être intéressant d'utiliser une grosse font et d'avoir 2 ou 3 informations qui s'affiche alternativement au même endroit tout les X secondes 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Mars 2017 - 09:37:34
Salut !

Content que tu sois intéressé !

Le code actuel du vario détecte la vecticale donc quelque soit l'orientation, le vario réagira de la même manière. Par contre il faudra travailler sur une bonne fixation aux maillons.

Pour les caractères en gros c'est possible. Mais il faut le programmer. C'est l'interrêt de ces varios avec le code ouvert. On peut tout modifier à l'envie. Si tu es novice en programmation tu trouvera bien des gens ici pour t'aider (moi y compris).

Si tu veut t'amuser en attendant il y a des kit arduino tout près pour débuter.

Autrement j'ai commencé les commandes pour réaliser 10 kits. Et j'ai fini le montage du prototype au niveau électronique. Il me reste à adapter au mieux le boîtier et à ajuster les connecteurs. J'envois bientôt les photos des étapes du montage.

 
A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 12 Mars 2017 - 14:53:57
Salut Prunkdrump,

Un moment que je voulais monter ton vario, c'est chose faite la nuit derniére. (versio audio-only, tout monté "en l'air" )

- Tout marche Nickel du premier coup, et tout est super clair sur GitHub, bravo et merci.
- La réactivité est impressionnante. (j'ai monté pas mal de vario DIY ces derniéres années, cf mon tout premier message ici en 2006  :koi: ), le tien est au top la dessus, pas de doute.
- j'ai rajouté un potar 500ohm à la place de R1 pour régler le volume, c'est pratique et ça marche bien

L'axe d’amélioration que je vois concerne le son.
J'ai essayé plusieurs speakers dont celui de ta BOM, et je n'ai pas eu de résultat très agréable.
Après quelques bricolages vite fait sur les paramètres audios, je trouve que c'est meilleurs en baissant un peu la plage de fréquence. (avec un son trop perché d'entrée de jeux, je trouve que l'on a tendance a sur-estimé les ascendances faibles)
J'ai aussi baissé la durée de bip que je trouvais trop longue par défaut. (mais l'idéal serait que la durée des bips et l'interval soient variables et inversement proportionnels au taux de montée).

Dans tous les cas, merci pour le boulot et et partage dans le plus pur esprit opensouce, c'est la classe, et c'est une première sur les varios à IMU à ma connaissance.
(XCtracer avait promis de le faire pendant le crowd-funding, mais c'est resté une promesse de campagne : pas super fair-play).

bon bricolage à tous









Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Mars 2017 - 22:19:27
Merci pour ta réponse prunkdump.

Je débute effectivement sur arduino ou pour l'instant je réalise de petit montage, je vais étudier ton code et je n’hésiterais pas à vous solliciter si j'ai dès difficultés.  Je vais attendre avec impatience les photos de ton proto et la réalisation de mon propre vario avec ton kit. Merci pour ton travail


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 13 Mars 2017 - 09:07:28
Toujours preneur pour le kit! Super boulot en tout cas, c'est super de nous donner la possibilité d'en profiter.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mars 2017 - 09:17:35
Hé bien merci pour les compliments ! Content que ça fonctionne et que ça plaise !

Je suis effectivement très sensible à la philosophie de l'open source. Il va falloir d'ailleurs que j'ajoute l'entête GPL à tous mes fichers avant que certains aient l'idée de les utiliser en LGPL. Je pense d'ailleurs que si les constructeurs fournissait au minimum un systême de plugin ouvert sur leur vario ça leur permettrait de dynamiser leur communauté d'utilisateur.

Merci en tout cas pour les retours. C'est pour cela que je met le code à disposition. J'espère profiter des différentes idées et améliorations qui vont émerger. J'ai d'ailleurs eu un doute lorsque j'ai proposé le kit. Je ne voudrait pas trop casser la créativité des bricoleurs. Mais finalement ça fournira une base de travail et je voudrais surtout améliorer le code dans un premier temps. Et pour cela j'ai besoin que des gens volent avec car personellement je ne vole pas assez.

Alors pour les speakers c'est effectivement un problème. J'en ai moi aussi testé plusieurs sans vraiment comprendre d'où provenait les améliorations. A tu utilisé le L9110 dans ton montage (c'est un amplificateur) ? Voici mes quelques conclusions :

-> Le meilleurs son je trouve c'est avec un "gros" haut-parleur. Celui qui est proposé partout pour arduino. Avec en série une résistance 100ohms la puissance est suffisante et le son est bien doux. Par contre il est bien trop gros pour rentrer dans des petits varios.

-> Les mini-speakers semblent complètement inutilisables sans un vrai circuit d'amplification. Le son est soit trop faible, soit ça sature. En plus je ne comprends rien aux Watt indiqué sur le speaker. Ils ne semblent pas avoir directement de rapport avec la puissance du son. Le rendement varie beaucoup selon les modèles.

-> Les buzzers piezzos : il ne faut pas non plus qu'ils soient trop petits. Et le son est vite agressif. Je pense qu'il faut également un vrai circuit d'amplification. Ou du moins utiliser des condensateur pour fournir un signal alternatif. Et je ne suis pas encore au point dans ce domaine.

-> J'ai fait des essais avec des buzzers magnétiques. Et ça à l'air pas mal. Le meilleur que j'ai trouvé c'est le "kst-951ap". Malheureusement comme il n'est pas chinois il n'est pas facile de se le procurer en dehors des circuits professionnels. J'en ai essayé d'autres et le son est très différent. Et étonamment la résistance de ces buzzer varie pas mal selon les modèles. Je pense que c'est cela qui joue beaucoup. Le kst-951ap a une resistance de 40ohms et il est donc pas trop fort mais encaisse bien, il ne sature pas. Le modèle que j'ai mis dans le kit est plus puissant pour être sur qu'il n'y ai pas de soucis mais il sature un peu. On verra à l'usage s'il faut ajouter une résistance. (Attention ne jamais enlever les résistances sans le L9110). J'ai prévu dans le kit la possibilité d'ajuster le speaker.

-> Je pense aussi qu'on peut beaucoup jouer avec le boîtier. Si il est assez "lourd" il peut grandement adoucir le son et même faire caisse de raisonnance.

Est-ce que quelqu'un peu m'expliquer ce que signifie les Watt sur les résitances ? Si c'est le courant qu'on peut faire passer dedans cela voudrait dire que plus la résistance est faible plus il fait quelle soit grosse ?

En tout cas je veut bien des retours si tu trouve quelque chose de bien.

A l'état actuel du code la durée du bip est bien inversement proportionnel au taux de monté. C'est pour l'ensemble du "motif" que la fréquence change. Je pense aussi que la fréquence monte trop vite. Il faudrait voir pour ajuster les coefficients.

J'envois les photo bientôt.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 13 Mars 2017 - 10:01:04
Les watt, c est effectivement le courant max a faire passer dedans avant que ca deteriore le composant.
A tension constante, la puissance est P=U*I=R*I**2
Je comprends pas trop ta question avec le correlation entre la taille et la resistance.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mars 2017 - 10:35:31
Salut !

Bin disons que j'ai un buzzer avec une résistance de 8 ohms que je trouve trop puissant lorsque je l'alimente directement en 3.3V. Pour baisser un peu le volume je veux ramener l'ensemble à 50 ohms en mettant une résistance en série de 42 ohms.

Le courant qui va passer dans l'ensemble est :

I = U/R = 3.3 / 50 = 66 mA

Au niveau de la résistance on a donc également une intensité de 66 mA avec une tension de 3.3V. Cela donne comme puissance :

P = U*I = 3.3 * 0.066 = 0.2178 Watt

Je suis donc presque déjà à la limite d'une résistance 1/4Watt ! Et si je veut quand même un peu plus de volume en mettant une résistance plus faible de 12 Ohms, avec le même calcul je me retrouve avec une puissance dans la résistance 0.54 W (ce genre de résistance est déjà très balèse en taille) !

Donc si je me trompe pas. Plus la résistance est faible (je veut juste diminuer un peu le volume) plus la puissance dans la résistance est forte, plus il faut une "grosse" résistance. C'est juste que c'est contre intuitif pour moi. J'aurais naturellement tendance à dire : moins la résistance "résiste" au courant moins elle chauffe (elle se rapproche d'un fil) mais en fait c'est l'inverse ....

Ou alors je dis des grosses bétises  :?    


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Mars 2017 - 11:09:27
Ben non
moins la résistance résiste et plus il passe de courant et donc plus elle chauffe

la puissance P = U x I donc plus le courant est élevé et plus la puissance a dissipée sera forte


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 13 Mars 2017 - 11:20:00
Et comme I = U/R, ca donne P = U*U/R (U au carré sur R).
Donc, la puissance est inversement proportionnelle à la résistance


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: benjiper le 13 Mars 2017 - 11:28:33
Salut !

Bin disons que j'ai un buzzer avec une résistance de 8 ohms que je trouve trop puissant lorsque je l'alimente directement en 3.3V. Pour baisser un peu le volume je veux ramener l'ensemble à 50 ohms en mettant une résistance en série de 42 ohms.

Le courant qui va passer dans l'ensemble est :

I = U/R = 3.3 / 50 = 66 mA

Au niveau de la résistance on a donc également une intensité de 66 mA avec une tension de 3.3V. Cela donne comme puissance :

P = U*I = 3.3 * 0.066 = 0.2178 Watt

Je suis donc presque déjà à la limite d'une résistance 1/4Watt ! Et si je veut quand même un peu plus de volume en mettant une résistance plus faible de 12 Ohms, avec le même calcul je me retrouve avec une puissance dans la résistance 0.54 W (ce genre de résistance est déjà très balèse en taille) !

Donc si je me trompe pas. Plus la résistance est faible (je veut juste diminuer un peu le volume) plus la puissance dans la résistance est forte, plus il faut une "grosse" résistance. C'est juste que c'est contre intuitif pour moi. J'aurais naturellement tendance à dire : moins la résistance "résiste" au courant moins elle chauffe (elle se rapproche d'un fil) mais en fait c'est l'inverse ....

Ou alors je dis des grosses bétises  :?    

Hello Prunkdump !

Je passais par là et je viens de voir ton commentaire.
Peux-tu jouer sur le temps de commutation de ton PWM ?
Ton buzzer piezo doit avoir une certaine capacité qui te donne une constante de temps avec ta résistance série.
Si tu réduit ton temps de commutation afin de rester sous les 3*Tau, tu vas pouvoir diminuer le volume tout en préservant beaucoup d'autonomie et de chauffe.
Si ton buzzer est un 'coil', tu peux diminuer ton son en ajoutant de la capa en parallèle. Pour le reste, il faut faire très attention aux surtensions générées lors des commutations. Il est parfois nécessaire de 'clamper' le signal avec une zener.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 13 Mars 2017 - 11:46:00
Tu drive le buzzer directement depuis une patte de l arduino ou tu as un transistor entre les deux ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: benjiper le 13 Mars 2017 - 11:48:04
Tu drive le buzzer directement depuis une patte de l arduino ou tu as un transistor entre les deux ?

A mon avis, il doit le driver avec un MOS ou autre. L'arduino ne doit pas être en mesure de sortir plus de 10mA....


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mars 2017 - 12:00:53
Salut !

Je le drive avec un pont en H (le L9110 ) :

https://www.elecrow.com/download/datasheet-l9110.pdf

C'est prévu à la base pour des moteurs. C'est peut-être un peu bourrin. Peut-être pouvez vous me donner votre avis ?

L'avantage c'est que je peux commuter +3.3V -3.3V au lieu de +3.3V et 0V. Est-ce que un pont en H protège l'arduino des surtensions ? Peut-être pas ....  :?

Autrement effectivment je peut moduler le rapport cyclique du PWM pour baisser le volume. Je n'ai pas encor essayer pour voir ce que ça donnait par rapport à l'ajout d'une résistance.

Je en suis pas sur non plus que se soit bien de commuter un buzzer magnétique dans les deux sens (+5V, -5V). Ca marche mais je ne sait pas si il morfle.


Si vous pouvez m'aider de ce côté c'est avec plaisir !  :pouce:






Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 13 Mars 2017 - 12:18:42
C'est certainement mieux de moduler le rapport cyclique. Ca t evite de perdre de la batterie a chauffer une resistance ... et tu peux le modifer par le soft.
Pour le pont en H, c est peut etre un peu overkill. Avec un transistor simple, ca devarit le faire aussi.

Un truc comme ca peut etre :
https://forum.arduino.cc/index.php?topic=380219.0


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: benjiper le 13 Mars 2017 - 12:43:46
Salut !

Je le drive avec un pont en H (le L9110 ) :

https://www.elecrow.com/download/datasheet-l9110.pdf

C'est prévu à la base pour des moteurs. C'est peut-être un peu bourrin. Peut-être pouvez vous me donner votre avis ?

L'avantage c'est que je peux commuter +3.3V -3.3V au lieu de +3.3V et 0V. Est-ce que un pont en H protège l'arduino des surtensions ? Peut-être pas ....  :?

Autrement effectivment je peut moduler le rapport cyclique du PWM pour baisser le volume. Je n'ai pas encor essayer pour voir ce que ça donnait par rapport à l'ajout d'une résistance.

Je en suis pas sur non plus que se soit bien de commuter un buzzer magnétique dans les deux sens (+5V, -5V). Ca marche mais je ne sait pas si il morfle.


Si vous pouvez m'aider de ce côté c'est avec plaisir !  :pouce:


Ton driver est conçu pour les charges inductives (moteur DC). Dans sa datasheet, tu peux remarquer qu'il a une diode intégrée "built-in clamp diode reverse the impact of the current ".
Quand tu pilotes ton buzzer en +3.3V/-3.3V, lui voit 6.6Vpkpk. Cette solution est 'pas mal' mais je dirais un peu surdimensionnée !
Je n'ai pas trop le temps d'y jeter un coup d'oeil, mais en jouant sur la commande de ton driver, tu devrais pouvoir ne le faire commuter qu'à moitié en gardant une des deux input à 0 ou 1.

Sinon, il y a une solution où tu devrais pouvoir obtenir un son correct avec juste un MOS / voir MOS + Booster coil.

Ton Arduino, lui est protégé car il ne fait que piloter ton driver.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 13 Mars 2017 - 15:01:11
A tu utilisé le L9110 dans ton montage (c'est un amplificateur) ?

Oui

le drive avec un pont en H (le L9110 ) :
[...] L'avantage c'est que je peux commuter +3.3V -3.3V au lieu de +3.3V et 0V.

Il me semble que  la librairie que tu utilises (Tone AC) permet justement de faire du Push-Pull (+3,3 / - 3,3V) sans ajouter de composants externe, non? (Dans les limites du courant que la carte peut sourcer bien-sûr).
est-ce bien ce que tu fait? (je ne sais pas comment ça se configure exactement...)

-> Les buzzers piezzos : il ne faut pas non plus qu'ils soient trop petits. Et le son est vite agressif. Je pense qu'il faut également un vrai circuit d'amplification. Ou du moins utiliser des condensateur pour fournir un signal alternatif. Et je ne suis pas encore au point dans ce domaine.

Sur d'autre vario que j'ai pu voir (base de PIC et non d'ATmega 328), ça fonctionne fort et clair sans amplification ni transistor, juste avec un buzzer piezo large bande (kingstate Kpeg006) branché sur 2 sorties PWM dephasée de 180°
(c'est aussi le buzzer qu'il y a dans le Xctracer d'ailleurs).
Je pense aussi (intuitivement) qu'un simple buzzer consomme aussi beaucoup moins qu'un speaker avec son ampli...

A l'état actuel du code la durée du bip est bien inversement proportionnel au taux de monté. C'est pour l'ensemble du "motif" que la fréquence change. Je pense aussi que la fréquence monte trop vite. Il faudrait voir pour ajuster les coefficients.

OK, j'avais mal vu, sorry.





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 14 Mars 2017 - 06:53:48
Par contre il faudra travailler sur une bonne fixation aux maillons.

Pour la fixation aux maillons je pense à 2 solution en fonction du boitier utilisé

Sur un boitier standard, je pense coller à l'araldite 2 velcros double face et de renforcé avec 2 vis. On fixe le premier velcro juste au dessus du maillon et le deuxième on le prend au dessus de la poulie d’accélérateur en laissant l’arrière libre pour pouvoir l'utiliser  pour piloter. Les velcro son en haut et en bas du boitier collés sur le dos

Pour un boitier en impression 3D on peut imaginer un passage pour les velcros (j'ai déjà conçu une fixation de go pro pour une sangle d'épaule de cette façon)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 16 Mars 2017 - 08:12:19
je viens de recevoir mes pieces montage ce week end  :P

sinon prulnkdump auris tu un lien pour le boitier j aime bien le tiens :jump:  le mien n apas de vis  ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 16 Mars 2017 - 15:24:38
Salut !

Merci à tous pour les tuyaux sur les montages des buzzers/speakers  :pouce:  Je pense que pour l'instant je vais garder le L9110 ça permettra de faire toutes les configurations possibles par la suite puisque on garde le contrôle sur les deux sorties. On peut donc faire du push/pull en +-3.3V ou du push simple sur n'importe laquelle des deux pâtes et tout ça en software.

Pour PtiKiki c'est effectivement pour continuer à utiliser les push/pull de la librairie toneAC que je suis parti sur le L9110. Il permet de faire ça avec des limites de courant plus hautes (800ma). En plus il coûte rien. De toute façon ce n'est jamais bon de brancher un speaker directement sur l'arduino, ça peut perturber la régulation interne du courant. Avec le L9110 il ne fait plus que "commander" le courant et cela l'isole du montage du speaker.

Pour les comparatifs de consomation je ne sais pas. Je suis pas sur que ça ne soit pas plus faible avec un ampli pour un volume équivalent. Il faudrait mesurer.

@jpg63 : je veux bien voir les photos de tes prototypes si tu fais quelques essais. Je n'ai jamais vu vraiment comment fonctionnait les fixations aux maillons.

@Guillaume1 : Pour le boîtier tu cherche Szomk AK-H-13. On le trouve pas cher sur Ali..machin (j'aime pas trop faire de pub). Par contre attention ça passe vraiment très juste si tu compte tout rentrer. Mais il y a le même modèle plus gros je crois.

Des new des kits :

J'ai presque tout commandé pour réaliser 10 kits et pas d'inquiétude je ferais passer en priorité ceux qui m'ont contacté par ce fil.

Sur le prototype j'ai tout monté sauf l'écran et le bluetooth. Ca avance doucement car je doit prendre des photos de la procédure de montage pour le manuel et toutes les mesures pour préparer les 10 kits suivants. Je voulais vous envoyer les photos mais google photo n'arrête pas de bugger. Je vais réduire la taille des images et réessayer. Ca sera fait demain soir je pense.

Amusez vous bien ! +





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: tomrider84 le 16 Mars 2017 - 15:34:18
Youpi!!  :jump:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 16 Mars 2017 - 17:14:20
 Merci pour le boîtier
Je reviens avec le composant 4050 pourquoi ne prends tu pas le 3 V 3 sur l'Arduino directement c'est juste pour mon info merci;-)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 16 Mars 2017 - 18:37:57
Salut !

Si si, je me sert de la sortie 3,3V de l'arduino pour alimenter l'écran. Mais pour toutes les autres connexions : l'arduino s'il est en 5V, envoie du 5V dans l'écran et s'est pas bon pour lui. En plus il faut savoir que du coup ça consome du jus en permanence sur certains pins.

Le principe du 4050 c'est que tu lui donne du jus à la tension que tu veux. Il il te le faut sortir sur les pattes que tu veux avec la même tension. Par contre pour controler ces "ouverture" tu peut utiliser une autre tension. Dans ce cas on fait sortir du 3.3V en commandant les ouvertures avec du 5V.

J'espère que ça éclaicit un peu la chose.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 16 Mars 2017 - 23:08:03
a ok je comprend mieux  ;) 

parcontre dans le premier montage du premier post  l ecran est monté direct sur l arduino ( comme je lai deja monté dans ma premiere version )  c est pour  ca  que je comprends pas tous ??? 😭😭


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Mars 2017 - 01:09:14
Bonjour à tous !

J'ai monté le projet de sinseman et je suis repassé presque par hasard sur le fil.

Grâce à prunkdump je viens de comprendre: mon afficheur baisse en intensité à chaque beep...J'ai monté un bête buzzer de carte mère pc direct en sortie de l'arduino  :?

J'ai bien envie de me remonter un vario "V2". prunkdump, si tu as des kit en trop, ou si il n'est pas trop tard, je suis preneur. Sinon je suis déjà sur ton git-hub  8)

Je n'ai aucun souci pour souder /percer/coler mais niveau programmation je part de tres loin et c'est bien compliqué pour moi...

Bravo à tous


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 18 Mars 2017 - 08:48:56
 prunkdump pour ma fixation de gopro sur l'épaule, voici les photos du modèle 3d, je fais des photos d'une fixation de syride et de ma fixation (impression 3D) - et je post tout cela rapidement

(http://img4.hostingpics.net/pics/483809supportepaulegoprov2.jpg) (http://www.hostingpics.net/viewer.php?id=483809supportepaulegoprov2.jpg)

(http://img4.hostingpics.net/pics/570777supportepaulegoprov22.jpg) (http://www.hostingpics.net/viewer.php?id=570777supportepaulegoprov22.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 18 Mars 2017 - 23:36:07
(http://img4.hostingpics.net/pics/29894820170318112907.jpg) (http://www.hostingpics.net/viewer.php?id=29894820170318112907.jpg)

(http://img4.hostingpics.net/pics/63279320170318112920.jpg) (http://www.hostingpics.net/viewer.php?id=63279320170318112920.jpg)

(http://img4.hostingpics.net/pics/94039320170318121842.jpg) (http://www.hostingpics.net/viewer.php?id=94039320170318121842.jpg)

(http://img4.hostingpics.net/pics/98765320170318122019.jpg) (http://www.hostingpics.net/viewer.php?id=98765320170318122019.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 19 Mars 2017 - 13:13:21
Salut à tous  :trinq:

@Guillaume1 : Effectivement presque tout le monde branche l'écran directement à l'Arduino. Ca marche mais ce n'est pas bon pour l'écran  :? . C'est pour ça que j'ai utilisé le 4050. On voit d'ailleurs plusieur montage sur le net qui utilisent ce composant. Mais cela complique un peu le circuit. L'idéal c'est que tu te procure un arduino 3.3V car maintenant presque tous les composants fonctionne avec cette tension.

@GtD73 : Oui brancher le Buzzer directement sur l'arduino n'est pas bon  :grrr:  et si en plus tu n'a pas mis de résistance tu risque très rapidement de le crâmer. Il faut au minimum que la résistance de l'ensemble soit de 120 Ohms.

Pas de souscis pour le kit !  :pouce:  Pour l'instant j'ai 8 personnes intéressées (avec toi) donc ça passe sans problème. Si il faut on en fera plus pour les suivants. Mais actuellement j'ai déjà avancé pas loin de 500 euros pour la commande totale. J'enverrai la potentielle suivante quand j'aurais remboursée celle ci (ça laisse immaginer  l'investissement très conséquent qu'il faut réunir lorsque l'on veut lancer un "vrai" vario).

Pour la programmation, il faut s'y mettre doucement. Je ferai sûrement un petit tuto pour indiquer les paramètres que l'on peut modifier dans mon code pour "jouer" avec le comportement du vario. Et ça c'est plutôt simple.

@jpg63 : Je suis quand même impressionné des qualité que vous obtenez avec vos imprimantes 3D  :shock: . Les fixations de GoPro c'est quand même au dixième de millimètre près et il faut des bonne propriétés mécaniques (souplesse élasticité). En tout cas à par les irrégularités de teinte le résultats fait très pro ! Joli boulot ! Tu vas pouvoir te faire un super boitier !

Des news des kits :

Alors comme promis voici les photos du début du montage :

https://goo.gl/photos/b6bAUP3xGk4so8b16

Mais malheureusement la dernière étape ne passe pas...  :? Sans le bluetooth tout rentre impec, mais avec, le vario est trop épais est je ne peux pas fermer le boîtier.

Le problème vient de la broche que vous voyez sur le dernière photo. Cette broche devait recevoir une fixation "Dupont" qui permmettait de relier l'écran. Et la plaque bluetooth devait venir par dessus (au dessus de l'antenne GPS avec la nappe qui passe dessus). Mais les aiguilles sont trop hautes. Et si je les coupe plus court la prise femelle ne prend plus dessus.

Il va falloir que je change ces aguilles droites par des aiguilles à angle droit pour fixer les broches horizontalement. Mais cela m'oblige à reprendre un peu le design du vario. J'ai testé dans cette configuration sans fixer les fils et ça rentre !  :D  Donc ça devrait passer !

Je change ces aiguilles et je vous montrerai le montage final.

A moins que l'un d'entre vous ai une idée pour fixer un fil perpendiculairement à la base d'une aiguille carré (type dupont). Ya bien des terminaison en "anneau" mais elles sont beucoup trop grosses et servent à recevoir une vis.

A suivre ....
 

 



 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 19 Mars 2017 - 13:54:16
superbe !!!!!!!!!!!
Quel gros boulot de documentation !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 19 Mars 2017 - 15:52:43
Hello prunkdrump! C'est super bravo!

Au passage, je veux bien te prendre un des deux derniers kits...

Bonne journée !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 19 Mars 2017 - 16:39:59
Je ne me rappelle plus si je suis sur la liste officielle mais je suis bien sur interesse pour te prendre un kit.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 19 Mars 2017 - 20:23:44
super les photos! C'est bien explicite, il n'y a meme pas besoin de texte ;)

On peut te faire un virement dès maintenant si tu veux rentrer vite dans tes frais.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: olitask le 19 Mars 2017 - 21:41:52
Bonsoir

Si il reste un kit , je suis également preneur. Le vario que j'ai monté grâce à prunkdump fonctionne bien ( il a quand même quelques bugs de fonctionnement) et celui que j'ai mi en chantier avec un gps n'avance pas beaucoup ( je me disperse dans les occupations) . Effectivement, au vu des photos tu as vraiment fait un gros boulot d'optimisation...

Chapeau bas    Olivier


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 20 Mars 2017 - 08:13:24
super taf  :vol:

tu fais ca ou la platine avec le circuit imprimé ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 20 Mars 2017 - 09:48:54
Salut,

Enorme travail prunkdump, impressionné par la recherche d'optimisation de l'espace et de simplification de l'objet.

Etant assez novice en programmation, je suis également interessé par un petit inventaire des variables sur lesquelles on peut jouer et leur fonction. Ca m'aiderait à comprendre le déroulement du programme.

Merci en tout cas de mettre à la portée du plus grand nombre ce genre de projet.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 20 Mars 2017 - 09:57:41
A moins que l'un d'entre vous ai une idée pour fixer un fil perpendiculairement à la base d'une aiguille carré (type dupont). Ya bien des terminaison en "anneau" mais elles sont beaucoup trop grosses et servent à recevoir une vis.
 
Cela veut il dire qu'il faut un boitier un peu plus gros ?
difficile de t'aider sans avoir le truc sous les yeux.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 20 Mars 2017 - 09:59:58
Salut à tous. Merci pour les encouragements !

Pour le circuit imprimé je fais ça dans mon garage avec une imprimante laser, une crêpière et une lampe à UV de manucure :)

Je peux donner des tuyaux si ça interesse des gens.

Autrement voici la liste actuelle des potentiel interessés. Il y en a 11 mais je devrais avoir de quoi faire un kit de plus. Il y aura sûrement des désistements donc vous pouvez encore vous manifester. Je verrai après si j'ai le courage d'en faire d'autres.

- Air
- Van Hurlu
- Vmath54
- Tomrider84
- Finlard
- Fsgecko
- Nightrider
- Jpg63
- GtD73
- Ptitkiki
- FRFM

Le plus long en fait c'est de tailler les boîter. J'ai une fraise et une colonne mais je n'ai pas d'étau qui va dessus. Donc je fraise en tenant le boîtier à la main et ça demande beaucoup de concentration pour ne pas faire de bêtises  :? 

Quelqu'un sait comment ça s'appelle ces étaux avec deux manivelles pour faire coulisser dans les deux sens ? Ca existe pour les petites colonnes de précisions ? Autrement si quelqu'un à une astuce ...





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 20 Mars 2017 - 11:06:47
a oui ca m interresse fort surtout pour bricoler des belles chose moi je fais ca avec de fil c pas bo du tous


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 20 Mars 2017 - 11:35:24

Quelqu'un sait comment ça s'appelle ces étaux avec deux manivelles pour faire coulisser dans les deux sens ? Ca existe pour les petites colonnes de précisions ? Autrement si quelqu'un à une astuce ...


c'est une table à coordonnée, ou "compound table".

genre ça :
http://www.proxxon.com/en/micromot/27100.php
(80 € TTC...), tu devrais intégrer une quote part dans le prix du kit ;-)

Si non, je pense que la plupart des personnes peuvent aussi faire le trou eux même, Tu nous a déja sacrement pré-maché le boulot  !





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 20 Mars 2017 - 11:36:23
Salut Guillaume,
Le plus simple c'est OSHpark :
https://oshpark.com/
Tu dessines ton circuit et tu upload le design. Ils te font un devis automatique et tu valides. Les resultats sont tres beaux et les prix assez raisonnables.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 20 Mars 2017 - 16:09:58
Merci Ptitkiki c'est exactement ce que je cherchais ! Je vais voir si j'investi mais j'aimerais bien rester sous les 50 euros pour le kit. Ca fait un peu partie du défi ;) Mais si ça me fait trop de boulot je ferai les fraisages avec de la marge et je laisserai à faire la finission au cutter. De tout façon il faut finir au cutter pour enlever tous les petits fils de plastiques.

Pour ceux qui veulent faire des circuits maison. Il y a un excellent tuto ici :

http://hackaday.com/2016/09/12/take-your-pcbs-from-good-to-great-toner-transfer/

Le plus important c'est la température. Une fois qu'on a trouvé la bonne ça va super vite et on fait des circuits imprimés en 10 minutes.

Moi je les vernis ensuite avec une lampe à UV de manucure à 13 euros, du papier calque, et une seringue de "UV curable solder mask". Il y a une très bonne vidéo ici :

http://www.youtube.com/watch?v=y-bjbF8USHc

Pour le logiciel, j'utilise Kicad.

A+
 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 23 Mars 2017 - 13:38:19
(@) prumkdump
je cherche une carte éternet pour un Arduino Uno R3, des sondes de températures, des relais pour connecter du 220v 16A,
tu as de l'avance sur moi qui débute avec le Mooc des Gobelins (presque fini)

Chez qui ? tu te fournis
fiable et pas trop cher  :roll:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Mars 2017 - 06:26:52
Je te répond par MP.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Mars 2017 - 18:16:40
Salut à tous !  :coucou:

J'ai fini par trouver une solution pour faire rentrer le bluetooth  :D .  Vous pouvez donc maintenant voir le montage du kit jusqu'au bout :

https://goo.gl/photos/b6bAUP3xGk4so8b16

J'ai fait quelques ajustement niveau programmation. Mais le bluetooth n'est pas encore satisfaisant de mon point de vu. Il faut que je fasse en sorte qu'il prenne moins de ressource. Mais j'ai une idée  :prof:

Autrement, j'ai reçu les 11 boîtiers, les 11 plaques de circuit imprimé, et une grand partie des composants. Je vais pouvoir commencer à préparer les kits. Je ferai quelques photos de l'avancement.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 24 Mars 2017 - 22:48:21
Joli tout ça !
Si je peux me permettre:
Avec une dremel  tu n'arriverai pas à "opérer" ton boîtier plus facilement ?
Pourquoi ne pas mettre de la gaine Thermos rétractable à la place du scotch sur les câbles afficheur ? J'en ai plein de plein de taille differentes
Si c'est pas trop de boulot pour toi je veux bien quelques truc pour tripatouiller le code. Je me suis amusé à faire une horloge sur 4 digit ben c'est laborieux...
Mais très beau travail  :bravo:  :bravo:  :bravo:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mars 2017 - 23:16:00
Très beau travail.
Chapeau d'avoir pu tout fait rentré dans ce petit boitier
j'ai hâte de construire ce petit vario. Ce projet open-source m’intéresse beaucoup. Pouvoir apporté ma maigre contribution, pour aider à l'améliorer, me parait encore plus motivant


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 25 Mars 2017 - 15:13:56
super boulot, le boitier a vraiment de la gueule une fois fini! J'ai hate de monter ça ;)
J'essayerai d’implémenter l'aide au thermique dans la partie soft!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 25 Mars 2017 - 17:13:24
Salut !

Ouai c'est vrai que j'ai un peu honte de mes bouts de scotch  :oops: Mais il fallait avancer et c'est tout ce que j'avais sous la main. Effectivement pour les kits je vais commander quelques câbles thermorétractables pour faire plus propre.

J'ai bien une Dremel avec sous support colonne et une fraise HSS. Mais il faut quand même tenir le boîtier à la main et il faut rester concentré car une mauvaise manip et le plastique ça part vite. Mais bon je crois que je vais faire comme ça et vous ferez la finission au cutter.

Pour tripatouiller les code : Vous pouvez commencer par lire le début du fichier "variometer.ino" ou sont déclaré toutes les constantes. Ensuite pour chaque "libraries" il faut ouvrir l'entête en ".h" pour voir ce que l'on peut paramétrer. Par exemple la librairie "beeper" est responsable des bips du vario. Si on ouvre "beeper.h" on voit le réglage des fréquences et des temps de bip. Mais Dès que j'ai le temps je ferais une liste détaillée des paramétrages rapides.

Ensuite,  j'ai fini ma modif dans le code pour le bluetooth, mais pas moyen de faire marcher la carte SD et le bluetooth en même temps  :(  Pour l'instant ça prends trop de mémoire vive. Il va falloir relire le code pour l'alléger. Mais comme je veux pas vous faire trop attendre je vais commencer la fabrication des kits et on verra après pour améliorer le code. Comme ça vous pourrez proposer aussi vos améliorations.

Bonne continuation. Je vous tiens au courant.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 27 Mars 2017 - 10:19:11
slt
je n ai pas encore eu le temps de monter la version v2 de prunkdump problème de pc windows 10 de m***e lol


mais en me servant du ma v1 hier je me suis rappelé que le contraste de l écran variait suivant je ne sais quoi mais il faut que je joue avec le contraste à chaque fois .est ce que le probleme est identique sur le tient prunkdump ? car il n'y plus de boutton de réglage :(  :(


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Mars 2017 - 11:16:15
Salut.

Ouai les écrans de nokia sont assez sensibles. Voilà ve que je fais d'habitude :

-> Tu pousses les pattes métalliques de l'écran par dessous pour détacher l'écran du circuit imprimé.
-> De l'autre côté du circuit imprimé tu as 9 contacteurs parallèles. Tu les nettoies bien avec de l'acétone ou un dégraissant.
-> Ensuite tu les rayes doucement avec la pointe d'un tournevis pour que la surface ce soit pas trop régulière.
-> Tu vérifies ensuite que les pattes de l'écran ne sont pas tordues. A defaut tu les redresse avec une pince.
-> Tu réenclange le tout en vérifiant que les pattes s'emboîtent bien.

Au niveau software, sur la dernière version de mon code tu peux régler le contraste.

Tu peux le faire aussi avec la librairie de base du 5110 il y a un paramètre lors du "screen.begin(SPI_CLOCK_DIV4, contrast)". Par défaut c'est 40. Tu peux essayer 55 ou 60.

Si le constraste est encore irrégulier il faut vérifier la tension que tu envois à l'écran. Vérifie qu'il est bien raccordé à la broche 3V de l'arduino.

Bon courage.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 27 Mars 2017 - 16:01:38
Excellent travail Prunkdump. Je suis impatient de monter le mien!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 27 Mars 2017 - 16:04:22
Top top !!!
La lipo faut quand meme bien essayer de la proteger. C est des petite bestioles qui supportent assez mal d etre torturees.
En gros, ca peut prendre feu quand ca se perce ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: alphatesteur le 28 Mars 2017 - 16:48:28
Bonjour à tous,
je viens de tomber sur ce forum,
j'ai betement fais de mon côté mon vario avant de chercher un peu sur le net et de tomber ici...
voilà la version de mon vario sur la meme base (arduino nano en attendant de recevoir un mini+afficheur 5110+ bmp180)
je vais lire tranquillement tout ce forum, j'ai surement raté des trucs...
mon gros soucis étant le filtrage du bruit du BMP180... (avez pris plutot le MS5611? même façon de le piloter ou il faut une librairie spécial?)
sur le github c'est encore la version de base? vous parlez de GPS, vous l'avez déjà intégré?

félicitation pour ce projet et de le maintenir comme ça sur la durée

amicalement


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 28 Mars 2017 - 17:17:09
Salut à tous,

prunkdump, Chapeau pour le boulot et encore plus pour le partage !!  karma+  karma+

Quel temps passé, j'imagine même pas !!

J'ai aussi une imprimante 3D et je touche un peu en conception (c'est mon job).

Du coup, je suis aussi preneur d'un kit même s'il n'est pas complet et sans boitier percé, ça me vas. Sinon je me commanderai à partir de ta BOM. En plus j'ai déjà quelqu'un de ses composants.
Je m'étais fait une ancienne version mais ça déconnais pas mal... Même si ça ma beaucoup amusé.


Paul


PS : en remerciement, t'es le welcome pour un hébergement si tu reviens à la dune. (les autres aussi, hein ;)  :eclaircie:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: alphatesteur le 28 Mars 2017 - 17:51:51
j'ai tout lu avec avidité, je réitère: BRAVO!! superbe boulot!!!
je vais surement mettre de côté mon proto et me rapprocher du tiens qui est super abouti.

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Mars 2017 - 18:31:52
PS : en remerciement, t'es le welcome pour un hébergement si tu reviens à la dune. (les autres aussi, hein ;)  :eclaircie:
on pourrait imaginer un rassemblement annuel à la Dune entre ardouineurLCV
journées => wagage
nuits => codage et bidouillage

Elle est grande ta maison Xiboard ?  :roll:



 :sors:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 28 Mars 2017 - 20:50:51
yes, un Parhackathon à la dune !  :pouce:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Mars 2017 - 09:03:47
Merci pour les encouragement ! Et ouai la dune ça attire du monde :) Moi j'ai changé pour la Yaute maintenant mais c'est sur que ça manque !

Oui ça prends du temps de faire tout ça mais ça m'amuse bien  :D  C'est bien foutu ces arduinos quand même ! Ca permet à M. Tout-le-monde d'accéder à l'électronique facilement. C'est concret, on a rapidement les bénifices de son travail.

J'attends avec impatience que vous aillez monté tout ça pour que vous puissiez me donner des tuyaux sur l'amélioration du vario. Je voudrais déjà bien finaliser les fonctions de bases (alti, vario, vitesse, finesse, trace GPS, bluetooth, connexion avec XCsoar). J'espère que vous avez prévu de voler avec  ;) J'ai besoin de retour sur des essais en vol.

Je commence les kits ce weekend. Je pense qu'ils seront fini d'ici la semaine suivante. J'ai fait évoluer encore un peu le PCB par rapport aux photos. J'ai ajouté un switch pour couper le bluetooth s'il ne sert pas (pour économiser de l'énergie) et il n'y à plus besoin du fil à raccorder en travers au bluetooth.

J'espère également finaliser un bootloader avant de vous envoyer les kits. Parceque pour l'instant c'est dommage il faut réouvrir le vario chaque fois que l'on veut mettre à jour le code. Je voudrais qu'on puisse mettre à jour le firmware depuis la carte SD. Ca n'a pas l'air trop compliqué. Il y a un bootloader très bien documenté : "optiboot". Il me faut juste réussir à adapter le code.

Il me faudra également des conseils pour envoyer les kits. Apparemment la poste c'est minimum 6 euros ... Mais bon je vois pas d'autres solutions. A moins peut-être d'essayer de ranger bien à plat pour que ça passe en lettre (peut-être suivie). Ca ferait donc dans les 46.89 + 6 = 52.89 euros pour le kit avec les frais de port.

@Xiboard : Tu bosse dans la conception en électronique ou en modélisation ? Parceque ça m'interesserait également d'essayer de faire par la suite une version CMS. Mais là il va falloir que j'apprenne vraiment la théorie et pas juste la programmation. Autrement pour le kit je n'ai pas très bien compris si tu voulais quand même le boîtier ? Il doit me rester de quoi en faire un dernier.

@alphatesteur : Non non, il ne faut pas mettre de côté ton proto. Il pourrait y avoir des idées d'amélioration pour le kit ! Si tu es interessé il va falloir que je m'organise. Parceque 12 ça passe encore mais 13 kits j'ai pas de quoi les faire avec la commande que j'ai passé. Je peux éventuellement passer une commande individuelle mais ça reviendra plus cher que les 46.89 euros.  Ou alors il faut trouver encore 10 personnes (ou du moins 6 ou 7 pour que ce soit rentable).

A voir.

J'envois des photos dès que commence la réalisation des kits.

Au niveau composants j'ai presque tout reçu.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 29 Mars 2017 - 09:34:37
vraiment hate de monter et tester cet objet!

Pour l'envoi tu peux aussi essayer avec mondial relay https://www.mondialrelay.fr/ . C'est un peu moins cher que la poste (4,5€), mais les plages horaires pour déposer les colis sont plus large : Tu payes sur internet après avoir rentré l'adresse du destinataire, tu déposes le colis dans un relay et le livreur emporte le truc. Le gros avantage que je trouve par rapport à la poste c'est que les points relais sont ouverts plus tard le soir, et souvent le samedi toute la journée. La poste à coté de chez moi c'est 9h 17h... Pas très pratique!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 29 Mars 2017 - 10:01:33
@prunkdump : Non j'suis en conception méca, modélisation et intégration :/ Jamais mis les mains dans le CMS (bon si, une fois)
Le kit, si tu as un complet je suis preneur ! Sinon je peux faire avec les restes si pas complet :/

@Van Hurlu : Ouai, j'ai une grande maison et grand terrain ;) mais je suis tout de même à 40-50min de la dune.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 29 Mars 2017 - 10:38:53
Pour le CMS, je n'ai quasiment pas d experience de design de circuit imprime mais j'ai tout le materiel pour souder des protos (station a air chaud et four a refusion).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 29 Mars 2017 - 15:59:46
@prunkdump : Super travail! Pour les retours d'expériences en vol tu peux compter sur moi... Il me tarde de faire joujou avec et apporter mon humble contribution a ton fabuleux travail! Concernant l'avance que tu as fait, c'est également un geste généreux, quand tu auras le prix final, donnes nous tes coordonnées en MP pour le règlement. Cheque?
Je serai a la Dune fin mai début juin, si t'es dans le coin, la premiere tournée est pour moi  :trinq:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 29 Mars 2017 - 23:01:34
Ah c'est sûr que je vais voler avec mais par contre je ne vais peut être pas pouvoir faire un retour sur toutes les fonctionnalités  :|


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: alphatesteur le 30 Mars 2017 - 08:36:18
merci prunkdump pour la proposition,
 je pense que je passerai dans les mois à venir à ce magnifique projet super abouti
mais pour l'instant vraiment pas de temps de dispo.
le mien est hyper rudimentaire et cheap (juste un arduino +bmp180+LCD5110), mais il fait l'affaire pour l'instant.
en tous les cas je vais suivre tous ça de pres,
et dès que je me trouve du temps je repartirai surement sur le tiens :-)
je n'ai pas trouvé de video ou de screenshot de l'interface visuelle dispo en vol de ton projet: tu as bossé dessus? ça donne quoi?
j'avoue que pour faire tenir toutes les infos interessantes sur l'affichage en vol c'est coton vu la resolution et la taille de l'écran 5110.
le seul truc que j'aime bien sur le mien: c'est le graphique de la derniere minute de vol (en terme de vario), c'est tout bete mais bien pratique pour voir ce qui vient de se passer, as tu prévu un truc de ce genre?




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: air le 01 Avril 2017 - 15:36:10
J'ai pas regardé les spec (conso et NITS) mais j'aime bien l'idée d'un écran 5" pour la carto
http://www.buydisplay.com/default/arduino-5-inch-tft-lcd-touch-screen-shield-ra8875-library-for-mega-due-uno


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: FRFM le 01 Avril 2017 - 15:37:30
Si tu veux gerer la carto, un arduino va etre un peu court au niveau calcul non ?
Il faudra passer sur du intel edison par exemple.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Avril 2017 - 07:51:49
Salut !

Bon ça y est j'ai fini la première étape (la plus délicate) : les circuits imprimés.

https://goo.gl/photos/THdLaiRPWwTT4MGW9

Maintenant je vais attaquer le Dremel. Découpe des circuits et des boîtiers. Je mettrais d'autre photos de l'avancement.

@alphatester. Très bonne idée ce graphique ! En plus (c'est un peu technique mais) il est possible de le programmer de façon très "light" sans les bibliothèques graphiques. C'est un point important car l'écran ça prend vite beaucoup de place sur la mémoire de l'arduino et je suis déjà très juste. Autrement sur la version actuelle le vario affiche :
-> altitude
-> vario
-> vitesse sol
-> finesse sol

J'aimerais bien ajouter le compas aussi car il y a un compas électronique intégré. Mais ça va devenir très juste sur le code. Il va falloir encore grapiller mais je pense que ça peut passer.

@air. Effectivement un arduino est vraiment trop light pour la carto. Autant partir directement sur Raspberry Pi (il y en a des version très compactes). Autrement tu peux faire comme beaucoup de varios : tu fais un modèle simple avec bluetooth et tu met un logiciel de carto sur un mobile ou une tablette.

Autrement une idée comme ça. Sur mon kit il y as encore de la place sous l'écran. Est-ce que quelqu'un aurait déjà bossé sur un chargeur solaire ? Ca pourrais être pas mal d'ajouter ça. Mais peux être que c'est vraiment trop limite pour alimenter vario, gps, carte sd et bluetooth... Il faudrait que j'évalue la consomation. Ca doit pas être trop important car depuis que j'ai fait le dernier proto j'ai jamais chargé la batterie. Mais quand même par rapport à des petit panneau solaires ....

Autrement je met en pièce jointe la dernière version du schema du circuit pour ceux qui voudrait réaliser le vario complet eux même.

A+



 

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 03 Avril 2017 - 12:38:34
Salut Prunkdump,

Merci encore pour l'avancement du projet.
J'ai une interrogations concernant l'envoi des données à XCSoar via bluetooth,
Est-il facilement possible de ne pas modifier les trames nmea avant de les envoyer et d'ajouter dans la trame openVario l'info de pression du capteur baro, comme cela on aurait l'altitude GPS et l'altitude baro et cela permettrais de détecter une déviation de la mesure de pression dans le cas où cela se produirait.
De plus pour l'utilisation du vario dans des conditions plus ou moins officielles, je ne suis pas certain que de modifier les trames avant envoi soit bien vu, mais sincérement niveau compèts et compagnie j'y connais rien du tout :)

Et aussi concernant ton schema je ne comprends pas pourquoi tu connecte l'alimentation des divers capteurs ecrans et autres sur la pin RAW de l'arduino et non pas sur la sortie 3,3v?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Avril 2017 - 15:32:33
Salut Whistler !

Honnêtement je ne connais rien à XCSoar ....  :oops:  Car malheureusement je n'ai pas de quoi le faire fonctionner. Donc je pensais bien faire en remplaçant l'altitude GPS par l'altitude barométrique dans les trames. Mais si tu me dis que cette gestion est déjà prévu dans le logiciel c'est vrai que ce n'est pas très utile ...  :? . Tu connais les autres logiciels de carto ? Ca fonctionne pareil ?

Ce n'est pas trop compliqué de modifier le code pour qu'il agisse comme tu le veux. Tu veux que je te fasse la modif ? Si oui t'as de quoi tester actuellement ? Ca m'interesserait  :D  Tu as déjà testé mon code actuel en "vrai" sur XCSoar ?

Pour le RAW à la place du 3.3V : J'ai lu sur plein de forum que le régulateur 3.3V de l'arduino était un peu léger. Donc si on lui branche trop de chose dessus la tension risque parfois de baisser. Et j'ai remarqué que toutes ces plaques de capteurs ont déjà un régulateur dessus donc autant leur envoyer du 3.7V directement. Comme ça même si la tension baisse un peu il y a encore de la marge. Le seul composant qui n'en a pas c'est l'écran. Et si tu regardes je l'ai laissé sur le régulateur 3.3V.

Ya même des trucs ou c'est un peu l'arnaque. Par exemple j'ai lu le datasheet du regulateur qui est habituellement mis sur la plaque de la carte SD. Et bin il n'est pas capable en réalité de réguler du 5V. Mais avec du 3.7V on est dans le specs.

Merci encore si tu peux me faire des retours sur XCSoar et sur les autres logiciels.

PS : Je suis en train de travailler sur une adaptation pour le planeur avec un vario à TEC  (total energy compensasion). C'est un vario qui soustrait du vario les variation d'altitude provenant des commandes. Si par hasard il y a des gens interessés pour tester ...

 PS2 : C'est toi qui bossait sur M0 ? Sur le site de teensy j'ai trouvé une bibliothèque pour les timers !

https://www.pjrc.com/teensy/td_timing_IntervalTimer.html

Du coup se serait assez facile d'adapter la lybrairie du ms5611.


  


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 03 Avril 2017 - 18:14:05
Hello Prunkdump,

Concernant les logiciels de carto, du moins ceux open source, ils sont pour la plupart basé sur XCSoar, tu as XCTrack plus axé sur le cross et TopHat (que j'utilise actuellement sur une tablette e-ink Nook simple touch) qui est une version simplifiée de XCSoar (sans toutes les grandes options pour les planeurs et companie). Et il fonctionnent de la même façon pour la réception de données, trames avec divers protocoles gérés dont NMEA et OpenVario.

J'ai essayé de faire cette fameuse modif pour envoyé la trame nmea telle quelle, ainsi qu'une trame openvario contenant vario(E), la pression statique(P) et la température(T) mais je me suis emmelé les pinceaux dans la librairie nmea ^^  donc je serais volontier preneur d'une modif.

J'ai testé ton code actuel en avion, parapente et au sol dans plusieurs conditions et pour l'instant il fonctionne vraiment bien, juste la trace IGC en sortie qui ne comprends pas d'altitude barometrique(remplacée dans la nmea) et ne permet pas de comparer l'altitude GPS et baro pour l'instant.
J'ai eu également des problème avec mon accelerometre donc pour l'instant juste testé avec le MS5611.
Je te referais un retour plus complet dès que je pourrais comparer les données GPS et baro.

et oui c'est moi qui bossait sur le M0, pas trop eu le temps de m'y repencher ces derniers temps, j'ai vu ton lien mais je t'avoue ne pas comprendre complètement la chose...et comment exactement faire les modifs sur la librairie, j'espère pouvoir m'y mettre sérieusement bientôt mais d'abord je veux finir de tester ton code actuel et finir le montage de mon vario :)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Avril 2017 - 09:49:35
Merci pour les retours !

Je t'envois la bibliothèque modifié dès que j'ai un peu de temps. Je voudrais faire un truc propre que je peux mettre sur le GiHub. Que les utilisateurs puissent choisir ou pas de substituer l'altitude GPS par l'altitude barométrique.

Mais il vaut d'abord que j'avance un peu sur les kits.

Merci encore.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Avril 2017 - 20:27:55
Salut à tous !  :coucou:

Ca y est j'ai fini les circuits imprimés et j'ai reçu presque tous des composants   :D

https://goo.gl/photos/THdLaiRPWwTT4MGW9

Je compte finir les kits cette semaine ! Et comme je pars en vacances la semaine d'après ça serait bien qu'ils soient tous expédié avant le lundi 17 avril (compris).

Pouvez vous me contacter par message privé pour me donner vos coordonnées et pour qu'on convienne d'une procédure d'envois. Le prix serait donc de 52.89 euros tout compris.

A bientôt !



 

 



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 08 Avril 2017 - 21:54:00
message envoyé ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 09 Avril 2017 - 08:56:33
message envoyé


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: tomrider84 le 09 Avril 2017 - 17:09:47
J'envoie le message :)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 09 Avril 2017 - 21:21:45
Message envoyé  :bravo:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Avril 2017 - 19:12:54
Salut !  :coucou:

Ca y est j'ai fini le sertissage de tous les connecteurs d'écran ...  :D

https://goo.gl/photos/THdLaiRPWwTT4MGW9

Je passe à la découpe des boîtier.

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Avril 2017 - 19:37:41
Virement OK  :trinq:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 11 Avril 2017 - 17:41:13
[hors sujet mais pas vraiment complètement]

Je me suis mis à bidouiller l'Arduino moi aussi  :roll:
Mais j'ai beaucoup d'interrogation sur la faisabilité de mon projet.
Comme sur ce fil il y a des cracs, je tente une demande de conseil  :bisous:

Je voudrai piloter une heure de déclenchement et un thermostat depuis une page web.
J'arrive bien a coder une page web dans mon Arduino et à lui faire afficher les valeurs de départ.
Je ne trouve pas comment modifier ces valeurs à partir de mon navigateur et à les renvoyer à L'Arduino.
????  :boude:
ça ne me semble pas être une demande bouleversante d'originalité ? Il doit bien y avoir un exemple qqpart ??

 :tomate:

[/hors sujet mais pas vraiment complètement]

 :coucou: répondez moi par mail, pour ne pas trop polluer ce fil


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Avril 2017 - 07:38:16
Salut.

Bon j'ai fini :

-> Le dessoudage/nettoyage des plaques connecteur de cartes SD
-> La découpe des plaques de cartes SD
-> La découpe des cartes GPS
-> La découpe des cartes chargeurs

https://goo.gl/photos/THdLaiRPWwTT4MGW9

Et j'ai fini la découpe du bas du boîtier.

Il reste plus que le haut du boîtier et le bootloader à programmer.  :D

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Ticap le 12 Avril 2017 - 19:30:13
Bonjour.

Est-ce possible qu'une gentille personne m'envoie le code le plus simple possible pour faire fonctionner un arduino nano avec le bmp180 et un buzzer en mode vario qui fait bip que quand ca monte.

Merci beaucoup.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 12 Avril 2017 - 21:03:44
Salut
Ben justement le post a été créé par sinseman et dans les premières pages il a partagé son projet sur github. Si vraiment ca a disparu je devrais pouvoir mettre la main dessus.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 16 Avril 2017 - 17:23:45
[hors sujet mais pas vraiment complètement]  :dent:

Je viens de découvrir Cayenne (pas l'aile) https://cayenne.mydevices.com/cayenne/signup

En trois clics je pilote mon Arduino sur internet depuis mon navigateur ou mon smartphone
Presque sans écrire une ligne de code
et avec une interface pleine de graphes, de jauges, de boutons, ...

Je comprends qu'un vrai développeur preferera tout écrire lui-même
Mais pour moi, c'est génial, que d'énergie et de jus de cerveau d'économisé
 :dent:   [/hors sujet mais pas vraiment complètement]

Aucun intérêt pour ton projet Prunkdump, on n'est pas dans les mêmes contraintes


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Avril 2017 - 09:47:03
colis reçu ... et en plus ça ne vole pas  :roll: j'ai mis le fer à souder en chauffe


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 25 Avril 2017 - 11:07:06
Salut a tous !

Voici le tutoriel de montage du vario ! Amusez vous bien !

http://glpano.free.fr/vario/index.html

N'hésitez pas à poster ici votre avancement et à mettre éventuellement des photos pour compléter les étapes qui ne seraient pas très claires.

Posez également vos questions ici pour que tout le monde en profite. Vous pouvez aussi donner les techniques que vous avez pu trouver pour le montage.

A+




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 25 Avril 2017 - 12:55:48
prunkdump, Tu gère trop !!  karma+  karma+
Franchement impressionnant !  :trinq:  Le kit est au top, il y a tout, super propre. Il a pensé à tout !  :dent:

J'ai attaqué le montage dès hier ;) j'en suis à l'étape 6. J'allais demander à quoi sert le DIP switch rouge, j'avais trouvé son emplacement.

Quand tu parle de problèmes avec les antennes, c'est laquelle qui se trouve affectée ? bluetooth ou gps ?

 :forum:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 25 Avril 2017 - 15:46:37
Salut ! :trinq:

Merci pour les compliments !  ;)

Bravo pour l'étape 6 ! Attention à l'étape 7 qui est la plus technique :) N'hésite pas à faire des retour pour aider les autres.

J'espère que tout va bien se passer de façon générale. J'ai toujours un peu de stress parce que le kit n'est pas exactement identique au modèle que j'ai monté moi même puisque j'ai fait quelques améliorations. C'est pas toujours évident du tout prévoir à l'avance. C'est aussi pour ça que le kit est bien rangé ;)  Il a fallut faire une check list précise.

Oui pour le bluetooth il va falloir que l'on cherche ensemble. Je me suis rendu compte après coup que le GPS captait moins bien depuis que j'avais installé le bluetooth. Puis j'ai lu cet article qui explique qu'il faut garder un minimum d'espace autour de l'antenne :

https://www.u-blox.com/sites/default/files/products/documents/GPS-Antenna_AppNote_%28GPS-X-08014%29.pdf?utm_source=en%2Fimages%2Fdownloads%2FProduct_Docs%2FGPS_Antennas_ApplicationNote%28GPS-X-08014%29.pdf

Du coup pour ceux qui gère un peu le bricolage il faudrait chercher un autre positionnement de l'antenne bluetooth vers la bas du boîtier. Je peux vous faire gratuitement les connecteurs que vous voulez. Le plus difficile c'est de trouver un nouveau agencement avec la batterie.

Pour ceux qui sont interessé par l'utilisation du bluetooth et qui veulent garder une très bonne réception GPS, il est possible moyennant une toute petite encoche sur le côté du boîtier de placer l'antenne GPS à l'extérieur. Et du coup de laisser le bluetooth à sa place initiale. Mais du coup le vario ne fait pas vraiment "fini". Mais ça peut être une bonne solution temporaire.

j'attends vos réflexions ! J'ai passé beaucoup de temps sur le design du reste. Mais le bluetooth, je l'ai rajouté au dernier moment et en plus j'ai du faire le code en même temps.

De toute façon c'est l'objectif du kit ! Trouver des améliorations.

A+ 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Avril 2017 - 19:22:01
J'ai l'info trop tard, j'ai déjà soudé le blueTooth  :mrgreen:
je vais sortir l'antenne et la coller sur le boitier

J'ai fini le montage
ou est le programme beta à rentrer ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 25 Avril 2017 - 19:50:12
Salut Van Hurlu !

C'est pas bien grave. Ca marche quand même mais c'est un peu plus long à fixer les satellites. Si tu fais la modif, pas besoin de coller l'antenne. Tu la laisse juste sortir sur le côté. Tu fais une entaille sur la partie inférieure du boîtier en face de la fixation d'antenne et une entaille dans le tour plastique. Comme ça tu peux la faire sortir.

Et bin ya des rapides :D vous avancez vite !  :pouce:

Tu as fais un essai d'allumage du vario ? (attendre bien 8 secondes sans carte SD) J'avais essayé de précharger le programme sur les cartes arduino.

Autrement il faut une carte SD de moins de 2 GO de préférence pour charger le programme.

Je donne la procédure le temps de chercher sur internet comment faire sous Windows (je n'ai que linux).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Avril 2017 - 21:23:16
Citation
Autrement il faut une carte SD de moins de 2 GO de préférence pour charger le programme.
tu veux dire que n'importe qu'elle taille convient ?


Citation
Je donne la procédure le temps de chercher sur internet comment faire sous Windows (je n'ai que linux).
Ce n'est pas avec Arduino.exe et un usb que l'on charge le prog ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 25 Avril 2017 - 22:00:22
prunkdump,
tu serais intéressé par un "arduino mega minimal", avec juste les sorties intéressante pour le vario ?
ca permettrait d'avoir plus de ressources quitte a compacter et rajouter directement le capteur de pression voire d'autre composants sur la platine.
MP si intéressé ;)
++


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Avril 2017 - 22:19:14
J'ai un prob, mon écran ne s'allume pas à la mise sous tension  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 25 Avril 2017 - 22:41:29
Et le reste fonctionne ? Le vario bippe quand tu le fais monter (après les 8 secondes d'initialisation) ?

Pour l'écran :

-> Vérifie bien le pliage du connecteur. Surtout l'inversion des deux fils centraux
-> Redémonte l'écran et vérifie que le contacteur en caoutchouc n'est pas tombé
-> Avec un petit tournevis gratte très légèrement les contacteurs metalliques sur le circuit imprimé de l'écran afin qu'ils ne soient pas trop lisses
-> Remonte l'écran et vérifie qui est bien clippé

Pour la carte SD :

En fait il faut surtout s'assurer qu'elle est formaté en FAT16. Et comme windows formate automatiquement en FAT16 lorsque la carte est < 2Go c'est pratique. Mais effectivement elle peut faire moins (1Go, 512Mo etc...) .

Pour la mise à jour du firmware :

Tu compiles avec l'IDE comme d'habitude puis :

-> tu cherche dans les menus "exporter les binaires précompilés" ça va te créer un fichier avec une extention .hex
-> tu prends celui sans le bootloader et tu le renomme en "FIRM.HEX"
-> tu le met sur la carte SD
-> tu allumes le vario et tu appuis sur le bouton reset sur la carte arduino

Après une dizaine de seconde le nouveau programme démarre.

@gargle : merci pour la proposition ! Mais tant qu'a travailler avec les composants autant réaliser le vario entier en CMS directement non ? Ca sera surement la prochaine étape. Quand le "gros" vario sera au point.

Mais n'hésites pas à partager ici tes compétences. Je ne connais pas grand chose en électronique. Je travaille plus sur la programmation. Alors ça m'interesse !

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 25 Avril 2017 - 23:11:26
je suis partant pour tout intégrer (sauf le bluetooth, c'est la misère...)
MS5611 / atmega2560 / MPU9250 / SD / GPS PA6H / FTDI / recharge batterie / régulateur
Ca te parait complet ? (écran et haut parleur externe mais avec connecteurs sur le circuit)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 25 Avril 2017 - 23:19:38
prunkdump,

tout fonctionne chez moi !!!
 :soleil:

Je viens de courir comme un taré en rond dans mon jardin de nuit sous la pluie, le vario à la main...

Moi il a pas mis longtemps à faire le fix. Sur son premier démarrage à froid donc et dans la maison !!

La sensibilité, le bruit et le lag semblent excellent !! Aucun mais alors aucun retard, ça va faire tout drôle en volant !

C'est quoi le 0.0Gr ? (ça fait éthylotest  :dent:  !!)

Faut que je lise un peu le prog pour voir comment t'a implémenté tout ça ;) Et voir si j'ai des idées d’améliorations.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Avril 2017 - 23:28:17
Premier retour pour Prumkdump

1 - les entêtes traversants pour le lecteur de la carte SD sont un peu courts si on s'inspire de tes photos
c'est un peu tendu pour moi, mais ça à l'air d'aller
il n'y aurait pas d'inconvénient à les faire dépasser d'1 ou 2 mm de plus.

2 - les clips du connecteur de l'écran ne tiennent pas quand on plie la map
Cela me semble être la partie la plus délicate
Comme mon écran ne fonctionne pas, je vais démonter et souder les fils directement sur les entêtes

3 - le GPS ne peut pas trouver de satellite chez moi, les murs sont trop épais



(((@))) yes Gargle
plus vous intégrerez et moins il y aura de soudures merdique de ma part  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 25 Avril 2017 - 23:44:39
La construction a débuté aussi pour moi.

Petite astuce pour éviter de limer et rayer le verni à l'étape 4, j'ai protégé un maximum le CI avec du scotch de peintre. En cas de dérapage aucun soucis.

La suite du montage c'est pour demain  :ppte:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 00:26:23
Salut !

Ca y est j'ai enfin fini de programmer le bluetooth et la communication avec XCSoar ! J'ai du batailler mais tout rendre maintenant dans le Atmega328 (arduino standard).  :?

Maintenant :
-> les trames RMC du GPS sont renvoyées par bluetooth (position et vitesse).
-> les trames GGA du GPS sont modifiées pour remplacer l'atitude par l'altitude barométrique puis envoyées (position et altitude).
-> des trames POV (openvario) sont envoyé avec la vitesse verticale (vario).

Je n'ai pas de retour du vendeur pour l'instant pour savoir s'il me fait une réduction. Mais à l'heure actuelle le kit coûterai : 46,56 euros. Avec toutes les fonctionnalités, bluetooth compris. Et pour Fsgecko il y aura le convertisseur USB to Serial dans le kit. Cela fait deux euros de plus mais c'est tout de même important si on veut changer le code du vario.

Je suis maintenant en train de monter la version définitive du kit pour vérifier que tout fonctionne bien.

Je vous tiens au courant.

A+

Au final idéalement, je voulais le connecter avec XcTrack que je préfère pour mon utilisation. Mais pour tester, j'ai XcSoar aussi.
La connexion dans XCSoar avec le bluetooth semble ok (Code 1234, perif HC-06 pour moi)
Par contre pas trouvé le protocole à mettre dans XCSoar : OpenVario ou NMEA output ou Generic ? (Aucun semble marcher : "Pas de données")

J'ai réussi aussi la connexion avec XCTrack mais il ne semble y avoir aucune info non plus.

Le bluetooth n'est t-il pas désactivé dans le programme en fait ? ( #HAVE Bluetooth commenté dans le github ? )


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Avril 2017 - 09:55:53
Pour que tout soit au même endroit et facile à retrouver
serait'il possible qu'à la fin de ton tuto, tu nous mettes tous les liens utiles au projet et sa compréhension

- le fritzing si tu en as fait un ?
- un lien vers ta dernière version du programme

merci d'avance


PS: j'ai bien l'impression que mon écran est HS  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 10:20:25
@Xiboard : Fait attention quand même ! A courrir en rond à 1 heure du mat à la lampe torche avec un truc qui fait bipbip, tes voisins vont se poser des questions :D Si en plus tu regarde ton portable en même temps ils vont plus rien comprendre...

Effectivement le bluetooth n'est pas activé dans la version du programme que j'ai envoyé car il n'est pas possible d'utiliser simultanément la carte SD et le bluetooth  :? . Mon code consome encore trop de RAM  :oops: . Voici donc l'explication pour ceux qui vaudraient tester le bluetooth :

1) Installez l'IDE de l'arduino et téléchargez mon code :

https://github.com/prunkdump/arduino-variometer

2) Ouvrez "variometer.ino" et commentez le "HAVE_SDCARD" puis décommentez "HAVE_BLUETOOTH" :

#define HAVE_SPEAKER
#define HAVE_ACCELEROMETER
#define HAVE_SCREEN
#define HAVE_GPS
//#define HAVE_SDCARD
#define HAVE_BLUETOOTH

3) Complilez le programme et cliquez dans le menu sur "Croquis -> exporter les binaires compilés". Cela créé deux fichier. Regardez celui qui n'a pas le bootloader et renommer le en FIRM.HEX (en majuscule).

4)Trouvez une carte SD de moins de 2Go et formatez la en "FAT" pour windows ça veut dire FAT16. Si vous n'avez que des grosses cartes cherchez sur internet comment créer un partition FAT16 sur une carte SD.

5) Mettez le fichier FIRM.HEX sur la carte SD et insérez la dans le vario.

6) Allumez le vario et appuyez sur le bouton reset sur la carte arduino. Après quelques secondes le vario va redémarrer avec le bluetooth.


Je vais mettre cette procédure sur le site dès que j'ai un peu le temps. Parceque c'est aussi comme ça que vous pouvez personnaliser le vario.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 10:45:41
@Jpg63

Petite astuce pour éviter de limer et rayer le verni à l'étape 4, j'ai protégé un maximum le CI avec du scotch de peintre. En cas de dérapage aucun soucis.

Très bonne astuce ! J'ajouterai de passer un petit coup de dissolvant après coup pour être sur qu'il n'y à pas de colle restante sur les pad à souder. Il faut vraiment passer du temps sur cette étape. Plus c'est fin plus c'est facile ensuite de souder la carte SD.

(@)Van Hurlu.

On va bien trouver le moyen de le faire marcher cet écran ! Ya pas de raison. Il ne peut y avoir que deux problèmes :

-> Soit la connexion de l'écran sur son petit PCB rouge
-> Soit la connexion entre le PCB rouge et l'arduino

Dans le premier cas as tu vérifié les points que je t'avais donné ?

1) Vérifie que le contacter en caoutchouc est propre et bien positionné dans son logement (il faut qu'il soit bien droit).
2) Nettoies au dissolvant les petits contacteurs sur le PCB rouge. Puis gratte les légèrement avec une pointe pour que la surface ne soit pas trop lisse. Cela facilite le contact.
3) Avec une pince essaye de redresser les petites pattes du fixation sur l'écran. Assure toi qu'il se clippe bien sur le PCB.

Dans le second cas, a tu un testeur de continuité ? Si tu en as un tu remet l'écran sur sa broche et tu peut tester les connexion entre l'écran er l'arduino en touchant les soudures. Il y a 8 oeuillets sur l'écran :

De gauche à droite :
1) Le 1 RST -> doit être connecté au pin 2 de l'arduino
2) Le 2 CE -> au pin 3
3) Le 3 DC -> au pin 4
4) Le 4 DIN -> au pin 11
5) Le 5 CLK -> au pin 13
6) Le 6 VCC -> au pin VCC de l'arduino
7) Le 7 n'est pas utilisé
8) Le 8 GND -> au pin GND  de l'arduino

Dis moi ce que ça donne.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 11:14:35
@gargle

Je pense qu'il faudrais :

-> un switch SMD à angle droit
-> un L9110 en version SMD (il existe en SOP8)
-> un buzzer SMD magnétique (comme sur le blueflyvario)
-> un mini USB
-> un régulateur 3,3V et la circuiterie qui va avec (condensateurs, led etc...)
-> un microcontrolleur AVR. Celui quetu propose est bien, mais ça pourrait être intrressant de prendre les nouveaux modèles avec le support de l'USB intégré. Genre ATmega32U4.
-> L'oscillateur
-> le ms5611
-> le mpu9250
-> le module de charge LIPO et le module de protection de la batterie
-> un conteneur pour carte SD
-> un controlleur GPS et son EEPROM
-> une antenne GPS patch a souder sur le circuit
-> Pour l'écran il peut être clippé directement sur le circuit. Du coup pas besoin de connecteur.

Ca fait quand même du boulot pour concevoir tout le circuit :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 12:10:12
Pour le moment la limitation SD ou Bluetooth me gênera pas.
Je vais jeter un oeil s'il y a des pistes pour améliorer le code pour économiser la RAM. J'avais déjà travaillé la dessus sur d'autres de mes projets arduino mais de ce que j'ai vu t'es déjà pas mal du tout il me semble.

Autrement : dans la conf actuelle (sans changer le firmware), les fichiers sur la carte SD sont bien crées (GPS000.TXT ...) mais le contenu c'est n'importe quoi : dans le TXT je retrouve l'ancien contenu de la carte sd (que j'ai bien formaté). J'ai même testé un formatage overwite avec sdformater mais c'est pareil,il me créer les fichier GPS000.TXT rempli du même caractère maintenant !

C'est normal ? J'ai pas regardé le code à ce niveau, et je ne suis pas familier avec carte sd <-> arduino.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 12:42:29
Salut !

Non bien sur ce n'est pas normal ...  :?

C'est bizarre parceque j'avais testé un formatage avec windows (clic-droit, formater, FAT) et un formatage avec linux et dans les deux cas cela fonctionnait.

En tout cas dans ton cas le problème ne vient pas du fonctionnement de la connection arduino<->carte SD puisque le programme parvient à écrire sur la carte. C'est qu'il n'arrive pas bien à interpréter le formatage de la carte SD.

Voilà ce que je pense ce qu'il se passe  :

-> il trouve bien la partition
-> il trouve bien le répertoire racine et il arrive bien à créer le fichier
-> il arrive bien à augmenter la taille du fichier
-> mais il écrit les données au mauvais endroit sur la carte et donc ce sont les anciennes données qui apparaissent à la place. (elles ne sont pas écrasées)

Pour que je débugge il faudrait que tu m'envois les deux premiers Mo de ta carte.

-> tu télécharges Win32DiskImager
-> tu créé l'image de ta carte SD tel quelle est
-> créé en un ZIP. Si le fichier n'est pas trop gros tu me l'envois
-> sinon tu coupe le .img en m'envoyant uniquement les 2 premier Mo (cherche "windows cut binary file" sur google)

Bon courage !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Avril 2017 - 15:16:16
Citation
1) Vérifie que le contacter en caoutchouc est propre et bien positionné dans son logement (il faut qu'il soit bien droit).
2) Nettoies au dissolvant les petits contacteurs sur le PCB rouge. Puis gratte les légèrement avec une pointe pour que la surface ne soit pas trop lisse. Cela facilite le contact.
3) Avec une pince essaye de redresser les petites pattes du fixation sur l'écran. Assure toi qu'il se clippe bien sur le PCB.

Yes, c'est tout bon. Je n'avais même pas encore démonté l'écran pour faire les soudures
Par acquit de conscience (et désespoir) j'ai fait tes 3 opérations

Citation
Dans le second cas, a tu un testeur de continuité ? Si tu en as un tu remet l'écran sur sa broche et tu peut tester les connexion entre l'écran er l'arduino en touchant les soudures. Il y a 8 oeuillets sur l'écran :

De gauche à droite :
1) Le 1 RST -> doit être connecté au pin 2 de l'arduino
2) Le 2 CE -> au pin 3
3) Le 3 DC -> au pin 4
4) Le 4 DIN -> au pin 11
5) Le 5 CLK -> au pin 13
6) Le 6 VCC -> au pin VCC de l'arduino
7) Le 7 n'est pas utilisé
8) Le 8 GND -> au pin GND  de l'arduino

J'ai dessoudé la carte Bluetooth pour y voir plus clair.
Toutes les connexions de l'écran à l'arduino sont bonnes.

Quand j'ai remis sous tension (sans la pile) avec le câble usb
l'écran s'est enfin allumé pour la première fois
il clignote
2s allumé / 4s éteint
sur l'écran on ne lit pas de valeur ... uniquement les unités : m m/s ...
juste avant de s'éteindre il tente d'afficher les valeurs (je les aperçois fugacement)
puis le buz fait un bip et l'écran s'éteint

On progresse  :pouce: tu as d'autres idées  ???
Je recommence le nettoyage des contacts ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 16:13:53
Salut !

Si il n'y a pas de carte SD le vario met 8 secondes à démarrer parcequ'il cherche pendant un moment à y accéder. Donc déjà pour gagner du temps met n'importe quelle carte SD dans le lecteur cela baissera le temps de démarrage à 1 secondes.

Ça a l'air de presque marcher. Donc c'est juste qu'il doit y avoir un mauvais contact quelque part.

1) as tu nettoyé le flux de soudure sur tout ton montage ? Sinon passe du dissolvant et gratte un peu entre les soudure pour être sur que ça ne fait pas contact

2) Esaaye d'appuyer sur l'écran pendant le démarrage pour voir si y a un faux contact à cet endroit. Si oui recommence le nettoyage.

3) Vérifie bien toutes tes soudures et réchauffe les au besoin.

4) Relis le tuto et vérifie que tu n'as rien oublié.

Et le reste ? Ça fonctionne ? Le vario bippe lorsque tu le fais bouger de haut en bas ?

À+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Avril 2017 - 16:33:45
Citation
Ça a l'air de presque marcher. Donc c'est juste qu'il doit y avoir un mauvais contact quelque part.
ou un court-jus ?

Citation
1) as tu nettoyé le flux de soudure sur tout ton montage ? Sinon passe du dissolvant et gratte un peu entre les soudure pour être sur que ça ne fait pas contact

2) Esaaye d'appuyer sur l'écran pendant le démarrage pour voir si y a un faux contact à cet endroit. Si oui recommence le nettoyage.
oui j'ai bien fait ces 2 points
le dissolvant ne risque pas d’endommager le baro (les ptis trous) ou le gps ?

Citation
3) Vérifie bien toutes tes soudures et réchauffe les au besoin.
j'hésite, déjà que j'ai des pâtés  :mrgreen: je vais quand même essayer ce point

Citation
4) Relis le tuto et vérifie que tu n'as rien oublié.
c'est fait 3 fois  :mrgreen:

Citation
Et le reste ? Ça fonctionne ? Le vario bippe lorsque tu le fais bouger de haut en bas ?
pas facile en mode dépannage, avec le fil usb et sans boitier,
de toute façon il hoquette et bib avec le clignotement de l'écran
je ne crois pas que ça bipera en fonction du déplacement

merci de ton aide, je vais tester toutes les connections avec ton shémas


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 16:37:56
prunkdump, Van Hurlu n'a pas mis la batterie. C'est pas ça le pb ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 16:52:11
Bin ca peut marcher quand même en théorie. Ou alors l'alim USB est un peu merdique.

C'est sur Van hurlu ca coûte pas grand chose de ressouder la batterie et de tester. Tu aura une alimentation plus stable. Et en plus tu pourras tester si le vario marche déjà sans l'écran.

Pour le dissolvant tu n'en met pas partout mais juste sur les soudures.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Avril 2017 - 16:56:49
merci Xiboard
Avec la batterie grosse amélioration l'écran ne clignote plus
il affiche des valeurs qui changent sans arrêt limite illisible (dans les 8000m d'altitude)

j'avance, mais je pense qu'il y a encore un truc de mauvaise connexion


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 17:14:12
Alors ça peut venir d'un autre problème.

Il m'est arrivé sur certaines cartes que le baromètre ne supportait pas la fréquence indiquée dans le datasheet. En gros la carte était un peu plus lente. Je ne sais pas pourquoi. Et l'arduino lui en demandait trop.

Verifie juste les soudure du baromètre et les deux soudures au centre de la carte arduino pour le moment.

Puis il faudrait charger un firmware avec une fréquence plus faible pour le baromètre.

As tu trouvé une carte SD de moins de 2 Go ? Verifie si le vario créé des fichiers dessus (vides) lorsque tu l'allume.  Il faudra qu'on s'en serve pour mettre à jour le firmware.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Avril 2017 - 18:30:56
Game Over - écran tombé de la table bien à plat sur les carreaux
seule la moitié sup de l'écran s'allume
  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 20:02:06
PrunkDump,

A priori ça venais de ma carte SD, avec une 8Go avec partition de 1Go ( à mettre en FAT16, Primary, Active) ça marche impec.

Par contre, question, c'est trop lourd de générer directement un format igc ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 20:33:19
Salut Xiboard !

Content que tout marche  :pouce: Plus qu'à tester le Bluetooth.

J'ai pas eut le temps de regarder le fichier que tu m'as envoyé.

Mais tu pourrais nous dire comment tu as fais sous Windows pour créer la partition et la formater ? Ça pourrais intéresser tout le monde.

Pour le format IGC, malheureusement oui ça prends pas mal de place de le mettre le code sur le vario. Mais je comptais faire un petit programme pour convertir rapidement les traces depuis la carte SD.

Je ferais ça quand j'aurais un peu de temps. Pour l'instant il faut utiliser les outils en ligne pour convertir de NMEA vers IGC.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 22:39:09
Bon,

2 Nouvelles !

1. Le Bluetooth marche. Je reçoit les trames NMEA sur la tablette Android avec XCSoar (mais cela dit il ne semble pas les interpréter...)

2. Lorsque le GPS a fix et envoie les trames. Le vario part complètement en couilles ! ça bip dans tout les sens et les valeurs varient dans tout les sens aussi. l'affichage deviens aussi instable avec des chiffres qui 'dépassent'

Question : J'avais vu parler de OpenVario, mais pas tout suivi. Par les trames NMEA t'envoie les données vario et alti ?? Pour moi c'est le plus important : Une tablette à pas cher avec XCTrack fait un super instru. Le GPS intégré à la tablette suffit. Par contre l’absence de bonne données vario limite le bon retour de la finesse et divers calculs.
Après sur des petits vols, l'idée d'avoir la sauvegarde de la trace sur la carte sd au top. Et aussi en sauvegarde en cas de défaillance batterie de la tablette.

PS_1 : lors de la compilation, c'est bien Arduino Pro Mini et ATmega328 (3,3V 8MHz) ?

PS_2 : Tu devrai pas ouvrir un post dédié dans http://www.parapentiste.info/forum/instruments-de-vol-b49.0/ (http://www.parapentiste.info/forum/instruments-de-vol-b49.0/) ? Remarque tu fait déjà tellement de trucs !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 26 Avril 2017 - 23:02:07
Oui c'est ça.

Pour le bug tu as du oublier d'enlever la carte SD dans le code si tu active le Bluetooth ;) il faut commenter HAVE_SDCARD.

Pour l'instant il faut que j'optimise la RAM on peut pas activer les deux .


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 26 Avril 2017 - 23:07:39
Si si j'ai bien désactivé :

Code:
//#define HAVE_SDCARD
#define HAVE_BLUETOOTH

Code:
Le croquis utilise 26 470 octets (86%) de l'espace de stockage de programmes. Le maximum est de 30 720 octets.
Les variables globales utilisent 638 octets (31%) de mémoire dynamique, ce qui laisse 1 410 octets pour les variables locales. Le maximum est de 2 048 octets.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 07:12:50
Mon vario est presque terminé

Quelques petites remarques

1/ sur le tuto

entre l'étape 8 et 11 au moment de couper et tordre les entêtes, il serait intéressant d'avoir une photo en gros plan avec des marques (gros point rouge) sur les pattes à couper
A l'étape 11 lors de la connexion de l'écran, il serait bon d'ajouter une photo avec le numéro des bonnes du connecteur et leur emplacement, pour ma part les couleurs des câbles sont  différentes des photos du coup il est plus difficile de tout repérer. On gagnerait en clarté

2/ Kit

Je trouve le petit inter sur le coté difficile à utiliser

3/ quelques idées d'amélioration qui me viennent

- dommage pour igc, la vario aurait pu être directement compatible avec LogFly le carnet de vol sur PC compatible avec la plus grosse majorité des varios

- il serait intéressant d'avoir une petit indication sur l'écran quant le GPS est calé
- Il serait utile d'avoir l'affichage de l'heure et du temps de vol en alternance
- Je vois bien 3 lignes sur l'écran alternance heure+temps de vol - Vario - alternance Vitesse+altitude   
- Avoir un petit indicateur quant l'enregistrement commence - avoir un déclenchement et un arrêt automatique (vitesse + de 3Km/h avec changement altitude ou de position pendant au moins 5secs)



Liste des liens utiles


Tuto
http://glpano.free.fr/vario/index.html

Photo
https://photos.google.com/share/AF1QipNNEoMqtY_Vedgpb0bXJ6P9cAKNFtBX3-fTW9MW-yde3P0uNZWkR7KzIRnJyprkBA?key=NEMzNk5XR0lwYVEtSTVvUG5rdXRxaURjbzA2emJB

Github
https://github.com/prunkdump/arduino-variometer


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Avril 2017 - 09:31:03
Bravo jpg63  :pouce: !

Plus qu'à faire des essais en vol !

Tu pourras nous dire si le tiens accroche vite les GPS ? As-tu soudé le bluetooth pour le moment ?

Merci pour les idées. Une fois qu'il y aura pas mal de retours on pourra commencer à travailler sur le programme. Il faut aussi que je montre à tout le monde comment charger le firmware et changer les différents paramètres du Vario.

Apparemment Xiboard a déjà trouvé comment faire :D

Pour l'IGC pas d'inquiétude. Il suffit de faire un programme qui va chercher les traces sur la carte et qui les convertis à la volée. D'ailleurs c'est souvent comme ça que ça marche sur les autres varios. Il faut un programme pour extraire les traces.

@Xiboard : Si tu as bien désactivé la carte SD c'est que le bug du bluetooth ne vient pas d'un problème de RAM (enlever la carte SD libère 512 bytes ). J'avais pensé à ça parceque moi ça s'était mis à marcher comme cela. Mais apparemment le problème est plus complexes. J'ai un peu de boulot pour le moment mais je m'y colle dès que possible. Avant d'améliorer le vario il faut que tout ce qui est déjà implémenté fonctionne bien.

@jpg63 : Merci pour les liens. C'est vrai qu'il faut que je les rapelle de temps en temps pour ceux qui arrivent en cours de discution.

Bon bin on avance.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 09:43:35
Prunkdump, je n'ai pas soudé le bluetooth et je n'est pas prévu de le faire pour l'instant. Je vais faire des essais sans. Je ferais un retour dès demain car j'aurai fini ce soir.

Petite astuce supplémentaire, j'ai ajouté un petit morceau de scotch double face pour fixer l'écran, pour éviter qu'il s'enfonce si on appuie dessus par mégarde.
J'ai peu être trouver une solution pour inter, je ferais une photo quant ça marchera.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Avril 2017 - 09:58:37
Nickel !

J'attends avec impatience tes idées d'amélioration.

@Xiboard : Si tu passe par là tu pourrais nous donner ta manip sous Windows pour créer la partition FAT16 sur ta carte SD ? Ya d'autres utilisateurs du kit qui ont le même problème.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 11:48:25

(https://img4.hostingpics.net/pics/442017connectiqueecran.jpg) (https://www.hostingpics.net/viewer.php?id=442017connectiqueecran.jpg)

https://img4.hostingpics.net/pics/442017connectiqueecran.jpg

(https://img4.hostingpics.net/pics/493985cossesacouper.jpg) (https://www.hostingpics.net/viewer.php?id=493985cossesacouper.jpg)

https://img4.hostingpics.net/pics/493985cossesacouper.jpg


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Avril 2017 - 11:57:57
((@)) jpg63
ta numérotation du câble de l'écran aurait été mieux en respectant les num du slot de l'écran
c.a.d. dans l'autre sens

1) Le 1 RST -> doit être connecté au pin 2 de l'arduino
2) Le 2 CE -> au pin 3
3) Le 3 DC -> au pin 4
4) Le 4 DIN -> au pin 11
5) Le 5 CLK -> au pin 13
6) Le 6 VCC -> au pin VCC de l'arduino
7) Le 7 n'est pas utilisé
8-  Le 8 GND -> au pin GND  de l'arduino


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 27 Avril 2017 - 11:58:50
Nickel !

J'attends avec impatience tes idées d'amélioration.

@Xiboard : Si tu passe par là tu pourrais nous donner ta manip sous Windows pour créer la partition FAT16 sur ta carte SD ? Ya d'autres utilisateurs du kit qui ont le même problème.


Arf, j'ai partition magic sur mon PC donc j'ai utilisé ça (c'est gratuit de mémoire)
A partir d'une 8Go, j'ai fait une FAT(=FAT16) de 1Go. A mettre en Primary et Active.

Je jetterai un oeil, ça doit être faisable avec l'outil de gestion de disques de windows. -> j'te ferai un mini tuto si ça peu servir

Pour info moi même avec le Bluetooth allumé et activé, dans la maison, avec ciel couvert, il mettais 3-8 min pour faire le fix (mais du coup que sur 3 satellites au début)
Effectivement, le petit logiciel pour faire l'interface NMEA vers IGC est tout à fait envisageable. Et utiliser se log pour "nettoyer" (auto/manu) avant le déco et après l'attero (comme ça dans logfly on a un bon temps de vols).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 12:25:54
Van Hurlu, je modifie l'image et je republierai tout ça ce soir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 27 Avril 2017 - 14:48:26
salut à tous! de mon coté j'attends toujours le kit, je me demande s'il est pas dans la boite aux lettres du voisin ;)
De toute façon je suis en travaux, je n'ai pas le temps de m'en occuper tout de suite. Je laisse les fusibles dégrossir le terrain en premier ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 27 Avril 2017 - 16:42:53
Bonjour à tous,

Ca y est, c'est bon pour moi ; le kit est monté.
Merci prunkdump. Pour le boulot, la qualité du kit, du tuto ...
Super boulot d'intégration des différents modules ; c'est impressionnant. C'est chaud pour faire rentrer tout cela dans le boitier.

J'ai appris pas mal de choses en montant le vario. En particulier, les astuces pour les connecteurs.

J'ai un peu galéré sur les soudures à limer : je n'avais pas assez limé, 2 ou 3 soudures genaient la mise en place de la sdcard ; j'ai voulu les réduire à la dremel, et ce n'était pas un bon plan.
La dremel fait "baver" les soudures, et ca a fait des ponts entre les plots.
J'ai du jouer de la pompe à dessouder, bien nettoyer, ressouder ... et limer.

A part ca, pas trop de difficultés.

Pour le moment, comme conseillé, je n'ai pas encore soudé le module bluetooth ; j'espère le faire bientot, j'aimerais tester avec XCSoar.

Je n'ai fait qu'un premier test de mise en route, le boitier est encore ouvert.
Que je démarre avec une sdcard ou non, c'est rapide ; une ou deux secondes.

Comme je compte l'utiliser principalement dans un planeur, déja équipé d'instruments, j'aimerais que le son soit moins fort.
Je suppose que je remplace le pont du buzzer par une résistance ; vous avez un ordre d'idée de la valeur, ou j'y vais au pif pour voir ?
Je n'ai pas encore mis le nez dans le code ; je suppose qu'on ne peut pas réduire le son par ce coté ?

Au fait, le code est bien celui-ci : https://github.com/prunkdump/arduino-variometer ?
Je suis surpris, les date des fichiers dans le github sont anciennes. Les images et le fichier fritzing datent du début du projet de prunkdump.

Autre question : le switch rouge à l'intérieur ; il sert à quoi ? Je l'ai mis sur "ON" sans savoir ce que ca faisait.

Bon, j'ai hate de faire joujou avec, et de zieuter le code ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Avril 2017 - 16:49:35
Autre question : le switch rouge à l'intérieur ; il sert à quoi ? Je l'ai mis sur "ON" sans savoir ce que ca faisait.
permet la mise sous tension du module bluetooth


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 27 Avril 2017 - 16:59:28
la limitation de puissance du GPS liée à la proximité du bluetooth avac l'antenne GPS ; c'est tout le temps, ou uniquement si le bluetooth est alimenté ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Avril 2017 - 17:57:34
@jpg63

Nickel les photos ! Tu pourrais m'envoyer les photos annotées sans la mosaïque que je puisse les intégrer au Tuto ? Je crois voir un petit capuchon sur le switch aussi :D Je pense que c'est l'idée pour le rendre plus facile à manipuler :)

@Xiboard


Si tu arrives à me faire un petit tuto ça serait super ! Apparemment j'ai cru comprendre qu'il y avait une commande native "diskpart" sous windows. Il faudrait juste trouver la liste des instructions à taper.

@finlard


J'ai revérifié le colissimo et le colis est marqué livré depuis le 24. Il faudrait peut-être aller voir ton voisin effectivement. J'espère que la poste n'a pas fait de connerie. Vu ou tu habites ça serait un comble. J'espère qu'il n'y aura pas de soucis.

@vmath54


Bravo pour le montage  :pouce: ! Oui effectivement l'étape de la lime est vraiment l'étape la plus importante. Elle conditionne toute l'épaisseur du vario. Content que tu ai trouvé une solution.

Ca m'interesse beaucoup les pilotes de planeurs :D car je travaille en ce moment sur une vario à énergie compensée. L'algo est au point mais il faut trouver le moyen de transmettre la mesure de vitesse air au vario. Oui je sais je fais trop de truc différents ... :? Il faut que je finisse bien ce que j'ai commencé.

Pour le volume c'est effectivement possible de le régler avec le code. Je comptais faire la modif. Il faut remplacer tous les toneAC(freq) en toneAC(freq, VOLUME) avec un volume entre 1 et 10. Mais encore une fois il faut que j'explique comment mettre à jour le code.

La dernière version est bien https://github.com/prunkdump/arduino-variometer. C'est juste le schéma et le README qui sont des vielles versions. Le reste est à jour.

Pour le bluetooth avec le GPS
:

Je ne sais pas trop ce qui joue vraiment. Mais apparement ne n'est pas très bon de mettre des composants à proximité de l'antenne GPS. Je trouve que le mien ne capte pas très bien les satellites mais en même temps il y avait un soucis sur la plaque GPS que j'ai du ressouder (le module Ublox en dessous). Xiboard trouve ça capte bien. L'ideal ça serait de tester quelques jours sans le bluetooth pour pouvoir comparer ensuite avec. Si vous avez un fer à air chaud vous pouvez le souder sans problème puisqu'il sera facile à dessouder dans tous les cas.

J'ai juste une suspition que le bluetooth puisse avoir un effet négatif.

 



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 19:33:15
(https://img4.hostingpics.net/pics/664224connectiqueecranv2.jpg) (https://www.hostingpics.net/viewer.php?id=664224connectiqueecranv2.jpg)

voila l'image modifiée


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 19:39:58
@jpg63

Je crois voir un petit capuchon sur le switch aussi :D Je pense que c'est l'idée pour le rendre plus facile à manipuler :)




Tu as une bonne vu prunkdump, effectivement je test avec un petit connecteur qui à la chance de laisser parfaitement rentré le micro switch, encore un peu de ponçage et je pourrais proposer ou non l'idée


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 22:15:35
Je viens de terminer et je vais avoir besoin d'aide

Pas de son, pas d'affichage, seul la led de l'arduino est allumée


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 27 Avril 2017 - 22:38:38
Petite notice donc pour passer une carte SDHC de 8Go par exemple en 2Go FAT16 sous Windows :

Lancer DiskPart :
Code:
Démarrer >Taper Executer dans la barre de recherche
> Taper DiskPart

Ensutie dans DiskPart :
/!\ attention à être bien sûr de faire ça sur le disque correspondant à la carte SD. Ne faites rien en cas de doute.

Code:
DISKPART> list disk

  N° disque  Status      Taille   Libre    Dyn  GPT
  ---------  ----------  -------  -------  ---  ---
  Disque 0   En ligne      238 G  octets     0 octets
  Disque 1   En ligne     7695 M  octets     0 octets

DISKPART> select disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> list part

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  -------
  Partition 1    Principale        7000 M    1024 K

DISKPART> clean

DiskPart à réussi à nettoyer le disque.

DISKPART> create part primary size=2048

DiskPart a réussi à créer la partition spécifiée.

DISKPART> active

DiskPart a indiqué la partition actuelle comme étant active.

DISKPART> format fs=fat quick

  100 pour cent effectués
 
DiskPart a formaté le volume.

DISKPART> assign

DiskPart a correctement assigné la lettre de lecteur ou le point de montage.

Normalement, le disque apparaît dans Explorateur.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 27 Avril 2017 - 22:56:37
Effectivement, des outils online permetent facilement de convertir les traces nmea en igc :

http://www.gpsvisualizer.com/gpsbabel/?lang=fr (http://www.gpsvisualizer.com/gpsbabel/?lang=fr)

Choisir :
Types de données GPS : Traces
Format entrée : NMEA 0183
Format sortie : FAI/IGC

 karma+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Avril 2017 - 23:14:22
En attendant vos suggestion pour faire marcher mon vario, voici mon astuce pour améliorer facilement l'interrupteur

un simple connecteur jst male coupé

(https://img4.hostingpics.net/pics/263317jstmale.jpg) (https://www.hostingpics.net/viewer.php?id=263317jstmale.jpg)

(https://img4.hostingpics.net/pics/27567820170427210535.jpg) (https://www.hostingpics.net/viewer.php?id=27567820170427210535.jpg)



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 27 Avril 2017 - 23:46:36
@jpg63

Soude la batterie et test.
C'est super facile à dessouder au besoin après.

Prunk, le chargeur il fait aussi régulateur ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 06:07:38
Tout est soudé, l'arduino s'allume mais ni affichage ni son. Je vais vérifier toutes les soudures mais si vous avez une idée de ce qui pose problème je suis preneur. Je commence par la carte SD car il n'y a aucun fichier qui se crée, j'ai une SD de 256Mo


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 08:01:03
Salut jpg63 !

C'est peut-être tout simplement que j'ai oublié de mettre le programme sur l'arduino...  :?  J'ai fais ça à la chaine et j'en ai peut-être zappé un ou alors je l'ai déconnecté trop tôt.

Voilà ce que tu dois essayer :

1) Formate la carte SD en "FAT" (je pense que vu la taille elle sera formaté automatiquement en FAT16). 256Mo c'est parfait pour le vario.
2) Met dedans le fichier FIRM.HEX en pièce jointe.
3) Insère la carte dans le vario
4) Allume le avec la batterie et une fois allumé appuis sur le bouton reset de l'arduino
5) Regarde bien si il y a une LED qui clignotte très rapidement sur l'arduino, juste après la pression du bouton, pendant 1.5s environ. Tu peux répéter l'opération plusieurs fois au besoin pour bien vérifier.

-> Dis nous déjà dans un premier temps si tu parviens à charger les firmwares.

PS : A oui c'est normal que tu ai du mal à accéder au bouton. Tu n'as pas taillé l'ouverture en ellipse. Mais très bonne idée ton connecteur ! Je mettrais ça sur le tuto dès que j'ai le temps.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 08:41:06
Merci pour ta reponse, j'essai de mettre à jour l'arduino ce soir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Avril 2017 - 09:44:55
PS : A oui c'est normal que tu ai du mal à accéder au bouton. Tu n'as pas taillé l'ouverture en ellipse. Mais très bonne idée ton connecteur ! Je mettrais ça sur le tuto dès que j'ai le temps.

La matière du boitier est très dur et difficile à tailler et à limer.
je comprends que l'on cherche une solution plus facile, mais ... avec un peu de patience on y arrive (cutter + limes rondes) et je trouve la solution de l'ellipse parfaite en fonctionnalité.
Le bouton est profondément enfoncé et il est impossible qu'il soit actionné accidentellement. Il faut juste avoir un minimum d'ongle à l'index.

D'ailleurs d'une manière général je suis admiratif du travail de conception de Prunkdump  :bravo:  :bravo:  :bravo:
L'intégration dans le boitier est optimum et l'assemblage fait pour durer.

Je ferai juste 3 remarque:
1 - Ma démarche est aussi avant tout pour apprendre (j'ai un skytraxx qui me donne toute satisfaction), donc si le boitier avait été un peu plus gros cela ne m'aurait pas rebuté. Mes gros doigts y aurait trouvé plus de place pour monter et démonter mon nouveau joujou. De toute façon la deuxième génération sera encore plus intégrée, n'est-ce pas Xiboard ?
2 - Que l'écran ait un connecteur est très utile. Mais le montage aurait été plus facile pour moi si à l'autre bout, les fils avaient été directement soudé sur les broches traversantes avec un peu de gaine thermorétractable. (je crois avoir lu que Prunkdump n'en a pas trouvé). J'ai été obligé de souder les connecteurs sur les broches pour éviter quelles bougent (c'est pas terrible)
3 - Il n'était pas possible de mettre un lecteur de carte micro SD comme sur un Shield ethernet, au lieu de ce gros lecteur qui tient beaucoup de place ?????


J'attends impatiemment un nouvel écran et un lecteur de carte SD pour mon PC, pour finaliser mon premier "Prunky"

 :coucou: JM


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 11:57:55
Merci Xiboard !

Ton tuto est nickel ! Je vais le mettre sur le site. Il sera très utile car on ne trouve plus beaucoup de carte de moins de 8 Go.

Merci aussi pour le site de conversion de traces.

Et non le chargeur n'a pas de régulateur. C'est pour ça qu'il ne vaut mieux pas alimenter le vario autrement que par la batterie. D'ailleurs on pourrait peut être enfiler une petite fibre optique pour avoir le témoin de charge à l'extérieur du vario.

Pourquoi dis tu Van Hurlu que c'est pas terrible de souder les connecteurs ? C'est ce que j'avais prévu à la base. Côté circuit imprimé il n'y a pas de raison de les déconnecter. Ce qu'il ne faut pas faire c'est souder les fils directement. J'ai eut pleins de problèmes avec ça sur mes précédents vario. Le fil avec l'étain devient très cassant. Il faut toujours que les fils soient sertis.

Oui bien sûr on pourrais passer en micro sd. Mais j'étais partis sur SD classique et comme ça passait j'ai pas cherché plus loin.

Par contre ce qui serait intéressant c'est de pouvoir accéder à la carte sd par l'usb. Mais cela demande un composant de plus.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 12:26:30
Passage en micro sd avec accès depuis l'usb ça serait top


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Avril 2017 - 12:31:42
Pourquoi dis tu Van Hurlu que c'est pas terrible de souder les connecteurs ? C'est ce que j'avais prévu à la base. Côté circuit imprimé il n'y a pas de raison de les déconnecter. Ce qu'il ne faut pas faire c'est souder les fils directement. J'ai eut pleins de problèmes avec ça sur mes précédents vario. Le fil avec l'étain devient très cassant. Il faut toujours que les fils soient sertis.
tu as l'air d'avoir plus d'expérience que moi, donc je te crois,
mais dans ton tuto tu ne dis pas qu'il faut les souder, ou je n'ai pas vu.

Citation
Oui bien sûr on pourrais passer en micro sd. Mais j'étais partis sur SD classique et comme ça passait j'ai pas cherché plus loin.
Par contre ce qui serait intéressant c'est de pouvoir accéder à la carte sd par l'usb. Mais cela demande un composant de plus.
avec un micro usb tu aurais peut être la place ? et plus besoin d'accéder depuis l'extérieur à la carte !

la critique est facile ...  :ange:
laisses moi te renouveler mes félicitations sur ton travail
 karma+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 28 Avril 2017 - 12:49:04
[...]

Et non le chargeur n'a pas de régulateur. C'est pour ça qu'il ne vaut mieux pas alimenter le vario autrement que par la batterie. D'ailleurs on pourrait peut être enfiler une petite fibre optique pour avoir le témoin de charge à l'extérieur du vario.

[...]

Dans le même genre, t'as vu que lorsque l'on a le bluetooth et comme l'arrière de l'écran est découpé, on voit très bien le clignottement de la led du bluetooth à travers l'écran !! Mais c'est pinailler, ça gène en rien.
Pareil, lorsque l'on met en charge, on arrive à la voir la led de charge par le côté. (J'ai pas test, elle s’éteint quand c'est fini ?)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Avril 2017 - 13:25:02
un boitier transparent serait super Geekwarriorgamer  :dent:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 28 Avril 2017 - 13:52:32
un boitier transparent serait super Geekwarriorgamer  :dent:

Sauf que le capteur baro est sensible à la lumière :/


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 28 Avril 2017 - 17:51:26
Arff ! Quand j'ai voulu mettre en charge l'accu, je me suis apercu que la micro usb était arrachée !

Peut-être que ca s'est passé lors de la mise dans le boitier ; j'avais pourtant fait attention.

Faut que j'arrive à dessouder proprement la sdcard et le module d'alim, c'est pas gagné.
J'ai acheté récemment une station à air chaud (ZD-939L), ca va être le bapteme.

Seul point positif : je dispose d'un module d'alim identique ; je l'avais acheté lorsque prunkdump avait donné une liste de matos pour le vario.
Si j'arrive à travailler proprement, je devrais pouvoir remettre tout cela d'aplomb...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 18:51:22
Qu'est ce qui est arraché ? Si c'est juste l'embout micro USB pas besoin de changer toute la plaque. Tu ressoude juste la prise.

Si c'est  la plaque tu devrais réussir à la ressortir par dessus sans dessouder la carte SD.

J'espère que c'est pas le circuit imprimé...  :?

Vous me faites peur avec vos soudures :) je serais plus tranquille quand tous les kits seront montés et fonctionnel...

Édit : s'il est abîmé tu peux aussi dessouder l'embout micro USB d'une plaque pour le remettre sur l'autre. Attention de protéger le plastique interne si tu fais à l'air chaud.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 19:48:46
 prunkdump, je viens de mettre le firm.hex, l'arduino c'est mis à jour, car maintenant j'ai des fichiers qui s'enregistrent sur la carte sd, mais toujours pas d'affichage et de son.

J'ai vérifier les connexions de l'écran jusqu'à l'arduino tout est bon.
Je pense que je dois certainement avoir une soudure qui déconne

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 28 Avril 2017 - 20:02:01
Qu'est ce qui est arraché ? Si c'est juste l'embout micro USB pas besoin de changer toute la plaque. Tu ressoude juste la prise.

Oui, c'est l'embout micro USB. Mais je ne me vois pas trop le ressouder... et j'ai déja poubellisé  :oops:

C'est bien plus facile à changer tout le module (de toute manière, il faut le dessouder), et vu le prix je préfère cette option.

J'ai bon espoir d'y arriver : j'ai pu démonter à peu près proprement la sdcard et ce module.
Je ne peux pas continuer pour le moment, je suis pris par ailleurs.

Ca m'a permis de voir que tu as du jouer de la dremel ou autre lime pour que le module d'alim s'intègre correctement. Et je suppose que tu as du faire la même chose pour d'autres modules.
Ceci pour les 10 kits, et les essais que tu as du faire avant.
Quel boulot ! encore merci.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 20:33:04
jpg63, ce qui m'inquiète c'est surtout le son.

Les écrans ont souvent des faux contacts. Si tu cherche un peu avant dans le fil, je donne quelques astuces pour y remédier.

Voici un firmware qui fait juste un son pour tester le buzzer.

Testes déjà ce que ça donne.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 20:39:14
Ensuite si ça marche tu peux tester ce firmware avec un vario minimal (ms5611 + buzzer).



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 21:18:53
je pense que le problème vient des soudures ponsées sous l'arduino. du coup scl et sd0 de la carte ms5611 sont pas raccordé à l'arduino

je vais mettre un fil entre scl et A5 car je ne peux pas accéder aux soudures sous la carte SD

la pin sd0 est connecté à quelle pin de l'arduino ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 21:22:06
Le son fonctionne
Le Ms5611 + le son fonctionne


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 22:31:47
J'ai vérifier la connections de l'écran, j'ai nettoyé les connections et j'ai tout remonté, remis le firmware et tout fonction
 :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Avril 2017 - 22:44:33
Nickel  :pouce:

Je suis soulagé :D

Édit : j'ai pas rêvé le message était avant nettement moins rassurant ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Avril 2017 - 23:46:23
non tu as pas révé, j'ai tout nettoyée une 2eme fois et c'est bon par contre je ne sais pas si c'est un bug juste chez moi, mais le verrouillage de l'altitude est aléatoire, sur 10 ou 15 allumage 3 ou 4 fois pas d'altitude, 1 ou 2 plus de 5 sec et sinon moins d'une seconde. A voir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 29 Avril 2017 - 10:17:29
Ce matin il fait beau  :soleil: , le "PrunkDVario" va faire son premier vol  :ppte:
Il sera dans la poche de ma sellette  :grat:  car j'ai encore quelques bricole à lui faire, cordelette de sécurité et fixation sur les élévateurs 

Prunkdump,

j'ai

2 questions :

1- sur la carte du baro la pin SD0 est reliée à quelle pin de l'arduino ?
2- peut-on mettre à jour le firmware sans appuyer sur le reset de l'arduino ? juste avec le FIRM.HEX sur la sd et en allumant ?

1 constatation :

1- sur mon vario en fonction de la pression sur les vis de fixation du boitier, je n'ai plus l'accrochage de l'alti (GPS) je suppose, un court-circuit ou juste l'antenne qui est trop proche de l'écran - si d'autre on constaté la même chose ce serait intéressant de voir d'ou vient le problème

3 suggestions :

1- dans le tuto il pourrait être intéressant de rajouter juste après le limage et avant de souder la carte SD une verification complète de la continuité - car dans mon cas une soudure s'est décollé ou était mal faite, sous la carte SD impossible d'y accéder sans tout démonter donc 10min de verification c'est beaucoup moins de problème après enfin je pense
je joins un fichier des connexion

2- il pourrait être intéressant de prévoir 2 trous pour le passage d'une cordelette de sécurité (un bout de suspente récupéré après un contrôle de voile) et d'ajouter sa mise en place dans le tuto

3- Si il est indispensable d'appuyer sur le bouton reset pour la mise à jour, alors il pourrait être judicieux de percer un trou sur le capot pour appuyer sur le reset avec un stylo sans ouvrir le boitier

Retour d'info ce soir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: carambar le 29 Avril 2017 - 10:59:34
Salut PrunkDump, bravo pour ta réalisation, ça fait vraiment très pro et le code est super propre!
J'ai construit un vario à base d'arduino/ms5611 et module bluetooth le tout commandable avec le téléphone (pas d'écran ni de boutons sur le vario).

Deux petites question.
- As-tu un lien et une référence pour le buzzer, le volume est-il suffisant en vol (trop faible pour le miens..).
- As-tu un lien pour le boitier?
Merci à toi et bon vol!




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 13:05:42
@jpg63

Pour faire une cordelette rapide moi j'ai attaché une ficelle a rotis a un des anneaux internes de l'entretoise plastique. Je laisse ensuite la ficelle se laisser pincer lors de la fermeture du vario. Je pensais essayer de percer en diagonale un coin du vario pour enfiler une dragone comme pour les petits appareil photos.

Pour la mise à jour du firmware :

Effectivement pour le moment il faut encore ouvrir le vario pour mettre à jour le firmware puisqu'il faut appuyer sur le bouton reset.

Mais l'idée c'est ensuite d'ajouter au code du vario une instruction pour lancer cette mise à jour. Je pensais faire en sorte que lorsqu'on allume le vario avec l'écran pointant vers le sol, cela charge le nouveau firmware. Autrement il est possible aussi :
-> De le lancer à chaque démarrage. Mais ça ralenti le lancement du vario et cela oblige de retirer le fichier de la carte SD
-> De déssouder le bouton reset de l'arduino pour le raccorder avec des fils et le coller au boîtier.
J'espère bien sur arriver à aboutir la première solution rapidement.

Pour l'étape de la lime :

Effectivement ça peut être une bonne idée de tester. Ou peut être simplement de chauffer à nouveau toutes les soudures après les avoir limées.

Dans ton cas as tu trouvé laquelle des soudure posait problème ? Peut-être que dans ton cas il suffirait de chauffer assez longtemps (8-10 secondes) les pins du barométre et les deux pins centrales de l'arduino. A tu résolu ton problème de baromètre que ne démarre pas à chaque coup ?

Pour ta question la pin SD0 du baromètre n'est connecté à rien ...  :D Désolé de t'avoir fait chercher pour rien. Cette soudure sert juste à bien maintenir la plaque en place.

Pour le GPS :

Effectivement il va falloir qu'on fasse des essais tous ensemble car il semble de selon les configurations, la performance du GPS varie beaucoup.

Je sais pas si vous avez remarqué mais, sous le GPS, sur la plaque, il y a 4 contacteurs. Je ne sais pas trop à quoi ils servent mais peut-être que si l'antenne est bien en contact avec les 4, cela améliore la réception. Ou peut-être pas ... Il faudrais essayer en insérant une feuille d'isolant. Puis avec le contact. Puis peut-être en soudant l'antenne à ses 4 coins. Je sais pas si quelqu'un a de l'expérience la dedans. Mais l'histoire de la pression je comprends pas. Dans tous les cas il faut essayer de bien tout caler pour que ça ne force pas.

On attends tes retours !

@carambar


Beau projet ! Hésite pas à donner ton code ici si tu es sur GitHub.

Oui je t'envois par message privé les références du buzzer et du boitier. Mais pour la puissance du buzzer l'essentiel c'est le L9110.

A+








Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 14:25:05
Petite notice donc pour passer une carte SDHC de 8Go par exemple en 2Go FAT16 sous Windows :

Lancer DiskPart :
Code:
Démarrer >Taper Executer dans la barre de recherche
> Taper DiskPart

Ensutie dans DiskPart :
/!\ attention à être bien sûr de faire ça sur le disque correspondant à la carte SD. Ne faites rien en cas de doute.

Code:
DISKPART> list disk

  N° disque  Status      Taille   Libre    Dyn  GPT
  ---------  ----------  -------  -------  ---  ---
  Disque 0   En ligne      238 G  octets     0 octets
  Disque 1   En ligne     7695 M  octets     0 octets

DISKPART> select disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> list part

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  -------
  Partition 1    Principale        7000 M    1024 K

DISKPART> clean

DiskPart à réussi à nettoyer le disque.

DISKPART> create part primary size=2048

DiskPart a réussi à créer la partition spécifiée.

DISKPART> active

DiskPart a indiqué la partition actuelle comme étant active.

DISKPART> format fs=fat quick

  100 pour cent effectués
  
DiskPart a formaté le volume.

DISKPART> assign

DiskPart a correctement assigné la lettre de lecteur ou le point de montage.

Normalement, le disque apparaît dans Explorateur.

DiskPart est sympa, mais ...

Pour un utilisateur de PC lambda, cela me semble plus facile de lancer "Gestion de l'Ordinateur"
de choisir "Gestion des disques"
de sélectionner la SD
de supprimer le ou les volumes de la SD
et de créer un nouveau volume de 2048 formaté en FAT

 :coucou:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 14:57:06
écran changé, nickel + carte SD formatée et en place.

quand j'allume après 4s, les chiffres défilent à toute vitesse et le buzzer crachote.
à chaque mise en route se créé un fichier GPS000.TXT, puis GPS001.TXT,puis GPS002.TXT ... tous vides

Quelqu'un a une idée ?
fréquence trop haute pour le baro ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 15:10:50
Oui c'est sûrement ça.

Il faut que tu arrives à compiler mon code maintenant.

Tu déplaces tout le contenu de "arduino" ailleurs et tu le remplaces par mon code.

Ensuite tu ouvre libraries/ms5611/ms5611.h avec notepad++

Tu change :
#define MS5611_INTERRUPT_COMPARE 69

Par :
#define MS5611_INTERRUPT_COMPARE 71

Tu compiles. Tu exporte les binaires compilés. Tu renomme en FIRM.HEX. Tu charge sur la carte SD. Tu reset L'arduino.

Tu peux aussi vérifier que t'arrive à charger les firmware avec le buzzer minimal que j'ai donné précédemment.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 15:18:58
 :koi: cool, je comprends pas tout, tu va trop vite




Citation
Tu déplaces tout le contenu de "arduino" ailleurs et tu le remplaces par mon code.
c'est pas clair pour moi, j'ai besoin de plus de détails

Citation
Ensuite tu ouvre libraries/ms5611/ms5611.h avec notepad++
j'ai notepad ++, je suppose que la libraries/ms5611/ms5611.h je vais la trouver dans ton code


Citation
Tu compiles. Tu exporte les binaires compilés. Tu renomme en FIRM.HEX. Tu charge sur la carte SD. Tu reset L'arduino.
Il faut que je retrouve tes explications, c'est dans ce fil, je crois.  :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 15:39:33
les FIRM.HEX se chargent bien
j'ai pu tester le buzzer et remettre le FIRM (pas celui modifié, je n'ai toujours pas compris)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 15:41:53
Bin tu as du déjà programmer des trucs. Donc il faut que tu les sauvegardes ailleurs pour le moment. Donc tout le contenu de ton dossier "arduino" tu le coupes et tu le déplace ailleurs.

Ensuite tu met à la place mon code :

https://github.com/prunkdump/arduino-variometer

Oui ms5611.h est dans le code.

Et pour charger le firmware relis les messages précédents du fil. Au pire je t'envoies ce soir le fichier.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 15:58:26
Et surtout tu utilises toujours les HEX sans bootloader ! Tu verras il t'en fait deux à chaque fois.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 15:59:39
 :soleil:  :soleil:  :soleil:  :soleil:  :soleil:  :soleil:

un de plus qui fonctionne, merci de ton aide

(https://i58.servimg.com/u/f58/12/58/57/57/monvar10.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 17:14:35
Pour info moi même avec le Bluetooth allumé et activé, dans la maison, avec ciel couvert, il mettais 3-8 min pour faire le fix (mais du coup que sur 3 satellites au début)
Comment tu le vois ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 19:05:39
Les fichiers sur la carte sont tous vides, pas de trace GPS  :grrr2:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 20:04:15
Et le GPS arrive à se fixer ?

Tant que tu n'as pas l'affichage de la finesse et de la vitesse sol à l'écran c'est normal que les fichiers restent vides.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 29 Avril 2017 - 21:31:34
Ca y est ; mon vario fonctionne à nouveau, après manip de fer à souder (et pompe à dessouder !).
Sans le module bluetooth, que je n'ai pas encore soudé ; j'attends un peu, pour comparer ensuite les effets sur la réception GPS.

Pour le switch de mise en route ; ca me convient "tel quel" ; si on encoche assez large le boitier, ce n'est pas difficile de l'actionner, et pas de risque de mauvaise manoeuvre.

J'ai à l'écran la même chose que Van Hurlu dans le post précédent.
Donc, l'altitude qui semble correcte, le vario qui indique -0.3m/s alors que c'est immobile ; puis, en dessous, la vitesse en km/h qui n'est pas valuée; puis en bas à droite un "Gr".

Qu'est-ce qui est censé s'afficher de manière générale ? Comment savoir si on est en portée GPS, et quelle "puissance"  (intéressant de savoir, pour comparer après avoir mis en place le module bluetooth). ?

Je crois qu'il y a une procédure à exécuter pour calibrer l'installation ; c'est probablement ce qui explique le -0.3m/s à l'arret. Comment faut-il faire ?

C'est probablement dans ce fil de forum ; mais je n'ai pas trouvé ...
Et aussi dans le code ; mais je suis impatient de tester mon nouveau joujou ;-)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Avril 2017 - 21:35:25
Et le GPS arrive à se fixer ?

 :grat: j'ai posé la question plus haut, comment on fait pour savoir ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Avril 2017 - 22:55:45
Salut !

Lorsque le GPS "fix" le vario se met à afficher la vitesse sol devant l'unité "km/h". Et la finesse devant l'unité "Gr" (glide ratio).

En gros il doit y avoir deux zéro de plus qui s'affichent en bas de l'écran. Sauf si comme Xiboard on cours dans le jardin :D

Il y a effectivement un programme "calibration_nointeractive" sur mon github qui sert à calibrer l'accelerometre. Il faut charger sur le vario.

Il réalise un enregistrement toutes les 5 secondes. Il faut prendre des mesures dans toutes les orientations sauf pointant vers le bas. On repette les mesures en changeant chaque fois d'orientation. Le vario bippe aiguë chaque fois qu'il améliore la mesure. Une fois qu'il bippe toujours grave dans toutes les orientations il suffit de l'orienter vers le bas pour qu'il se calibre.

Après il faut charger à nouveau le code du vario. Je ferais un tuto la dessus. Il faudrais déjà que tout le monde maitrise le chargement des firmwares et la compilation du code.

À suivre.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 29 Avril 2017 - 23:18:49
Quelques retour après 2 petits vols

1- Le son mériterait d'être un peu moins fort - il semble qu'il soit possible facilement de le rendre paramétrable réglable par chacun
2- L'enregistrement me semble bien, il manque juste les altitudes barométriques - seul l'altitude gps est enregistrée
3- je trouve que le vario bip beaucoup dans du 0 à +1, prunkdump pourrait-tu nous donner la liste des variables de réglage afin de pouvoir affiner le comportement du vario.
4- le calage du gps en extérieur reste raisonnable, si le vario est allumé lors de la préparation de la voile, il est opérationnel lors du déco, c'est quelques choses qu'il faudrait essayer d'amélioré si on veut allumé le vario juste au moment du déco

une idée serait de mettre tout les réglages dans un fichier sur la carte sd ainsi on pourrait facilement sans compilation modifier, les seuils de monté et de descente, le volume, le zerotage, ....


super vario, merci prunkdump

Pour mon soucis de fermeture du boitier, il me semble que la carte baro vient faire court-circuit avec l'écran, du coup j'ai trouver une position de la batterie et un serrage des vis qui ne pose plus de problème
Pour le bouton reset je vais essayer un trou dans la face avant juste au dessus du bouton, du coup il sera possible de l'actionner boitier fermer, je vous ferais un retour dès que ce sera fait.
Pour le bouton marche l'idée c'est de pouvoir facilement allumé le vario avec les gants ou même en vol si on a oublier de le faire au déco

j'ai une suggestion, il pourrait être intéressant de mettre en place un système de suivi des améliorations
je m'explique, à chaque fois que quelqu'un propose une amélioration, on la liste et l'un d'entre nous en fonction de nos compétences pourra se charger de test, de recherche d'info ou de développement, du coup cela pourrait faire avancer le projet et décharger un peu prunkdump
Si une fonctionnalité est développé par un de nous prunkdump pourrait se charger de l’intégrer au code et en faire profité tout le monde


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Avril 2017 - 07:35:52
Lorsque le GPS "fix" le vario se met à afficher la vitesse sol devant l'unité "km/h". Et la finesse devant l'unité "Gr" (glide ratio).
En gros il doit y avoir deux zéro de plus qui s'affichent en bas de l'écran. Sauf si comme Xiboard on cours dans le jardin

Je suis resté une heure sur ma terrasse, et je n'ai jamais vu de zéro en bas,
 il me semblait bien que je me réjouissais trop vite  :tomate:


... Et comme jpg63,
je suis preneur rapidement d'une soluce pour baisser le volume du buzzer.


Quelqu'un a-t-il une idée approximative du temps d'autonomie de la batterie bien chargée ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Avril 2017 - 08:46:34
Pour connaitre la capacité de la batterie il serait possible de faire une approximation.
Les batteries lipo n'ont pas une décharge linéaire mais il existe des tables qui donne une bonne idée de la charge

Si la tension mesuré est supérieur à 4.2 la batterie est full = 100%
en dessous de 3.683v c'est 0 est la batterie est pas loin d'être morte si elle n'est pas vite chargée

pour éviter la d'endommager et de réduire la durée de vie d'une lipo il faut éviter que sa tension descende en dessous de 30%, soit environ 3.8v

après voici une table de conversion tension - pourcentage de charge

{{3, 0}, {3.093, 1}, {3.196, 2}, {3.301, 3}, {3.401, 4}, {3.477, 5}, {3.544, 6}, {3.601, 7}, {3.637, 8}, {3.664, 9},
{3.679, 10}, {3.683, 11}, {3.689, 12}, {3.692, 13}, {3.705, 14}, {3.71, 15}, {3.713, 16}, {3.715, 17}, {3.72, 18}, {3.731, 19},
{3.735, 20}, {3.744, 21}, {3.753, 22}, {3.756, 23}, {3.758, 24}, {3.762, 25}, {3.767, 26}, {3.774, 27}, {3.78, 28}, {3.783, 29},
{3.786, 30}, {3.789, 31}, {3.794, 32}, {3.797, 33}, {3.8, 34}, {3.802, 35}, {3.805, 36}, {3.808, 37}, {3.811, 38}, {3.815, 39},
{3.818, 40}, {3.822, 41}, {3.825, 42}, {3.829, 43}, {3.833, 44}, {3.836, 45}, {3.84, 46}, {3.843, 47}, {3.847, 48}, {3.85, 49},
{3.854, 50}, {3.857, 51}, {3.86, 52}, {3.863, 53}, {3.866, 54}, {3.87, 55}, {3.874, 56}, {3.879, 57}, {3.888, 58}, {3.893, 59},
{3.897, 60}, {3.902, 61}, {3.906, 62}, {3.911, 63}, {3.918, 64}, {3.923, 65}, {3.928, 66}, {3.939, 67}, {3.943, 68}, {3.949, 69},
{3.955, 70}, {3.961, 71}, {3.968, 72}, {3.974, 73}, {3.981, 74}, {3.987, 75}, {3.994, 76}, {4.001, 77}, {4.007, 78}, {4.014, 79},
{4.021, 80}, {4.029, 81}, {4.036, 82}, {4.044, 83}, {4.052, 84}, {4.062, 85}, {4.074, 86}, {4.085, 87}, {4.095, 88}, {4.105, 89},
{4.111, 90}, {4.116, 91}, {4.12, 92}, {4.125, 93}, {4.129, 94}, {4.135, 95}, {4.145, 96}, {4.176, 97}, {4.179, 98}, {4.193, 99},
{4.2, 100}}   

pour être exacte il faudrait mesuré le courant de décharge mais pour nous la tension c'est largement suffisant

je crois qu'il n'existe pas d'instruction qui retourne la valeur de la tension Raw (tension directe de la batterie), donc une solution simple serait de raccorder la patte RAW à une entrée Analogique, A3 par exemple et de faire un petit barre graph pour indiquer la charge ou simplement le pourcentage

j'en profite pour lister les points qui reviennent ou qui on été abordés

- pouvoir régler le volume du son
- amélioré le fix du gps
- ajouter la mesure barométrique aux enregistrements sur la carte SD
- régler le problème du bluetooth
- trouver une solution simple pour mettre à jour l'arduino (bouton reset)
- rassembler tout les réglages (seuls, volume du son,...) dans un fichier de config sur la carte SD
- afficher l'heure et le temps de vol
- afficher la charge de la batterie et faire des tests d'autonomie, savoir quant la batterie est totalement chargée
- créer un programme qui récupère et convertie les trace en IGC et nettoie la carte SD des fichiers vides - (GPSBabel marche très bien mais cela demande pas mal de manip) - je pense que l'idée est aussi de rendre ce petit vario accessible au non informaticien et électronicien
   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Avril 2017 - 09:28:07
@Van Hurlu

Décidément Van Hurlu tu n'est pas très chanceux :D ! Il t'arrives toutes les galères possible avec le vario. Au moins ça t'aura fait bricoler tu vas devenir un pro de la soudure ;)

Alors voilà ce que tu dois vérifier pour le GPS :

-> Vérifies la connexion de l'antenne en dessous et sort l'antenne de son logement de façon à la poser à côté du vario pointant vers le ciel. Testes si dans cette configuration tu arrives à capter les GPS. Si ce n'est pas le cas c'est qu'il y a un problème de connexion quelque part.

-> Vérifies au testeur de continuité les soudures du GPS. Sert toi de ce qui reste des connecteurs qui sortent en haut à gauche du vario. Et de haut en bas :

1) VCC -> pin RAW de l'arduino
2) RX -> non connecté
3) TX -> pin RXI de l'arduino
4) GND -> pin GND de l'arduino

-> Si c'est encore bon et bin il faut vérifier la soudure de l'antenne sur sa plaque. C'est le problème qui m'est arrivé sur mon vario à moi. Déconnectes l'antenne et suit le circuit du connecteur jusqu'au composant central avec son étiquette blanche. A la loupe regarde la soudure. Dans mon cas le composant n'étais pas bien plaqué sur sa plaque et du coup la soudure touchais le bas du composant mais ne montait pas suffisamment pour faire contact. Regardes bien. Si tu pense que c'est ça le problème. Dis le moi je t'expliquerais comment le ressouder.

@jpg63

Super la liste ! Pour faire un suivit et que tout le monde puisse participer je pensais ajouter un repo sur mon GitHub concernant le kit. Cela permettrait déjà à tout le monde de parler en français (je mentiens le code du vario en anglais). Et il y a une menu "issues" pour lister la liste des problèmes actuels du vario.

Ce qui est bien c'est que du coup il y a un fil de discution par "issues" et on peut en discuter séparément. C'est plus facile à suivre que sur le forum.

Pour la charge de la batterie il y plusieurs personnes qui sont passé sur ce fil et qui avaient implémenté cette fonctionnalité. Il faudrait qu'il nous disent comment faire.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Avril 2017 - 09:57:35
Citation
- pouvoir régler le volume du son
- amélioré le fix du gps
- ajouter la mesure barométrique aux enregistrements sur la carte SD
- régler le problème du bluetooth
- trouver une solution simple pour mettre à jour l'arduino (bouton reset)
- rassembler tout les réglages (seuls, volume du son,...) dans un fichier de config sur la carte SD
- afficher l'heure et le temps de vol
- afficher la charge de la batterie et faire des tests d'autonomie, savoir quant la batterie est totalement chargée
- créer un programme qui récupère et convertie les trace en IGC et nettoie la carte SD des fichiers vides - (GPSBabel marche très bien mais cela demande pas mal de manip) - je pense que l'idée est aussi de rendre ce petit vario accessible au non informaticien et électronicien

J'aurai distingué plusieurs niveaux d'urgence :

1- l'indispensable pour que l'on puisse l'emmener en vol avec utilité tout de suite
- pouvoir régler le volume du son
- pouvoir changer la valeur de début de bip de montée et/ou la valeur d'intégration ?
- améliorer le fix du gps (là je répète, car le mien ne fixe rien du tout pour l'instant)

2- ce qui serait encore plus chouette
- trouver une solution simple pour mettre à jour l'arduino sans utiliser de bouton reset
- rassembler tout les réglages (seuils, volume du son, intégration, alarme de descente...) dans un fichier de config sur la carte SD  :pouce:
- afficher l'heure et le temps de vol

3- ce qui me ferait peut-être revendre mon skytraxx  :roll:
- écrire directement de l'IGC sur la carte SD (est-ce possible ?)
- faire l’interfaçage avec XCSoar (ou autre)
- que Logfly puisse lire directement la carte SD
- afficher la charge de la batterie

mon investissement de 50€ est déjà une réussite au vu du nombre de choses que j'ai apprises ... merci Baptiste  :trinq:


Question: quelqu'un connait un tuto pour apprendre à se servir XCSOAR ? La doc est un peu rebutante.



Citation
Décidément Van Hurlu tu n'est pas très chanceux ! Il t'arrives toutes les galères possible avec le vario. Au moins ça t'aura fait bricoler tu vas devenir un pro de la soudure
Dans ma jeunesse, j'ai été longtemps un pro de la soudure.
Je galère un peu, car j'utilise du fil de diamètre trop gros (1.5mm) Je conseille vivement à ceux qui n'ont pas commencé leur montage de se servir de fil beaucoup plus fin.

Je n'ai pas beaucoup de réussite sur ce coup, mais je suis un têtu et je finis toujours par réussir  :roll:
je me lance dans le dépannage du gps aujourd'hui (de toute façon la MTO est désastreuse)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Avril 2017 - 10:45:46
Je me suis permis d'ajouter quelques issues à ton github

j'ai fait des test, mon GPS fixe en à peu prêt 2min

je viens de constaté que l'enregistrement des données débute au fix du GPS, il serait mieux que l'enregistrement début au début du vol - vitesse 3km/h changement altitude +- 3m en moins de 5sec

je vais travailler sur la modification de la bibliothèque nmea pour ajouter 2 fonctions - récupération de l'heure et récupération de l'heure en sec. Après je travaillerai sur l'affichage de l'heure et le calcul du temps de vol   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Avril 2017 - 11:37:14
Salut à tous !

Désolé d'insister. Mais les "issues" concernant le Kit ne devraient pas se trouver dans "arduino-variometer". Uniquement celles concernant le code. Et il serait normalement mieux de les rédiger en anglais. Même si ce dernier point n'est pas très grave ...

J'ai créé un nouveau repository pour vous :

https://github.com/prunkdump/variometer-kits

On pourra y mettre  les tutos concernant le kit et les différentes idées qui emmergent du forum. Vous pouvez vous lâcher ici  :D  et même en français  :prof:  Je dis ça parceque pas mal de personnes me contactent en anglais concernant "arduino-variometer" et je ne voudrais pas qu'ils croient que je ne réponds qu'en français.

Question importante pour ceux qui ont l'habitude d'utiliser les trames NMEA et les logiciels type XCSoar.

Je me suis donné de la peine pour substituer dans les trames NMEA les altitudes GPS par les altitudes barométrique puisqu'elles sont plus "précises".

Apparemment il semble que cette modif soit inutile puisque la majoritée des logiciels gèrent bien les deux données simultanément.

-> Pouvez vous me confirmer que c'est bien géré par XCSoar ? Comment reçoit-il les altitudes baro ? Uniquement avec la pression statique des trames open vario ?

-> Pouvez vous me confirmer que l'altitude baro est bien géré par le format IGC ? Lors de la convesion NMEA -> IGC comment le convertisseur extrait-il cette information ? Connait-il les trames OpenVario ?

-> Dans les programmes en ligne de type Logfly. L'altitude barométrique est-elle utilisée ? Ca serait dommage dans le cas contraire.

Il faut décider de cela pour savoir comment réécrire le bibliothèque NMEA.

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Avril 2017 - 12:08:17
Désolé pour les issues, je vais les déplacer et les fermer sur "arduino-variometer"

merci pour le repository "variometer-kits"

converti avec gpsbabel les traces igc n'ont pas l'altitude baro

B0952074537844N00307002EA0000000802

B 095207 4537844N 00307002E A 00000 00802


l'enregistrement B de l'igc

B160245 5107126N 00149300W A 00288 00429 195 09 020

B
Time UTC      6 bytes   HHMMSS
Latitude      8 bytes   DDMMmmmN/S
Longitude      9 bytes   DDDMMmmmE/W
Fix validity   1 byte.   A or V
Press Alt.      5 bytes   PPPPP         Baro
GNSS Alt.      5 bytes   GGGGG         GPS

du coup l'altitude baro n'est pas géré dans LogFly


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Avril 2017 - 12:25:16
-> Si c'est encore bon et bin il faut vérifier la soudure de l'antenne sur sa plaque. C'est le problème qui m'est arrivé sur mon vario à moi. Déconnectes l'antenne et suit le circuit du connecteur jusqu'au composant central avec son étiquette blanche. A la loupe regarde la soudure. Dans mon cas le composant n'étais pas bien plaqué sur sa plaque et du coup la soudure touchais le bas du composant mais ne montait pas suffisamment pour faire contact. Regardes bien. Si tu pense que c'est ça le problème.

Dis le moi je t'expliquerais comment le ressouder.

tout le reste est contrôlé, tout ok
je ne peux pas suivre le circuit de l'antenne qui est dessous
je ne peux pas facilement dessouder la carte GPS, il faudrait que je dessoude le lecteur

à la loupe toutes les soudures ont l'air bien sur le composant central


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Avril 2017 - 12:40:41
Si si tu peux voir la connexion de l'antenne. Elle n'est pas traversante.

-> Retourne le vario de façon à voir le petit cercle de connexion de l'antenne.
-> Suit le chemin qui part du petit cercle vers le composant avec l'étiquette blanche
-> Regarde s'il est bien soudé et s'il ne fait pas contact avec les composant adjacent.

J'essairai de te faire une photo détaillé.

https://lh3.googleusercontent.com/bT9Mnav-UKn0gTTUHpdshfXWAQrtf3wtRr7_TbvLXbR_Yt_GKwiJE34gRYUaiG2shkE1hlBhu8bY73HI7n_sbegS0OgAkyXJJKJaqdwhXlxHaZ0JwPm-aLhU2b5j_RzhXc0JLw=w1148-h765-no

Le chemin est juste à gauche de mon doigt.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Avril 2017 - 14:18:33
tout semble bon,
toi tu as fait quoi ? tu as chauffé les soudures du gros ?

si j'étais sur que ça vienne de cette carte, j'en commanderai une autre !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Avril 2017 - 16:30:52
Fixation au élévateurs et lien de sécurité

(https://img4.hostingpics.net/pics/73209320170430160344.jpg) (https://www.hostingpics.net/viewer.php?id=73209320170430160344.jpg)

(https://img4.hostingpics.net/pics/68379320170430160353.jpg) (https://www.hostingpics.net/viewer.php?id=68379320170430160353.jpg)

(https://img4.hostingpics.net/pics/45643020170430160549.jpg) (https://www.hostingpics.net/viewer.php?id=45643020170430160549.jpg)

(https://img4.hostingpics.net/pics/51648620170430160558.jpg) (https://www.hostingpics.net/viewer.php?id=51648620170430160558.jpg)


(https://img4.hostingpics.net/pics/38048520170430160400.jpg) (https://www.hostingpics.net/viewer.php?id=38048520170430160400.jpg)

(https://img4.hostingpics.net/pics/91427220170430160408.jpg) (https://www.hostingpics.net/viewer.php?id=91427220170430160408.jpg)

(https://img4.hostingpics.net/pics/92752020170430160433.jpg) (https://www.hostingpics.net/viewer.php?id=92752020170430160433.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Avril 2017 - 16:40:34
Oui mais moi on voyait clairement qu'il n'y avait pas de soudure dans les creux du composant GPS. J'ai donc remis de la soudure au fer à souder. Mais c'est une soudure très delicate il faut faire attention.

L'antenne est elle bien connecté à la deuxième "patte" du composant ?

Est-ce que le petit voyant bleu du GPS s'allume lorsque tu met vario sous tension ?

Essayes de tout vérifier visuellement. Regarde s'il n'y a pas de composants qui semble mal positionné.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Avril 2017 - 16:43:54
Joli boulot jpg63 !  :bravo:

Avec ça tu aura une visibilité nickel !

Plus qu'à tester tout ça en vol !  :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Avril 2017 - 17:07:11
Oui mais moi on voyait clairement qu'il n'y avait pas de soudure dans les creux du composant GPS. J'ai donc remis de la soudure au fer à souder. Mais c'est une soudure très delicate il faut faire attention.

L'antenne est elle bien connecté à la deuxième "patte" du composant ?

Est-ce que le petit voyant bleu du GPS s'allume lorsque tu met vario sous tension ?

Essayes de tout vérifier visuellement. Regarde s'il n'y a pas de composants qui semble mal positionné.

pas de petit voyant bleu sur le GPS, je ne l'ai jamais vu s'allumer, je ne savais même pas qu'il y en avait un  :mrgreen:
pourtant il y a 3.6v à l'entrée du module gps ?
je t'ai fais un mail pour te demander la ref. je vais en commander un autre et arrêter de perdre du temps


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Avril 2017 - 18:58:54
je viens de mettre à jour la librairie beeper et le code variometer.ino

j'ai juste un problème, la compilation se passe bien mais le code ne marche pas, j'ai l'impression que mon FIRM.HEX n'est comme le tiens Prunkdump, car quand j'appuie sur reset, au lieu d'avoir la led qui clignote vite et le vario qui reboot, ma led reste allume et plus rien le vario reste planté

Si tu as une idée


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 30 Avril 2017 - 20:13:18
salut les gars je suis en train de me lancer dans ma v2 avec celui de punkdump je me pose une question on peut se servir d un arduino nano ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: py le 30 Avril 2017 - 22:24:33
salut les geeks soudeurs,
l'initiative à l'air sympa et ca fait plaisir de voir que vous vous amusez ...
mais heu ... ca parle pas des masses de parapente ces 20+ pages !?! ;)  :sos:
ca vaudrait pas la peine de migrer tout le helpdesk sur github, et venir poster les trucs  (un peu) comprehensibles ici ?  :canape:
bonne continuation   :ange:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 30 Avril 2017 - 23:47:22
[...]

DiskPart est sympa, mais ...

Pour un utilisateur de PC lambda, cela me semble plus facile de lancer "Gestion de l'Ordinateur"
de choisir "Gestion des disques"
de sélectionner la SD
de supprimer le ou les volumes de la SD
et de créer un nouveau volume de 2048 formaté en FAT

 :coucou:

[...]

ça marche pas à tout les coup : supprimer le volume de la SD est souvent "grisé". Même en 'démontant' la carte SD. Peut-être ça dépends du type de lecteur de carte utilisé ??

Citation de: Van Hurlu
[...]

Question: quelqu'un connait un tuto pour apprendre à se servir XCSOAR ? La doc est un peu rebutante.

[...]

Oublie XCSoar :P XCTrack bien plus sympa. Sinon XCSoar pour la prise en main tu l'install sur PC ou tablette et tu l'utilise en mode SIM.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 01 Mai 2017 - 00:30:37
Désolé pour les issues, je vais les déplacer et les fermer sur "arduino-variometer"

merci pour le repository "variometer-kits"

converti avec gpsbabel les traces igc n'ont pas l'altitude baro

B0952074537844N00307002EA0000000802

B 095207 4537844N 00307002E A 00000 00802


l'enregistrement B de l'igc

B160245 5107126N 00149300W A 00288 00429 195 09 020

B
Time UTC      6 bytes   HHMMSS
Latitude      8 bytes   DDMMmmmN/S
Longitude      9 bytes   DDDMMmmmE/W
Fix validity   1 byte.   A or V
Press Alt.      5 bytes   PPPPP         Baro
GNSS Alt.      5 bytes   GGGGG         GPS

du coup l'altitude baro n'est pas géré dans LogFly


C'est pas forcément vrai.
La je conclu juste que si tu envoie un fichier IGC à Logfly sans alti-pression mais avec alti-gps il se contente de ça.

A réfléchir.


Autrement, mon avis à 5 centimes par rapport au différents messages précédents :

-C'est quoi l’intérêt de commencer d'enregistrer la trace sur la carte SD tant que le fix n'est pas fait ?? A part avoir le temps de vol et les valeurs vario, aucun, non ?
De plus, essayer de faire un fix en déplaçant le GPS est ce qu'il y a de plus dur. L’allumer en vol... j'y crois pas trop.

-L'accès au reset, c'est quand même le truc le moins indispensable non ? On peux bien démonter 4 vis pour atteindre le reset, non ?

-Comme de nombreux ali-vario-gps : je calerai l'alti baro avec l'ali gps avant le déco dès que la précision est correcte (4-5 satellites, non ? ou utiliser la valeur précision alti du gps) Ensuite tout reste : alti baro.

-Par contre quel valeur enregistrer/envoyer : GPS ou Baro ? Je ne sais pas comment gérer ça dans le NMEA. Dans l'IGC on sauvegarde les deux valeurs comme jpg63 l'a montré. Je veux bien faire des essais avec XCSoar et XCTrack mais pour le moment, il semble qu'ils reçoivent toutes les trames NMEA mais ils ne les interprétent pas ?
Dans XCTRack on peux choisir utiliser GPS Externe (on/off) et utiliser baro interne ou baro externe. Je vais essayer de trouver dans la doc ou autre si c'est en passant par trames NMEA + Openvario.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Gej le 01 Mai 2017 - 08:21:46
Salut à tous,
Votre projet est vraiment sympa! :pouce:
En ce qui concerne le protocole échange externe, il semble que XCTrack se soit inspiré du projet LK8000
http://xctrack.org/External_Sensors.html
https://github.com/LK8000/LK8000/blob/master/Docs/LK8EX1.txt



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Mai 2017 - 09:32:40

C'est pas forcément vrai.
La je conclu juste que si tu envoie un fichier IGC à Logfly sans alti-pression mais avec alti-gps il se contente de ça.

A réfléchir.

je voulais juste indiquer que les enregistrement NMEA n'étaient pas bien convertis par GPSBABEL et que du coup les altitude barométrique n’était pas dans le fichier IGC. LogFly gère les 2 altitudes et fait des stats sur l'altitude GPs si il n'a pas l'altitude barométrique, comme le ferait XcGlobe ou d'autre site de dépo de trace. Le soucis c'est que l'altitude GPS est vraiment pas très juste, est fluctuante, dû à la méthode de calcul. Il me semble important d'avoir les altitudes barométrique donc de réfléchir pourquoi elle ne sont pas convertis


-C'est quoi l’intérêt de commencer d'enregistrer la trace sur la carte SD tant que le fix n'est pas fait ?? A part avoir le temps de vol et les valeurs vario, aucun, non ?
De plus, essayer de faire un fix en déplaçant le GPS est ce qu'il y a de plus dur. L’allumer en vol... j'y crois pas trop.

Avoir le temps de vol à l'affichage comme sur les traces me semble important, mais c'est mon avis. Par exemple tu allume le vario, tu séche pendant 30min en attendant les bonne conditions, tu vol 1h, ta trace indique 1h30 avec un grand plat de 30min. Tout les vario même les plus basiques, mon vieux digifly (non gps) n'enregistrée que le vol, je crois quant plus c'est implementé dans le code, avec une vitesse de 10km/h mais je ne sais pas pourquoi ça ne marche pas, je signalais le problème

Allumage en vol, aucun problème, fixé aux élévateurs, avec mon sysride je passe d'un écran à l'autre et avec mon petit bouton aucun soucis sur ce petit vario. C'est un projet open du coup chacun pourra y apporter ses envies et ça façon de voler. Ça met déjà arrivé d'attendre au déco près, le vario coupé et de sauter dans la sellette en oubliant de l'allumer, mais c'est plus souvent en bi que je l'oublie, tu prépare le passager et les instruments ce n'est pas la priorité, tu décolle et la tu te dis que le vario ça peut aider


-L'accès au reset, c'est quand même le truc le moins indispensable non ? On peux bien démonter 4 vis pour atteindre le reset, non ?


Je suis d'accord, ce n'est pas indispensable, juste que pendant la phase de test et de beta-test le code va souvent changer, les pilotes qui vont s'impliquer vont certainement démonter des dizaines de fois le boitier, les vis ne vont plus tenir et à chaque fois il y a un risque de déconnecter l'écran, dessouder la batterie, voir de la coincer et la percer (les lipos sont des batteries hautement dangereuses). Si la méthode de mise à jour est simplifié, c'est plus agréable. Je suppose que Prunkdump a envie que son petit vario soit diffuser à plus de 10 pilotes, il faut penser aussi aux futur utilisateurs, peu être moins à l'aise avec l’électronique et l'informatique   


-Comme de nombreux ali-vario-gps : je calerai l'alti baro avec l'ali gps avant le déco dès que la précision est correcte (4-5 satellites, non ? ou utiliser la valeur précision alti du gps) Ensuite tout reste : alti baro.

-Par contre quel valeur enregistrer/envoyer : GPS ou Baro ? Je ne sais pas comment gérer ça dans le NMEA. Dans l'IGC on sauvegarde les deux valeurs comme jpg63 l'a montré. Je veux bien faire des essais avec XCSoar et XCTrack mais pour le moment, il semble qu'ils reçoivent toutes les trames NMEA mais ils ne les interprétent pas ?
Dans XCTRack on peux choisir utiliser GPS Externe (on/off) et utiliser baro interne ou baro externe. Je vais essayer de trouver dans la doc ou autre si c'est en passant par trames NMEA + Openvario.


Je pense que le GPS doit effectivement ne servir que de calage du baromètre. Le baromètre est précis mais dépendant de la pression atmosphérique, le GPS est la pour fixer la pression de référence. La pression atmosphérique peut changer dans le temps et en fonction du lieu, c'est pour cela que sysride et je crois que c'est les seuls, recale leur baro toutes les 15min.
Il est possible dans NMEA de tricher est de remplacer l'altitude du GPS par l'altitude BARO lors de l'enregistrement. Du coup après conversion on aura juste l'info GPS mais altitude sera juste.

pour Xctrack ou xcsoar je ne sais pas comment ils marchent et quelle trame ils acceptent   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Mai 2017 - 09:47:59
DiskPart est sympa, mais ...
Pour un utilisateur de PC lambda, cela me semble plus facile de lancer "Gestion de l'Ordinateur"  [...]

ça marche pas à tout les coup : supprimer le volume de la SD est souvent "grisé". Même en 'démontant' la carte SD. Peut-être ça dépends du type de lecteur de carte utilisé ??


Pour une fois que j'ai un truc qui fonctionne sans me prendre la tête ...  :mrgreen:

J'ai même pu formater une partition de 3Go en FAT,
j'espère que ce n'est pas idiot de choisir un volume plus grand, cela me permettra de garder plus de traces.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Mai 2017 - 10:02:49
salut les geeks soudeurs,
l'initiative à l'air sympa et ca fait plaisir de voir que vous vous amusez ...
mais heu ... ca parle pas des masses de parapente ces 20+ pages !?! ;)  :sos:
ca vaudrait pas la peine de migrer tout le helpdesk sur github, et venir poster les trucs  (un peu) comprehensibles ici ?  :canape:
bonne continuation   :ange:

Je doute que ton post espérait une réponse ?
Permet moi de te dire qu'avant de lire ce post dans le CDV, je ne connaissais même pas l'arduino et encore moins github.
Donc oui c'est intéressant que ce fil soit sur ce forum et on ne parle que d'instruments de vol, donc de parapente entre parapentistes.

Juste que la tournure du fil et la qualité du travail de Prunkdump mériterait que ce fil soit déplacé dans : "instruments de vol"
Car, oui "notre amusement" va déboucher sur une alternative "libre" aux instrument de vol de marque.

 :coucou:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Mai 2017 - 10:13:28
Salut à tous  :coucou:

@jpg63

J'ai intégré ton code sur le GitHub du projet avec quelques modifs légères. J'ai pas eu le temps de le tester par contre.

Lorsque tu compiles as-tu bien choisi "arduino pro, pro mini, 3,3V 8Mhz" dans le menu "outil" ? Ton fichier HEX a l'air d'être formaté normalement. Je t'envois le firmware compilé depuis mon PC pour voir s'il y a une différence. Attention de bien prendre le firmware sans bootloader et de ne renommer avant de la copier sur la carte.

Vérifies également qu'il n'y a pas de vieilles librairies qui traînent dans ton arborescence Arduino. Vide tout et remplace par l'intégralité du code du GitHub.

@guillaume1

Salut Guillaume ! Ca faisait un petit moment.

Tu peux monter le projet avec un arduino nano mais c'est dommage. Tu vas devoir augmenter la tension de 3.7V à 5V en sortie de la batterie puis redescendre toutes les sorties de l'arduino en 3,3V. En plus cela va diminuer fortement l'autonomie du vario.

Je te conseilles de passer plutôt au pro mini. Ou si tu n'aimes pas le fait qu'il n'ai pas d'USB tu peux aller voir chez sparkfun. Ils ont des plaques 3,3V avec un micro USB.

@Gej

Salut ! N'hésites pas à te lancer si ça t'interesses. L'objectif de ce fil est d'avoir une maximum de retour sur les fonctionnalités attendues d'un vario. Puisque le projet est ouvert, tous le monde est libre de le modifier comme il le souhaite.

Super le lien  :pouce: je vais potasser ça.

Pour le début de l'enregistrement de la trace :

Effectivement il y a déjà dans le code une "reconnaissance" du début du vol. Elle servait à la base pour le bip de zerotage qui bipperai sinon sans arrêt au déco. C'est donc très facile de changer le code pour avoir cette fonctionnalité.

Mais pendant les phases de test. Je préfère laisser comme ça pour qu'on ait pas tous besoin de courrir dans le jardin pour lancer la sortie du GPS.

Autrement le recallage du baro avec l'alti GPS est déjà implémenté. Si vous observez bien votre vario, au moment du fix l'altitude change. Mais pour l'instant il ne regarde pas le nombre de satellites ni la précision. Il prends simplement la cinquième valeur d'altitude. Il faudrait peut-être ajouter ça dans les "issues". Et aussi il ne relance jamais le recallage.

L'accès au reset

Je suis d'accord ça serait bien qu'on ait plus à démonter les vario. C'est un risque à chaque fois d'abîmer le matériel. C'est d'ailleurs pour ça à la base que j'ai programmé le bootloader. Mais après coup je trouvais génant qu'il se lance à chaque allumage. D'où le bouton reset pour le moment.

La j'ai un peu de boulot mais dans la semaine je vous fait ça.

Pour les altitudes GPS et barométriques :

Bon le problème n'est pas complètement résolu. Mon idée de substituer l'altitude baro dans les trames NMEA n'est pas complètement idiote donc. Elle permet pour l'instant de l'utiliser dans logfly (qui croit que c'est l'alti GPS).

Mais globalement il semble que presque tous les logiciels/formats gèrent les deux altitudes. Il n'y a que le passage NMEA->IGC qui n'est pas très clair.

Il faut que je trouve le temps de travailler sur le code du bluetooth pour pouvoir tester XCtrack.



 



 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Mai 2017 - 10:20:13
Tiens Xiboard si tu peux tester ce code avec le bluetooth (en pièce jointe). Chez moi ça marchait. Mais peut être qu'il y a une question de timing qui m'échappe.

Van Hurlu pas besoin de passer à 3Go. Je ne suis plus bien sur que ça soit bien supporté par le FAT. Et de toute façon avec 2Go tu peux stocker des années de traces GPS :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Mai 2017 - 10:44:53
Merci prunkdump,

j'ai bien compiler avec pro-min 3.3v, je vais vérifier mes bibliothèques car mon .HEX fait 74ko et le tien 82ko.

c'est peux être le bluetooth qui est ajouté ?

Sinon c'est qu'il y a forcément quelques choses de différent chez moi.

Tu utilise quelle version du compilateur ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: py le 01 Mai 2017 - 10:56:20
Je doute que ton post espérait une réponse ?
c etait juste un appel à modération ;)
si on pouvait eviter les gory details des commandes de partition de SD et les patches de code ... ! :sos:

bizarrement ca n'avait pas dépassé 1 page là https://forum.arduino.cc/index.php?topic=237376.0  :init:

... "notre amusement" va déboucher sur une alternative "libre" aux instrument* de vol de marque.
oui c est clair que y a pas de grosse barriere technologique.
y a aussi des chances que le temps que vous finissiez les soudures, les accelerometres des telephones seront suffisamment précis pour ne plus avoir besoin de bricoler du hardware  :ange:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Mai 2017 - 11:01:38
J'utilise une vieille version "1.0.5". Sous linux presque tout le monde est resté à cette version, je ne sais pas pourquoi.

Non je n'ai pas ajouté le bluteooth dans la version que je t'ai envoyé. Elle fonctionne d'ailleurs ?

Je pencherais plutôt pour une ancienne bibliothèque qui traîne. Vérifies bien dans ton dossier "librairies" qu'il n'y a aucune autre bibliothèque que les miennes. Il peux y avoir des incompatibilités sinon. (Par exemple j'ai modifié la bibliothèque I2CDev donc il ne faur plus que la version originale soit présente).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: f@b le 01 Mai 2017 - 11:23:45
salut les geeks soudeurs,
l'initiative à l'air sympa et ca fait plaisir de voir que vous vous amusez ...
mais heu ... ca parle pas des masses de parapente ces 20+ pages !?! ;)  :sos:

Toujours plus que dans les posts politiques non ?

Continuez les gars ! C'est top et tout le monde peut jouer (en plus ça ne vole pas !) !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: py le 01 Mai 2017 - 11:27:14
... Toujours plus que dans les posts politiques non ?
houla oui !
et d'une façon tellement plus constructive, c'est une belle leçon ! ;)  :ppte:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 01 Mai 2017 - 13:13:49
[...]
je voulais juste indiquer que les enregistrement NMEA n'étaient pas bien convertis par GPSBABEL et que du coup les altitude barométrique n’était pas dans le fichier IGC.
Entièrement d'accord, je vais faire qq essais. Mais ça m'étonne pas NMEA c'est du pur GPS. J'ai pas bien regardé mais Prunk à rajouter des trames OpenVario ($POV, n'est ce pas ?). On a l'alti baro et valeur vario dedans c'est ça ? Je pense que GPSBABEL n'utilise pas ces lignes $POV. Donc avec GPS Babel ça saute.
D'où la bonne idée de dev un petit prog très lèger de décharge des traces. Il nous fera le NMEA + OpenVario > IGC. Je verrai bien dans ce log la detection du déco et attero. Et ajustable à la main si on veux : Je vole pas mal en soaring, il arrive de ne pas avancer et de ne pas varier d'alti pendant plusieurs minutes des fois (pour admirer le coucher de soleil par exemple) Bon, les traces IGC des vols de soaring osef un peu... (juste bien pour les temps de vols des voiles)

[...]
Avoir le temps de vol à l'affichage comme sur les traces me semble important, mais c'est mon avis. Par exemple tu allume le vario, tu séche pendant 30min en attendant les bonne conditions, tu vol 1h, ta trace indique 1h30 avec un grand plat de 30min. Tout les vario même les plus basiques, mon vieux digifly (non gps) n'enregistrée que le vol, je crois quant plus c'est implementé dans le code, avec une vitesse de 10km/h mais je ne sais pas pourquoi ça ne marche pas, je signalais le problème

Allumage en vol, aucun problème, fixé aux élévateurs, avec mon sysride je passe d'un écran à l'autre et avec mon petit bouton aucun soucis sur ce petit vario. C'est un projet open du coup chacun pourra y apporter ses envies et ça façon de voler. Ça met déjà arrivé d'attendre au déco près, le vario coupé et de sauter dans la sellette en oubliant de l'allumer, mais c'est plus souvent en bi que je l'oublie, tu prépare le passager et les instruments ce n'est pas la priorité, tu décolle et la tu te dis que le vario ça peut aider
[...]

 :pouce:
Entièrement d'accord. Je disais juste "je n'y crois pas" dans le sens, je doute que le fix GPS y arrive. Hier j'ai allumé le vario en voiture en roulant à 90km/h. Il n'a jamais réussi à fix sur 15min. Je m'arrête, il a fix en 30s.

D'ailleurs pour info sous un ciel très couvert (orageux) et derrière par-brise(Pour Van Hulu, on trouve le nombre de GPS dans le fichier généré sur la carte SD) :
17h44m31   3sat (fix à l'arrêt)
17h44m33   5sat (tjr à l'arrêt)
(Là j'ai repris la route à 90km/h)
17h45m03   6sat
17h47m03   7sat
17h56m07   8sat
17h58m05   9sat
18h11m16   10sat

Précision très bonne et pas de fluctuation de la vitesse GPS.
[HS]: Passé 100km/h l'affichage n'apprécie pas  :P Vous allez me dire, 100km/h en parapente, on a de la marge... bin pas tant que ça pour certain :
http://parapente.ffvl.fr/cfd/liste/2016/vol/20212161 (http://parapente.ffvl.fr/cfd/liste/2016/vol/20212161) (Pointe à 89km/h à la fin du vol !! :bu: )
Et les affolement de varios quand on double un camion ou que l'on se fait doubler c'est assez amusant. Idem lorsque l'on ouvre une fenêtre !
[/HS]

Autrement il me semble avoir remarqué quelque chose, toujours en voiture, lors de grandes courbes à plat (vive les landes) le vario fluctue beaucoup. Je me suis demandé si c'était dû au décalage du vecteur accélération vers l’extérieur du virage ? Bon, en voiture le vario reste à plat. En parapente, le vecteur accélération va plus ou moins toujours resté dans l'axe voile-pilote (sauf en SIV ROTFL )

Bref, des détails, d'un point de vue hardware chez moi tout marche impec.

@PrunkDump, je vais test ta version bluetooth dès que j'ai un moment...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 01 Mai 2017 - 21:13:35
Je n'ai pas eu le temps d'avancer sur le kit prunkdump ; je suis occupé par ailleurs.

Le mien semble fonctionner...
mais il semble avoir des problèmes de réception GPS :
  . mise en marche chez moi à l'extérieur, immobile : il fini par capter au bout de 3 à 5 mn.
  . mise en marche dans la voiture en mouvement : incapable de faire un fix GPS ; alors que le smartphone fait un fix GPS en quelques secondes.

Je n'ai pas du tout creusé ; 2 essais sur mon rebord de fenetre, et 2 essais dans la voiture.

Je crois avoir vu sur le module GPS quelque chose qui ressemble à une petite pile ; est-ce bien le cas ?
Est-ce que le module GPS qu'on utilise a la capacité de mémoriser son "environnement", ou bien doit-il le redécouvrir à chaque fois ? S'il doit le redécouvrir, ca expliquerait le temps pour le fix.


Pour la partie XCSoar, et trames NMEA :

- je crois comprendre (à confirmer) que le prunkVario enregistre les mêmes trames NMEA sur la sdcard et vers le bluetooth ; si c'est le cas, merci de mettre en ligne ou de me passer la trace d'un vol, j'essaierais de voir ce que ca donne sous XCSoar

- ou si vous voulez tester, j'ai déposé sur github du code (perl) qui permet de "pousser" vers XCSoar en TCP ou UDP des trames NMEA.
C'est à https://github.com/vmath54/xcsoar/tree/master/IGC ; c'est du "brut"
J'ai fait cela lorsque prunkdump a parlé de son vario, et qu'il envisageait la connexion bluetooth. J'ai fait qqs essais, et j'ai un peu abandonné, faute de temps ...

Pour le fonctionnement de XCSoar :
Je me suis fait des petites docs perso, mais je n'ai pas d'expérience : un seul vol en réel avec XCSoar, récent, en planeur.
Je vous passe ces docs, c'est aussi "brut de fonderie".

Je vais essayer d'avancer sur les trames NMEA qui vont bien pour XCSoar, et le paramétrage adéquat coté XCSoar.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Mai 2017 - 22:50:31
vmath54 salut, je te mets 2 petits ploufs enregistrée avec mon vario fraîchement soudé, si ça peut aider

Prunkdump, merci pour ton aide,

coté compilateur c'est bon, j'ai pris la dernière version 1.8.2,  les bibliothèques SPI et EEPROM de la version 1.0.5 et tes bibliothèques. Le code fait 74ko au lieu de 82ko et il fonctionne parfaitement.
j'ai testé le code avec réglage du volume c'est tout bon, avec 6 je trouve que le volume est largement suffisant

Je vais m'attaquer à une petite modification de la bibliothèque NMEA pour ajouter 2 fonctions qui me permettront d'afficher l'heure et de gérer l'affichage du temps de vol

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Mai 2017 - 00:56:28
Quelques essais du soir pour l'interface avec XCSoar ou XCTrack :

J'ai testé ça :
Code:
void loop(){
  delay(1000);
  Serial.println("$POV,P,1011.35,E,2.15*6D");
}

La transmission avec le Bluetooth marche bien : dans XCSoar on peux voir les trames.

J'ai pas réussi à les faire reconnaître par XCTrack.
Ça marche bien dans XCSoar mais seul, sous le protocole OpenVario (logique) et pas NMEA. Donc je vois pas comment 'noyer' des trames OpenVario au milieu du NMEA et que XCSoar interprète les deux.

puis j'ai test ça :
Code:
void loop(){
  delay(1000);
  Serial.println("$LK8EX1,1009,1050,156,99,999,*14");
}

Ça marche impec avec XCTrack. Pas réussi à trouver dans XCSoar (alors que je pense que c'est possible)


Quelqu'un connais le protocole BlueFly Vario ? Il semble être pris en charge par les deux et inclure vario, alti, gps...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 02 Mai 2017 - 12:26:44
ca yest ma v2 est monté :P  :P  :P  :P
 par contre on lit la trace gps avec quel logiciel  :soleil:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Mai 2017 - 13:24:15
ca yest ma v2 est monté :P  :P  :P  :P
 par contre on lit la trace gps avec quel logiciel  :soleil:

salut, tu peux convertir la trace NMEA fichier.txt en IGC avec GPSBABEL et l'importer dans LogFly, dans xcglobe ou même dans doarama

http://www.gpsvisualizer.com/gpsbabel/?lang=fr

http://logfly.org/index.php?id=google-earth-utilisation

http://xcglobe.com/login

https://doarama.com/


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 02 Mai 2017 - 13:42:04
yes merci cool


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 02 Mai 2017 - 14:58:34
ouf ca y est j'ai recu le mien! en effet il était dans la boite aux lettres du voisin ;)
Je me mets au montage la semaine prochaine


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 02 Mai 2017 - 20:10:29
Salut à tous !

Bon courage encore à ce qui m'ont contacté et qui n'ont pas encore commencé où fini de monter leur vario ! ;)

Super guillaume1 pout ton montage. Tu vas pouvoir travailler avec nous. Merci jpg63 pour le test du code  :pouce:  Au moins un truc de résolu ! Il est possible maintenant de régler le volume du vario :D. Attends peut-être un peu pour modifier la bibliothèque nmea (Cf. ci-dessous). Merci pour ta video Xiboard ! Effectivement pour le moment le bluetooth doit être amélioré :? Selon la vitesse de la carte SD il fait bugger le vario.  J'explique ci-dessous d'où vient le problème. Tu n'as pas converti ton voisin au passage finlard   ;)  Si ça se trouve il est bon en électronique :D

Alors plus sérieusement :

Pour les trames du bluetooth/carte SD :

Il semble que le mélange actuel NMEA/Openvario ne soit pas une bonne idée. Il n'est ni pratique pour le fichier de trace (logfly, doarama ne le prennent pas) ni pour la communication bluetooth (Ca ne marche pas avec XCSoard ou XCTrack). Je pense qu'il n'y a pas le choix il faut changer de design...

Mais bonne nouvelle j'ai étudié le format IGC :

http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/igc_format_2008.html

et les trames "IGC->B" sont très proche des trames "NMEA->RMC". Du coup il pourrait finalement ne pas être si difficile de sortir du format IGC du vario. Du coup cela règlerait le problème des traces sur la carte SD qui serait compatibles avec la majorité des logiciels.

Mais XCSoard et XCtrack supportent-ils la communication au format IGC ?

Je comprends pas tout mais il semble que IGC supporte également des trames permettant d'envoyer la variation d'altitude. Est-ce que les experts peuvent étudier la chose ?

Pour le bug du vario avec le bluetooth :

Le problème de stabilité du vario avec le bluetooth vient du fait que la boucle principale fonctionne ainsi :

-> Elle lis les capteurs de pression et d'acceleration et met à jour Kalman
-> Elle regarde si le GPS envoie des données :
-> Si oui :
----> elle lis les données du GPS
----> elle les interprète
----> elle les écrits sur la carte SD
----> elle les envoi en bluetooth

Ainsi comme le GPS envoi toutes les 2 secondes une grosse quantité de données. Lorsque le GPS n'envois rien le vario n'a presque rien à faire. Lorsque le GPS se met à envoyer il a tout d'un coup plein de travail. El il doit le finir avant de recommencer à lire les capteurs ! Et si en plus la carte SD est un peu lente...

Il faut que j'arrive à répartir les calculs du vario de façon plus régulière.

Autre chose. Le vario envoie plein d'info inutiles. Comme toutes les trames GPGSA et GPGSV.

A étudier ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Mai 2017 - 20:41:33
@PrunkDump

Je pense que aucune appli ne gère la réception d'IGC. Mais oui les IGC c'est très simple et proche du NMEA.
J'ai fait une demande à la team de XCTrack pour qu'il me propose un protocole qu'il prennent en charge (XCTracker, GPSBip, BlueFly, ...). Moi j'ai cherché est j'ai pas réussi à trouver. Je sais que le protocole BlueFly est pris en compte par XCTrack et XCSoar. Mais j'arrive pas à le trouver. Il me semble que XCTracker et GPSBip étaient opensource mais pas trouvé ?


La vidéo que je t'ai envoyé, la carte SD était désactivée.
J'ai analysé le code mais je pige pas. hormis que effectivement se soit un problème de timing. Mais la lenteur de la carte SD ne doit pas rentrer en compte puisque je la désactive.
Je vais tenté de faire un essais en envoyant un "paquet" court par bluetooth pour voir s'il bug de la même manière.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Mai 2017 - 20:56:01
prunkdump pas de soucis, je vais attendre un peu avant de développer l'affichage de l'heure et de la durée du vol.

pour IGC, j'ai regardé la même source que toi, pour comprendre un peu ce que renfermé ces fichiers

Voici un bout de fichier tiré d'un syride nav

AXSR
HFDTE220417
HFFXA035
HFPLTPILOTINCHARGE: jpg63
HFCM2CREW2:
HFGTYGLIDERTYPE: not set
HFGIDGLIDERID: 0
HFDTM100GPSDATUM: WGS-1984
HFRFWFIRMWAREVERSION: 3.25
HFRHWHARDWAREVERSION: 1.0
HFFTYFRTYPE: Syride, SYS'Nav
HFGPS: UBlox,MAX7Q,56ch,10000m
HFPRSPRESSALTSENSOR: ST,LPS331AP,11000m
HFCIDCOMPETITIONID:
HFCCLCOMPETITIONCLASS: 3BB13301
I023638TAS3940SIU
B1415534537980N00306970EA007050082101709
B1415544537980N00306970EA007060082101909
B1415554537980N00306974EA007060082102009
B1415564537980N00306978EA007060082101909

..
G84A0EE5A3659F8099431432FDFE192CC09DAD7A77ADC8617334BA3B655E382EC
GBB88922E3E593FD42F3BA05D6C45A570C62573BA551819BB5B0B2F96B02180C4
GFC9430969F4EACB47C17F77916C7B4078703342A140FCD17AFE6FFEB6022D8B2
G5BBB6FDFA3E906F5DF0E8CEACFE73CB8217BB06F5BDD9B6D537838003598D13F

on voit que tout le début c'est juste du blabla et à la fin c'est une sorte de checksum. Le plus important c'est les enregistrements B qui restent très simple mais complet heure, position, alti baro et alti gps - le reste est gérer par logfly et autre (stat )

Pourrait-tu nous préciser à quoi servent chaque variable et si il en existe d'autre pour régler le vario, je vais faire quelques tests en vols des que possible

VARIOSCREEN_CONTRAST                   60         Contrast de l'écran      

VARIOMETER_BEEP_VOLUME                   6         volume du beeper

VARIOMETER_SINKING_THRESHOLD             -2.0      
VARIOMETER_CLIMBING_THRESHOLD             0.2         
VARIOMETER_NEAR_CLIMBING_SENSITIVITY          0.5

VARIOMETER_ENABLE_NEAR_CLIMBING_ALARM
VARIOMETER_ENABLE_NEAR_CLIMBING_BEEP

/* mean filter duration = filter size * 2 seconds */
VARIOMETER_SPEED_FILTER_SIZE                5

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Mai 2017 - 21:05:07
[...]

on voit que tout le début c'est juste du blabla et à la fin c'est une sorte de checksum.

[...]

Ouai ! La fin (ou d'ailleurs aussi pendant sur les gros enregistrements) c'est la signature pour certifier le fichier pour la FAI. Il faut être constructeur autorisé pour permettre ça, un bordel, faut oublier pour nous. (si j'ai bien tout compris)

@PrunkDump :
C'est quoi le moyen le plus simple pour faire le checksum ? pour un essai juste.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 02 Mai 2017 - 21:16:15
Salut. Comme ça rapidement le temps de faire un truc mieux :

Sinking -> seuil d'alarme de degueulante
Climbing -> seuil d'alarme d'ascendance
Near climbing -> distance du seuil d'ascendance à partir duquel le bip de zerotage s'enclenche

Near Climbing alarm -> trois bip lorsque l'on rentre dans la zone de zerorage, un bip grave lorsqu'on en sort
Near climbing beep -> beep de zerotage (! Active uniquement si le vol est détecté )

Speed filter size -> lissage de la vitesse pour le calcul de la finesse . Plus c'est long plus c'est lissé mais moins c'est réactif

Après c'est les réglages du détecteur de vol

Min timestamp -> temps minimal après allumage (ici 15 sec)
Low/high -> seuil d'ascendance ou degueulante
Min speed -> vitesse minimale


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 02 Mai 2017 - 21:19:07
Pour le checksum

http://www.hhhh.org/wiml/proj/nmeaxor.html


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 02 Mai 2017 - 21:51:13
Hello,

pour faire de l'IGC, c'est simple, il suffit de suivre ce doc :
http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/ (DSL, en anglais ...)
pour le valider FAI, c'est un peu plus casse pied :
Il faut faire genre un MD5 sur quasi tous les champs, et ensuite crypter le résultat du MD5 par un algo genre sha256, et ca deviendra la ligne G
Pour encrypter, il faut une clé privée et une clé publique. La FAI oblige a garder la clé privée d'encryptage secrete (pas compatible avec de l'open source ....)
Ensuite, ils demandent de faire un programme en ligne de commande qui dit si le fichier a été modifié ou pas. Cela leur servira sur leur serveur a valider le fichier.

Si on ne crypte pas le fichier, le GPX suffit amplement car c'est reconnu par la FFVL. (Sinon, on trouve des convertisseurs qui encryptent le GPX a la volée pour le rendre valide FAI)
Si vous avez des questions, j'ai déjà validé FAI un vario ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 02 Mai 2017 - 22:15:34
Salut,

Concernant l'enregistrement sur sdcard :
je crois que ca ne devrait pas se faire au rythme des infos GPS, mais toutes les n secondes (3, voire 5) pour limiter la taille de la trace, eet surtout ne pas pénaliser le fonctionnement du reste.

Concernant les trames NMEA utiles a transmettre en bluetooth :

je pense en effet qu'il faut élaguer les trames actuellement générées par le vario (si ce sont les mêmes trames que celles enregistrées sur la sdcard).
A coup sur : on peut abandonner les trames GPVTG (direction et vitesse), GPGSA (précision et satellites actifs), GPGLL (latitude, longitude, heure), GPGSV (satellites en vue)

Les trames essentielles sont  :
GPRMC et GPGGA : elle délivrent des infos GPS :

GPRMC : c'est le minimum syndical.
        heure UTC, info de fix GPS, latitude / longitude GPS, vitesse sol (en noeuds), azimut de déplacement (en degrés - pas renseigné ici), ...

GPGGA : heure du système GPS, et les infos GPS. redondant par rapport à la trame précédente, mais très utilisée

Après, il faut pouvoir envoyer au moins les infos de vario et d'altitude barométrique, ou de pression ; c'est la plus-value de ce vario pour un système de navigation extérieur.

Il y a les trames openvario ($POV) ; décrite à http://www.openvario.org/doku.php?id=projects:series_00:software:nmea

Le vario actuel ne semble envoyer que des trames de type "$POV,E" ; donc l'info de vario. Si on choisi d'utiliser les trames openvario, il faudrait au moins ajouter l'info de pression atmosphérique


J'ai regardé les trames envoyées par le simulateur de vol condor, qui sont interprétées par les logiciels de navigation aérienne :
GPRMC, GPGGA, et LXWP0

A noter également que la trame LXWP0 est aussi utilisée par XCtracer pour XCSoar : http://www.windeckfalken.de/51-diverses/diverses/228-xcsoar-en

Ca semble une valeur sure.


description d'une trame LXWP0 :
0 loger_stored (Y/N)
1 IAS (kph)    IAS : Indicated Air Speed (vitesse indiquée, avec les erreurs)
2 baroaltitude (m)
3 vario (m/s)
4-8 unknown
9 heading of plane
10 windcourse (deg)
11 windspeed (kph)


A savoir pour XCSoar :
si on déclare un driver spécifique, il sait interpreter en plus un certain nombre de trames standard ; au moins les trames GPRMC, GPGGA

On choisi le driver dans le menu "config - Périph"
Ca propose un nombre important de drivers, dont openvario (trames POV) et LXNAV (trames LXWP0)

Conclusion :
- il faut les trames GPRMC et GPGGA
- si on choisi d'ajouter la trame POV openvario, ca serait bien d'avoir en plus de l'info de vario celle de pression atmosphérique
- sinon, il faut remplacer les trames PVO par des trames LXWP0

Tout cela est théorique : je n'ai pas fait de tests ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Mai 2017 - 22:18:10
Merci beaucoup pour ces précisions, Prunkdump

pour les variables

Climbing -> seuil d'alarme d'ascendance
Near climbing -> distance du seuil d'ascendance à partir duquel le bip de zerotage s'enclenche

une petite précision pour que je comprenne bien

si j'ai Climbing = 0.2
et Near climbing = 0.5

le zérotage bip de 0 à +0.5 ?
et le bips de monté démarre à partit de 0.2 ?

Si je veux que les bips de montés débutent à +0.5 et le zérotage entre 0 et +0.5 tu peux me dire quelles valeurs doit-on mettre ? pour que je comprenne bien  

Attention logfly et xcglobe n'accepte que l'igc

je vais tester un igc sans la validation sur logfly et xcglobe pour voir si ils acceptent le fichier


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 02 Mai 2017 - 22:50:00
Merci beaucoup  vmath54 ! Effectivement ta proposition semble la plus "universelle".

A savoir pour XCSoar :
si on déclare un driver spécifique, il sait interpreter en plus un certain nombre de trames standard ; au moins les trames GPRMC, GPGGA

On choisi le driver dans le menu "config - Périph"
Ca propose un nombre important de drivers, dont openvario (trames POV) et LXNAV (trames LXWP0)

Pourtant Xiboard semblait dire que s'il mettait le driver openvario dans XCSoar, il ne reconnaissait plus les trames NMEA. Il faudrait être sur avant de se lancer dans le développement. Dommage que je n'ai rien pour tester.

@jpg63

"Near climbing sensibility" est la sensibilité du détecteur de zérotage.

Avec climbing = 0.2 et sensitivity = 0.5 le zerotage commence à 0.2-0.5=-0.3 et le bip commence à 0.5.

Donc dans ton cas tu met climbing = 0.5 et sensitivity = 0.5



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Mai 2017 - 22:56:58
Je peux faire des essais.

Peut-être que le protocole "Condor Soaring Simulator" permet de lire en même temps trames GPRMC, GPGGA, et LXWP0 ?
C'est ça vmath54 ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 03 Mai 2017 - 01:00:25
hello,

Rentré de vacances hier, le kit du vario m'attendait dans la boite avec impatience depuis plus une semaine...
Monté dans la soirée : nickel, super impressionné par l'optimisation de la conception de Prunkdump c'est vraiment bluffant, tu es trop fort  :pouce: .  (et merci pour le pre-machage de boulot...)

Infos dans ce fil trés utiles en complément du tuto (n'en déplaise à Pseudo !).
en particulier:
tu changes dans ms5611.h
#define MS5611_INTERRUPT_COMPARE 69
Par :
#define MS5611_INTERRUPT_COMPARE 71

Aprés ça, tout fonctionne bien, testé au sol dans plusieurs modes (avec et sans accel, avec sans écran etc.)
1er fix un peu long, mais les suivants semblent plus rapides.

Mon seul point d'inquiétude concerne l'antenne du GPS, qui est masquée non seulement par le module BT (en en a causé plus haut) mais aussi par l'écran, ce que je n'avais pas compris, et qui est plus dur à changer...
Ca risque de poser des pbms un peu aléatoires dans certaines conditions, à tester.
J'ai aussi quelques doutes sur l'autonomie, vue la taille de la batterie, et avec toutes ces fonctions, on verra bien.

Concernant le reset non accessible, j'ai fait une petite mod qui marche impec :  j'ai routé la pin "rst" de l'arduino vers une pin Data non utilisée sur le port µUSB.
J'ai sacrifié une prise mâle pour faire un shunt externe entre gnd et la pin cablée.
Il suffit de brancher la prise momentanément pour faire un reset, c'est trés pratique. (cf fil jaune et prise shunté ci dessous):

(https://img4.hostingpics.net/pics/811389IMG20170502232731HDR.jpg) (https://www.hostingpics.net/viewer.php?id=811389IMG20170502232731HDR.jpg)

il va aussi falloir que je test la procédure de calibration, car avec accel,  j'ai un offset selon l'orientation.
Une question Prunkdump : en l'absence d'eprom, ou seront stockées les coefficients mis à jour aprés calibration? dans un fichier sur la carte SD? quid des modes "//define HaveSD"?
merci d'avance !

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 03 Mai 2017 - 06:07:27
salut ptikiki

hello,

Rentré de vacances hier, le kit du vario m'attendait dans la boite avec impatience depuis plus une semaine...
Monté dans la soirée : nickel, super impressionné par l'optimisation de la conception de Prunkdump c'est vraiment bluffant, tu es trop fort  :pouce: .  (et merci pour le pre-machage de boulot...)
:+1:
j'en rajoute une couche, super boulot, du travail de pro, c'est un plaisir à monter et à regarder. Merci


Infos dans ce fil trés utiles en complément du tuto (n'en déplaise à Pseudo !).
en particulier:
tu changes dans ms5611.h
#define MS5611_INTERRUPT_COMPARE 69
Par :
#define MS5611_INTERRUPT_COMPARE 71

Totalement d'accord


Aprés ça, tout fonctionne bien, testé au sol dans plusieurs modes (avec et sans accel, avec sans écran etc.)
1er fix un peu long, mais les suivants semblent plus rapides.


je crois avoir lu que ce GPS, récupère et stocke les positions des satellites, il est peut être possible de lui injecter des données pour accélérer le Fix

http://aprs.facile.free.fr/APRS%20FACILE%20gps%20gratuit.php#.WQlU5_nyjIW

je pense qu'après le 1er fix il trouve directement les satellites. Je pense aussi que si tu ne l'utilise pas de quelques jours, le fix au rallumage va être long, à confirmer


 J'ai aussi quelques doutes sur l'autonomie, vue la taille de la batterie, et avec toutes ces fonctions, on verra bien.

je pense qu'on pourra avoir une idée, dès que la modif de la mesure et de l'affichage de la tension sera en place - je travaille dessus



Concernant le reset non accessible, j'ai fait une petite mod qui marche impec :  j'ai routé la pin "rst" de l'arduino vers une pin Data non utilisée sur le port µUSB.
J'ai sacrifié une prise mâle pour faire un shunt externe entre gnd et la pin cablée.
Il suffit de brancher la prise momentanément pour faire un reset, c'est trés pratique. (cf fil jaune et prise shunté ci dessous):


Super idée, si on opte pas pour la mise à jour sans reset (modif du bootloader), je monte ton idée, car j'aimerai bien fermer définitivement mon vario


il va aussi falloir que je test la procédure de calibration, car avec accel,  j'ai un offset selon l'orientation.
Une question Prunkdump : en l'absence d'eprom, ou seront stockées les coefficients mis à jour aprés calibration? dans un fichier sur la carte SD? quid des modes "//define HaveSD"?
merci d'avance !

A+

Pareil


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Gej le 03 Mai 2017 - 07:08:10
Pour le BlueFlyVario, j'ai trouvé cette page http://blueflyvario.blogspot.fr/2013/11/

Citation
outputMode (default = 0) - Sets the output mode. The available output modes are:

    0 - The standard BlueFlyVario output mode. This sends raw pressure measurements in the form:
        "PRS XXXXX\n": XXXXX is the raw (unfiltered)pressure measurement in hexadecimal pascals.
    1 - The LK8EX1 output mode for use with LK8000. This sends pressure and vario data in the form:
        "$LK8EX1,pressure,altitude,vario,temperature,battery,*checksum\r\n": pressure is sent as a decimal integer number of pascals, altitude is not sent (99999 is sent instead), vario is the decimal integer vertical climb rate in cm/s, temperature is in degrees Celsius (1 decimal place), and battery is the battery voltage of the on-board battery (2 decimal places).
    2 - The LXWP0 output mode for use with a range of apps:
        "$LXWP0,loger_stored (Y/N), IAS (kph), baroaltitude (m), vario (m/s),,,,,,heading of plane,windcourse (deg),windspeed (kph)*CS": The BlueFlyVario only has a partial implementation of this sentence. It only outputs the baroaltitude and vario (all other fields are blank). Note that baroaltidude is determined from filtered pressure using the outputQNH setting.
    3 - The FlyNet protocol:
        "_PRS XXXXX\n": In this case XXXXX is output as the filtered pressure stream. The filtering parameters used are those from the other hardware settings.

Si cela peut vous aider...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mai 2017 - 13:25:33
Voici la procédure de qualibration de l'acceléromètre.

Dites moi si vous voyez bien les sous-titres ?

http://www.youtube.com/watch?v=fc0vIsZJvsw

Attention de bien prendre la dernière version de "calibration_nointeractive" !

https://github.com/prunkdump/arduino-variometer

Merci Gej pour ces infos ! En gros le blueflyvario supporte tous les formats de sorties possibles !  :shock:  Mais je ne sais pas comment il mélange les trames GPS. Malheureusement ce n'est pas détaillé sur cette page :

http://blueflyvario.blogspot.fr/2016/04/blueflyvariottlgpsv11-released.html

Mais c'est bien compatible avec XCSoar...




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 13:38:58
Nickel la proc de calibration ! Oui, c'est ok les sous-titres.  :pouce:

Moi je teste ce soir une version du code modifié sans sd et sans gps pour juste envoyer Pression, Alti, Vario via les trames  LK8EX1 via Bluetooth (toutes les 0.5s).
Je fait un retour. Si ça déconne pas je le laisse comme ça, couplé à XCTrack, je suis en principe en stage cross la semaine prochaine vers StHill & Co.

Le BlueFly Vario, le GPSBip et XCTracker, tu choisi le protocole il me semble mais oui ils sont tous compatibles de quelques protocoles.

J'avais vu l'info sur type de output du bluefly, je suis étonné que le standard c'est d'envoyer le raw pressure non filtrée.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mai 2017 - 13:50:23
Merci également ptitkiki pour les encouragements !  :pouce: Qu'il est malin celui là ! Jolis le coup pour le bouton reset.

Content que le montage t'ai plu ! ;)

Pour la réception GPS il me semble bizarrement que l'écran ne perturbe par trop alors que le bluetooth un peu plus. Il va falloir étudier ça.

A la base j'avais pensé retourner complètement le vario et mettre l'écran de l'autre côté au dessus de la batterie. Mais cela met l'ouverture de la carte SD face au vent et ce n'est pas une bonne idée.

Il faut réfléchir encore.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 03 Mai 2017 - 14:10:40
J'essai désespérément de convertir les fichiers xbm du répertoire fonts en bmp afin de pouvoir m'en servir d'exemple pour dessiner des petits  logos de batterie pour l'affichage de la capacité de charge du vario, et j'avoue que je me heurte à un soucis. Tout les convertisseurs que j'ai testé me donnent des trucs bizarre mais vraiment pas les logos affichés sur l'écran nokia. Quelqu'un aurait une idée 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 03 Mai 2017 - 14:23:41
Merci prunkdrump pour la procédure de calibration, c'est parfait.
(et oublie ma question  bête sur le stockage des coeffs de calibration dans l'eeprom  :bu: )


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: guillaume1 le 03 Mai 2017 - 14:37:57
ca yest le miens est monté et je l ai testé hier en bord de mer

il est super réactif par contre l altitude est du n importe quoi une fois 6m je reallume 20m et une 3eme fois 45 mla c etait bon  :(  comment est initialisé l altimètre ?

pour l enregistrement de la trace j ai des fichier avec plein de symbole bizare le pense que cela vient du fait que jutilise une micro sd avec adaptateur .

quand un eteint le vario et qu on le reallume cela creer une nouvelle trace ou ca ecrase la premiere?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mai 2017 - 14:50:05
Ouai c'est pas évident ....  :?

Déjà je ne sais pas si tu as vu mais il faut travailler sur des lignes de 8 pixels. Chaque octet donne l'état des pixels en colonne. Donc pour dessiner un truc du genre d'une largeur de 10 :

1111111111
1000000001
1011001101
1011001101
1011001101
1000000001
1000000001
1111111111

Il faut taper un octet par colonne { 0xff, 0x81, 0xb9, 0xb9, 0x81, 0x81, 0xb9, 0xb9, 0x81, 0xff }.

Si tu as plusieurs lignes tu continues les lignes de haut en bas à la suite. Malheureusement XBM ne fonctionne pas dans le même sens... Pas de chance... Chaque octet donne une ligne de 8 et pas une colonne. Donc voici comment tricher avec un éditeur d'image genre Gimp :

1) Tu créé ton image classiquement. Elle doit avoir une hauteur multiple de 8. Pour la largeur tu met ce que tu veux.
2) Tu tournes ton image de 90° dans le sens anti-horaire.
3) Tu fait un mirroir horizontal

-> Tu as maintenant une image d'une hauteur quelconque et d'une largeur multiple de 8. Tu découpes mentalement verticalement  cette image en bloc de largeur 8. Je prends l'exemple d'une image de 24*8. Tu as donc trois blocs disposés horizontalement :

(bloc A de 8*11) <-> (bloc B de 8*11) <-> (bloc C de 8*11)

4) Tu créé une nouvelle image de largeur 8 et de hauteur 3*11=33 et tu colle les blocs l'un sous l'autre :

(bloc A de 8*11)
(bloc B de 8*11)
(bloc C de 8*11)

5) Tu enregistres en XBM. Et tu n'as plus qu'a copier dans le code. Dans le github tu as des exemples sous le répertoire "fonts".

Pour ton idée de charge de la batterie :


Effectivement ça serait peut-être mieux de mettre juste un symbole avec trois bloc [###] plutôt qu'un pourcentage. Ca prends moins de mémoire et en plus c'est plus simple à coder. Il n'y a plus que trois seuils à enregistrer !






Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mai 2017 - 15:10:20
@guillaume1

Attention le ms5611 est très sensible au vent et à la lumière. Est tu certain que ton boîtier est suffisamment opaque et bien fermé ? Sinon met un bout de mousse dessus scotché (attention pas de scotch sur le composant, il faut passer large).

Essaye aussi de ralentir une peu la fréquence tu baro :

-> librairies/ms5611.h

Change :

#if F_CPU >= 16000000L
#define MS5611_INTERRUPT_COMPARE 130
#else
#define MS5611_INTERRUPT_COMPARE 69
#endif

en

#if F_CPU >= 16000000L
#define MS5611_INTERRUPT_COMPARE 134
#else
#define MS5611_INTERRUPT_COMPARE 71
#endif

Autrement c'est que tu t'es pris une perturbation :D Sans rire ça peut faire vite varier l'altitude barométrique. Normalement l'altitude se recale quand le GPS fait le fix.

Pour la carte SD c'est peut-être le formatage. Cherche le tuto de Xiboard (page 21) sur le formatage avec diskpart. Autrement chaque fois qu'on éteint le vario ça créé une nouvelle trace.

@ptitkiki

Pas de soucis ! Effectivement les atmega328P sont équipé d'une EEPROM.




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 03 Mai 2017 - 15:22:06
Merci pour l'explication.
Bonne idée les 3 blocs, je vais travailler mes petits dessins  :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 15:26:43

Pour la carte SD c'est peut-être le formatage. Cherche le tuto de Xiboard (page 21) sur le formatage avec diskpart. Autrement chaque fois qu'on éteint le vario ça créé une nouvelle trace.


Effectivement, mon soucis avec une carte de 1Go, c'était aussi une micro-sd dans un adaptateur. J'ai rien pu faire, j'avais bien les enregistrements mais que des symboles ou des morceaux de l'ancienne mémoire. A voir effectivement !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 03 Mai 2017 - 16:22:49
pour info ça marche bien chez moi avec un adapteur et µSD 4Go...
Formatée en FAT sous windows dans l'utilitaire de gestion de disc intégré à l'OS



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 16:29:59
Pour ton idée de charge de la batterie :

Effectivement ça serait peut-être mieux de mettre juste un symbole avec trois bloc [###] plutôt qu'un pourcentage. Ca prends moins de mémoire et en plus c'est plus simple à coder. Il n'y a plus que trois seuils à enregistrer !

A noter aussi que plusieurs protocoles permettent de remonter l'info batterie ($LK8EX1 par exemple). Dans ce cas le niveau de batterie s'affiche sur XCTrack par exemple.

Moi une autre info que je verrai à rajouter, c'est la température. J'avais dans l'idée de tester des choses genre alti vs température pour déterminer l'inversion ou d'autres idée dans ce style. (Pb : difficile de pas avoir l'influence du soleil sur cette mesure) Pour info, on peux extraire la température interne de l'Atmga mais ça doit être bon pendant 1-2 min après il chauffe. Tout ça c'est de l'expérimental, donc, je m'amuserai peut-être sur un autre montage....


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 03 Mai 2017 - 16:39:24
Remarque. Il y a déjà deux "vrais" capteurs de température dans le vario.

Un dans le ms5611 :

-> dans libraries/ms5611.h
Code:
/* check if you have new data */
boolean ms5611_dataReady(void);

/* then compute compensated temperature, pressure and alti values */
void ms5611_updateData(void);

/* and finally get computed values */
double ms5611_getTemperature();
double ms5611_getPressure();
double ms5611_getAltitude();

Et un dans le mpu9250. Dans ce deuxième cas aucune idée à quoi il peut servir  :grat:

A part pour déterminer la pression dynamique je crois qu'on est bien équipé :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 17:24:54
A ouai le con !! J'avais même pas vu  :tomate:  Alors que j'ai lu 2-3 fois ta lib ms5611 !!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 03 Mai 2017 - 18:11:03

[...]
je voulais juste indiquer que les enregistrement NMEA n'étaient pas bien convertis par GPSBABEL et que du coup les altitude barométrique n’était pas dans le fichier IGC.
Entièrement d'accord, je vais faire qq essais. Mais ça m'étonne pas NMEA c'est du pur GPS. J'ai pas bien regardé mais Prunk à rajouter des trames OpenVario ($POV, n'est ce pas ?). On a l'alti baro et valeur vario dedans c'est ça ?

Pas trop d'accord ; NMEA n'est pas que du pur GPS.
Les trames "standards" NMEA sont très branchées GPS ; mais d'autres trames NMEA "privées" sont utilisées, comme openvario, LXNAV, ...
Ces trames peuvent ajouter d'autres infos, si on a les capteurs qui vont bien : vitesse par rapport à l'air, température, pression, vario, ...
Les trames openvario sont assez spécifiques : elles sont "typées". Voir http://www.openvario.org/doku.php?id=projects:series_00:software:nmea

Je crois que notre vario n'utilise que le type "E", qui envoie les infos de vario (variation en m/s)
openvario propose aussi des types de trames qui contiennent la pression, la température, la vitesse par rapport au vent, ...

Mais XCSoard et XCtrack supportent-ils la communication au format IGC ?

Je ne pense pas. en tout cas, pour XCSoar, c'est non. Les périphériques d'entrées doivent communiquer en NMEA ; par contre, XCSoar enregistre les logs des vols en IGC


Merci beaucoup  vmath54 ! Effectivement ta proposition semble la plus "universelle".

Pourtant Xiboard semblait dire que s'il mettait le driver openvario dans XCSoar, il ne reconnaissait plus les trames NMEA. Il faudrait être sur avant de se lancer dans le développement. Dommage que je n'ai rien pour tester.


Pour XCSoar ; j'ai regardé dans le code.
Si je ne me trompe pas, Parser.cpp (https://github.com/XCSoar/XCSoar/blob/master/src/Device/Parser.cpp) indique les trames traitées systématiquement. On y voit dedans entre autres GPRMC et GPGGA

Voir le  code du driver openvario : https://github.com/XCSoar/XCSoar/blob/master/src/Device/Driver/OpenVario.cpp et de LXNAV : https://github.com/XCSoar/XCSoar/blob/master/src/Device/Driver/LX/Parser.cpp
C'est intéressant, le format NMEA de ces trames est décrit dedans

prunkdump, je vais faire des essais avec condor et XCSoar en utilisant le driver openvario ; ca validera (ou non) le fait qu'il continue à traiter les trames GPRMC et GPGGA

Peut-être que le protocole "Condor Soaring Simulator" permet de lire en même temps trames GPRMC, GPGGA, et LXWP0 ?
C'est ça vmath54 ?

Non, c'est l'inverse. Condor peut exporter les informations de vol en simu dans des trames NMEA vers la sortie série (et en bricolant un peu, vers du TCP) ; si on le fait, il exporte les 3 trames précédentes.
Et donc, on peut brancher une appli de navigation aérienne (testé avec XCSoar) au simulateur.
C'est très sympa, et ca permet de prendre en main une appli comme XCSoar chez soi, au lieu de bricoler en vol.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 03 Mai 2017 - 19:28:10
Peut-être que le protocole "Condor Soaring Simulator" permet de lire en même temps trames GPRMC, GPGGA, et LXWP0 ?
C'est ça vmath54 ?

Non, c'est l'inverse. Condor peut exporter les informations de vol en simu dans des trames NMEA vers la sortie série (et en bricolant un peu, vers du TCP) ; si on le fait, il exporte les 3 trames précédentes.
Et donc, on peut brancher une appli de navigation aérienne (testé avec XCSoar) au simulateur.
C'est très sympa, et ca permet de prendre en main une appli comme XCSoar chez soi, au lieu de bricoler en vol.

Arff ! Xiboard, je viens de m'apercevoir que j'ai mal compris ta question.
En fait, tu demandais si le driver XCSoar "Condor Soaring Simulator" permettait de lire en même temps trames GPRMC, GPGGA, et LXWP0.

Désolé pour ma réponse à coté.

Voici un premier essai que je viens de faire ; je vais creuser.

- utilisation du simulateur condor, qui envoie des trames GPRMC, GPGGA, et LXWP0

- essai avec le driver XCSoar "generic" ; on a les infos GPS, pas barométriques

- essai avec le driver "openvario" ; idem. C'est le résultat supposé. Donc, les trames "de base GPS" sont reconnues, avec ce driver

- essai avec le driver "Condor Soaring Simulator" ; c'est intéressant. En plus des infos GPS, j'ai bien l'info barométrique.
  Ca répond donc à ta question : oui, ce driver interprete bien les trames GPRMC, GPGGA, et LXWP0

- essai avec le driver LXNAV ; ben, comme generic et openvario. Seules les infos GPS sont reconnues. J'aurais bien aimé que les trames LXWP0 le soient également

Ces qqs essais rapides semblent confirmer que les trames GPRMC et GPGGA sont toujours interpretées, quelque soit le driver (je n'ai validé que pour 3 d'entre eux, mais le code semble le confirmer).

Je vais creuser.

  . d'un coté, essayer de voir dans les sources XCSoar pourquoi les trames LXWP0 ne sont pas reconnues avec le driver LXNAV ; au moins pour les infos barométriques
  . d'autre part, essayer de générer par script des trames NMEA openvario de type "baro", pour voir si c'est reconnu.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 21:31:37
J'ai rajouté un bout de code (dégeux) pour faire quelques essais :

GPS et SDCard désactivés.
Code:
#ifdef HAVE_BLUETOOTH
  if(millis() - lastSendBluetooth > 100){
    //$LK8EX1,pressure(Pa),altitude(m),vario(cm/s),temperature(°C),battery(volt or %+1000),*checksum
    //sprintf(paquetBluetooth,"LK8EX1,%lu,%i,%i,%i,999",(unsigned long)(ms5611_getPressure()*100),(int)kalmanvert.getPosition(),(int)(kalmanvert.getVelocity()*100),(int)ms5611_getTemperature());

    //$LXWP0,loger_stored (Y/N), IAS (kph), baroaltitude (m), vario (m/s),,,,,,heading of plane,windcourse (deg),windspeed (kph)*CS
    //sprintf(paquetBluetooth,"LXWP0,Y,0,%i,%i,,,,,,0,0,0",(int)kalmanvert.getPosition(),kalmanvert.getVelocity());

    //Serial.print(F("$"));
    //Serial.print(paquetBluetooth);
    //Serial.print(F("*"));
    for(int i=0;i<strlen(paquetBluetooth);i++){
      CheckSum ^= paquetBluetooth[i];
    }
    //if (CheckSum<0x10) {Serial.print("0");}
    //Serial.println(CheckSum, HEX);

    //PRS XXXXX\n
    Serial.print(F("PRS "));
    Serial.println((unsigned long)(ms5611_getPressure()*100), HEX);

    lastSendBluetooth = millis();   
  }
#endif //HAVE_BLUETOOTH

Envoie de 10 paquets par secondes. (testé à 1/s et 5/s)
Test sur XCSoar, XCTrack et FlyMe sur tablette.
Test avec les protocoles : LK8EX1, LXWP0 et PRS (BlueFly).

XCSoar :
LXWP0 et PRS fonctionnent.

XCTrack :
PRS fonctionne bien.
LK8EX1 fonctionne mais très mal, ça tourne à 1 point toute les 5-10s. Je pige pas !
Faut que je vérifie que je me plante pas dans le checksum ou autre.

FlyMe :
PRS fonctionne.

Donc on pourrai penser que le protocole BlueFly est le mieux psk il marche pour tous, sauf que. ça envoie que la pression en brut. Donc on perds le gros avantage de l'accelero et du filtre de kalman. D'ailleurs on le vois tout de suite, même si les valeurs sont bonnes, le vario 'ram' à l'affichage par rapport au son et l'indication sur l'écran.
J'ai du mal à comprendre que BlueFly n'envoie que la pression en brut dans son protocole. vmath54 t'as vu des choses dans le code de XCSoar ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 03 Mai 2017 - 22:06:04
Et un dans le mpu9250. Dans ce deuxième cas aucune idée à quoi il peut servir  :grat:

A part pour déterminer la pression dynamique je crois qu'on est bien équipé :D

Dans le mpu, il sert a faire la compensation en temperature pour compenser les variations d'acceleration et de gyro qui sont super sensible a la temperature.
Dans certaines centrales inertielles, il y a meme un boitier qui maintient une temperature fixe afin de limiter les variations.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 03 Mai 2017 - 23:31:29
J'ai bien un problème de checksum avec le protocole LK8EX1.
Faut que je cherche à comprendre, car ça semble un bon protocole pour XCTrack, à voir donc.

EDIT : Quel con, je viens de comprendre, j'ai oublié de faire le reset du Checksum  :tomate:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 04 Mai 2017 - 11:39:29
Donc on pourrai penser que le protocole BlueFly est le mieux psk il marche pour tous, sauf que. ça envoie que la pression en brut. Donc on perds le gros avantage de l'accelero et du filtre de kalman. D'ailleurs on le vois tout de suite, même si les valeurs sont bonnes, le vario 'ram' à l'affichage par rapport au son et l'indication sur l'écran.
J'ai du mal à comprendre que BlueFly n'envoie que la pression en brut dans son protocole. vmath54 t'as vu des choses dans le code de XCSoar ?


Je lis dans ce post : http://blueflyvario.blogspot.fr/2016/04/blueflyvariottlgps-over-usb-on-android.html que l'intéret principal d'utiliser le driver blyeflyvario dans XCSoar est de pouvoir "manager" le blueflyvario depuis XCSoar (par exemple, pour régler le volume du blueflyvario) ; j'en déduis que les trames NMEA sont bi-directionnelles :
  . du blueflyvario pour transmettre à XCSoar les infos de pression et de GPS
  . moins courant, de XCSoar vers le blueflyvario pour envoyer des settings comme le niveau sonore, ...
Sinon, ce post préconise les trames LXWPO et le driver LXNAV depuis blueflyvario.

Voir aussi ce manuel : https://www.blueflyvario.com/files/BFV_HardwareSettings_Manual_v1.6.pdf à la section "outputMode" ; c'est la ou on indique à blueflyvario le type de trames NMEA qu'il va envoyer (en plus des trames $GPGGA qui contiennent les données GPS et $GPGSA qui indiquent les satellites captés)
0 : trames PRS : n'envoie que la pression, non filtrée
1 : trames LK8EX1, à destination d'un LK8000
2 : trames LXWPO. Il est indique de le blueflyvario se limite à transmettre les infos d'altitude baro, et de vario. Il est indiqué que l'info d'altitude baro est calculée à partir d'un filtre, qui utilise un setting de QNH (a parametrer dans blueflyvario)
3, 5 et 6: trames BFV. Le format est : "$BFV,pressure(Pa),vario(cm/s), temp(deg C), battery(%),pitotDiffPressure(pa), volts(V)*checksum\r\n".

Coté code XCSoar du driver blueFlyVario : https://github.com/XCSoar/XCSoar/blob/master/src/Device/Driver/BlueFly/Parser.cpp et Settings.cpp
On voit dans le code que ce driver est capable de traiter différentes trames spécifiques : PRS, BAT, BFV, BST, SET (fonction ParseNMEA)
. BAT (fonction ParseBAT) : infos sur niveau de batterie
. PRS (fonction ParsePRS) : pression atmosphérique. On voit qu'il y a application d'un filtre kalman lors de la recup d'une trame PRS, ce qui est normal, puisque le blueflye envoir des infos non filtrées
. BFV (fonction ParseBFV) : le driver n'a pas l'air de traiter
. BST et SET : je crois comprendre que c'est en lien avec la partie "management", donc l'envoi de trames de XCSoar vers le blueflyvario


Donc, la trame PRS est trop pauvre, et la trame BFV qui pourrait être intéressante n'est à priori pas traitée par XSSoar.



D'une manière plus générale : je ne comprends pas comment notre vario peut envoyer une altitude barométrique ; je ne vois pas comment il peut la calculer.
Il a connaissance de la pression, mais comme on ne peut pas entrer l'altitude de décollage (le QNH), il ne peut pas en déduire une altitude : celle-ci dépend des conditions atmosphériques du jour. Je suppose que le vario le déduit de l'info GPS, mais l'info n'est donc plus vraiment une pression barométrique.
Je me trompe ?

Un truc intéressant, quand on regarde le code du driver LXNAV (en particulier, Settings.cpp) : il a aussi la possibilité de "manager" le LXNAV ; et en particulier de remonter vers le LXNAV l'info de QHN (altitude du terrain de décollage) qu'on peut entrer dans XCSoar avant de décoller. CA pourrait être sympa, non ?


En tout cas, très intéressant, Xibord, ta manière de tester.

De mon coté, je vais essayer de rejouer des trames IGC récupérées de vols réels.
J'aimerais tester les trames openvario, en transmettrant des trames de type E (vario en m/s) et P (pression statique en hPa)
voir http://www.openvario.org/doku.php?id=projects:series_00:software:nmea

J'ai l'impression, en regardant le code, que XCSoar ne réapplique pas de filtre lors de la lecture de pression ; et comme on envoie également les infos de vario, ca devrait être tout bon, non ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 04 Mai 2017 - 12:28:24

[...]

3, 5 et 6: trames BFV. Le format est : "$BFV,pressure(Pa),vario(cm/s), temp(deg C), battery(%),pitotDiffPressure(pa), volts(V)*checksum\r\n".

Coté code XCSoar du driver blueFlyVario : https://github.com/XCSoar/XCSoar/blob/master/src/Device/Driver/BlueFly/Parser.cpp et Settings.cpp
On voit dans le code que ce driver est capable de traiter différentes trames spécifiques : PRS, BAT, BFV, BST, SET (fonction ParseNMEA)
. BAT (fonction ParseBAT) : infos sur niveau de batterie
. PRS (fonction ParsePRS) : pression atmosphérique. On voit qu'il y a application d'un filtre kalman lors de la recup d'une trame PRS, ce qui est normal, puisque le blueflye envoir des infos non filtrées
. BFV (fonction ParseBFV) : le driver n'a pas l'air de traiter
. BST et SET : je crois comprendre que c'est en lien avec la partie "management", donc l'envoi de trames de XCSoar vers le blueflyvario

[...]
Yess génial ça, merci, j'avais pourtant lu les documents cités mais je suis passé à côté.
Je vais tester les trames BFV

Honnêtement, j'ai utilisé XCSoar un peu. Je l'ai même paramétré à ma sauce. J'ai passé pas mal de temps à 'jouer' avec en mode simu sur PC. Je lui trouve des qualités mais après, j'accroche pas. (LE truc que je trouve sympa, c'est la projection de la finesse évalué sur le sol topo, le reste tout est mieux chez XCTrack, je trouve)

Bref, Je vais teste la trame BFV sur XCTrack et FlyMe pour voir s'il utilisent la valeur vario que l'on envoie.
Actuellement même avec la trame LK8EX1 dans XCTrack et LXWPO dans XCSoar, ils ne semblent pas utiliser l'info vario mais le recalculent avec la valeur de la pression. Donc retard. Mais tout de même bcp plus précis que GPS.
Sous XCTrack, tu peux choisir de 'recaler' en continu alti baro avec l'alti GPS.

Dans notre vario actuellement, on recale l'alti baro lorsque que l'on à fait le fix GPS et à la 5eme réception de données GPS. Ça marche mais c'est un point à améliorer plus tard, on le sait.

Par rapport à la com XCSoar vers un vario (BlueFly par exemple) oui c'est possible d'envoyer des commandes. Mais avec notre vario on ne pourra pas je pense. En effet on utilise le port Serial déjà dans les deux sens :
TX > Bluetooth
RX < GPS

Donc on ne peux rien envoyer au GPS et on ne peux rien recevoir du Bluetooth.

Les trames LK8EX1 fonctionnent au top dans XCTRack. Mais comme je l'ai dit, je pense qu'il utilise pas la donnée vario envoyé. J'affiche même la température à la place du voltage batterie. (XCTrack n'a pas de widget Température)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 04 Mai 2017 - 12:39:20
Au top le Github de XCSoar, on trouve toute les infos :

 * Native XTRC sentences
 * $XCTRC,2015,1,5,16,34,33,36,46.947508,7.453117,540.32,12.35,270.4,2.78,,,,964.93,98*67
 *
 * $XCTRC,year,month,day,hour,minute,second,centisecond,latitude,longitude,altitude,speedoverground,
 *      course,climbrate,res,res,res,rawpressure,batteryindication*checksum
 *
 * OR in LXWP0 mode with GPS sentences
 * $GPGGA,081158.400,4837.7021,N,00806.2928,E,2,5,1.57,113.9,M,47.9,M,,*5B
 * $LXWP0,N,,119.9,0.16,,,,,,259,,*64
 * $GPRMC,081158.800,A,4837.7018,N,00806.2923,E,2.34,261.89,110815,,,D*69

On va bien finir par trouver une trame un peu universelle pour tous.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 04 Mai 2017 - 18:08:02
J'ai un peu gratté coté trames NMEA.

J'avais sous le coude quelques scripts perl qui sont capables de lire un fichier .igc, et d'envoyer des trames NMEA correspondantes en UDP ou TCP ; l'idée était de  faire des tests avec XCSoar et de les rejouer.

En fait, XCSoar propose déja un mode simulation, ou il est capable seul de rejouer un IGC ; je voulais être capable de transformer de l'IGC en trames NMEA, et de vérifier.

Je ne traitais jusqu'alors que les trames GPGGA et GPRMC ; j'ai rajouté les trames POV (openvario) et LXWPO (LXNAV).

C'est dispo à https://github.com/vmath54/xcsoar/tree/master/IGC , avec 2 fichiers IGC issus d'un vol réel, un produit par un FLARM, l'autre par XCSoar.
Ce sont des scripts perl.

Essais avec les trames POV (openvario)
--------------------------
J'ai fait avec les trames de type E (infos de vario en m/s) et P (pression statique en hPa).
Ca marche impecc : je récupère bien dans XCSoar l'altitude barométrique et l'info de vario.

Ces infos ont précédence sur les infos calculées à partir du GPS.

A noter que XCSoar l'affiche l'info d'altitude barométrique que si on a saisi le QNH (pression atmosphérique du moment à 0m), ce qui est cohérent.

A noter également qu'on peut transmettre d'autres infos avec les trames POV ; pour ce qui nous intéresse, la température et la tension en volts.


Donc, les trames d'openvario semblent très intéressantes pour notre affaire. A voir si compatible avec d'autres logiciels que XCSoar.


Essais avec les trames LXWPO (LXNAV)
----------------------------
Ca ne fonctionne pas ; XCSoar n'interprete pas ces trame, je ne sais pas pourquoi. J'ai bien déclaré le driver LXNAV, et XSCoar recoit bien ces trames.

Je n'envoie que les infos d'altitude barométrique, et de vario :
$LXWPO,Y,,1603,0.00,,,,,,,,*1F
$LXWPO,Y,,1607,1.00,,,,,,,,*1A
$LXWPO,Y,,1608,0.25,,,,,,,,*13

Xiboard, j'ai aussi essayé de faire comme toi, et de mettre 0 dans certains champs :
$LXWPO,Y,0,1603,0.00,,,,,,0,0,0*1F
$LXWPO,Y,0,1607,1.00,,,,,,0,0,0*1A
$LXWPO,Y,0,1608,0.25,,,,,,0,0,0*13

Pas mieux. Je pense qu'il y a une gougoune de mon coté, je ne vois pas ou.
Si tu as une idée, je suis preneur


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 04 Mai 2017 - 18:13:56
Salut à tous !  :coucou:

Moi aussi j'ai bossé ! :D  J'ai fini la mise à jour du firmware sans le bouton reset. Voilà comment procéder :

-> Téléchargez la dernière version du code https://github.com/prunkdump/arduino-variometer et compiler variometer.ino
-> Chargez le code avec la SDCard et le bouton reset (pour la dernière fois  ;) )
-> Remontez le boîtier.

Pour mettre à jour le firmware par la suite :

-> éteindre le vario
-> le retouner face posé vers le bas sur une table
-> mettre sous tension
-> au bout d'un moment il fait 3 bips longs.
-> pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage.

Voilà.

Pour la communication avec le bluetooth :

Merci Xiboard et Vmath54 pour tout ce boulot ! Au point où on en est, on peut très bien programmer plusieurs drivers pour que l'utilisateur puisse choisir le type de trames à envoyer par le bluetooth lors de la compilation. Mais trouver une trame "par défaut" qui fonctionne avec un maximum de logiciels serait quand même bien !

Bref, Je vais teste la trame BFV sur XCTrack et FlyMe pour voir s'il utilisent la valeur vario que l'on envoie.
Actuellement même avec la trame LK8EX1 dans XCTrack et LXWPO dans XCSoar, ils ne semblent pas utiliser l'info vario mais le recalculent avec la valeur de la pression. Donc retard. Mais tout de même bcp plus précis que GPS.
Sous XCTrack, tu peux choisir de 'recaler' en continu alti baro avec l'alti GPS.

Ca serait vraiment dommage qu'aucun des logiciels ne sache lire directement la valeur de vario ....  :?  En plus elle est précise et réactive ici. Par contre je pense que ce n'est pas grave d'envoyer la pression barométrique non fiiltré si l'info vario est utilisé. Vu la faible fréquence... On est quand même à une précision de 18cm sans filtrage  et le décalage n'est pas très grave pour l'affichage de l'altitude.

Par rapport à la com XCSoar vers un vario (BlueFly par exemple) oui c'est possible d'envoyer des commandes. Mais avec notre vario on ne pourra pas je pense. En effet on utilise le port Serial déjà dans les deux sens :
TX > Bluetooth
RX < GPS

Donc on ne peux rien envoyer au GPS et on ne peux rien recevoir du Bluetooth.

En fait la pin TX du bluetooth est quand même connecté à l'arduino. Donc c'est possible de communiquer dans les deux sens avec la bibliothèque "SoftwareSerial". Mais je pense qu'on pourra voir cela dans un deuxième temps. Il y a aussi un compas dans le vario :D Ya plein de choses qu'on pourra faire.

D'une manière plus générale : je ne comprends pas comment notre vario peut envoyer une altitude barométrique ; je ne vois pas comment il peut la calculer.
Il a connaissance de la pression, mais comme on ne peut pas entrer l'altitude de décollage (le QNH), il ne peut pas en déduire une altitude : celle-ci dépend des conditions atmosphériques du jour. Je suppose que le vario le déduit de l'info GPS, mais l'info n'est donc plus vraiment une pression barométrique.
Je me trompe ?

Je dis peut-être une grosse bêtise mais je pensais que les logiciels (et les formats de type IGC) attendait d'avoir l'altitude barométrique en atmosphère normalisée. Et c'est justement les infomations GPS ou un QNH qui permettait après coup de les interpréter.

Pour tes test Xiboard :

En réalité il faut éviter d'envoyer sur le bluetooth avec "Serial.print" car il envoit tout d'un coup. Et donc si le buffer est plein il est obligé d'attendre qu'il se vide un peu. Et pendant ce temps on ne s'occupe plus de l'écran ni tu baro.

Il faut vaudrait mieux envoyer octet par octet et parcourir toute la boucle entre temps.

Je vais t'envoyer un exemple de code pour faire ça.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 04 Mai 2017 - 18:48:51

-> Chargez le code avec la SDCard et le bouton reset (pour la dernière fois  ;) )
-> Remontez le boîtier.


Du coup il faut prendre celui compilé avec le bootloader ? ou sans ?

Pour tes test Xiboard :

En réalité il faut éviter d'envoyer sur le bluetooth avec "Serial.print" car il envoit tout d'un coup. Et donc si le buffer est plein il est obligé d'attendre qu'il se vide un peu. Et pendant ce temps on ne s'occupe plus de l'écran ni tu baro.

Il faut vaudrait mieux envoyer octet par octet et parcourir toute la boucle entre temps.

Je vais t'envoyer un exemple de code pour faire ça.

Oui, je suis conscient que c'était un code dégeux ! Mais ça marche !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 04 Mai 2017 - 19:12:57
Oui toujours le firmware sans le bootloader !

D'ailleurs il faut faire attention car dans le cas contraire cela écraserai mon bootloader et même le bouton reset ne marchera plus.

Mais non ! il est pas dégeu le code ! Pour préciser le buffeur d'envois fait 64 bytes. Donc tant que tu envois des trames de moins de 64 caractères y'a aucun soucis. Autrement il faut juste les couper et les envoyer avec un délai entre les envois.

De toute façon on aura tout le temps de faire du code propre une fois qu'on sera décidé sur le design.

Je suis déjà super content qu'il y ait autant de bon codeurs ici !  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 04 Mai 2017 - 20:15:28

Essais avec les trames LXWPO (LXNAV)
----------------------------
Ca ne fonctionne pas ; XCSoar n'interprete pas ces trame, je ne sais pas pourquoi. J'ai bien déclaré le driver LXNAV, et XSCoar recoit bien ces trames.

Je n'envoie que les infos d'altitude barométrique, et de vario :
$LXWPO,Y,,1603,0.00,,,,,,,,*1F
$LXWPO,Y,,1607,1.00,,,,,,,,*1A
$LXWPO,Y,,1608,0.25,,,,,,,,*13

Xiboard, j'ai aussi essayé de faire comme toi, et de mettre 0 dans certains champs :
$LXWPO,Y,0,1603,0.00,,,,,,0,0,0*1F
$LXWPO,Y,0,1607,1.00,,,,,,0,0,0*1A
$LXWPO,Y,0,1608,0.25,,,,,,0,0,0*13

Pas mieux. Je pense qu'il y a une gougoune de mon coté, je ne vois pas ou.
Si tu as une idée, je suis preneur

J'ai pas d'idée, mais je viens de refaire un essai et ça marche impec.
(J'ai juste du mal à faire mon sprintf :
sprintf(paquetBluetooth,"LXWP0,Y,0,%f,%f,,,,,,0,0,0",kalmanvert.getPosition(),kalmanvert.getVelocity());
ça marche pas...)

Par contre sur la version android 6.8.6 j'ai pas le XCTracer comme Driver.

Et sous XCTrack ça marche bien le protocole XCTracer ($XCTRC). Le protocole LXWP0 marche aussi mais je suis toujours géné par l'envoie de l'alti au lieu de la pression.

J'en deviens fou ! J'vais faire un tableau croisé dynamique lol

Edit : je vais vraiment faire un tableau en fait !! FlyMe accepte bien aussi les trames LXWP0 !
Il faut que j'arrive à passer les float pour voir si c'est réactif.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 04 Mai 2017 - 20:25:36
Xiboard,

Je ne comprends pas tout de ton post.

Tu peux me passer une trame LXWPO qui est généré par ta moulinette, et qui fonctionne ?
Tu utilises bien le driver LXNAV dans XCSoar ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 04 Mai 2017 - 21:06:57
Hello !

Voilà, de retour de vacances, et le colis de prunkdump m'attendais !
Alors je me suis mis au montage, et refermé l'engin ce matin.
Il me manque plus qu'à lire vos nombreuses pages !...

Déjà un grand bravo, le travail réalisé est vraiment top !
Que ce soit pour la découpe des éléments, l'emballage ou la rédaction du tuto, c'est vraiment de l'excellent boulot, chapeau bas !!

Il me reste la carte bluetooth à monter mais je voulais avoir un aperçu du fonctionnement sans cette carte. Je ne suis pas sûr de la monter car la suite de mon projet est de raccorder ce vario sur un kobo, via une liaison série classique.
Et juste après ces mots je vais aller voir quoi faire de ce qui se trouve sur la carte sd qui pour l'instant est formatée via windows en Fat.

J'ai fait un petit test en voiture ce matin et tout à l'air de fonctionner.
Juste un petit truc, au-delà de 100 km/h l'affichage de la vitesse et de l'accélération bug un peu.
Alors je vous entends de là, sous nos voiles on a de la marge !  :jump:
Mais je crois avoir lu que quelqu'un bossait sur un vario pour planeur, alors peut-être que là ce sera plus important.

 :ppte:  :ppte:
Test en vol demain, il paraitrait qu'on a une petite ouverture avant un week end pourri.
 :ppte:  :ppte:

Encore merci à prunkdump, et à tous les autres aussi !
 :forum:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 04 Mai 2017 - 22:25:25

Moi aussi j'ai bossé ! :D  J'ai fini la mise à jour du firmware sans le bouton reset. Voilà comment procéder :

-> Téléchargez la dernière version du code https://github.com/prunkdump/arduino-variometer et compiler variometer.ino
-> Chargez le code avec la SDCard et le bouton reset (pour la dernière fois  ;) )
-> Remontez le boîtier.

Pour mettre à jour le firmware par la suite :

-> éteindre le vario
-> le retouner face posé vers le bas sur une table
-> mettre sous tension
-> au bout d'un moment il fait 3 bips longs.
-> pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage.

Je n'avais pas encore eu le temps de tester une mise à jour de firm.
Et je 'merde' dans la compil du code. Manque de connaissance de l'environnement arduino, ca couine du coté des librairies.
Je suis sous windows ; est-ce qu'il faut nécessairement charger les librairies dans l'environnement de l'IDE arduino (c:\Users\<login>\AppData\Local\Arduino15\libraries), ou bien on peut les laisser dans un dossier local au sketch courant (ici variometer) ?
De toute manière, ca ne règlera pas mon problème, je pense :
  ArduinoRobot.cpp: In constructor 'RobotControl::RobotControl()':
  ArduinoRobot.cpp:26:42: error: 'LCD_CS' was not declared in this scope
  ...
Bon, faut que je cherche, je trouverais


Merci Xiboard et Vmath54 pour tout ce boulot ! Au point où on en est, on peut très bien programmer plusieurs drivers pour que l'utilisateur puisse choisir le type de trames à envoyer par le bluetooth lors de la compilation. Mais trouver une trame "par défaut" qui fonctionne avec un maximum de logiciels serait quand même bien !

Ca serait vraiment dommage qu'aucun des logiciels ne sache lire directement la valeur de vario ....  :?  En plus elle est précise et réactive ici. Par contre je pense que ce n'est pas grave d'envoyer la pression barométrique non fiiltré si l'info vario est utilisé. Vu la faible fréquence... On est quand même à une précision de 18cm sans filtrage  et le décalage n'est pas très grave pour l'affichage de l'altitude.

D'accord avec toi. A priori, on est quasi certain qu'il faut le socle de base des trames liées aux infos GPS : GPGGA et GPRMC
Et ca serait plus sympa d'avoir qq chose qui convienne au maximum de logiciels pour les autres infos :
  . vario. Evidemment, c'est l'info essentielle dans notre cas. Il ne faut pas que l'info remontée repasse à nouveau par un filtre dans le logiciel externe
  . pression atmosphérique
  . température ; quoique j'ai des doutes sur la pertinence : ca sera celle du composant dnas le boitier, pas la température extérieure
  . voltage ; est-ce intéressant ?
  . ....
Coté XCSoar :
  . c'est certain que les trames openvario remontent les infos nécessaires, et traitent correctement les infos de vario et de pression atmosphérique
  . je n'ai pas réussi à valider les trames LXWPO ; mais c'est probablement une erreur de ma part.
    Xiboard, les tests que tu as fait avec XCSoar, c'est bien avec le driver LXNAV ?



Je dis peut-être une grosse bêtise mais je pensais que les logiciels (et les formats de type IGC) attendait d'avoir l'altitude barométrique en atmosphère normalisée. Et c'est justement les infomations GPS ou un QNH qui permettait après coup de les interpréter.

Je n'avais pas pensé à cela, et ca serait bien sympa. C'est à vérifier coté des logiciels.

Est-ce que cette altitude normalisé est disponible dans le code ?
Xiboard, dans un post précédent, envoie l'info d'altitude barométrique dans la trame LXWPO grace à l'appel de la fonction kalmanvert.getPosition() ; c'est l'altitude barométrique en atmosphère normalisée ?
Est-ce que ce n'est pas l'altitude déduite des infos GPS ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 04 Mai 2017 - 22:40:17
Je n'avais pas encore eu le temps de tester une mise à jour de firm.
Et je 'merde' dans la compil du code. Manque de connaissance de l'environnement arduino, ca couine du coté des librairies.
Je suis sous windows ; est-ce qu'il faut nécessairement charger les librairies dans l'environnement de l'IDE arduino (c:\Users\<login>\AppData\Local\Arduino15\libraries), ou bien on peut les laisser dans un dossier local au sketch courant (ici variometer) ?
De toute manière, ca ne règlera pas mon problème, je pense :
  ArduinoRobot.cpp: In constructor 'RobotControl::RobotControl()':
  ArduinoRobot.cpp:26:42: error: 'LCD_CS' was not declared in this scope
  ...

Oui, c'est bien un probléme de conflit de librairies.
Le plus simple :
- Virer (et conserver momentanément ailleurs) les librairies qui sont dans le dossier racine de l'ide arduino.
(par exemple: C:\Program Files (x86)\Arduino\libraries)

- copier à la place les librairies modifiées ou crées par prunkdrump, contenues dans le sous dossier "libraries" de "arduino-variometer-master" téléchargé depuis repo Git.

a noter que le sketch "variometer.ino" peut lui être rangé n'importe ou sur le disque, et que les exports des binaires compilés (fichier.hex) seront automatiquement mis au même endroit.

bon courage et merci pour le boulot sur les trames.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 04 Mai 2017 - 23:03:57

Coté XCSoar :
  . c'est certain que les trames openvario remontent les infos nécessaires, et traitent correctement les infos de vario et de pression atmosphérique
  . je n'ai pas réussi à valider les trames LXWPO ; mais c'est probablement une erreur de ma part.
    Xiboard, les tests que tu as fait avec XCSoar, c'est bien avec le driver LXNAV ?


Est-ce que cette altitude normalisé est disponible dans le code ?
Xiboard, dans un post précédent, envoie l'info d'altitude barométrique dans la trame LXWPO grace à l'appel de la fonction kalmanvert.getPosition() ; c'est l'altitude barométrique en atmosphère normalisée ?
Est-ce que ce n'est pas l'altitude déduite des infos GPS ?


1. Oui c'est bien avec le driver LXNAV

2. L'alti baro est normalisé par rapport à 1013hPa sauf que le GPS est activé et après le fix : là il est recalé par rapport à l'alti GPS.

Autrement, je reviens sur ce que j'ai dit : finalement je trouve le protocole LXWP0 pas mal : En effet, on envoie l'alti baro filtré. Et surtout avec notre filtre de kalman combiné à l'accelero qui est super robuste. Résultat côté logiciel t'a déjà quelque chose de filtré bien propre.
Bon à mon avis ça sera selon les goûts et les différents essais ces histoires de protocoles. De toute façon c'est quand même super semblable juste l’entête, l'ordre et le formatage changement.

Je refait des essais mais pour moi il restait un soucis d'instabilité lorsque j'active le GPS et le bluetooth. Comme t'as dit prunk, je me demande si c'est pas un dépassement de mémoire ou soucis avec l'interrupt et la réception des data Rx du GPS ? ou encore une histoire de "timing" ??


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Mai 2017 - 08:56:30
Salut à tous,

La mesure de la batterie est dans la boite

(https://img4.hostingpics.net/pics/50219020170505071908.jpg) (https://www.hostingpics.net/viewer.php?id=50219020170505071908.jpg)

j'ai modifié la bibliothèque varioscreen et ajouté

quelques variables de configuration en plus du code d'affichage

#define HAVE_VOLTAGE                       Si vous souhaitez mesurer et afficher la capacité de la batterie

int     VOLTAGE_PIN = A2;                    Entrée de l'arduino
#define DIVIDER_VOLTAGE 1.27             valeur du pont diviseur - cette valeur peut être ajuster en fonction des résistances choisies afin d'obtenir une mesure plus juste

L'arduino est en 3.3V du coup impossible de mesurer des tensions de plus de 3.3V du coup on intercale entre la patte RAW et A2 un pont diviseur

l'explication est sur le github section issues charge batterie

URL=https://www.hostingpics.net/viewer.php?id=727650220pxPontdiviseurtensionsvg.png](https://img4.hostingpics.net/pics/727650220pxPontdiviseurtensionsvg.png)[/URL]

U2 = U X ( R2 / ( R2 + R1 ) )

R2 = 1M et R1 = 270K

le coefficient de 1.27  est égale (R1+R2)/R2

la patte coté U correspond à la patte RAW de l'arduino
la patte coté U2 correspond à la patte A2 de l'arduino


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Mai 2017 - 09:22:48
Bravo GtD73 pour le montage ! Et bin dis donc ya des rapides du fer a souder  :shock:  Je vais vous faire monter des varios à la chaine :D

Oui essayes si possible de voir les temps de fix du GPS. Ca sera dans tout les cas très variable, mais regardes si il t'arrive de rester plus de 10 minutes sans fix en extérieur. Moi ça m'est malheureusement arrivé avec le bluetooth monté. Mais sur mon vario (ancien proto) le bluetooth est placé bien plus haut et donc couvre beaucoup plus l'antenne GPS.

Il semble que le vario de Xiboard fixe bien avec le bluetooth. Et pourtant il habite pas sur une autre planète ;) .

Si tu veux raccorder le vario en série tu as de la chance car le bluetooth était raccordé en série aussi. Il suffit donc d'utiliser sa broche et de faire sortir un connecteur à l'extérieur ! Ca ne demandera pas beaucoup d'adaptation.  :pouce:

Pour les bugs de compilation :

Vérifiez quand même que vous avez choisit la bonne carte arduino (pro mini 3.3v 8Mhz).

Bizarre ce bug de compilation  :grat: . Il vient du fait que cette librairie "Robot_Control" utilise des noms de fichiers similaires au miens. Mais normalement l'IDE devrait choisir en priorité les bibliothèques "perso". Moi sous linux j'ai bien cette bibliothèque installé et l'IDE mais la prends pas en compte.

J'ai déjà compilé le code du GitHub sous windows sans problème donc le problème doit être relativement subtile :

-> Avez vous bien placé le contenu du GitHub dans "Mes Documents\arduino" ? Peut être que l'IDE regarde en priorité les bibliothèques de "Mes Documents\arduino\libraires". Mais peut être qu'il ne le fait pas si vous le placez le code dans un autre dossier.

-> Bizarre ce dossier "libraires" dans le profil sous windows... (c:\Users\<login>\AppData\Local\Arduino15\libraries) Ya quoi dedans ? Faites peut être attention qu'il n'y ait pas de vieilles libraires dedans datant d'une ancienne installation de l'IDE (sous windows c'est la version 1.8 maintenant). Supprimez le dossier complet du profil et refaites l'install. Mais ça ne m'explique pas l'utilisation de ce dossier....

-> A défaut si aucune de ces solutions ne marche. Déplacez simplement ailleurs le dossier :

C:\Program Files (x86)\Arduino\libraries\Robot_Control

Mais laissez le reste intact.


Une remarque sur l'installation du code :
[/u]

Il vaudrait mieux laisser toute l'arborescence du GitHub intacte sur votre PC. C'est à dire le pas placer les bibliothèques d'un côté et les programmes de l'autre.

Car cela vous permettra à l'avenir d'utiliser Git. Vous pourrez ainsi mettre à jour votre code en téléchargeant les dernier correctifs tout en gardant vos modif "perso" sur le vario.

Je ferais un petit tuto rapide sur Git dès que j'ai un peu de temps.

Pour les soucis de stabilité du bluetooth/GPS :

C'est pas évident. Je vais essayer d'expliquer pourquoi.

Les buffeurs d'entrée et de sortie de la liaison série sont de 64 octets. Malheureusement lorsque le GPS envois ses données, l'ensemble des trames fait bien plus que 64 octets. Donc si on ne verifie pas très régulièrement le buffeur d'entrée pour le vider on peut très vite perdre des données provenant du GPS. Mais du coup si on vide au maximum on est obligé de traîter ce que l'on reçoit et pendant tout ce temps on ne s'occupe plus du reste (kalman, baro, accelero).

-> Sur ce point pas de solution miracles. Il va falloir reprogrammer la bibliothèque "Serial" d'arduino pour qu'elle fasse un tri en entrée. Et qu'elle ne mette dans le buffer que les trames qui nous sont utiles. De cette façon on pourra plus facilement rester sous les 64 octets. Je vais m'y coller dès que possible. On pourrait aussi agrandir le buffeur. Mais l'ensemble des trames fait plus de 300 octets donc ça ferait un buffer beaucoup trop gros. Il ne resterai plus assez de mémoire. L'ideal ça serait de faire une peu des deux : Filtrer en entrée pour ne garder que GGA et RMC et trouver une taille de buffer où on est sur que les deux trames rentrent. Ainsi on pourrait tranquillement analyser les trames relativement lentement.

Pour le buffeur de sortie c'est plus simple pouisque c'est nous qui envoyons. Il faut juste faire attention de ne pas le remplir.

-> On peut donc par exemple juste laisser un peut de temps entre les envois de 64 octets. Voire même envoyer octet par octet. Et entre chaque octet on s'occupe de tout le reste.

Je vais essayer d'envoyer un exemple. Xiboard malheureusement sprintf ne marche pas sous arduino avec les flotants... Tu peux peut être essayer avec la bibliothèque "digit". A voir.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Mai 2017 - 09:39:03
Magnifique jpg63 !!  :bravo:

Je me disais bien que tu allais nous sortir un truc super bien fini !

Au moins mon code n'est pas complètement illisible  :lol: Tu as réussi à bien réutiliser les fonctions de la bibliothèque varioscreen. En plus ça rentre nickel sur l'écran !  :pouce:  Il reste de la place. Dans les prochaines versions on fera en sorte de prévoir le pont diviseur sur le circuit.

J'intègre ça dans le code dès que j'ai un peu de temps !



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Mai 2017 - 09:42:13
Quelqu'un aurait-il une bibliothèque de composant Fritzing pour le L9110 ou saurait facilement en faire une ?
J'aimerais bien mettre à jour le plan variometer.fzz


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 05 Mai 2017 - 09:57:31
Super Jpg63, merci pour l'affichage bat !

Pour info, il existe une possibilité de mesurer la tension batterie en utilisant le ref voltage de l'ADC, donc sans avoir à utiliser de pont diviseur, et sans mobiliser une entrée analogique supplémentaire.
voire : https://provideyourown.com/2012/secret-arduino-voltmeter-measure-battery-voltage/

Ca permettrai éventuellement de ne pas avoir à retoucher le HW, non? Qu'en penses tu?

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 05 Mai 2017 - 10:07:57
Il semble que le vario de Xiboard fixe bien avec le bluetooth. Et pourtant il habite pas sur une autre planète ;) .
C'est variable. Hier, avec mon code modifié pour tests qui communique déjà en Bluetooth sans attendre le fix du GPS. Dans la maison, il n'a jamais réussi à fix...
Je vais refaire quelques essais...

Je vais essayer d'envoyer un exemple. Xiboard malheureusement sprintf ne marche pas sous arduino avec les flotants... Tu peux peut être essayer avec la bibliothèque "digit". A voir.
J'ai réussi à coup de "%i.%2i" et des astuces de (int)()*100 et ((int)*100), pas propre mais fonctionnels pour les essais.

Merci pour l'explication des buffer du Serial.
Ton idée de faire une biblio Serial custom me parait pas déconnant. On est tellement ric-rac niveau mémoire qu'il va nous falloir optimiser un max si on veux rajouter des "fonctions".


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 05 Mai 2017 - 10:12:10
Concernant les trames LXWP0 et XCSoar : la nuit porte conseil ;-)

Je me suis fait piéger bêtement : j'envoyais des trames LXWPO au lieu de LXWP0 (donc, la lettre "O" au lieu du chiffre 0.

En changeant, ca va tout de suite mieux :
$LXWP0,Y,,1603,0.00,,,,,,,,*60
$LXWP0,Y,,1607,1.00,,,,,,,,*65

Je récupère bien maintenant dans XCSoar l'altitude barométrique, et le vario avec ces trames.
XCSoar réagit comme avec les trames openvario (j'envoyais une pression) : il faut saisir le QNH pour que l'affichage de l'altitude barométrique fonctionne.
Ca valide donc le fait que XCSoar considère l'info transmise comme  une altitude barométrique en atmosphère normalisée


On peut donc penser de ces tests et de ceux de Xiboard que l'envoi des trames GPGGA, GPRMC et LXWP0 devraient convenir à la majorité des applis de navigation aérienne.


Pas eu le temps de regarder le reste ... vous allez trop vite pour moi  :lol:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 05 Mai 2017 - 11:22:47
... vous allez trop vite pour moi  :lol:

Pour moi aussi, mais ce n'est pas un reproche, je n'ai pas le niveau pour les aider de toute façon.

j'espère juste qu'en tout reprenant doucement (quand j'aurai reçu le module GPS) je pourrai me refaire le film  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 05 Mai 2017 - 21:15:30
J'ai fait un test de batterie cet aprem:

Départ batterie vide, puis 8 heures de charges dans la journée. (bien plus que nécessaire, puisque le module de charge sort 1A, soit une charge compléte en 45 minutes environ.)
Vario laissé en champ libre GPS fixé
Module BT en place, mais switch sur off.
Bip régulièrement 1/2 du temps environ (en réglant le seuil trés bas, les courants d'air suffisaient à déclencher réguliérement)

résultat : Batterie vide après 1h10 à 1h40 de fonctionnement... (je n'ai pas checké très régulièrement).

Ce résultat était prévisible car les 600 mAh de la batterie ne sont pas énorme pour µC au taquet + IMU + GPS + écran + carte SD en écriture continue + buzzer amplifié...
Pour des vols long il faudra prévoir de brancher sur une batterie externe comme le tel, avec un cordon en Y.

Edit : je soupçonne l’écriture sur SD d'étre le plus gros contributeur de conso. J’essaierai à l'occasion de mesurer ça.









Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 05 Mai 2017 - 22:05:08
Pour le moment j'ai le code livré d'origine et toujours pas de module bluetooth.

Petit retour sur mes premiers essais:
Celui d'hier en voiture s'est bien passé: enregistrement de la trace que j'ai pu récupérer via gpsbabel et pour le moment google earth.
Le fix gps est possible sous le parebrise. Je n'ai pas réussi à avoir de fix à l'emplacement du téléphone.

Celui en vol, nettement plus intéressant non ?
Le fix du GPS s'est fait en accédant au déco (Montlamb !!!) et il aura fallu 10 mn montre en main. Mais c'était en marchant et parfois en sous-bois.
J'essaierai de faire la même mesure immobile ciel dégagé pour avoir une bonne comparaison avec le montage du bluetooth réalisé.
Sur la prévol, je n'ai pas remarqué de perte de gps
 Bip un peu envahissant sur le déco mais je n'ai pas encore fait de calibration, peut être que après cette calibration les prévol/déco seront plus paisibles.
Comme je n'ai pas encore de quoi le monter sur l'élévateur je l'ai gardé dans une poche et le son ne m'a pas semblé trop fort.
Une fois en vol c'est vraiment bien. Belle réactivité. Xctrack qui tournait sur mon tel (galaxy S5) est à la ramasse !
Après les conditions de vol n'étaient pas fameuse donc je n'ai que 15 petites mn de recul...
Le gros point négatif c'est que cette poche a du me priver du GPS car je n'ai aucune trace enregistrée de ce vol... :canape:
Un détail, tous les fichiers enregistrés (de la veille donc) le sont à la même date/heure :6/9/2016 17h14

Par contre niveau autonomie je suis étonné car pour le moment je n'ai pas rechargé du tout et ca tourne toujours (env. 45mn je dirais)

Et dernier point, ce vario a bien plus à mes pots !





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Mai 2017 - 23:22:25
Oui c'est vrai moi non plus je n'ai pas fait d'essais d'autonomie  :grat: je vais essayer de faire ça des que possible. Mais on a un expert de la batterie maintenant :D ! Jpg64 va sûrement tester son témoin de charge et nous donner des infos. Et tout cas super Ptitkiki d'avoir pris le temps d'expérimenter  :pouce:

Y'a peut être quelque chose qui pourrai améliorer la conso. Pour l'instant on envois du 3,7v sur tout les régulateur 3,3v de chaque carte. Mais chaque régulateur dissipe de l'énergie.

J'avais fait des essais en envoyant partout du 3,3v avec le régulateur de l'arduino mais j'ai eu des mauvaises expériences. Je pense qu'il n'est pas d'assez bonne qualité pour tout ce qui est alimenté.

Mais peut être qu'en rajoutant UN bon régulateur en sortie de la batterie on aurait des meilleurs résultats. Si quelqu'un s'y connaît pour investiguer ;)

Content que tu ai pu faire un test en vol GtD73 ! Mais je ne sais pas ce qui s'est passé pour la trace... Peut être aussi que la carte s'est déconnecté dans la poche.

Pour les dates des fichiers c'est une petite triche pour économiser du code. Je met toujours la même date  :oops:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 05 Mai 2017 - 23:23:37
 :grat:  :grat:
Je capitule pour ce soir je n'arrive pas à compiler les firm.hex...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Mai 2017 - 23:30:18
Bizarre  :grat:

Faudrait que tu nous donne le message d'erreur.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 00:01:57
GtD73

j'ai remarqué que l'arduino.exe en 1.8.2 m'avait ajouter un répertoire dans AppData après avoir mis à jour les cartes - proposition en bas à gauche.

C:\Users\jpg63\AppData\Local\Arduino15\packages\arduino\hardware\avr\1.6.18\libraries

j'ai renommé le répertoire en old
 
J'ai aussi eu des erreurs avec la bibliothèque SPI et EEPROM, j'ai installer la version 1.0.5, j'ai sauvegardé les librairies, j'ai réinstallé la 1.8.2
ensuite j'ai supprimer toutes librairies dans C:\Program Files (x86)\Arduino\libraries et j'ai mis les librairies du github puis SPI et EEPROM de la version 1.0.5

si cela peut t'aider

-----------------------

j'ai fais une constatation bien embêtante avec l'affichage de la batterie, il est possible que ce soit mon code mais je crois plutôt que cela vient de la batterie - j'explique le soucis, à chaque fois que le beeper bip, la tension chute
Mon explication c'est que courant demander par le beeper et l'ensemble du vario est supérieur au courant de décharge de la batterie. La batterie a certainement en "C" (facteur de décharge) trop faible vu les 600 mh et la consommation de l'ensemble des modules.

Il va peut être est nécessaire de recalibrer la batterie pour les futurs versions

A tester pour confirmer le problème

Caractéristiques électriques des batteries LiPo

La tension nominale d'un élément LiPo est de 3.7 V. (C'est la tension à vide d'un élément chargé à 50%).

La capacité : elle s'exprime en Ah (Ampère x heure et non pas Ampère / heure). Une batterie de 2000 mAh soit 2 Ah a la capacité de débiter 2 A pendant 1 h ou 20 A  pendant 0,1 h (6 mn).

L'agencement d'un pack : pour obtenir une tension plus élevée, on met plusieurs batteries élémentaires en série. Un pack 3S possède 3 éléments en série (le + d'une batterie est relié au - de la suivante), sa tension nominale sera de 3 x 3.7 V soit 11.1 V (à vide).
Pour augmenter la capacité d'un élément, on peut en mettre 2 en parallèle soit 2P en abrégé (les + des deux batteries sont reliés ensemble, idem pour les -). Tenant compte de l'augmentation de capacité des éléments, ceci n'est plus très utilisé pour les applications courantes.

Le facteur de décharge : une batterie 2000 mAh de 20 C a une intensité maximale de décharge de 20 fois sa capacité soit 20 x 2 A = 40 A (et non pas Ah ).
Les fabricants ont toujours tendance à gonfler ces chiffres, aussi il vaut mieux prendre un peu de marge pour prolonger sa durée de vie... et puis n'oubliez pas, décharger une batterie à 20 C, ça fait 1/20 h soit 3 mn d'autonomie .

Résistance interne : c'est la résistance équivalente mise en série avec une batterie théorique. Rarement indiquée par les fabricants, c'est vraiment dommage. Elle influence la capacité de décharge d'une batterie.

Tension minimale de décharge : les batteries LiPo ne doivent jamais être déchargées en-dessous de 2,5 V par élément. La valeur recommandée si vous voulez faire durer vos batteries est de 3.3 V par élément et personnellement je m'arrête à 3.6V.

La charge des batteries LiPo commence à courant de charge constant (I = 1C*) et lorsque la tension atteint 4.2 V elle se termine à tension constante, le courant de charge décroissant pour arrêter la charge à I = 0,1C.
* Les batteries de 3ème génération peuvent se charger à 5C, encore faut-il le chargeur qui en est capable.

Tension de charge maximale : les batteries LiPo ne doivent jamais être chargées au-dessus de 4.2 V par élément. Attention, danger d'incendie ! C'est pourquoi il est impératif d'utiliser un "égaliseur" dans le circuit de charge. En effet, après utilisation, les tensions aux bornes de chaque éléments peuvent être différentes, et si vous charger un pack d'éléments en série un des éléments peut se trouver en surtension.

Tension de stockage recommandée : si vous voulez prolonger la durée de vie de vos chères LiPo, il vaut mieux les stocker au froid et seulement à 3.7 V par cellule. Contrairement aux NiMh l'autodécharge des batteries LiPo est faible.
Mais les batteries LiPo vieillissent à ne rien faire...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mai 2017 - 10:05:32
Je vous avez bien dis qu'on avait un pro de LiPo  :pouce:  ! Je vais étudier ça !

Autrement j'ai fais un essai sous windows.

-> J'ai pris un windows 7 (ou l'IDE n'avait jamais été installé)
-> J'ai installé le dernier IDE (1.8.2) https://www.arduino.cc/en/Main/Software
-> J'ai téléchargé le code du GitHub https://github.com/prunkdump/arduino-variometer/archive/master.zip
-> Je l'ai extrait dans "Mes document\Arduino". Il me demande d'écraser le dossier "librairies"
-> Je choisit "pro mini" et "3.3V, 8Mhz"

Et tout se compile bien ...  :grat:

J'arrive pas a comprendre d'où peut venir vos problèmes de compilation. Et apparamment plusiers personnes sont concernées  :shock: . Essayez :

-> de désinstaller l'IDE
-> supprimez "Mes documents\Arduino"
-> supprimez "c:\utilisateurs\login\AppData\Local\Arduino15" (si vous ne voyez pas AppData tapez "AppData" dans la barre d'adresse.
-> supprimez "c:\Program Files (x86)\Arduino"

Puis réinstallez l'IDE avec la procédure ci-dessus. Et si vous trouvez d'où vient le problème dites le moi :D Je le mettrais sur le Tuto. En tout cas le code est compatible avec la dernière bibliothèque arduino.

Ou alors vous avez pris la version "beta" ? Le "hourly build" ?  :grat:




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 10:58:06
Salut

Pour le chargeur de la batterie, si vous ne l'avez pas vu, en regardant par l'ouverture de la prise USB on peut voir une led qui reste rouge si la batterie n'est pas pleine et passe bleu quant elle est complètement chargée

Pour comprendre pourquoi la batterie s'effondre il faudrait mesurer le courant qui lui est demandée et en fonction calibrer la batterie et l'autonomie

Exemple avec le beeper à font si on tire 600mA et que l'on veut 4h d'autonomie il faudra choisir une batterie de 0.6X4 = 2400mAh avec par sécurité un C de 20 à 35. Plus de chute de tension et une autonomie calculer théoriquement

La chute de tension n'est pas si grave en soit car à 3.6V la lipo est pas loin d'être morte et l'ensemble des éléments s’alimentent en 3.3V, juste l'affichage de la batterie qui passe de 100% à 50% dès que ça bip. Cela renforce l'idée d'avoir un régulateur 3.3v externe pour alimenter sans fluctuation les composants.

Il sera peut être utile de revoir la taille du boitier à la légère hausse pour pouvoir loger une plus grosse batterie et éloigner le bluetooth, l'écran et le GPS, pas trop non plus on est juste légèrement plus petit qu'un syride. L'idée est de rester petit pour s’accrocher au élévateur, c'est le top pour un petit vario, pas de cockpit, poids mini, le vario juste au niveau des yeux et des oreilles idéale avec un petit écran. Coté écran 1" de plus et du E-Paper  :dent:

(https://img4.hostingpics.net/pics/59986920170506102912.jpg) (https://www.hostingpics.net/viewer.php?id=59986920170506102912.jpg)

(https://img4.hostingpics.net/pics/16970920170506102924.jpg) (https://www.hostingpics.net/viewer.php?id=16970920170506102924.jpg)

(https://img4.hostingpics.net/pics/76462020170506102851.jpg) (https://www.hostingpics.net/viewer.php?id=76462020170506102851.jpg)
       


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 06 Mai 2017 - 11:15:46
Quelqu'un peut expliquer pourquoi un syride, un skytraxx, un Reversale, ...
ont une autonomie nettement supérieure avec tout autant de fonctions.
ils n'ont pas un volume nettement plus gros et n'emporte donc pas des batteries énormes????

C'est la technologie employée qui est plus gourmande ??


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mai 2017 - 11:27:56
Allez un petit quiz pour s'amuser  :D :

->le OKW Minitec D drop : https://www.okw.fr/fr/Boitiers-en-plastique/Minitec.htm
->le OKW Soft-Case : https://www.okw.fr/fr/Boitiers-en-plastique/Soft-Case.htm
->le Hammond 1553A :  http://www.hammondmfg.com/pdf/1553A.pdf (http://www.hammondmfg.com/pdf/1553A.pdf)

Retrouvez à qui appartiennent ces boîtiers !

Autrement Van Hurlu pour l'autonomie c'est juste qu'on y a pas encore beaucoup réfléchit....  :oops: Avec quelques petites modifs sur le circuit on peut parfois améliorer grandement la durée de la batterie.

J'ai bien envie de tester l'ajout d'un bon régulateur en entrée. Mais j'ai pas ça à la maison.

Autrement je suspecte aussi le petit circuit de protection posé sur la batterie d'être conçu "très large". Essayez si vous voulez. Il est impossible de faire un court circuit avec la batterie. Ya un composant qui doit couper à partir d'une certaine intensité. Peut-être qu'ils l'ont réglé pour couper un peu vite ... En tout cas moi la batterie ne chauffe pas du tout dans le vario. C'est qu'on doit pas lui tirer beaucoup dessus.

Edit :


J'ai peut-être trouvé une position pour le bluetooth ! : Posé sur le baro et l'arduino sous la nappe de l'écran, contre les connecteurs dupont. Il faut du coup descendre à peine un peu plus la batterie et raccorder le bluetooth avec une nappe. Mais ça à l'air de passer ! Si les bricoleurs se sentent de tester.

Pour l'écran on pourrait simplement le mettre de l'autre côté. Mais l'entrée de la carte SD serait alors face au vent. Il faudrait trouver une manière de la protéger. Avant qu'on arrive à accéder à la carte SD par l'USB :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 11:36:30
je pense que oui
la prouesse de faire rentrer toutes les cartes dans un si petit volume est énorme,  un énorme boulot d'optimisation et d'astuce que l'on doit à Prunkdump, et qui permet à tout le monde de le fabriquer. Je pense que la différence avec les vario pro réside dans l’intégration des composant, un minimum, pas de composant additionnel inutile est consommateur,  un circuit et du cms, du coup pas de surprise ça consomme moins. Plus de place, batterie un peu plus grosse

génial les liens vers les boîtiers

un syride one lol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mai 2017 - 11:42:57
Ya pas que le Syride One ! :D

Regardez bien ! Ya deux varios commenciaux rien que dans cette page :

https://www.okw.fr/fr/Boitiers-en-plastique/Minitec.htm

Et le Hammond c'est facile ... ;)

http://www.hammondmfg.com/pdf/1553A.pdf


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 11:58:45
 ROTFL

je voulais laisser une chance au autre  :P

je vais pouvoir customiser mon syride Nav en jaune  :grrr:  :averse:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 06 Mai 2017 - 12:18:37
J'ai peut-être trouvé une position pour le bluetooth ! : Posé sur le baro et l'arduino sous la nappe de l'écran, contre les connecteurs dupont. Il faut du coup descendre à peine un peu plus la batterie et raccorder le bluetooth avec une nappe. Mais ça à l'air de passer ! Si les bricoleurs se sentent de tester.
Pour gagner de la place il y aurait aussi l'utilisation d'une antenne plus petite
le Ublox NEO-6M GPS existe aussi avec une antenne plus étroite

je n'arrive pas à vous faire un lien ??? mais si vous cherchez Ublox NEO-6M GPS sur ebay, vous trouverez le modèle avec mini antenna


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 06 Mai 2017 - 12:27:32
Je ne les ai pas démontés, mais je pense que syride et autre ont  des batteries au moins du triple de la.capacité.... 600, c'est pas énorme. Ils ont bcp plus de place de libre car tout est intégré sur une seule carte en cms...
Aussi plus d' optimisations logiciel et hw, comme évoqué sur les alims.

Jpg63: ton background  sent la culture modélisme, non?  :trinq:

Prunkdrump: comment installe t'on le bootloader sur une carte "neuve" stp? Sur une carte avec bootloader, est-il encore possible de flasher depuis l'IDE via un adapteur série? Le code actuel est-il compatible pour ça?

Je pense aussi que le buzzer suce pas mal, à creuser....


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mai 2017 - 13:26:13
Salut !

Pour installer le bootloader il faut un autre arduino (5V ou 3.3V).

1) Tu met un sketch spécial sur l'arduino qui va servir à programmer :

-> Dans l'IDE tu choisis le modèle de la carte de l'arduino "programmeur"
-> Dans "Exemples" tu ouvre "Arduino ISP"
-> Tu compiles et tu charge sur l'arduino.

2) Tu prends maintenant l'arduino que tu veux programmer et tu connectes ainsi :

Aduino qui programme -> Arduino programmé :
pin 13 -> pin 13
pin 12 -> pin 12
pin 11 -> pin 11
pin 10 -> pin Reset
pin 5V (ou 3.3V sinon) -> pin RAW
pin GND -> pin GND


Quand  tu programmes un pro mini tout est du même côté. J'ai donc utilisé une pin header plantée dans une breadboard pour faire les contact sans souder. Autrement il y a une broche exprêt sur les cartes.

!!! Parfois il faut connecter un condensateur de 10uF entre la pin Reset et la masse de l'arduino "programmeur". N'en met pas au départ. Met le si tu as des erreurs bizarres qui ne sont pas des timeout. Si tu n'as pas de condensateur tu peux souder deux fils sur un condensateur SMD recupéré sur une plaque de charge LiPo ou autre !!!


3) Tu fais un essais avec le bootloader Arduino d'origine.

-> Dans l'IDE tu choisis le modèle de la carte que tu programme
-> Tu connectes l'arduino programmeur
-> Dans "programmeur" tu met arduino "Arduino ISP"
-> Dans "outil" tu lances "graver la séquence d'initialisation"

4) Si ça marche tu n'as plus qu'à remplacer le bootloader arduino par le mien.

-> Dans "préférences" de l'IDE tu met que tu veux un affichage détaillé pour "l'upload".
-> Tu lances encore la programmation du bootloader d'Arduino.
-> Tu récupères les deux commandes (en blanc) qui ont été lancées.
-> Tu relances les deux commandes en enlevant les -v -v -v et dans la deuxième tu change le chemin du bootloader par celui de "optiboot-sdcard". (Tu peux te faire un .bat)

Je te met en pièce jointe le bootloader pour l'arduino pro mini. Dis moi si tu le veux pour une autre carte.

Remarque : Ce bootloader fonctionne aussi sur la liaison série habituelle si besoin. Mais il faut quand même qu'une carte SD soit connecté.

A+   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 13:29:48
du m'a démasqué ptitkiki, je fais un peu de d'aero-modélisme, j'ai plus beaucoup de temps pour faire voler mes moto-planeurs mais quant il pleut et que ça ne vole pas, il m'arrive de construire (balsa) ou de concevoir quelques petit truc

(https://img4.hostingpics.net/pics/122764maglifuselage3dv102.jpg) (https://www.hostingpics.net/viewer.php?id=122764maglifuselage3dv102.jpg)

(https://img4.hostingpics.net/pics/20329020170314073951.jpg) (https://www.hostingpics.net/viewer.php?id=20329020170314073951.jpg)

(https://img4.hostingpics.net/pics/62515420170314074417.jpg) (https://www.hostingpics.net/viewer.php?id=62515420170314074417.jpg)

(https://img4.hostingpics.net/pics/44631820170309075127.jpg) (https://www.hostingpics.net/viewer.php?id=44631820170309075127.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 06 Mai 2017 - 18:29:16
hello,

Merci bcp prunkdrump pour les conseils sur le bootloader, je vais tester ça.
J'ai l'impression d'avoir cassé le bootloader de mon vario, car je n'arrive plus à mettre a jour le firm via la carte SD, même avec le bouton reset.
Ca s'est produit lorsque j'ai essayé de mettre la version sans reset avec le bouton. Les autres: vous avez réussi sans encombre?

Mais avec tes explications, je devrais pouvoir réparer ça se soir.  :pouce:

Pour la position du BT, j'étais arrivé presque à la même conclusion, mais je pensais le déporter au dessus de la batterie avec  une nappe et non en dessous. j'ai testé ça devrait passer, je ferais une photo.

@jpg63 pour le modelisme, je m'en doutais bien  ;)  J'ai pas mal conçu/construit/volé aussi dans le passé.  ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Mai 2017 - 18:48:16
Les autres: vous avez réussi sans encombre?

je suis passé sans encombre à la version sans reset, j'avais juste avant mis en place l'astuce du plug USB, qui marche aussi très bien


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Mai 2017 - 18:58:11
Salut ptikiki !

Tu aurais pas pris par erreur le fichier généré par l'IDE avec bootloader ? il faut toujours prendre les .hex sans meme pour le code sans le bouton reset. Ce n'est pas le bootloader qui change. C'est juste le code qui sait lancer le bootloader.

Pour reprogrammer tu peux utiliser la broche de l'écran.

1) Tu prends un câble de breadboard que tu coupes en deux.
2) t'en soude un sur la pin reset (libre) et l'autre sur la pin 12.
3) tu peux alors Connecter l'arduino programmeur comme suit :
Pin 13 -> entrée 5 de l'écran
Pin 12 -> pin 12 arduino
Pin 11 -> entrée 4 de l'écran
Pin 10 -> pin reset de l'arduino
Pin 3v -> entrée 6 de l'écran
Pin Gnd -> entrée 8 de l'écran

Ensuite tu verifie au testeur de continuité que ça correspond bien au raccordement de mon message précédent.

Ça serait super que tu nous trouve une solution pour le Bluetooth !!  :pouce:

Edit : utilise le connecteur de l'écran ! Pas la broche... tu plante tes câbles de breadboard dedans.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 06 Mai 2017 - 19:05:59
@ptikiki,

Je viens à l'instant de compiler et charger le dernier firm du vario ; j'étais resté jusqu'alors à la version initiale, pré-chargée par prunkdump.

Et je viens de vérifier la nouvelle procédure de mise à jour de firm proposée par prunkdump, bien plus sympa car ne nécessitant pas l'accès au bouton de reset.

Pour moi, ca marche.
J'ai fait 3 tentatives, en modifiant le code (niveau sonore de 2 à 10) à chaque fois pour controler le chargement.

Ca a marché à chaque fois. Donc, à priori, pas de pb de bootloader.


Sinon, pour les problèmes de compilation rencontrés auparavant :
c'était bien lié à des conflits de librairies.

L'IDE arduino, en tout cas sous Windows, n'est pas très souple ; je ne vois pas comment ne lier certaines librairies qu'a un projet.

Dans ce que je comprends :
- il y a le dossier initial d'install de l'IDE. Pour moi, D:\Soft\Arduino-1.8.2
  J'ai fait une install à partir d'un fichier zip, en dézippant le tout dans ce dossier.

- puis, le dossier C:\Users\<login>\AppData\Local\Arduino15\ qui est créé automatiquement au premier lancement de l'IDE.
il y a dedans, d'abord, le fichier preferences.txt qui contient les préférences utilisateur
puyis, au fur et à mesure que l'on fait des mises à jour de librairies ou autres depuis l'IDE, celles-ci se font dans ce dossier C:\Users\<login>\AppData\Local\Arduino15\ ; ca peut devenir volumineux.

- enfin, le dossier "Documents\Arduino", qui contient les librairies utilisateur. Ca reste global aux différents projets en cours.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 06 Mai 2017 - 22:37:36
 :bravo:  :bravo:  :bravo:

Ca y est !!
J'ai la dernière version du vario, j'ai fait la calibration, plus besoin d'appuyer sur le bouton reset, nickel !!
A priori c'était bien un pb de librairies ou un truc du genre parce que tout est rentré dans l'ordre après l'installation d'un IDE toute propre.
J'ai eu une trace d'enregistrée en allant faire pisser le chien donc pendant le vol soi j'ai perdu la visu des GPS soi la carte s'est désenfichée.


y'a plus qu'à bouffer du code (et de la lime pour le bluetooth)


ET VOLER !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 07 Mai 2017 - 00:54:30
bon, pas réussi à résoudre pour de bon mon pbm de boot-loader, la nuit devrait porter conseil.
J'ai même cru à un moment avoir brické completement mon vario...
Mais finalement j'arrive quand même à mettre à jour le firmware en téléversant "classiquement" depuis l'IDE, (donc sans passer par la carte SD), c'est déja ça. J'ai fait sortir provisoirement un petit connecteur pour le FTDI.

Baptiste: une petite question sur la sélection du programmateur dans l'étape 4 de ton mini tuto,  il faut prendre "arduinoISP" (sans espace) ou "arduino as ISP"?
Avec le premier, j'ai un message d'erreur : "avrdude: Error: Could not find USBtiny device (0x2341/0x49)"
(note: J'ai bien mis le condo 10µF)
Avec le second, j'ai un message plus long, et je brick carrément la carte programmateur, (impossible de re-televerser dessus classiquement)... à priori j'ai fumé 2 arduinos  :tomate:

si non, j'ai fait les essais de déplacement de la carte BT
Finalement ça ne passe pas du tout dans aucune des 2 solutions évoquées.

J'envisage 2 autres pistes :

- Décaisser un petit rectangle dans le fond du boitier de la taille de la carte, l'insérer et refermer avec le velcro sur toute la surface.
Pas super élégant mais ça devrait faire le job.
Dans cette position :
(https://img4.hostingpics.net/pics/254230IMG20170507001934.jpg)

- Remplacer le lecteur de carte SD par un mini SD, avec un petit connecteur en fils fin (ça devrait être neutre d'un point de vue du code), et ainsi gagner la place de mettre à coté le module BT.
(https://img4.hostingpics.net/pics/589943IMG20170507001845.jpg)

Je pense partir sur la première solution pour l'instant.




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 07 Mai 2017 - 01:13:36
Moi j'ai monté la carte bluetooth à l'emplacement prévu et j'ai réussi à avoir la vitesse au bout de 3mn30 ! C'est pas si mauvais !
Je verrais demain si le fix gps est stable


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 07 Mai 2017 - 09:29:30
Quand on voie la différence de taille entre un lecteur  de carte SD vs un miniSD, il est évident que si on veut gagner de la place c'est une voie intéressante. le module BT pourrait utiliser cette place économisée.
je vais me commander un lecteur de mini-carte pour voir.
mon inquiétude est que la mini-carte SD risque d'être plus difficile à insérer et sortir du boitier.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Mai 2017 - 09:34:36
Pas de panique Ptikiki !

C'est juste moi qui ait mal expliqué :oops: Et c'est impossible que tu ait brické une carte Arduino sans vrai programmateur. En plus j'avais oublié que Arduino avait créé eux même un programmateur : d'où le "ArduinoISP".

Alors voici les précisions que j'ai oubliés :

-> Si tu n'arrives plus à uploader sur ton Arduino "programmateur" c'est à cause du condensateur et du fait qu'il soit connecté à l'autre Arduino. En fait le condensateur sert à empêcher le Reset de l'arduino. Donc déconnectes juste ton arduino de la breadboard et tu pourras à nouveau télécharger des sketchs dessus par le port série.

-> Ensuite rebranche le sans condensateur dans un premier temps. Et effectivement il faut mettre dans l'IDE "Arduino as ISP" et choisir le modèle de la carte que tu programmes (pas le modèle de la carte "programmeur").

-> Vérifie les connexions entre les deux arduinos pin à pin (pour vérifier que je ne t'ai pas dis de bêtises avec le connecteur d'écran). Puis fais un essai : "burn bootloader".

-> Si ça ne fonctionne pas ajoute le condensateur.

-> Une fois que c'est bon. Récupère les deux commandes et change le firmware du bootloader.

Pour le repositionnmeent du bluetooth :


T'es sur que ça ne passe pas ? Moi je viens de faire un essai rapide et c'est vraiment pas loin avec le bluetooth posé contre les cartes. As-tu tordu les broches de l'écran ? Parceque je pense que ça pourrait passer (mes excuses pour les tirets à répétitions) :
-> En tordant les broches dans l'autre sens vers l'antenne.
-> En refaisant un connecteur d'écran plus court qui se connecte directement côté antenne. (Je sais pas si je suis très clair, pour l'instant les "pipes" du connecteur sont tournées vers le bas du vario. On pourrait les tourner vers le haut, vers l'antenne)
-> En dessoudant le bouton reset (il fait pas mal de hauteur inutile)
-> Peut-être en tournant à 90° la batterie dans l'autre sens partie jaune vers le bluetooth.


Super que tout le monde ait réussi à faire marcher l'IDE !  :pouce:

j'ai eu une trace en allant faire pisser le chien

Non mais là il faut juste le sortir plus souvent ou arrêter de tirer sur la laisse...

 :sors:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 07 Mai 2017 - 11:06:03
J'ai un petit soucis de temps en temps que je n'arrive pas à comprendre :
Le vario ne initialise pas :

m/s et m s'affichent mais c'est tout. Pas de bip, ni rien. Je suis dans cette conf :
Code:
#define HAVE_SPEAKER
#define HAVE_ACCELEROMETER
#define HAVE_SCREEN
//#define HAVE_GPS
//#define HAVE_SDCARD
#define HAVE_BLUETOOTH

J'ai pourtant réussi à faire firmwareUpdate() en le retournant donc j'imagine que c'est pas un pb de Fastwire. Est ce que ça bloque à ce niveau :
Code:
  while( ! (ms5611_dataReady()
#ifdef HAVE_ACCELEROMETER
            && vertaccel_dataReady()
#endif //HAVE_ACCELEROMETER
            ) ) {
  }
??

ça me la fait que 2 fois pour le moment, et j'ai réussi à faire un FirmUpdate et après ça ne fait plus... Étrange. A noter : jamais aucune interruption du vario après.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Mai 2017 - 11:26:22
Ca m'est arrivé aussi. Deux hypothèses :

-> Soit on initialise trop vite l'accéléromètre à l'allumage sans lui laisser le temps de "démarrer". Ca expliquerait pourquoi le problème n'apparait pas quand la SD Card est activée car elle s'initialise avant et laisse donc un petit délais à l'accéléromètre.

-> Soit la batterie est à un niveau suffisant pour alimenter l'arduino mais pas pour alimenter l'accéléromètre. Du coup parfois l'un démarre et pas l'autre.

On va peut être devoir ajouter à la bibliothèque de l'accéléromètre une vérification du temps minimal depuis l'allumage. Vérifie aussi qu'il n'y à pas un court circuit avec les deux connecteurs de gauche de l'écran (VCC et GND). Je n'aurais pas du les mettre si proche. Il faut vraiment faire attention de bien les isoler.

Pour le GPS/Bluetooth :


Ca y est je me suit lancé dans le code. Voici le principe :

Il n'y aura plus qu'un buffer pour la réception et l'émission de 128 octets. Lorsque le GPS envoie des données elles sont écrites dans ce buffer et l'entête NMEA et la parité sont vérifié. Si la trâme n'est pas GGA ou RMC ou si la parité n'est pas bonne la trame est enlevée du buffer. Ainsi lors de l'envois du GPS tout devrait rentrer dans le buffer sans avoir besoin de lire les données pour le libérer.

Une fois les données reçues ont peut les analyser dans le buffer tranquillement. Il contient simplement les deux trâmes GGA et RMC. Pendant ce temps le buffer est aussi utiliser pour envoyer les deux trâmes sur le bluetooth.

Ensuite on jette l'ensemble et on écrit les données supplémentaires à envoyer dans le même buffer. Il sera assez grand pour recevoir les trâmes LXNAV ou openvario que l'on envoie. Il pourra alors faire l'envoie efficacement.

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 07 Mai 2017 - 12:01:55
niveau batterie, le reversale est en 2000mAh, aidé d'un microcontroleur qui s'endort de temps en temps .... ;)

En passant sur un circuit unique et pas des briques ensemble, je pense qu'il est possible de gagner un peu d'autonomie (pas de passage de 5V a 3.3 dans chaque brique)
Il avance petit a petit, Si des personnes veulent vérifier d’ailleurs mon schema, je suis pas a l'abris d'une boulette. (mon objectif est de passer le vario en CMS sur un seul circuit imprimé)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 07 Mai 2017 - 12:18:43
Il est chargé à fond et pas de cc, j'ai tout isolé très proprement avec de la gaine thermo à la taille idéale (merci le taf...)

Le délais, m'étonnerai pas. Là ça me le fait presque à tout les coups.
Je viens de rajouter un delay(500) et une petite musique d’allumage. Là je ne semble plus avoir le soucis. A voir si ça le refait.

Super pour la partie optim du buffer !!!  karma+

@gargle : il me semble que l'on a pas de 5V. On passe du 3,7 au 3,3 dans chaque brique effectivement, pas de quoi trop perdre tout de même. Effectivement pour le futur si vous faites une version tt intégré, ça devrai être mieux avec -comme dit prunkdump- un seul bon régul.

Moi avant de souder la batterie, je l'ai cyclé une fois sur un chargeur modélisme. Il me semble avoir tenu facilement 2h avec fix GPS en auto.
Et pour avoir testé pas mal de batteries, les infos des batteries pas cher sont souvent un peu fausses. Normal, il y a une tolérance, mais rarement à notre avantage ! (C'est flagrant sur les accu 18650)

PS : ancien modéliste aussi =) (encore un peu mais vachement moins !).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 07 Mai 2017 - 21:25:01
L'alti baro est normalisé par rapport à 1013hPa sauf que le GPS est activé et après le fix : là il est recalé par rapport à l'alti GPS.

Que l'alti affichée sur l'écran du vario soit rectifiée après le fix GPS ; c'est bien. de toute manière, on ne peut pas le rectifier autrement.

Mais je crois que si on transmet en NNMEA une altitude barométrique à une app externe, il faut transmettre l'alti normalisée.
Si on transmet l'altitude qui a été recalée par rapport au premier fix GPS, on envoie alors une alti calculée GPS ; c'est très différent, et ca ne présente plus d'intéret.


J'en profite pour signaler un petit "bug" je pense, dans la manière de traiter le premier fix GPS :
J'ai des problèmes de fix GPS avec mon vario ; je vous en ferais part dans un prochain post.

Tout à l'heure, j'ai démarré mon vario à l'extérieur, dans un espace libre, immobile.
Affichage de l'altitude largement inférieure à l'altitude réelle ( différence de 50 m ?) ; donc, je pense que c'était l'altitude baro normalisée
Il a mis un certain temps (5 mn ?) pour arriver à faire le fix GPS ; ou plutot, à afficher en bas O km/h et O Gr.

Mais visiblement, la qualité du signal GPS était très mauvaise :
  . il continuait à afficher une vitesse de 0 km/h alors que je marchais assez rapidement ; ceci pendant au moins une minute.
  . pendant tout ce temps, il n'a pas recalculé l'altitude comme il le fait normalement, lorsqu'il a les infos GPS.

Le problème : au bout d'environ une minute, les infos GPS ont bien été prises en compte ; en tout cas, la vitesse s'est bien affichée.
Mais l'altitude recalculée, probablement à partir d'infos GPS par encore stable, était très largement surévaluée ; plus de 50m dans l'autre sens (en positif)
Ensuite, je me suis baladé à pied, sur un terrain avec du dénivellé ; l'altitude affichée a bien suivi ce dénivellé (varie positivement quand ca monte, négativement quand ca descend), mais le décalage erroné positif de plus de 50m a persisté.


Je ne sais pas comment on peut traiter ce problème correctement.
Il faudrait :
  . soit pouvoir forcer à nouveau le recalcul d'altitude à partir des infos GPS
  . soit pouvoir saisir un QHN ; peut-être dans une future version du vario ?




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 07 Mai 2017 - 21:41:25
Je vous fais part de mes petits soucis avec le vario.

pour le moment, le module bluetooth n'est pas encore installé.

1er problème :
--------------
Le fix GPS est très difficile ; environ 5 mn sur une terrain dégagé, en restant immobile.
Je vais essayer de sortir l'antenne GPS du boitier pour voir si ca améliore la réception.

2eme problème
-------------
Un blocage du vario, lorsque je démarre avec une sdcard insérée (à priori, pas de blocage si pas de sdcard dans le lecteur) :
environ 1 ou 2 mn après le "fix GPS", le vario se bloque ; je suppose que c'est au moment de l'écriture de la trace sur la sdcard ?

Coté sdcard, je retrouve des fichiers GPS000.TXT, GPS001.TXT, ... tous à 0 octets

J'ai lansé un fsck linux sur la sdcard ; ca donne ceci :
fsck de util-linux 2.27.1

fsck.fat 3.0.28 (2015-05-16
)
0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
 
Automatically removing dirty bit.

/GPS000.TXT
  File size is 0 bytes, cluster chain length is > 0 bytes.
  Truncating file to 0 bytes.

/GPS001.TXT
  File size is 0 bytes, cluster chain length is > 0 bytes.  Truncating file to 0 bytes.
...

C'est une sdcard de 16 Go, que j'ai repartitionnée sous linux avec gparted :
1 seule partition principale de 2 Go, formatée en FAT16

Je l'utilise pour la mise à jour de firm ; elle est donc bien  reconnue par le vario

Une idée ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 07 Mai 2017 - 23:06:40
Hello,

Pas d'idée pour ton probléme, mais je me demande si mon "pbm" de bootloader n'était en fait un pbm de sd card également...

En tout cas, j'ai réussi à recharger le bootloader, un grand merci à prunkdump pour l'aide précieuse.
Et il à fallut que je reformate la SD pour que ça marche, c'était peut-être la root-cause, même si comme toi vmath54, les fichiers se créaient bien...

Bcp de temps perdu, mais je vais pouvoir maintenant repasser à des choses plus utiles, ce sont les joies du bidouillage  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 08 Mai 2017 - 00:28:31
@vmath54
Entièrement d'accord :
Trames RMC et GGA : alti GPS - donnes gps
Trames lxnav ou autre : pression baro non corrigée ou alti non corrigée.
Bon d'après mes essais avec XCtrack c'est pas grave. Il fait le recalage avec l'alti gps en permanence et utilise la donnée baro pour les variations. (Enfin c'est paramétrable)

Par rapport au fix et la correction juste après, on en a parlé il y a qq pages. On sait que c'est à revoir.
Correction continue (98% alti baro + 2% alti GPS) ou dès que la précision est correcte...

Entrer un QNH : ça doit être faisable via XCSoar. Mais bon.... Bien pour toi en planeur peut être ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Mai 2017 - 09:39:38
Désolé Gargle je n'arrive pas pour l'instant à trouver le temps de bien analyser ton schéma. Je veux pas dire de bêtises. J'ai juste vu que tu étais resté sur un schéma à 5V. A mon avis il faudrait mieux repasser à 3.3V qui est plus standard pour tous les composants.

Justement pour les régulateurs :

J'ai trouvé que pololu faisait des régulateurs "haute performances" :

https://www.pololu.com/product/2122

C'est bien trop cher pour nous mais ça pourrait être interessant d'en avoir un équivalent pour tester. Gargle tu pourrais utiliser le schéma sur leur site. En enlevant quand même quelques condensateur (la c'est un peu à la limite du ridicule).

@vmath54 je pense aussi à un problème de formatage (A moins que tu ais activé le bluetooth dans le code qui pour l'instant bugge avec la carte SD ?). Est tu sûr que ta partitition ne fait pas plus de 2Go ? Attention même quelques octet en plus la rende incompatible. Puisque tu est sous linux reteste avec une partition de 1G avec la procédure suivante :

Code:
1) Trouve la carte SD :
-> ls /dev/sd*
-> Insère la carte SD
-> ls /dev/sd*
-> observe les nouveaux fichiers qui sont apparus. Disons /dev/sdb* pour cet exemple.

2) Créer une partition de 1Go
-> fdisk /dev/sdb
: d      (efface une partition, à répéter pour tout effacer)

: n (nouvelle)
: p (primaire)
:     (par défaut, partition 1)
:     (par défaut, first sector)
: +1G  (Pour last sector)

:t     (changer type)
:6    (FAT16)

:w   (pour écrire ou "q" pour quiter sans écrire)

3) Formatage de la partition

-> mkfs.vfat -F16 /dev/sdb1

Pour l'envois des infomations sur bluetooth/carte SD :


Effectivement je pense que vous avez trouvé la meilleure solution  :pouce:

-> On envois sur le bluetooth les trames GPS non modifiées. En les ayant interprété au passage : affichage de la vitesse, recalage de l'altitude barométrique (à améliorer :D), date heure, nombre de sattellites.

-> On envois aussi des trâmes LXNav avec l'altitude normalisée, le vario (et plus si on arrive à implémenter)

-> On envois au démarrage une entête IGC sur la carte SD. Puis des trâmes "B" au fur et à mesure du vol.

Est-ce que quelqu'un à testé si on pouvait enlever des fichiers IGC tout le bordel à la fin ?  :grat: Est-ce encore accepté par les logiciels ?


Edit :


Super ptitkiki que tu ais réussi. Et ce n'est pas du temps perdu ! Ca t'as appris comment programmer des bootloader et ce n'est pas rien. Moi il m'a fallut une semaine pour bien maîtriser tout ça et pouvoir vous envoyer les cartes pré-chargé. Je suis sûr que  tu t'en servira un jour.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 08 Mai 2017 - 10:05:59
 :+1: pour tout !
Les igc j'avais déjà test, ça peux s'arrêter comme ça. Par contre faudra tester la dernière trame B incomplète si ça merde. Mais assez facile à corriger.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 08 Mai 2017 - 11:44:39

@vmath54 je pense aussi à un problème de formatage (A moins que tu ais activé le bluetooth dans le code qui pour l'instant bugge avec la carte SD ?). Est tu sûr que ta partitition ne fait pas plus de 2Go ? Attention même quelques octet en plus la rende incompatible. Puisque tu est sous linux reteste avec une partition de 1G avec la procédure suivante :

Code:
1) Trouve la carte SD :
-> ls /dev/sd*
-> Insère la carte SD
-> ls /dev/sd*
-> observe les nouveaux fichiers qui sont apparus. Disons /dev/sdb* pour cet exemple.

2) Créer une partition de 1Go
-> fdisk /dev/sdb
: d      (efface une partition, à répéter pour tout effacer)

: n (nouvelle)
: p (primaire)
:     (par défaut, partition 1)
:     (par défaut, first sector)
: +1G  (Pour last sector)

:t     (changer type)
:6    (FAT16)

:w   (pour écrire ou "q" pour quiter sans écrire)

3) Formatage de la partition

-> mkfs.vfat -F16 /dev/sdb1

J'avais bien formaté FAT 16, avec une seule partition primaire de taille inférieure à 2 Go.
Et avec le dernier code du dépot git sans modification (sauf le niveau sonore) ; donc le code bluetooth est bien désactivé.

J'ai reconfirmé en suivant à la lettre ta proposition.
Même problème : ca bloque dans la minute qui suit le fix GPS. A chaque fois, il crée le fichier GPS000.TXT avec 0 octets.

Confirmé plusieurs fois ; confirmé aussi que ca ne bloque pas si je retire la sdcard.

Bon, faut que je me sauve, je continuerais plus tard ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 08 Mai 2017 - 18:12:45
Je rentre d'une après de vol, petit retour et gros bug

j'ai fixer le vario sur le faisceau d'élévateur gauche et mon syride nav à droite.
1ere constatation la vario est très réactif, il  est presque aussi sensible que mon syride, il n'a pas de retard, le volume est niquel et l'affichage est très lisible

Malheureusement, j'ai eu un fonctionnement très bizarre, je m'explique :

1er problème : après 5 à 10min de vol, l'écran du vario est passé en inverse vidéo, il s'est éteint, plus d'affichage, le son fonctionné toujours.
2eme problème : En vol, j'ai éteint et rallumé le vario, l'affichage est revenu. Vario et de l'altitude se sont affiché pendant quelques minutes, je pense le temps du fix du gps et la tout à planté, plus de son ni d'affichage
3eme problème : après ce second bug, j'ai essayé de rallumé le vario 2 ou 3  fois sans succès.  de retour à la maison tout remarche mais aucun enregistrement sur la SD


je pense qu'il y a un bug au fix du GPS ou à la perte du fix, j'ai volé avec une couche de nuage totale et un plaf de 300 à 400 m au dessus, les GPS n'aiment jamais bien ça.
couverture nuageuse 8/8, aérologie dynamique, thermique malgré la couverture nuageuse et vent fort, le vario bipper pas mal


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Mai 2017 - 18:47:40
Décidément vous excellez en bug bizarre ...  :shock:  Bin au moins le vario est bien testé ! Mais il va falloir débugger  :grat:

Pour vmath54, si tu as formaté comme moi le problème vient forcément du driver de carte SD que j'ai programmé (sur le vario)  :? Il ne serait pas compatible avec toutes les cartes. Malheureusement cela vas être très difficile pour moi à debugger sans avoir la carte en main.

Il faudrait déjà que tu essayes avec une autre carte (plus ancienne si possible) pour être sur que le problème viens de la bibliothèque.  Dès que j'ai un peu de temps de t'enverrai un petit programme tester la lecture de la carte SD. As tu par hasard une breadboard, un arduino et un lecteur de carte SD ?

Pour jpg63. Quel dommage qu'il y ai eu un problème en vol ! On aurait pu avoir une première vrai trace :D Alors ici je suis presque sur que cela viens d'un faux contact. Et comme l'écran et la carte SD partagent les même connexions : un faux contact sur l'un peu avoir une influence sur l'autre.

Je dis ça parceque la bibliothèque de l'écran n'envois jamais la commande de retournement d'écran. As-tu vérifié l'isolation de tes connecteurs d'écran ?

j'ai tout isolé très proprement avec de la gaine thermo à la taille idéale (merci le taf...)

Je veux bien la référence de la gaine thermo idéale Xiboard  :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 08 Mai 2017 - 19:25:41

Pour vmath54, si tu as formaté comme moi le problème vient forcément du driver de carte SD que j'ai programmé (sur le vario)  :? Il ne serait pas compatible avec toutes les cartes. Malheureusement cela vas être très difficile pour moi à debugger sans avoir la carte en main.

Il faudrait déjà que tu essayes avec une autre carte (plus ancienne si possible) pour être sur que le problème viens de la bibliothèque.  Dès que j'ai un peu de temps de t'enverrai un petit programme tester la lecture de la carte SD. As tu par hasard une breadboard, un arduino et un lecteur de carte SD ?

Arff ! pas facile à trouver une vielle sdcard. J'avais cherché dans les magasins une sdcard <= 2Go, je n'ai pas trouvé.
Celle que j'utilise est une samsung 32 EVO+ achetée récemment ; c'est du luxe pour l'usage en cours.
Donc, une micro usb avec la carte adaptateur SD.
Je l'ai utilisée par ailleurs, en FAT 16 : délog de flarm, nouveau firm pour ce vario, ... ca fonctionnait.

Pour le breadboard et l'arduino : oui j'ai cela.
Pour le lecteur sdcard : j'ai un module lecteur de micro sdcard ; celui-la :
http://www.ebay.fr/itm/2PCS-TF-Micro-SD-Card-Module-Mini-SD-Card-Module-Memory-Module-Arduino-ARM-AVR-/311445858353

Je suis pret à faire des tests si ca peut faire avancer le chmilblick
J'ai qqs compétences en informatique, ca pourrait aider.

pour les problèmes de fix gps : pas encore eu le temps de creuser. Mais je dispose d'un autre module GPS, que je pense identique à celui du vario ; je vais pouvoir intervertir l'antenne, pour voir si ca améliore.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 08 Mai 2017 - 20:28:36
j'ai mis de la gaine thermo sur chaque pin de l'écran, mais je vais tout vérifier et certainement souder l'ensemble de la connectique de l'écran. Je referais des tests, j'ai quant même l'impression que le problème est arrivé lors du fix du  GPS alors que le vario bipper était en pleine charge

je referais d'autres vols et d'autres tests


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 08 Mai 2017 - 22:15:40
Justement pour les régulateurs :
J'ai trouvé que pololu faisait des régulateurs "haute performances" :
https://www.pololu.com/product/2122
C'est bien trop cher pour nous mais ça pourrait être intéressant d'en avoir un équivalent pour tester.

Je ne pense pas que ce type de régulateur corresponde bien à ce que l'on recherche...
C'est un step-up/ step down, c'est à dire qu'il porte la tension à 3,3v, en alimentant au dessus OU au dessous.
Pour nous, il ne faut qu'un step down, puisque via l'USB (5v) ou via la batterie (entre 4,2 et 3,6v), il ne faut que réduite la tension. Le circuit sera plus simple que sur ce modéle.
En restant chez Pololu, ça serait plutôt :
https://www.pololu.com/product/2842

Mais n'importe quel régulateur 3,3v faible bruit faible dropout devrait faire l'affaire, par exemple celui ci, avec le montage proposé dans la datasheet :
http://www.linear.com/product/LT1763 (http://www.linear.com/product/LT1763)

@vmath54 Est tu sûr que ta partition ne fait pas plus de 2Go ? Attention même quelques octet en plus la rende incompatible.

étrange, moi j'ai une 4go (taille réélle du volume 3,7Go), formatée en FAT sous win7, et no pbm, pour la mise à jour de firm ni pour l'écriture de la trace GPS...

Super ptitkiki que tu ais réussi. Et ce n'est pas du temps perdu ! Ca t'as appris comment programmer des bootloader et ce n'est pas rien. Moi il m'a fallut une semaine pour bien maîtriser tout ça et pouvoir vous envoyer les cartes pré-chargé. Je suis sûr que  tu t'en servira un jour.

C'est clair, je voulais dire temps perdu par rapport au vario, mais clairement pas du temps perdu pour moi, même si j'ai bien galéré ;-) Ça fait longtemps que je me demandais comment flasher un bootloader, ça ouvre la porte des cartes custom, c'est énorme, un grand merci à toi pour tes explications didactiques  :pouce:

@Gargle : je suis preneur de checker ton schéma en cours, tu dessines sous quoi?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 08 Mai 2017 - 23:22:34
Je l'ai fait !
J'ai repositionné le bluetooth comme le proposait Prunkdump.  Cela a impliqué une petite adaptation de la Connectique écran. J'ai pris une nappe IDE que j'ai découpé pour nos besoins. Je l'ai soudé côté écran et j'ai conservé une moitié de dupont côté carte. J'avais le fer chaud alors j'ai demonte le bouton reset. Le bluetooth est emmayote dans de la gaine thermo et soude lui aussi à la place des broches prévues.
Résultat je fixe le gps en 2 mn 30 et la trame rmc est marquée bonne ! Ce qui n'était pas le cas avec le module a sa position initiale malgre l'apparition de la vitesse.Et du coup je recupère l'info sur xctrack du tel.
J'ai ré coupe le bluetooth car j'avais un petit bugg: la vitesse reste à 0 alors que la trace gps est correctement enregistrée.
Il s'est aussi arrêté une fois: tout figé.
NouveAux test demain...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 09 Mai 2017 - 08:16:13
Ah ! Je me disais bien qu'il y en avait qui nous préparait des trucs en cachette  :mrgreen: !

Super boulot et super dextérité au fer à souder !   :bravo:  Je suis pas sur qu'on soit tous capable de faire ça aussi bien ...

De coup j'ai plein de questions. Ca rentre facilement du coup où c'est très juste ? Quand tu dis une "moitié" de dupont ça veux dire quoi ? Penses tu que ça peux passer en gardant le connecteur côté écran ? Parceque d'expérience souder des fils directement dessus est très fragile. Avec l'étain ils deviennent cassants. Et il faudrais pouvoir ouvrir le boîtier avec l'écran fixé sur le plastique supérieur.

On pourrait aussi peut-être ne pas découper l'écran et mettre la broche dans l'autre sens de l'autre côté de l'écran. Qu'en dis tu ?

Pour le bluetooth :

Je rappelle que pour le moment le code du bluetooth ne fonctionne pas vraiment. Il est très instable et fait planter le vario. Je suis en train de travailler sur une nouvelle version. Je pense la finir d'ici la fin de la semaine.

Pour l'instant j'en suis là :
-> J'ai fait en sorte qu'il y ai un trie lors de la réception des trâmes du GPS. Celles qui ne sont pas GGA ou RMC, ou celles dont le checksum n'est pas bon sont rejettées.
-> Dès que les trâme sont validées elle sont automatiquement envoyé sur le bluetooth tel quelle.
-> Entre temps elles sont sauvegardées dans un buffeur pour être interprétée.

Je travaille maintenant sur le fait de pouvoir écrire juste après, dans la continuité, la trame LXNav.

A suivre.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 09 Mai 2017 - 09:38:00
Ben justement, ca rentre facilement parce que j'ai modifié la connectique écran:
Côté écran on pourrait conserver le connecteur puisque vers le haut on n'a pas trop de pb d'épaisseur.
De l'autre côté, par "moitié de dupont" en fait j'ai soudé le câble sur la partie qu'on glisse sur la fiche mâle, et j'ai coupé à raz. Du coup le connecteur fait la moitié moins de hauteur, je peux torde vers le haut et poser dessus le module bluetooth.
Le plus juste c'est là en fait: dans la longueur il faut rentrer la batterie, le bluetooth et l'antenne GPS
Je pense qu'il vaut mieux laisser le connecteur écran sur la partie haute, cela permet d'ouvrir et basculer le couvercle avec l'écran fixé dessus, un peu comme sur la photo.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 09 Mai 2017 - 14:07:36
Salut,

je pense avoir identifier un Bug ou juste un problème sur mon vario, apparu avec la mise à jour sans reset (dernière version du github).

Je m'explique, hier en vol le vario fonctionnait bien, temps que le fix du GPS n'était pas fait.

A midi, j'ai fait plusieurs tests, pour finalement m’apercevoir qu'il semble qu'au moment de l'écrire sur la carte SD le vario plante.
Il fait un espèce de reboot, écran noir puis plus rien sur l'écran mais il continu à beeper. En désactivant la carte SD, plus de problème, affichage de la vitesse...
Mes essais se font avec la version du github en cours. le hard qui a déjà fait des enregistrements mais qui peu avoir un problème et la même SD qui a marché

Quelqu'un peu confirmer le problème


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 09 Mai 2017 - 18:23:41
Haha ! Ca y est le Bluetooth marche !!!  :D

J'ai fini ma bibliothèque de gestion du bluetooth. Maintenant il me reste plus qu'à programmer :
 
-> le parseur de trame GGA et RMC
-> le générateur de trame LXNav.

Je vous envoie le code dès que possible !

jpg63 je te confirme ça dès que j'ai remis le code en place. Essaye quand même de reformater ta carte SD.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 09 Mai 2017 - 19:59:41
ok merci prunkdump. de mon coté, Je refais des tests ce soir, je vais reformater la carte SD.
Pour info le fichier est créer au démarrage et j'arrive sans problème à mettre à jour le firmware avec la méthode sans reset

L'affichage de l'heure et de la durée de vol avance

(https://img15.hostingpics.net/pics/95791120170509195419.jpg) (https://www.hostingpics.net/viewer.php?id=95791120170509195419.jpg)
 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 09 Mai 2017 - 21:00:46
Quelqu'un peu confirmer le problème

Le mien est hors service en ce moment et pas mal redémonté

j'attends un nouveau GPS pour le remonter et vous aider en allant voler (pour le tester  :oops: )

j'ai volé presque 2 heures aujourd'hui au-dessus de Nyons ... du gâchis  :mdr: 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 10 Mai 2017 - 00:58:52
Hello
Test ce matin en voiture et pas de bug constaté.(bluetooth monté mais hors tension/hors code )
Bravo prunkdump ! Le roi du code !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 10 Mai 2017 - 06:43:55
Merci pour ton test GtD73,

ce matin j'ai refais toute l'isolation des pins. Nouvelle gaine thermo, verification et après le premier test, tout à l'air de remarché.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 10 Mai 2017 - 17:33:50
Moi j'ai fait quelques vols avec en config : Pas de GPS et pas de SDCard. Connexion Bluetooth sur tablette avec XCTrack (toujours avec mon bout de code pas top mais fonctionnel)
Ultra conquit, ça marche nickel. J'adore le vario et sa réactivité. La transmission marche au top vers XCTrack, du coup j'ai des valeurs de 'finesses' assez réaliste et je vois la diff quand j’accélère.

J'ai volé +1h30 avec Vzmax à un peu plus de +6m/s (et -4m/s !). J'ai refait en soirée un autre vol de +20min mais le vario m'a laché les 2 dernières minutes. Donc autonomie d'environ 1h50 pour moi. Je pense que même si le GPS était désactivé dans le code il consomme quand même non ?

J'avais un peu peur que le vario soit trop réactif (quand on le bouge à la main) mais en l'air pas du tout. Super agréable.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Mai 2017 - 19:55:45
Haaa ! Ca fait plaisir les bonnes nouvelles !  :D

Le miens n'a j'amais volé dans des conditions comme ça ! C'est d'ailleurs pour ça que j'ai essayé d'aider à la diffusion du code et du hardware. Super content que le comportement du vario t'ai plu !  :ppte:  Logiquement j'ai essayé de favoriser au maximum le "ressenti" de la masse d'air. Ce n'est pas qu'une question de réactivité, il faut que le vario assiste le mieux possible au centrage du thermique.

Et oui le vario consome autant, que le GPS soit utilisé ou non. Je n'ai rien prévu pour le désactiver. Et effectivement à la main on a vite tendance à être brutal. Ca ne correspond pas vraiment au comportement de la masse d'air.

Super Jpg63 et GtD73 que vous aillez pu réparer vos problèmes ! :bravo: Plus qu'à retester en vol vous aussi. Quand la météo voudra bien ... Van Hurlu je pense que t'y arrivera vite dès que t'aura reçu ton matos. T'as l'air de bien voler en plus !

Magnifique Jpg63 ton affichage de l'heure !  :pouce: J'aurais jamais pensé que ça puisse rentrer là ! Ca a de la gueule en tout cas.

Mon avancement sur le blutooth/GPS :

C'est bon, les trâmes du GPS sont filtrées et interprétées ! J'en ai profité pour changer la méthode du recalibrage de l'alti. Je me sert de la valeur de la précision dans la trâme GGA. Lorsqu'elle est inférieure à 2.00 je lance le calibrage.

-> Plus qu'à programmer une bibliothèque qui sort les trâmes LxNav.
-> Et une bibliothèque qui sort des trâme IGC de type "B"  sur la carte SD. (je pensais stocker l'entête dans l'EEPROM pour l'écrire à chaque démarage en changeant juste la date).

Une nouvelle idée :

Je me rends compte que le GPS calcule "l'angle de navigation". Comme il y a un compas dans le vario on pourrais calculer la déviation : direction et force du vent. Je pense que c'est une fonction qui intéresse pas mal de pilotes !

C'est bien ça avance de partout !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: alphatesteur le 10 Mai 2017 - 21:05:38
bonjour,
je suis toujours ce super projet,
j'avais fais un petit vario tout simple avant de passer à ce projet mais j'ai une question:
vous n'avez jamais de soucis avec les afficheurs 5110? j'en est 3 et j'ai le meme probleme sur les 3, ils finissent rapidement par avoir des faux contacts entre le verre et le shield (voir photo) j'ai démonté le premier, gratté le connecteur, remonté mais le probleme fini toujours par revenir rapidement :-(
il faut que je mette une pression sur l'afficheur pour qu'il marche :-(
vous n'avez pas ce soucis de votre côté?
j'aimerai bien passer à votre projet mais si l'afficheur a ce défaut c'est pénible :-(
(http://195.83.128.55/~fmeuzeret/vario1.jpg) (http://195.83.128.55/~fmeuzeret/vario2.jpg)

et encore bravo pour ce magnifique projet !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 11 Mai 2017 - 07:50:27
Mon avancement sur le blutooth/GPS :

C'est bon, les trâmes du GPS sont filtrées et interprétées ! J'en ai profité pour changer la méthode du recalibrage de l'alti. Je me sert de la valeur de la précision dans la trâme GGA. Lorsqu'elle est inférieure à 2.00 je lance le calibrage.

-> Plus qu'à programmer une bibliothèque qui sort les trâmes LxNav.
-> Et une bibliothèque qui sort des trâme IGC de type "B"  sur la carte SD. (je pensais stocker l'entête dans l'EEPROM pour l'écrire à chaque démarage en changeant juste la date).

Impecc, pour le calibrage.

Pou les trames IGC ; tu as du voir qu'il est possible d'ajouter des extensions aux trames B ; ceci est décrit dans la trame I, qui fait partie de l'entete.
Voir http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/igc_format_2008.html#link_4.1
Une extension qui semble courante (en tout cas, c'est utilisé dans les traces IGC de XCSoar et des FLARMs), et qui correspond à la trame I suivante :
I023638FXA3940SIU
Ca rajoute 5 bytes à la trame B :
le FXA : 'Fix accuracy" (en mètres) sur 3 bytes et le SIU : 'satellites In Use' sur 2 bytes
C'est intéressant, ca permet d'analyser après-coup la quailité de réception GPS



Une nouvelle idée :

Je me rends compte que le GPS calcule "l'angle de navigation". Comme il y a un compas dans le vario on pourrais calculer la déviation : direction et force du vent. Je pense que c'est une fonction qui intéresse pas mal de pilotes !


Ah oui ! Ca serait vraiment un gros plus de ce vario, et qui exploite au mieux les différents capteurs dont il est équipé.

Ce sont des valeurs qui peuvent être "lissées" dans le temps ; donc peu sensibles à des sautes d'humeur subites des capteurs.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 11 Mai 2017 - 09:16:14

Une nouvelle idée :

Je me rends compte que le GPS calcule "l'angle de navigation". Comme il y a un compas dans le vario on pourrais calculer la déviation : direction et force du vent. Je pense que c'est une fonction qui intéresse pas mal de pilotes !

C'est bien ça avance de partout !

Super idée l'affichage de la direction et la force du vent

Comme tu es dans le code de la bibliothèque nmea pourrais tu ajouter SVP, un getsatelite et un gettime - récupération du nombre de satellite et de l'heure dans la trame GPS, avec les modifications de la bibliothèque varioscreen que j'ai codé, on aura à l'écran le niveau du signal GPS et l'heure et la durée du vol en alternance toutes le 5s par exemple


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 11 Mai 2017 - 09:50:28
... Van Hurlu je pense que t'y arrivera vite dès que t'aura reçu ton matos. T'as l'air de bien voler en plus !
oui, je vous rattraperai vite, et en attendant je bricole un autre projet Arduino beaucoup plus simple.

Question de voler, je vais atteindre les 1000 vols et 10 ans de vols dans quelques mois.
Bien voler c'est une question bien plus embarrassante pour mon égo :mrgreen:
Non je ne suis pas un cador, je peine à faire les plafs (manque d’instinct? et/ou de technique?) et du coup je ne vais jamais très loin  :roll: 

Mais je prends toujours autant de plaisir qu'à mes débuts  :vol:  :vol:  :vol:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 11 Mai 2017 - 11:32:46
voila, il reste quelques détails mais on pourra afficher la batterie, le signal GPS et le temps

(https://img4.hostingpics.net/thumbs/mini_57005220170511111109.jpg) (https://www.hostingpics.net/viewer.php?id=57005220170511111109.jpg)



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 11 Mai 2017 - 18:05:17
Salut Alphatesteur. De retour parmi nous  ! :D

Bizarre ton problème...  :grat: Normalement quand il y a un faux contact ça fait un écran blanc et pas un écran noir. Tu es sûr de bien alimenter le 3.3V ? Autrement l'écran du 5110 est plutôt de bonne qualité. C'est plutôt la carte support qui n'est pas toujours de bonne facture. Elle n'est peut-être pas assez épaisse ? Les connexion sous l'écran sont elles étâmées ? As-tu vérifié que les broches métalliques sont bien fixée ?

Mon avancement :

Ca y est j'ai fini le code du bluetooth !!!   :D  A vous de tester ce que ça donne avec les logiciels de navigation ! J'envois maintenant les trâmes GPS et les trâmes LxNav.

Attention !
Sauvegardez vous un firmware avec la carte SD si vous voulez vous en servir avant de télécharger le nouveau code. Car dans la dernière version du code je n'ai pas implémenté la carte SD pour le moment.

https://github.com/prunkdump/arduino-variometer

@jpg

Super ton avancement  ! :bravo: Je n'ai pas encore eu le temps de te faire les fonctions pour l'heure et le satellite. Mais je vais te faire ça vite !

A suivre.




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 11 Mai 2017 - 18:31:26
Une question sur la convertion trâme RMC -> trâme IGC "b" :

J'ai remarqué qu'il y avait une différence de précision :

-> Le GPS nous sort des trâmes RMC avec une précision de 9 et 10 chiffres
$GPRMC,152930.00,A,4604.71901,N,00624.55493,E,0.288,,110517,,,A*7B

-> Le format IGC ne prends qu'une précision de 7 et 8 chiffres :
B1529304604719N00624555EA0000000478

Savez vous si c'est important ?

Savez vous s'il existe une extension que permet de conserver la précision ?

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 11 Mai 2017 - 21:03:29
voila après les photos le code


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 12 Mai 2017 - 10:41:55

-> Le format IGC ne prends qu'une précision de 7 et 8 chiffres :
B1529304604719N00624555EA0000000478

Savez vous si c'est important ?
Savez vous s'il existe une extension que permet de conserver la précision ?

Je ne pense pas qu'on puisse changer la précision des infos GPS dans les trames IGC.

La précision actuelle est largement suffisante ; très grossièrement, pour la France :
1mn de latitude =~ 1k300 ; 1 mn de longitude =~ 1km900 (ca varie en fonction du lieu, c'est un ordre de grandeur)

Une précision de 7 chiffres en latitude et de 8 chiffres en longitude est d'un millième de minutes.
Ca fait donc une précision de 1m30 en latitude et 1m90 en longitude.

C'est mieux que la précision du GPS ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Mai 2017 - 13:30:46
Salut !

Nickel le code jpg63  :pouce:  Dès que j'aurais bien fini les fonctions "de bases" je vais m'y coller pour l'intégrer sur le GitHub.

Autrement ça y est ! j'ai fini la sortie sur la SDCard des trâmes IGC !  :D

https://github.com/prunkdump/arduino-variometer

Mais pour l'instant il n'y a pas l'entête ! Il faut que je fasse un petit programme pour la sauvegarder sur l'EEPROM avec les différents paramètres personnalisé que l'on peut spécifier. Pour qu'elle soit recopié au démarrage sur la carte SD avant les trâmes B.

Le temps que je comprenne ce qu'il faut mettre au minimum.

A suivre !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 12 Mai 2017 - 14:00:55
wow, énorme vous êtes au top !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Mai 2017 - 14:24:24
Salut !

Nickel le code jpg63  :pouce:  Dès que j'aurais bien fini les fonctions "de bases" je vais m'y coller pour l'intégrer sur le GitHub.

Autrement ça y est ! j'ai fini la sortie sur la SDCard des trâmes IGC !  :D

https://github.com/prunkdump/arduino-variometer

Mais pour l'instant il n'y a pas l'entête ! Il faut que je fasse un petit programme pour la sauvegarder sur l'EEPROM avec les différents paramètres personnalisé que l'on peut spécifier. Pour qu'elle soit recopié au démarrage sur la carte SD avant les trâmes B.

Le temps que je comprenne ce qu'il faut mettre au minimum.

A suivre !

Super boulot.

Dans la trame, il y a entre autres les informations du pilote, de la voile et de l'appli. Il pourrait être intéressant d'avoir en plus des infos IGC, les infos de paramétrage, seuil de monté, descente, zerotage, volume ....

Un petit code pourrait lire un fichier TXT sur la carte SD et l'écrire dans l'eeprom, un peut comme le code de calibration

du coup par une simple manipulation des fichiers sur la carte SD, il deviendrait très simple de modifier le vario sans avoir à compiler   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 12 Mai 2017 - 14:44:23
@prunkdump, concernant le minimum pour les trames IGC :

Tu trouveras des exemples réels à https://github.com/vmath54/xcsoar/tree/master/IGC :
sample_flarm.igc : log d'un flarm
sample_xcsoar.igc : log d'un XCSoar

Le plus simple est la log XCSoar ; c'est celle qui a le moins d'entete ; puis dans le corps, il n'y a que des trames B et F
Les trames F donnent de l'info sur les satellites utilisés :  http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/igc_format_2008.html#link_F
Elles sont obligatoires
xcsoar se content de mettre des trames F vides toutes les 4mn30  (ex : F135435 : c'est l'heure UTC)


Je pense que les trames d'entete minimums sont :

AXXX                    // Manufacter code. Mettre XXX si on n'en a pas
HFDTM100GPSDatum:WGS84  // le "GPS Datum"
I023638FXA3940SIU       // extension des records B. Doit etre après les records H, avant les records B

Une trame d'entete qui serait intéressante : HFDTE  (exemple : HFDTE020517) qui indique la date de log
Problème : elle varie, et doit être avant la trame I. Ca ne marcherait pas avec l'idée de mettre les entetes dans l'EEPROM.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Mai 2017 - 15:21:21
je l'avais publié quelques posts avant, voila l'entête d'un syride nav

AXSR
HFDTE220417                               
HFFXA035
HFPLTPILOTINCHARGE: jpg63
HFCM2CREW2:
HFGTYGLIDERTYPE: not set
HFGIDGLIDERID: 0
HFDTM100GPSDATUM: WGS-1984
HFRFWFIRMWAREVERSION: 3.25
HFRHWHARDWAREVERSION: 1.0
HFFTYFRTYPE: Syride, SYS'Nav
HFGPS: UBlox,MAX7Q,56ch,10000m
HFPRSPRESSALTSENSOR: ST,LPS331AP,11000m
HFCIDCOMPETITIONID:
HFCCLCOMPETITIONCLASS: 3BB13301
I023638TAS3940SIU

A RECORD - FR ID NUMBER

A                XXX ABC FLIGHT:1               Nom de l'application


H RECORD - FILEHEADER

HFDTE             160701                     UTC date of flight, here 16th July 2001
HFFXA             035            Typical fix accuracy, here 35 meters. FXA field can also be added to each B record
HFRFW             FIRMWAREVERSION:6.4         Firmware (i.e. software) version of the logger - anything you like
HFRHW             HARDWAREVERSION:3.0   Hardware version of the logger - any text that is appropriate

HFRFWFIRMWAREVERSION  6.4                  Firmware (i.e. software) version of the logger - anything you like
HFRHWHARDWAREVERSION  3.0                  Hardware version of the logger - any text that is appropriate
HFFTYFRTYPE               Calibri,FunkyLogger 77         Flight Recorded Type - any text is ok

HFGPS             Marconi,Superstar,12ch,10000m   Manufacturer of the GPS receiver inside the logger. Do we really care? Any text will work
HFPRSPRESSALTSENSOR       Sensyn,XYZ11,11000m   Manufacturer of the pressure sensor in the logger. Any text.
HFFTY             Calibri,FunkyLogger 77      Flight Recorded Type - any text is ok                              
HFPLTPILOTINCHARGE: Bloggs Bill D                  Free-text name of the pilot
HFCM2CREW2          Smith-Barry John A               Free-text name of the second pilot in a two seater
HFGTYGLIDERTYPE    Schleicher ASH-25               Free-text glider type
HFGIDGLIDERID       N116 EL                        Free-text aircraft registration number or code, e.g. N-number in USA. Or the number on the fin - it doesn't really matter
HFDTM100GPSDATUM    WGS-1984               Which GPS datum is the logger using. Always 100 in my experience but see the original FAI document if you want do something unusual.

Si cela peut aider


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 12 Mai 2017 - 15:39:19
Vous me faites rever avec vos codes moi je suis une quiche...Je vais voir si ca existe un bouquin genre arduino pour les nuls...En attendant que ca vole...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 12 Mai 2017 - 15:46:18
L'en tête d'un igc sur Skytraxx est plus courte

AXSX001 SKYTRAXX V1.34 SN:3420841179
HOPLTPILOT:         Name         
HOGTYGLIDERTYPE:        Glider       
HOCIDCOMPETITIONID: 0000
HODTM100GPSDATUM: WGS-84
HOCCLCOMPETITION CLASS: Paraglider (Standard)
HPSITSITE: Unknown
HFDTE070614
B1426364422576N00519991EA0113201251
B1426374422576N00519986EA0113201251
B1426384422576N00519981EA0113301250
B1426394422576N00519976EA0113501251
...
ça fini par
...
LXSX;MC:2.9;MS:-4.1;MSP:44;Dist:16.2
G1643F21AAD150F41F52DC4BD76D50E36


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 12 Mai 2017 - 15:59:28
en repensant à mon problème de GPS, je me dis qu'une des causes possible
est un contact avec les soudures dessous
par sécurité je mettrai un bout de plastique d'emballage pour isoler
voir photo

(https://i58.servimg.com/u/f58/12/58/57/57/isolat10.jpg)


sinon pour tester un autre emplacement de la carte BT
la mini-carteSD risque d'être coton à sortir, mais ça rentre en limant un peu la carte
et en dessoudant les broches du connecteurs

(https://i58.servimg.com/u/f58/12/58/57/57/testmo10.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Mai 2017 - 18:43:53
Vous pouvez vérifier s'il vous plait les trâmes "F" sur les fichiers IGC générés par vos varios ? Parceque effectivement dans la doc cette trâme est marquée comme obligatoire (au moins toutes les 5 minutes). Est-ce que les varios la laisse vide comme XCSoar ?

Oui Vmath54 j'avais prévu de mettre la date dans l'IGC. Elle sera dans l'EEPROM mais elle sera écrasée par le vraie date donnée par le GPS lors de la création du fichier. Merci beaucoup pour les infos ! J'ai plus qu'à comprendre. La doc est très bien faite mais un peu complexe.

@GtD73 : Pas de soucis  :D  tu pourras aussi nous aider avec tes qualités de parapentiste ou en électronique ! L'essentiel c'est que ça te donne envie ! Il faut commencer doucement la programmation Arduino. Le "starter kit" est un peu cher mais très pédagogique. On arrive vite à faire des petits trucs sympas. Autrement tu peux faire comme Van Hurlu : trouve toi un "petit" projet à bricoler.

@Van Hurlu : Je ne pense pas qu'il y ait beaucoup de risque de faux contact sous le GPS. Il n'y a presque pas de cicuit de ce côté. Juste une masse. Par contre si tu veux tu peux limer le bord qui touche les pins de la carte SD. Tu peux limer la partie bleu foncée. En tout cas elles sont belles tes soudures !


 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Mai 2017 - 20:21:34
Je viens de finir la mise à jour du Fritzing


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 12 Mai 2017 - 21:52:11
[...]
Les trames F donnent de l'info sur les satellites utilisés :  http://carrier.csi.cam.ac.uk/forsterlewis/soaring/igc_file_format/igc_format_2008.html#link_F
Elles sont obligatoires
xcsoar se content de mettre des trames F vides toutes les 4mn30  (ex : F135435 : c'est l'heure UTC)

[...]

FlyMe et XCTrack : pas de F
Ça marche très bien dans LogFly et sur la CFD (fai approved)

Exemple :
Code:
AXCT XCTrack 0.6.0 - translations: 2017-05-04 15:17:05 on Lenovo Tab2A7-20F 4.4.2
HPPLTPILOT:Pilote Name
HOSITSite:Montlambert
HPCCLCOMPETITION CLASS:FAI-3 (PG)
HPGTYGLIDERTYPE:NIVIUK Hook 3
HODTM100GPSDATUM:WGS-84
HFALG:GEO
HFDTE090517

Ensuite que des B et les G de validation fai à la fin.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Mai 2017 - 08:10:59
@Prunkdump
sur ton lecteur les deux broches les plus extrêmes sont notées GND
est ce qu'elles permettent la continuité du GND sur ta carte ou est ce que l'une est juste là pour aider à "tenir" la carte ?
sans le lecteur je n'ai pas la continuité sur la carte ? est ce normal ?

j'espère être clair dans ma question

Une autre manière de formuler aurait pu être :
si on enlève le lecteur de carte, est ce que la continuité du GND est bonne partout ailleurs ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mai 2017 - 09:10:46
Très clair ! Ouai il y a une broche de la SD card qui n'est pas reliée à la masse. Je n'ai pas pu trouver de chemin sur le circuit. Mais ce n'est pas grave car sur la plaque de la carte SD les deux pins sont connectés. Donc il suffit de relier l'une ou l'autre. J'ai laissé la pin non relié pour la solidité de l'ensemble effectivement.

@jpg63 Pourrais-tu me renvoyer le Fritzing en le nommant variometer.fzz que je puisse le mettre sur le GitHub ? Attention en faisant "enregistrer sous", pas juste en changeant le nom de fichier. Parceque je n'ai plus fritzing sur mon PC. J'utilise KiCad maintenant.

Pour l'entête IGC :



Bon bin c'est a ne rien y comprendre. Sur la doc il disent qu'il y a plein de trucs obligatoire mais apparemment presque aucun constructeur ne suit ces recommandations. Et ça valide quand même les traces.  :grat: Donc du coup je vais me limiter aux trâmes réellement interessantes au niveau de l'information qu'elles donnent. Vous me direz si ça vous convient.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Mai 2017 - 09:52:18
Je viens de tout remonter, le voyant sur la carte GPS clignote (c'est déjà mieux)
mais je ne dois pas faire le fix, car même après 8min je n'ai jamais le zéro de la vitesse

 :grrr2:  :grrr2:  :grrr2:

une idée ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 13 Mai 2017 - 10:06:11


Pour l'entête IGC :



Bon bin c'est a ne rien y comprendre. Sur la doc il disent qu'il y a plein de trucs obligatoire mais apparemment presque aucun constructeur ne suit ces recommandations. Et ça valide quand même les traces.  :grat: Donc du coup je vais me limiter aux trâmes réellement interessantes au niveau de l'information qu'elles donnent. Vous me direz si ça vous convient.

A+

De toutes façon on ne sera jamais fai certifié à cause du manque de la signature des G. Et la CFD est assez cool (il peux même manquer pas mal de points, si c'est pas à un endroit proche d'une zone no pb) Du coup fait au mini mini et zou ! Du moment que c'est accepter par les log de sauvegarde des traces. (Logfly par exemple, qqun utilise autre chose ?)

À noter que dans logfly quand on va dans détail d'un vol on peux switcher entre alti baro et gps.

Du coup, punkdump, le code tourne correctement maintenant avec toutes les fonctions ? Ça rentre en RAM ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mai 2017 - 10:18:14
@Van Hurlu

Si le GPS clignotte avec un intervalle du genre 1s c'est qu'il fait le fix. Si tu ne l'a pas sur le vario c'est :
-> Soit que le GPS n'est pas activé dans le code
-> Soit que la connection entre le GPS et l'arduino n'est pas bonne.

1) Donc vérifies que tu utilises bien un firmware qui marche avec le GPS. Tu as mon dernier "FIRM.HEX" que j'ai envoyé dans les messages précédents.
2) Testes la connexion entre la pin "TX" du GPS en la pin "RX" de l'arduino.

Tiens nous au jus.

@Xiboard

Ok je suis en train de faire au plus simple. Voilà ce que j'ai prévu :

AXXX vario model name
HFDTE010100  (la date)
HFPLTPILOTINCHARGE: pilot name
HFGTYGLIDERTYPE: glider type
HFDTM100GPSDATUM: WGS-1984
HFFTYFRTYPE: vario model name
...
+ Les trâmes B


Et oui du coup le dernier code tourne correctement avec tout activé !  :D  Mais il n'y a pas encore l'entête pour l'instant.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Mai 2017 - 11:12:30
@Van Hurlu

Si le GPS clignotte avec un intervalle du genre 1s c'est qu'il fait le fix. Si tu ne l'a pas sur le vario c'est :
-> Soit que le GPS n'est pas activé dans le code
-> Soit que la connection entre le GPS et l'arduino n'est pas bonne.

1) Donc vérifies que tu utilises bien un firmware qui marche avec le GPS. Tu as mon dernier "FIRM.HEX" que j'ai envoyé dans les messages précédents.
2) Testes la connexion entre la pin "TX" du GPS en la pin "RX" de l'arduino.


je ne peux pas me servir de ton FIRM, j'ai un FIRM spécial avec la correction
#define MS5611_INTERRUPT_COMPARE 71

J'ai regardé le code variometer.ino et je trouve bien
#define HAVE_GPS
#define HAVE_SDCARD
//#define HAVE_BLUETOOTH


la connexion entre la pin "TX" du GPS en la pin "RX" de l'arduino est bonne


je trouve que le buzzer chauffe sacrément beaucoup, la plaque et la soudure (juste sous le buz) sont brulantes



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Mai 2017 - 11:44:14
Si si tu peux prendre ce Firmware ! J'ai fais cette modif pour tout le monde.

C'est vrai qu'elles sont très grosses tes deux soudures sous le buzzer. Vérifies si tu n'as pas fait de court circuit. Sur la photo précédente que tu as envoyé (sans le bluetooth) :

1) Vérifies que la soudure de la pin gauche du buzzer ne fait pas contact avec le chemin qui passe entre les deux pins. Tu testes entre la pin gauche du buzzer et les deux pins centrales bas du L9110.

2) Vérifies la même chose pour la pin de droite.

3) Vérifies que la pin de droite du buzzer ne fait pas contact avec la masse (à droite)

4) J'ai aussi quelques doutes sur toutes les pins centrales de la carte. Vérifie qu'elles ne font pas contact avec les voisines.

Bon courage. 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 13 Mai 2017 - 16:52:15
Salut à tous,

Je reviens avec mes soucis de sdcard.
Je résume :
c'est une micro SD samsung 32Go, insérée dans un adaptateur SDcard. Elle est partitionnée comme l'a indiqué prunkdup :
une seule partition primaire, de 1 Go, formatée fat16.

Le vario arrive bien à charger des firms depuis cette carte ; ca marche à tous les coups. Mais si je démarre le vario avec une carte insérée, il se bloque dans la minute qui suit le fix GPS ; il écrit un fichier de 0 octets (GPS000.txt).
C'est systématique.

J'ai essayé de valider ma sdcard avec un arduino sur une breadbord ; je dispose d'un module lecteur de micro sd.

J'ai fait des lectures/écritures avec la librairie "standard" SD.H , avec la lib I2Cdev.h  ; ca marche systématiquement.


J'ai ensuite fait un bout de programme qui inclue les libs SdCard.h et LightFat16.h, toujours avec la lib I2Cdev.h

- l'appel de file.init() échoue de temps en temps, de manière aléatoire.

- lorsque le file.init() s'est bien déroulé, j'essaie d'envoyer un petit message : appels à file.write() avec à chaque fois un caractère en uint8_t, séparé par un délai de 100 ms

- je termine avec un file.sync()

Ca écrit bien un fichier GPS000.txt sur la sdcard, mais toujours avec 0 octets.

Je joins le fichier .ino correspondant

@prunkdump, j'oublie qq chose, ou bien ca confirme l'incompatibilité de la lib LightFat16.h avec ma sdcard ?
Peut-être parceque celle-ci est trop grosse (32 Go) ?

Comme je te l'ai dit, ce n'est pas vital pour moi ; je voulais juste creuser un peu.

Si tu vois d'autres essais à faire, pas de problème.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 13 Mai 2017 - 21:52:19
En vacances pour 1 semaine à Annecy, je vais pouvoir vous faire des retours et des tests en vols

Les conditions n'ont pas permis un grand vol, les gouttes m'ont obligé à poser, mais vous pourrait regarder la trace.

Mes impressions, très réactif, un peu trop présent avec le zerotage, un petit changement de son. Avec un son qui gregreute et non qui bip ce serait super.

voici le fritzing modifier

si le code avec igc est terminé dans la semaine, je pourrais le tester en vol et vous retourner des traces


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 14 Mai 2017 - 09:21:03
Si si tu peux prendre ce Firmware ! J'ai fais cette modif pour tout le monde.

Il doit y avoir une différence, car avec ton Firm (de la page 29) l'affichage part en live si je bouge trop le vario
une 3 ième ligne s'affiche avec des valeurs qui défilent sans arrêt (comme avant la correction)
pas avec le firm que j'avais compilé.

Dans les 2 cas le fix se fait en moins de 3 min (lampe bleue clignote)
dans les 2 cas : la valeur de vitesse ne s'affiche pas.

Pour la chauffe :
j'ai refait pleins de soudures, sans résultat
le buzzer fonctionne, mais il chauffe toujours au niveau des soudures
ça ne doit pas être un court jus ... ça ne fonctionnerait pas ???

Je pense plutôt que j'ai trop limé mes soudures après le premier montage.
que les pattes des composants sont trop courtes et que certaines connexions sont résistives ???

je vais essayer de gratter le circuit entre les soudures pour être sur qu'il n'y ai pas de contacts non-voulus.

Je commence a penser que mes gros doigts et ma vue qui baisse commence à être de vrais handicap  :mrgreen:

Je tourne en rond  :bang: mais c'est une dégueulante que j'enroule  :affraid:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 14 Mai 2017 - 10:35:39
avec mon firm à moi aussi , ça part en live  :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 14 Mai 2017 - 10:58:34
Ouai c'est presque sûr qu'il y a une fuite de courant quelque part....  :?

En fait ce symptôme survient quand le baromètre n'a plus assez de courant. Il y a donc autre chose qui "pompe" très fort sur la batterie et qui empêche de l'alimenter correctement. Le fait que ça chauffe semble comfirmer cette hypothèse.

Le fait que le buzzer fonctionne ne signifie pas qu'il n'y a pas de court circuit. Par exemple si ses deux pins sont en permanence sur : (pinA; pinB)

(+3.3V ; GND )

Il ne fait pas de son mais du courant passe sans arrêt à l'intérieur (et le fait chauffer).  Puis le son est généré avec une alternance de :

(+3.3V ; +3.3V)
(+3.3V ; GND )
(+3.3V ; +3.3V)
(+3.3V ; GND )
(+3.3V ; +3.3V)
(+3.3V ; GND )

Au lieu d'être à l'arrêt sur :

(GND; GND)

et de faire du son avec en alternance :

(GND ; +3.3V)
(+3.3V ; GND )
(GND; +3.3V)
(+3.3V ; GND )
(GND; +3.3V)
(+3.3V ; GND )

Ici ça serait le cas si la pinA est en contact avec le 3.3V  (RAW_V).

Tu as testé si il n'y a pas de contacts aux alentour des deux pins du buzzer ? Vérifies aussi le L9110.

Je ne pense pas que ce soit un mauvais contact sur les soudures. Je penche plutôt pour un court circuit. Regarde toutes les soudures un peu "grosses" et testes si ça ne fait pas contact avec les chemins voisins.

Non je pense pas que tu soit loin de trouver le problème  :D  ! Mais du coup si ça se trouve le GPS précédent ne démarrait pas parcequ'il n'avait pas assez de courant à cause du même problème.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 14 Mai 2017 - 11:17:50
Super les tests Vmath54  :pouce:

En fait il va falloir déterminer d'abord si le problème vient de la bibliothèque de la carte SD ou de la bibliothèque du Fat16.

Je te donnes différent tuyaux mais bien sur, si j'ai le temps, je t'enverrais plus tard des morceaux de code tout fait.

1) D'abord dans mon code, pour des raisons d'optimization, la méthode "sync()" ne fonctionne pas. Le code écrit les données sur la carte SD lorsque un bloc est prêt. En gros il faut écrire au moins 512 octets avant que des données apparaissent sur le fichier. Assure toi donc d'écrire 512 octet + quelques octets pour vérifier les problèmes. Et enlèves les "sync()".

2) Inutile de copier la librairie I2Cdev. La connexion se fait en SPI (un autre protocole).

3) Il y une erreur dans mon code que je n'ai pas encore corrigé. Dans le fichier "LightFat16/SdCard.cpp" ligne 207. Il fait changer :
Code:
chipSelectHigh();
  SPI.setClockDivider(SPI_SCK_INIT_DIVISOR);
  return true;

 fail:
  chipSelectHigh();
  return false;

en

Code:
chipSelectHigh();
  SPI.setClockDivider(sckDivisor);
  return true;

 fail:
  chipSelectHigh();
  return false;

Essayes alors avec différentes vitesses "SPI_CLOCK_DIV2" ou "SPI_CLOCK_DIV4" lorsque tu initialise :
Code:
file.init(SDCARD_CS_PIN, SPI_CLOCK_DIV2);

Après il faudrait essayer de remplacer ma librairie "SdCard.h" par celle de https://github.com/greiman/SdFat/tree/master/src pour voir si le problème vient de code de la carte SD ou du FAT16. Mais là ça se complique nettement.

A suivre.

Je fini l'histoire des trâces IGC, l'intégration du boulot de jpg63, et je m'y colle avec toi.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 14 Mai 2017 - 21:43:17
Ouai c'est presque sûr qu'il y a une fuite de courant quelque part....  :?

Plus si sur  :boude:
au testeur je ne voyais rien de bizarre
en désespoir de cause j'ai dessoudé le buzzer
plus de point chaud sous le buzzer, c'est le buzzer qui chauffe (au point de ne pas pouvoir garder le doigt dessus (en fait dessous) après qq minutes ??? Je ne sais pas si je pourrai le remonter, ses pattes sont très courtes
le fix se fait sans problème, mais la vitesse ne s'affiche toujours pas  :bang:

pourrais tu me redonner la photo du circuit nu? pour re-tester au mieux


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 15 Mai 2017 - 18:11:52
Salut à tous !  :coucou:

Bon ça y est j'ai publié la dernière version du code avec toutes les fonctions "de bases" !! Voici les nouveautés (avec mes tirets encore une fois  :?  ) :

-> Les données sont envoyées simultanément sur la carte SD et sur le bluetooth.
-> Le format de sortie sur la carte SD est en IGC. L'entête est paramétrable (voir "SetVarioParameters.ino").
-> La date du jour est lue dans les trâmes RMC et inscrite dans l'entête IGC.
-> Les fichiers sur la carte SD ne sont plus créé au démarrage mais uniquement lorsque des données arrivent.
-> Possibilité d'enregistrer la trâce lorsque le GPS fixe (suffisamment précisément) ou lorsque le début du vol est détecté.
-> Réglage du déclenchement du calibrage (selon la précision du GPS).
-> Possibilité d'envoyer sur le bluetooth et la carte SD : soit l'altitude en atmosphère normalisée soit l'altitude calibrée. (Pour faire plaisir à Vmath54  :D )
-> Le vario analyse l'heure et le nombre de satellites dans les trâmes GGA : nmeaParser.time et nmeaParser.stelliteCount (Pour faire plaisir à Jpg63 :D)

Voilà ...

Il reste quelques bugs...

-> Lorsque l'on coupe le vario on peut se retrouver avec des "boutx" de trâme "B" à la fin du fichier IGC.
-> Pour l'instant si on désactive le GPS cela désactive aussi l'envois des trâmes LXNav sur le bluetooth.

Plus qu'à tester ! (Je vous met mon firmware).

A+

Edit :
Vmath54. J'ai changé un peu la bibliothèque de la carte SD. Essaye de voir si ça marche pour toi maintenant.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 15 Mai 2017 - 22:13:34
AAHHHHH bonne nouvelle !
Je teste ca demain normalement
Pour moi la version précédente n'a pas bien fonctionné aujourd'hui. J'ai même cru qu'il était briqué, j'ai réussi à le rattraper en faisant un reboot avec le bouton reset (que j'ai dessoudé :affraid: )
C'est possible de planter le bootloader ??
euh moi les tirets ca me va bien, c'est bien lisible ! :bisous:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 16 Mai 2017 - 09:10:30
...
-> Possibilité d'envoyer sur le bluetooth et la carte SD : soit l'altitude en atmosphère normalisée soit l'altitude calibrée. (Pour faire plaisir à Vmath54  tr&egrave;s heureux )

Merci pour tout ce travail  :)
Je n'ai pas vu ou on pouvait paramétrer cela ...

Citation
Edit : Vmath54. J'ai changé un peu la bibliothèque de la carte SD. Essaye de voir si ça marche pour toi maintenant.

Avec le nouveau firm, le vario continue de bloquer dans la minute qui suit le fix GPS, lorsque la sdcard est insérée.

Ne perd pas de temps la-dessus : ce n'est pas essentiel, et je semble être le seul à rencontrer ce problème.
Je referais des tests quand j'aurais un peu de temps.
Je vais acheter une sdcard moins capacitive, pour voir.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 16 Mai 2017 - 09:15:59
[...]

Je n'ai pas vu ou on pouvait paramétrer cela ...

[...]

Avec : //#define VARIOMETER_SEND_CALIBRATED_ALTITUDE à commenter ou décommenter



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Mai 2017 - 08:24:22
Test d'hier:impossible d'avoir un fix gps.
Je doute un peu de mon positionnement bt qui est pourtant ente l'antenne gps et la batterie, sous l'écran
Si le gitub est à jour je veux bien reessayer en désactivant le bt pour tester la partie enregistrement igc


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 17 Mai 2017 - 09:37:15
Salut !

Oui il va falloir investiguer cette qualité de réception du GPS. Je n'arrive pas à comprendre ce qui joue la dedans  :?  En tout cas activer ou non le bluetooth dans le code ne changera rien. Le GPS est autonôme. Il faut juste comprendre ce qui gène ou pas la réception.

La difficulté c'est qu'on ne peux pas tester facilement. Car une fois que le GPS a fait le fix, il fait les fixes suivants beaucoup plus rapidement (il mémorise les satellites). Donc il faudrait tester toujours avec des heures différentes dans la journée pour forcer des démarrages à froid. Je suis en train de me faire une feuille de tableur où je vais noter les temps. Je commence avec l'antenne à l'extérieur.

Dans la doc :

https://www.u-blox.com/sites/default/files/products/documents/GPS-Antenna_AppNote_%28GPS-X-08014%29.pdf?utm_source=en%2Fimages%2Fdownloads%2FProduct_Docs%2FGPS_Antennas_ApplicationNote%28GPS-X-08014%29.pdf

Il disent qu'il y a 3 facteurs essentiels :
-> Le plan de masse : La masse sous l'antenne réfléchit le signal. Il faut qu'elle soit un minimum grande.
-> L'angle "de vision" de l'antenne : Moins il y a d'obstacles autour de l'antenne meilleure est la réception.
-> Les interférences : Il ne faut normalement aucun signal à moins de 5mm de l'antenne.

Du coup voilà ce qui peut jouer à mon avis :

-> Le boîtier plastique ? Mais là il n'y a pas le choix.
-> Le contact de l'antenne GPS avec les contacts sur sa plaque de circuit imprimé. Il y a quatre contacteurs dont je ne connais pas l'utilité. Il faudrait essayer avec ou sans le contact avec l'antenne.
-> L'écran... Je n'ai pas testé son effet. Mais ça peut évidemment être un obstacle à la réception.
-> Le connecteur de l'écran. Il faut peut-être essayer de faire en sorte qu'il ne soit pas en contact avec l'antenne. Car le signal qui passe dedans pourrait faire des intéreférences.
-> Le bluetooth. Il ne faudrait pas qu'il soit à moins de 5mm de l'antenne ni au dessus.
-> La batterie ? Bien chargée ou non ?
-> Le fait de plier le câble de l'antenne ?

Ce matin, 9h30, antenne sortie. Le fix a pris 30 secondes à froid.

Pour ceux que ça interesserait. Il y a un logiciel pour se connecter à l'antenne :

https://www.u-blox.com/sites/default/files/u-center_UserGuide_%28UBX-13005250%29.pdf

Mais je sais pas si avec lui il y a moyen de mesurer la qualité de réception du GPS.

Faudrait que je fasse moins de code et plus de hardware/parapente/tests :D

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 17 Mai 2017 - 18:49:30
Ca y est j'ai enfin fini le mien ! enfin fini...  j'ai pas connecté le bluetooth. Et a l'allumage l'écran s'allume, mais au bout de quelques secondes il fait n'importe quoi! ca donne ca :

https://vimeo.com/217865184

 :(


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 17 Mai 2017 - 19:42:35

...
-> Possibilité d'envoyer sur le bluetooth et la carte SD : soit l'altitude en atmosphère normalisée soit l'altitude calibrée. (Pour faire plaisir à Vmath54  tr&egrave;s heureux )

[...]

Je n'ai pas vu ou on pouvait paramétrer cela ...

[...]

Avec : //#define VARIOMETER_SEND_CALIBRATED_ALTITUDE à commenter ou décommenter


Merci à tous les deux. J'avais zappé ce paramètre.

Ce paramètre est "global" aux trames NMEA via bluetooth et aux trames IGC vers la sdcard ; je pense qu'il faut dissocier les deux fonctionnements.

C'est de l'enc.. de mouches, mais ca me parait plus logique.
A voir le code, ca serait très facile à faire, et ca ne consommerait pas de mémoire. Juste deux "#define#" au lieu d'un.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 17 Mai 2017 - 19:49:15
Salut Fsgecko !

Comment ça t'es pas content de faire des plafs à plus de 8000m ! :P

Plus sérieusement en fait c'est plutôt bon signe. C'est juste que j'ai réglé la fréquence du baromètre le plus haut possible dans le programme. Et en fait selon les cartes, elles ne parviennent pas toujours à atteindre cette fréquence.

Bref tu n'as rien fais de mal :D il faut juste mettre à jour ton firmware !

Alors pour cela il faut que tu te trouves une carte SD (de préférence pas une micoSD avec adaptateur, elles peuvent poser problème). Et il faut que tu créé une partition FAT16 dessus. Si tu as le systême d'exploitation le plus commun Xiboard a fait un petit tuto pour créer la partition ici : (si ta carte fais 2Go ou moins, il n'y a rien à faire de particulier, c'est du FAT16).

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

Ensuite tu mets le dernier firmware sur la carte SD. Tu le trouvera ici en pièce jointe :

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

Pour finir :
-> Tu insères la carte SD dans le vario
-> Tu l'allumes
-> Tu appuis sur le bouton reset (le bouton rouge sur la carte arduino)
-> Il va redémarrer. Si ça ne marche pas tu refais un deuxième reset.

Et ça devrait être bon !

Et félicitation pour le montage  :pouce: J'espère que ça t'as plu quand même !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 17 Mai 2017 - 20:10:36
Prunk, Je suis en train de faire quelques essais avec le dernier code.
J'attends le fix GPS depuis 10min (mais dans la maison et temps pourri et pas allumé depuis 1 semaine).
Par contre la transmission par Bluetooth marche bien.

Sauf que j'ai pas trouvé comment régler le délais entre 2 envois : tu semble envoyer toutes les secondes. De mon point de vue c'est trop peu pour être exploitable dans les logs sur tablette. C'est ajustable ? (surtout pour la trame LXWP0)

Sinon ça semble tout bon ! Et super taf pour avoir tout fait tenir en mémoire !!!  karma+  karma+

Edit : Dans la véranda, j'ai eu le fix assez rapidement. On a bien choisi le bon protocole pour le Bluetooth sous XCSoar on a bien la posi GPS + données vario. Sous XCTrack idem. Je vais encore poursuivre quelques test en vol de toute façon pour valider tout ça. J'ai du des fois éteindre/rallumer le vario pour qu'il se connecte en Bluetooth.

Par contre j'ai eu qq chose de curieux : fichier gps000.igc bien créé, il fait 9,5Ko environ mais impossible de l'ouvrir ou le copier ! J'ai comme message "le fichier n'existe plus !". J'ai viré FIRM.HEX et je refais un essai.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 18 Mai 2017 - 07:18:58
Salut Xiboard  !

Je pense que passer les noms de fichiers en minuscule alors que j'utilise les "noms court" n'était pas une bonne idée. Ca marche sous Linux mais j'ai vérifié sur la doc du FAT16, ce n'est clairement pas recommandé. J'ai rechangé sur le GitHub. Les fichiers sont maintenant en :

GPS000.IGC

A vérifier si ça marche maintenant. (Attention Xiboard j'ai enlevé ton delai avant l'initialisation du baro du coup il faudra peut-être que tu le remettes. Il faut que je le rajoute dans le code.)

Pour ta question sur la fréquence des trâmes. La difficulté c'est qu'on ne peut pas envoyer en même temps les trâmes du GPS et celles du vario. Du coup j'ai fais en sorte que dès que la trâme GGA est envoyée (la dernière du GPS, "lastSentence") j'envois une trâme LxNav. Du coup la fréquence du LxNav est la même que celle des autres trâmes.

Il va falloir que je regarde à quelle vitesse les deux autres trâmes sont envoyés. Si ça va très vite on pourra peut être avoyer plusieurs LxNav entre les trâmes GPS. Mais je vais y réfléchir. Je sais pas s'il faudra augmenter la fréquence du GPS aussi ? C'est 2 secondes actuellement. Mais je comprends rien à la DOC sur les trâmes Ublox. Je sais pas si c'est volontairement flou...

Ouai Vmath je vais faire cette modif ! C'est pas bien compliqué effectivement !


Autrement j'ai fais 6 essais de GPS antenne sortie hier et ce matin et à chaque fois j'ai eut le fix en environ 30 secondes (de 29s à 36s). Il doit donc bien y avoir quelque chose qui gène le vario une fois monté.

-> Je vais faire maintenant des tests avec l'antenne dans son logement au contact du circuit. Mais sans boîtier du dessus , sans bluetooth et sans écran.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 18 Mai 2017 - 15:37:46
Arff ! A mon tour, je crois avoir foutu en l'air le bootloader.

Je récapitule ce que j'ai fait :
J'étais dans une phase de test, toujours autour de mon problème de blocage sdcard.

1) j'ai refait un essai d'écriture sur la sdcard, en utilisant un arduino externe, une breadbord et un lecteur de micro sdcard ; ceci avec la lib LightFat16 du début du projet (pas la toute dernière).
Je joins le sketch utilisé pour ce test.
Mes tests précédents n'étaient pas valides : j'envoyais une dizaines de caractère vers la sdcard ; or prunkdump m'a dit que c'était buffeurisé, et que l'écriture ne se déclenchait qu'après 255 caractères. Ceci expliquait pourquoi, lors des tests, j'avais bien création d'un fichier GPS000.TXT, mais de 0 octets.
Avec ce nouveau test, j'envoie 100 fois une chaine de caractères de 50 octets ; ca m'a bien créé le fichier GPS000.TXT, et ce coup-ci, il contenait les caractères envoyés.

2) J'ai voulu tester ce sketch avec le vario ; j'ai donc créé un FIRM.HEX, en adaptant le "Board" et le "Processor".
J'ai chargé ce firm avec la nouvelle procédure. Ca s'est à priori bien déroulé ; quoique, à l'écran, ca a affiché l'ancien écran, puis il s'est éteint complètement.
J'ai attendu un moment, pour que l'écriture éventuelle sur la sdcard puisse s'effectuer.
J'ai coupé l'interrupteur du vario, extrait la sdcard. Je l'ai lue : il y avait un fichier GPS000.TXT vide, et un fichier GPS001.TXT contenant les caractères envoyés.

Problème : depuis cette manip, plus moyen de redémarrer le vario.
Si je le redémarre retourné avec un nouveau FIRM.HEX, rien ne se passe ; plus de beep, ...
Je suis donc bloqué.

Je pense que le bootloader est mort, mais je voudrais être certain que c'est bien cela avant d'aller plus loin.
Quand je met l'interrupteur sur ON, la led rouge devant le controleur s'allume ; voir photo.
Si j'appuie sur le bouton reset, la led rouge à coté du bouton s'allume une première fois, puis s'éteint, puis s'allume une seconde fois, et s'éteint définitivement.

Votre avis, docteur ; c'est bien le bootloader qui est malade ?

Si oui ; j'ai repris dans ce forum les deux posts de prunkdump concernant une réinstallation du bootloader.
Mais si je veux le faire sur l'arduino pro mini du vario :
- je peux faire sans dessouder les différents modules ?
- on doit avoir accès aux pins 11, 12, 13, reset, 5V, GND ; il faut souder 'en volant', par dessus, des fils sur ces pins pour les raccorder à l'arduino qui va servir à la programmation ?



Enfin, je me demande pourquoi ce bootloader se serait bousillé ; je n'ai fait que charger un sketch ...
Je suis certain d'avoir pris le bon fichier .hex (je n'ai pas pris celui avec "with_bootloader")
Si je reprends le code du sketch, les choses qui ne sont pas "dans les clous" :
- il fait appel à la classe "Serial" pour écrire des infos sur l'interface série ; je ne pense pas que ca puisse provoquer un tel problème

- je n'ai pas pensé à décommenter le "#define SDCARD_CS_PIN 14" comme sur le vario ; il est resté à la valeur "4", celle de mon test sur l'arduino externe. Je ne pense pas non plus que ca puisse poser problème. Ce qui est étrange, c'est qu'il a quand même créé les fichiers GPS000.TXT sur la sdcard.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 18 Mai 2017 - 15:55:15
Non il n'est pas mort.

Il fallait inclure ça dans ton setup :

Code:
 /* launch firmware update if needed */
  Fastwire::setup(400,0);
  vertaccel_init();
  if( firmwareUpdateCond() ) {
   firmwareUpdate();
}

Tu ne peux donc pas faire avec la technique du retournement mais bien avec le reset.
ça doit marcher avec le bouton reset, il n'y a pas de raison...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 18 Mai 2017 - 16:09:25
Salut Vmath54 !

Alors effectivement ya aucune raison que le bootloader soit mort  :prof:

Mais c'est normal que tu n'arrives plus à lancer le bootloader en retounant le vario. Ce code "du retournement" n'est pas stocké dans le bootloader mais dans le programme. Si tu regardes tous les programmes du GitHub ya toujours un bout de code du genre :

Code:
  /* launch firmware update if needed */
  delay(1000);
  Fastwire::setup(400,0);
  vertaccel_init();
  if( firmwareUpdateCond() ) {
   firmwareUpdate();
}


qui permet le chargement du bootloader.

Alors il y a plusieurs possibilités pour ton problème :
-> Soit la carte dans les manip est corrompue : Reformates la et remet le dernier firmaware que j'ai donné.
-> Soit la carte est mal insérée.
-> Soit le firmaware n'est pas bien compilé : essayes avec le dernier du forum.
-> Soit (plus complexe) : ton code initialise la SdCard d'une façon qui ne permet par d'être réinitialisé derrrière par le bootloader. Donc allume le vario sans SDcard, puis après quelques secondes insère la sans éteindre le vario, puis appuis sur reset.

Autrement aucun danger à tester tes morceaux de code sur le vario !

Pas d'inquiétude ça doit pas être bien grâve :D Tu vas trouver sans souder !

Edit : Grillé par Xiboard :D Voilà très bon conseil !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 18 Mai 2017 - 16:25:07
Ouff ! ca marche !
Vous etes trop forts  :bravo:

En effet, j'aurais du penser qu'il y avait du code à insérer dans le programme pour "activer" le bootloader au retournement.

Je suis soulagé, je sentais mal l'opération fer à souder.

Merci à vous deux, je vous dois un pot  :trinq:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 18 Mai 2017 - 16:53:37
Hello
j'ai inversé la position de la batterie et du bt
et pareil:
switch sur on, pas de fix
switch sur off fix en 30s


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 18 Mai 2017 - 18:14:03
Une petite semaine de vol à Annecy avec mon club, m'a permis de faire essayer le vario à ma compagne et à un débutant. Ils ont trouvé le vario sympa et réactif.
J'ai constaté quelques soucis,
1-  avec l'ancien firmware, le vario c'est bloqué, bip sans arrêt et écran bloqué, lors d'un +4 en entré de thermique (accéléromètre certainement un peut être un peu dans tout les sens)   
2- nouveau firmware, mes fichiers igc (3 vols) sont enregistrés sur la carte SD mais impossible de les copier, de les ouvrir avec un éditeur de texte

je confirme pour le GPs, j'ai desserré le boitier pour libérer l'antenne, j'ai un fix entre 1' et 2'30 (sans bluetooth)
Pour la carte SD, sur mon vario, j'ai constaté que si je serrais le boitier, lors du fix du GPS ou lors de l'écriture sur la carte, le vario planté ou se bloqué. Je pense qu'il y a un point de court circuit lors de l'écriture de la carte SD car aucun problème lors de la mise à jours du firmware

Merci Prunkdump pour les fonctions time et satellite, je vais en faire bon usage, dès que je rentre je me mets sur l’intégration de l'affichage des heures, durée et satellites

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 18 Mai 2017 - 19:09:44
Je viens de profiter du fait que le vario est 'à poil' (sorti du boitier) pour faire des essais de fix GPS.
Pour le moment, le module bluetooth n'est pas soudé, à cause de la mauvaise qualité du fix.
A savoir qu'une sdcard était insérée, pour ne pas ajouter de délai au démarrage.

- antenne à 90% sous l'écran (vario2.jpg) : environ 1mn30s
- antenne dégagée de l'écran (vario1.jpg): environ 30s

A noter que je ne sens pas de différence selon que le fix est 'à froid' (dernier démarrage date de plusieurs heures), ou 'à chaud'


Comme le fix de mon vario semble plus mauvais que la plupart d'entre vous, j'ai changé l'antenne GPS ; pas de changement.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 18 Mai 2017 - 22:55:09
la tete dans mon design, j'ai pas trop suivi le debat :

l'antenne du GPS est entre l'ecran et son socle ?
Si c'est le cas, c'est normal que ca fixe pas, l'antenne doit être dégagé et assez loin de tout ce qui peu parasiter (ecrans, BT, ...)

Pour info, je repasse sur un atmega2560 avec un FTDI pour l'usb, en effet, le 32U4 est moins performant que l'arduino nano, donc pas forcement une bonne idée ... meme s'il integre l'usb.

Vous avez eu le temps de regarder le schema ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 18 Mai 2017 - 23:11:36
Oui le gps est à l'endroit que tu dis gargle.
Chez moi il fixe bien tant que le bt n'est pas en marche...
Pas bête j'essaierai de monter l'antenne gps qui regarde vers le fond en soudant le shield gps à la place du bt.
Mais par contre il faudrait modifier le code non ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 18 Mai 2017 - 23:13:47
il y a pas moyen de le mettre en bas, a coté de l'arduino et du convertisseur ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 18 Mai 2017 - 23:33:35
Je viens de modifier mon message ;-)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 18 Mai 2017 - 23:36:40
tire des fils pour garder le meme circuit mais juste déplacer l'antenne GPS, en provisoire, pour tester.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 19 Mai 2017 - 07:50:57
Salut !

Attention GtD73 ! Une antenne GPS de ce type est directionnelle. Son "champs de vision" est un genre de cône partant du centre de la masse (le bas de l'antenne) vers les bords de la céramique (le haut de l'antenne). En gros elle voit presque à 180° mais uniquement vers le haut ! Si tu retournes l'antenne vers le bas, elle ne sera plus génée par l'écran, mais elle ne sera plus du tout dirigée vers les satellites. Donc je ne pense pas que ça soit la bonne solution.

Il faudrait investiguer ta découverte sur le bluetooth. Parceque si ce que tu dis est vrai c'est que le problème est complètement ailleurs. Ca fait penser à un manque d'alimentation du GPS lorsque le bluetooth est allumé. Mais ça m'étonne quand même. Si tu veux bien :

-> Charge la batterie à fond
-> Fais un premier essai de fix dehors avec le bluetooth allumé.
-> Attends au moins 5heures que le GPS soit obligé de changer de sattelites et fait le test sans le bluetooth dans les même conditions.

C'est assez difficile de faire des essais car le GPS mémorise les sattelites. Donc parfois la rapidité du fix vient de là et non de la configuration de l'antenne.


Peut-être une solution :


Comme t'es un bon bricoleur ça t'interessera peut-être d'investiguer :D Plutôt que de déplacer le GPS on pourrait déplacer l'écran et le bluetooth de l'autre côté.

J'ai moi même fait un essai du déplacement de l'écran (en le retournant bien sur). Le gros avantage c'est que la broche de l'écran n'est alors plus "twistée". Il y à juste la masse et VCC à croiser. Les 3 connexions de droites peuvent être inversées dans le code. Du coup la nappe est bien plus plate. La batterie à l'air de passer dessous. J'ai pas fait encore d'essais de rapidité de fix.

Seul problème il faut retailler les coques supérieures du boîtier. On pourra relancer une commande si c'est une bonne solution (ça fait à peut près 5 euros par personne).

Et il faut retrouver une place pour le bluetooth !


@vmath54
: Pour tester la mémorisation des GPS tu attends que le vario fasse bien le fix (une minute ou deux avec la vitesse affichée). Puis tu éteint le vario 20 secondes puis tu le rallume. Moi dans cette configuration il refait le fix immédiatement.

Si ce n'est pas le cas pour toi. Regarde à la loupe les soudures du petit composant à côté du composant du GPS. C'est la mémoire. Peut-être que tu pourras voir un défaut de fabrication.


Salut Gargle !


Je n'ai pas eu encore le temps de regarder ton schéma. Mais je devrait pouvoir le faire ce weekend. Je pense qu'il faut faire surtout très attention à tout ce qui est alimentation du circuit.

Pour l'implémentation de l'USB c'est intéressant mais pas indispensable. En tout cas elle ne sert à rien dans le code pour le moment (la mise à jour des firmwares se fait par la carte SD). Par contre il serait peut-être interessant de mettre un contrôleur de carte SD (genre GL823). Ca permettrait d'avoir accès à la carte depuis le PC sans la sortir du vario.

Et tu as basé ton circuit en 5V, il faudrait peut-être redescendre en 3.3V non ?


@jpg63


Oui Xiboard a constaté le même problème avec les fichiers .igc sur la carte SD. Je pense que le problème c'est que les nom de fichiers ne soient pas en majuscule. J'ai renvoyé un nouveau firmware modifié. Essayes de voir si ça marche maintenant.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 19 Mai 2017 - 09:35:35
Salut a tous!

je crois qu'on peut le dire, j'ai reussi mon montage! Merci Prunkdump, c'était cool cette séance de soudure. J'en avais pas vraiment fais depuis le porte clé lumineux en 6em!

Testé dans le jardin, le GPS fix (pas de montage bluetooth) facilement le boitier ouvert. C'est plus laborieux le boitier fermé mais ca le fait quand meme. La réactivité à l'air bonne. Plus qu'a tester en l'air!

Entre temps j'ai un peu perdu le fil de la discussion...

  • On a trouvé une solution un début de solution pour le fix GPS et le bluetooth?
  • Au niveau du code, celui sur github est à jour au fur et à mesure des améliorations?
  • Avec quel logiciel lire et compiler le code? Il faut à chaque fois appuyer sur le bouton reset?



Si le temps le permet je teste ca cet après midi!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 19 Mai 2017 - 09:44:48
Tu vas tester cet après-midi ?
T'as pas honte, ici il pleut des cordes  :averse:  :averse:
Bon vol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 19 Mai 2017 - 15:02:40
  • On a trouvé une solution un début de solution pour le fix GPS et le bluetooth?
  • Au niveau du code, celui sur github est à jour au fur et à mesure des améliorations?
  • Avec quel logiciel lire et compiler le code? Il faut à chaque fois appuyer sur le bouton reset?

  • Pas bien compris la 1ere question. Mais les problèmes de compatibilités logiciels ont été réglés par prumkdump
  • oui, le code du github est à jour au fur et à mesure des améliorations

Pour compiler le code :

tu utilises l'IDE aduino. De préférence, une install neuve, pour qu'il n'y ait pas de conflit de lib
Si tu es sous windows, tu déposes le contenu du gitub directement dans "Mes Documents"\Arduino


Dans l'IDE (le mien est en langue anglaise), Tools - Boards ; choisir la carte "Arduino Pro ou Pro Mini".
Puis, Tools - Processor ; choisir "ATMega 328 (3,3V, 8 Mhz)"
ouvrir "variometer\variometer.ino"
Pour compiler, choisir le menu "Sketch - Export compiled Binary"
Ceci crée 2 fichiers .hex dans le répertoire du .ino ; il ne faut pas utiliser le fichier dont le nom contient "with_bootloader"!!
renommer variometer.ino.eightanaloginputs.hex en FIRM.HEX


Pour installer le code :
recopier FIRM.HEX sur la racine de la sdcard, formatée en FAT16 ; insérer la sdcard dans le lecteur.
- La première fois, utiliser le bouton de reset pour charger le firm

- les fois suivantes, tu peux faire sans ouvrir le vario:
  • Insérer la sdcard avec le fichier contenant le firm : FIRM.HEX
  • éteindre le vario
  • le retourner face posée vers le bas
  • mettre sous tension
  • au bout de 2 ou 3s, il émet 3 bips longs
  • pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage (car la mise à jour est très rapide)
Si on est attentif, on voit que l'écran s'éteint un court instant, puis s'affiche à nouveau ; c'est le chargemznt du nouveau firm[/li]
[/list]


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 19 Mai 2017 - 16:25:05
Pas réussi à dessouder le shiel GPS.
L'écran tu veux le mettre vers le bas ?ou juste lui faire un 180° ?
Pour le mettre vers le bas il faudrait un nouveau boitier.
En attendant je coupe le bt...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 19 Mai 2017 - 16:40:17
Oui en retaillant le boîtier. En mettant l'écran comme ça :

(https://lh3.googleusercontent.com/iiWeMDx4nTwyPrwkLA7WsKCE6OBlQO6Ny5ZO9iN8svb5-y4AGT945SGN_n-4QNfdnRGD4AiTH-P8f_Tl7ccww5YChb9U31cOZjraGdQwaDMHOozECybLzFdBIsJi1X5hqUiay2izf1aaag0mkkLJ3BY4bQHuYrbiH6pcYqIgrPVJIfqZElCtIVPWFBPhra_uOyGGrsryxpChOdg-ZIjpHd--unEqU819HLCQBAyLEJLe7I7MO1Uf6m0KafhUDrn3whSVP_dhSAnKjtDE4G8yLPfTfPn6yPZbZBQPAw8BteSBKoIRvLkU-lTZXsjxLe8ei0BD6vzNESAQK1eMh8VNPLa5SskmVFhttWhjZnhnZMChWrgFCJhlhx1nz9CT1AGO6RszC1Pk4ISVOZBpsZgXqAfPIIQC0J5DFCuVdgHKQAb9i3a4uu095YGTLHsYXGMEnan6c2eMP5id4pgwJrwVdudD29spJLf7Z9IjNkOB4d3vWpyP4D2edEz9p-lQXy75LZHGdeoGm2sqHTlsvZV7Ds10ra3ZzRqUWDp6D6H-WATVG5FnLABkgM8l9ucSNPZpEt05lwToB-f2kzWd1w7rJc3KYwS9d2X-62nHHGeaRu2wHGkFEoGn=w1148-h765-no)

Avec les pins tordues dans l'autre sens et la batterie sous l'écran. Je vais faire des essais et je vous tiens au courant.

Autrement GtD73 si tu peux faire les deux tests de mon message précédents ça serait cool.

Comme tu le vois fsgecko on cherche encore pour le bluetooth...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 19 Mai 2017 - 17:32:16
Pour les tests:
Ce matin baterre chargée au max + batterie externe j'ai eu la vitesse après env. 15 mn mais dans corecto  de l'altitude et une vitesse de 1 km/h la cause a mon avis mauvaise réception. Pas d'amelioration même après presque 30 mn de mise sous tension exposition degagee.
Test demain sans bt (les éphémérides sont bons env. 4h)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Mai 2017 - 09:50:04
Je n'avais jamais fait attention, mais je constate moi aussi un échauffement du beeper et une forte chute de tension.  Je me demande si le beeper ne tire pas trop de courant, ce qui ferait écrouler la tension, chauffé le beeper et réduirai l'autonomie. A voir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 20 Mai 2017 - 11:39:49
Pour les tests:
Ce matin baterrie chargée au max + batterie externe j'ai eu la vitesse après env. 15 mn mais sans correction  de l'altitude et une vitesse de 1 km/h la cause a mon avis mauvaise réception. Pas d'amelioration même après presque 30 mn de mise sous tension exposition degagee.
Test demain sans bt (les éphémérides sont bons env. 4h)
Ça c'était hier donc.

Test ce matin sans bt:
J'ai fixé le gps en 30s, l'altitude s'est corrigée en moins d'une minute.

Ok prumpdunk, j'essaierai de découper le capot pour repositionner l'écran. Moi j'arrive à faire rentrer là batterie et le bt à plat sous l'antenne gps (comme dernière photo) à voir si ça se re fermera bien avec l'écran dessus. Au pire on pourra intercaller une petite rondelle pour gagner un peu en hauteur.
Mais avant j'ai bien envie de commander un nouveau boitier.
Ah le form factor ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 20 Mai 2017 - 15:00:21
Salut.

VanHurlu m'a envoyé son vario pour que je regarde le problème d'échauffement du buzzer. Moi j'ai pas l'impression que ça le fait sur le mien. Jpg63 regardes si ça chauffe même quand ça bippe pas.

GtD73 attend un peu peut-être avant de commander des boîtiers. On pourrait faire un achat groupé.

C'est bizarre ton problème de Bluetooth quand même... Je me demande si y'a pas un léger court circuit dans les connexions du Bluetooth.

J'ai eu une idée aussi. On pourrait peut être mettre le Bluetooth sous l'antenne GPS posé sur le circuit de GPS avec l'antenne posé dessus. Mais je sais pas du tout si ça passe ni si ça ne perturbe pas l'antenne.

Autrement je vous prépare peut être une petite surprise :D Si j'y arrive.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Mai 2017 - 18:34:28
Prunkdump, mon buzzer chauffe uniquement quant il bippe. J'ai aussi une chute de tension. Je vais tester avec le volume à 0, 5, et 10


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Mai 2017 - 23:03:48
Je viens de faire des tests. Je confirme, le buzzeur chauffe quant le volume est à 10. A 0 aucune chute de tension.

en résumé

volume                  buzzeur chauffe                tension s'écroule
10                               OUI                                 OUI
5                                 NON                                OUI
0                                 NON                                NON


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 21 Mai 2017 - 10:02:46
Je viens de faire des tests. Je confirme, le buzzeur chauffe quant le volume est à 10.
:roll:

Qand il bip souvent, comme au démarrage, tu ne peux même pas laisser le doigt dessus.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Mai 2017 - 11:08:06
Salut !

J'ai testé la résistance du buzzer et elle est seulement de 7 Ohms ! Donc c'est sur que ça pompe vite du courant. Ca fait quand même 2 Watt quand le volume est au max ! Donc effectivement il faudrait dans tout les cas baisser le volume. C'est en tout cas beaucoup mieux que mettre une résistance qui en plus doit être énorme (Ja vous laisse regarder la tête des résistances 1W  :shock: ).

Ya aussi peut-être le fait de faire du Push-Pull. C'est peut-être pas terrible avec les buzzer magnétiques, car il y a bien marqué une borne "+". Il faudrait que je modifie la bibliothèque toneAC pour vérifier. Mais on va perdre bien sur en volume.

Je viens de regarder d'autres buzzer de cette taille et ils ont tous une résistance supérieure. Bizarre  :grat: .

Autrement Jpg63 pourrais-tu me dire comment tu connectes ton diviseur de tension sur l'arduino ? Où as-tu connecté les les pattes de ton schéma ?

Amusez vous bien ! Enfin ça vole !!!  :ppte:


Edit :
Je viens de terminer les tests du GPS lorsqu'il est posé sur son circuit imprimé et sans rien au dessus. Ca à l'air encore mieux que l'antenne sortie. Donc le contact de l'antenne sur la masse du circuit semble améliorer la réception. J'ai eu à chaque fois le fix en moins de 30 secondes.

Je vais maintenant tester avec le boîtier plastique au dessus. Mais sans l'écran ni le bluetooth pour l'instant.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 21 Mai 2017 - 12:24:34

Autrement Jpg63 pourrais-tu me dire comment tu connectes ton diviseur de tension sur l'arduino ? Où as-tu connecté les les pattes de ton schéma ?


Le pont diviseur est connecté sur A3 - modifiable par logiciel
la résistance du haut sur RAW
la résistance du bas sur GND

(https://img4.hostingpics.net/pics/452757variometerbb.jpg) (https://www.hostingpics.net/viewer.php?id=452757variometerbb.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 21 Mai 2017 - 16:33:16
 :banane: Oui enfin ca vole ! :banane:
Sur le déco en même temps que la PWC en coeur de savoie, ben je me sens tout petit petit...
Bref, comment vous utilisez les .igc enregistré ?
Moi je les vois bien sur la carte SD, avec une taille, mais sur "propriété" ils font 0 octet. Et j'en fait rien dut tout, avec gpsbabel par ex.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Mai 2017 - 18:13:24
Merci Jpg63 pour les infos !

@GtD73 : Tes fichiers sont-il en "gps001.igc" ou "GPS001.IGC" ?

Si t'es dans le premier cas c'est ma faute  :?  j'ai oublié qu'en FAT16 les noms courts devaient être écrit en majuscule. Il faut que tu te mettes à jour sur le dernier firmware. Je me suis pas rendu compte du problème parceque sous Linux ça ne change rien mais sous Windows il ne parvient pas à y accéder.

Si tu tiens à cette trace (et que tu n'as pas de linux). Voici comment corriger le problème. Malheureusement j'ai pas plus simple :

1) Tu télécharges Win32DiskImager :
https://sourceforge.net/projects/win32diskimager/

2) Avec Win32DiskImager, tu créé l'image de ta carte SD sur ton PC (read).
3) Tu télécharges un éditeur hexadécimal :
http://frhed.sourceforge.net/en/

4) Avec l'éditeur tu ouvres l'image de la carte SD et tu "cherches" la chaine de caractère "gps001.igc" (selon le nom de ton fichier). Une fois la chaîne trouvée. Dans la colone de droite tu la remplaces par "GPS001.IGC". Puis tu enregistres.
5) Tu lances à nouveau Win32DiskImager et tu réécrit le fichier image sur la carte (write).

Bon vols :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 21 Mai 2017 - 23:58:07
Rho la vache t'es trop fort toi !!

Juste un petit commentaire, moi ma carte fait 4 Go (oui je ne l'ai pas réduite...) et du coup j'ai du utiliser un autre éditeur hexa:
http://www.01net.com/telecharger/windows/Utilitaire/manipulation_de_fichier/fiches/110455.html

Pour visualiser la trace j'ai été là:
http://www.victorb.fr/visuigc.html
Et ca donne ca:
http://www.victorb.fr/visugps/visugps.html?track=http://www.victorb.fr/visuigc/21052017_225246_GPS003_IGC

Et en regardant la trace, je me rends compte que l'enregistrement semble commencer dès que le fix gps est fait. On pourrait pas faire partir du début du vol ?

Je vais faire la maj, au cas ou je me trouve un créneau pour voler demain. :ppte:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 22 Mai 2017 - 07:39:10
Rho la vache t'es trop fort toi !!

Juste un petit commentaire, moi ma carte fait 4 Go (oui je ne l'ai pas réduite...) et du coup j'ai du utiliser un autre éditeur hexa:
http://www.01net.com/telecharger/windows/Utilitaire/manipulation_de_fichier/fiches/110455.html

Pour visualiser la trace j'ai été là:
http://www.victorb.fr/visuigc.html
Et ca donne ca:
http://www.victorb.fr/visugps/visugps.html?track=http://www.victorb.fr/visuigc/21052017_225246_GPS003_IGC

Et en regardant la trace, je me rends compte que l'enregistrement semble commencer dès que le fix gps est fait. On pourrait pas faire partir du début du vol ?

Je vais faire la maj, au cas ou je me trouve un créneau pour voler demain. :ppte:

Prunkdump a ajouté une option dans la dernière version si je me trompe pas. Tu pourra commencer l'enregistrement seulement si tu dépasse 10km/h

j'ai constaté un petit bug

AXXX GNUVario
HFDTE,,,N*5
HFPLTPILOTINCHARGE:

Il y a un problème de date dans l’entête IGC 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 22 Mai 2017 - 07:46:21
En attendant que je finisse que debbuger la version avec l'affichage du temps (2 bugs que j'ai du mal à identifier  :fume: ), voici une version avec l'affichage de la batterie et des satellites.
Avec l'affichage des satellites on voit bien le temps de fixe et surtout que sur mon vario la réception et pas terrible, moins entre 3 et 5 satellites fixés



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Mai 2017 - 08:19:21
Salut jpg63 !

J'ai malheureusement compris le bug de la date ...  :?  C'est parceque le GPS ne l'envois pas sur les première trâmes !!!  :grat: Du coup je suis enbêté.

-> Soit j'attends la date au démarrage. Mais il semble que parfois elle arrive au bout de 20 secondes !
-> Soit je fait un test permanent dans la boucle principale qui analyse les trâmes RMC tant qu'il n'y a pas la date.

Bon j'ai fait une mauvaise hypothèse.

Pour l'heure de vol ya un truc que je ne t'ai pas dis !  :oops:  L'heure de vol est stocké directement comme un entier : "825" pour "8h25". Donc du coup si "ct" c'est la variable contenant le temps :

-> ct/100 te donnes les heures.
-> ct%100 te donne les minutes.

J'ai fait ça parceque du coup c'est très facile d'avoir les quatres chiffres. Voici un exemple qui affiche les 4 à la suite :

Code:
uint16_t ct = nmeaParser.time;
uint16_t exp = 1000;
for( int i=0; i<4; i++) {
   Serial.Print( ct/exp, DEC );
   ct %= exp;
   exp /= 10;
}

Je vais tester de ce pas ton code !
   
A+

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Mai 2017 - 08:55:09
@jpg63 :

Ca y est j'ai testé :D

Très joli affichage en tout cas ! Alors avec mon GPS "modifié" j'ai eut directement 2 barres au bout de 30 secondes. Puis 3 barres au bout de 60 secondes. Et je n'ai jamais eu les 4 barres. Mais sur un balcon j'ai une moitié de ciel qui n'est pas visible. Je ne sais pas si c'est beaucoup ou pas 11 satellites... Mais je ne les ai pas eu.

Désolé j'ai toujours pas eu le temps d'intégrer ton travail sur GitHub  :oops:  Mais ça va venir !

Tu sais te servir de Git ? Sinon il faudrait que tu apprennes. Ca te permettrais de mettre à jour le code sans perdre tes modification à toi. Je fairais un petit tuto à l'occaz.

GtD73

Joli vol ! Tu nous as pas dit ce que tu avait pensé de comportement du vario et de son utilisation ?

Effectivement on peut activer l'enregistrement au début du vol. Mais je n'ai jamais testé cette fonctionnalité. J'espère que j'ai rien oublié. Au pire tu perd une trace... Il faut décommenter (enlever les deux "//") VARIOMETER_RECORD_WHEN_FLIGHT_START :

Code:
/* flight start detection */
#define FLIGHT_START_MIN_TIMESTAMP 15000
#define FLIGHT_START_VARIO_LOW_THRESHOLD (-0.5)
#define FLIGHT_START_VARIO_HIGH_THRESHOLD 0.5
#define FLIGHT_START_MIN_SPEED 10.0
#define VARIOMETER_RECORD_WHEN_FLIGHT_START

Je te joint le firmware.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 22 Mai 2017 - 09:09:38
@jpg63 :

Ca y est j'ai testé :D

Très joli affichage en tout cas ! Alors avec mon GPS "modifié" j'ai eut directement 2 barres au bout de 30 secondes. Puis 3 barres au bout de 60 secondes. Et je n'ai jamais eu les 4 barres. Mais sur un balcon j'ai une moitié de ciel qui n'est pas visible. Je ne sais pas si c'est beaucoup ou pas 11 satellites... Mais je ne les ai pas eu.

Désolé j'ai toujours pas eu le temps d'intégrer ton travail sur GitHub  :oops:  Mais ça va venir !

Tu sais te servir de Git ? Sinon il faudrait que tu apprennes. Ca te permettrais de mettre à jour le code sans perdre tes modification à toi. Je fairais un petit tuto à l'occaz.


je comprends mieux, seulement 4 chiffres, j'avais bien vu que tu codais l'heure sur un entier mais je pensais que tu mettais toute la trame (hhmmssmillisec) du coup j'avais des trucs bizarres. Peut tu me confirmer juste hh+mm, car les secondes sont importantes surtout pour changer l'affichage toutes les 10 sec et gérer le temps de vol.

en fait à l'affichage j'ai les secondes et les minutes qui défile en commençant à 0 comme si  j'avais le temps depuis le fix du gps 

Je ne sais pas utiliser Git mais je vais regarder car ce serait plus pratique.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Mai 2017 - 09:42:01
Non bien sûr j'ai encore dis une connerie  :oops:

C'est bien hhmmss. Donc :

Code:
ct = nmeaParser.time;
uint8_t heure = ct/10000;
ct %= 10000;
uint8_t minutes = ct/100;
ct %= 100;
uint8_t secondes = ct;

Une version plus jolie :

Code:
uint8_t time[3];  //time contiendra : heures, minutes, secondes
uint16_t ct = nmeaParser.time;
uint16_t exp = 10000;
for( int i=0; i<3; i++) {
   time[i] = ct/exp;
   ct %= exp;
   exp /= 100;
}

Voilà !

Je te donnerai quelques tuyaux pour Git.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Mai 2017 - 10:28:05
Bon bin plus grave encore ! J'ai oublié de gérer les microsecondes dans le code  :bang:

Du coup ça ne tient pas sur un uint16_t et ça doit afficher n'importe quoi !

Si tu veux faire des essais, tu peux modifier dans la classe NmeaParser la variable "time" en uint32_t. Et obtenir le temps comme cela :

Code:
uint8_t time[3];  //time contiendra : heures, minutes, secondes
uint32_t ct = nmeaParser.time;
uint32_t exp = 1000000;
for( int i=0; i<3; i++) {
   time[i] = ct/exp;
   ct %= exp;
   exp /= 100;
}

Mais il va falloir que je trouve une solution. Parceque c'est bête de passer au 32 bits alors que les microsecondes ne sont même pas gérées dans la trâme. Il faut que je l'empêche de lire les valeurs après le '.'.

Désolé pour ces erreurs !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 22 Mai 2017 - 11:25:25
aucun soucis, ça me rassure j'ai essayer au moins 2 ou 3 méthodes de conversion  :grat: , comme je récupérais des données bizarres.
Je modifie la bibliothèque, j'ajoute aussi un fonction pour avoir le temps en secondes (base 60). la variable "value", du coup, est aussi trop petites. En seconde on est sur du 32 bits de toutes façons  


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 22 Mai 2017 - 21:03:42
L'affichage de l'heure fonctionne, quelques petites modifications et je  publie le nouveau code


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 22 Mai 2017 - 22:19:43
Plus trop de temps pour bidouiller mais c'est pour la bonne cause: je vole !!
Et toujours avec notre vario !
Pour le comportement, moi je suis fan ! Jusqu'à maintenant j'avais xctrack mais le notre est bien mieux.
Le son je l'ai réglé à 3, il est placé sur l'élévateur juste à hauteur des yeux et c'est suffisant.
Au décollage il semble nerveux, comme s'il était trop sensible, mais une fois en vol je dirais qu'il est précis.
Pour comparer avec xctrack sur mon tel, avant mes sensations anticipaient les bip, avec le notre c'est instantané. Il est bien plus réactif.
Niveau autonomie pour le moment je me suis toujours posé avant qu'il meure. Aujourd'hui avec la phase pré-vol c'est quasi 2h après la mise en marche.
D'ailleurs c'est cette mise en marche la moins pratique. Il faudra que je trouve un truc pour rendre le switch + accessible. Soi un petit coup de lime soi un bout de plastique un peu comme jpg63.
Par contre sur la dernière maj les traces sont de nouveau en .txt, mais en majuscules.

Pour mes amis volants, deux options ensemble les ont étonnés: enregistrer la trace en local alors qu'en même temps elle est transmise (ou sera transmise pour moi  :lol: ) sur un autre appareil en BT. Après c'est une option que l'on utilise ou pas, je suis bien d'accord.
Moi je le garde. Et c'est bien pour ça que j'ai du mal à découper le capot pour tester un autre emplacement BT.
Par contre je vais me rajouter le pont de résistance pour avoir le bel affichage de jpg63.
Pour le niveau de vol que j'ai, je n'ai pas besoin de plus.

Je suis presque gêné de vous écrire tout ça parce que franchement c'est du super boulot. Encore bravo.




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 23 Mai 2017 - 08:30:04
Bin oui le plus important c'est quand même de voler  ! :ppte:

Pour ma part je suis très content que le vario soit maintenant vraiment utilisable en vol  !!!  :jump:

Lorsque j'ai lancé l'idée des kits je cherchais des gens pour tester le vario. Je ne pensais pas trouver des parapentistes qui volent bien comme ça (vu les traces que l'on m'envoi) et aussi des super codeurs :pouce: C'est vraiment sympa de voir le projet avancer avec chacun qui apporte sa contribution. C'était l'objectif !

Si en plus on arrive à bosser avec Gargle pour en faire une version CMS. Même si là c'est à la limite de mes compétences.

Autrement. J'ai corrigé le bug de la date et du temps ! Vous pouvez télécharger la dernière version du code à nouveau. N'oubliez pas aussi de lancer le sketch "SetVarioParameters" pour personnaliser vos paramètres.

@jpg63:
Tu verras j'ai corrigé le parser comme tu l'as dis. Effectivement t'avais raison ça ne passe pas en 16bits de toute façon... J'avais mal compté  :oops: .

@GtD73 : Si tes fichiers sont en ".TXT" c'est que tu n'a pas du bien écrasé avec la nouvelle version du code. Nettois le répertoire "Arduino" et retélécharge depuis le GitHub. Moi les fichiers sont bien en ".IGC".

Allez plus qu'à intégrer le code de Jpg63 ! Pour ma surprise on attendra un peu ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 23 Mai 2017 - 10:14:31
prunkdump attends un peu pour intégrer mon code, je fini l'affichage de l'heure comme ça tu aura tout.

j'ai modifié la bibliothèque NmeaParser pour gérer la récupération de la date en seconde, je regarde ton code et je modifierais le mien.
Je pense avoir trouvé un bug dans la librairie digit, je fait des tests pour confirmer
et j'ai modifié la bibliothèque varioscreen et variometre.ino pour afficher en alternance l'heure et la durée du vol.

Une question quel est le meilleur endroit pour initialiser le début du vol quelque soit l'option #define VARIOMETER_RECORD_WHEN_FLIGHT_START 

    uint32_t tmptime = nmeaParser.getTime();

   /* if (((initSaveTimeDuration == false) && (tmptime >0)) &&
        (variometerState == VARIOMETER_STATE_FLIGHT_STARTED))*/
    if ((initSaveTimeDuration == false) && (tmptime >0))
    {
         saveTimeDuration = tmptime;
         initSaveTimeDuration = true;
    }

j'ai un peu de mal à trouver le bon endroit et le bon test pour être sur que l'on début le vol et l'enregiostrement


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 23 Mai 2017 - 13:44:55
Salut Jpg63 !

C'est normal que tu ais du mal à trouver l'endroit. Je n'avais pas encore implémenté la condition du début de vol sans GPS  :D

Si tu regardes la dernière version du code. J'ai créé une fonction tout en bas qui lance tout ce qui doit démarrer au début du vol. De coup ça sera plus simple pour toi d'ajouter ton code.

Pour la bibliothèque Digit, elle ne peut pas afficher des nombres qui ne rentrent pas dans un uint32_t sans la virgule. En gros c'est 9 chiffres maximum. C'est le bug que tu avais trouvé ?

A+ Bosse bien ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 23 Mai 2017 - 13:59:24
non c'est un problème sur l'affichage du 10 sur 2 digits c'est retourne la taille à 1 et du coup ça affiche un '0'+10 donc 0+un signe bizare

  /******************/
  /* analyse digits */
  /******************/
  pos = 0;

  /* check before dot digits */
  exp = 10;
  while( exp <= value ) {
    exp *= 10;
    pos--;
  }


le <= au lieu de <


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 23 Mai 2017 - 22:31:37
Voila, je suis venu à bout de l'affichage de l'heure et de la durée de vol

J’intégrerai rapidement mon code à ta dernière version de variometer.ino, Prunkdump. La bibliothèque NmeaParser est en dernière version


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 23 Mai 2017 - 23:38:48
Il restera à gérer plus finement le démarrage du compteur de vol, mais Punkdump tu peux intégrer mon code si tu veux


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Mai 2017 - 11:50:04
Bon je part en vacances pour le pont. Je vais pas pouvoir mettre à jour le code de suite  :?

Ca te laisseras le temps de chercher des optimisations.

Par exemple pour ton affichage de la batterie. Tu peux le programmer plus simplement, et avec 10 niveaux ainsi :

Code:
#define VOLTAGE_BASE_VALUE 3.37
#define VOLTAGE_LOG_FACTOR 1.0222

.
.
.
  /* set the 10 battery bytes on the screen */
  int bytePos = 0;
  double vPower = VOLTAGE_BASE_VALUE;
  while( voltage > vPower && bytePos<10 ) {
    screen.display( 0xff );
    bytePos++;
    vPower *= VOLTAGE_LOG_FACTOR;
  }

  while( bytePos<10 ) {
    screen.display( 0x81 );
    bytePos++;
  }

Amuses toi bien ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 13:27:44
Je parts aussi demain matin, ce sera pour la semaine prochaine ;)

Je vais effectivement optimiser un peu car l'arduino n'a vraiment pas beaucoup de mémoire et j'avoue que c'est la première fois que je code sur ce type de matériel.

Tes conseils sont un vrai plaisir et un bon moyen d'améliorer mon code.

Ce weekend, je vais tester un peu le vario à la Serrane  :ppte: . De retour je me pencherais sur la possibilité d'avoir les paramètres les plus importants dans un fichier sur carte SD, afin de permettre leur modification par ceux qui n'arrivent pas à compiler le code

Je crois que le problème de date dans le fichier IGC est toujours présent même avec la dernière version du code


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 14:07:22
pour la batterie, le % de charge n'est pas linéaire, les valeurs que j'utilise sont obtenu par une moyenne de mesure. On peut effectivement simplifier par une approximation linéaire, je regarderais combien on gagne sur le code

Bonne vacances Prunkdump


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Mai 2017 - 14:22:27
Non non je ne fais pas une approximation linéaire.

C'est bien une multiplication que je fait dans le code. Si tu calcules à la main les valeurs prises par vPower. Tu retrouvera tes valeurs.

Bon bizarre ce bug de date... il faudra que je cherche.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 24 Mai 2017 - 15:51:57
Avant que tout le monde parte voler  :vol:
la dernière version du FIRM je la prends ou ? Github ?
est ce que le son est baissé ? ou il faut se compiler sois même une version avec le son moins fort ?


Citation
N'oubliez pas aussi de lancer le sketch "SetVarioParameters" pour personnaliser vos paramètres.
j'ai pas du suivre, comment on lance ?  :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 15:58:19
Je modifierais le code ce soir avant de partir, sinon la formule d'approximation du calcul de la capacité d'une batterie lipo est :

% (entre 0 et 100) = (Tension - 3.5534) / 0.0059

je vais adapté tout ça pour réduire le source

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 24 Mai 2017 - 16:05:42
Quelques idées pour régler le son :
(C'est peut-être la surprise  :P )

- Retourner le vario une fois allumé (écran vers le sol) et on fait varier le son en vissant ou dévissant (la reco du retournement est déjà implémenté et avec la boussole ça doit pas être trop dur pour le reste).

- Tapoter sur le vario : ça demande de la reco au niveau de l'accelero, moins facile je pense. Avec 3 niveaux de sons.

Je voulais tester le vario à la dune hier mais je voulais pas avoir le son (et je voulais pas non plus lui coller du sable :/ )

Sinon super boulot jpg63  karma+  je vais regarder l'implémentation du niveau de réception.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 24 Mai 2017 - 16:35:23
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.
 ???


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 24 Mai 2017 - 16:40:08
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.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 16:40:42
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  :ppte:  c'est tout bon


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 16:42:11
Xiboard a été plus rapide que moi


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 24 Mai 2017 - 16:48:35
 :trinq:  :trinq:  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...
 :vol:  :vol:  :vol:  :vol:  :vol:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 24 Mai 2017 - 20:13:13
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  :oops:

trop trop content (https://imgfast.net/users/2512/45/46/19/smiles/792563399.gif)




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 24 Mai 2017 - 21:53:22
Bon bin c'est bien tout ça ! :D

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  :grrr:

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 22:18:24
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  :oops:

trop trop content (https://imgfast.net/users/2512/45/46/19/smiles/792563399.gif)




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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Mai 2017 - 23:13:35
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 25 Mai 2017 - 07:05:32
 :bravo: 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 : :roll:
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 :coucou: jm


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: py le 25 Mai 2017 - 08:34:41
... c'est fastidieux de retrouver la bonne info dans 33 pages ...
:sos:
http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.0.html;msg595971#msg595971 ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 25 Mai 2017 - 23:55:33
Hello
pour moi l'auto start fonctionne bien, par contre pas l'autostop !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Mai 2017 - 06:28:21
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  :bang:   :vrac:   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 30 Mai 2017 - 08:21:24
Hello
pour moi l'auto start fonctionne bien, par contre pas l'autostop !

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

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  ! :ange:  )

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+ 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Mai 2017 - 10:23:16
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. 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 09:39:59
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  :roll:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 10:04:02
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  :roll:



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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 10:37:53
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  :mrgreen:


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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 10:51:55
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,
 :mrgreen:  :mrgreen:  :mrgreen: 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 01 Juin 2017 - 10:59:06
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)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Triple Seven France le 01 Juin 2017 - 11:26:07
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 !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 11:31:41
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 8)

cette hyper réactivité est certainement la cause du phénomène que je décrivais plus haut
Citation
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.  :mdr:  :mdr:



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 12:16:25
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  :mrgreen:


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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 13:27:28
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.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 14:15:10
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.


 :+1: 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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Juin 2017 - 14:59:41
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 !  :jump:  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é  :shock: Mon espérance (secrête :D) 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 :pouce: 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  :grat: 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+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 15:45:46
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 !  :jump:  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é  :shock: Mon espérance (secrête :D) 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 :pouce: 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  :grat: 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+

Je vais m'occuper des Bips et de l'affichage. Je reprendrais la config par fichier txt après - Je rajouterais au fichier de config les paramètres pour le son. Ne pas avoir à compiler un code pour modifier les paramètres permettra de simplifier les tests

l'idée même si je pense que je répète un post précédent   
1 fichier config.txt + un FIRM.HEX pour modifier les paramettres
1 FIRM.HEX pour le programme - Problème de place, si on avait 1 ou 2M d'EEPROM  :dent:

un simple copier coller du FIRM.HEX et 2 mise à jour est c'est bon pour le changement d'une option

Une idée qui n'a jamais été vu, une sonde à ultra son qui vise le sol (à voir sur une fixation aux élévateurs), qui mesure la distance sol, serait un super outil pour les débutants. Quant tu as 10 vols faire ton arrondi à 1m sol c'est juste la cratérisation assurée. Un outil pédagogique pour les écoles et les débutants dans les clubs. Un gros bip juste au posé

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Triple Seven France le 01 Juin 2017 - 15:53:01
Une idée qui n'a jamais été vu, une sonde à ultra son qui vise le sol (à voir sur une fixation aux élévateurs), qui mesure la distance sol, serait un super outil pour les débutants. Quant tu as 10 vols faire ton arrondi à 1m sol c'est juste la cratérisation assurée. Un outil pédagogique pour les écoles et les débutants dans les clubs. Un gros bip juste au posé

Une ficelle à la longueur que tu veux avec une cloche de vache au bout. Quand ça sonne, tu te réveilles et tu mets les deux mains en bas.  :roll:

Edit : J'ai mieux ! Une suspente à la bonne longueur, fixée en V aux freins. A la pointe du V, un grappin bien acéré : lorsqu'il se plante dans le sol ça te fait le freinage automatique !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 16:05:22
Une idée qui n'a jamais été vu, une sonde à ultra son qui vise le sol (à voir sur une fixation aux élévateurs), qui mesure la distance sol, serait un super outil pour les débutants. Quant tu as 10 vols faire ton arrondi à 1m sol c'est juste la cratérisation assurée. Un outil pédagogique pour les écoles et les débutants dans les clubs. Un gros bip juste au posé

Une ficelle à la longueur que tu veux avec une cloche de vache au bout. Quand ça sonne, tu te réveilles et tu mets les deux mains en bas.  :roll:

Edit : J'ai mieux ! Une suspente à la bonne longueur, fixée en V aux freins. A la pointe du V, un grappin bien acéré : lorsqu'il se plante dans le sol ça te fait le freinage automatique !

Bon je vois que j'ai dis une connerie, oublier. Je laisse aux pros ce qui est aux pros. Apprendre à poser


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Triple Seven France le 01 Juin 2017 - 16:07:07
Non, c'était rigolo.
Ça me fait imaginer des trucs... Et puis ça fait flooder...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 01 Juin 2017 - 16:31:05
Rhoo, y a longtemps que j'étais pas passé par la, va falloir que je reprenne le fil, up-date ma liste de course, vois ce qui est deja en cours de developpement pour ajouter 2-3 idées qu'on avait eu avec des potes...
Y a une pages dedier ou on retrouve tout, de maniere plus synthetique, ou faut que je fasse les 33 pages?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 16:39:20
Rhoo, y a longtemps que j'étais pas passé par la, va falloir que je reprenne le fil, up-date ma liste de course, vois ce qui est deja en cours de developpement pour ajouter 2-3 idées qu'on avait eu avec des potes...
Y a une pages dedier ou on retrouve tout, de maniere plus synthetique, ou faut que je fasse les 33 pages?

Non, il n'y a pas de page dédié mais par contre tu peux trouver des infos sur le github de Prunkdump et malheureusement en lisant les 33 pages . Je ne sais pas si il est possible d'avoir un poste en 1ère page que l'on pourrait compléter au fur et à mesure. J'ai l'impression que les posts ne sont plus modifiable après un certain temps


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 16:56:48
Y a une pages dedier ou on retrouve tout, de maniere plus synthetique, ou faut que je fasse les 33 pages?

j'avais fait une proposition http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.0.html;msg598706#msg598706 (http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.0.html;msg598706#msg598706)
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/


:mrgreen: d'ailleurs à ce propos  (@) Prunkdump ou JPG
Pouvez vous me rapeller la procédure pour mette à jour le FIRM sans ouvrir pour appuyer sur le bouton reset. Je n'arrive pas à retrouver ou on en a parlé.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 01 Juin 2017 - 17:09:52
Bon, donc le programme, c'est :
  • Se palucher 34 pages de discussion
  • lister les composants retenus dans une liste de course
  • Rassembler les plans du circuit imprimer et les fournisseurs potentiels, idem pour la boitier il me semble
  • Mettre à jour la recette expliquant comment ça marche : Mise à jour firmware (j'ai croisé qu'il fallait mettre le vario la tete en bas pour faire un reset au demarrage pour l'up-date firmware, c'est interessant, mais faut pas perdre l'info, les nouveau arrivant risque d'etre surpris... Ou alors, j'ai pas compris...), utilisation en vol, quelle info est afficher et pour dire quoi...
La vache, j'ai pas fini, va falloir que vous arretiez d'ecrire ;)



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 17:14:12
Y a une pages dedier ou on retrouve tout, de maniere plus synthetique, ou faut que je fasse les 33 pages?

:mrgreen: d'ailleurs à ce propos  ((@)) Prunkdump ou JPG
Pouvez vous me rapeller la procédure pour mette à jour le FIRM sans ouvrir pour appuyer sur le bouton reset. Je n'arrive pas à retrouver ou on en a parlé.

C'est super simple. Si tu as déjà un FIRM.HEX qui permet la mise à jour sans reset. Tu copie le FIRM.HEX à la racine de la carte SD, tu mets ton vario sur une surface plane l'écran face à la surface, en gros une table et tu mets le vario dos vers le ciel bien à plat. Tu attend les trois bip, tu remets le vario droit, il va rebouter et voila c'est fais. Si tu n'a pas un FIRM.HEX resent qui à la fonction maj sans reset, tu fais une mise à jour classique avec reset en utilisant le dernier FIRMWARE et c'est tout bon pour la suite, plus besoin de reset


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Juin 2017 - 17:31:02
Ouai il va falloir que j'arrête de coder pour faire de la doc ...  :tomate:

Déjà que Jpg63 m'a envoyé pleins de schémas à jours que je n'ai toujours pas eu le temps de mettre sur le GitHub  :oops:

Mais VanHurlu je ne peux pas tu donner accès à "http://glpano.free.fr/vario/". C'est un site que j'utilise pour autre chose et qui n'est pas sensé à la base héberger le site du vario. L'idéal serait de créer une page collaborative sur GitHub mais il utilise un CMS "Jekyll" que je ne connais pas du tout ...

Je vais y réfléchir.

@Slov4s

Si il y a des interessés ont pourra peut-être relancer une série de kits. Et dans tout les cas on peut de donner les références. N'hésites pas si tu as des questions.

Et Gargle travaille toujours sur une version CMS.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 01 Juin 2017 - 18:19:05
Y a une pages dedier ou on retrouve tout, de maniere plus synthetique, ou faut que je fasse les 33 pages?

:mrgreen: d'ailleurs à ce propos  (((((@))))) Prunkdump ou JPG
Pouvez vous me rapeller la procédure pour mette à jour le FIRM sans ouvrir pour appuyer sur le bouton reset. Je n'arrive pas à retrouver ou on en a parlé.

C'est super simple. Si tu as déjà un FIRM.HEX qui permet la mise à jour sans reset. Tu copie le FIRM.HEX à la racine de la carte SD, tu mets ton vario sur une surface plane l'écran face à la surface, en gros une table et tu mets le vario dos vers le ciel bien à plat. Tu attend les trois bip, tu remets le vario droit, il va rebouter et voila c'est fais. Si tu n'a pas un FIRM.HEX resent qui à la fonction maj sans reset, tu fais une mise à jour classique avec reset en utilisant le dernier FIRMWARE et c'est tout bon pour la suite, plus besoin de reset

Merci,
J'avais du retourner pendant les 3 bip et ça m'avait tout planter ??? obliger de démonter pour appuyer sur le reset de l'arduino, du coup je n'étais plus sur de la procédure.



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.
bizarre  :grat:  :grat:  :grat:
Moi sans boitier, écran replié sur le coté pour laisser l'antenne apparente, sans BT,
=>le fix était plutôt de l'ordre de 3 min voir beaucoup plus.

par contre j'ai remarqué que si on l'éteins et le rallume rapidement il ne perd pas les satellites mais on peu démarrer une nouvelle trace. donc la mémorisation des sat fonctionne.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 01 Juin 2017 - 20:42:39
...
Si il y a des interessés ont pourra peut-être relancer une série de kits. Et dans tout les cas on peut de donner les références. N'hésites pas si tu as des questions.

Remarque peut-être bête, venant d'un novice en arduino ; si tu envisages la relance d'une série de kit, pourquoi ne pas partir sur du hardware moins contraint coté mémoire ?

Etre obligé de retravailler fortement des librairies pour gratter quelques octets par-ci ou par-la afin d'essayer d'apporter une fonctionnalité supplémentaire, ça a des limites.
J'ai l'impression qu'on est au bout de ce que peut faire avec ce hardware.

Bon, c'est mon coté optimiste ;-)

Et quitte à faire, je partirais sur un boitier plus volumineux, qui permette une mise en oeuvre plus simple (éviter la lime), et des extensions ou modifications matérielles ; c'est un avis perso, je ne vole pas parapente (et pas encore volé avec le vario en planeur...).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 01 Juin 2017 - 22:49:54
On est en discutions avec prunkdump pour le microcontrôleur a utiliser
Je préconise celui de l'arduino mega, certes plus gros (100 pattes) mais qui a 8 fois plus de mémoire ;) et pleins de ports de com.
on reste sur l'ecran actuel qui semble etre un bon compromis prix / taille, non ?
Je prévois le bluetooth dedans ? ou du moins la place pour le souder dessus ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juin 2017 - 23:00:42
Nouveau code

Modification :

- Ajout de 2 bips lorsque le vol débute - juste après le fix GPS, la calibration de l'altitude et le début de l'enregistrement du vol
- Modification de l'alternance de l'heure et de la durée de vol (2sec)
- correction d'un bug sur la fonctionnalité de début de vol
- optimisation de l'affichage de la batterie


Reste  à faire

- Affichage de finesse
- Bug affichage durée de vol
- Mise à jours des paramètres par un fichier texte

Bon vol

Plus de mémoire c'est important par contre en 3.3V pour éviter un paquet de convertisseur 5v -> 3.3v
L'écran est bien, il est lisible et permet d'avoir un petit boitier qui se fixe sur les élévateurs
on pourrait prévoir 2 boutons poussoir pour changer d'écran, avoir la possibilité d'avoir plusieurs écran réglerait le soucis de la petite taille de l'écran   
Oui il faut prévoir toutes les options, c'est une très important de pouvoir répondre à l'ensemble des envies des parapentistes - avoir un vario classique ou connectable


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 01 Juin 2017 - 23:10:20
c'est prévu de passer tout en 3.3, par contre sans protection de la batterie, qui devra être soft, c'est gênant ?
Les boutons peuvent pas être remplacé par des petits coups dessus, détectés avec l'accéléromètre ?

d'autres idées ?
hésitez pas, meme les plus loufoque, autant prévoir des le départ.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 02 Juin 2017 - 00:08:36
on reste sur l'ecran actuel qui semble etre un bon compromis prix / taille, non ?

ça n'existe pas des écrans petits de même technologie que les liseuses type kobo ??
Il ne faut pas mégoter sur la qualité des composants pour quelques € de plus.


merci jpg
je testerai tes maj samedi (ça devrait être volable)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 06:13:36
on reste sur l'ecran actuel qui semble etre un bon compromis prix / taille, non ?

ça n'existe pas des écrans petits de même technologie que les liseuses type kobo ??
Il ne faut pas mégoter sur la qualité des composants pour quelques € de plus.


merci jpg
je testerai tes maj samedi (ça devrait être volable)

Si cela existe, j'ai regardé un peu. On trouve quelques écran compatible arduino, le soucis c'est le prix, 5 à 10 fois celui  que l'on utilise, mais les écran E-Paper sont  juste exceptionnels, contraste en plein soleil imbattable, la on serait les 1er a avoir se type d'écran pour un petit vario, seuil les quelques tablettes sont E-Paper, Kobo, syride

Gargle, Je pensais a des boutons très accessible en vol, pour passer d'un écran à l'autre, car sur les élévateurs, il arrive, surtout au décollage d'avoir des tapes non désirée. On pourrait envisagé le bouton power en poussoir sur le dessus. Avec l’électronique qu'il faut pour que  l'allumage et l'arrêt ne soit valide que si on appuie 2sec sur le poussoir

Les batteries lipo sont vraiment dangereuses, sans protection non


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 02 Juin 2017 - 08:05:58
je vais regarder pour les écrans, le soucis est qu'ils sont globalement plus petits a nombre de pixel égal, du coup, la typo et les chiffres seront moins gros et plus difficile a lire en vol.

Pour le démarrage, je vais mettre un bouton poussoir qui lance le vario, et qui sera maintenu électroniquement par le microcontrôleur. Ca permettra de choisir la méthode pour l’éteindre, de façon logicielle.

Pour la batterie, je vais voir mais je travaille avec professionnellement ;) et si la protection est dans le code, qui empêche de démarrer le vario si la batterie est trop faible, ca pose pas de soucis.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 02 Juin 2017 - 08:55:14
effectivement c'est plus cher
le Nokia 510 que j'ai acheté d'urgence en France pour remplacer celui que j'avais cassé je l'ai payé 6€

un écran E-paper, le premier que j'ai trouvé coûte 24 €

(http://42project.net/wp-content/uploads/2016/09/E-Paper-Display-EPD-204-Zoll-172x72-front.jpg)

j'ai trouvé aussi celui là à 20€ mais il est annoncé pour Raspberry pas pour Arduino

(https://ecksteinimg.de/Produkt/WS12915/5.gif)


Ils sont plus grand que le Nokia, on aurait la place de mettre la boussole et tout ce qu'on veut d'autre.
Pour ma part, la réalisation d'un appareil avec l'objectif de le faire le moins cher possible est intéressante mais pas autant que de réaliser Vario/GPS qui serait le Top-moumoute-michtobat de sa catégorie.

On est environ à 50€ de matos, si on passe à 70€ cela reste vraiment moins cher que ce qu'on trouve sur le marché  :roll:

Maintenant je ne sais pas à quel coût sortira la version Gargle ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 09:02:27
Pour la batterie, je vais voir mais je travaille avec professionnellement ;) et si la protection est dans le code, qui empêche de démarrer le vario si la batterie est trop faible, ca pose pas de soucis.

OUI OUI, je pensais à la protection lors de la charge de la lipo

Pour l'écran E-Paper c'est peu être compliqué et effectivement plus cher, bien que si on reste à une taille compatible avec l'installation sur les élévateurs, 20€ de plus je prends. Quelqu'un à des retours sur les petits écran OLed, normalement le contraste est bien meilleur par rapport aux écrans classique et pour avoir parcouru un peu ebay, j'ai l'impression que l'on en trouve pas mal


Pour l'affichage de la finesse, je pense placer l'info à coté du vario, en limitant le vario à 9.9. Je pense que tout le monde pardonnera à notre petit vario d'afficher +9.9 même si on à du +12 ou +15. Personnellement entre +10 et +15 je pense que mon seul réflexe sera de faire un gros 360 aux oreilles pour sortir du cunumb et pas de regarder le vario  :affraid:

Je confirme le bug de l'affichage du temps de vol quant on dépasse 1h 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Juin 2017 - 09:27:25
Pour l'affichage de la finesse, je pense placer l'info à coté du vario, en limitant le vario à 9.9. Je pense que tout le monde pardonnera à notre petit vario d'afficher +9.9 même si on à du +12 ou +15. Personnellement entre +10 et +15 je pense que mon seul réflexe sera de faire un gros 360 aux oreilles pour sortir du cunumb et pas de regarder le vario  :affraid:

 :grat: Si t'es sous un cum c'est pas +10 +15 de finesse c'est +∞ !!
Limiter a 9 c'est un peu con, il arrive souvent d'être plus que ça car il arrive en effet régulièrement d'être dans des thermiques tout petit (ou de la restit) du coup on monte pas mais on a une super finesse.  :speedy:
Par contre, un entier, je trouverai pas ça déconnant.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 10:25:58
Pour l'affichage de la finesse, je pense placer l'info à coté du vario, en limitant le vario à 9.9. Je pense que tout le monde pardonnera à notre petit vario d'afficher +9.9 même si on à du +12 ou +15. Personnellement entre +10 et +15 je pense que mon seul réflexe sera de faire un gros 360 aux oreilles pour sortir du cunumb et pas de regarder le vario  :affraid:

 :grat: Si t'es sous un cum c'est pas +10 +15 de finesse c'est +∞ !!
Limiter a 9 c'est un peu con, il arrive souvent d'être plus que ça car il arrive en effet régulièrement d'être dans des thermiques tout petit (ou de la restit) du coup on monte pas mais on a une super finesse.  :speedy:
Par contre, un entier, je trouverai pas ça déconnant.

je me suis mal exprimé, c'est le vario qui sera bloqué à +ou-9.9m/s pour la finesse ce sera comme au début. Oui finesse 9.9 c'est loin d'être satisfaisant, si tu emporte le vario en planeur tu as 30 de base  :dent:
Par contre le vario à +10 ça décoiffe un peu, je dis pas que c'est pas possible mais c'est déjà pour des costaux 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 02 Juin 2017 - 10:33:10
 :trinq: Hahah ! Oui +9.9 m/s ça commence à décoiffer !!!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 02 Juin 2017 - 10:51:42

Gargle, Je pensais a des boutons très accessible en vol, pour passer d'un écran à l'autre, car sur les élévateurs, il arrive, surtout au décollage d'avoir des tapes non désirée. On pourrait envisagé le bouton power en poussoir sur le dessus. Avec l’électronique qu'il faut pour que  l'allumage et l'arrêt ne soit valide que si on appuie 2sec sur le poussoir

+1 pour des boutons ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 02 Juin 2017 - 11:11:07
Vite fait, je veux pas révolutionner le projet, mais je vois de la « simplification » possible (ne sachant pas encore si effectivement ça va simplifier le programme et donc l’alléger ou pas).
L’cran ne doit afficher que des informations alphanumériques nécessaires, pour lesquelles on cherche une valeur précise (comme la vitesse ou l’altitude), pas forcement les infos dont on cherche à suivre une variation par rapport à une référence (niveau de batterie, Vario, voir direction du vent ou de la derive).
En déportant dans des jauge ou ligne de diode, ou diode à réaction variée ce qui doit donner un état (fix GPS, enregistrement) ou une variation (monte vite, monte, zerote, descend, descend vite, ça fait de la place sur l’écran pour le reste.
Bon, je reconnais que ça demande plus de place sur la surface du boitier, des trous dedans, on ne réutilise pas la bibliothèque de gestion de l’écran. Mais on a une information plus lisible sans avoir à lire l’écran. Un peu comme les compteurs à aiguille/afficheur numérique en voiture.
Mais un boitier plus grand permet de mettre une autre base arduino, les diodes laissent de la place sur l’ecran, qui peut etre plus petit, ou plus clair…

Mon gros trip serai un affichage rempli d’afficheur 7 segment, pour avoir un truc pur année 80, mais ça va devenir n’importe quoi.
Mais un vario qui ressemble à ça, ça me ferai rire :
(https://ogallo.files.wordpress.com/2010/07/bttf-642x481.png)

Signé Joe Lébonnezidé, qui debarque en fin de projet et veut tout révolutionner


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 02 Juin 2017 - 11:34:47
 :pouce:
effectivement quand tu trouve du +9.9 m/s je doute que tu prenne le temps de regarder ton vario
... et puis la valeur qu'on aura prise > à 9.9 on la verra dans logfly
idem pour un -9.9 m/s

 :pouce:
pour un entier sur la finesse, si ça permet d'économiser
cette valeur varie forcément sans arrêt, donc les dixièmes ne veulent rien dire
l’arrondi à l'entier est suffisant

 :canape: un dernier truc auquel je pense suite à mes essais.
c'est pénible les noms des traces enregistrées GPS000.IGC, GPS001.IGC, GPS002.IGC,GPS003.IGC, ...
Pour retrouver un vol qui n'est pas le dernier, je les ouvrent tous sur logfly pour retrouver le bon.
Pourriez vous étudier la possibilité que le nom soit la date du jour
par ex : 20170520XX1.IGC, 20170520XX2.IGC, 20170522XX1.IGC
ce n'est pas le truc le plus pressé, mais si c'est facile à faire ... n'hésitez pas  :bisous:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 13:35:09
J'ai récupéré un peu de place

(https://img15.hostingpics.net/pics/72091020170602124553.jpg) (https://www.hostingpics.net/viewer.php?id=72091020170602124553.jpg)

je vous propose la finesse sur 2 chiffres à droite sur la 2ème ligne sans unité

j'ai trouvé le bug de l'affichage de la durée du vol

je pense poster ce soir un code avec l'affichage de la finesse pour ceux qui vont aller voler ce weekend - A Clermont-ferrand c'est pluie et orages, je vario va certainement pas chauffer beaucoup :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 21:30:48
Voila la finesse est implémentée

(https://img15.hostingpics.net/pics/25613320170602193504.jpg) (https://www.hostingpics.net/viewer.php?id=25613320170602193504.jpg)

J'ai mis le Firmware avec ou sans BT

Renommez le fichier qui vous intéresse en FIRM.HEX pour faire la mise à jour ou recompiler avec vos paramètres

Bon vol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 02 Juin 2017 - 21:35:03

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 suis preneur également pour une photo sur l'intégration de ces 2 résistances ; je ne sais pas trop par ou m'y prendre.
Pour les résistances : je n'avais pas ces valeurs, mais j'ai du 330k et 1.24M ; le coeff (R2 + R1) / R2 reste à 1.27, les valeurs pas trop différentes, ca doit marcher


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 02 Juin 2017 - 22:08:30

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 suis preneur également pour une photo sur l'intégration de ces 2 résistances ; je ne sais pas trop par ou m'y prendre.
Pour les résistances : je n'avais pas ces valeurs, mais j'ai du 330k et 1.24M ; le coeff (R2 + R1) / R2 reste à 1.27, les valeurs pas trop différentes, ca doit marcher

j'essaierai de faire une photo mais je vais t'expliquer. Il n'y a rien de bien compliqué.  Tu mets les 2 résistances l'une à coté de l'autre. Tu soudes les 2 résistances ensemble d'un coté, tu as les 2 résistances en série. voila tu as ton pont diviseur. Maintenant tu mets en place le pont, tu coupe les pattes à la bonne taille et tu mets de la gaine thermo partout  (enfin la gaine tu la place avant de tout souder sinon ça ne passe plus  ;) )
alors maintenant ou connecter les résistances. Tu connecte la résistance 1,24M à la masse, la résistance 330k à RAW (tu soudes sur la platine de l'arduino) et la patte ou les 2 résistances sont soudées ensemble sur la pin A2 de l'arduino

j'ai mis des infos sur le github du kit



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 03 Juin 2017 - 09:02:18
J'ai essayé de toucher a ACCELERATION_MEASURE_STANDARD_DEVIATION

je trouve une condition de la ligne 195 à 200
Code:
#define POSITION_MEASURE_STANDARD_DEVIATION 0.1
#ifdef HAVE_ACCELEROMETER
#define ACCELERATION_MEASURE_STANDARD_DEVIATION 0.4
#else
#define ACCELERATION_MEASURE_STANDARD_DEVIATION 0.6
#endif //HAVE_ACCELEROMETER

je suppose que c'est la première valeur qu'il faut changer pour amortir un peu plus, je l'ai donc passé à 0.4 à la place de 0.3
le changement semble important, je vais essayer 0.35


avec un peu de chance, il y a un petit créneau de vol ce matin pour essayer les nouveautés de jpg :vol:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 03 Juin 2017 - 20:09:13
@Van Hurlu :
Tu utilises le vario "de base", tel que prévu initialement, ou bien as-tu fait des aménagements, notamment en lien avec la réception GPS ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 03 Juin 2017 - 21:38:23
@Van Hurlu :
Tu utilises le vario "de base", tel que prévu initialement, ou bien as-tu fait des aménagements, notamment en lien avec la réception GPS ?


:coucou: En voila une question quelle est bonne et qui tombe au bon moment  :bravo:

Finalement après avoir fait la maj de jpg, mon vario ne faisait plus le Fix
Sur le coup j'ai pensé à une grosse boulette de jpg ?
mais en fait au passage sur mon bureau, javais serré un peu plus les vis et cela empêchait le fix ??????
Quand j'ai refait les test démonté et remonté en ne serrant pas trop, on passe de - de 3 min à + de 15 min, j'ai décidé une maj majeure de mon gnuvario  :mrgreen:
j'ai entaillé le fond noir pour faire sortir l'antenne que j'ai collé sur le coté (dessous ç marche aussi mais j'ai mon velcro)

(https://i58.servimg.com/u/f58/12/58/57/57/varioi10.jpg)

ça règle complètement le problème de la lenteur du FIX   :jump:  :jump:  :jump:
J'ai enfin un truc qui marche à tous les coup auquel je peux me fier

.... reste le prob de l'autonomie  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 03 Juin 2017 - 22:14:03
@Van Hurlu :
Tu utilises le vario "de base", tel que prévu initialement, ou bien as-tu fait des aménagements, notamment en lien avec la réception GPS ?


:coucou: En voila une question quelle est bonne et qui tombe au bon moment  :bravo:

Finalement après avoir fait la maj de jpg, mon vario ne faisait plus le Fix
Sur le coup j'ai pensé à une grosse boulette de jpg ?
mais en fait au passage sur mon bureau, javais serré un peu plus les vis et cela empêchait le fix ??????
Quand j'ai refait les test démonté et remonté en ne serrant pas trop, on passe de - de 3 min à + de 15 min, j'ai décidé une maj majeure de mon gnuvario  :mrgreen:
j'ai entaillé le fond noir pour faire sortir l'antenne que j'ai collé sur le coté (dessous ç marche aussi mais j'ai mon velcro)

(https://i58.servimg.com/u/f58/12/58/57/57/varioi10.jpg)

ça règle complètement le problème de la lenteur du FIX   :jump:  :jump:  :jump:
J'ai enfin un truc qui marche à tous les coup auquel je peux me fier

.... reste le prob de l'autonomie  :bang:

j'ai constaté la même chose avec en plus la carte SD qui ne marche qu'en lecture - pas d'enregistrement - si je sert trop du coté du lecteur.

Super si l'antenne fonctionne mieux sortie alors je vais la sortir, j'ai juste une interrogation, l'antenne est assez solide pour être sans protection ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 03 Juin 2017 - 23:13:20
j'ai constaté la même chose avec en plus la carte SD qui ne marche qu'en lecture - pas d'enregistrement - si je sert trop du coté du lecteur.

Super si l'antenne fonctionne mieux sortie alors je vais la sortir, j'ai juste une interrogation, l'antenne est assez solide pour être sans protection ?

j'ai monté un lecteur de mini SD, plus petit et moins épais,
et j'ai une antenne d'avance en cas de casse.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: mike57 le 04 Juin 2017 - 10:07:00
 :coucou:

Salut les geeks.

Une petite question d'un gars qui n'y connait rien,si c'est une question de place dans le boitier,vous pourriez pas faire le

montage de la carte dans une gameboy?

Avantage,passer en mode jeux lors des transitions. :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 04 Juin 2017 - 10:40:33
:D Sauf que le prix des GameBoys va finir par revenir plus cher que les vario actuels ;) Et puis ceux qui font des transitions, ils ont déjà des tablettes et un cockpit de rafale  :P  Alors ils ont déjà assez à trifouiller en vol.

Plus sérieusement. T'es un malin VanHurlu ! C'est une super idée ton histoire de date dans le nom du fichier :pouce: Surtout que ça m'a pris 3 lignes de code pour modifier ça. C'est dans la dernière version du GitHub et ça marche !

Pour le bricolage des antenne GPS :

Attention quand même de faire une ouverture la plus petite possible pour sortir l'antenne. Comme ça une fois qu'on aura trouvé la solution ça sera facile à reboucher. Et idéalement il faudrait positionner l'antenne vers le ciel.

Sur ta photo VanHurlu ( presque artistique  :P ), l'antenne ne peut capter qu'une moitié de ciel. Mais si ça améliore déjà nettement les performances c'est un bon compromis.

Juste pour savoir. Vous avez cherché ce qui forçait lors de la fermeture de vos boîtier ? Parceque moi, sans le bluetooth ça rentre "large". Il n'y a rien qui force. Peut-être qu'il y a un truc que je n'ai pas assez poncé sur les kits  :grat:

Je vais bientôt intégrer les modif de jpg63 sur le GitHub (oui je sais ça fait 15 fois que je dis ça  :oops: ).

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 04 Juin 2017 - 11:47:31
Pour le bricolage des antenne GPS :

Attention quand même de faire une ouverture la plus petite possible pour sortir l'antenne. Comme ça une fois qu'on aura trouvé la solution ça sera facile à reboucher. Et idéalement il faudrait positionner l'antenne vers le ciel.

Sur ta photo VanHurlu ( presque artistique  :P ), l'antenne ne peut capter qu'une moitié de ciel. Mais si ça améliore déjà nettement les performances c'est un bon compromis.

Un simple coup de scie à métaux dans le dessous du boitier suffit à sortir le fil.
Ce matin le Fix a prit 1'10", pareil que mon skytraxx. Je ne sais pas si Reversale a amélioré ce point mais je me souviens que le fix était très long sur celui que j'avais avant.

J'avais bien compris que la position "idéale" de l'antenne était à plat. Mais les essais que j'ai faits m’ont montré qu'on ne devait pas trop se focaliser là-dessus. D'ailleurs personne n'a réagi quand certains disent qu'ils veulent l'accrocher aux élévateurs, ce qui donnera une position à 90° comme la mienne.

Même complètement à l'envers sous le boitier, ça fonctionne parfaitement.  :shock:
La seule position qui m.... c'est à l'intérieur du boitier.  :bang:

Juste pour savoir. Vous avez cherché ce qui forçait lors de la fermeture de vos boîtier ? Parceque moi, sans le bluetooth ça rentre "large". Il n'y a rien qui force. Peut-être qu'il y a un truc que je n'ai pas assez poncé sur les kits  :grat:
La batterie ne passe pas entre les plots des vis du boitier, pour fermer il faut la remonter un peu, du coup la carte de l'écran chevauche un peu la batterie et c'est cette surépaisseur qui gêne la fermeture.
Si on place la batterie dans l'autre sens, ça passe entre les plots mais le recouvrement avec l'écran est plus important et la surépaisseur est encore plus importante.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 04 Juin 2017 - 12:04:55

La batterie ne passe pas entre les plots des vis du boitier, pour fermer il faut la remonter un peu, du coup la carte de l'écran chevauche un peu la batterie et c'est cette surépaisseur qui gêne la fermeture.
Si on place la batterie dans l'autre sens, ça passe entre les plots mais le recouvrement avec l'écran est plus important et la surépaisseur est encore plus importante.

Je constate le même soucis avec la batterie, elle ne passe pas totalement en bas à cause des vis du boitier, du coup il faut la remonté un peu et elle bute sur les cosses de l'écran.

Je vais certainement sortie l'antenne, car ce matin impossible de faire des tests, le ciel est très couvert et le vario n'arrive pas à faire la calibration - il fixe, j'ai l'haure, mais jamais ça ne va plus loin, pas assez bonne reception. Le fixe met plusieurs minutes, avec le ciel couvert je suis à la limite

Prunkdump je te mets les derniers codes modifiés avec le dernier github dès que j'ai pu les tester


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 04 Juin 2017 - 15:32:54
 :bang:
encore une gagate
quand j'utilise le dernier FIRM de JPG ça fonctionne du tonnerre
quand pour baisser le volume, je compile moi-même le code à partir du dernier variometer.ino + les dernières librairies de jpg
le Fix ne se fait pas ?????????? Il Bip comme si c'était fait, mais les km/h n'apparaissent pas

peut-être qu'au lieu de m'énerver je vais attendre sagement que Prunkdump fasse la maj sous GitHub (https://imgfast.net/users/2512/45/46/19/smiles/667903.gif)

en attendant, je vais commencer à m'intéresser au fonctionnement avec XCTrack sur mon téléphone.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 04 Juin 2017 - 20:31:21
Citation
Pour l'écran E-Paper c'est peu être compliqué et effectivement plus cher, bien que si on reste à une taille compatible avec l'installation sur les élévateurs, 20€ de plus je prends. Quelqu'un à des retours sur les petits écran OLed, normalement le contraste est bien meilleur par rapport aux écrans classique et pour avoir parcouru un peu ebay, j'ai l'impression que l'on en trouve pas mal

@jpg63 : J'ai commencé à monter le vario avec un écran oled pour réduire l'encombrement, effectivement le contraste est très fort à la maison mais une fois à l'extérieur avec un brin de soleil on ne voit plus rien du tout.

Je vole également avec un Kobo et l'e-ink est top.

Sinon j'ai une montre garmin fenix est l'écran est très lisible en vol mais je ne sait pas quelle est la technologie de l'écran utilisé.

Et sinon bravo encore pour l'avancement du projet!! :bravo:  :bravo:  :bravo:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: olitask le 04 Juin 2017 - 22:23:53
Bonsoir
Après avoir fabriqué mon premier vario ( merci Prunkdump), j'ai acheté le matériel pour monter mon deuxième vario, (avec le module CJMCU-1000F, un gps , sans le bluetooth ). Pour l'instant c'est sur breadboard avec un arduino nano. Je rencontre un problème avec l'accéléromètre : non déclaré ça fonctionne, mais si il est déclaré, alors l’écran n'affiche que les unités. Forcement, je n'arrive pas à calibrer l'accéléromètre avec le fichier calibration.ino, ça ne répond pas. Pourtant, j'ai réussi à ressortir des valeurs d'accélération grâce à un sketch d'exemple pour le mpu9250.   Une idée ?

J'ai aussi essayé les fichiers fournis par jpg63, et la l'écran devient fous au bout de qqs secondes.

Bon week end prolongé    Olivier


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juin 2017 - 06:48:24
:bang:
encore une gagate
quand j'utilise le dernier FIRM de JPG ça fonctionne du tonnerre
quand pour baisser le volume, je compile moi-même le code à partir du dernier variometer.ino + les dernières librairies de jpg
le Fix ne se fait pas ?????????? Il Bip comme si c'était fait, mais les km/h n'apparaissent pas

peut-être qu'au lieu de m'énerver je vais attendre sagement que Prunkdump fasse la maj sous GitHub (https://imgfast.net/users/2512/45/46/19/smiles/667903.gif)

en attendant, je vais commencer à m'intéresser au fonctionnement avec XCTrack sur mon téléphone.

J'ai un problème un peu similaire avec les derniers code du github. J'ai intégré mes sources et depuis plus rien ne s'enregistre sur la carte SD, j'ai bien l'affichage du temps de vol. Le soucis c'est que j'ai aussi ré-ouvert le vario pour faire une photo du montage de mes résistances.  le lecteur de carte sd à l'aire de marcher avec le code en piece jointe, j'ai bien un fichier qui se rempli
Quelqu'un à réussi a avoir une trace avec les derniers sources ? Si oui je vais chercher du coté de l'électronique


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Juin 2017 - 09:35:24
Salut !

@Van Hurlu.

Oui je vais chercher où est le problème. Essayes de tester avec le code du GitHub original sans modifier pour être sur qu'il n'y a pas de soucis dans le dernier code.

@whistler. Oui effectivement il y a des écrans où plus il y a de la lumière et plus c'est lisibles (cristaux liquides, e-ink) et d'autres où c'est l'inverse (led). Pour un vario en extérieur il faudrait rester sur le premier type d'écran.

En fait le choix du 5110 c'est surtout pour qu'un maximum de personnes puissent facilement monter le vario. Car c'est l'écran le plus commun dans le petit monde "Arduino".

J'ai oublié de te dire Whistler ! Ca y est la bibliothèque nmea envois les deux altitudes (barométrique et GPS). C'était une fonctionnalité dont tu avais besoin.


@Olitask.
Il me faudrait plus d'infos car je ne trouve pas ce module "CJMCU-1000F". C'est quoi comme baro dessus ? Autrement il faudrait que tu essayes de mettre un delay avant l'initialisation du MPU9250. Rajoute quelque chose comme ça :

Code:
  delay(1000);
  Fastwire::setup(FASTWIRE_SPEED, 0);
  ms5611_init();
#ifdef HAVE_ACCELEROMETER
  vertaccel_init();
  if( firmwareUpdateCond() ) {
   firmwareUpdate();
  }
#endif //HAVE_ACCELEROMETER

Vérifies aussi que tu met bien l'ensemble du code dans le dossier "Arduino" et par un autre. Et que tu enlèves bien  tous les autres fichiers. Il peut y avoir des conflits de librairies sinon.

@jpg63.

Je viens de tester avec le dernier code et j'ai bien les fichiers avec la date qui se créés sur la carte SD. Peut être qu'avec le temps nuageux en se moment le GPS a du mal a descendre sous la précision minimale :

Code:
#define VARIOMETER_GPS_ALTI_CALIBRATION_PRECISION_THRESHOLD 200

Essaye de mettre 300. As-tu testé le code du GitHub sans modification ? Ton fichier config.txt est vide. Peut-tu me dire la configuration que tu as utilisé pour les test dans VarioSettings.h ?

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juin 2017 - 09:46:03
Pour le fichier config.txt c'est normal, j'ai pris le vide, pour ceux qui veulent tester.
Je vais essayer 300 car c'est très très nuageux, par contre ça m'arrive de voler avec un ciel totalement bâché gris mais pas noir  :affraid:
je te met mon fichier de config - j'ai mis le démarrage direct sans courir dans mon jardin  :dent:

 La vitesse dans l'init de la carte sd peut être baissé - je constate un fonctionnement aléatoire de mon lecteur sd depuis le début - peut être une mauvaise soudure, mais j'ai tout refais déjà- sur les pattes du lecteur sd, y a t-il une patte qui n'est utilisée que pour l'écriture, car j'ai jamais de problème de mise à jour

voila mon montage

(https://img15.hostingpics.net/pics/99632020170604110405.jpg) (https://www.hostingpics.net/viewer.php?id=99632020170604110405.jpg)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 05 Juin 2017 - 09:55:05
Je vais essayer 300 car c'est très très nuageux, par contre ça m'arrive de voler avec un ciel totalement bâché gris mais pas noir

Le test est intéressant, mais je doute que ton problème vienne des nuages
hier sous la pluie avec un ciel très chargé, j'ai eu un Fix en moins d'une minute.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juin 2017 - 10:22:23
j'ai bien le fix avec 200 ou 300, c'est la carte sd, une mauvaise soudure certainement, mais je ne la trouve pas et à chaque fois que je démonte, il y a un autre bout qui se dessoude. C'est trop petit     :bang: pour mes yeux


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Juin 2017 - 10:31:52
Attention le Fix du GPS n'est pas la même chose que la précision. Même par beau temps on peut faire très vite le Fix avec pleins de satellites et avoir la malchance qu'ils soient mal positionné (par exemple tous presque au même endroit). On peut alors avoir le Fix très rapidement avec une mauvaise précision. Avec le mauvais temps on capte moins de satellites et donc c'est d'autant plus de chance d'avoir une mauvaise précision.

J'ai mis la valeur de 200 au pif. Je sais que 100 c'est la meilleure précision possible mais je n'ai aucune idée si 200 c'est une "trop" bonne précision ou pas. Pour info cette valeur est la valeur de "Horizontal dilution of position" dans les trâmes GGA multiplié par 100.

C'est pour ça que je voulais ajouter un symbole lorsque l'enregistrement commence. Car le GPS peut faire le Fix sans avoir une précision suffisante et s'est diificile de savoir pourquoi on a pas de fichier sur la carte SD (manque de précision, bug sur la carte SD).

@jpg Il n'y a pas réellement de pin qui n'est utilisé que pour l'écriture sur la carte SD :
-> Il y a la pin 12(MOSI) qui est beaucoup plus utilisée lors de l'écriture mais elle est aussi utilisé lors de la lecture.
-> Attention par contre il faut include <SPI.h> avant <VarioSettings.h>. Vérifie que tu l'as bien fait partout dans ton code.

Mais il me semble de Vmath54 avait bien un problème uniquement sur l'écriture qui faisait carrément planter le vario. Alors il y a peut-être quelque chose qui m'échappe encore.

Ensuite lorsque j'ai créé le bootloader de carte SD j'ai effectivement réécrit le code de la bibliothèque LightFat16. J'ai peut-être fait quelque chose qui améliore la stabilité du code  :grat:  Mais pour l'instant à part les temps de timeout qui sont différents je ne vois pas une réelle différence entre les deux librairies.

Vmath54 a fait des essais avec la dernière bibliothèque "SD" :

https://github.com/greiman/SdFat

Il y n'avait plus de soucis. Donc il doit bien y avoir une différence quelque part. Mais je ne l'ai pas touvé pour l'instant. Et c'est difficile à débugger parceque moi tout marche avec ma vieille carte SD.

Difficile donc jpg63 de te dire si ton problème viens réellement des soudures. Si vraiement la mise à jour des firmware fonctionne à tout les coup je ne pense pas que ça soit ça. Il faudrait que tu testes avec une autre carte SD pour voir si ça change quelque chose.

Attention si tu refais les soudure ajoute toujours un petit peu d'étain pour remettre du flux.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juin 2017 - 11:00:31
Dans mon dernier code, il y a un bip au fix gps et 2 quant le vario démarre le vol - en plus on a le décompte du temps de vol. Je suis sur que le décompte débute quant la mise à jour de l'altitude est faite, mais après pour l'écriture je ne sais pas si il y a un test particulier.

J'ai une vielle sdcard 2Go, je vais essayer avec une autre, car je ne m'explique pas pourquoi ça fonctionne a certain moment - il faudra peut être voir la bibliothèque, je vais tester celle de Vmath54 car je ne m'explique pas que la lecture et l'écriture fonctionne dans certain cas, l’électronique ça marche ou pas enfin presque :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 05 Juin 2017 - 11:09:12
@Prunkdump

Citation
J'ai oublié de te dire Whistler ! Ca y est la bibliothèque nmea envois les deux altitudes (barométrique et GPS). C'était une fonctionnalité dont tu avais besoin.

Salut prunkdump, merci encore pour la fonction, j'ai pas trop rebossé sur le vario ces derniers temps et je vois que l'avancement est énorme.
Je vais essayer de reprendre du temps de tester les fonctions pour faire un max de retour.

Et si jamais j'utilise aussi un autre GPS: https://fr.aliexpress.com/store/product/PA6H-MediaTek-new-generation-GPS-Chipset-MT3339/605000_1910861544.html
il plus compact, envoie des trames avec une fréquence de 1Hz. Niveau fonctionnement je n'ai aucun soucis, fix < 30s


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 05 Juin 2017 - 16:22:54
le PA6H est celui prévu pour la version CMS du vario ;)
il marche du tonnerre et fixe en general en moins de 30sec en ext.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 05 Juin 2017 - 21:28:40
Pour les problèmes de sdcard :

J'ai eu de gros problème en utilisant des sdcard récentes : 16Go et 32go samsung EVO+ ; pourtant partitionnées comme prévu :
une seule partition principale de 1Go, formatée en fat16.
Le vario plantait complètement un peu après le fix GPS, donc au moment ou il devait écrire sur la sdcard ; alors que la lecture fonctionnait, je pouvais bien charger le firmware.

C'est réglé maintenant, depuis qu'un copain m'a refilé une très vielle sdcard de 4 Go qu'il n'utilisait plus.

Dans les essais que j'avais fait, avec un autre lecteur de sdcard, sur une breadbord :

- je n'avais aucun problème d'écriture de fichiers avec la lib SD "de référence" : https://www.arduino.cc/en/Reference/SD

- avec la lib LightFat16 :
  . j'ai d'abord fait de mauvaises conclusions, car je n'avais pas compris que l'écriture dans le fichier ne se faisait que lorsqu'il y avait 255 octets dans le buffer

  . ensuite, j'ai constaté de très nombreux problèmes lors de l'initialisation de la sdcard : l'appel de la fonction LightFat16 "file.init()" échouait vraiement très souvent.

Par contre, si j'avais auparavant utilisé la sdcard avec la lib SD "de référence", sans arreter électriquement l'arduino utilisé pour ces tests, la fonction "file.init()" ne retournait plus d'erreur.

Je n'ai pas creusé, par manque de temps ...





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 05 Juin 2017 - 21:41:23
voila mon montage

...


Merci beaucoup  :lol:
Va falloir que je peaufine ma manipulation du fer à souder ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juin 2017 - 22:47:15
Coté carte sd, j'ai testé avec 2 cartes 2Go type 2 et 1 carte 8Go type 4 formatée à 1Go. Le dernier code ne créé aucun fichier, je laisse tourner le vario après démarrage du vol pendant plusieurs minutes mais aucun ficher.

j'ai testé le lecteur et la carte sd avec un petit code et les bibliothèques SPI et SD. j'ai un fichier à chaque fois, et des valeurs de A2 (mesure de tension)

L’électronique parait ok mais il semble que les bibliothèques SD du projet bug à l’écriture - mon problème de carte SD est apparu que recensement mais j'ai toujours eu un fonctionnement un peu aléatoire, peu être un problème de vitesse d'écriture


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 06 Juin 2017 - 08:12:31
Je suis toujours sous le dernier Firm de JPG
hier j'ai voulu vérifier si une trace s'écrivait sur ma carte SD
Le vario a fait le fix très facilement
par contre pour faire démarrer l'écriture ça a été difficile
même en démarrant en voiture ça ne suffit pas, il a démarré qq km plus tard quand j'ai pris une petite descente.
Il me semble que les critères de démarrage soient un peu sévères


((@)) Prunkdump
Idée de fonctionnalité qui rendrait le GNUgpsvario unique :
- prévoir un rétro éclairage de l'écran pour le vol de nuit   (https://imgfast.net/users/2512/45/46/19/smiles/305570657.gif)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Juin 2017 - 09:00:32
Je suis toujours sous le dernier Firm de JPG
hier j'ai voulu vérifier si une trace s'écrivait sur ma carte SD
Le vario a fait le fix très facilement
par contre pour faire démarrer l'écriture ça a été difficile
même en démarrant en voiture ça ne suffit pas, il a démarré qq km plus tard quand j'ai pris une petite descente.
Il me semble que les critères de démarrage soient un peu sévères


((((@)))) Prunkdump
Idée de fonctionnalité qui rendrait le GNUgpsvario unique :
- prévoir un rétro éclairage de l'écran pour le vol de nuit   (https://imgfast.net/users/2512/45/46/19/smiles/305570657.gif)


j'ai compilé le code avec le démarrage direct, car effectivement sinon il faut une vitesse de plus de 10Km/h et un vario au moins à +0.5 ou -0.5

De mon coté j'ai bien le démarrage du compteur de vol, qui indique le le calibrage de l'altitude s'est fait et que l'écriture commence, mais j'ai pas de fichier. Avec la librairie sd standard et un petit code qui écrit 100 valeurs de la tension de la batterie. Je n'ai jamais constaté de problème avec le test. 2 choses font la différence - la bibliothèque et le fait que le fichier est fermé à la fin du test. La fermeture ne posait pas de problème, donc quelques chose dans la fonction d'init bloque

pour ton problème tu peux essayer de modifier les paramètres du fichier de config  

/* Flight start detection conditions :                      */
/* -> Minimum time after poweron in milliseconds            */
/* -> Minimum vertical velocity in m/s (low/high threshold) */
/* -> Minimum ground speed in km/h                          */
#define FLIGHT_START_MIN_TIMESTAMP 15000
#define FLIGHT_START_VARIO_LOW_THRESHOLD (-0.5)
#define FLIGHT_START_VARIO_HIGH_THRESHOLD 0.5
#define FLIGHT_START_MIN_SPEED 7

Si je me trompe pas le rétroéclairage n'est pas raccordé électroniquement à l'écran, il faudrait le prévoir et programmer une commande ou mettre un capteur de lumière


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 06 Juin 2017 - 22:17:30
@Van Hurlu :

J'avais de gros problèmes de fix GPS ; de l'ordre de 3 à 5 mn, même sans avoir soudé le module bluetooth.

J'ai sorti l'antenne GPS comme toi, ça change tout ! en 30s, le fix est fait.

Juste testé sur le rebord de fenêtre, à cause de météo. Mais ca marche très bien avec le vario posé sur le dos écran vers le haut, donc avec l'antenne qui regarde à l'horizontale.

Ce n'est pas très élégant, mais ca semble efficace.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 07 Juin 2017 - 08:31:56
 :pouce: Ce qui compte le plus pour un proto, c'est que ça fonctionne.
Le design on verra après.

Et puis dans sa version définitive avec le projet de Gargle on aura encore plus de place pour revoir l'agrégation


PS: Tu as été un peu généreux en découpe. Mets un bout de scotch au cas ou tu traverse un nuage   :roll:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Juin 2017 - 10:33:02
Salut !  :coucou:

En travaillant sur l'écran j'ai trouvé un point qui pourrait faire gagner beaucoup en autonômie :D.

Jusqu'à présent les valeurs affichées à l'écran était actualisée au maximum à chaque tour de boucle. Du coup l'arduino communique avec l'écran en permanence. Si vous regardez la carte Arduino on voit une led qui mouline constament (elle sert pour l'écran et la carte SD).

J'ai changé le code pour que l'affichage soit actualisé uniquement si le chiffre change. Ca libère déjà pas mal l'écran. La diode s'éteint maintenant pendant des périodes non négligeables.

Je vais même pousser un peu plus la chose ;) Je voudrais éviter que l'affichage "clignote" lorque l'on s'approche d'un 0.5 pour un entier :

Par exemple si l'altitude est proche de 1024.5 le vario affiche
-> 1024 si on est à peine en dessous
-> 1025 si on est à peine au dessus
Donc si on reste proche de 1024.5 le chiffre change en permanence et c'est pas très lisible.

Il faudrait une marge plus large que l'arrondi sur laquelle on ne change pas la valeur.

Je devrais pouvoir envoyer ça dans le journée. Avec au minimum le niveau de GPS et le niveau de batterie de Jpg63. Pour le temps de vol il faut d'abord que je vois si on peut optimiser le code.

Autrement j'ai fini la bibliothèque qui permet de gérer plusieurs "pages" à l'écran. On pourra donc par exemple afficher le temps de vol toutes les 10 secondes pendant 2 secondes  sur une page séparée.

A+

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 07 Juin 2017 - 10:59:50
Prunkdump,

pour le problème de la carte sd, j'ai essayé un reformatage en 16 ou 32k pas de différence.
Avec un code minimum, la bibliothèque ligthfat16 fonctionne, j'arrive à créer à chaque fois un fichier

je cherche ou est le soucis dans le code du variometer - soit un bug, soit un confit avec l'écran qui se rafraîchie trop. Ton nouveau code va peut être résoudre le soucis  :)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Juin 2017 - 12:08:35
Salut.

Dans le vario il y a un gros delay entre file.init() et file.begin(). Vérifies que ce n'est pas ça le problème.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 07 Juin 2017 - 14:21:33
il me semble que le problème vienne de la fontion begin de la library lightfat16 et plus particulièrement de la détection de la FAT16

  /* ckeck block 0 */
  data = this->blockSet(0, 0);
  if( data[FAT16_ID_POS + 3] == '1' && data[FAT16_ID_POS + 4] == '6' ) { //Check "FAT16"
    partitionStartBlock = 0;
  } else {
    /* read MBR to get the first partition and check again */
    partitionStartBlock = *(uint32_t*)&data[MBR_FIRST_PART_POS + MBR_PART_LBA_POS];
    data = this->blockSet(partitionStartBlock, 0);
    if( data[FAT16_ID_POS + 3] != '1' || data[FAT16_ID_POS + 4] != '6' ) { //Check "FAT16"
      return -1; //no partition found
    }
  }

dans mon cas il ne détecte pas de partition, du coup il n'enregistre rien


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Juin 2017 - 17:51:52
Ca y est ! :D J'ai enfin commencé à intégrer le code de Jpg63  :oops:

Mais il n'y a pas encore le temps de vol. Ca va venir  :?

Donc pour l'instant en nouveauté :
-> Possibilité de paramétrer plusieurs "pages" avec des infos différentes.
-> Optimisation de l'écran (moins d'accès aux pixels).
-> Optimisation de l'affichage (valeurs stabilisées).
-> Affichage du niveau de batterie.
-> Affichage du niveau de réception GPS.

https://github.com/prunkdump/arduino-variometer

Je me met sur le temps de vol.

@Jpg63

Comment a tu fais pour faire bugger la bibliothèque. Tu avais dis qu'avec un code simple avec LightFat16 ça marchait à chaque fois. Qu'est ce que tu as changé pour que ça se remette à bugger ?




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 07 Juin 2017 - 20:44:52
La bibliothèque bug dans le projet variometer.ino, avec tout écran, ... Avec un code simple juste des bips et la sd pas de soucis, c'est une interaction dans le code complet qui pose problème, ce soir je teste le déplacement de l'init de la carte sd juste avant la fonction begin. On verra


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 07 Juin 2017 - 21:35:29
Super prunkdump ; merci à toi, à Jpg63, Van Hurlu et les autres.

Ca fonctionne pour moi, sauf l'affichage de la batterie (photo de l'essai ce soir, sur le rebord de la fenetre).

J'ai soudé les 2 résistances du pont diviseur hier soir, comme sur la photo de Jpg63, et je n'ai pas controlé alors le résultat ; je suppose que j'ai fais une gougoune, je vais vérifier dès que j'ai un moment.

Depuis que j'ai sorti l'antenne GPS du boitier, le fix est vraiment très rapide.

J'ai fait pour la première fois un essai bluetooth en statique (pas soudé avant à cause du problème de réception GPS ; essai avec  le vario posé sur la fenetre) ; ça marche, xcsoar récupère les infos gps, de pression et de vario.

Par contre, j'ai fait des essais aujourd'hui (avant la mise à jour) en voiture, avec une sdcard dedans.
Le vario fonctionne correctement en terme d'indication de vario et de vitesse ; mais aucun enregistrement sur la carte.

J'aimerais faire des essais en planeur, avec le vario en lien bluetooth avec xcsoar ; pas le plus facile, car ce sont des planeurs club, et je ne peux pas fixer le vario avec du velcro.
Peut-être demain ...
Je me demande que que va afficher le vario pour la vitesse lorsque la vitesse dépasse les 100 km/h ; j'ai l'impression que l'affichage est limité à 2 digits.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 07 Juin 2017 - 21:47:38
    Salut a tous!

    Bon je suis beaucoup moins réactif que vous! Mais j'ai pu tester une fois le vario depuis. Il marche impec' avec le code prévu initialement!

    Par contre je dois être neuneu mais je n'arrive pas a compiler votre code comme décrit ci dessous



Pour compiler le code :

tu utilises l'IDE aduino. De préférence, une install neuve, pour qu'il n'y ait pas de conflit de lib
Si tu es sous windows, tu déposes le contenu du gitub directement dans "Mes Documents"\Arduino


Dans l'IDE (le mien est en langue anglaise), Tools - Boards ; choisir la carte "Arduino Pro ou Pro Mini".
Puis, Tools - Processor ; choisir "ATMega 328 (3,3V, 8 Mhz)"
ouvrir "variometer\variometer.ino"
Pour compiler, choisir le menu "Sketch - Export compiled Binary"
Ceci crée 2 fichiers .hex dans le répertoire du .ino ; il ne faut pas utiliser le fichier dont le nom contient "with_bootloader"!!
renommer variometer.ino.eightanaloginputs.hex en FIRM.HEX


Pour installer le code :
recopier FIRM.HEX sur la racine de la sdcard, formatée en FAT16 ; insérer la sdcard dans le lecteur.
- La première fois, utiliser le bouton de reset pour charger le firm

- les fois suivantes, tu peux faire sans ouvrir le vario:
  • Insérer la sdcard avec le fichier contenant le firm : FIRM.HEX
  • éteindre le vario
  • le retourner face posée vers le bas
  • mettre sous tension
  • au bout de 2 ou 3s, il émet 3 bips longs
  • pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage (car la mise à jour est très rapide)
Si on est attentif, on voit que l'écran s'éteint un court instant, puis s'affiche à nouveau ; c'est le chargemznt du nouveau firm[/li]
[/list]



Moi quand je lance "variometer.ino" pour le vérifier, j'obtiens ceci :

Citation
  This report would have more information with
  "Show verbose output during compilation"
  enabled in File > Preferences.
Arduino: 1.0.6 (Windows NT (unknown)), Board: "Arduino Pro or Pro Mini (3.3V, 8 MHz) w/ ATmega328"
Taille binaire du croquis : 37 488 octets (d'un max de 30 720 octets)

processing.app.debug.RunnerException: Croquis trop gros ; vois http://www.arduino.cc/en/Guide/Troubleshooting#size pour des conseils de réduction.

   at processing.app.Sketch.size(Sketch.java:1653)

   at processing.app.Sketch.build(Sketch.java:1586)

   at processing.app.Sketch.build(Sketch.java:1562)

   at processing.app.Editor$DefaultRunHandler.run(Editor.java:1899)

   at java.lang.Thread.run(Thread.java:619)

Du coup je n'ai pas pu tester les nouvelles fonctionnalités... Notamment le changement de volume qui pour moi est trop fort aussi...

Est ce que quelqu'un peu m'expliquer comment ca marche? Merci d'avance


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 07 Juin 2017 - 21:52:10
vmath54 je te confirme la gestion de la batterie bug un peu - pas d'affichage de la tension, mon montage est ok, je vais regarder pourquoi cela ne marche pas

Pour l'enregistrement sur la sd j'ai le même problème - plus rien ne s'enregistre

Il y a aussi une petite modif à faire pour que l'enregistrement débute sans control

        if( (millis() > FLIGHT_START_MIN_TIMESTAMP)
#if defined(VARIOMETER_RECORD_WHEN_FLIGHT_START)       
          &&(kalmanvert.getVelocity() < FLIGHT_START_VARIO_LOW_THRESHOLD || kalmanvert.getVelocity() > FLIGHT_START_VARIO_HIGH_THRESHOLD) &&
              (nmeaParser.getSpeed() > FLIGHT_START_MIN_SPEED)
#endif //defined(VARIOMETER_RECORD_WHEN_FLIGHT_START)       
           ) {
          variometerState = VARIOMETER_STATE_FLIGHT_STARTED;
          enableflightStartComponents();
        }


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 07 Juin 2017 - 22:32:30
Pour la batterie j'ai du oublier de configurer le port en input ...

Si tu peux tester jpg63.

Edit : A non, finalement ce n'est pas nécessaire à priori. Le problème doit être ailleurs.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 08 Juin 2017 - 01:45:54
On peut pas vous laisser une petite semaine sans que vous en rajoutiez 3 pages !!
Pour vous faire part de mes derniers vols avec le GNUvario (c'est officiellement son nom ? On pourrait trouver un truc plus sexy quand même !)
J'ai volé presque 2h30, sans compter la prévol. À Aiguebelette ca peut être long, du moins pour moi...
Je n'ai pas de pb de fix GPS, ni de carte se qui pourtant est une 4Go toute neuve en fat16.
Par contre mon bt est toujours désactivé.
C'est pas mal de voir revenir la finesse. Moi qui commence à faire de petites transitions c'est une info qui m'intéresse de plus en plus.
J'ai constaté le pb de durée de vol affichée mais je crois que c'est réglé. En alternance de l'heure toutes les secondes me paraît idéal. Tapoter pour changer pendant le vol me semble pas pratique quand fixe sur l'élevateur.
Au boulot on m'a vanté les teensy. Moi et le code on n'est pas encore de grands amis mais ca a l'air compatible avec l'ide et à priori seraient bien plus performant. Ça pourrait pas régler le pb de mémoire ?
Il semblerait que le temps s'améliore alors je fait me faire une petite maj et   :ppte:  :ppte: vol !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 08 Juin 2017 - 06:24:24
effectivement si c'est compatible

Teensy 3.2 - freq : 72Mhz contre 8Mhz, Flash : 256Ko contre 32Ko prix 20€ contre 10€
 
:+1:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 08 Juin 2017 - 08:20:57
teensy est plus ou moins compatible, il faudra revoir les lib, mais c'est plus performant.
Sinon, il y a les nucleo de STM32 (http://www.st.com/en/evaluation-tools/stm32-mcu-nucleo.html?querycriteria=productId=LN1847) qui sont pas mal non plus, plus simple a intégrer ensuite dans un circuit perso, mais plus dans l'environnement arduino : http://famasys.com/site/diy/debuter-avec-la-carte-stm32-nucleo/

j'avais trouvé un lien qui permettait de surveiller la batterie en la connectant directement au AREF si je me souvient bien, sans passer par un port diviseur. Si qqun a ca sous le coude, ca permettrait de pas consommer dans le pont diviseur, c'est pour la version CMS ;)
Merci


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 08 Juin 2017 - 09:37:02
Le pont diviseur c'est pour surveiller une tension supérieure à la tension d'alim. Possible autrement ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 08 Juin 2017 - 11:37:44
Salut à tous,

Pour :
j'avais trouvé un lien qui permettait de surveiller la batterie en la connectant directement au AREF si je me souvient bien, sans passer par un port diviseur. Si qqun a ca sous le coude, ca permettrait de pas consommer dans le pont diviseur, c'est pour la version CMS ;)
Merci

Y'avais ça :
Pour info, il existe une possibilité de mesurer la tension batterie en utilisant le ref voltage de l'ADC, donc sans avoir à utiliser de pont diviseur, et sans mobiliser une entrée analogique supplémentaire.
voire : https://provideyourown.com/2012/secret-arduino-voltmeter-measure-battery-voltage/

Si non, de mon coté c'est gros silence radio depuis un moment, parce que j'étais tout le temps en déplacement, mais surtout parce que j'ai tout pété il y a quelques semaines (aprés mes pbm de bootlaoder, j'ai perdu le son du vario. J'ai passé quelques heures à essayer de debugguer, sans succés, mais en faisant pas mal de dégats collatéraux. (c'est chaud de désouder les modules une fois en place...).
Je suis en train d'en remonter un complétement, j’attends les pièces... Mais je vous lis trés régulièrement avec attention. Merci aux contributeurs, ça avance super bien!

J'ai bricolé un peu dans le passé avec des teensy 3.1, je confirme que ça marche fort, et que la débauche de puissance permet de compenser les faiblesses du codeur. (je parle pour moi, hein). Je pense que tout devrait être compatible, sauf la gestion du beeper. ( le push-pull avec ToneAC ne fonctionne pas dessus).
mais j'aime bien quand même la version nano, pour son coté "économie de moyen", et pour l'énergie que prunkdrump à mis dans l'optimisation pour cette plateforme...

Pour ceux qui ont sorti l'antenne : pour renforcer l'ensemble et faire un congé propre, je vous conseil d'acheter ça, c'est canon :
https://sugru.com/ (https://sugru.com/)

A+ !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 08 Juin 2017 - 20:50:06
Salut à tous !

J'ai enfin intégré tout le code de jpg63 avec le double affichage  :D  !!!

Vous avez maintenant l'affichage du temps de vol sur un écran séparé.

Amusez vous bien !

https://github.com/prunkdump/arduino-variometer

(Du coup je suis un peu fatigué ;), je réponds aux autres demain   :P )

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 08 Juin 2017 - 23:05:14
Merci Prunkdump pour ce super boulot,

bon repos  ;)

j'ai travaillé un peu, voici ton code légèrement modifié avec les améliorations suivantes :

- correction du bug d'affichage de la batterie
- modification permettant de mieux gérer la variable VARIOMETER_RECORD_WHEN_FLIGHT_START - j'ai enlevé le contrôle dans le cas ou on commente  la variable. cette option est très pratique pour le débogage, pas besoin de courir dans le jardin  :dent:
- Ajout d'un bip quant le gps fix et 2 bips quant l'enregistrement débute

Il reste un petit bug, je ne sais pas comment tu veux le gérer Prunkdump donc j'ai rien fait, l'heure est décalé, le gps est en heure GMT, il faut rajouter 2h en été et 1h en hivers

A+
   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 09 Juin 2017 - 08:47:04
j'ai fait un petit test ce matin en voiture, voici mes quelques constations :

- Le système de bascule d'un écran à un autre fonctionne bien

- L'affichage bouge moins - système de temps de rafraîchissement opérationnel et fonctionnel

- Le vario fonctionne bien - gps, son

Coté soucis

- petit bug d'affichage sur l'heure - on voit des 72, 90... minutes

- décalage de l'heure du au temps GMT - affichage 6h alors qu'il est 8h

- gros bug avec la carte sd - je n'est plus du tout d'enregistrement

- concernant le double affichage - personnellement je suis pas fan, je m'explique, le temps sur l'affichage, de l'heure et du temps de vol, sont très court, il est difficile de tombé dessus et de pouvoir bien lire l'information, les secondes alourdissent l'affichage et n'apportent rien car l'affichage est figé. Encore une fois ce n'est que mon avis personnel mais même serré dans la version précédente (affichage du temps, de la finesse, ...) les informations étaient plus disponible et restaient lisible

-On pourrait essayer pour l'affichage de l'heure de n'avoir que hh:mm et pour la durée du vol avoir en fonction mm:ss si pas dépassé 1h et apres hh:mm

-Le nouveau rafraîchissement de la batterie et des satellite  a des avantages mais aussi un inconvénient. Comme ce temps est relativement long, une information erronée reste affiché plusieurs secondes, je m'explique, si le rafraîchissement se fait lors d'un bip (écroulement de la tension de la batterie), on a un affichage de la batterie presque vide pendant plusieurs secondes. Je me demande si nous n'aurions pas intérêt à intégrer la mesure entre 2 affichages et ne faire afficher qu'une valeur lissée et non instantanée - sachant que normalement l’enroulement de la batterie ne devrait pas se produire (prévoir une batterie suffisante pour la prochaine version) il est peu être inutile de se lancer dans du développement

Enfin vu l'avancé du projet, je me demande si dès maintenant, il ne serait pas intéressant de rajouter un numéro de version et une date dans le code et de les faire apparaître lors de l'allumage. Beaucoup de FIRM.HEX circule et il va devenir rapidement difficile de s'y retrouver   

je m'occupe de trouver le bug sur l'affichage le l'heure

A+     


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 09 Juin 2017 - 09:10:07
Salut ! :coucou:

Voilà j'ai ajouté de quoi corriger l'heure UTC selon la Timezone. Et j'ai corrigé le bug sur le niveau de batterie. Merci Jpg63 !  :pouce: Par contre je ne comprend pas trop ta modification sur l'enregistrement du vol. Pour moi, même si on veut commencer l'enregistrement sur la carte SD dès le Fix du GPS il ne faut pas activer tous les autres composants (le temps de vol et les bips de zerotage qui doivent attendre le vrai début de vol). Même si c'est effectivement moins facile à débugger du coup. Moi je met en commentaire juste pendant le débuggage.

Pour les bips il y a un problème qui fait que je ne peut pas encore les intégrer. Tu mets un "delay" directement dans la boucle principale qui du coup la bloque pendant un certain temps. Ce n'est pas bon pour la stabilité des mesures.

De toute façon il faut que je réécrive complètement la bibliothèque "beeper". Elle utilise beaucoup trop de "doubles" et prends beaucoup trop de place. Je prévoirai du coup une fonction non bloquante pour faire des "alarmes".

Pour le pont diviseur :

Je ne suis pas sûr de tout comprendre mais il me semble que l'astuce d'utiliser la référence interne de l'arduino ne dispense pas du pont diviseur lorsque l'on mesure des tensions supérieures à la tension du régulateur (ici 3,3V).

Donc à mon avis on ne peut pas s'en passer ici. Et oui malheureusement ça consomme un tout petit peu de batterie en permanence.

@Ptikiki :

C'est dommage quand même de devoir tout recommencer juste pour le buzzer. Tu n'as rien pu récupérer ? Tu n'as quand même pas du déteriorer le circuit, l'arduino et la plaque baromètre non ?

Mais c'est sûr que c'est très difficile de déssouder les modules sans fer à air chaud.

Pour Teensy :

Teensy ce n'est pas complètement OpenSource ! Pas bien  ! :P Leur succès vient surtout du fait qu'ils développent des très petites plaques. Parceque maintenant chez Arduino on trouve les même microcontrolleurs.

Passer sur l'architechture ARM me parrait quand même encore excessif pour ce projet. Pour l'instant tout rentre. On est un peu limite mais une fois qu'on aura enlevé toute les utilisation inutiles de flottants je pense que l'on va gagner beaucoup.

Pour les projet plus gourmand moi je passe carrément sur Raspberry Pi. Du coup on peut développer très vite grâce au systême d'exploitation embarqué.

Pour le nom du vario :

Ouai "GNUVario" j'ai trouvé ça en 10 seconde quand il a fallut créer la bibliothèque pour les entêtes IGC. Après j'aime bien la référence au projet "GNU" :

https://www.gnu.org/gnu/thegnuproject.html

A vous de trouver ;) Peut être "GNUFly Vario" ... petit clin d'oeil à un autre projet ;)

Fsgecko :

Content que tu sois de retour !

Il va quand même falloir mettre à jour le firmware ;) Tu n'arrives pas à compiler parceque tu n'as pas téléchargé la dernière version de l'IDE d'arduino. Après ça devrait marcher tout seul.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 09 Juin 2017 - 09:50:29
Salut Prunkdump,

Citation
Fsgecko :

Content que tu sois de retour !

Il va quand même falloir mettre à jour le firmware Clin d'oeil Tu n'arrives pas à compiler parceque tu n'as pas téléchargé la dernière version de l'IDE d'arduino. Après ça devrait marcher tout seul.

A+

Ok bon je vais installer la derniere version de l'IDE j'esoère que cette fois cela va marcher! Je sais que je peux mettre le HEX directement sur la carte SD mais je voulais pouvoir acceder au code pour ajuster les parametres comme certains le font aussi! Je tente ta solution ce week end!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 09 Juin 2017 - 12:09:46
Salut ! :coucou:

Par contre je ne comprend pas trop ta modification sur l'enregistrement du vol. Pour moi, même si on veut commencer l'enregistrement sur la carte SD dès le Fix du GPS il ne faut pas activer tous les autres composants (le temps de vol et les bips de zerotage qui doivent attendre le vrai début de vol). Même si c'est effectivement moins facile à débugger du coup. Moi je met en commentaire juste pendant le débuggage.

Pour les bips il y a un problème qui fait que je ne peut pas encore les intégrer. Tu mets un "delay" directement dans la boucle principale qui du coup la bloque pendant un certain temps. Ce n'est pas bon pour la stabilité des mesures.

De toute façon il faut que je réécrive complètement la bibliothèque "beeper". Elle utilise beaucoup trop de "doubles" et prends beaucoup trop de place. Je prévoirai du coup une fonction non bloquante pour faire des "alarmes".


Pour l'enregistrement de vol je ne vois pas l’intérêt de débuter l'enregistrement avant le début du vol. Dans le pire des cas - tu coupe le vario avant le début, il te reste des fichiers vides, je pense que la seule utilité à la variable device en modifiant un peu le control, c'est pour les tests ou si tu souhaite tout activer des le fix.
Prunkdump comment tu vois l'utilisation de VARIOMETER_RECORD_WHEN_FLIGHT_START ?

Pour les beeps tu as raison, j'ai fait cela en vitesse; c'est 1 fois en début et c'est plutôt pratique

Je cherche pour problème de la carte SD, il faudra que l'on travaille ensemble pour trouver pourquoi ça bloque pour certain


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 09:24:34
résistances installées
malheureusement l'affichage du niveau de batterie ne fonctionne pas mieux (sur le FIRM de jpg)
j'ai donc récupéré le dossier arduino sur GitHub et recompilé un FIRM
pas mieux pour l'affichage de charge  :mrgreen: ... et en plus l'affichage par en vrille et le vario s'affole (voir photo)

(https://i58.servimg.com/u/f58/12/58/57/57/vario-10.jpg)


@Baptiste
Question ?
le Set Vario Parameters sur GitHub n'a pas les infos vario, pilote, aile
J'avais lu que tu avais fait beaucoup de mise à jour sur GitHub ?
Code:
/* set the params here */
#define VARIOMETER_MODEL "GNUVario"
#define PILOT_NAME "VAN HURLU"
#define GLIDER_NAME "EDEN 6 - 24"


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Juin 2017 - 10:18:17
Salut Van Hurlu !

Jpg63 pourra vérifier mais je pense que le pont diviseur est à l'envers. On part de RAW, on doit d'abord passer dans la petite résitance (270k) puis dans le grosse (1M). Il faut que tu inverses tes deux résistances. Vérifies bien aussi ta résistance bleu. La photo n'est pas en assez haute définition pour que je puisse vérifier sa valeur.

Pour le bug d'affichage. Je pense que tu as du mélanger un peu les versions du code. Parceque l'affichage ne correspond pas à la dernière version du GitHub. Nettois bien tous les fichiers et retélécharge l'ensemble du code.

Les paramètres du vario se trouvent maintenant tous dans :

"librairies\VarioSettings\VarioSettings.h"

Et il y a des commentaires pour mieux comprendre le sens de chaque variable.

A+

Bon bricolage !

Edit : Idée pour les kits

J'aurais du plus réfléchir pour le tuto ! Mais au lieu de limer les soudures par dessous on aurait pu perser la coque du logement de la carte SD en face des soudures. Il y aurait eut plusieurs avantages :

-> Moins de risque de faux contacts ( plus besoin de limer très fin )
-> Moins de risque de cours circuit avec la coque ( les bug quand on serre trop le boîtier )
-> Le module de la carte SD aurait été plus stable car il aurait bien reposé contre le PCB
-> On aurait gagné encore un précieux millimètre en épaisseur.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 11:10:57
Salut Van Hurlu !

Jpg63 pourra vérifier mais je pense que le pont diviseur est à l'envers. On part de RAW, on doit d'abord passer dans la petite résitance (270k) puis dans le grosse (1M). Il faut que tu inverses tes deux résistances. Vérifies bien aussi ta résistance bleu. La photo n'est pas en assez haute définition pour que je puisse vérifier sa valeur.

Pour le bug d'affichage. Je pense que tu as du mélanger un peu les versions du code. Parceque l'affichage ne correspond pas à la dernière version du GitHub. Nettois bien tous les fichiers et retélécharge l'ensemble du code.

Les paramètres du vario se trouvent maintenant tous dans :

"librairies\VarioSettings\VarioSettings.h"

Et il y a des commentaires pour mieux comprendre le sens de chaque variable.

Salut Baptiste, je voie que tu est devant ton ordi  :D merci pour ta réponse rapide.
J'ai beau lire au fur et à mesure, je n'avais pas compris que le SetVarioParameters avait changé et qu'il fallait le rebooter.

Pour mieux comprendre
dans SetVarioParameters il y a un #include <VarioSettings.h> est que ça veut dire que le code de VarioSettings.h est compilé dans le SVParam ?
Dans ce cas comment se fesse qu'il y a aussi un #include <VarioSettings.h> dans variometer ???
que se passe quand tu change le VarioSettings.h et que tu as 2 versions dif entre SVP et parameter ?

Je comprends plus trop l’intérêt du SetVarioParameters ni comment ça fonctionne
si j'ai bien compris il faut faire un FIRM.HEX avec le SetVarioParameters et le booter
PUIS
faire un FIRM.HEX avec le parameter et le booter aussi
? comment ça se passe dans la mémoire de l'arduino ? comment l'un n'efface pas l'autre ?


Je me dépêche de trouver une config qui marche, car ça vole bien en ce moment autour de chez moi  :vol:


PS: la 270ko est en bas connectée sur le RAW et la 1 M est au-dessus connectée à la masse,
normalement j'ai tout bon ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Juin 2017 - 11:41:21
Salut !

Je comprends ton interrogation. En fait les ".h" se compilent pas. Ils donnent juste des infos sur comment compiler.

Donc même si les infos du pilote sont dans "VarioSettings.h" et que ce fichier est inclus dans "variometer.ino". Elle ne sont pas utilisées. Le programme variometer.ino va chercher ces informations dans l'EEPROM.

Le "SetVarioParameters.ino" lui utilise cette information pour la stocker dans l'EEPROM mais pas toutes les autres variables.

Donc conlusion :
-> Le "SetVarioSetting.ino" utilise uniquement les infos du pilote. Et aucune des autres infos. A chaque fois qu'on veut changer ces informations il faut relancer le programmer pour les stocker dans l'EPROM.

-> Le "variometer.ino" n'utilise pas les infos du pilote. Il va les chercher dans l'EEPROM. Par contre il utilise toutes les autre infos de "VarioSettings.h". C'est là où on rêgle tout le comportement du vario.

Je sais pas si je suis clair  :?

Pour le pont diviseur :
-> La résistance jaune est une résitance de 270k, actuellement elle est en bas de la photo est elle est soudée à GND. Donc ce n'est pas bon à priori.
-> La résistance bleu, je n'arrive pas à lire le code couleur, supposons que c'est celle de 1M. Elle est en haut sur la photo et connecté à RAW.

Donc pour moi c'est inversé. Mais c'est vrai que les écritures sont ambigues. Regardes ici :

http://www.dominicdube.com/wp-content/uploads/ProMiniPinout.png

Bon vols !

Pour moi ça va être un peu fort aujourd'hui je pense.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 13:25:14
 :grat: on va dire que j'ai compris  :mrgreen: j'aurai juste 279 autres questions à te poser
Tu as de la chance d'habiter loin de chez moi, sinon je passerai régulièrement t'apporter des binouzes pour te demander des explications.


Merci, avec le plan je comprends mieux mon inversion,
j'ai vérifié 3 fois, mais a chaque fois j'interprétais de travers  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 14:02:41
 :pouce: C'est OK pour le niveau de batterie, OK pour le nouvel affichage
le Vario fonctionne bien mais le Fix satellite ne se fait plus
 :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Juin 2017 - 14:15:37
Salut !

Tu n'as même plus les barres du niveau GPS ? Ou c'est que tu n'arrive plus à avoir la précision suffisante pour qualibrer et lancer l'enregistrement sur carte SD ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 14:38:11
pas de barres de niveau GPS
l'heure reste bloquées à 02h 00' 00"  (00 + 2 de décalage je supose)
le temps de vol est lui aussi à 02 00 00 ????


la valeur de contraste de l'affichage doit être un peu forte car ça fait des traînées en fond d'écran
le volume à 2 est parfait pour mes oreilles et ma zénitude


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 10 Juin 2017 - 14:47:12
Si il n'y a pas de barres GPS c'est que ça ne fixe pas effectivement ...  :?

Vérifies qu'il n'y a rien qui force depuis que tu as rajouté le pont diviseur. Et bien sûr revérifie la connexion de l'antenne et les soudures du module GPS.

La batterie est suffisamment chargée ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 10 Juin 2017 - 14:52:31
batterie à fond de charge
couvercle ouvert ou fermé, rien qui force
je n'ai pas tout sorti pour souder les résistances, donc pas touché à l'antenne ni à la carte gps


EDIT
si je remet le vieux firm ça fonctionne ???????????
non si je remet l'ancien FIRM pas de fix
c'est bien une nouvelle boulette de ma part


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Triple Seven France le 10 Juin 2017 - 18:44:27
J'ai eu la chance de pouvoir manipuler ce fameux vario sur le décollage (on voit de tout à Montlambert !). Il est bien loin le temps où les copains se bricolaient un vario maison à partir d'un préservatif... !

Le boîtier dans la main est bien dense, on sent que c'est plein comme un œuf là-dedans.
L'appareil démarre très vite avec le point GPS fait genre "tout de suite", très vite opérationnel. Le vario lui-même est très sensible, certainement parfait pour les conditions faibles. Et surtout, le plus important, le son se coupe instantanément lorsqu'on cesse de monter. A la main il est parfaitement du niveau d'un XC Tracer, ce qui est une référence parlante. Bref, il y a de quoi développer ce qui se fait de mieux en sensibilité et réactivité, SANS inertie.
Je suis épaté.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 10 Juin 2017 - 22:43:06
@Van Hurlu,

Pour moi, tout fonctionne avec le dernier code GIT de prunkdump ; en particulier, l'affichage niveau batterie.

Sauf l'enregistrement des traces sur la sdcard ; il n'y a même pas création de fichier vide.
Même problème que jpg63, je crois


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 10 Juin 2017 - 22:48:14
J'ai eu la chance de pouvoir manipuler ce fameux vario sur le décollage (on voit de tout à Montlambert !). Il est bien loin le temps où les copains se bricolaient un vario maison à partir d'un préservatif... !

Le boîtier dans la main est bien dense, on sent que c'est plein comme un œuf là-dedans.
L'appareil démarre très vite avec le point GPS fait genre "tout de suite", très vite opérationnel. Le vario lui-même est très sensible, certainement parfait pour les conditions faibles. Et surtout, le plus important, le son se coupe instantanément lorsqu'on cesse de monter. A la main il est parfaitement du niveau d'un XC Tracer, ce qui est une référence parlante. Bref, il y a de quoi développer ce qui se fait de mieux en sensibilité et réactivité, SANS inertie.
Je suis épaté.
La prochaine fois je te le prête comme ca tu nous feras un retour sur tes impressions en vol !
Pas mal la dernière version, et le truc top c'est qu'avec le nom du fichier on a direct la date du vol.
J'ai enfin mes deux résistances je vais souder le fameux pont diviseur.

Une question, est-ce que ce serait compliqué de rajouter un écran de plus à la fin du vol, qui récapitule les infos du vol (altitude max, durée de vol, etc...). Pour refaire le vol au bistro avec les parapotes !
En échange je vous fais le montage des prochains kit, vu que je suis toujours une quiche en code ...


edit: prunkdump, pour le nom du vario, c'est très bien, c'était pour te taquiner. Vu le travail que tu as fait, on peut te laisser choisir son nom !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 11 Juin 2017 - 08:46:55
@Van Hurlu,
Pour moi, tout fonctionne avec le dernier code GIT de prunkdump ; en particulier, l'affichage niveau batterie.
Sauf l'enregistrement des traces sur la sdcard ; il n'y a même pas création de fichier vide.
Même problème que jpg63, je crois

A nous deux on en a un qui fonctionne   :mrgreen:

En y repensant, j'étais tellement pressé de mettre ces résistances que je n'ai même pas dessoudé la batterie.
en soudant j'ai fait un petit arc entre les pattes de l'arduino ... j'ai du flinguer qq chose
si c'est le module GPS, j'en ai un d'avance qui fonctionne peut-être... il suffit que je retrouve le courage de tout re-démonter pour changer la carte GPS.
Si c'est la carte arduino, là, je sens que je vais me décourager ... je n'ai rien pour dessouder proprement.

Pour le nom, je propose : "Prunky"
en l'honneur de Baptiste qui a initié le projet et fait 98% du boulot


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 11 Juin 2017 - 10:48:05
Le Prunkfly
Ou Prunkride mais ça fait un peu trop syride


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 11 Juin 2017 - 10:59:30
Salut à tous !

Et oui "Triple Seven France" il faut le tester en vol maintenant ! Surtout si GtD73 veux bien te le prêter ;) Mais tu lui pique pas hein .... Blague à part c'est important le ressentie en vol. C'est ce qu'on essaye d'améliorer. Alors plus on aura d'essais en vol mieux se sera.

Point important pour tous les kits :

Je me suis rendu compte que le boitier n'était pas suffisamment étanche à la lumière. Est ce que vous pourriez faire le test pour moi ? Mettez le vario en plein soleil et couvrez le avec un grand livre sans le toucher. Regardez si il bippe. Si c'est le cas il faudra mettre un bout de mousse noir sur le ms5611.

Je vous ferais des photos.

Pour les fichiers de trâce qui ne se créé pas :

Il faudrais essayer de me dire à quelle étape ça bloque :
1) Au départ le vario n'a pas fait le fix (il n'y a pas de barres GPS)
2) Ensuite il fait le Fix, les barres GPS apparaissent.
3) Ensuite lorsqu'il a une précision suffisante il calibre l'altitude (voir devez la voir changer).

Si c'est l'étape 3 qui pose problème régulièrement c'est que l'on demande une précision trop importante pour démarrer la calibration. Il faut modifier la valeur de ARIOMETER_GPS_ALTI_CALIBRATION_PRECISION_THRESHOLD. Le vario ne veut pas enregistrer tant qu'il n'est pas qualibré.

Il faudrait peut-être mettre 250 ou 300. Je vous envois une version avec 300 (Plus la valeur est au dessus de 100, plus on accepte une reception de mauvaise qualité).

@Van Hurlu :

Ca serait dommage que tu te décourages avec tout ce que tu as fais pour le vario !

Tu n'as pas un petit bout de tresse à dessouder pour nettoyer l'excédent d'étain ? Il faut vraiment que tu t'équipe. Tu trouveras bien plus agréable de faire de l'électronique avec du bon matos.  Achètes toi sur internet : une bonne bobine d'étain au plomb très fine, de la tresse à dessouder et du nettoyant de flux. Tu verras que tu feras beaucoup moins de bêtises.

Autrement deux choses à vérifier :
-> Regarde si la gaine de ton antenne GPS ne s'est pas fendue aux extrémitées.
-> Si la photo tu as mis une sorte de pâte pour fixer l'écran. Est-tu sur qu'elle n'est pas conductrice ?

Bon courage. Même si j'ai pas pu avoir mes bières :D Tu me les enverra par la poste  :mdr:

Pour le nom du vario :

C'est gentil de féliciter mon travail  :oops: mais je préfère ne pas avoir de référence à moi dans le nom du vario. L'objectif c'est que des gens puisse s'approprier le projet pour y travailler de façon collaborative.

Je resterai sur un truc du genre "GNUVario" ou "GNUFly vario". On peut chercher aussi un truc avec "OPEN". Met là presque tout est déjà pris. C'est pour ça que je trouvais sympa la référence à GNU :

(https://www.gnu.org/graphics/heckert_gnu.transp.small.png)

Même si ça vole pas terrible un GNU :D On lui mettra des ailes !

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 11 Juin 2017 - 14:57:47
Je profite d'un démontage complet pour vour faire qq photos

l'encoche pour faire sortir l'antenne. même en ayant collé l'antenne, on peut démonter et remonter le vario
(https://i58.servimg.com/u/f58/12/58/57/57/vario-11.jpg)

J'avais déplacé la carte BT (avant de décider de sortir l'antenne)
j'ai remplacé le lecteur de carte par un mini
tout s’emboîte bien

(https://i58.servimg.com/u/f58/12/58/57/57/vario-12.jpg)


@Prunkdump
La diode bleue du GPS clignote bien gentiment
 :grat: j'en déduis que le GPS fait le fixe et fonctionne
as tu un test à me conseiller ?
Avant que j'en déduise définitivement que ça vient de l'Arduino et passer commande

Pour le vario et la lumière ... j'ai fait le test et je n'ai pas vu de différence


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 11 Juin 2017 - 15:38:05
Si la led clignote sur le GPS c'est que c'est un problème de liaison entre le GPS et l'arduino. Honnêtement j'ai du mal à croire que tu ai bousillé ton arduino. Je pense plutôt que les câbles qui passent entre le GPS et le bas du boîtier tord un peu le module GPS.

Pour tester la liaison c'est simple. C'est entre le TX sur le GPS et le RX sur l'arduino. Si tu veux être vraiment sur :
-> tu regarde sur la plaque GPS le plot TX et tu suit le circuit jusqu'à la puce centrale. C'est la que tu placera l'une des aiguille du testeur de continuité.

-> tu regarde la pin RX de l'arduino et tu cherche au testeur sur quelle patte du microcontrolleur elke se connecte. C'est la que tu pose ta deuxième aiguille du testeur.

En gros le circuit complet c'est : puce du GPS -> pin TX du GPS -> pin RX de l'arduino -> pin du microcontrolleur.

Testes aussi si rien n'est au contact de la masse ou de RAW.

Si tu trouve un soucis. Chauffe bien les pins TX du GPS et RX de l'arduino en ajoutant à peine un peu d'étain. De même sur le circuit imprimé.

J'espère que t'as bien pu voler hier ! Moi ça l'a enfin fait ce matin ! Mais cette aprèm même si ça m'a l'air plutôt stable. J'hésite ;)

Bon courage !

Pour l'histoire de la lumière. Il faut successivement mettre le vario a l'ombre et au soleil pour voir si ça perturbe le baromètre. Moi il se met nettement à bipper  depuis que j'ai fait le trou pour l'antenne.

PS : DEpuis que j'ai sorti l'antenne j'en ai déjà cassé une. Il faut faire attention.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: marc le 11 Juin 2017 - 16:29:26

Je resterai sur un truc du genre "GNUVario" ou "GNUFly vario". On peut chercher aussi un truc avec "OPEN". Met là presque tout est déjà pris. C'est pour ça que je trouvais sympa la référence à GNU :

(https://www.gnu.org/graphics/heckert_gnu.transp.small.png)

Même si ça vole pas terrible un GNU :D On lui mettra des ailes !

A+

Je sais pas si tu peux directement te revendiquer du projet GNU «comme ça», regardes bien avant de fixer le nom !

Joli travail en tout cas


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 11 Juin 2017 - 16:52:41
J'espère que t'as bien pu voler hier ! Moi ça l'a enfin fait ce matin ! Mais cette aprèm même si ça m'a l'air plutôt stable. J'hésite ;)
un vol de 1h30 dans une douceur incroyable (il fait chaud même en altitude)
Avec un gros point bas dont j'ai réussi à m'extraire ... ce qui a suffit à me rendre joyeux toute la soirée  :D

pour la liaison, j'étais déjà un spécialiste du suivit des connections entre le GPS et l'Arduino  :mdr:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 11 Juin 2017 - 19:48:06
Oui c'est vrai Marc !

Je n'avais pas complètement réalisé que le logo à la tête de Gnu faisait référence uniquement au projet GNU ( le système d'exploitation ) et non à la licence GNU GPL.

Bien sûr dans mon idée lorsque je parlais du projet "GNU". Je parlais de la licence. Mais effectivement ce n'est pas le même logo.

Je vais leur demander. Ça m'intéresse :) Car le logo GNU est sous une licence libre mais il est aussi déposé pour le projet GNU. Ce n'est pas très clair. Je ne sais pas si ils aiment ou pas cette ambiguïté.

À+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 12 Juin 2017 - 08:20:26
pour la batterie, effectivement, il faut pas dépasser les 3.3 ...
par contre, une autre idée, c'est de bloquer le pont diviseur avec un mosfet, du coup, on l'active juste pour les lecture est le reste du temps, bloqué, il ne consomme rien ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 12 Juin 2017 - 11:39:29
Salut tout le monde.

J'ai enfin pris le temps de mettre à jour le firmware. Ca marche nickel en retournant le boitier. En point d'amélioration je trouverais interessant d'afficher au démarrage la version du firm, pour être sur d'avoir réussi à faire la manip.

Sinon j'ai plusieurs questions :

  • Comment doit s'afficher le niveau de batterie? Car sur le mien le 'logo' reste vide. Le 'remplissage' (si remplissage il y a) ne change pas en fonction du niveau de batterie. Je l'ai rechargé ce matin, la lumière à l'intérieur est passé du rouge au bleu. Mais l'image sur l'écran n'a pas changé
  • Concernant la reception GPS. Combien peut on obtenir de barre au max? Car je n'arrive pas a obtenir plus de 3 barres (cela dit c'était derrière un parebrise, en roulant). Je vais peut-etre faire comme quelques un : sortir l'antenne du vario
  • A quoi correspond le Gr ? Il s'agit de la finesse c'est bien ca?
  • pour le niveau de volume, il faut bien aller dans beeper.h, et changer la valeur dans
Code:
#define BEEP_DEFAULT_VOLUME 10
    c'est bien cela?[/li]
  • Sinon ou fixer vous le vario? j'ai essayé l'autre jour avec une ceinture velcro sur la cuisse, mais je n'ai pas de passant sur mon pentalon du coup le vario a tendance à tomber vers le bas de la jambe et à tourner. Comment le fixez vous sur un élévateur?

Sinon, j'ai essayé ce matin sur la route et j'arrive bien à obtenir une trace GPS sur la carte SD exploitable.

Merci encore pour ce super boulot. J'espère voler un peu plus pour pouvoir apporter ma contribution (éventuel créneau ce soir!)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Juin 2017 - 12:38:05
Salut tout le monde.

J'ai enfin pris le temps de mettre à jour le firmware. Ca marche nickel en retournant le boitier. En point d'amélioration je trouverais interessant d'afficher au démarrage la version du firm, pour être sur d'avoir réussi à faire la manip.

Sinon j'ai plusieurs questions :

  • Comment doit s'afficher le niveau de batterie? Car sur le mien le 'logo' reste vide. Le 'remplissage' (si remplissage il y a) ne change pas en fonction du niveau de batterie. Je l'ai rechargé ce matin, la lumière à l'intérieur est passé du rouge au bleu. Mais l'image sur l'écran n'a pas changé
  • Concernant la reception GPS. Combien peut on obtenir de barre au max? Car je n'arrive pas a obtenir plus de 3 barres (cela dit c'était derrière un parebrise, en roulant). Je vais peut-etre faire comme quelques un : sortir l'antenne du vario
  • A quoi correspond le Gr ? Il s'agit de la finesse c'est bien ca?
  • pour le niveau de volume, il faut bien aller dans beeper.h, et changer la valeur dans
Code:
#define BEEP_DEFAULT_VOLUME 10
    c'est bien cela?[/li]
    [li] Sinon ou fixer vous le vario? j'ai essayé l'autre jour avec une ceinture velcro sur la cuisse, mais je n'ai pas de passant sur mon pentalon du coup le vario a tendance à tomber vers le bas de la jambe et à tourner. Comment le fixez vous sur un élévateur?[/li]

Sinon, j'ai essayé ce matin sur la route et j'arrive bien à obtenir une trace GPS sur la carte SD exploitable.

Merci encore pour ce super boulot. J'espère voler un peu plus pour pouvoir apporter ma contribution (éventuel créneau ce soir!)

Salut

Pour répondre à tes questions

Pour La version du firmware, effectivement je me disais que ce serait intéressant d'avoir la version et la date, pas uniquement pour voir si la maj s'est faite mais aussi pour connaitre tout simplement la version installée. Je termine un travail avec prunkdump pour vous faciliter la compilation et je m'en occuperais

Pour la batterie, il faut installer un pont diviseur (2 résistances) sur A2 de l'arduino

Oui Gr correspond à la finesse

Pour le volume il faut modifier variosetting.h

Tu peux fixer le vario aux élévateurs, regarde j'ai publié des photos, sinon tu peux le fixer sur un cookpit


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 12 Juin 2017 - 13:55:36
Citation de: jpg63
Tu peux fixer le vario aux élévateurs, regarde j'ai publié des photos, sinon tu peux le fixer sur un cookpit
Je n'ai pas retrouvé les photos dans les posts que tu as publié. Tu saurai me les retrouver?
  • Citation de: jpg63
    Pour la batterie, il faut installer un pont diviseur (2 résistances) sur A2 de l'arduino
    Ah d'accord je comprend enfin pourquoi il fallait rajouter des resistances en plus du kit proposé par Prunkdump. Bon je m'y pencherai plus tard alors, faut que je retrouve le message qui détail le montage à réaliser.
  • Citation de: jpg63
    Pour le volume il faut modifier variosetting.h
    ok ce fichier la correspond au fichier intégrant les parametres à ajuster en fonction du besoin. Les autres fichiers n'ont pas lieu d'être modifié, sauf si vraiment je voulais reprendre le code "en dure".

  • Et concernant les barres du GPS. C'est quoi le nombre de barre max du coup?

merci pour le complément d'info!




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 12 Juin 2017 - 14:34:15
Citation de: jpg63
Tu peux fixer le vario aux élévateurs, regarde j'ai publié des photos, sinon tu peux le fixer sur un cookpit
Je n'ai pas retrouvé les photos dans les posts que tu as publié. Tu saurai me les retrouver?
  • Citation de: jpg63
    Pour la batterie, il faut installer un pont diviseur (2 résistances) sur A2 de l'arduino
    Ah d'accord je comprend enfin pourquoi il fallait rajouter des resistances en plus du kit proposé par Prunkdump. Bon je m'y pencherai plus tard alors, faut que je retrouve le message qui détail le montage à réaliser.
  • Citation de: jpg63
    Pour le volume il faut modifier variosetting.h
    ok ce fichier la correspond au fichier intégrant les parametres à ajuster en fonction du besoin. Les autres fichiers n'ont pas lieu d'être modifié, sauf si vraiment je voulais reprendre le code "en dure".

  • Et concernant les barres du GPS. C'est quoi le nombre de barre max du coup?

merci pour le complément d'info!




Montage résistance
http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.625.html

Montage vario sur les élévateurs

http://www.parapentiste.info/forum/bons-plans/variometre-maison-a-base-darduino-t33538.550.html

pour le gps 3 barres c'est bien, il y a une 4ème barres mais je ne l'ai jamais eu


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 12 Juin 2017 - 18:24:39


Point important pour tous les kits :

Je me suis rendu compte que le boitier n'était pas suffisamment étanche à la lumière. Est ce que vous pourriez faire le test pour moi ? Mettez le vario en plein soleil et couvrez le avec un grand livre sans le toucher. Regardez si il bippe. Si c'est le cas il faudra mettre un bout de mousse noir sur le ms5611.

Je vous ferais des photos.



Salut
Effectivement boitier ouvert, écran batterie et BT écarté, il y a une grosse variation entre ombre/soleil  :?
Par contre tout fermé cela ne me dérange pas plus que ca.
Allez puisqu'il a le ventre à l'air je greffe le pont diviseur !
Moi j'ai eu 4 barres, mais toujours sans BT.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Juin 2017 - 19:30:56


Point important pour tous les kits :

Je me suis rendu compte que le boitier n'était pas suffisamment étanche à la lumière. Est ce que vous pourriez faire le test pour moi ? Mettez le vario en plein soleil et couvrez le avec un grand livre sans le toucher. Regardez si il bippe. Si c'est le cas il faudra mettre un bout de mousse noir sur le ms5611.

Je vous ferais des photos.



Salut
Effectivement boitier ouvert, écran batterie et BT écarté, il y a une grosse variation entre ombre/soleil  :?
Par contre tout fermé cela ne me dérange pas plus que ca.
Allez puisqu'il a le ventre à l'air je greffe le pont diviseur !
Moi j'ai eu 4 barres, mais toujours sans BT.

Oui bien sûr il faut tester boîtier fermé :D

C'est connu que le ms5611 est sensible à la lumière. Du coup il ne faut pas que la lumière l'atteigne. Moi depuis que j'ai fait le trou pour l'antenne il est clairement devenu sensible aux variations ombre/lumière. J'ai donc du mettre une petit bout de mousse comme sur le bluefly vario.

Autrement je viens de monter un vario avec l'écran de l'autre côté. Je vais voir ce que ça donne niveau réception GPS.

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 12 Juin 2017 - 19:45:15
Je vais me recommander un kit pour bidouiller. Ça m'emmerde un peu d'abîmoer celui que j'ai
Ou au moins un boitier


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 12 Juin 2017 - 22:24:31
Salut à tous :coucou:

Bon je vous donne les résultats de mes essais.

J'ai pris un ancien boîtier et j'ai monté l'écran de l'autre côté afin de ne plus couvrir le GPS. Malheureusement ça ne passe pas avec le connecteur. Il a fallut que je soude les fils directement du côté de l'écran. Mais après ça rentre facile sans forcer :

https://goo.gl/photos/u7KtEFxX2LgbewxC7

Ca à l'air de marcher super bien ! Le GPS fixe vite et attrape davantage de satellites :D

Trop content de ces résultats je me suis dit que j'allais remettre le module bluetooth ;) Vu qu'il n'est pas tout à fait au dessus de l'antenne, ça pouvais passer...  Et malheureusement non  :( On voit de suite que le signal perd en qualité. J'ai même perdu le fix à un moment.

Après j'ai mis le bluetooth au contact de l'antenne et ce n'est pas bon. Est-ce que 5mm au dessus changerai quelque chose ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: fsgecko le 12 Juin 2017 - 22:44:42
Bonsoir,

Je suis fier de vous présenter ce soir ma première trace GPS en parapente  8) Ca doit vous paraître un peu étroit et bas d'altitude comme spot les montagnards, mais par chez moi c'est essentiellement du soaring! C'est la première fois que je vole avec un vario et connaitre son altitude à chaque instant c'est intéressant pour aller chercher la limite d'éloignement par rapport au point de départ tout en étant sur de pouvoir revenir!

Le vario marche nickel toujours aussi content du bidule, même si le fix GPS est un peu long, surtout pour corriger l'altitude mesuré. Mais j'ai réussi à avoir 4 barres régulièrement.

Finalement le montage sur la cuisse c'est pas mal. Si on marche pas trop avec ca à la patte, une fois en l'air ca tient. Il faut que je teste le montage sur l'élévateur pour voir.

Sinon une question. le Gr ca se lit comment? Plus il est élevé et plus la finesse est bonne ou c'est l'inverse?

AUtre question, lorsqu'on compile programme, il nous sort 2 fichiers .h. Quelle est la différence entre les 2?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 12 Juin 2017 - 23:05:23
 :grat:
c'est la nouvelle numérotation JJMMAAXX. IGC

????
ça va pas du tout
ça ne se classe pas dans l'ordre
il faut absolument
AAMMJJXX.IGC
comme ça le dernier vol est en bas de l'ordre alphabétique

 :bisous:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 13 Juin 2017 - 00:52:15
Je ne pense pas que le BT décalé de 5 mm change grand chose. Moi j'ai déjà migré ce module vers le bas, de sorte que sur l'antenne gps je n'ai plus que l'écran. Et sans BT, j'ai les 4 barres de réception, et un fix rapide. J'avais mis une photo page 30.

Dès que je mets le BT en marche, j'ai un fix merdique: vitesse de 1-2 km/h à l'arrêt...
Je commence à me demander si c'est pas le BT qui bruite dans la plage de freq. du gps. Ce serait étonnant parce que ce n'est pas du tout les même fréquences.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Juin 2017 - 08:04:32
Je suis fier de vous présenter ce soir ma première trace GPS en parapente  8)

Quand je l'ai chargé dans Logfly, ta trace date des années 2000 ???? les traces que j'avais faites se dataient correctement. C'est quoi ce problème. :grat:

AUtre question, lorsqu'on compile programme, il nous sort 2 fichiers .h. Quelle est la différence entre les 2?
Le boss a dit qu'il ne faut surtout pas prendre la deuxième avec le bootloader. Il faut prendre celle qui a le nom le plus court impérativement.




@fsgecko
Faire tout un vol dans un différentiel de 60m avec des varios de +0.5, c'est carrément exotique pour moi, surtout en ce moment ou le sol calcaire chauffé à blanc nous tire des boulets de canon dans le c..


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 13 Juin 2017 - 09:48:21
Euh...
A quel endroit on définit si on a du gps, bt, sd, etc... ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 13 Juin 2017 - 10:16:35
Bon, du coup j'ai fait la mesure:
J'ai branché une antenne gps télé-alimentée sur un analyseur de spectre, à proximité du vario.
Première mesure sans BT (micro-switch sur off): rien d'étonnant, je vois ma porteuse GPS L1 à 1575 mhz et c'est tout. Je ne vois L2 pas mais j'ai pas l'antenne pour.
Deuxième mesure avec BT: bingo, je vois des porteuses monter tout près de la fréquence L1. Pas cool.
Par contre j'ai toujours 3 barres de réception mais toujours avec l'offset de vitesse. Comprends pas. Ca voudrait dire que je vois toujours mes sat mais de mauvaise qualité c'est ca ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 13 Juin 2017 - 13:39:25

Point important pour tous les kits :

Je me suis rendu compte que le boitier n'était pas suffisamment étanche à la lumière. Est ce que vous pourriez faire le test pour moi ? Mettez le vario en plein soleil et couvrez le avec un grand livre sans le toucher. Regardez si il bippe. Si c'est le cas il faudra mettre un bout de mousse noir sur le ms5611.

Je vous ferais des photos.

Pour les fichiers de trâce qui ne se créé pas :

Il faudrais essayer de me dire à quelle étape ça bloque :
1) Au départ le vario n'a pas fait le fix (il n'y a pas de barres GPS)
2) Ensuite il fait le Fix, les barres GPS apparaissent.
3) Ensuite lorsqu'il a une précision suffisante il calibre l'altitude (voir devez la voir changer).

Si c'est l'étape 3 qui pose problème régulièrement c'est que l'on demande une précision trop importante pour démarrer la calibration. Il faut modifier la valeur de ARIOMETER_GPS_ALTI_CALIBRATION_PRECISION_THRESHOLD. Le vario ne veut pas enregistrer tant qu'il n'est pas qualibré.

Il faudrait peut-être mettre 250 ou 300. Je vous envois une version avec 300 (Plus la valeur est au dessus de 100, plus on accepte une reception de mauvaise qualité).


Pour l'étanchéité à la lumière :
Oui, le vario beep si on le passe de pleine lumière à l'ombre. Ca marche à tous les coups.

Autre chose étrange : lorsque le vario est face au soleil, l'écran n'affiche plus rien (le vario continue de fonctionner). Dès qu'il est dans l'ombre, ou avec un angle par rapport au soleil, il s'affiche à nouveau.

Pour les fichiers de trâce qui ne se créé pas :
J'avais fait plusieurs essais, dont un en voiture (avec des vitesses jusque 70 km/h, du dénivellé, et une dizaine de minutes) . La GPS fonctionnait correctement, la vitesse indiquée était celle de la voiture ; aucun fichier créé.

En fait, je n'ai jamais eu une seule fois un fichier igc :
- au début, j'avais le problème de création de fichiers GPS000.txt vides
- depuis que j'ai récupéré une vielle sdcard (et après des mises à jour du firm), plus aucun fichier ne se crée.

Si tu veux, je peux refaire des essais d'écriture du la sdcard avec un sketch dédié.

A +


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 13 Juin 2017 - 14:15:35

Point important pour tous les kits :

Je me suis rendu compte que le boitier n'était pas suffisamment étanche à la lumière. Est ce que vous pourriez faire le test pour moi ? Mettez le vario en plein soleil et couvrez le avec un grand livre sans le toucher. Regardez si il bippe. Si c'est le cas il faudra mettre un bout de mousse noir sur le ms5611.

Je vous ferais des photos.

Pour les fichiers de trâce qui ne se créé pas :

Il faudrais essayer de me dire à quelle étape ça bloque :
1) Au départ le vario n'a pas fait le fix (il n'y a pas de barres GPS)
2) Ensuite il fait le Fix, les barres GPS apparaissent.
3) Ensuite lorsqu'il a une précision suffisante il calibre l'altitude (voir devez la voir changer).

Si c'est l'étape 3 qui pose problème régulièrement c'est que l'on demande une précision trop importante pour démarrer la calibration. Il faut modifier la valeur de ARIOMETER_GPS_ALTI_CALIBRATION_PRECISION_THRESHOLD. Le vario ne veut pas enregistrer tant qu'il n'est pas qualibré.

Il faudrait peut-être mettre 250 ou 300. Je vous envois une version avec 300 (Plus la valeur est au dessus de 100, plus on accepte une reception de mauvaise qualité).


Pour l'étanchéité à la lumière :
Oui, le vario beep si on le passe de pleine lumière à l'ombre. Ca marche à tous les coups.

Autre chose étrange : lorsque le vario est face au soleil, l'écran n'affiche plus rien (le vario continue de fonctionner). Dès qu'il est dans l'ombre, ou avec un angle par rapport au soleil, il s'affiche à nouveau.

Pour les fichiers de trâce qui ne se créé pas :
J'avais fait plusieurs essais, dont un en voiture (avec des vitesses jusque 70 km/h, du dénivellé, et une dizaine de minutes) . La GPS fonctionnait correctement, la vitesse indiquée était celle de la voiture ; aucun fichier créé.

En fait, je n'ai jamais eu une seule fois un fichier igc :
- au début, j'avais le problème de création de fichiers GPS000.txt vides
- depuis que j'ai récupéré une vielle sdcard (et après des mises à jour du firm), plus aucun fichier ne se crée.

Si tu veux, je peux refaire des essais d'écriture du la sdcard avec un sketch dédié.

A +

As-tu ouvert et refermé ton boitier ? Sur mon vario j'ai une mise à la masse aléatoire au niveau du lecteur de la carte SD. Dans mon cas j'ai aucun problème à la lecture et à l'écriture si je désactive l'écran, aucun problème non plus pour les maj. Boitier ouvert j'ai les fichiers .IGC dès que je referme et que je sert un peu, plus de fichier, j'ai essayé d'isolé un peu partout avec des feuilles de plastique et du scotch, j'ai refais les soudures et même raccordé avec des fils l'arduino au cs de l'écran et de la sd. Regarde si tu n'a pas le même soucis.
Ma solution ne pas serrer la batterie contre le lecteur de carte sd en mettant des vis plus long

Le test est simple tu recompile sans #define HAVE_SCREEN, tu peut ajouté un bip au moment du début de l'enregistrement et tu vérifie si tu as un IGC

void enableflightStartComponents(void) {

#ifdef HAVE_SPEAKER
for( int i = 0; i<2; i++) {
   toneAC(BEEP_FREQ);
   delay(200);
   toneAC(0);
   delay(200);
}
#endif //HAVE_SPEAKER

  /* enable near climbing */
#ifdef VARIOMETER_ENABLE_NEAR_CLIMBING_ALARM
...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 13 Juin 2017 - 18:39:47
Salut à tous.

J'ai vendu absolument tout les varios que j'avais fabriqué :?  J'en ai même plus un pour tester :D Il va falloir que j'en remonte un rapidement. On a même eut un Coréen qui a demandé des infos ! C'est le début du succès  :mrgreen:

@fsgecko : Content que tu puisses commencer à te servir du vario ! Tes fichiers IGC ce sont pas complet parceque tu n'a pas lancé le sketch "SetVarioParameters".

Il faut que tu configures ton nom et ta voile dans "librairies\VarioSettings.h". Ensuite tu compiles le programme "SetVarioParameters" pour arduino pro mini 3.3V. Tu exportes les binaires précompilés. Tu renommes celui sans bootloader en "FIRM.HEX" et tu charge le firmware. Il va bipper trois fois. Ensuite tu recharge à nouveau le firmware du vario.

Autrement la finesse c'est la finesse que tu connais dans le language "parapentesque". Autrement dis de combien de mètres tu avances pour un mètre perdu en altitude. Mais si la finesse est supérieure à 30 elle n'est pas affichée.

@Van Hurlu : Très bonne idée l'écriture de la date en ordre alphabétique. Comment je n'ai pas pu y penser  :oops: ! Je met en pièce jointe un firmware avec le code modifié.

@GtD73 : Mais dit donc ... tu dis ne pas être très bon en programmation mais par contre en électronique tu maîtrise grave !  :shock:

Mais j'ai toujours un doute sur ton interprétation. La fréquence L1 des GPS est de environ  1.5 GHz donc pas si loin que ça de celle du bluetooth qui est à 2.4 GHz. Il n'y a pas l'échelle horizontale sur ton schéma mais c'est possible que la pointe qui apparaît à droite est la fréquence normale du bluetooth  :grat: Je parlais d'éloignement car dans la doc de UBlox ils disent qu'il n'y doit rien y avoir à moins de 5mm de l'antenne sauf le circuit (en dessous).

Autrement J'ai cherché sur le net. Personne ne parle d'interférences GPS <-> Bluetooth. Uniquement d'interférences Bluetooth <-> WiFi.

Je me demande si il n'y a pas plutôt quelque chose qui fait que quand tu allumes le bluetooth, le module GPS n'est plus alimenté suffisamment. Vérifies peut-être au voltmètre.

Mais c'est vraiment galère d'estimer cette qualité de GPS ...  :?


@vmath54 : Bizarre ton problème d'écran ! Moi c'est sûr que ça ne fait pas ça. Vérifies qu'il n'y a rien qui force et que les clips métalliques de l'écran sont bien accrochés.

Pour le problème de carte SD je te contactes par mail. 





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 13 Juin 2017 - 19:09:20
Je profite d'un démontage complet pour vour faire qq photos

l'encoche pour faire sortir l'antenne. même en ayant collé l'antenne, on peut démonter et remonter le vario

J'avais déplacé la carte BT (avant de décider de sortir l'antenne)
j'ai remplacé le lecteur de carte par un mini
tout s’emboîte bien

....


Merci pour les photos.

En effet, pour l'antenne GPS, tu as fait bien plus léger que moi en terme d'encoche.

Pour la mini sdcard ; comment fais-tu pour qu'elle ne flotte pas dans le boitier ?
Tu l'as collée sur le reste avec un double face ?

Comme j'ai des problèmes de sdcard, et que j'ai sous le coude un lecteur de mini sdcard, je tenterais bien l'opération


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 13 Juin 2017 - 19:30:15

...

@vmath54 : Bizarre ton problème d'écran ! Moi c'est sûr que ça ne fait pas ça. Vérifies qu'il n'y a rien qui force et que les clips métalliques de l'écran sont bien accrochés.

Pour le problème de carte SD je te contactes par mail. 


Je vais refaire quelques tests de lecture / ecriture sur sdcard :
- avec le vario et avec un arduino externe
- avec les lib SdCard et LightFat16, et avec la lib SD "standard"

Les tests que j'avais fait il y a un moment étaient faussés, car je ne savais pas que la lib LightFat16 gardait en cache 255 octets avant d'écrire.

Je te tiens au courant. Je suis à priori le seul concerné, c'est donc probablement un problème matériel.

Comme indiqué auparavant, je peux me replier sur un lecteur de mini sdcard si je confirme le problème matériel



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Juin 2017 - 19:56:56
J'ai vendu absolument tout les varios que j'avais fabriqué :?  J'en ai même plus un pour tester :D Il va falloir que j'en remonte un rapidement. On a même eut un Coréen qui a demandé des infos ! C'est le début du succès

 :bravo:  :bravo:  :bravo:
raison de plus pour le finaliser à la perfection
 :ppte:  maintenant que le mien re-fonctionne il ne va plus quitter mon cockpit




@vmath54
je l'ai isolée avec du ruban adhésif
elle est coincée contre la paroi du fond et tenu par ma mape
je pensais mettre un coup de colle à chaud, mais ce n'a pas été nécessaire
j'ai surtout gagné qq millimètre d'épaisseur  :roll:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 13 Juin 2017 - 21:16:38
L'échelle horizontale, ca s'appelle le span. Tout l'écran couvre une bande de 340 Mhz, soit 34 Mhz par carreau.
La fréquence du BT n'est pas visible sur cette visu mais si tu veux je pourrais refaire la mesure avec un span plus large.
Cette visu a été faite en "max hold" c'est à dire que la trace se fige sur la valeur maximum atteinte par le signal. Dans un mode direct, ou à peine moyenné, on voit bien que le pic à droite apparait puis disparait, au rythme de la porteuse du BT. Il faudrait que je filme mon analyseur pour bien se rendre compte.
J'ai fait la mesure avec mon antenne gps posé a coté du vario. Donc les 5 mm ne suffiront pas.
Je vais essayer de greffer un filtre rc en sortie du BT, pour monter la fréquence de coupure aux alentours de 2.4 Ghz. On verra ce que ca dit. J'essaye de passer demain dans une boutique pour trouver la resistance et le condo...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 13 Juin 2017 - 21:41:38
@Van Hurlu : Très bonne idée l'écriture de la date en ordre alphabétique. Comment je n'ai pas pu y penser  :oops: ! Je met en pièce jointe un firmware avec le code modifié.
pour l'histoire, c'est un truc de comptable pour créer des numéros de facture qui se classent tout seul.
ça évite de faire des trucs compliqué comme sur le skytraxx, ou il y a un dossier par année, un dossier par mois, un dossier par jour dans lequel il y a tous les vols du même jour.
Là on a un truc plus simple et plus efficace.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 13 Juin 2017 - 21:56:32
regardez ca !!

https://www.youtube.com/watch?v=AuTCimWoxMQ


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 14 Juin 2017 - 08:59:32
Salut,

en voyant la difficulté d'avoir en même temps bluetooth et GPS, je me pose juste une question. Existe-il un vario commercial qui intègre les 2  ? Sur nos téléphones on a du BT et le GPS sans problème avec des antennes ridiculement petite comment font-ils ?
On doit certainement être en présence d’harmonique, le BT doit bavé sur le 1,5Ghz

GtD73 peut-tu faire un spectre sur une bande de 800 à 2,4Ghz avec et sans le BT ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 14 Juin 2017 - 09:14:46
Existe-il un vario commercial qui intègre les 2  ?
il me semble que le Skytraxx 2 PLUS a le BT (moi j'ai un 2 qui ne l'a pas)

Le Skytraxx 3 a le BT et le Wifi  https://www.skytraxx.eu/skytraxx-3


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 14 Juin 2017 - 17:48:51
Salut !

C'est vraiment un mystère ce bluetooth :grat:

Je viens de faire des essais sur breadboard avec un écran , un module GPS, et un module bluetooth. Sur l'écran j'affiche le nombre de satellite et la précision.

Et bin j'ai assez vite 8 satellites et une précision de 125 (au bout d'une minute environ) et je ne constante aucune influence du bluetooth  :shock:  Même lorsqu'il est posé sur l'antenne !

Alors quelques hypothèses, peut être farfelues :

-> Sur les modules bluetooth on a enlevé l'espèce de caoutchouc qui les recouvre au départ. Je pensais qu'il servait juste à éviter d'abîmer les soudures du module CMS. Mais maintenant j'ai un doute...  :grat:  Surtout que vous remarquerez que le caoutchouc ne passe pas sur "l'antenne" du bluetooth et que sur ta video GtD73 il n'y a pas la protection non plus. De plus moi le test je l'ai fait avec un module original avec protection.

Mais vous pensez qu'un simple caoutchouc peut arrêter certaines fréquences ?

-> Autrement ça pourrait être un problème d'alimentation. Quand on branche le bluetooth l'ensemble du vario pompe trop sur la batterie et du coup le module GPS n'est plus suffisamment alimenté.

Pas facile de trouver le problème  :( Et j'aimerais bien le corriger avant de faire mon nouveau vario :D





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 14 Juin 2017 - 18:36:47
Salut !


-> Autrement ça pourrait être un problème d'alimentation. Quand on branche le bluetooth l'ensemble du vario pompe trop sur la batterie et du coup le module GPS n'est plus suffisamment alimenté.




Coté alimentation, il y a un vrai problème, avec ou sans BT, le vario tire beaucoup trop sur la batterie et écroule la tension, par contre je pense qu'elle reste au dessus de 3.3v. On peut essayer de mettre une plus grosse batterie pour faire des tests, il faudrait peu être aussi mettre un coup d’ampèremètre pour vérifier le courant débité 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 14 Juin 2017 - 19:08:03
C'est quoi le bout de caoutchouc que t'as enlevé ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: air le 14 Juin 2017 - 19:09:19
Salut,

en voyant la difficulté d'avoir en même temps bluetooth et GPS, je me pose juste une question. Existe-il un vario commercial qui intègre les 2  ? Sur nos téléphones on a du BT et le GPS sans problème avec des antennes ridiculement petite comment font-ils ?
On doit certainement être en présence d’harmonique, le BT doit bavé sur le 1,5Ghz

GtD73 peut-tu faire un spectre sur une bande de 800 à 2,4Ghz avec et sans le BT ?

Le XC Tracer avec un module HM11 et un PA6H


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 14 Juin 2017 - 19:13:16
Facile de faire un essai, une rallonge sur un balcon et on laisse le vario en charge avec le câble usb
là il n'y aura pas de prob de tension qui chute

je vous laisse faire le test, je n'ai pas compris comment je peux mettre en évidence le problème à coup sur  :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 14 Juin 2017 - 19:38:20
Bon bin après plusieurs essais :
-> Je n'ai jamais réussi a faire perdre le fix avec le bluetooth avec l'enrobage silicone.
-> J'ai perdu à chaque fois le fix dans les 5 minutes avec le bluetooth sans silicone.

Donc c'est presque certain que la protection silicone à un rôle au niveau des fréquences parasites. A moins que j'oublie autre chose.

@GtD73 Le module bluetooth est à la base fourni avec une enveloppe :

http://www.dx.com/fr/p/hc-06-serial-port-passthrough-wireless-slave-transceiver-bluetooth-module-for-arduino-382686?tc=EUR&gclid=CMb8m6nvvdQCFRTjGwodjjIAjg

Mais je les ait peut-être malheureusement enlevé lors de la mise en place des kits ...  :? Peut-être un morceau de chambre à air serait équivalent pour les tests.

@jpg63 Pour la chute de tension. J'ai vu à plusieurs endroits que lorsque les résistances étaient élevées dans le pont diviseur il fallait ajouter un condensateur. Peut-être que la chute est normale du coup.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 14 Juin 2017 - 22:14:57
Bizzare ce silicone. Il n'y était pas dans le kit. Moi j'ai remis un bout de gaine thermo mais il recouvre complètement le module.
Tu les a tous acheté au même endroit ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 14 Juin 2017 - 22:23:31
Effectivement on dirait un bout de gaine thermo, mais il est possible que ce plastique élimine les parasites

Pour le pont, les résistances sont effectivement élevé pour limiter le courant consommé, mais la résistance en entrée est très faible au vu des 50M d’impédance d'entrée de l'arduino, j'essaierai de faire une mesure au voltmètre directement aux bornes de la batterie quant je ré-ouvrirai le vario


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 14 Juin 2017 - 22:29:52
J'ai du mal à croire qu'une couche de silicone puisse perturber des fréquences BT / GPS.
On voit sur la photo du module envoyée par prunkdump que cet emballage ne concerne pas la partie antenne.

Est-on certain que la différence vient du bout de silicone ?
@prunkdump, as-tu fait les essais avec le même module BT avec et sans le silicone, ou bien as-tu un module BT avec le silicone, et un autre sans ?

Si c'est le même module, il faut se poser la question si c'est un simple bout de plastique, ou qq chose qui a d'autres propriétés.




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 14 Juin 2017 - 22:37:52
Bizzare ce silicone. Il n'y était pas dans le kit. Moi j'ai remis un bout de gaine thermo mais il recouvre complètement le module.
Tu les a tous acheté au même endroit ?

Non mais c'est moi qui ai enlevé ces enveloppes silicone lors de préparation des kits  :? Ça ne passait pas en épaisseur sinon. Mais je n'ai jamais pensé que ça pouvais avoir un rapport avec des fréquences d'émission.

Je sais pas si c'est un plastique spécial mais c'est bien plus épais que la gaine thermo pour les fils. Ça fait au moins un demi millimètre.

Je ne trouve pas d'infos la dessus.

@vmath54

Effectivement j'ai utilisé deux modules distinct mais strictement identique à part pour le silicone. Le problème c'est que si je l'enlève je ne peux plus le remettre. Ce n'est pas élastique.

En tout cas on voit bien qu'il ont fait gaffe de ne pas recouvrir l'antenne.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 14 Juin 2017 - 22:40:11
sur la photo, c'est de la gaine thermo, et ca protege en rien contre les ondes.

plusieurs pistes :
- chute de tension lorsque le BT se synchronise
- parasites sur l'alim lorsque le BT se connecte

il faudrait mettre une petite inductance (ou une ferrite) autour de l'alim du GPs au plus pres de celui-ci, ainsi que 2 condensateurs entre le plus et le moins du GPs, au plus pres. Un de 100nF et un de 1uF polarisé.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 14 Juin 2017 - 23:35:25
Gargle, pour le pont diviseur tu préconise un condensateur de combien pour éviter les chutes de tensions lors de la mesure ? 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 14 Juin 2017 - 23:57:55
Petit retour de la soirée:
Je vois toujours mon perturbateur près de la fréq. GPS quand le bt est en marche.
Etude bilan synthèse du filtre que je pensais nécessaire:1 condo de 10 nF et une résistance devant l'antenne bt et ...
Me suis cramé un doigt et le BT est mort... karma-

Je remonte tout, je recharge, et je jette le tout dans mon sac de voile, demain ca vole
...sans bt...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 14 Juin 2017 - 23:59:40
sur la photo, c'est de la gaine thermo, et ca protege en rien contre les ondes.

plusieurs pistes :
- chute de tension lorsque le BT se synchronise
- parasites sur l'alim lorsque le BT se connecte

il faudrait mettre une petite inductance (ou une ferrite) autour de l'alim du GPs au plus pres de celui-ci, ainsi que 2 condensateurs entre le plus et le moins du GPs, au plus pres. Un de 100nF et un de 1uF polarisé.


hello,

A la lecture des posts, je pensais aussi au départ à des parasites transmis via le circuit d'alim, et envisagé  également un circuit de découplage comme tu préconises.

Mais les tests réalisés par prunkdrump semblent quand même montrer que la gaine à effectivement une influence significative, non? (même si ça semble improbable de prime abord...)

Si non, de mon coté le vario est enfin remonté et opé. (je te rassure baptiste: j'ai finalement réussi à re-employer quasi tous les composants, sauf l'arduino que j'avais bousillé en la dessoudant à l'air chaud)
Tout ça pour ça, Root-cause des mes pbm en chaine: soudure défaillante du buzzer = bien remettre un coup de fer aprés ponçage sur toute les soudure pour les renforcer, surtout celle qui sont sous d'autres composants !

Je vais me remettre à la page niveau SW maintenant, j'ai quelques versions de retard...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 15 Juin 2017 - 11:13:57
(https://i58.servimg.com/u/f58/12/58/57/57/nomdef10.jpg)

il y a un problème dans les noms et dates de création des fichier
dans l'information de la date il y a une inversion
le jour devient l'année et inversement
la trace d'aujourd'hui 15/06/2017 devient 17/06/2015


A part ça tout fonctionne à la perfection  :bravo:  :bravo:  :bravo:
3 barres gps, au fond de la voiture, avec le BT activé
fonctionne bien avec XCtrack (mais je n'ai pas l'information baro sur mon téléphone)



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 15 Juin 2017 - 11:55:57
(https://i58.servimg.com/u/f58/12/58/57/57/nomdef10.jpg)

il y a un problème dans les noms et dates de création des fichier
dans l'information de la date il y a une inversion
le jour devient l'année et inversement
la trace d'aujourd'hui 15/06/2017 devient 17/06/2015


A part ça tout fonctionne à la perfection  :bravo:  :bravo:  :bravo:
3 barres gps, au fond de la voiture, avec le BT activé
fonctionne bien avec XCtrack (mais je n'ai pas l'information baro sur mon téléphone)



Le nom du fichier a été modifier pour permettre un classement plus simple, il faut comprendre 2017/06/13 pour 170613XX, par contre il y a bien un petit bug

AXXX GNUVario
HFDTE170614

dans l’entête du fichier IGC on retrouve la date inversée et la par contre c'est pas bon logfly est autre comprennent 17/06/2013 - Prunkdump va nous arranger cela rapidement  :D  

super un vario qui fonctionne avec le BT et le GPS


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 15 Juin 2017 - 13:25:43
Pfff je fais que des bétises en ce moment  :diable:

Bon c'est corrigé a priori. Je met le nouveau firmware.

Tiens pour ceux qui ont XCTrack. Il semble que le code ne fonctionne pas bien car la fréquence des trâmes baro est trop faible. Est ce que vous pouvez confirmer le problème avec la précédure suivante :

-> Désactivez le GPS dans le code.
Code:
//#define HAVE_GPS

-> Tester différentes fréquences avec XCTrack :
Code:
#define VARIOMETER_SENTENCE_DELAY 2000
ou
#define VARIOMETER_SENTENCE_DELAY 1000
ou
#define VARIOMETER_SENTENCE_DELAY 500
ou
#define VARIOMETER_SENTENCE_DELAY 200

Essayez de voir si cela change quelque chose.

A+

Baptiste.

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 15 Juin 2017 - 18:16:44
connerie presque réparé j'ai commandé un nouveau module bt.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 15 Juin 2017 - 18:39:38
Pfff je fais que des bétises en ce moment  :diable:  


:bisous: ne te décourage pas


Un essai en vol cet aprem

ce qui marche bien :
- même avec le BT activé, j'ai eu 4 barres de Sat
- le vario est sympa

ce qui ne marche pas ou pas bien :
1- l'enregistrement de la trace démarre dès le Fix Sat ???? (déjà remarqué depuis qq jours, voir la trace ci-dessous)
2- avec le BT allumé, l'autonomie est encore plus faible. Au bout d'une heure d'enregistrement, il me restait une seule barre de batterie.
3- sur la carte SD les traces sont toutes crées le mardi 6 septembre 2016 à 17:14:33 ???????? sur Logfly elles apparaissent toutes avec la date du 01/01/200 ??????????
4- Je ne peux pas utiliser XCTrack sur mon vieux Wico, je n'y vois rien du tout et de toute façon l'autonomie contraste a fond est ridicule.

remarque : Mon skytraxx fait le fixe satellite en moins de la moitié du temps du GNUVario, et je chope les 5 barres d'un coup. le Gnuv commence avec 2 barres, puis 3, j'ai les 4 en l'air. ça va être dur de faire aussi bien.


sinon ... un vol pas terrible, dur de s'extraire, puis les balises ont commencé à annoncer des vents forcissant et un cunimb arrivait rapidement de l'Ardèche qui m'a décidé d'écourter le vol.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 15 Juin 2017 - 19:23:51
Pfff je fais que des bétises en ce moment  :diable: 


:bisous: ne te décourage pas

C'est gentil mais ça continue comme tu peux le voir ...  :? C'est difficile maintenant sans un vario pour tester. J'ai corrigé ce bug normalement maintenant.

Si tu tiens à tes traces IGC buggées tu peux les ouvrir avec un éditeur de texte et corriger le dates.


1- l'enregistrement de la trace démarre dès le Fix Sat ???? (déjà remarqué depuis qq jours, voir la trace ci-dessous)
2- avec le BT allumé, l'autonomie est encore plus faible. Au bout d'une heure d'enregistrement, il me restait une seule barre de batterie.
3- sur la carte SD les traces sont toutes crées le mardi 6 septembre 2016 à 17:14:33 ???????? sur Logfly elles apparaissent toutes avec la date du 01/01/200 ??????????
4- Je ne peux pas utiliser XCTrack sur mon vieux Wico, je n'y vois rien du tout et de toute façon l'autonomie contraste a fond est ridicule.

remarque : Mon skytraxx fait le fixe satellite en moins de la moitié du temps du GNUVario, et je chope les 5 barres d'un coup. le Gnuv commence avec 2 barres, puis 3, j'ai les 4 en l'air. ça va être dur de faire aussi bien.

Ouai j'ai changé dans les derniers FIRM. Met dans celui-ci j'ai remis l'enregistrement au début du vol. Pour l'autonômie il faut vérifier concrêtement et pas avec le niveau de batterie. On n'a pas encore fait des essais pour le caler.

Pour la vitesse de réception GPS tu as toujours l'écran au dessus de l'antenne non ? Sur le dernier vario que j'ai vendu j'ai mis l'écran de l'autre côté et c'est le jour et la nuit.

Amuses toi bien en tout cas !

Et encore merci pour les retours  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 15 Juin 2017 - 19:30:43
non j'ai l'écran dehors sur le coté
(https://i58.servimg.com/u/f58/12/58/57/57/varioi10.jpg)

Un truc que j'ai oublié de dire
dans tout mon vol je n'ai jamais vu une seule fois une valeur de finesse  :mrgreen:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 15 Juin 2017 - 20:42:15
non j'ai l'écran dehors sur le coté
(https://i58.servimg.com/u/f58/12/58/57/57/varioi10.jpg)

Un truc que j'ai oublié de dire
dans tout mon vol je n'ai jamais vu une seule fois une valeur de finesse  :mrgreen:

Salut, tu as une version de mon cru, Punkdump en a publier une nouvelle, je travaille à remettre l'écran comme on le vois sur la photo.
En attendant la dernière version apporte beaucoup de modification et de correction


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 15 Juin 2017 - 20:54:14
Euh alors moi j'ai un souci, c'est que dans la version du github je retrouve pas ou l'on personnalise: have gps, have sdcard, volume du son, etc...
C'est moi qui vois pas clair surement...Ou alors j'ai raté un truc...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 15 Juin 2017 - 21:25:56
Salut, tu as une version de mon cru, Punkdump en a publier une nouvelle, je travaille à remettre l'écran comme on le vois sur la photo.
En attendant la dernière version apporte beaucoup de modification et de correction


Non, j'ai la dernière version de GitHib que je compile moi tout seul comme un grand  8)
(enfin pour cette aprem j'avais le dernier Firm de prunkdump)
j'allais quand même pas refaire une autre photo "artistique" juste pour montrer ma grosse antenne sur le coté :clown:

ce serait bien de numéroter les versions  :mrgreen: comme tu le suggérais



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 15 Juin 2017 - 21:30:55
Euh alors moi j'ai un souci, c'est que dans la version du github je retrouve pas ou l'on personnalise: have gps, have sdcard, volume du son, etc...
C'est moi qui vois pas clair surement...Ou alors j'ai raté un truc...

Tu as tout dans "librairies\VarioSettings\VarioSettings.h".

Bizarre cette histoire de finesse ...  :grat: j'ai pas trop touché de ce côté portant.

À+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 16 Juin 2017 - 01:09:12
Gargle, pour le pont diviseur tu préconise un condensateur de combien pour éviter les chutes de tensions lors de la mesure ? 

10uF doit etre une bonne base, au dela, c'est plus des micro coupures mais une extinction ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 16 Juin 2017 - 08:35:31
Gargle, pour le pont diviseur tu préconise un condensateur de combien pour éviter les chutes de tensions lors de la mesure ? 

10uF doit etre une bonne base, au dela, c'est plus des micro coupures mais une extinction ;)
Merci, je rajouterais le condo la prochaine fois que j'ai besoin d'ouvrir le vario


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 16 Juin 2017 - 20:57:51
Salut à tous,

voici ma nouvelle version alternative basée sur la dernière version du GitHub.

Cette version intègre :
- l'affichage de la version du firmware
- l'affichage de l'ensemble des informations sur un seul écran
- lissage de la mesure de la batterie pour évité un affichage erroné quant il y a trop de bip


Pour la suite je pense ajouter une indication de tendance sur 10 sec sous forme d'une petite flèche à coté du vario.

si vous avez des idées n'hésitez pas 
A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 16 Juin 2017 - 22:35:42
Yes, j'ai une idée qui va te plaire

puisque le vario détecte le haut bas, droite gauche, devant derrière, une fois calibré.
saurais tu faire un - devant la vitesse quand on recule ?

 :canape:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 16 Juin 2017 - 22:50:30
Yavais tant de nord que ça aujourd'hui Van Hurlu ? :mrgreen:

Ou alors tu t'es mis à l'accro et tu prépare le décrochage ou la vrille ...  :sors:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 16 Juin 2017 - 23:14:37
Yes, j'ai une idée qui va te plaire

puisque le vario détecte le haut bas, droite gauche, devant derrière, une fois calibré.
saurais tu faire un - devant la vitesse quand on recule ?

 :canape:


je vais y reflechir


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Juin 2017 - 01:11:20
Ben moi à Montmin ce soir c'était chaud, j'aurais presque pu tester le - vitesse !
J'ai appercu  58 km/h, et 4 km/h.
Content de poser...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 17 Juin 2017 - 09:59:14
Salut à tous,

voici ma nouvelle version alternative basée sur la dernière version du GitHub.

Cette version intègre :
- l'affichage de la version du firmware
- l'affichage de l'ensemble des informations sur un seul écran
- lissage de la mesure de la batterie pour évité un affichage erroné quant il y a trop de bip


Pour la suite je pense ajouter une indication de tendance sur 10 sec sous forme d'une petite flèche à coté du vario.

si vous avez des idées n'hésitez pas  
A+

Je suppose que le 63 qui s'affiche à la mise sous tension et la version du firm ?
 :pouce: Je suis assez partisan d'un affichage sur un seul écran, si tu fais tout rentrer

Au risque de me répéter :
les infos niveau de bat et réception satellite ne sont intéressantes qu'avant le démarrage du vol.
Une fois en l'air elles n'ont plus aucune utilité, car elles ne servent pas à voler.
du coup si tu a besoin de plus de place  :roll:

Une autre idée à vous soumettre :
un simple point dans un angle de l'écran pour signaler le début de l'enregistrement


Yavais tant de nord que ça aujourd'hui Van Hurlu ?
Ou alors tu t'es mis à l'accro et tu prépare le décrochage ou la vrille ...

yes,  :roll:
pendant mon vol de jeudi (la trace que je vous ai laissé) à un moment j'ai vu 3 km/h puis 0 km/h j'ai poussé le barreau et j'ai avancé dans la vallée par sécurité.
Un pote au sol, m'a dis qu'il m'a vu reculer ???
sur la trace je ne voie rien de tout ça avec Logfly, je ne vois même pas des vitesse en dessous de 5 km/h ???

Plus tu es moins bas et moins tu sais si t'avances ou recules  :prof:




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 17 Juin 2017 - 11:27:56
Ben moi à Montmin ce soir c'était chaud, j'aurais presque pu tester le - vitesse !
J'ai appercu  58 km/h, et 4 km/h.
Content de poser...

Ouai j'y étais aussi mais c'était largement au dessus de mon niveau pour voler. Ya une une période en milieu d'après midi où les décos étaient très chauds.

Tu avais la dernière version du firmware avec le multi-écran ? Peux-tu confirmer ou pas que l'affichage de la finesse ne fonctionnait plus ?

Je suppose que le 63 qui s'affiche à la mise sous tension et la version du firm ?
 :pouce: Je suis assez partisan d'un affichage sur un seul écran, si tu fais tout rentrer

Au risque de me répéter :
les infos niveau de bat et réception satellite ne sont intéressantes qu'avant le démarrage du vol.
Une fois en l'air elles n'ont plus aucune utilité, car elles ne servent pas à voler.
du coup si tu a besoin de plus de place  :roll:

Comment ça ? on peut encore voler quand on a presque plus de batterie sur le vario ?  :grat:  :mrgreen:  Je sais pas si ça fera gagner beaucoup de place. Mais effectivement c'est une possibilité. Mais avec toutes les idées de jpg63 ça m'étonnerai qu'on puisse rester longtemp sur le simple écran  :D En tout cas le code est pret pour faire autant de "page" que l'on veut.

Une autre idée à vous soumettre :
un simple point dans un angle de l'écran pour signaler le début de l'enregistrement


Ouai c'est une très bonne idée. Jpg63 l'avait signalé par un bip. J'ai d'ailleurs une réflexion à vous soumettre sur ce point.

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 suffisament de précision pour qualibrer l'altimètre.
3) Lorsque le début du vol est détecté l'enregistrement commence.

Donc c'est vrai que si on décolle avant l'étape 1) ou 2) et bin le début de la trace est perdu. D'où l'interêt d'avoir un symbole pour savoir si l'étape 2) et passé et qu'on peut décoller sans perdre le début de la trace. Et un symbole signalant l'étape 3) pour vérifier que l'enregistrement a bien commencé.

Mais on pourrait aussi modifier le code pour que :
-> Si le qualibrage n'a pas encore été fait (étape 1) )
-> Mais le début du vol est détecté
On lance quand même l'enregistrement et on laisse tomber la qualibration pour l'ensemble du vol.

Qu'en pensez vous ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Juin 2017 - 13:01:37


Ouai j'y étais aussi mais c'était largement au dessus de mon niveau pour voler. Ya une une période en milieu d'après midi où les décos étaient très chauds.

Tu avais la dernière version du firmware avec le multi-écran ? Peux-tu confirmer ou pas que l'affichage de la finesse ne fonctionnait plus ?



On aurait presque pu se croiser alors !
Du coup j'ai décollé il était plus de 19h, et j'ai fait un vol balistique car un peu pressé du coup :?
Ouais j'ai le multi-écran, avec un finesse presque tout le temps affichée: desfois elle passe à 0. Mais comme c'est que depuis que j'ai notre vario que j'ai cette info en vol, peut être que c'est normal ? Ce qui est sûr c'est que cette info varie souvent. Peut être que ca vaudrait le coup de la lisser sur un peu plus longtemps.
Moi je ne trouve pas l'info enregistrement en vol importante: Si on a le fix, que l'alti est corrigée, ben c'est bon, de toute facon le démarrage de l'enregistrement commence sans que l'on puisse y faire quoi que ce soit. Quitte à faire l'impasse sur la calibration remarque.
Par contre, au moins en phase test, ca me parait pas mal d'avoir une idée sur l'autonomie pendant toute la durée de fonctionnement.
Siono aujourd'hui, puni de vol, journee foot avec les gamins :-(((


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 17 Juin 2017 - 13:31:15
Qu'en pensez vous ?

J'ai une autre idée  :roll:

J'ai constaté qu’au démarrage je n'ai que 2 barres sat
à  ce moment la vitesse sol n'est pas très fiable et affiche facilement un 2 ou 3 km/h même si tu es immobile

au bout d'un moment (un certain temps  :mrgreen: )
Je passe à 3 barres sat
la vitesse devient nettement plus fiable, si je suis immobile j'ai 0 km/h

dès que je monte un peu et que l’horizon s'élargit je passe à 4 barres sat
j'imagine que la précision s'est encore accrue

Pour résoudre le problème que tu évoques ne pourrait on pas imaginer une valeur de précision évolutive dans le temps en fonction du nombre de sat
ainsi une première correction pourrait se faire rapidement qui permettrait de passer les étapes 1 et 2 encore plus rapidement. Et augmenter la précision plus tard.

est ce possible ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Juin 2017 - 14:12:04
Ben à mon avis c'est ton bt qui t'emmerde


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 17 Juin 2017 - 14:27:40
Salut,

dans ma dernière version, il y a des bips d'indications,  1 bip dès que le vario a assez de précision, étape 2 - calibrage - et 2 bip lors du début de l'enregistrement
63 c'est pour mes version - 1 sera réserve au firmware officiel
aucun soucis pour vous rajouter un petit signe quant l'enregistrement a débuté.
Petit explication sur ma version,

#define HAVE_VOLTAGE_DIVISOR

#define HAVE_SCREEN_JPG63

/* If you embed an accelerometer set the model here. */
/* Possible values are :                             */

Si vous commenté le HAVE_SCREEN_JPG63 vous aurez la version officielle de l'affichage (2 écrans) sinon vous avez la version 1 écran

On aura bien besoin de plusieurs écran, de mémoire et de 2 poussoirs pour mettre toutes les idées que l'on va vouloir  :dent:  avoir une boussole, la direction du vent et sa vitesse ....

On pourrait ajouter une alarme de basse vitesse - 30 sec à 4km/h on émet un bip, je pense que plutôt que de voir que l'on recule avec un - sur la vitesse (si ça recule on est déjà dans le .a.a) , il pourrait être intéressant d'être alerté avant. On se rend bien compte quant on vole pas vite mais une alarme pour indiquer que l'on frôle la marche arrière  cela peut être une indication interessant


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 17 Juin 2017 - 15:20:54
Et comment on fait pour éditer le variosetting.h ??
(Oui je sais, je suis plus à l'aise avec mon analyseur de spectre )


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 17 Juin 2017 - 15:30:05
Et comment on fait pour éditer le variosetting.h ??
(Oui je sais, je suis plus à l'aise avec mon analyseur de spectre )

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 17 Juin 2017 - 21:48:34
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+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 17 Juin 2017 - 22:07:16
 :ppte: j'essaie demain


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 18 Juin 2017 - 22:19:18
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 19 Juin 2017 - 08:24:25
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-

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

Citation
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.

Je te propose
1) pas de pti carré, on voit l'heure s'afficher, ça suffit
2) pti carré allumé fixe
3) 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 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 19 Juin 2017 - 09:55:00

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

Citation
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.

Je te propose
1) pas de pti carré, on voit l'heure s'afficher, ça suffit
2) pti carré allumé fixe
3) pti carré clignote


Pour les bips, effectivement le vario bip beaucoup  :)
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  :P à chaque compilation je transpire de passer à 96% de la mémoire utilisée   :affraid:     :D  :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 19 Juin 2017 - 10:32:16
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é


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 19 Juin 2017 - 10:39:58
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 ;) Je suis en haute-savoie. Mais le PiouPiou que je suis n'a jamais connu ne serait-ce que du +4 :D

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"  :D  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.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 19 Juin 2017 - 11:08:30
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  ;)

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 19 Juin 2017 - 13:44:25
Autrement ça y est ! j'ai réalisé le nouveau circuit imprimé hier.

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


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 ... )

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

Pour le signal des étapes d'enregistrement :
Pour moi ça serait plus logique clignotant d'abord et fixe ensuite. Non ?

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


On pourrait avoir un port Usb pour lire la carte SD directement   :ppte:


 :pouce:  :pouce:  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 19 Juin 2017 - 13:56:01
Vous pouvez faire quelques simus ici :
https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en (https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 19 Juin 2017 - 14:01:21
Vous pouvez faire quelques simus ici :
https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en (https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en)
excellent  :pouce:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 19 Juin 2017 - 14:29:30
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 (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://www.hostingpics.net/viewer.php?id=99902320170619142157IMG20170619135435jpgVisionneusedephotosWindows.png)

(https://img15.hostingpics.net/pics/43401620170619142211IMG20170619135657jpgVisionneusedephotosWindows.png) (https://www.hostingpics.net/viewer.php?id=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 (80*120), vs (48*84) mais ça peut inspirer...









Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 19 Juin 2017 - 15:00:27
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:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 19 Juin 2017 - 15:31:00
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

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:
ou réfléchir en s'amusant  :trinq: bienvenu au club  :coucou:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 19 Juin 2017 - 16:03:54
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é...
 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 19 Juin 2017 - 16:05:02
 :pouce: ok j'ai compris


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 20 Juin 2017 - 08:11:27
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?   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 08:38:08
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?   

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 09:27:11
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 20 Juin 2017 - 09:34:28
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
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.

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
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

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
c'est fumant ce truc


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 10:06:30
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: )   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 20 Juin 2017 - 10:16:22
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 :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 20 Juin 2017 - 11:25:54
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

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...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 20 Juin 2017 - 11:28:28
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...
As-tu rajouté les deux résistances pour faire le pont diviseur ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 11:35:49
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 20 Juin 2017 - 11:50:08
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...
As-tu rajouté les deux résistances pour faire le pont diviseur ?

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 20 Juin 2017 - 12:29:36
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 12:51:36
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


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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Slov4s le 20 Juin 2017 - 14:18:40
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!" :D 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..


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 20 Juin 2017 - 18:43:03
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?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 20 Juin 2017 - 19:39:58
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?


 :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:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 20 Juin 2017 - 21:13:33
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?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 20 Juin 2017 - 22:23:51
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?

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 20 Juin 2017 - 22:58:00
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?

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
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:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 21 Juin 2017 - 09:03:48
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?

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
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:

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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Juin 2017 - 13:17:11
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  ;)

A+ 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 21 Juin 2017 - 15:22:15
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 21 Juin 2017 - 16:40:44
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
Sympa pour les windows users.... les autres rament encore... :sors:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 21 Juin 2017 - 16:46:32
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?

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
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:

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
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


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 21 Juin 2017 - 16:53:15
Elle est là ton erreur

dans le menu outils
il faut choisir Arduino pro or mini pro
et ATmega328 3.3v, 8Mhz


d'ailleurs une fois, j'ai fait une boulette qui m'a coûté 1 semaine de galère
si au lieu de choisir ATmega328 3.3v, 8Mhz tu prends ATmega328 5v, 16Mhz
tout fonctionne quand même, sauf le GPS  :bang:  :bang:  :bang:  :bang:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 21 Juin 2017 - 17:16:53
Elle est là ton erreur

dans le menu outils
il faut choisir Arduino pro or mini pro
et ATmega328 3.3v, 8Mhz


d'ailleurs une fois, j'ai fait une boulette qui m'a coûté 1 semaine de galère
si au lieu de choisir ATmega328 3.3v, 8Mhz tu prends ATmega328 5v, 16Mhz
tout fonctionne quand même, sauf le GPS  :bang:  :bang:  :bang:  :bang:


C'était bien vu merci... mais non... pas mieux.
Arduino : 1.8.3 (Mac OS X), Carte : "Arduino Pro or Pro Mini, ATmega328 (3.3V, 8 MHz)"

/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 Pro or Pro Mini


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 21 Juin 2017 - 17:37:52
au cas ou...

Tu as bien deplacé toutes les librairies pre-existantes dans le dossier arduino, et remplaçé par les librairies spécifiques  du projet vario?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 21 Juin 2017 - 17:38:49
En tous cas ce que je t'ai dit est indispensable

Tu l'as le fichier VarioSettings.h  ???

dans le doute tu vires tout et tu mets bien toute l'arborescence que tu trouves sur GitHub
et tu vérifies que dans les prefs tu vises bien le bon dossier

Après c'est un Mac ... ça doit être facile normalement  :P


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Juin 2017 - 20:50:41
Salut !

Je ne sais pas comment ça marche sous Mac. Mais sous Windows ou Linux lorsque l'on installe l'IDE d'arduino cela créé un dossier "arduino" dans le répertoire personnel. Il faut mettre les sources directement la dedans sans le dossier "arduino-variometer-master".

Regarde dans les préférences de l'IDE. Ils doivent parler d'un dossier de travail. Du genre "/Users/jjgi/Documents/arduino". Il faut que tu mette les sources directement dedans.

Si par hasard ce dossier est "/Users/jjgi/Documents/projects". Alors c'est juste que tu as le dossier "arduino-variometer-master" en trop.

À+




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 21 Juin 2017 - 21:24:56
Bon grâce a vous (specials thanks a Van Hurlu, Ptikiki) c'est ok... j'ai réussi a vérifier le code et n'ai plus vraiment de message d'erreur. je pensai qu'en lançant le fichier depuis un répertoire en ayant l'arborescence complete en sous repertoire, c'était suffisant... mais non, le programme devait avoir les librairies dans son répertoire propre...
J'ai donc:
1) édité le fichier VarioSettings.h rajouter "/*" devant et après #HAVE_SCREEN
2) vérifié setVarioparameters => compilation terminée
3) vérifier Variometer => compilation terminée
Du coup comment je produis ce fichier FIRM.HEX ??? Avec la fonction du menu croquis: exporter les binaires combines? A partir de quel croquis? Variometer? et après je le renomme en FIRM.HEX et le copie sur la carte SD?
J'avais prévenu.. une version pour les nulles  :bu:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Juin 2017 - 21:32:17
Salut Nightrider.

Si tu veux juste tester ta carte SD j'ai deux firmwares pour ça.

Commence par charger celui-ci. Ensuite :

-> si le vario fait 1 bip grave : la carte n'a pas pu être initialisé
-> si le vario fait 2 bips graves : le fichier n'a pas pu être créé
-> si le vario fait 3 bips aigues : tout c'est bien passé pour le code

Tu peux regarder ensuite si un fichier a été créé sur la carte.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Juin 2017 - 21:36:15
Ensuite si tout marche bien tu peux tester ce firmware.

Il intercale de la communication avec l'écran au milieu de la communication de la carte SD. L'écran doit afficher des choses.

Encore une fois :

-> si le vario fait 1 bip grave : la carte n'a pas pu être initialisé
-> si le vario fait 2 bips graves : le fichier n'a pas pu être créé
-> si le vario fait 3 bips aigues : tout c'est bien passé pour le code

Si maintenant ça ne marche plus c'est le problème que décrivait Jpg63. On t'expliquera ce qu'il faut vérifier sur le circuit.

Bon courage.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 21 Juin 2017 - 21:59:38
Salut Nightrider.

Si tu veux juste tester ta carte SD j'ai deux firmwares pour ça.

Commence par charger celui-ci. Ensuite :

-> si le vario fait 1 bip grave : la carte n'a pas pu être initialisé
-> si le vario fait 2 bips graves : le fichier n'a pas pu être créé
-> si le vario fait 3 bips aigues : tout c'est bien passé pour le code

Tu peux regarder ensuite si un fichier a été créé sur la carte.
Merci Baptiste! Il reste sur le firmware 63... il ne charge pas le nouveau (même en appuyant sur reset de l'arduino) et pourtant quand je le démarre sans carte SD, il bipe


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 21 Juin 2017 - 22:07:22
Essayes au moins deux fois le bouton reset.

Si ça ne marche pas, peut être qu'il faut réformater ta carte SD. Met une partition de 1go pour être sur que c'est du FAT16.

Reéssayes de charger le firmware. Si ça reste sur 63 c'est que le firware n'est pas chargé.

Si ça ne veux plus charger les firmwares c'est qu'il doit y avoir un problème sur la soudure du module de carte SD.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 22 Juin 2017 - 12:49:04
La pensée du matin :
Si le Bluetooth pose autant de problème pourquoi ne pas s'inspirer du GPSBIP  :grat:

À propos de branchement : le constructeur n’a pas implanté une connexion Bluetooth,
mais on peut connecter un smartphone Android ou une tablette Kobo grâce à un câble livré avec.


http://voler.info/cms/contentsHTML/hiver2017/?page=20
https://www.lebipbip.com/fr/legpsbip-solar-vocal-gps-alti-vario/

Je trouve la solution plus économe en énergie et en fréquences parasites  :mrgreen:
plus besoin de carte SD, plus de module BT qui nous perturbe le GPS
du coup on peut mettre une vraie grosse batterie en réorganisant la place.

Raisonnement :
soit tu utilises une tablette (smartphone, kobo, ...) et donc tu as besoin d'un cockpit sur lequel tu scratch les 2, que tu relies par un câble.
soit tu n'utilises pas de tablette et tu t'en fous du BT

Moi je serais pour que le V.2 retienne ce choix.  :roll:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 22 Juin 2017 - 18:16:03
Salut Van Hurlu,

J'ai eu la même pensée que toi en début de semaine et j'ai fait un montage uniqement avec le MPU et le GPS, le tout en cablé comme ça pas besoin de batterie non plus, le fonctionnement est parfait.
Ma tablette est une Nook simple touch, elle tourne sous android, pratique pour sauvegarder les traces sur dropbox.
Pour la connection il suffit de l'ouvrir pour trouver les pin RX, +3,3V et GND. Il y a d'origine un port série non utilisé.
Sinon je crois que l'on peut faire une connection USB avec les appareils acceptant l'USB OTG mais je ne sais pas comment faire.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 22 Juin 2017 - 18:42:46
Tu as utilisé la sortie série qui va normalement vers le module BT?

Pas con! Suffisait d'y penser  :pouce:

Je crois que je vais faire ça aussi, avec une petite prise sur le boîtier du vario et un câble à demeure sur ma Kobo mini.
Ça m'évitera d'y rajouter un module BT...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: francoish le 22 Juin 2017 - 18:47:50
Salut,

J'ai eu une démarche similaire à whistler, en greffant à demeure une puce GPS sur ma liseuse kobo. Le logiciel installé sur la tablette permet de gérer le contenu de l'affichage en fonction de ses souhaits et d'enregistrer une trace au format Igc.
Pour ma part le vario gps a sa pleine utilité pour une utilisation seul, de part sa la simplicité d'utilisation et des fonctionnalités vraiment utiles.
Pour des vols de type cross ou compétition je privilégie la tablette associée au blueflyvario qui gère bien le bluetooth.
Cela étant le vario gps m'intéresse surtout pour le coté ludique et la découverte encore récente pour moi de l'arduino.
Je vais surement prendre le wagon en route s'il y a une nouvelle fabrication en série (ne suis pas équipé pour réaliser les circuits imprimés).


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 22 Juin 2017 - 20:50:58
Salut  à tous :coucou: !

Je vois que ça réfléchit bien sur les prochains kits ! et qu'il y a des nouveaux  :pouce: !

J'ai déjà un Coréen et un Allemand intéressé par un kit ;) On va peut être pouvoir repartir sur une commande de 10.

Effectivement il est possible de connecter le vario directement par une liaison série. Mais ce n'est pas très standard. Pour faire une vrai liaison USB il faut un convertisseur "serial to USB". Il faut que je regarde si ça existe, on pourrait mettre ça sur le câble de connexion.

Je vais surement prendre le wagon en route s'il y a une nouvelle fabrication en série (ne suis pas équipé pour réaliser les circuits imprimés).

Alors ça si tu veux apprendre il faut pas grand chose !

Moi je fais avec ma crêpière bretonne ;) Ma chère Billig ! Vous ne saviez pas que vous aviez des Breizh-PCB  :P


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: whistler le 23 Juin 2017 - 08:57:38
@ptikiki: exact j'ai branché la tablette directement sur le port utilisé normalement par le bluetooth, cela permet aussi de brancher rapidement un module BT au besoin pour des tests.

@francoish: Connais-tu environ la fréquence d'envoi des trames avec le Bluefly vario?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 23 Juin 2017 - 12:41:26
Salut à tous

salut Prunkdump, si il n'est pas encore trop tard avant la mise en production du dernier kit, je vais essayer de synthétiser les modifs évoquées sur le forum, je peux en avoir oublié, tu verra ce que tu peux faire

- ajout d'un port usb pour lire la carte SD
- ajout d'une liaison série ou usb pour les tablettes et smartphone (remplaçant le BT)
- ajout de 2 boutons poussoir pour pouvoir gérer totalement le multi écran - passage d'un écran à l'autre en utilisant le bouton droit et revenir avec le bouton gauche - poussoir connecté à une entrée numérique de l'arduino
- ajout d'un poussoir pour l'allumage et l'arrêt du gnuvario à la place de l'interrupteur - ceci permettrait d’arrêter proprement l'enregistrement et même de faire un écran de statistique du vol, l'idée appuie 2 à 3 sec pour allumer le vario, appuie 2 sec arrêt enregistrement et affichage statistique du vol, appuie de nouveau arrêt
- voir un buzzer moins consommateur - résistance interne plus grande   


- Coté soft

Amélioration de la gestion du son


Je vais bientôt pouvoir vous publier la version 63.1
au programme : ajout de la tendance (sous forme de flèche à droite du vario) sur 6 sec - une flèche vers le haut si la tendance est à monter, rien si on zérote (entre -0.2 et +0.5 sur 6sec) et une flèche vers le bas si on descend



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: francoish le 23 Juin 2017 - 17:10:59
@francoish: Connais-tu environ la fréquence d'envoi des trames avec le Bluefly vario?
information issue du manuel disponible ici en bas de la page 5: http://www.blueflyvario.com/files/BFV_HardwareSettings_Manual_v1.6.pdf

Le paramétrage au travers de l'appli permet de choisir entre 20 ms à 1000 ms par pas de 20 ms.
Le paramètre par defaut est 20 ms.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: olitask le 23 Juin 2017 - 23:25:19
bonjour

Je suis aussi partant pour un kit, même si j'ai maintenant déjà 4 varios : un bipbip, et 2 a base d'arduino et bmp280... et le gnuvario sur breadboard mais qui bug ( la partie accéléromètre de mon capteur ( mpu9250+ms5611 ) semble ne pas fonctionner )

En utilisant un arduino nano, est-il possible de passer par sa prise usb pour communiquer par OTG ? (j'en doute, se serait trop beau)

Olivier


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 24 Juin 2017 - 11:53:15
Salut

Ce matin, je vous mets la version 63.1, cette version rajoute comme évoqué précédemment une indication de tendance sur 6sec. Je l'ai testé vite fait en voiture et uniquement en version JPG63_SCREEN pour que vous en profitiez ce weekend.

Bon vol à tous


Pour USB le top ce serait :

1 seul micro usb avec :
les + et - raccordés à un  circuit de charge. Vario éteint on pourrait charger la batterie
mais aussi alimenté un circuit de lecture de la carte SD pour pouvoir, vario éteint, lire et écrire directement sur la carte SD  - lecture des vols - copier un FIRM.HEX pour la mise à jour
Vario allumé l'USB pourrait servir à relier directement un smartphone ou une tablette via un convertisseur OTG  ou un module Bluetooth auto-alimenté par une petite pile (le luxe serait d'avoir l'alimentation de la batterie sur le port USB, c'est certainement possible avec un switch et quelques composants, un USB qui aurait un système bi-directionnel de l'alimentation, mais la je laisse l'étude à nos bon électroniciens)
 
Si on arrive à intégrer le BT c'est mieux car cela fait un vario plus aboutit avec plus de possibilités mais l'idée du câble ou du BT externe n'est pas mal non plus pour éviter les parasites - sachant qu'avec le BT tu as une tablette ou un smartphone donc un cockpit, avec un petit boitier BT ou un câble en plus ne gène rien


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Juin 2017 - 11:40:27
(((@))) Prunkdump
Pour avancer sur "le chant du GNUVario"
il y a qq temps tu m'avais écris ceci
Citation
-> 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 ...

Pas facile d'y aller au pif : en + ou en moins ??? De quel pourcentage ??? 10% de la valeur ???
Ce serait plus facile pour toi qui sais à quoi correspondent ces valeurs

je cherche à ralentir la progression de la fréquence des bips
et à ralentir la progression de la fréquence du son des bips

Tu changerais quoi à ces valeurs ?
Citation
/***************************/
/* beep general parameters */
/***************************/
#define BEEP_DEFAULT_VOLUME 3

/* default threshold */
#define BEEP_VELOCITY_DEFAULT_SINKING_THRESHOLD (-2.0)
#define BEEP_VELOCITY_DEFAULT_CLIMBING_THRESHOLD 2.0
#define BEEP_VELOCITY_DEFAULT_NEAR_CLIMBING_SENSITIVITY 0.5

/* avoid changing beep freq too often */
#define BEEP_VELOCITY_SENSITIVITY 0.1


/*********************/
/* THE CLIMBING BEEP */
/*********************/
/* length of beep in vertical meters */
#define CLIMBING_BEEP_HIGH_LENGTH 0.16
#define CLIMBING_BEEP_LOW_LENGTH 0.04
#define CLIMBING_BEEP_LENGTH (CLIMBING_BEEP_HIGH_LENGTH + CLIMBING_BEEP_LOW_LENGTH)

/* climbing beep sound freq computation : BEEP_FREQ_COEFF * velocity + BEEP_BASE_FREQ */
#define CLIMBING_BEEP_BASE_FREQ 1000.0
#define CLIMBING_BEEP_FREQ_COEFF 150.0

/* climbing beep velocity filter */
/* filteredVelocity = beepVelocity * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE */
#define CLIMBING_BEEP_VELOCITY_FILTER_BASE 0.1
#define CLIMBING_BEEP_VELOCITY_FILTER_COEFF 0.5

/********************/
/* THE SINKING BEEP */
/********************/
#define SINKING_BEEP_BASE_FREQ 100.0

/********************/
/* THE GLIDING BEEP */
/********************/
#define GLIDING_BEEP_HIGH_LENGTH 0.10
#define GLIDING_BEEP_LOW_LENGTH 1.40
#define GLIDING_BEEP_LENGTH (GLIDING_BEEP_HIGH_LENGTH + GLIDING_BEEP_LOW_LENGTH)

/**********************/
/* THE CLIMBING ALARM */
/**********************/
#define CLIMBING_ALARM_HIGH_LENGTH 0.10
#define CLIMBING_ALARM_LOW_LENGTH 0.30
#define CLIMBING_ALARM_LENGTH (CLIMBING_ALARM_HIGH_LENGTH + CLIMBING_ALARM_LOW_LENGTH)

#define  CLIMBING_ALARM_FREQ 1000.0

/*********************/
/* THE SINKING ALARM */
/*********************/
#define SINKING_ALARM_LENGTH 0.7

#define SINKING_ALARM_FREQ 100.0


Si quelqu'un sait faire une simulation pour voir ce que ça donne ? comme sur le Tone Simulator de XC traceur.
Moi la seule manière que je connais, c'est d'aller voler avec ... pas facile pour tester pleins de valeurs.

Je vais être obligé d'aller voler encore plus souvent et d'emporter un pc portable au déco


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 12:13:39

Je vais être obligé d'aller voler encore plus souvent et d'emporter un pc portable au déco

J'aimerais mais j'ai un boulot et une compagne  :ppte:

Si quelqu'un sait faire une simulation pour voir ce que ça donne ? comme sur le Tone Simulator de XC traceur.
Moi la seule manière que je connais, c'est d'aller voler avec ... pas facile pour tester pleins de valeurs.

J'outil est super mais il n'ai pas linéaire, je ne vois pas comment on pourrait simuler nos beeps, je pense qu'il faudra plutôt que l'on écrive un bout de code test qui simule une monté et une descente. L'envoi de fausse mesure à la librairie beeper, je vais regarder ce que je peux faire


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Juin 2017 - 12:59:40
J'outil est super mais il n'ai pas linéaire, je ne vois pas comment on pourrait simuler nos beeps, je pense qu'il faudra plutôt que l'on écrive un bout de code test qui simule une monté et une descente. L'envoi de fausse mesure à la librairie beeper, je vais regarder ce que je peux faire
yes j'avais bien compris, ce n'était qu'un exemple
si tu arrive à simuler en fonction du Vz
ce sera facile de comparer le résultat par rapport au Tone Simulator
Quand on aura un truc presque pareil (à une vache près) on sera déjà nettement mieux
 :bisous:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 13:39:38
J'outil est super mais il n'ai pas linéaire, je ne vois pas comment on pourrait simuler nos beeps, je pense qu'il faudra plutôt que l'on écrive un bout de code test qui simule une monté et une descente. L'envoi de fausse mesure à la librairie beeper, je vais regarder ce que je peux faire
yes j'avais bien compris, ce n'était qu'un exemple
si tu arrive à simuler en fonction du Vz
ce sera facile de comparer le résultat par rapport au Tone Simulator
Quand on aura un truc presque pareil (à une vache près) on sera déjà nettement mieux
 :bisous:

Si je fais une rampe de 0 à +10 par pas de 0.1 et de 0 à -8 ça peut convenir ?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Juin 2017 - 14:56:04
 :pouce:
si tu pense te rapprocher du  modèle de XC traceur


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 15:07:14
je vais regarder mais je ne pense pas - il faut voir avec Prunkdump pour confirmer, car je n'ai pas encore bien  regardé le code mais les 2 systèmes me semble pas vraiment compatible. Ce que je vais essayer de faire c'est envoyer des valeurs du vario sans passer par les capteurs pour que le vario bip -

Cela va ressembler à ça : https://www.syride.com/fr/variosetup - sur le vario tu aura la valeur du vario affichée et le son


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Juin 2017 - 15:16:20
Cela va ressembler à ça : https://www.syride.com/fr/variosetup - sur le vario tu aura la valeur du vario affichée et le son
ça sera mieux il me semble  :trinq:
la progression est déjà moins rapide


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 15:59:33
Je parlais du code pour tester, car pour ce qui est de la réaction du son c'est lié à la bibliothèque

Par contre j'ai un peu mieux regardé l'outil :

https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en
http://www.windeckfalken.de/special/xctracer/handson/main.html

Si je comprends bien ce sont 3 valeurs et une courbe linéaire ou logarithmique qui définissent le son

La fréquence, la période et le volume. Entre 2 points par exemple
0.5   550   550   50    
1.0   595   500   50    

entre +0.5 et +1m/s on va avoir 50% du volume mais si on avait eu

0.5   550   550   50    
1.0   595   500   60     le volume entre 0.5 et 1 aurait augmenté linéairement de 50% à 60%

pour la fréquence elle va passer linéairement de 550 hz à 595hz
et pour la période, cycle ou durée on passera de 550 à 500ms

le beep sera de plus en plus aiguë et de moins en moins long

cela donne un vario super sympa au niveau son même si on décidait arduino oblige de rester sur une table fixe de 10 ou 15 valeurs

Prunkdump qu'en pense tu ? La bibliothèque beeper peut-elle être modifiée pour permettre ce type de fonctionnement ?



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 26 Juin 2017 - 16:21:27
cela donne un vario super sympa au niveau son même si on décidait arduino oblige de rester sur une table fixe de 10 ou 15 valeurs
Pas besoin de faire varier le volume, tu vas économiser des valeurs


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 16:37:10
le volume ne me parait pas le plus compliqué, c'est la durée. Pour le reste je pense que la bibliothèque beeper avec quelques calculs en plus devrait pas poser de problème.

Chez syride ils n'ont pas de possibilité de faire varier la durée, on voit une net différence au niveau son, le modéle XC Tracer est nettement plus agréable à l'oreille


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 26 Juin 2017 - 19:14:11
Essayes au moins deux fois le bouton reset.

Si ça ne marche pas, peut être qu'il faut réformater ta carte SD. Met une partition de 1go pour être sur que c'est du FAT16.

Reéssayes de charger le firmware. Si ça reste sur 63 c'est que le firware n'est pas chargé.

Si ça ne veux plus charger les firmwares c'est qu'il doit y avoir un problème sur la soudure du module de carte SD.
Merci Baptiste!
Bon le problème venait de la carte SD... La partition était "foireuse" (lisible en lecture seulement sous OSX mais inscriptible sous linux... bref le petchi! :grrr: )
J'ai pu tester avec tout les FIRM et ça semble operationel aujourd'hui (écran avec version 631 et création de fichier GPX sur la carte... :trinq:  Reste a tester en vol pour voir mes traces... C'est dommage car ce WE je l'ai pris lors d'un stage Cross donc en utilisation du vario seulement.
Mon retour:
les écrans sont clairs et bien lisibles, l'autonomie est effectivement insuffisante pour une utilisation en cross. la batterie a rendue l'âme au bout de 1h15, j'avais une batterie externe USB mais un conseil pour un upgrade serait le bienvenu.
Au niveau du son du vario, le volume est parfait a mon gout (ni trop fort, ni trop faible). Par contre parfois le son me laissait penser que je montais (bip bip aigu) alors que le vario indiquait du -0.2 a -0.5...
Dans les suggestions d'infos complémentaires, la distance parcourue serait appreciable en plus du temps de vol qui est deja super avec l'heure en alternée.
Et en plus de la vitesse, est-ce qu'on pourrait donner le CAP sous un format a determiner  :ange: ?
Merci


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 26 Juin 2017 - 21:11:38
J'outil est super mais il n'ai pas linéaire, je ne vois pas comment on pourrait simuler nos beeps, je pense qu'il faudra plutôt que l'on écrive un bout de code test qui simule une monté et une descente. L'envoi de fausse mesure à la librairie beeper, je vais regarder ce que je peux faire
yes j'avais bien compris, ce n'était qu'un exemple
si tu arrive à simuler en fonction du Vz
ce sera facile de comparer le résultat par rapport au Tone Simulator
Quand on aura un truc presque pareil (à une vache près) on sera déjà nettement mieux
 :bisous:

Une piste pour tester plein de choses, et près de la réalité : pouvoir rejouer le fichier trace d'un vol (.igc).
Je n'ai aucune idée de la complexité que ca représente ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 26 Juin 2017 - 21:58:02
Par contre j'ai un peu mieux regardé l'outil :
https://www.xctracer.com/en/user-manual/33/?oid=1874&lang=en
http://www.windeckfalken.de/special/xctracer/handson/main.html
Si je comprends bien ce sont 3 valeurs et une courbe linéaire ou logarithmique qui définissent le son

La fréquence, la période et le volume. Entre 2 points par exemple
0.5   550   550   50

Hello,

Jpg63, la troisiéme valeur sur le XC tracer (50 dans ton exemple), ça n'est pas le volume, mais le duty-cycle, c'est a dire le ratio temps ON / temps OFF lors d'un  bip.
100% = bip continu sur toute la durée du second chiffre. 50% = bip la moitiée de la durée / off l'autre moitié

le beep sera de plus en plus aiguë et de moins en moins long
cela donne un vario super sympa au niveau son
Prunkdump qu'en pense tu ? La bibliothèque beeper peut-elle être modifiée pour permettre ce type de fonctionnement ?

Actuellement, ce que tu décris est déjà le fonctionnement du gnuvario (bip linéairement plus aigu et plus court en fonction du taux de montée).

Ce qui rend le son plus sympa sur le simulateur, c'est (je pense...) la gestion des transitions lors du changement de bips, qui sont moins brutales.
Il me semble avoir lu sur le forum PJRC (fabricant de la teensy) que Koni de Xctracer avait un peu galéré avec ça, faudra que je retrouve les discussions.

Également, pour avoir un son plus agréable, il faut jouer des "chirps" (ou swept frequency) plutot que des bip à fréquence constante. (pour un seul et même "bip", on module trés légèrement la fréquence entre le debut et la fin).

Voila, je connais la théorie mais pour coder ça, j'en suis incapable  :tomate:

Par contre je prépare une application PC pour faciliter le changement des paramètres, et recompiler sans avoir a rentrer dans le code ni passer par l'IDE arduino.
Ca devrait permettre aussi une simulation minimaliste du son. (comme sur l'outils au dessus mais en moins détaillé).
(windows only dans un premier temps malheureusement, sorry !)










Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 23:04:57


Jpg63, la troisiéme valeur sur le XC tracer (50 dans ton exemple), ça n'est pas le volume, mais le duty-cycle, c'est a dire le ratio temps ON / temps OFF lors d'un  bip.
100% = bip continu sur toute la durée du second chiffre. 50% = bip la moitiée de la durée / off l'autre moitié

Merci pour l'explication, j'ai analysé la réduction du bip par une réduction du volume alors que c'est une réduction de la durée du bip

[

Actuellement, ce que tu décris est déjà le fonctionnement du gnuvario (bip linéairement plus aigu et plus court en fonction du taux de montée).

Ce qui rend le son plus sympa sur le simulateur, c'est (je pense...) la gestion des transitions lors du changement de bips, qui sont moins brutales.
Il me semble avoir lu sur le forum PJRC (fabricant de la teensy) que Koni de Xctracer avait un peu galéré avec ça, faudra que je retrouve les discussions.

Également, pour avoir un son plus agréable, il faut jouer des "chirps" (ou swept frequency) plutot que des bip à fréquence constante. (pour un seul et même "bip", on module trés légèrement la fréquence entre le debut et la fin).


En fait je me suis mal exprimer, effectivement notre petit vario a une variation linéaire mais sur une zone de 0 à +10m/s alors que le simulateur a des variations linéaires entre 2 valeurs (+0.5 - +1.0)

Je pense que tu as raison le plus gros plus vient d'une petite modulation, à voir comment elle est réalisée



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 26 Juin 2017 - 23:33:42
voila un tester de son pour essayer divers paramètres


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 06:35:30
Avec le code c'est mieux


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Juin 2017 - 09:31:56
Salut à tous !

Je voulais juste m'excuser pour les messages qui me sont adressés auquels je n'ai pas pu encore répondre :trinq:

Je suis toujours un peu dans la merde à rattrapper mes conneries au Taff  :?  Mais je pense avoir fini d'ici un ou deux jours et je relirai les messages précédents.

Il me tarde de recommencer à bosser avec vous ! Amusez vous bien  :ppte: 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Juin 2017 - 09:42:13
voila un tester de son pour essayer divers paramètres

OK, je regarde ton testeur

Question :
je ne voie pas la tendance sur 10s
j'ai l'affichage de Prunk.
Rappelle-moi comment on passe sur le tien ? merci


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 10:12:57
voila un tester de son pour essayer divers paramètres

OK, j'essaye dès le prochain créneau (petit passage orageux prévu)

Question :
je ne voie pas la tendance sur 10s
j'ai l'affichage de Prunk.
Rappelle-moi comment on passe sur le tien ? merci

Pour Mon code tu sauvegarde ton variosetting.h, tu copie mes sources à la place des officielles variometer.ino, varioscreen.h, varioscreen.cpp  (tu décompresses le zip à la racine, tout les fichiers se placeront au bon endroit) et tu compare mon variosetting.havec le tiens pour remettre tes paramètres

Tu peux aussi utiliser la version portable que j'ai publié, la tout est expliqué et simple car c'est presque tout automatique.

Par contre attention le dernier code testbeeper.ino, ne fait que un test à vide, tu mets le testbeeper.ino dans un répertoire du même nom et tu compile. le FIRM.HEX affiche le vario et bip. Le vario débute à -9.9m/s et va jusqu'à +9.9m/s en ajoutant +0.1m/s toutes les 0.5sec. Ce code te permettra de tester des paramètres sans voler.

Pour la tendance elle est sur 6 sec et le code correspond à la version 63.1 quelques posts plus haut

bon vol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Juin 2017 - 10:16:49
le FIRM.HEX affiche le vario et bip. Le vario débute à -9.9m/s et va jusqu'à +9.9m/s en ajoutant +0.1m/s toutes les 0.5sec.
Ce code te permettra de tester des paramètres sans voler.

 :pouce: perfect
je te tiens au jus de mes expériences


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 10:40:14
En parallèle de tes tests, je réfléchis à implémenter une table de valeurs comme xc tracer,

toutes les infos et les expériences seront utiles, pour avoir un jolie son sur notre GnuVario

ptitkiki toutes les infos sur xctracer me seront utiles, n’hésite pas à m'expliquer comment il réagit. Perso par exemple sur mon syride, je suis frustré de ne pouvoir paramétrer, que la fréquence. On s'en rend déjà compte avec les outils de paramétrage en ligne. En l'air je trouve le son du syride un peu agressif, plus agressif qu'un flymaster NAV (que j'ai pu tester), par contre je n'ai jamais volé avec un Xc tracer 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 27 Juin 2017 - 13:11:56
J'ai pu tester avec tout les FIRM et ça semble operationel aujourd'hui (écran avec version 631 et création de fichier GPX sur la carte... :trinq:  Reste a tester en vol pour voir mes traces...
Caremba! encore raté!  :bang:
 j'ai bien des fichiers IGC qui apparaissent sur la carte SD a chaque mise sous tension mais ils sont tous de 512 octets, a la date du 6 septembre 2016 a 17:14 et indépendamment des étapes 123 (date et heure, 2 barres de réception, triangle d'enregistrement clignotant). J'ai sorti le circuit du boitier pour les Pb de pression des vis sur le lecteur de carte... Je joins un exemple de fichier pour info... Est-ce que cela viendrait encore d'un Pb de droit d'accès a la partition???


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Juin 2017 - 13:55:41
Salut !

C'est le comportement normal à priori. Le GnuVario met toujours la même date sur le fichier.

1) Si les deux tests de carte SD que je t'ai envoyé ont marché c'est que c'est bon. Ta carte est bien connectée.

2) Si tes fichiers sont vides avec le dernier code du vario c'est peut-être juste que tu n'attends pas assez longtemps après le "début du vol". Le vario réalise des écritures par bloc de 512 octets. Il faut donc attendre une minute ou deux pour que le fichier commence à se remplir.

(le fichier que tu as envoyé est un fichier des programmes de débuggage et non généré par le code du vario)

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 13:59:05
J'ai pu tester avec tout les FIRM et ça semble operationel aujourd'hui (écran avec version 631 et création de fichier GPX sur la carte... :trinq:  Reste a tester en vol pour voir mes traces...
Caremba! encore raté!  :bang:
 j'ai bien des fichiers IGC qui apparaissent sur la carte SD a chaque mise sous tension mais ils sont tous de 512 octets, a la date du 6 septembre 2016 a 17:14 et indépendamment des étapes 123 (date et heure, 2 barres de réception, triangle d'enregistrement clignotant). J'ai sorti le circuit du boitier pour les Pb de pression des vis sur le lecteur de carte... Je joins un exemple de fichier pour info... Est-ce que cela viendrait encore d'un Pb de droit d'accès a la partition???

EXACTEMENT
tu m'as précédé Prunkdump

Apparemment tu utilise un FIRM.HEX de test, il vérifie le bon fonctionnement de la carte SD, et la elle marche bien.
Il faut que tu utilise le FIRM.HEX officiel ou ma version 63.1 - regarde dans les posts précédents

Si tu as les triangles tu es juste avant le début du vol. Il te faut le carré clignotant. Si tu as le carré clignotant, l'enregistrement a débuté sinon tu dois dépasser les 10km/h et avoir un vario qui dépasse soit -0.5 soit +0.5m/s

bon courage


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 27 Juin 2017 - 15:24:42
Hello
Grosse semaine pour moi aussi...
J'ai enfin pu monter mon module bt avec la gaine thermo d'origine transparente et toujours le même défaut: perte de sat (plus que 2 barres et affichage d'une vitesse à l'arrêt), confirmé par mes mesures.
Alors que tout rentre dans l'ordre dès que je coupe le bt :(
J'ai même essayé d'y mettre un filtre ( c 10 nF et r 8 ohms) mais ca marche pas.
Je vais laisser tomber.
Ca à l'air sympa votre mise au point du son, je vais me remonter les pages de retard ! :jump:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 17:18:09
hello,
Je suis en train de finaliser une petite appli PC de simulation du son. (un peu comme celle du xc tracer, en plus minimaliste, et basée sur les variables et la méthode de programmation actuelle du GNUvario.
(dans un second temps, j’essaierai de la brancher sur des vrais enregistrements de trace, si j'en trouve à assez haute fréquence d'enregistrement de la vz)

Pour le calcul de la fréquence du bip, c'est assez claire: une relation entre Vz et 2 variables:
Citation
/* climbing beep sound freq computation : BEEP_FREQ_COEFF * velocity + BEEP_BASE_FREQ */
#define CLIMBING_BEEP_BASE_FREQ 1000.0
#define CLIMBING_BEEP_FREQ_COEFF 150.0

par contre, pour la durée du bip, je ne suis pas sur de bien comprendre l'algo...
L'un de vous pourrait-il me le donner, en fonction des différente variables?

Ca doit se passer par la :
Citation
/* length of beep in vertical meters */
#define CLIMBING_BEEP_HIGH_LENGTH 0.16
#define CLIMBING_BEEP_LOW_LENGTH 0.04
#define CLIMBING_BEEP_LENGTH (CLIMBING_BEEP_HIGH_LENGTH + CLIMBING_BEEP_LOW_LENGTH)

et un peu :
Citation
/* climbing beep velocity filter */
/* filteredVelocity = beepVelocity * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE */
#define CLIMBING_BEEP_VELOCITY_FILTER_BASE 0.1
#define CLIMBING_BEEP_VELOCITY_FILTER_COEFF 0.5

voir
Citation
/*******************************************/
  /* does the position depends on velocity ? */
  /*******************************************/
  if( !haveAlarm &&
      beepType == BEEP_TYPE_CLIMBING ) {
    currentLength *= (beepVelocity * CLIMBING_BEEP_VELOCITY_FILTER_COEFF + CLIMBING_BEEP_VELOCITY_FILTER_BASE);

mais des trucs m'échappent...

merci d'avance !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 17:23:29

ptitkiki toutes les infos sur xctracer me seront utiles, n’hésite pas à m'expliquer comment il réagit. Perso par exemple sur mon syride, je suis frustré de ne pouvoir paramétrer, que la fréquence. On s'en rend déjà compte avec les outils de paramétrage en ligne. En l'air je trouve le son du syride un peu agressif, plus agressif qu'un flymaster NAV (que j'ai pu tester), par contre je n'ai jamais volé avec un Xc tracer  

Hello,

en fait, je ne connais du XC tracer que l'appli en ligne, et quelques discussions glanées sur des forum... je ne l'ai même jamais eu en main...
Par contre, l'appli me semble assez clairz sur la manière dont c'est programmé (sauf la gestion des transitions , pour laquelle je ne suis d'ailleurs pas certain que l'appli soit fidéle à ce qui sort en vrai du produit...
Je ne serai pas surpris que dans la vrai vie ça soit moins smooth que sur le simulateur.  Quelqu'un qui en a un pourrait nous dire?





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Juin 2017 - 18:21:30
Grace au testbeeper j'ai pu baisser la progression de la monté dans les tours

C'est loin de la perfection du Tone simulator, mais au moins on n'a plus l'impression qu'il va exploser passé les 2m/s

les valeurs que j'utilise en attendant que vous trouviez une solution plus agréable à l'oreille
dans le fichier librairies/beeper/beeper.h
Citation
/* climbing beep sound freq computation : BEEP_FREQ_COEFF * velocity + BEEP_BASE_FREQ */
#define CLIMBING_BEEP_BASE_FREQ 1000.0
#define CLIMBING_BEEP_FREQ_COEFF 40.0  /*ori 150.0*/

/* climbing beep velocity filter */
/* filteredVelocity = beepVelocity * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE */
#define CLIMBING_BEEP_VELOCITY_FILTER_BASE 0.1
#define CLIMBING_BEEP_VELOCITY_FILTER_COEFF 0.1   /*ori 0.5 */


 :grat: l'alarme de descente commence à -2. Je ne trouve pas ou elle est ? je la préfère à -3
l'alarme de descente n'a aucune progression, c'est le même son de -2 à -10.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 18:59:03

Merci pour tes tests Van Hurlu

la fréquence est calculer comme ça :

    beepFreq = CLIMBING_BEEP_FREQ_COEFF * velocity + CLIMBING_BEEP_BASE_FREQ;

#define CLIMBING_BEEP_FREQ_COEFF 40.0  /*ori 150.0*/

si j'ai bien compris

fréquence du bip = 40 hertz *  vario + 1000 Hertz

currentLength *= (beepVelocity * CLIMBING_BEEP_VELOCITY_FILTER_COEFF + CLIMBING_BEEP_VELOCITY_FILTER_BASE);

pour la durée c'est un peu moins clair


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Juin 2017 - 19:10:28
Salut !

J'ai eu le temps de regarder un petit peu les simulateurs ! Honnêtement je trouve le coup des tables avec 10 ou 15 valeurs vraiment excessif. Et puis ce n'est pas si facile à régler avec tous ces points sur le graphique  :grat:  

Juste deux points aux extrémités pour le bip de monté et deux points pour le bit de descente me semblent grandement suffisant. Après il suffit de faire une interpolation linéaire ou logarithmique entre les deux.

Je vous ai calculé les valeurs correspondant au réglage par défaut du XCTracer :

Code:
/* climbing beep sound freq computation : BEEP_FREQ_COEFF * velocity + BEEP_BASE_FREQ */
#define CLIMBING_BEEP_BASE_FREQ 386.0
#define CLIMBING_BEEP_FREQ_COEFF 141.0

/* length of beep in vertical meters */
#define CLIMBING_BEEP_HIGH_LENGTH 0.5
#define CLIMBING_BEEP_LOW_LENGTH 0.5

/* climbing beep velocity filter */
/* filteredVelocity = beepVelocity * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE */
#define CLIMBING_BEEP_VELOCITY_FILTER_BASE 1.62
#define CLIMBING_BEEP_VELOCITY_FILTER_COEFF 0.51

Principe actuel du bippeur :

Donc effectivement pour la fréquence c'est simple. Si "v" est la vitesse verticale on calcule la fréquence ainsi :

freq = BEEP_FREQ_COEFF * v + BEEP_BASE_FREQ

Pour l'alternance des bips il faut s'imaginer un genre d'échelle verticale. Par exemple avec :

Code:
#define CLIMBING_BEEP_HIGH_LENGTH 0.5
#define CLIMBING_BEEP_LOW_LENGTH 0.5

il faut imaginer une echelle verticale avec des barreaux de 0.5 mètres. Chaque fois que le vario passe devant un barreau de l'échelle il alterne entre "son" et "silence". Ca me permettait de "visualiser" un petit peu l'influence des paramètres. Au départ je pensais que ça serait suffisant. Mais du coup si on en reste là on ne peut pas régler à quelle vitesse l'alternance des bips accelère.

C'est pour ça qu'il y a un aussi un "filtre" sur la vitesse qui marche comme cela :

vitesse filtré =  vitesse * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE

Donc par exemple avec les paramètres que j'ai donné. A une vitesse de v=2.0m/s.

-> La vitesse est filtré est de vf = 2.0 * 0.51 + 1.62 = 2.64 m/s
-> comme les "barreaux de l'échelle" sont de 0.5m et que l'on monte à 2.64m/s la durée du bip est de :

t = d/v = 0.5/2.64 = 0.19 s

Et donc la durée du cycle est de 0.38 s.

Voilà ! J'espère que je ne vous ait pas trop embrouillé.

Principe futur du bippeur ?
 
Mais il va falloir que je reprogramme la bibliothèque "beeper" de toute façon alors autant repartir sur quelque chose de plus simple. On pourrait par exemple :

Avoir deux ensembles de courbes (linéaires dans un premier temps)
1) un pour le bip de monté
2) un pour le bip de dégeulante

Pour le bip de monté l'utilisateur choisit :
-> la fréquence du bip à 0m/s et à 10m/s
-> la durée du cycle à 0m/s et à 10m/s
-> le pourcentage de bip sur le cycle à 0m/s et à 10m/s

Pour le bip de degeulante l'utilisateur choisit :
-> la fréquence du bip à 0m/s et à -10m/s

Si certain sont motivé pour faire le simulateur  :pouce:  Mais peut être que ça serait possible de modifier celui de XCSoar pour qu'il n'y ai que 4 points.

A+

edit : VanHurlu pour régler le seuil de dégueulante c'est dans VarioSettings.h avec le paramètre "#define VARIOMETER_SINKING_THRESHOLD -2.0"



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 27 Juin 2017 - 19:11:09

edit : VanHurlu pour régler le seuil de dégueulante c'est dans VarioSettings.h avec le paramètre "#define VARIOMETER_SINKING_THRESHOLD -2.0"

.
 :pouce: merci
quand il sera progressif je le remettrai à 2.5


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 27 Juin 2017 - 19:26:49
Je trouve que l'on pourrait gérer quelques valeurs intermédiaires pour permettre des réactions différentes pour les vitesses verticales basses, moyennes et hautes

on pourrait avoir des zones avec une courbe linéaire et 2 valeurs Frequences et durée

en fonction du vz on regarde entre quelles valeurs on se trouve, on calcule le coefficient directeur b l'ordonnée à l'origine pour la zone

exemple

   {-10.00, 200, 100, 100},
   {-3.00 , 280, 100, 100},
   {- 0.51 , 300, 500, 100},
   {- 0.50 , 200, 800, 5  },
   {   0.9 , 400, 600, 10 },
   {  0.10 , 400, 600, 50 },
   { 1.16 , 550, 552, 52 },
   { 2.67 , 763, 483, 55 },
   { 4.24 , 985, 412, 58 },
   { 6.00 ,1234, 322, 62 },
   { 8.00 ,1517, 241, 66 },
   {10.00 ,1800, 150, 70 }

si on a +1.5
on prends pour la fréquence une courbe linéaire de 550 à 763   avec un vz qui varie de 1.16 à 2.67     avec  freq = a * vz + b   

on fait la même chose pour la durée

le simulateur est déjà réalisé et le calcul reste simple
 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 21:34:42
hello,

merci prunkdump pour les explications  :pouce:

Je suis assez d'accord qu'avoir plein de points est surement overkill.

Et même avec moins de points, on peut utiliser le simulateur du XCtracer, il suffit de ne gérer que les extrémités et distribuer linéairement entre les deux.
La seul condition, est de paramétrer les points sur 3 variables : frequence / durée / duty cycle.

Perso, je pense qu'il vaudrai mieux travailler sur les transitions (faire une sorte de blend progressif entre 2 frequences consécutive, et/ou éventuellement regarder les chirps)

je vais quand même finir pour le fun mon simulateur, avec l'algo actuel et le nouveau proposé par baptiste. On pourra comparer. J’enverrai ça ce soir si tout va bien.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 27 Juin 2017 - 22:17:11
Salut !

Je me suis amusé et j'ai fait un simulateur aussi  :D.

Oui c'est vite fait en une heure  :oops:  juste pour montrer ce que pourrait être une version simplifiée. Si vous voulez le tester il suffit de télécharger Geogebra ici :

Windows :
https://download.geogebra.org/package/win-port
Mac :
https://download.geogebra.org/package/mac
Linux :
https://download.geogebra.org/package/linux-port

Et vous ouvrez le fichier en pièce jointe.

Je ferais quand j'aurais un peu de temps une version qui affiche les valeurs pour le vario.

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 22:22:10
baptiste : globalement, c'est clair, juste un truc :

 Dans ton exemple, tu parles de:
#define CLIMBING_BEEP_HIGH_LENGTH 0.5
#define CLIMBING_BEEP_LOW_LENGTH 0.5

mais pas de:
#define CLIMBING_BEEP_LENGTH (CLIMBING_BEEP_HIGH_LENGTH + CLIMBING_BEEP_LOW_LENGTH)

et ensuite tu écris:

t = d/v = 0.5/2.64 = 0.19 s

du coup, je ne sais pas si tu fait référence à high length ou low length, ni si à un moment tu utilise la somme des deux? (beep lenght)

pour être sur, tu peux redonner stp l'exemple avec
#define CLIMBING_BEEP_HIGH_LENGTH 0.5
#define CLIMBING_BEEP_LOW_LENGTH 0.25 ?

merci d'avance !



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 22:35:22
wow, t'es trop rapide !

merde, moi qui pensais enfin pouvoir faire un truc pour la communauté, tu m'as grillé, et multi OS en plus :|  !
bon, je ne regrette pas, j'ai encore appris pas mal de truc dans l’opération. Je vais terminer le mien quand même ;-)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 27 Juin 2017 - 23:40:29
voici une petite video du draft de mon simulateur (basé sur le fonctionnement actuel du beeper).

C'est moins visuel car pas encore les courbes, mais ça permet de tester facilement l'effet de chacune des variables. (d'ailleurs, je confirme qu'il y en a surement trop pour l'instant...)
je vais faire un second onglet avec la config "futur beeper"

http://vimeo.com/223367277 (http://vimeo.com/223367277)



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 28 Juin 2017 - 08:51:08
Merci JPG63 et Baptiste,  :dent:
Effectivement le fichier ne se créait pas pour 2 raisons: premièrement a cause du problème lorsque le boitier est fermé en serrant les vis a fond, et ensuite a cause des conditions de début d'enregistrement.
Du coup j'ai essayé de recompiler tout ca pour avoir un fichier IGC avec un entête propre avec mes infos car celui que j'avais chargé avec le FIRM.hex 631 direct de JPG63, ne contenait que des données GPS.
Reste encore un soucis de date car logfly l'interprétait comme un vol de l'an 2000... curieux non? J'avais cru lire que ce pb etait corrigé.
Bravo encore pour le projet et une grand MERCI pour le support! Vous etes au top les gars!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Juin 2017 - 09:04:12
super nightrider,

je te confirme les derniers codes, corrigent le problème normalement

essai de récupérer les derniers sources sur le github et remplace les fichiers d'origines par mes dernières sources en version 63.1, sauf le variosetting.h qui contient tes paramètres et ré essais


Pour la gestion du son, je me demande si il ne serait pas intéressant d'avoir un son différent, donc une pente, pour les dégueulantes, car il est fort pratique de connaitre si on est à -2, -4 ou -6/-8
à -2m/s on descend plus vite que le taux de chute moyen (-1.5m/s) donc il ne faut pas trop rester dans la zone
à -4m/s on est certainement dans la partie descendante du thermique, il doit être devant, ça va remonter, un petit coup d'accélérateur
à -6/-8m/s la on est certainement coincé par l'effet bagnard, il va falloir contourner rapidement la zone et tout pousser à font sinon c'est le  posé assuré     


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Juin 2017 - 10:12:29

Je vous ai calculé les valeurs correspondant au réglage par défaut du XCTracer :

Code:
/* climbing beep sound freq computation : BEEP_FREQ_COEFF * velocity + BEEP_BASE_FREQ */
#define CLIMBING_BEEP_BASE_FREQ 386.0
#define CLIMBING_BEEP_FREQ_COEFF 141.0

/* length of beep in vertical meters */
#define CLIMBING_BEEP_HIGH_LENGTH 0.5
#define CLIMBING_BEEP_LOW_LENGTH 0.5

/* climbing beep velocity filter */
/* filteredVelocity = beepVelocity * BEEP_VELOCITY_FILTER_COEFF + BEEP_VELOCITY_FILTER_BASE */
#define CLIMBING_BEEP_VELOCITY_FILTER_BASE 1.62
#define CLIMBING_BEEP_VELOCITY_FILTER_COEFF 0.51


 :pouce: testé et approuvé ... c'est mieux que mes valeurs au pif  :clown:

Pour la gestion du son, je me demande si il ne serait pas intéressant d'avoir un son différent, donc une pente, pour les dégueulantes, car il est fort pratique de connaitre si on est à -2, -4 ou -6/-8

Prunkdump nous a annoncé que c'était prévu


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 28 Juin 2017 - 10:31:57
Bon y'a visiblement (encore) un truc qui m'échappe dans la procédure de compilation du variosettings car le FIRM.HEX n'intègre pas mes données personnelles... le fichier IGC généré n'a pas d'entête.
Voici ma procédure pas à pas en partant du principe que l'arborescence est conforme a Github et les fichiers spécifiques de jpg63 remplacent ceux de Baptiste (l'écran du Vario affiche bien la version 6301 après la mise sous tension et affiche qu'un écran avec certaines données qui s'alternent):

1) modifier le fichier VarioSettings.h avec un editeur de texte et saisir ses données personnelles (nom pilote, etc...)
2) ouvrir le fichier SetvarioParameters.ino et vérifier/compiler le code (Ctrl+R)
3) ouvrir le fichier Variometer.ino et vérifier/compiler le code (Ctrl+R) et exporter les binaires compilés (Ctrl+Alt+S)
5) renommer le fichier variometer.ino.eightanaloginputs.hex en FIRM.HEX
6) copier le fichier FIRM.HEX sur la carte SD
7) Mettre a jour le firmware du vario et l'allumant écran face au sol, attendre les 3 bips et le retourner en attendant le redémarrage

Qu'est-ce que je rate???

Super idée un son différent par type de dégeulente surtout pour l'effet bagnard


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Juin 2017 - 10:41:05
Citation
Qu'est-ce que je rate???

1) modifier le fichier VarioSettings.h avec un editeur de texte et saisir ses données personnelles (nom pilote, etc...) + les nouvelles valeurs pour le vario (voir mon post ci-dessus)
2) ouvrir le fichier SetvarioParameters.ino et exporter les binaires compilés (Ctrl+Alt+S)
   renommer le fichier SetvarioParameters.ino.eightanaloginputs.hex en FIRM.HEX
   copier le fichier FIRM.HEX sur la carte SD
   Mettre a jour le firmware du vario et l'allumant écran face au sol, attendre les 3 bips et le retourner en attendant le redémarrage


3) ouvrir le fichier Variometer.ino et vérifier/compiler le code (Ctrl+R) et exporter les binaires compilés (Ctrl+Alt+S)
5) renommer le fichier variometer.ino.eightanaloginputs.hex en FIRM.HEX
6) copier le fichier FIRM.HEX sur la carte SD
7) Mettre a jour le firmware du vario et l'allumant écran face au sol, attendre les 3 bips et le retourner en attendant le redémarrage



Dans l'étape 2, tu oublies qq étapes.
J'ai moi aussi bien galéré à comprendre. Ce qui est évident pour certains ne l'est pas pour tous  :mrgreen:

cette manip, c'est pour rentrer  (nom vario, nom pilote, nom aile)
tu ne fais ça qu'une fois
après tu peut faire les maj de ton firm ces infos restent


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: nightrider le 28 Juin 2017 - 10:47:33
 :vol:  MERCI! ca c'est la procédure pour les nulles que j'attendais... a integrer dans un fichier FAQ pour les nulles  ROTFL 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Juin 2017 - 11:39:29
Pour le signal des étapes d'enregistrement :

Pour moi ça serait plus logique clignotant d'abord et fixe ensuite. Non ?

J'ai enfin compris d'ou vient ma logique
quand on filme il y a toujours un point rouge clignotant qui nous dit qu'on enregistre.

Ce qu'a fait JPG est excellent  :pouce:

Par contre ??? mon enregistrement démarre automatiquement maintenant ?
pourtant j'ai bien
#define VARIOMETER_RECORD_WHEN_FLIGHT_START


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Juin 2017 - 18:59:09
Pour le signal des étapes d'enregistrement :

Pour moi ça serait plus logique clignotant d'abord et fixe ensuite. Non ?

J'ai enfin compris d'ou vient ma logique
quand on filme il y a toujours un point rouge clignotant qui nous dit qu'on enregistre.

Ce qu'a fait JPG est excellent  :pouce:

Par contre ??? mon enregistrement démarre automatiquement maintenant ?
pourtant j'ai bien
#define VARIOMETER_RECORD_WHEN_FLIGHT_START

c'est bizarre, avec le #define l'enregistrement devrait commencer avec   une vitesse de 8km/h dans mon cas sinon 10Km/h et un vario > à + ou - 0.5

        /* check flight start condition */
        if( (millis() > FLIGHT_START_MIN_TIMESTAMP)
#if defined( VARIOMETER_RECORD_WHEN_FLIGHT_START )       
          && (kalmanvert.getVelocity() < FLIGHT_START_VARIO_LOW_THRESHOLD || kalmanvert.getVelocity() > FLIGHT_START_VARIO_HIGH_THRESHOLD) &&
            (nmeaParser.getSpeed() > FLIGHT_START_MIN_SPEED)
#endif   //defined(VARIOMETER_RECORD_WHEN_FLIGHT_START)           

#define FLIGHT_START_MIN_TIMESTAMP 15000
#define FLIGHT_START_VARIO_LOW_THRESHOLD (-0.5)
#define FLIGHT_START_VARIO_HIGH_THRESHOLD 0.5
#define FLIGHT_START_MIN_SPEED 8.0


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 28 Juin 2017 - 19:57:09
@JPG
 :pouce:  tutto va bene
J’ai refait un test à l'instant, l'enregistrement ne démarre plus tout seul, il faut que je coure dans l'escalier.

il ne manque plus que la MTO


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Juin 2017 - 20:48:28
Ouai la météo c'est pas ça en se moment ...  :?

Super Ptikiki le simulateur ! Les transitions lors des changements de fréquences sont vraiment fluides ! Le mien est beaucoup plus "sale" ...  :? Apparement tu as tout compris sur l'algorithme de génération des bips. Plus qu'à faire les deux courbes !

Je vous met en pièce jointe un simulateur qui donne les paramètres du vario en fonction des deux courbes. Il faudrait que tu adaptes un truc du genre dans ton programme. Pour ceux qui veulent tester il faut télécharger Geogebra ici :

https://download.geogebra.org/package/win-port
https://download.geogebra.org/package/mac
https://download.geogebra.org/package/linux-port

Correctif sur le fonctionnement du bipper :

En faisant le simulateur je me suis rendu compte que la variation de la durée des cycles n'est pas une fonction linéaire dans le GnuVario mais une fonction inverse.

Donc l'allure des courbes est différente du XCTracer (cf: le simulateur)

Mais (sans me vanter  :oops: ) je trouve ça mieux car du coup les longueurs de cycle varient plus vite sur les faibles ascendances et moins vite sur les grosses.

Ptikiki n'hésite pas si tu veux les formules des courbes !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Juin 2017 - 21:59:26
j'ai fais écouté à ma compagne ton simulateur Prunkdump et celui de xc tracer

je vous livre son sentiment

elle trouve le son du simulateur xc tracer est moins stressant et plus pertinent

je pense que la durée devrait respecter une pente normale - vz faible, durée du son faible et silence long
pour la fréquence, sur le xc tracer on dirait que le son est plus feutré, moins stressant pourtant on a la même fréquence, je ne sais pas pourquoi

Avec les simulateurs on va trouver un super son, faire des essais  c'est vraiment bien


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 28 Juin 2017 - 22:39:56
Salut Jpg63 !

Sympa que tu ai pu tester ! Mais sur mon simulateur il ne faut pas faire attention à la "qualité" du son. Il est générée avec une sinusoïde qui ne correspond pas à ce que est envoyé au buzzer au vario.

Sur geogebra on n'a pas de contrôle réel sur le "ton" du son. Et d'ailleurs je ne suis pas sur que le son du simulateur du XCTracer ressemble à selui du vario réel.

Il faut juste écouter la fréquence du son et la longueur de la boucle. Sur le XCTracer la variation de cette longueur de boucle est linéaire et je trouve que du coup il faut vraiment des gros thermiques pour que ça accélère.

D'ailleurs sur l'ancienne version du simulateur la courbe était en trois segments qui ressemble justement à la fonction inverse. Il y a aussi l'avantage que la fonction inverse tend vers 0 et pas une fonction linéaire.

Le simulateur c'était surtout pour pouvoir trouver un réglage de base du vario et essayer de chercher avec Ptikiki comment modifier les paramètres des courbes.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 28 Juin 2017 - 22:50:30
Salut Jpg63 !

Sympa que tu ai pu tester ! Mais sur mon simulateur il ne faut pas faire attention à la "qualité" du son. Il est générée avec une sinusoïde qui ne correspond pas à ce que est envoyé au buzzer au vario.

Sur geogebra on n'a pas de contrôle réel sur le "ton" du son. Et d'ailleurs je ne suis pas sur que le son du simulateur du XCTracer ressemble à selui du vario réel.

Il faut juste écouter la fréquence du son et la longueur de la boucle. Sur le XCTracer la variation de cette longueur de boucle est linéaire et je trouve que du coup il faut vraiment des gros thermiques pour que ça accélère.

D'ailleurs sur l'ancienne version du simulateur la courbe était en trois segments qui ressemble justement à la fonction inverse. Il y a aussi l'avantage que la fonction inverse tend vers 0 et pas une fonction linéaire.

Le simulateur c'était surtout pour pouvoir trouver un réglage de base du vario et essayer de chercher avec Ptikiki comment modifier les paramètres des courbes.

OK

on peut faire des vrais tests de son avec mon bout de code, on peut mettre les valeurs du simulateur dans le code du gnuvario ? les courbes du simulateur correspondent au code de la librairie beeper ? Est-il facile d'avoir une courbe non inverse de la durée dans beeper.cpp ou faut-il tout réécrire ? pour tester et voir la différence


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 29 Juin 2017 - 09:44:49
Salut Jpg63 !

Sympa que tu ai pu tester ! Mais sur mon simulateur il ne faut pas faire attention à la "qualité" du son. Il est générée avec une sinusoïde qui ne correspond pas à ce que est envoyé au buzzer au vario.

Sur geogebra on n'a pas de contrôle réel sur le "ton" du son. Et d'ailleurs je ne suis pas sur que le son du simulateur du XCTracer ressemble à selui du vario réel.

Il faut juste écouter la fréquence du son et la longueur de la boucle. Sur le XCTracer la variation de cette longueur de boucle est linéaire et je trouve que du coup il faut vraiment des gros thermiques pour que ça accélère.

D'ailleurs sur l'ancienne version du simulateur la courbe était en trois segments qui ressemble justement à la fonction inverse. Il y a aussi l'avantage que la fonction inverse tend vers 0 et pas une fonction linéaire.

Le simulateur c'était surtout pour pouvoir trouver un réglage de base du vario et essayer de chercher avec Ptikiki comment modifier les paramètres des courbes.

OK

on peut faire des vrais tests de son avec mon bout de code, on peut mettre les valeurs du simulateur dans le code du gnuvario ? les courbes du simulateur correspondent au code de la librairie beeper ? Est-il facile d'avoir une courbe non inverse de la durée dans beeper.cpp ou faut-il tout réécrire ? pour tester et voir la différence

Oui exactement ! Le meilleur test pour voir le rendu du son sur le GnuVario c'est ton prog  :pouce:

Effectivement on peut mettre les valeurs de mon simulateur dans le GnuVario directement et les courbes correspondent à la version actuelle du code. Cela fonctionnera donc pour la fréquence, la durée des boucles et le pourcentage "duty". Mais pas pour le "timbre" du son.

Pour améliorer le "timbre" il faut travailler sur la bibliothèque toneAC qui génère le son ou sur l'électronique.

Malheureusement il n'est pas possible de changer le code facilement pour avoir une variation des durées de boucle linéaire...   :? Mais quand les simulateurs fonctionnerons bien on pourra essayer de comparer sur simulateur. A la base Geogebra c'est juste pour faire des Maths :D

A+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Xiboard le 29 Juin 2017 - 10:05:48

[...]
Également, pour avoir un son plus agréable, il faut jouer des "chirps" (ou swept frequency) plutot que des bip à fréquence constante. (pour un seul et même "bip", on module trés légèrement la fréquence entre le debut et la fin).
[...]


 karma+ J'avais fait il y un moment quelques essais dans ce sens (bi-ton et autre) à mon avis ça doit être super sympa si on le gère.
Et ça donnerai une "signature" sonore différente

Sinon d'accord sur le fait que un tableau de 10-15 valeurs c'est overkill. A mon avis 5-6 valeurs seraient pas mal.
Je trouve assez sympa d'avoir au moins une double pente (ou un log) lors de la montée dans les tours.


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 29 Juin 2017 - 11:52:55
Je suis assez d'accord avec Xiboard, 5 ou 6 valeurs pour avoir plusieurs pentes ce serait vraiment pas mal

Effectivement le plus gros travail va être d'améliorer le timbre en commençant par gratter la bibliothèque toneAC 

coté électronique on pourrait regarder pour un vrai circuit audio mais je suis pas certain que cela change vraiment la qualité audio. C'est plutôt le buzzer qu'il faudrait peu être changer

http://www.ti.com/product/TPA6211A1

 


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 29 Juin 2017 - 12:25:11
Je peut essayer de modifier mon simulateur pour jouer le son directement sur le vario, et non en émulant sur la carte son. (avec une liaison série entre l'apli PC et le vario)
Ca serait l'ideal : combinaison de son réaliste et d'ergonomie dans la simulation. (visu courbes, curseur etc.)

Par contre, Il faudra pour l'instant passer par les pins RX/TX et un convertisseur serie-usb externe, car malheureusement la micro n'a pas d'usb intégrée.

Et J'aurai surement besoin d'un coup de main pour le code coté arduino, même si ça ne parait pas trés compliqué.
Je tenterai dés que j'ai un peu de temps, je vous tiendrai au jus...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Juin 2017 - 17:31:11
En essayant d'imaginer le plus simple/efficace
Il faut au moins 3 plages de variation :
- variation du volume
- variation de la fréquence des bips
- variation de la tonalité du bip

(https://i11.servimg.com/u/f11/12/58/57/57/chantd10.jpg)

à la place d’une courbe log, on peut aussi mettre des variations linéaires entre 5 points

(https://i11.servimg.com/u/f11/12/58/57/57/chantd11.jpg)

La partie -VZ peut être du même genre, sans la variation de volume et avec moins de points pour la courbe


Pour la qualité du son, il faut trouver autre chose que notre buzzer, c'est sur  :mrgreen:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 29 Juin 2017 - 19:11:47
Hello,

Merci pour les courbes.

Je pense que la variation de volume est superflue. Tout ou rien c'est OK, avec un contrôle global du volume comme actuellement.

Et la variation de fréquence (intervalle) en fonction inverse plutôt que linéaire.

Amha...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 29 Juin 2017 - 20:08:00
la variation de volume est là pour la partie zérotage


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 29 Juin 2017 - 22:09:45
 :+1:  pour ta proposition Van Hurlu

Par contre je pense que pour le volume, on peut plutôt envisager une zone de zérotage - dès que l'on active le zérotage on gère la zone différemment - son et volume différent - si on n'active pas le zérotage on suit la courbe de vol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: gargle le 30 Juin 2017 - 07:59:17
concernant la qualité audio, je confirme qu'il suffit d'un bête ampli.
Par contre, le buzzer doit être absolument remplacé par un vrai haut parleur et le PWM se transforme en son mélodieux :)
Il est meme possible de faire de la polyphonie en mixant plusieurs PWM ;)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Juin 2017 - 08:57:47
Pour le HP on pourrait peu être essayer ce genre la

http://www.ebay.fr/itm/Mini-speaker-mini-haut-parleur-type-2030-20x30x5mm-1Watt-8Ohm-IOT-Arduino-ARM-PI-/282252863863?hash=item41b794e977:g:xFgAAOSw9N1V2Bhe



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 30 Juin 2017 - 12:11:55
Ca marche!  :ppte:

J'arrive à contrôler le buzzer "hardware" branché sur l'arduino depuis l'appli PC de simulation !
(bon, pour l'instant j'ai fait ça avec une teensy et un autre buzzer qui trainait, car pas le vario sous la main, mais ça ne devrait pas changer grand chose).

C'est extra pour faire de la simulation, et c'est riche d'enseignement sur comment paramétrer le son...

Je mettrai ça au propre et je vous ferai une petite video ce soir !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Juin 2017 - 12:22:37
Ca marche!  :ppte:

J'arrive à contrôler le buzzer "hardware" branché sur l'arduino depuis l'appli PC de simulation !
(bon, pour l'instant j'ai fait ça avec une teensy et un autre buzzer qui trainait, car pas le vario sous la main, mais ça ne devrait pas changer grand chose).

C'est extra pour faire de la simulation, et c'est riche d'enseignement sur comment paramétrer le son...

Je mettrai ça au propre et je vous ferai une petite video ce soir !

 :dent: OUI OUI

j'ai quelques composants qui traînent, je veux bien essayer de me monter un petit circuit de test


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 30 Juin 2017 - 21:35:52
salut à tous,
bon je débarque après la bagarre mais j'ai enfin réussi à trouver le temps pour monter mon vario. Bref j'ai 18 trains de retard, mais mieux vaut tard que jamais.
Le montage c'est très bien passé grace au super tuto (énorme boulot chapeau!) mais pas contre impossible de le faire démarrer. J'ai un bruit super bizare au démarage. La plus part du temps j'ai rien sur l'écran mais une fois sur dix j'arrive à avoir des infos abérantes qui s'affichent. J'ai essayé d'updater le FIRM sans succès.
cf la vidéo:
https://youtu.be/Ybfe-BIvnQk
Une idée?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Juin 2017 - 21:46:18
salut à tous,
bon je débarque après la bagarre mais j'ai enfin réussi à trouver le temps pour monter mon vario. Bref j'ai 18 trains de retard, mais mieux vaut tard que jamais.
Le montage c'est très bien passé grace au super tuto (énorme boulot chapeau!) mais pas contre impossible de le faire démarrer. J'ai un bruit super bizare au démarage. La plus part du temps j'ai rien sur l'écran mais une fois sur dix j'arrive à avoir des infos abérantes qui s'affichent. J'ai essayé d'updater le FIRM sans succès.
cf la vidéo:
https://youtu.be/Ybfe-BIvnQk
Une idée?

Essai sans écran, tu dois certainement avoir un problème avec une soudure

Tu devrais essayer de faire les tests étape par étape
- test juste le son
- test ecran
- test carte SD

tu trouvera les FIRM.HEX dans les différents posts

Bon courrage


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 30 Juin 2017 - 22:06:44
J'ai essayé d'updater le FIRM sans succès.
:coucou:
au cas ou ça puisse t'aider :
Pour le premier update, ce n'est pas en retournant le vario que ça lance l'update
il faut appuyer sur le bouton reset de l'arduino


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 30 Juin 2017 - 22:49:37
J'ai essayé d'updater le FIRM sans succès.

tu veux dire par la que tu n'as pas réussi à updater le firm, ou que tu as réussi à updater, mais que ça n'a pas résolu le pbm?
au cas ou... : sur les premiéres version de firm, ne pas oublier de faire un reset pour la mise à jour.

Tu as des fichier qui s'écrivent sur la carte SD?




Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 30 Juin 2017 - 23:35:52
Pour t'aider Finlard,
j'ai rassemblé les différents tests que j'ai, tu vas pouvoir tester élément par élément, mais la première chose que tu devrais faire c'est tester tes soudures et la connectique de l'écran

bon courage


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Juillet 2017 - 10:26:41
Salut Finlard !

Comment ça ton voisin ne t'as pas monté le vario ! ;) Déjà qu'il voulait te le piquer :D

A mon avis le problème sur la video c'est le même problème que beaucoup d'entre nous avec le premier firmware (fréquence trop élèvée sur les mesures du baromètre). D'ailleurs fsgecko avait posté une video similaire :

https://vimeo.com/217865184 (https://vimeo.com/217865184)

Je pense que la priorité c'est d'arriver à charger des firmwares. Autrement dit vérifier que la carte SD fonctionne.
-> As-tu bien pris une carte de moins de 2Go ? Ou dans le cas contraire à tu créé une partition de 1,5Go dessus en FAT16 ?
-> Lorsque tu met un FIRM.HEX sur la carte et que tu appuis sur "Reset" tu dois voir une LED clignotter pendant une seconde sur l'arduino. C'est le chargement du firmware.
-> Si ca ne marche pas il faut vérifier les soudures de la carte SD.

Une fois que la carte SD marche tu peut faire les tests de Jpg63  :pouce: pour vérifier que tout marche bien.

A+

PS : Sur les 11 Kits qui j'avais envoyé 9 sont monté ! On y est presque ! :) Mais FRFM semble avoir disparu du forum ...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 01 Juillet 2017 - 13:53:21
Salut,
Comme promis une video du simulateur avec sortie son Software/hardware:

http://www.youtube.com/watch?v=3Ao_M7KDNaI&feature=youtu.be (http://www.youtube.com/watch?v=3Ao_M7KDNaI&feature=youtu.be)

Plusieurs enseignements intéressants: (avec des tirets, tribute to Baptiste ;-))

- Le volume, avec un simple buzzer piezo est largement suffisant (même trop puissant à fond), alors que je n'utilise pas la librairie ToneAC ni le push pull... (et pourtant en 3,3v)
Ca n'est pas flagrant sur la video car le micro du téléphone est très directionnel, mais je vous garanti que ça envoi. Le buzzer kingstate kpeg06 peut-être?

- Dans cette config, la différence de son entre simulation sur PC vs sur le vario est perceptible mais pas si importante que ça. La simu PC est finalement assez réaliste.

- Un élément qui participe bcp à la fluidité et à la qualité sonore: il faut dissocier complétement la période de rafraichissement du ton de la périodicité du beep.
Le ton doit évoluer en continu à haute fréquence, même dans les basses vz ou l'interval du beep est long.
Sur un seul et  même "beeeeeep" à basse vz, on entend ainsi la modulation de tonalité entre le début et la fin du bip. (donc plutôt un "boooiiiip" si on monte...)

Dans la simu de la video, j'update le ton toutes les 20 millisecondes (sur toute la gamme), alors que la durée d'un cycle de bip varie grosso modo de 500 à 100 ms.

Je ne suis pas sur d'être clair, (c'est pas simple à expliquer !) Il faudrait que je fasse des enregistrements comparatifs.
D'ailleurs, si ça se trouve le GNUvario fait déja ça comme ça, je n'ai pas vraiment testé....


To do :
- Rajouter le réglage l'alarme sur les vz négative et indicateur de zerotage
- Implémenter la variation du ton sur 3 plages ou sur un log plutot que lineaire

- Essayer de jouer ça sur le vrai vario directement (c'est ce qui ne va pas être si simple, j'utilise pour l'instant une libraire qui ne marche pas sur la micro...)
ça restera de toute façon un peu galère vu l'absence de convertisseur serie USB intégrée, mais pour le futur, pourquoi pas.

bref, encore des nuits courtes en perspective  :dodo:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juillet 2017 - 14:07:16

Pour faciliter le travail des derniers arrivé j'ai essayé de synthétiser un peu les problèmes et les astuces


1- ASTUCES - Les ressources

Tuto de montage : http://glpano.free.fr/vario/index.html
Les sources     : https://github.com/prunkdump/arduino-variometer
Les kits        : https://github.com/prunkdump/variometer-kits      
Photos         : https://photos.google.com/share/AF1QipNNEoMqtY_Vedgpb0bXJ6P9cAKNFtBX3-fTW9MW-yde3P0uNZWkR7KzIRnJyprkBA?key=NEMzNk5XR0lwYVEtSTVvUG5rdXRxaURjbzA2emJB

      
2- PROBLEME - Le vario démarre mais il rien ne s'affiche

Le problème peut venir
                     - des soudures
                     - du connecteur
                     ou de l'écran Nokia

Verifier l'écran
                     
-> Tu pousses les pattes métalliques de l'écran par dessous pour détacher l'écran du circuit imprimé.
-> De l'autre côté du circuit imprimé tu as 9 contacteurs parallèles. Tu les nettoies bien avec de l'acétone ou un dégraissant.
-> Ensuite tu les rayes doucement avec la pointe d'un tournevis pour que la surface ce soit pas trop régulière.
-> Tu vérifies ensuite que les pattes de l'écran ne sont pas tordues. A defaut tu les redresse avec une pince.
-> Tu réenclange le tout en vérifiant que les pattes s'emboîtent bien.


3- PROBLEME - Le vario démarre mais il affiche des valeurs d'altitude et de vz totalements abérantes

      - fréquence trop élèvée sur les mesures du baromètre
      
tu ouvre libraries/ms5611/ms5611.h avec notepad++

Tu change :

#if F_CPU >= 16000000L
#define MS5611_INTERRUPT_COMPARE 130
#else
#define MS5611_INTERRUPT_COMPARE 69
#endif

en

#if F_CPU >= 16000000L
#define MS5611_INTERRUPT_COMPARE 134
#else
#define MS5611_INTERRUPT_COMPARE 71
#endif

Tu compiles. Tu exporte les binaires compilés. Tu renomme en FIRM.HEX. Tu charge sur la carte SD. Tu reset L'arduino.

      
4- ASTUCES - Carte SD

Format :      FAT 16       <2Go

Petite notice donc pour passer une carte SDHC de 8Go par exemple en 2Go FAT16 sous Windows :

Lancer DiskPart :
Code:
Démarrer >Taper Executer dans la barre de recherche
> Taper DiskPart

Ensutie dans DiskPart :
/!\ attention à être bien sûr de faire ça sur le disque correspondant à la carte SD. Ne faites rien en cas de doute.

Code:
DISKPART> list disk

  N° disque  Status      Taille   Libre    Dyn  GPT
  ---------  ----------  -------  -------  ---  ---
  Disque 0   En ligne      238 G  octets     0 octets
  Disque 1   En ligne     7695 M  octets     0 octets

DISKPART> select disk 1

Le disque 1 est maintenant le disque sélectionné.

DISKPART> list part

  N° partition   Type              Taille   Décalage
  -------------  ----------------  -------  -------
  Partition 1    Principale        7000 M    1024 K

DISKPART> clean

DiskPart à réussi à nettoyer le disque.

DISKPART> create part primary size=2048

DiskPart a réussi à créer la partition spécifiée.

DISKPART> active

DiskPart a indiqué la partition actuelle comme étant active.

DISKPART> format fs=fat quick

  100 pour cent effectués
 
DiskPart a formaté le volume.

DISKPART> assign

DiskPart a correctement assigné la lettre de lecteur ou le point de montage.

Normalement, le disque apparaît dans Explorateur.


5- ASTUCES - Compilation

Pour compiler le code :

tu utilises l'IDE aduino. De préférence, une install neuve, pour qu'il n'y ait pas de conflit de lib
-> supprimez "c:\utilisateurs\login\AppData\Local\Arduino15" (si vous ne voyez pas AppData tapez "AppData" dans la barre d'adresse.
Si tu es sous windows, tu déposes le contenu du gitub directement dans "Mes Documents"\Arduino


Dans l'IDE (le mien est en langue anglaise), Tools - Boards ; choisir la carte "Arduino Pro ou Pro Mini".
Puis, Tools - Processor ; choisir "ATMega 328 (3,3V, 8 Mhz)"
ouvrir "variometer\variometer.ino"
Pour compiler, choisir le menu "Sketch - Export compiled Binary"
Ceci crée 2 fichiers .hex dans le répertoire du .ino ; il ne faut pas utiliser le fichier dont le nom contient "with_bootloader"!!
renommer variometer.ino.eightanaloginputs.hex en FIRM.HEX


Pour installer le code :
recopier FIRM.HEX sur la racine de la sdcard, formatée en FAT16 ; insérer la sdcard dans le lecteur.
- La première fois, utiliser le bouton de reset pour charger le firm

- les fois suivantes, tu peux faire sans ouvrir le vario:
Insérer la sdcard avec le fichier contenant le firm : FIRM.HEX
éteindre le vario
le retourner face posée vers le bas
mettre sous tension
au bout de 2 ou 3s, il émet 3 bips longs
pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage (car la mise à jour est très rapide)
Si on est attentif, on voit que l'écran s'éteint un court instant, puis s'affiche à nouveau ; c'est le chargemznt du nouveau firm


6- ASTUCES - Maj

Mise à jour 1ere version FIRM

1) Formate la carte SD en "FAT" (je pense que vu la taille elle sera formaté automatiquement en FAT16). 256Mo c'est parfait pour le vario.
2) Met dedans le fichier FIRM.HEX en pièce jointe.
3) Insère la carte dans le vario
4) Allume le avec la batterie et une fois allumé appuis sur le bouton reset de l'arduino
5) Regarde bien si il y a une LED qui clignotte très rapidement sur l'arduino, juste après la pression du bouton, pendant 1.5s environ. Tu peux répéter l'opération plusieurs fois au besoin pour bien vérifier.

Mise à jour avec FIRM sans reset

-> éteindre le vario
-> le retouner face posé vers le bas sur une table
-> mettre sous tension
-> au bout d'un moment il fait 3 bips longs.
-> pendant ces bips retourner le vario pour qu'il ne relance pas la mise à jour à nouveau au prochain démarrage.
 

7- PROBLEME - La mise à jour sans reset ne se fait pas

- Essayer de faire la mise à jour avec le bouton reset - voir Mise à jour 1ere version FIRM
- Verifier le formatage de la carte SD
- Verifier problème de carte SD

8- ASTUCES - Paramettrages

Les réglages se trouvent dans le fichier variosetting.html

Pour mettre en mémoire le nom du pilote et la voile il faut mettre les informations dans le fichier variosetting.h et lancer le FIRM.HEX de paramettrage

"Near climbing sensibility" est la sensibilité du détecteur de zérotage.
Avec climbing = 0.2 et sensitivity = 0.5 le zerotage commence à 0.2-0.5=-0.3 et le bip commence à 0.5.
Pour des bips débutant à +0.5 et le zérotage entre 0 et +0.5 climbing = 0.5 et sensitivity = 0.5


9- ASTUCES - Calibrage

Si votre vario fluctue sans arrêt alors que vous ne bougez pas - faites une calibration du vario avec le FIRM.HEX prévu

10- ASTUCE - Démarrer l'enregistrement

activer l'enregistrement au début du vol.

Code:
/* flight start detection */
#define FLIGHT_START_MIN_TIMESTAMP 15000
#define FLIGHT_START_VARIO_LOW_THRESHOLD (-0.5)
#define FLIGHT_START_VARIO_HIGH_THRESHOLD 0.5
#define FLIGHT_START_MIN_SPEED 10.0
#define VARIOMETER_RECORD_WHEN_FLIGHT_START

commenter // #define VARIOMETER_RECORD_WHEN_FLIGHT_START pour que l'enregistrement débute dès le fix du GPS

11- PROBLEME - Carte SD

Le vario se met à jour, mais les fichier de vol ne s'enregistre pas

- Tester le vario avec les FIRM.HEX de test
       1 - Test SDCARD sans écran
         - Ca ne marche pas - refaire les soudures de la carte SD
      2- Le fichier l'enregistre - Tester la carte SD Avec l'écran
           - Si le fichier ne s'enregistre pas
               - verrifier le soudures
               - changer les vis pour que le boitier serre moins la batterie sur la carte SD (problème de court circuit)


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 01 Juillet 2017 - 14:22:22
Super JPG!!! Excatement ce qu'il fallait pour résumer les inombrables pages ;) Ce serait bien de copier le texte dans le premier post voir d'ouvrir un nouveau post juste pour les infos importantes (sans les discussions)

Merci aussi aux autres pour les suggestions. J'ai bien une carte 2GO formatée en FAT16, donc pas de soucis de ce coté là. des fichiers s'écrivent dessus. J'ai relancé le vario sans écran puis sans l'antenne GPS puis un nouveau reset et maintenant ça va mieux j'ai plus du tout le bruit parasite.

Et là, oh miracle:
(https://ibb.co/dprVOQ)

Ca marche!! Je vais donc pouvoir commencer à coder, ce que je sais beaucoup mieux faire que souder ;)
Je vous tiens au courant dès que j'ai une chose de bien à partager


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 01 Juillet 2017 - 14:22:50
la photo:
https://ibb.co/dprVOQ


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 01 Juillet 2017 - 14:31:49
super finlard

C'est une bonne idée un post de récapitulatif au début par contre je ne sais pas si c'est possible sur ce forum

Par contre on a Le github du kit ouvert par Prunkdump - on pourrait essayer de l'alimenter, sinon il y avait des propositions d'un site un moment. Si un développeur web voulait bien s'occuper de nous faire un truc sympa avec astuces, tuto, photos, ....  :dent:  ce serait super


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 01 Juillet 2017 - 16:12:01
Super Jpg63, excellente la synthèse, merci !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 01 Juillet 2017 - 20:39:57
@Ptikiki

Ouahhh Ptikiki tu gères trop !  :pouce:  Qu'est ce qu'on ferait pas pour faire bipper le vario en ces journées pluvieuses :D Par contre fait attention, les tirets on sait quand on commence mais on sait jamais quand on arrête ;)

Le simulateur est vraiment sympa ! Apparemment c'est une méthode de programmation que tu connais bien. Alors quelques points :

-> Attention à ton branchement du buzzer ! La résistance d'un buzzer piezzo est de 8Ohms. Donc l'intensité du courant qui passe dans ton microcontroller est de 412mA  :shock:  ! C'est vraiment beaucoup. Ca fait 1,4W il y a largement de quoi le fusiller. A moins qu'il y ait une protection sur les teensy... Mais un montage comme ça sur une Arduino le fait crâmer directement. Il te faudrait un autre L9110. Je peux t'en envoyer un si tu veux. Au minimum met une résistance de 120 Ohms en série.

-> Pour le fait de faire varier la fréquence pendant la durée d'un bip : J'avais essayé et jamais trouvé ça fatiguant. Car cela donne l'impression en vol que le vario n'est jamais stable. Ca fait un peu "mou". Mais à l'époque le réglage du vario était mauvais. Les variations de fréquence étaient beaucoup trop rapide par rapport à la vitesse verticale. Donc  peut-être effectivement qu'il faudrait réessayer maintenant. C'est bien le but du simulateur :D

-> Pour faire une liaison série pour connecter le vario à ton simulateur tu peux utiliser les connexions du module bluetooth. Ou même installer le bluetooth si tu veux. On peut peut-être t'aider sur le côté "Arduino" ?

@Jpg63

Super le récapiltulatif !!! Il faut vraiment que je mette rapidement à la mise en place d'un site sur GitHub avec Jekyll pour que vous puissiez participer ! Il y a des super docs qui ont été faites par vous tous ! c'est vraiment trop dommage qu'elles ne soient pas accessible facilement.

Pour le site Jekyll je pensait m'inspirer de ce site (open source) :

https://www.mvvmcross.com/

Il une partie blog et une partie documentation. Cela semble idéal. Jekyll c'est très facile à utiliser une fois en place. Mais le paramétrage initial est quand même (très) compliqué.

Je vous tiens au courant !

@finlard


Joli pour le montage du vario !!! Penses a voler avec aussi :D Ouai quand il y aura moins de vent  :grat:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 02 Juillet 2017 - 00:06:52
@Ptikiki
-> Attention à ton branchement du buzzer ! La résistance d'un buzzer piezzo est de 8Ohms. Donc l'intensité du courant qui passe dans ton microcontroller est de 412mA  :shock:  ! C'est vraiment beaucoup. Ca fait 1,4W il y a largement de quoi le fusiller. A moins qu'il y ait une protection sur les teensy... Mais un montage comme ça sur une Arduino le fait crâmer directement. Il te faudrait un autre L9110. Je peux t'en envoyer un si tu veux. Au minimum met une résistance de 120 Ohms en série.

Sauf erreur, pas de pbm avec le kingstate kpeg006, son Impédance est de 2000 ohm environ, donc il ne consomme vraiment rien du tout... (C'est justement un autre avantage)

D'ailleurs, même à 80 ohm, ça ne fait pas plutôt 41mA, et pas 412? U/R = 3,3/80 =0,0412 A , non?
Ça reste trop pour sortie Num.





Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 03 Juillet 2017 - 10:17:16
@prumdunk

Merci! Sans ton tuto (et sans mon voisin ;-) ) je n'y serais jamais arrivé... Je vais bien sur essayer de voler avec dès que possible, pour l'instant je vais apprendre à programer en arudino. Au fait, il sert à quoi le bouton "on" rouge?


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 03 Juillet 2017 - 10:29:11
Au fait, il sert à quoi le bouton "on" rouge?

A activer ou non l'alimentation du module bluetooth


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: ptitkiki le 03 Juillet 2017 - 11:08:30
@Ptikiki
-> Pour le fait de faire varier la fréquence pendant la durée d'un bip : J'avais essayé et jamais trouvé ça fatiguant. Car cela donne l'impression en vol que le vario n'est jamais stable. Ca fait un peu "mou". Mais à l'époque le réglage du vario était mauvais. Les variations de fréquence étaient beaucoup trop rapide par rapport à la vitesse verticale. Donc  peut-être effectivement qu'il faudrait réessayer maintenant. C'est bien le but du simulateur :D
oui, à tester, d'ailleurs, si quelqu'un à des logs de vols thermiques avec des enregistrement de vz à haute fréquence (genre 10hz), je suis preneur... ça serait un gros plus pour la simu d'injecter des vrai valeurs.
Les bips non modulés, c'est ce qu'il y a je crois sur le bip-bip, qui ne fait pas trop l'unanimté d'un point de vue sonore...

-> Pour faire une liaison série pour connecter le vario à ton simulateur tu peux utiliser les connexions du module bluetooth. Ou même installer le bluetooth si tu veux. On peut peut-être t'aider sur le côté "Arduino" ?
yes, bonne idée... J'ai un peu avancé dessus ce we, j'ai bon éspoir que ça le fasse... Mon code sera surement crado, et un coup de main pour rendre ça propre ne sera pas de refus !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: finlard le 03 Juillet 2017 - 12:37:53
@vmath54: ok merci! vu que j'ai pas monté le bluetooth je me demandais...


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: GtD73 le 03 Juillet 2017 - 21:48:10
Je crois que j'ai parlé trop vite !
J'ai quand même essayé de tout remonter bien correctement, et résultat j'ai mon BT qui fonctionne, et 4 barres de réception !!
J'ai coupé la liaison avec la  "muraille" (l'antenne bt), et j'ai inséré mon filtre rc
Et voilà ! Plus d'offset vitesse, et 4 barres !


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 04 Juillet 2017 - 11:22:37
Joli JtD73 !  :pouce:

Il faut que tu nous expliques un peu comment ça marche pour nous pauvres ignorant ;)

Et tu as refais des mesures avec tes graphiques ?

A+



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 04 Juillet 2017 - 14:13:43
Vol de 12h à 13h avec les nouvelles valeurs pour le vario

 :pouce: c'est nettement mieux qu'avant, le vario est maintenant parfaitement utilisable en vol.
J'avais le Skytraxx à coté et les 2 bipaient à l'unisson ... attendrissant  :oops:  

Bravo les mecs  :bravo:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 04 Juillet 2017 - 15:24:06
Vol de 12h à 13h avec les nouvelles valeurs pour le vario

 :pouce: c'est nettement mieux qu'avant, le vario est maintenant parfaitement utilisable en vol.
J'avais le Skytraxx à coté et les 2 bipaient à l'unisson ... attendrissant  :oops:  

Bravo les mecs  :bravo:

Super Van Hurlu, tu peux me faire passer tes valeurs ou ton fichier variosetting.h, je l'intégrerai à mon code


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 04 Juillet 2017 - 15:44:48
le voici  :trinq:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 04 Juillet 2017 - 20:55:05
Van Hurlu, je crois que je me suis trompé de fichier, les paramètres du son ne sont pas dans le fichier variosetting.h

tu peux m'envoyer les fichiers que tu as modifié


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: Van Hurlu le 04 Juillet 2017 - 21:37:21
 :mrgreen: c'est aussi un peu moi qui ne suis pas dégourdi

et voila  :trinq:


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: josecarbon le 04 Juillet 2017 - 22:01:34
Bonjour, est ce qu'il y a toujours la possibilité d'acheter un KIT? merci


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 04 Juillet 2017 - 22:04:58
Version 63.1 avec amélioration du son

Bt non activé
Démarrage du vol si la vitesse dépasse 8km/h et vario dépasse +- 0.5m/s


Bon vol


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 05 Juillet 2017 - 18:09:54
Salut Josecarbon !

Il n'y a plus de kits disponibles mais une nouvelle série est en préparation. On te tiendra au courant !

@Jpg63

Je pensais à un truc. On pourrais enregistrer la tension de la batterie sur la carte SD sur un cycle complet de décharge. Genre une mesure toute les 30 secondes. Comme ce on pourrais optimiser notre affichage du niveau de la batterie.

À+


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juillet 2017 - 20:08:03
Salut Josecarbon !

Il n'y a plus de kits disponibles mais une nouvelle série est en préparation. On te tiendra au courant !

@Jpg63

Je pensais à un truc. On pourrais enregistrer la tension de la batterie sur la carte SD sur un cycle complet de décharge. Genre une mesure toute les 30 secondes. Comme ce on pourrais optimiser notre affichage du niveau de la batterie.

À+

Salut Prunkdump,

On pourrait enregistrer la tension toute les 30sec mais on n'aura des mesures liées au volume du son et au vz. Je pense qu'il sera difficile d'exploiter ces mesures. Par contre la courbe de décharge d'une lipo est connue et a même était mesuré. Pour le pourcentage je pense que l'on est pas trop mal, pour avoir mieux il faut mesurer le courant consommé en permanence et le soustraire au courant totale de la batterie Max = 600mAh consommé 300mAh on est à 50% mais on n'a pas besoin de ce type de valeur, sinon on utilise un tableau de mesure pratique pour afficher le pourcentage mais la non plus ce n'est pas super utile

Par contre on aurait intérêt à ajouter une sonde de courant pour mesurer et enregistrer en fonctionnement le courant consommé et vérifier la consommation max pour essayer d'optimiser le vario (la sonde est intéressante sur la version à venir et avant la version CMS

l'enregistrement du courant et de la tension toutes les 30sec serait vraiment bien pour la suite   


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 05 Juillet 2017 - 21:15:54
https://vimeo.com/224363478

J'ai fait un test avec un petit buzzer qui aurait pu être un remplacent à notre petit beeper. Malheureusement il ne tient pas le coup à haute fréquence même si il est plus agréable à basse fréquence ou il est plus moelleux

je vous laisse vous rendre compte sur la vidéo

Je me risque à faire un petit point sur notre projet

- :+1: bientôt une nouvelle version encore mieux et une nouvelle série de Kit (20 pilotes avec notre GnuVario)  :dent:
-  :+1:  sur le Bluetooth, il faudrait pouvoir confirmer le bon fonctionnement avec le filtre sur plusieurs Varios
-  optimiser le son
                      - simulateur, choix de la courbe, optimisation du rendu des beeps
                      - tester d'autre buzzer et d'autre amplificateur
- batterie, optimiser la consommation, voir si des composants ne tirent pas trop sur la batterie (son, BT,...)   
- ajouter des nouvelles fonctions
                        - ajout d'une boussole
                        - ajout du sens et de la vitesse du vent
                        - ajout d'alarme (vitesse basse, ...)
                        - bouton pour naviguer entre les écrans
                        - ajouter un bouton poussoir pour allumer et éteindre le vario (possibilité de fermer les fichiers, ajouter un écran de stat avant d’éteindre)
                        - ajout d'un port usb (charge + data) pour accéder directement à la carte sd et charger le vario
                        - ajout d'un système pour régler le son sur le déco


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: josecarbon le 05 Juillet 2017 - 21:25:55

Il n'y a plus de kits disponibles mais une nouvelle série est en préparation. On te tiendra au courant !



Merci  :lol: et j'espère à bientôt!


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: vmath54 le 06 Juillet 2017 - 13:33:43
Salut Josecarbon !

Il n'y a plus de kits disponibles mais une nouvelle série est en préparation. On te tiendra au courant !
...

...
Je me risque à faire un petit point sur notre projet

- :+1: bientôt une nouvelle version encore mieux et une nouvelle série de Kit (20 pilotes avec notre GnuVario)  :dent:
- :+1:  sur le Bluetooth, il faudrait pouvoir confirmer le bon fonctionnement avec le filtre sur plusieurs Varios
-  optimiser le son
                      - simulateur, choix de la courbe, optimisation du rendu des beeps
                      - tester d'autre buzzer et d'autre amplificateur
- batterie, optimiser la consommation, voir si des composants ne tirent pas trop sur la batterie (son, BT,...)   
- ajouter des nouvelles fonctions
                        - ajout d'une boussole
                        - ajout du sens et de la vitesse du vent
                        - ajout d'alarme (vitesse basse, ...)
                        - bouton pour naviguer entre les écrans
                        - ajouter un bouton poussoir pour allumer et éteindre le vario (possibilité de fermer les fichiers, ajouter un écran de stat avant d’éteindre)
                        - ajout d'un port usb (charge + data) pour accéder directement à la carte sd et charger le vario
                        - ajout d'un système pour régler le son sur le déco

Si un nouveau kit doit venir avec ces ajouts, je suis preneur pour retenter l'expérience !
Vous pouvez m'inscrire dans la liste des candidats.

Vous pensez qu'on peut encore ajouter de nouvelles fonctionnalités dans le vario sans changer de micro controleur ? Je crois qu'on est à l'étroit dans la mémoire de l'ATMega 328

Sinon, quelques suggestions pour un nouveau kit :
- prévoir de reporter sur le circuit imprimé des broches non utilisées du micro controleur, plus les pins pour le bus SPI (MISO, MOSI, SCK) ; ceci pour faciliter d'éventuelles bidouilles ultérieures.

- quitte à ajouter un bouton pour naviguer dans les écrans, j'en ajouterais un second pour des extensions persos.

- j'aurais une préférence pour un boitier un peu plus volumineux ; pour faciliter l'intégration, et l'ajout d'éventuelles extensions. C'est un avis perso, peut-être pas partagé.



Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: jpg63 le 06 Juillet 2017 - 14:05:59
J'ai listé tout ce dont on a un jour parlé, et j'en ai peu être oublié, de la à les avoir sur le nouveau kit, je ne sais pas , il faudra voir avec Prunkdump  :ppte: . Effectivement on touche les limites du micro-contrôleur, par contre, le changer demandera pas mal de travail, on essayer optimiser et pousser les meubles avant  :grat:.

Dans la liste il y a certainement quelques trucs a améliorer avant la sortie du futur kit (j'en prends un dans tout les cas)

3 boutons c'est pas mal - juste en dessous de l'écran  :D


Titre: DIY GnuVario : Kit Alti-Vario-Accelero-GPS-Bluetooth-SD Arduino
Posté par: prunkdump le 06 Juillet 2017 - 20:00:13
Salut !

Hé bin si tout le monde reprends un Kit les 10 vont partir vite fait ;) !

Je vais essayer de faire fabriquer les PCB cette fois car ça me prends trop de temps à la main. Si il y a quelqu'un qui peut m'aider un peu, je ne sais pas comment choisir la taille des rivets traversants. La on l'on passe les entêtes mâles.

Autrement une petite remarque sur les buzzers et les boutons. Moi j'aime bien quand tout est fixé sur le PCB. J'ai vraiment trop galéré sur les premiers vario avec ces fils qui cassent tous le temps  :evil: . Je hais les fils !!! Le connecteur d'écran c'est grandement suffisant :D

Voilà d'ailleurs ce que j'avais modifié sur le premier Kit.
-> A la base le switch d'alimentation était fixé au boitier. Il est maintenant sur le côté du PCB.
-> Je suis passé d'un buzzer à "coller" (comme ton HP Jpg63)