wow, chapeau bas
t'a pas chomé !
C'est vrai qu'un éran de meilleur résolution serait un gros plus.
Le pitot est la mesure de vitesse air, je suis plus circonspect, vu la position du vario sur la sellette et les perturbations aero...
Pour info, Hari Nair vient de publier un nouveau vario sans lag, mais dans une version trés minimaliste (audio only), sur la base d'un module wifi ESP8266. (paradoxalement, il désactive complétement le wifi mais profite de la trés petite taille et du petit prix du module qui contient aussi un MO, et qui est bien supporté par l'IDE arduino.
Même IMU que le GNU vario.
Au final le vario IMU complet avec lipo, charger etc doit revenir à une dizaine d'euro environ... impressionnant ! Pour l'instant c'est monté "en l'air" sans pcb.
Comme d'hab avec Hari, c'est assez bien documenté. Surement quelques idées à prendre.
https://github.com/har-in-air/ESP8266_MPU9250_MS5611_VARIOLe projet est très intéressant, par contre ESP8266 si je ne me trompe pas n'est pas un cortex M0 et il a vraiment très peu de port, par contre pour en faire un système de déport pour la sonde pitot se serait pas mal.
Je pense qu'avoir la mesure de la vitesse air serait un vrai plus mais effectivement il me semble peu envisageable de mettre le tube pitot au niveau du gnuvario sur les élévateurs, par contre je le verrais bien fixé le long de la sellette avec un transfert des données en bluetooth. Les sondes pitots ont existé au temps des deltas et des premiers varios et apparaissent de plus en plus sur des petits planeurs et avions de 2m et plus d'envergure, projet openxsensor
-------------
une petite précision sur le schema du futur gnuvario, il m'a permit de vérifier qu'il y avait assez d'entrée sortie. Il faut savoir, comme bon nombre de microcontroleur que le M0 possède des timers, des interruptions et des ports de communication (I2S, Serie, I2S,...) mais pas mal de chose se partage les même pins. Pour les interruptions elles sont en nombre limités et se partage 4 ou 5 pins.
Le M0+ possède une horloge interne RTC qui peut servir à gérer le temps, des alarmes, mais aussi un système de multitâche
Au niveau du schéma il y a beaucoup de composant passif, mais à terme je pense que l'on devrait pouvoir en supprimer un peu
J'ai fais mes tests sur Arduino MKRZero, il semble que sur cette board est un problème, la doc donctructeur montre 2 résistances de pull up sur SDA, et SCL, mais elles n'y sont pas, c'est pour cela qu'on les retrouve sur le schema du gnuvario
on trouve les 2 montages pour le son - PWM, et I2C, il faudra en choisir un, l'autre disparaîtra. On voit aussi un filtre passe bas sur les sorties PWM, il faudra le calculer, ici les valeurs sont celle par defaut
Les composants à droite constitue la commande d'allumage, je vais expliquer un peu le principe, je pense qu'on pourra énormément simplifier cette commande
Le M0, la carte SD intégré et l'écran via la patte VCC de la board sont alimentés en permanence par la batterie. L'écran ne comme rien si on ne lui demande pas de modifier son affichage, par contre avant la mise en veille du M0, il sera possible d'afficher les statistique du vol qui resteront sur l'écran jusqu'au prochain allumage
On appuie sur le poussoir ON/OFF pendant 2 sec le système "power ON/OFF Latching avec tempo" alimente l'ensemble des cartes et fait monté une interruption pin A6. Le M0 voit qu'il est en veille et lance la séquence d'initialisation des cartes, le vario est allumé. On appuie de nouveau sur le poussoir pendant 2sec, les cartes sont éteintes le M0 voit un changement d'état de A6 (interruption) et détecte qu'il est en état allumé, il met à jour le fichier IGC, le ferme, affiche les stats du vol et passe en mode veille
les 2 poussoirs supplémentaire permettront une navigation sur les différents écrans
Le port Usb peut être utiliser facilement en mode liaison série, du coup il me semble assez simple d'écrire une appli PC qui dialogue avec notre Gnu. Avec une jolie interface et un protocole de liaison on pourra interroger le gnuvario pour savoir si il y a des vols sur la SD, les récupérer sur le PC tout en les archivant sur le vario (changement d’extension ou déplacement dans un autre répertoire). Les fichiers IGC seront placé dans un dossier, qu'il suffira d'indiquer à logfly. Pour les mises à jours, il est possible soit de mettre à jours le M0 via l'interface de programmation Arduino, mais il est aussi possible de placer un fichier UPDATE.BIN sur la SDcard. Notre petit programme pourra le faire, grâce à cette méthode il sera facile pour tout le monde de garder son gnuvario à jour en utilisant les fichiers publiés sur le forum. Enfin j'imagine une interface graphique sur l'appli PC permettant de changer les paramètres du vario (son, seuil de monté, nom du pilote, voile, ....) ensuite il ne restera qu'à envoyer un fichier CONFIG.TXT que l'arduino utilisera pour fonctionner
Il reste encore beaucoup de travail et des interrogations, en autre sur le réveil du M0, je ne sais pas si on peut mettre tout ce qui se trouve dans la partie setup sur une fonction d'interruption et comment tout peut redémarrer à tout les coûts
l'aventure continue
