DIY GnuVario : variomètre opensource - openhardware Arduino

[gargle]

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.

[vmath54]

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 ...

[vmath54]

voila mon montage

...

Merci beaucoup 
Va falloir que je peaufine ma manipulation du fer à souder ...

[jpg63]

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

[Van Hurlu]

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  

[jpg63]

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  

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

[vmath54]

@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.

[Van Hurlu]

  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   

[prunkdump]

Salut ! 

En travaillant sur l'écran j'ai trouvé un point qui pourrait faire gagner beaucoup en autonômie .

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+

 

[jpg63]

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 

[prunkdump]

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.

[jpg63]

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

[prunkdump]

Ca y est ! J'ai enfin commencé à intégrer le code de Jpg63 

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 ?

[jpg63]

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

[vmath54]

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.

[fsgecko]

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 :

  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

[jpg63]

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();
        }

[prunkdump]

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.

[GtD73]

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     vol !

[jpg63]

effectivement si c'est compatible

Teensy 3.2 - freq : 72Mhz contre 8Mhz, Flash : 256Ko contre 32Ko prix 20€ contre 10€
 

[gargle]

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

[GtD73]

Le pont diviseur c'est pour surveiller une tension supérieure à la tension d'alim. Possible autrement ?

[ptitkiki]

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/

A+ !

[prunkdump]

Salut à tous !

J'ai enfin intégré tout le code de jpg63 avec le double affichage    !!!

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   )

A+

[jpg63]

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 
- 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+