DIY GnuVario : variomètre opensource - openhardware Arduino

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

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?

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 :stuck_out_tongue:

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.

À+

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:

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.

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.

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

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.

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:

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.

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…

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

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

Alors ça si tu veux apprendre il faut pas grand chose !

Moi je fais avec ma crêpière bretonne :wink: Ma chère Billig ! Vous ne saviez pas que vous aviez des Breizh-PCB :stuck_out_tongue:

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

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

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.

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

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