Capteurs à base d'OpenXsensor sur Arduino

Bonjour à tous,
Ayant pour projet de concevoir une sonde d'incidence en utilisant oXs, je me posais la question suivante : Est-il possible d'utiliser des capteurs Sport FrSky en même temps q'un arduino avec oXs? Quelqu'un l'a-t-il déjà fait? On brancherai évidemment l'arduino en bout de chaîne car il n'y a pas d'entrée Sport de mémoire.
Bien à vous

Hello Barceque, aucun problème pour faire cohabiter des capteurs FrSky et openXSensor sur la même chaîne. Il faut simplement éviter les conflits d'adresses quand il y en a. Il est facile de placer un Y à la sortie de la voie SP Bus de l'Arduino (donc tu peux le mettre n'importe ou dans la chaîne)

Arduinoement votre  

super, merci Filduch. Déjà un problème en moins. Mon idée est d'utiliser ce capteur à effet hall et une "mini girouette" montée sur roulements. J'aurais peut-être besoin de votre aide à l'avenir pour le code car oXs ne prend pas en compte ce genre de capteur qui se branche en I2c.

J'ai toujours trouvé que l'incidence était une info essentielle et pourtant non exploitée par notre milieu.

Pour éviter les conflits sur le SPort, tu peux trouver la liste des ID ici: https://opentx-doc.fr/wiki/liste-des-ids

Et tu trouveras des références au niveau oXs dans oXs_out_frsky.h.

Belle journée

Merci à vous deux pour ces infos. J’ai également trouvé un fil de discussion sur rcgroups qui parle des bibliothèques smartportfrskylibrary. Bon je ne suis pas programmeur mais je vais essayer. Je vous tiendrai au courant de l’avancée des travaux.

C'est une autre possibilité qui n'accepte que du matériel FrSky. J'ai essayé les deux et j'ai préféré oXs car pour moi les capteurs étaient plus faciles à implémenter (j'ai également du modifier un peu le code afin de rendre oXs compatible avec mec capteurs non supportés). Bonne bricole

Ca y est j'ai réussi à faire ce que je voulais. Le résultat au sol à l'air prometteur. J'ai programmé l'arduino pour que l'incidencemètre soit déclarer en tant que vario. Ca va me permettre de l'associer à la modulation sonore pour les approches. Pour la partie hardware du capteur j'ai utilisé l'axe et les roulements d'un motor brushless HS et l'impression 3D. Après on peut facilement se débrouiller sans imprimante. Premier test en vol dimanche si le mistral le permet.

Superbe travail. Bravo

Voilà, j'ai équipé plusieurs avions avec une série de capteurs connectés sur des Arduino V3 en utilisant openXsensor. J'ai passé pas mal de temps pour comprendre comment cela fonctionne et maintenant tout est opérationnel. Les capteurs en activité sont :

 - températures (3x)
 - RPM (sur CDI)
 - GPS (coordonnées, vitesse 3D et altitude)
 - Variomètre
 -  Altimètre
 - Caps (0 > 360)
 - Accélération X, Y et Z

Bien qu'assez pointu de temps en temps pour moi, je suis content d'y être arrivé et ma curiosité est "enfin" assouvie.

Je vais démarrer un nouveau projet pour d'offrir à mon P-38 un asservissement au niveau des moteurs afin qu'ils jouent la même partition (RPM). Je vais commencer à remonter les informations RPM des deux moteurs et après je "pondrai" le code d'asservissement.

Belle saison à tous

Bonjour

Peut-être un petit tuto ou bien quelques infos et photos.

Je réponds volontiers aux questions. Pour un tuto ou quelques photos, faudra attendre un peu. De mon coté, j'ai trouvé réponses à toutes mes interrogations sur la toile. La tâche est assez importante si on part de "zéro" mais si on est logique et persévérant, la récompense n'est que plus belle  

- en ce qui concerne la mesure de température à l'aide de thermistance, préférer une résistance en série proche de la valeur de la thermistance à la température à mesurer (pour moi 100 degrés) plutôt que celle de la valeur de la thermistance à 25 degrés (pour moi thermistance 100k et résistance 6.8k). Au moins en théorie, la précision devrait être "optimum".

- la vitesse (3D pour moi) retournée par le GPS (Neo-8M à 10 Hz pour moi) est en cm/s. Ne pas demander à openXsensor de la convertir en 1/100 km/h mais le laisser la convertir en 1/100 noeuds car l'émetteur s'attend à recevoir la vitesse dans ce format. L'indication "km/h" sur l'émetteur permet à OpenTX d'afficher la vitesse convertie au format demandé.

Ces deux indications pour relater deux des problèmes rencontrés

Cordialement

Bonjour,

En suivant ce post, j'ai entrepris de fabrique un Variomètre. J'utilie un Arduino Pro Mini et un capteur BMP280.
J'ai cablé le BMP280 sur SDA/SCL et au + et - 5V de la carte.
Le Sport est relié Pin 4 comme indiqué.
Je branche le tout sur un Rx X8R et je lance découverte des capteurs et là rien n'apparait.
Avez-vous une idée où cela peut coincer?

Hello F1FNW, peux-tu rendre publique les fichiers ou me les envoyer directement : oXs_config_basic.h et oXs_config_advanced.h   ?

Si les fichiers de configuration sont corrects, tu pourrais savoir si le BMP280 fonctionne correctement (trace des fichiers oXs_bmp280 via le moniteur/traceur série)

Personnellement j'utilise des capteurs GY-86.

Belle soirée

filduch a écrit:Hello F1FNW, peux-tu rendre publique les fichiers ou me les envoyer directement : oXs_config_basic.h et oXs_config_advanced.h   ?

Si les fichiers de configuration sont corrects, tu pourrais savoir si le BMP280 fonctionne correctement (trace des fichiers oXs_bmp280 via le moniteur/traceur série)

Personnellement j'utilise des capteurs GY-86.

Belle soirée

Bonjour,

Voici mes fichiers config....

Hello, j'ai regardé en mode "super rapide" (je prendrai un peu plus de temps plus tard) :

- oXs_config.h_basic : #define FIRST_BARO_SENSOR_USE BMP280 (pas MS5611)
- oXs_config_advanced.h : #define SENSITIVITY_MIN 80 // normal value for MS5611; for BMP, it is probably better to use a lower value like 20 A ajuster éventuellement

Quelles versions de openXsensor & IDE utilises-tu ?

Belle journée

Merci pour ton aide. Pour le Baron, j’ai bien mis BMP280 et ce n’est qu’ensuite que j’ai mis l’autre pour plus tard car j’en ai commandé un.
IDE version 1.8.57 pour OpenXsensor, je ne sais pas mais c’est la version actuelle du Github. Il y a une date Mars 2022, j’en sais pas plus...
Entre temp, j’ai câblé un Arduino Nano, juste le Sport (sans Baron) et il est reconnu sur ma radio avec le retour de VFAS.
Je pense que mon BMP280 est HS car je l’ai alimenté direct en 5V.
Pourtant sur toute les documentations OpenXsensor et les photos des cablages- il n’y a rien de mentionné. Donc je n’ai pas porté plus d’attention. Sur les datas hertz, par contre ils parlent bien de 3,3V à 4V maxi...
A voir!

La version IDE que j'utilise est la 1.8.19 (https://www.arduino.cc/en/software) et pour openXsensor 8.0.1 février 2017. Apparemment la 8.0.1 amène le support du BMP280

J'utilise exclusivement l'Arduino Nano V3

Il existe deux versions de BMP280 (3.3v et 5v) L'Arduino Nano V3 a entre autre deux sorties 3.3v et 5v (https://www.circuitstoday.com/arduino-nano-tutorial-pinout-schematics)

Le GY86 que j'utilise intègre un MS5611 qui est plus précis que le BMP280

Bonne bricole

Il n'y a aucun marquage sur mon BMP280. Juste les IO et HW-611 sur une face et sur l'autre: HW-611 - E/P - 280.

Photo, site ?

Tu utilises bien openXensor 8.01 (https://github.com/openXsensor/openXsensor) ?

Je viens de vérifier la version: This is version : 8.2.15 (27 Oct 2020)
C'est la version que j'ai et c'est aussi celle pointée par lien

Ok, j'ai choisi la version pointée par "latest" sur Github qui elle est en 8.0.1. Peut-être que je migrerais en 8.2.15 plus tard.

Sinon as-tu une photo ou la référence du site ou tu t'es procuré le capteur ?

Bonjour,

Je ne vois pas cette version 8.2.15, sur le github, il n'y a que la 8.0.1.

Vous la trouvé où?

Suivre le lien donné par Filduch trois messages plus haut.

Mon BMP280 provient de chez Amazon.

et bien c'est la version 8.0.1