+ Le chant du vario +

Bonjour,
"peut-être" un énième VARIO hyper-précis pour XC-TRACK :

Hyper simple :

- baromètre MS5611 résolution 10cm
- arduino nano FTDI pour être reconnu par XCTRACK
- câble OTG vers le tél

prix : 8€ et 4 soudures

https://github.com/dvarrel/XCTRACK_vario


on utilise depuis un an maintenant...

Bravo ! :pouce:

Salut

C'est exactement ce que je cherchais. Une simplicité absolue.

J'ai acheté un blueflyvario pour faire le travail, mais ce n'est pas parfait car la connexion Bluetooth fonctionnant pour toutes les fonctions sauf que le son du téléphone pour le vario n'est pas exploitable, il y a un décalage dans le temps autour de la seconde. donc j'utilise le son du vario pas très fort d’ailleurs. ça fait une batterie de plus à gérer.

Ce vario avec la liaison USB n'a pas ce défaut?
Autre point important on peut charger en parallèle le téléphone sur une batterie annexe? (avec un cordon Y).

je me lancerai bien mais pas de plan dans le github. L'investissement financier est insignifiant par contre j'ai tout à apprendre sur Arduino, mais il y a de la ressource sur le net et un fil de discution  énorme sur le cdvl.

Super
A+
Eric

il n'y aucun décalage, le son est celui du téléphone et les calculs sont faits par XCTRACK (norme LK8000)

je fournirais des photos pour les soudures, et pour arduino, il suffit de télécharger le programme dans la puce, à partir du logicie arduino IDE, ou même celui-ci fourni en ligne sur site arduino (https://create.arduino.cc/editor/dvarrel/829f6cab-2b96-47be-ab37-283b4cfa51d4/preview (https://create.arduino.cc/editor/dvarrel/829f6cab-2b96-47be-ab37-283b4cfa51d4/preview))

Salut

Je viens de voir que sur le Github tu as mis le dessin pour les 8 soudures.
Il ne me reste plus qu'à commander les composants. Tu as un site à me conseiller? Bangood amazon.....

A+ Eric

sur le github, tu as le lien vers une liste aliexpress : https://my.aliexpress.com/wishlist/shared.htm?groupId=100000009108834 (https://my.aliexpress.com/wishlist/shared.htm?groupId=100000009108834)

et aussi une petite photo pour souder le capteur de pression

Voici une affaire rondement menée grâce à ta wishlist. Livraison dans un mois probablement. Cela me laissera le temps de m'intéresser au boitier.
A+
Eric

Perso, je n'aime pas dut tout le son du vario généré par xctrack mais bon, c'est juste une histoire de goût...

Salut, j'utilise un vario bt fait maison, qui envoie les trames lk8000 toutes les 300ms et le son xctrack a pas mal de latence, ton système via USB n'a pas ce défaut ?
Si c'est le cas c'est chouette !

non pas de latence, par contre je ne sais pas si on peut augmenter la fréquence des trames ? je n'ai rien trouvé dans la doc de xc-track.

le son dépend peut-être du téléphone, il est très bien sur un Samsung J3 2016

Salut

Première étape: le boitier est fait. j'ai donc découvert le monde de l'impression 3D. Le logiciel onshape semble très bien mais ça manque un peut d'aide. Le copain qui m'a montré comment imprimer utilise fusion 360. Il est lui à installer sur mon ordinateur (onshape est tout en ligne) mais il y a beaucoup plus de tuto et en plus je connais déjà deux personnes qui l'utilise.

J'ai aussi suivi un cours sur l'arduino...... j'ai téléverser le programme dans un arduino nano, ça fonctionne et récupérer la bibliothèque du MS 5611 a aussi été fait très facilement.

Je suis en attente de l'arduino nano, mais c'est sur les rails.

salut,
impeccable, y a plus qu'à...

c'est normal qu'il soit sur le 5volt ?
perso je l'aurai plutot vu sur le 3.3v

autre question,
vu que tu n'utilise que la donnée pression , serait il possible de faire la même mais compatible bluefly (qui marche egalement sur xcsoar)

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

Tous les Arduino équipés d'une connectique USB ont un régulateur 5v
Pour les trames compatibles avec xcsoar tu as un exemple tiré de la même base de code ici (https://github.com/spasutto/SimpleBTVario/blob/master/SimpleBTVario/SimpleBTVario.ino) (cherche le mot clé $LXWP0)

mea culpa en effet il semble que le module ms5611 supporte le 5v

Salut je viens de tester ton montage/programme avec des pièces que j'avais de côté, mais je n'arrive pas à faire que xctrack voit le capteur externe!!!
Je fonctionnais pourtant avec le même principe (https://github.com/spasutto/SimpleBTVario) avant mais avec une connexion bluetooth au lieu du câble USB
Qui plus est j'ai installé une application terminal série sur mon android et je vois bien les trames LK8EX1 passer à 115200 bauds... Une idée sur pourquoi XCTrack ne voit pas le capteur? L'icône USB en haut reste avec le point d'exclamation, dans la partie calibration je ne vois rien apparaître... Je suis bien en 115200 bauds

Les captures d'écran : https://photos.app.goo.gl/iNqHpkvYLhjiDWvC7

idem pour moi icône usb avec point d'exclamation

Pfui j'ai posté un message sur paraglidingforum.com et un dev m'a répondu que les identifiants vendeur/produit des chipset était codés en dur dans l'appli
En effet avec un peu de reverse engineering j'ai trouvé les associations (GpsBipbip, xctracer, Flymaster...)
Je me demande comment vous avez réussi à le faire fonctionner avec XCTrack votre vario fait maison :grrr2:

edit : pour être plus clair si ton chipset série n'est pas reconnu (une liste association product id/vendor id écrite en dure dans le code de XCTrack)  il ignore simplement la connexion
J'ai pu trouver les miens dans le log XCTrack : mVendorId=6790,mProductId=29987

Je m'auto réponds : le développeur de XCTrack m'a répondu que les identifiants des puces FTDI étaient supportés, donc je pense que les clones chinois ont des puces inconnues

mince

Salut

Matériel reçu monté et programmé. Dans mon salon ça fonctionne.

Quelques remarques

Dans le github pour le montage il y a un schéma (dessin) et une photo. Comme tout bon mauvais bricolo je me suis basé sur la photo. Erreur Erreur!!!  :bang:  :bang:

Donc sur la photo les connexion vcc et GND du MS 5611 semblent être relié sur les connexions A6 A7 de l'arduino. J'ai relié et après j'ai vérifié avec le dessin pour confirmé que j'étais ....... hummmm

Bref comme c'était soudé j'ai coupé comme j'ai pu. petite modif j'ai relié les deux GND avec un cable et pas une tige comme sur la photo

Connexion à l'ordi.
Premier téléversement du programme ça plante.... le port n'était pas le bon.
deuxième téléversement ça plante..... ce n'était pas la bonne carte il fallait sélectionner le nano.
troisième téléversement ça replante. la j'y vais au hasard je choisi de changer le processeur de l'arduino. Par défaut c'était le ATmega328P et j'ai changé pour le ATméga328P (old bootloader).

 :dent:  :dent:  :dent:  :dent:

Branchement sur le téléphone..... avec un peu d'appréhension vu les messages précédents.
J'ai immédiatement l’altitude qui s'affiche. Pour le vario il a fallu que je bidouille ma config mais ça a fini par fonctionner. En levant le vario ça bipe.

Après j'ai voulu mettre le montage dans le boitier. :affraid: il ne rentre pas.... pour l'instant. c'est trop juste en longueur, il va falloir que je ponce un peu. On verra ça demain avec un branchement en Y batterie externe et vario branché sur le téléphone.

Il me reste à tester en vol avec mes autres varios en parallèle.

A+
Eric

salut,

je viens de tester avec un pro mini et un ftdi et ça marche ...

vraiment dommage que les clones de nano ne soit pas reconnus

Salut

Bon ben le boitier est un poil trop petit. J'ai poncé et j'ai même coupé les angles de l'arduino. C'est rentré mais légèrement en force et ça reste encore un poil trop haut. Le couvercle ne se clipse donc pas et il a commencé à se cassé.Je tenterai de modifier le plan en augmentant la taille intérieure de 1 mm en longueur et 0.5 en largeur.

Ensuite j'ai testé de connecter le vario sur le téléphone avec un cordon Y pour pouvoir y brancher une batterie externe. Cela n'a pas fonctionné. le téléphone est en charge, le vario est alimenté (diode rouges brille) mais le téléphone ne détecte pas le vario. Les différents cordons en Y que j'ai testé (2) ne sont en Y que sur l'alimentation.

Du coup pour mes rêves de long vols c'est moins bon.  :(  :(

Il me reste donc le test comparatif des varios en vol.

A+
Eric

Oui il faut bien un arduino avec puce ftdi car xctrack ne reconnait pas la puce ch340 qui équipe la plupart des arduino ou les arduino officiels qui ont un micro atmel comme boot loader. Le nano avec puce ftdi n'est pas très cher de toute façon... Bon tests !

ton câble en Y doit être OTG

Salut

Un petit retour sur mon premier vol avec ce vario. Il fonctionne bien. Avec xctrack il y a comme une fonction "zérotage".
Il est moins réactif que mon blueflyvario dans le sens ou en sortie de virage je fais souvent une petite ressource, le blueflyvario réagit, pas le xctrackvario. Le son du téléphone est plus fort que celui du blueflyvario.
Les conditions de mon petit vol étaient très faibles. Le vario n'a pas eu l'occasion de monter en fréquence.
Ce qui me plaît moins c'est le son de base trop grave peut-être.
Test à compléter dans une aérologie plus vivante et un peu plus loin du relief pour me concentrer un peu plus sur les sons.
A+
Eric

Qqun pourrait me confirmer que ce vario est bien compatible avec flyme: https://play.google.com/store/apps/details?id=com.xcglobe.flyme

C'est pour moi le meilleur rapport simplicité/fonctionnalité, et il est compatible Flytec SensBox, BlueFlyVario, Flynet 2, Flight Bandit, FlyNet XC, XC Tracer, leGPSBip.... mais je voudrais avoir le coeur net avant de commencer le bricolage.

Merci d'avance

http://xcglobe.com/flyme/changelog

on peut lire

Support for Bluetooth protocols FlyNet, LK8EX1, LXWP0

donc pour le LK8EX1 c'est ok

l'usb otg est pris en charge pour le bipbip alors peut etre aussi pour ce genre de montage  , fait gaffe a avoir un nano officiel

si tu as le temps je vais essayer de le faire en proto pour te confirmer

Pour l'instant j'effleure le projet du doigt, donc oui, j'ai le temps ;-)

Curieux de voir ce que ça donne  et de plus être obligé de payer des flagship pour avoir un baro dans le téléphone

Il me semble que même les meilleurs téléphones ont des capteurs baro assez moyen.

j'en suis à mon 5e smartphones avec baro en 10 ans (xpéria active, go, z3c, s6edge, et mi8) et j'ai toujours été satisfait du service rendu.

Après si je peux avoir mieux pour moins cher, je prend ;-)

Eh bé... moi je suis à mon 2èm altivario-gps en 20 ans... 

        :sors:

Salut , je n'ai pas réussi a le faire marcher en usb sur flyme par contre il marche bien en bluetooth en changeant le baud a 9600

la version beta du 13/12/2019 supporte désormais les CH340G

Salut

J'ai vu sur le Github qu'il y a une mise à jour du programme. Cela amène des progrès ou c'est juste pour une compatibilité CH340G?

Merci
Eric

Ouip c'est moi qui l'ai implémentée ;) mais je savais pas quand il allait la sortir
Cool !

Bonjour, Mon téléphone a un port USB-C. Existe il un cable Y OTG Mini USB / USB-C avec prise USB pour la batterie ? Merci d'avance.

Bonjour, Est ce que quelqu'un connaitrait la consommation du montage ? Merci d'avance.

mes mesures montrent que par rapport à xctrack, le gps, la conso du vario est négligeable (0.1W)

Salut,

Je suis au niveau 0 de la programmation et du monde Arduino… Comment vous faites pour programmer le nano?
J'ai installé l'IDE, configuré la carte et le port à utiliser, mais ensuite je suis sec…
Est ce qu'il faut récupérer chaque fichier et tous les téléverser un à un? Ou est ce qu'on peut tout faire d'un coup? Ou est ce qu'il n'y a qu'un ou 2 fichiers nécessaires et les autres sont uniquement pour là pour tester le montage de la carte?

Merci

bonjour,
il n'y a que le fichier XCTRACK_VARIO_MS5611.ino à utiliser :

1. dans outils gérer les bibliothèques, installe "MS5XXX library by Roman Schmitz"
2. aux lignes 30 et 31 décide si tu souhaites utiliser l'usb ou le bluetooth
3. si ton capteur est bien soudé comme sur les photos, alors transfère le programme dans ton arduino nano : suivant les modèles il faudra choisir ATmega328P ou ATmega328P old bootloader : tu le sauras si le transfère échoue !
4. n'oublie pas qu'il faut un câble usb OTG pour le mode usb

Merci beaucoup.
Carte programmée, mais j'utilise une mauvaise ref pour le module Bluetooth (HM-10)…
Je ne sais pas si c'est lié, mais impossible de faire l'appairage avec ma tablette ou mon tel (par contre ok avec un pc)
J'ai commandé un HC-06

A+

oui celui-ci est un low-energy, pas toujours compatible avec tous les téléphones

J'ai fait une version modifiée de la boite, pour un arduino avec mini USB
https://www.thingiverse.com/thing:4837540
Merci pour le design, ça me dépanne bien avec XCtrack

cool :-)

quelles sont les différences/améliorations par rapport à celle proposée ?
https://cad.onshape.com/documents/8ec970df0f91cd7f4dafb0b8/w/81f5e80ab2d84901aa8e29be/e/2df0103f0eb100d6330b3609 (https://cad.onshape.com/documents/8ec970df0f91cd7f4dafb0b8/w/81f5e80ab2d84901aa8e29be/e/2df0103f0eb100d6330b3609)

bons vols !

celui ci est pour mini USB. Je voyais que quelqu'un disait que l'original était un peu petit, alors je me suis pas posé de question et j'en ai refait un.
Ca a super bien marché pour monter aux dents de Lanfon ce week end !

Salut

oui c'est moi qui l'ai trouvé un peu petit. Cela venait peut-être de la machine.
Si j'en refait un je prendrai un ardruino miniUSB

La version Bluetooth c'est super. Il suffit ensuite de brancher le vario sur un power bank (donc en 5V) ou on peut y rajouter une batterie rechargeable de 3.6V (ou 3.3V) amovible.

A+
Eric

c'est quoi comme modèle un arduino miniUSB ??

Pas de problème de latence ? tu utilises quelle version de BT ?

Bonjour

Désolé pour la confusion; il manque un point d'interrogation à la fin de ma dernière phrase.  :roll:

Je pense que la version bluetooth est super (je ne l'ai pas j'ai la première version sans le bluetooth) car cela permettrait de charger le téléphone avec la powerbank. Je n'ai pas trouvé le bon cordon y en OTG pour brancher le vario, le téléphone et la powerbank.

Actuellement j'utilise un blueflyvario car liaison bluetooth et surtout un son plus agréable que celui du téléphone. Il faudrait que je reteste le vario avec mon dernier téléphone, le son va peut-être changer. Il faut que je trouve le cordon USB_C vers mini_USB. Je commence a avoir une grosse collection de cordon.

Question supplémentaire: Est-ce que le vario est perturbé si on le place dans le "cockpit" ou alors dans une poche? Vous me direz "t'a qu'à essayer". Oui je testerai ça quand j'aurai de meilleurs possibilités de vols.

A+ et bonS volS?

Eric

je l'ai trouvé : https://fr.aliexpress.com/item/33033635055.html?spm=a2g0s.9042311.0.0.67516c37lsdGh5 (https://fr.aliexpress.com/item/33033635055.html?spm=a2g0s.9042311.0.0.67516c37lsdGh5)

mon vario est dans la poche du secours ventrale

Merci c'est bien le bon câble. Il y a un an 1/2 je n'avais rien trouvé. Ici on doit ajouter un câble classique USBA/mini-USB.

Pour le son XCTack a évolué, on a une option pour le tester et la version pro permet de le modifier.
A+

oui c'est bien pratique, tout est configurable en somme.

Salut,
En attendant une météo plus favorable au vol, j'ai commandé et assemblé le vario pour XCtrack avec une puce CH340 sur le nano, on ne trouve presque plus que ça, le programme est uploadé dans la carte nano et lorsque je lance le moniteur sur arduino ide (pc et téléphone) j'ai bien le retour d'information du baromètre et ses variations lorsque je le bouge verticalement. par contre dans XCtrack lorsque j'active le capteur externe usb (115200 baud) le logo usb clignote en rouge/bleu puis se stabilise en bleu par contre je n'ai pas de donnés sur le gadget alti baro d'XCtrack, j'ai essayé sur la version beta et ma standard mais rien n'y fait
Quelqu'un connait le problème ?

salut,
une question : est-ce ton câble est bien un otg ? tu as dit que tu as testé avec un moniteur sur téléphone, c'est que cela doit être ok.

une petite capture d'écran de ton appli téléphone ? moi j'utilise Serial USB Terminal ou Serial Bluetooth Terminal de Kai Morich

amicalement
Damien

Hello, me rappelle plus mais tu es sûr que 115000 bauds c'est ok? Essaie peut être avec des valeurs plus faibles aussi (9600)

115200 c'est très bien pour moi !

Le même en solaire et bluetooth et je signe tout de suite !!!

moi j'utilise ça : 30h d'autonomie

(https://gitlab.com/dvarrel/XCTRACK_vario/-/raw/master/img/bluetooth_battery_18650.jpg)

L'ajout d'un panneau solaire et son module de charge doit se faire, le tout et le plus difficile (pour moi) au final c'est de mettre tout ça dans un boitier qui tienne la route

panneau solaire (https://fr.aliexpress.com/item/1005005825496564.html?spm=a2g0o.productlist.main.19.13697b35YpsMPf&algo_pvid=61855749-b53e-45a4-9f6d-e3247f26c4c8&aem_p4p_detail=202310200828562100097744875000000343616&algo_exp_id=61855749-b53e-45a4-9f6d-e3247f26c4c8-9&pdp_npi=4%40dis%21EUR%210.42%210.4%21%21%210.43%21%21%40211b5deb16978157361142729e1901%2112000034503058402%21sea%21FR%21722733969%21&curPageLogUid=1xAbbksRKopu&search_p4p_id=202310200828562100097744875000000343616_2)
chargeur lipo (https://fr.aliexpress.com/item/33053533761.html?spm=a2g0o.productlist.main.3.13697b35YpsMPf&algo_pvid=61855749-b53e-45a4-9f6d-e3247f26c4c8&algo_exp_id=61855749-b53e-45a4-9f6d-e3247f26c4c8-1&pdp_npi=4%40dis%21EUR%211.26%211.13%21%21%211.30%21%21%40211b5deb16978157361142729e1901%2167483729627%21sea%21FR%21722733969%21&curPageLogUid=y2EHVsGHDcDk)

Si tu veux gagner de la place tu peux même passer du module nano a un module ESP32 tel que celui-ci (https://fr.aliexpress.com/item/1005005968822263.html?spm=a2g0o.productlist.main.17.755a3e44kHrJSM&algo_pvid=f1270581-1b0d-48ba-a728-0b4242e1d305&algo_exp_id=f1270581-1b0d-48ba-a728-0b4242e1d305-8&pdp_npi=4%40dis%21EUR%213.24%212.86%21%21%213.35%21%21%40211b600816978158064711526e18d4%2112000035098822690%21sea%21FR%21722733969%21&curPageLogUid=UpvtdMwZniZn)

(https://i.ibb.co/pwyTZsj/1697815875641.jpg) (https://ibb.co/dMgv634)
telecharger image (https://fr.imgbb.com/)

Voici le moniteur Arduino IDE sur le téléphone, j'ai aussi essayé en installant xctrack sur une tablette, même résultat

Dans le fichier .ino le baudrate est défini à 115200bd pour l'usb, j'ai donc gardé cette valeur dans xctrack.

avec un test sous serial USB terminal je retrouve les même valeurs

le truc que je ne saisi pas ce sont les valeurs hexadécimale convertie en décimale car par exemple 7C6A donne 31850, 7C6B 31851, bon j'imagine qu'il doit y avoir une conversion à un moment donné pour récupérer une valeur en pascal, non?

Par hasard est ce que vous connaitriez une autre appli qu'xctrack pour tester le vario, cela me permettrai d'etre sur que le probleme vient bien d'xctrack
Merci

Salut, de toute évidence tu as un problème de lecture de la pression de ton baromètre (librairie, traitement de la donnée ou problème physique du baromètre). Je ne connais pas ce protocole et en attendant d'avoir un exemple "réel" de trames voici que que je lis :

Bref pas de mystère, pour que ça fonctionne tu dois avoir des valeurs de l'ordre de la dizaine de milliers en hexa (au sol entre 80000 et 100000 en décimal donc en hexadécimal quelque chose entre 13000 et 18000...)

Edit : j'y pense, en passant peux tu identifier le chipset USB que ta carte utilise? Par exemple sur  celui-ci  (https://www.electronicshub.org/wp-content/uploads/2021/01/Arduino-Nano.jpg) c'est un ch340

Oui, Le PB doit sûrement venir de la lecture du capteur, car mes valeurs affichées sont 168f3, soit 92403 pa.
Pourrais-tu nous donner les premières sorties du terminal sur Arduino ? Version logiciel, connections capteur... On en saurait plus

Bonjour.

Petite question à Sylvain à propos de l'esp32 : comment fais tu pour compiler ? ça bloque direct .j'ai essayé avec une carte esp32"classique" et un MS5611 pour profiter du Bluetooth intégré mais j'ai du beaucoup modifier le code pour au final avoir beaucoup trop de lags pour que ce soit utilisable. Je crois que les esp sont équipées en  BLE et les HC-05 c'est du bluetooth4.

Pour Arnaud, XCsoar peut aussi utiliser des capteurs externes et il y a un mode débogage pour visualiser les trames.

Olivier

Bonsoir,
Je pense aussi à un défaut matériel du capteur car en me baladant dans le .ino j'ai compris que la valeur en hexa doit correspondre à la valeur en pascal.
Je l'ai retourné au vendeur. Pour info le capteur était un Dollatek GY-63 M5611. Sur l'arduino c'une puce CH340C on ne trouve plus que ça mis a part l'ESP32 et je préfère une connexion usb pour éviter la batterie externe.
Merci pour votre aide, je vous tiens au courant dès que je reçois le nouveau capteur.

Je n'ai pas bricolé d'arduino ou d'ESP32 depuis plus d'un an maintenant... Je bossais sur VS Code avec l'extension espressif : https://github.com/espressif/vscode-esp-idf-extension/blob/master/docs/tutorial/install.md
Mais ça fonctionnait aussi avec l'environnement arduino (j'y ai compilé notamment le gnu vario epaper)
Et pour le BT classique je m'en suis servi sur arduino (notamment pour développer mon vario bluetooth (https://github.com/spasutto/SimpleBTVario) XCTrack) mais pas sur ESP32, toutefois c'est possible :
https://randomnerdtutorials.com/esp32-bluetooth-classic-arduino-ide/

Je crois que l'esp 32 est gourmand en énergie ( alors qu'il est compatible LE) ,le fonctionnement sur batterie peut donc s'avérer compliqué.

Difficile à dire sans mesurer même si la balance a l'air de pencher effectivement côté atmega ... De ce que je lis c'est surtout le Wifi/BT qui pompe, sans ça on est entre 3 et 20 mA. Je crois lire que l'atmega328 du nano tire grossièrement la même chose. Mais tout ça c'est en 3.3V ; en 5V on doit plutôt être autour de 40mA.
Par contre effectivement en BT j'ai l'impression (si on rajoute un HC05 pour le nano) qu'il y'a un avantage pour le nano : je lis dans le datasheet 130mA pour l'esp32 (encore une fois à 3.3V) contre dans le pire des cas 80 pour le nano+HC05.
M'enfin tout ça ça sort d'internet.

https://lastminuteengineers.com/esp32-sleep-modes-power-consumption/
https://store.arduino.cc/products/arduino-nano
https://www.gammon.com.au/forum/?id=11497

Oui, c'est cet ordre d'idée.... Lesp32 étant un peu plus compact. Une autre possibilité est d'utiliser un Arduino pro 3.3v 8mhz + hc06. On serait autour de 15mA avec le bluetooth

Hello, nouveau capteur ms5611, mêmes types de valeurs (816C hex soit 33132 dec), j'ai essayé sans grande convictions en baissant le baudrate à 9600 dans le .ino et dans le moniteur mais cela ne change rien au valeurs...
(https://i.ibb.co/dmj4CXm/Screenshot-2023-10-27-17-28-00-661-de-kai-morich-serial-usb-terminal.jpg) (https://ibb.co/MBZkwKB)

Et cette fois ci avec les premières lignes
Merci pour votre aide

essaie de tester avec un code d'exemple :
https://github.com/jarzebski/Arduino-MS5611/blob/dev/examples/MS5611_simple/MS5611_simple.ino
(et la librairie associée https://github.com/jarzebski/Arduino-MS5611/tree/dev/src)
?

Merci sylvain,
quand tu m'a suggérer de tester un autre programme c'est ce que j'étais en train de chercher (logique d'élimination des problèmes un à un) j'ai essayer celui que tu m'as conseillé mais il ne reconnais pas ces propre librairies, j'ai donc fais un essais avec celui que j'avais trouvé et les valeurs de pressions et températures sont bonnes. Le problème vient donc du programme ou des librairies

(https://i.ibb.co/nbMd9D4/Screenshot-2023-10-27-18-57-34-047-de-kai-morich-serial-usb-terminal.jpg) (https://ibb.co/Dtfch7m)

J'ai donc décidé de faire un essai en LK8000 au lieu du PRS et ....
(https://i.ibb.co/L9Zs3qY/Capture-d-cran-2023-10-27-213032.jpg)

la pression est bonne par contre toujours rien sur xctrack !

Je ne suis pas sûr mais d'après lk8000, il y a 99999 après pressure, et pas 0.
Je ne vois pas où est l'erreur en PRS.

Merci pour ton retour, il y a effectivement une erreur dans le code du PRS. C'est corrigé, tu peux essayer la dernière version
Mais ce qui est étonnant, c'est que même avec cette erreur, xctrack fonctionne chez moi: c'est la variation qui est utilisé par xctrack pour le vario, la valeur absolue est utile que si tu ne souhaite pas utiliser le gps pour l'altitude mais le vario
Quelle version as-tu de xctrack ?

Merci Dam pour ton retour,
Effectivement maintenant les valeurs de sortie sont bonnes en PRS
J'utilise la version 0.9.10.3 d'XCtrack et je pense que le problème doit venir de mon téléphone car en alti baro d'xctrack je n'ai rien et si je bouge le capteur pas de variation de la vitesse verticale non plus, pourtant les variations sont visible avec le moniteur usb du tel.
(XCtrack me demande l'autorisation usb à chaque fois et le logo usb d'xctrack mets environ 30 sec à passer au bleu)
autre chose, pour le "0" dans la phrase LK8000 l'erreur est dans le programme (voir image ci dessous), en mettant 99999 à  la place la lecture de sortie est correcte
(https://i.ibb.co/rbynPZf/LK8000.jpg)


je vais tenter de faire fonctionner xctrack sur un autre téléphone pour voir si le problème vient de là (Xiaomi Redmi note 7 qui me pose déjà des problèmes avec android auto)
En tout ca merci pour tout

j'ai testé, en fait le 0 du lk8000 n'est pas gênant....

pour xctrack as-tu cet affichage ?
(https://gitlab.com/dvarrel/XCTRACK_vario/-/raw/master/img/xctrack_bluetooth.jpg?ref_type=heads)

Le capteur ne s'affiche pas dans xctrack à capteurs externes. j'ai juste usb, bluetooth ...etc... et quand je sélectionne USB le capteur n'apparait pas

peut-être cette version 0.9.10.3 a un PB avec les ch340g....
J'ai la 0.9.10.3.11

Salut, je viens de tester avec un autre téléphone (xiaomi redmi 11), une tablette galaxy A7 et la version 0.9.3.10 beta mais toujours pas de capteur ou le problème viens de la surcouche miui d'android ou bien c'est la carte.
Mon instructeur m'à demandé de lui crée un avertisseur sonore de décrochage pour le delta, je vais reconvertir mes Arduino nano ch340 et j'investirai dans une esp32 en espérant que cela règle le problème
Merci pour ton, aide en tout cas

J'ai un redmi 11 et cela marche très bien... As-tu activé le capteur dans xctrack, cela doit sûrement être un truc tout bête !

Salut Dam,
Merci pour cette info, mais comment fait-pour activer le capteur ?

dans connexions et capteurs :
- capteurs externes: bluetooth et/ou usb
- vitesse ftdi 115200
- utiliser un baromètre externe
- vario sonore : activé
- avertir si les données baro ne sont pas disponibles

puis dans calibrer : tu vois apparaître les données si ton capteur est branché ( bluetooth ou usb )

tu peux utiliser le programme test_xctrack, qui n'utilise pas de capteur :
https://gitlab.com/dvarrel/XCTRACK_vario/-/tree/master/dev/test_xctrack?ref_type=heads (https://gitlab.com/dvarrel/XCTRACK_vario/-/tree/master/dev/test_xctrack?ref_type=heads)

Merci pour ton aide, j'essaierai ça des que l'électricité sera rétablie... C'est mon deuxième jours en mode amish !

j'ai mesuré les consommations :
nano + module bluetooth hc-05 : 30mA
esp32 : 100mA (il y a beaucoup d'infos sur le net sur la conso excessive du bluetooth sur les esp32)

dommage car le module esp32 est tout petit et intègre le bluetooth.

Effectivement je viens de lire ça aussi comme quoi l'esp32 n'avait pas été conçu dans l'optique "low power".
J'ai un projet d'enregistreur de vol sur batterie mais je considère le BT/Wifi comme un périphérique activable ponctuellement (par exemple pour récupérer la trace) donc là la conso devrait rester raisonnable (contrairement à une utilisation vario couplé à XCTrack)
Difficile de faire plus réduit comme format quand on cherche un µ avec wifi
https://www.aliexpress.com/item/1005004866531117.html  (3.9cm / 3.1cm)
https://www.aliexpress.com/item/1005004777561826.html  (2.5cm / 2.5cm)
Si jamais ça abouti je verrai à l'utilisation la conso

Hello,
Je viens de faire un essai avec le programme de test, les sorties sont bonnes sur le moniteur usb mais toujours rien sur XCtrack, je vais donc tester avec une arduino nano every pour me séparer du ch340.
merci pour votre aide dans tout les cas

Bonsoir et meilleur vœux 2024.
Après moultes essais improductifs en USB, j'ai fais le montage en Bluetooth et Oh merveille, ca fonctionne parfaitement, mon problème vient donc de la reconnaissance de l'USB par XCtrack, je tacherai de résoudre ce problème à l'avenir, en attendant je vais l'utiliser en Bluetooth pour tester.
Merci pour votre aide
et bon vols en 2024 !