XC-TRACK vario USB

[sylvain_p]

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

[Arnaud_ODS]

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

[Arnaud_ODS]

J'ai donc décidé de faire un essai en LK8000 au lieu du PRS et ....


la pression est bonne par contre toujours rien sur xctrack !

[dam74]

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.

[dam74]

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

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 ?

[Arnaud_ODS]

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



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

[dam74]

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

pour xctrack as-tu cet affichage ?

[Arnaud_ODS]

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

[dam74]

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

[Arnaud_ODS]

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

[dam74]

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 !

[Arnaud_ODS]

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

[dam74]

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 )

[dam74]

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

[Arnaud_ODS]

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

[dam74]

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
chargeur lipo

Si tu veux gagner de la place tu peux même passer du module nano a un module ESP32 tel que celui-ci

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.

[sylvain_p]

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

[Arnaud_ODS]

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

[Arnaud_ODS]

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 !