OpenXsensor : des capteurs télémétriques DIY !

Nous avons la chance d'avoir un développeur francophone, profitons-en pour se fabriquer des capteurs télémétriques (FrSky, Jeti, MPX, Hott) peu onéreux !

L'origine de la discussion est là : http://www.f3news.fr/t13560-recherche-mvario-2-ex-variometre-2-ex-duplex-jeti je vous propose de continuer ici

Le site du projet : https://github.com/openXsensor

FabienG a écrit:

Nous avons la chance d'avoir un développeur francophone, profitons-en pour se fabriquer des capteurs télémétriques (FrSky, Jeti, MPX, Hott) peu onéreux !

L'origine de la discussion est là : http://www.f3news.fr/t13560-recherche-mvario-2-ex-variometre-2-ex-duplex-jeti je vous propose de continuer ici

Le site du projet : https://github.com/openXsensor

pas de futaba ? sniff

Malheureusement Futaba n'a pas documenté son protocole S.Bus2.
Cependant il existe les capteurs Unisense en S.Bus2....

FabienG a écrit:

Malheureusement Futaba n'a pas documenté son protocole S.Bus2.
Cependant il existe les capteurs Unisense en S.Bus2....

oui c'est ce que j'ai , c'est pas mal d'ailleurs
le coté open source ne va pas avec Futaba hélas

Ca ne rentre pas dans le modèle économique de Futaba.

Mais même le capteur Unisense n'est pas donné, quand on voit tout ce qu'arrive à faire OpenXsensor pour vraiment pas cher !

FabienG a écrit:

Ca ne rentre pas dans le modèle économique de Futaba.

Mais même le capteur Unisense n'est pas donné, quand on voit tout ce qu'arrive à faire OpenXsensor pour vraiment pas cher !

le modèle de futaba est en train de mourrir, ils ne font rien évoluer, impossible d'exploiter les capacités du materiel, qui est pourtant au top...
quand je vois le SAV de m$^ù$ avec aviotiger, les non réponses aux demandes de dev, ni de futaba, ni d'aviotiger, ni de ripmax ( meme pas un "non" ) pour des radios à plus de 2000 balles ...

bref c'est HS mais pas tant que ça

Oui, le matos est bon, mais trop étagé en terme de gamme : exemple une radio à 350€ (10J) n'est pas compatible avec des récepteurs de la même marque (R7008). FHSS, T-FHSS, FASST, FASSTEST...

De Futaba, je suis passé sur FrSky (pour OpenTX), puis sur du Jeti (pour la qualité de fabrication) : je suis bien content de voir que mes vario que j'avais fabriqué pour les récepteurs FrSky sont à présent compatible Jeti.

Je viens de forker le github.
Je suis en plein dans les tests avec une DC16. Je viens de me faire un GPS et un vario/alto sans connaître openXsensor 😭

C'est bien dommage !

J'ai recyclé des vario que j'avais fabriqué pour du FrSky sur la Jeti, en rechargeant un programme à l'intérieur.

Bonjour.

Suite à un souci sur mon bmp280 pour adressage et à la traduction du fichier oXs_config_description.h en francais que je suis entrain de réaliser je viens de constater qu une amélioration pourrais être apporte.

En effet il est dit que "the second one must be a MS5611 (because BMP085 and BMP180 have only one I2C address) or quand je prend la notice du bmp280 on peux aussi lui attribuer une deuxième adresse. Donc si je pousse mon résonnement plus loin on pourrait aussi utiliser un bmp180 ou 280 pour le deuxième capteur
The 7-bit device address is 111011x. The 6 MSB bits are fixed. The last bit is changeable by SDO value and can be changed during operation. Connecting SDO to GND results in slave address 1110110 (0x76); connection it to VDDIO results in slave address 1110111 (0x77), which

La remarque est pertinente.
C'est exact que le bmp280 peut avoir 2 adresses I2C tout comme le MS5611.
En fait le texte qui dit qu'il faut que le premier soit un MS5611 pour ajouter un second sensor barométrique a été écrit alors que seul le type BMP085/BMP180 avait été programmé. Ce texte n'a pas été modifié lorsque j'ai programmé la possibilité d'utiliser le BMP280 car je n'en voyais pas d'intérêt en pratique.

La possibilité d'avoir 2 capteurs barométriques avait été prévue pour diverses raisons:
- tester l'amélioration de performance obtenue en calculant la vitesse moyenne sur base de la moyenne des données des 2 capteurs. Il semble que l'amélioration soit négligeable. Si on veut un vario avec le minimum de temps de réaction, la meilleure solution est d'utiliser un IMU (6050) en complément du capteur de pression)
- offrir la possibilité d'avoir à la fois un vario normal et un vario compensé pneumatiquement (sonde TEK raccordée au second capteur). A part lors des tests, je ne crois pas que cette solution ait déjà été utilisée car lorsque l'on dispose d'un vario compensé on a tendance à ne plus utilisé le vario normal. Le capteur utilisé pour un vario compensé pneumatiquement donne une alttitude qui n'est pas 100% correcte mais l'erreur est faible et ne justifie pas un second capteur.

En conclusion, je ne sais pas si cela est vraiment utile d'avoir 2 capteurs de pression. De toute façon, si vraiment on le souhaite, oXs permet de le faire avec 2 MS5611.
Question performance, pour un vario, je conseille le MS5611 (par rapport au BMPxxx) et le prix du module GY-63 (avec MS5611) est faible (moins de 6 € sur aliexpress)

Une fois le fichier oXs_onfig_description traduit en français, je pourrais le mettre sur github avec ton accord pour que d'autres en profites.
Il serait toutefois souhaitable qu'il s'agisse d'une traduction de la dernière version disponible (celle dans la branche master de github et qui supporte maintenant un débimètre).

Pas de souci je suis partie de la dernière version que j ai fork sur mon Github. C'est long car un gros travail a déjà été fait et ça prend dit temps

Effectivement je ne voie pas de bonne raison d'avoir deux vario 😊. Un bon vario compense suffit largement.
Pour le bmp280 c'est un fond de tiroirs d'un ancien projet.

thierry de faudoas a écrit:

Effectivement je ne voie pas de bonne raison d'avoir deux vario 😊. Un bon vario compense suffit largement.
Pour le bmp280 c'est un fond de tiroirs d'un ancien projet.

Bonjour,
On peut justifier d'avoir 2 capteurs de pression, comme sur les planeurs grandeur : un pour le vario compensé qui donne
aussi l'altitude approximative, l'autre pour le tube de Pitot si on s'intéresse à la vitesse "air".

En fait, il faudrait 3 capteurs, car le tube de Pitot a besoin d'une prise statique. On peut (éventuellement  ?)
approximer le vario compensé à une prise statique pour le Pitot. A vérifier dans les équations de la compensation
vario pour évaluer son influence sur le Pitot.

MPX vend un Pitot qui fonctionne bien, je l'ai monté sur un planeur, c'est pratique dans certains cas d'avoir la vitesse "air".
Une mesure détaillée montre que le Pitot de MPX affiche une vitesse trop grande de 10% environ (malgré la prise statique dédiée), mais j'ai n'ai pas cherché à optimiser la sonde Pitot.

Amicalement,

Robert.

http://images.aeromodelisme-pratique.com/Pitot_GPS.gif

A ma connaissance, il y a 2 façons de réaliser un vario compensé:
- soit en utilisant une compensation pneumatique. Dans ce cas on utilise une simple sonde barométrique (comme pour un vario non compensé) mais celle ci ne mesure pas la pression statique mais bien la pression fournie par un "tube" à la forme spéciale monté dans le flux d'air comme pour un tube de pitot. On rencontre au moins 2 types de "tube". L'un est un simple tube fermé à son extrémité mais ayant un trou calibré à quelques mm de l'extrémité. Le tube est coudé à quelques cm de l'extrémité. L'autre n'est pas à proprement parlé un tube mais a une sorte de venturi à son extrémité. Il y a des photos de ces tubes sur un forum en anglais mais je devrais chercher pour les retrouver. Ces systèmes ont l'avantage de la simplicité mais exige que le "tube" soit parfaitement calibré. Par ailleurs l'altitude calculée sur base de la pression mesurée par l'unique sonde baro n'est pas tout à fait correcte car elle est influencée par la vitesse air. Toutefois l'erreur est relativement faible lorsque la vitesse air reste faible (cas d'un planeur rc en général). Si veut absolument éviter cette erreur, il faut effectivement ajouter une autre sonde barométrique pour mesurer la seule pression statique.
- soit en utilisant 2 capteurs séparés : une sonde barométrique (pour connaître la pression statique comme dans le cas d'un vario non compensé) et en plus un capteur de pression différentiel qui est connecté à un tube de Prandtl (lequel va fournir 2 pressions: la pression statique et la pression "totale"). Ce système permet d'avoir l'altitude exacte, la vitesse air ainsi que 2 vitesses verticales (compensée et non compensée) moyennant divers calculs (et filtres).

Toutes ces options sont disponibles dans openXsensor.

michel_strens a écrit:

- soit en utilisant 2 capteurs séparés : une sonde barométrique (pour connaître la pression statique comme dans le cas d'un vario non compensé) et en plus un capteur de pression différentiel qui est connecté à un tube de Prandtl (lequel va fournir 2 pressions: la pression statique et la pression "totale"). Ce système permet d'avoir l'altitude exacte, la vitesse air ainsi que 2 vitesses verticales (compensée et non compensée) moyennant divers calculs (et filtres).

Toutes ces options sont disponibles dans openXsensor.

Pour ceux qui savent faire le montage électronique mais pas de la micromécanique
de précision adaptée à nos modèles, voici un tube de Prandtl à prix raisonnable,
environ 19 euros. Diamètre 3 mm. Difficile de faire cela sans un atelier de mécanique
d'horlogerie !:

https://www.multiplex-rc.de/produkte/85423-prandtl-rohr-fuer-true-airspeed-sensor
https://www.multiplex-rc.de/produkte/bilder/multiplex/xxl/85423-multiplex-prandtl-rohr-tas-sensor-01.jpg
https://www.absolu-modelisme.com/catalogsearch/result/?q=85423

Je pense que le tube de Prandtl est moins critique (question dimensions) que les tubes utilisés dans un vario compensé pneumatiquement.
Perso, j'en ai déjà fait un en réutilisant 2 brins d'anciennes antennes en 35, 40 ou 72Mhz.

Sinon on en trouve sur aliexpress a un prix nettement moindre (voici un lien)
https://fr.aliexpress.com/item/JMT-Ardupilot-Arduplane-Pitot-Tube-Special-for-APM-2-5-2-6-Arduplane-Airspeed-Sensor/32781653648.html?spm=a2g0w.search0104.3.1.DcENll&ws_ab_test=searchweb0_0,searchweb201602_4_10152_10065_10151_10068_5400015_10304_10307_10137_10060_10302_10155_10154_10056_10055_10054_5370015_10059_100031_10099_5380015_10103_10102_5410015_5430015_10052_10053_10142_10107_10050_10051_10084_10083_10119_10080_10082_10081_5390015_10177_10110_10111_10112_10113_10114_10312_10313_10314_10315_10078_10079_10073_10120_5420015-10120,searchweb201603_16,ppcSwitch_5&btsid=674b286a-be7d-4d38-9c7f-11d8409c90de&algo_expid=87a9f91e-6c2c-41e9-96bc-10a4b99ecc99-0&algo_pvid=87a9f91e-6c2c-41e9-96bc-10a4b99ecc99

Il est aussi possible de l'acheter avec le capteur de pression différentiel à connecter à l'arduino pro mini.
https://fr.aliexpress.com/item/F19512-JMT-Ardupilot-Arduplane-Pitot-Tube-Air-Speed-Meter-Airspeed-Gauge-for-APM-2-5-2/32782462198.html?spm=a2g0w.search0104.3.201.DcENll&ws_ab_test=searchweb0_0,searchweb201602_4_10152_10065_10151_10068_5400015_10304_10307_10137_10060_10302_10155_10154_10056_10055_10054_5370015_10059_100031_10099_5380015_10103_10102_5410015_5430015_10052_10053_10142_10107_10050_10051_10084_10083_10119_10080_10082_10081_5390015_10177_10110_10111_10112_10113_10114_10312_10313_10314_10315_10078_10079_10073_10120_5420015-10120,searchweb201603_16,ppcSwitch_5&btsid=674b286a-be7d-4d38-9c7f-11d8409c90de&algo_expid=87a9f91e-6c2c-41e9-96bc-10a4b99ecc99-27&algo_pvid=87a9f91e-6c2c-41e9-96bc-10a4b99ecc99

Moi j aime bien cette page web http://voiletech.free.fr/skyassistant/pitot.htm pour les pitots ou encore celle ci pour les sonde TEK http://voiletech.free.fr/skyassistant/energie_totale.htm
Robert pour moi la vitesse air et le vario son deux capteurs bien distin dans OXS et pour les deux fonction tu as raison il faut 3 capteur de pression
Je me suis pas pencher encore sur la question mais la fabrication maison est pas rentable, au vue de la précision que sa demande, quand on te le vend entre 5 et 18 euro......

Les 2 liens sont très bien faits et complets.
A noter que les sondes TEK (pour faire un vario compensé pneumatiquement) sont plus difficiles à trouver et plus chères que les tubes de Prandtl (utiles pour la vitesse air)
En voici une chez flashrc à 49 € https://www.flashrc.com/sm_modellbau/23882-sonde_tek_24cm_pour_gps_logger_2_sm_modellbau.html
Cela a donc du sens de la fabriquer soi-même. Voici un lien qui explique une solution possible: http://openrcforums.com/forum/viewtopic.php?f=86&t=5856#p83775

OpenXsensor offre de nombreuses options suivant le type et le nombre de sondes/capteurs utilisés:
- un capteur de pression barométrique => altitude + vario non compensé
- un capteur de pression barométrique + une sonde TEK => vario compensé pneumatiquement (+ altitude approximative car influencée par la vitesse; l'erreur est de l'ordre de 20 m pour une vitesse de 40 km/h)
- 2 capteurs de pression barométrique + une sonde TEK connectée à un ces 2 capteurs => vario non compensé + vario compensé pneumatiquement + altitude
- un capteur de pression différentielle + un sonde de Prandtl => vitesse air
- un capteur de pression différentielle + un sonde de Prandtl + un capteur de pression barométrique => vitesse air + altitude + vario compensé électroniquement + vario non compensé
- un capteur de pression différentielle + un sonde de Prandtl + 2 capteurs de pression barométrique + une sonde TEK connectée à un ces 2 capteurs => vitesse air + altitude + vario compensé électroniquement + vario non compensé + vario compensé pneumatiquement.
A noter que lorsque plusieurs sources vario sont disponibles, openXsensor permet de sélectionner celle qui influence le son parmi 2 sources avec un inter sur le Tx. Toutes les données peuvent en principe être transmises par la télémétrie pour analyse (pour certains protocole, cela peut cependant demander une légère adaptation du code).

J’avance bien la traduction, il me reste 150 ligne a traduire environ et a refaire une passe de correction sur l'ensemble

https://github.com/ZINKTiti/openXsensor/blob/French_translation/openXsensor/oXs_config_description_Fr.h

Merci pour le travail de traduction.
J'ai voulu jetter un coup d'oeil mais j'ai constaté immédiatement que la traduction n'est pas basée sur la dernière version disponible dans github.

La différence principale réside dans le fait que dans la dernière version le fichier config est scindé en 2 fichier (basic et advanced). L'objectif est de rendre la config plus simple pour les cas simples.

Pourrais-tu intégrer les modifications apportées par cette dernière version?
Par la suite, je pourrais relire tout le texte.

Bon travail.

J'ai fini la traduction de l'ensemble je le pousse sur le Github ce soir ou demain

traduction ce trouve ici: https://github.com/ZINKTiti/openXsensor/blob/master/openXsensor/oXs_config_description_Fr.h

Thierry, puis-je me permettre quelques corrections du fichier FR ?

J'ai du oublié plein de correction Ortho et Gram donc avec plaisir