Ce site contient essentiellement des notes de travail. Le contenu est en constante évolution, et loin d'être achevé. (+ d'infos)
La plupart des documentations informatiques sont orientées Debian / Ubuntu.

Modélisme/Hardware/Télécommande/FrSky/Télémétrie

De Ordinoscope.net
Sauter à la navigation Sauter à la recherche

Introduction

La télémétrie c'est cool, ça fait causer les copains sur le terrain, ça permet d'avoir des écrans pleins d'informations en temps réel, et ça fait aussi râler quelques uns. Concernant ce dernier point, j'ai entendu un peu de tout. "Ma vieille télécommande ne bipait pas autant pour m'avertir que je ne reçoit plus de signal", "de toute manière je ne regarde pas les infos pendant que je vole", "c'est beaucoup trop compliqué tout ça !", "moi j'achète une télécommande, pas tous ces gadgets électronique". J'ai entendu tout ça au terrain.

Apparemment la plupart ne comprend pas d'entrée de jeu les possibilités qu'offre la télémétrie.

  • avoir des informations et toujours mieux que de ne pas en avoir du tout
  • évidemment qu'on ne regarde pas son écran pendant qu'on vole, c'est la raison pour laquelle on peut enregistrer la télémétrie
  • certains critères peuvent prévenir de crashes quelques dizaines de seconde avant le désastre - les alarmes peuvent faire gagner quelques précieuses secondes

Voici deux cas de figure vécus

Un accu NiMH doit toujours être mesuré en charge (~1A) - encore bien des gens semblent ne pas le savoir. Aucune mesure ne permet de connaître la tension de son accu en vol - elle dépend étroitement de la consommation des servos. La télémétrie permet de déclencher une alarme avant que la tension ne baisse trop et que la réception ne se coupe.

Le 2ème cas est plus complexe. J'ai eu un crashes heureusement non fatal avec mon remorqueur, parce qu'un servo de dérive a créé un court-circuit. Les fils ont chauffé et se sont soudés et a fait fumer le BEC. Après examen, voici 3 points qui pourraient m'éviter ce type de crash une prochaine fois:

  • le check visuel n'était pas OK - mais sous la pression des planeurs qui voulaient se faire remorquer, et ce n'était qu'une dérive sur deux, petites de surcroît, je n'y ai pas attaché suffisamment d'importance
  • la tension mesurée au récepteur s'avère avoir changé environ 2 minutes avant le crash - je pensais inutile de mesurer la tension du BEC, mais tout compte fait la tension est descendue de 5.5V à 4.5V plusieurs fois pendant plusieurs secondes - une alarme aurait pu m'avertir plus rapidement du problème
  • la powerbox redondante de Frsky, qui n'existait pas encore lors du crash, semble être une solution intéressante pour découvrir des consommations anormales et isoler un servo qui aurait un défaut - j'espère en ajoutant ce module gagner les quelques secondes qui me permettent d'atterrir avant le crash

Préparation de la télémétrie

Logs

Je trouve regrettable que l'équipe d'OpenTX n'automatise pas l'enregistrement des logs. Deux points sont nécessaires:

  • activer l'enregistrement des logs
  • activer l'enregistrement de chaque capteur obtenus par la découverte

Détails techniques

Si vous souhaitez avoir des détails techniques sur comment la télémétrie de FrSky fonctionne, vous pouvez vous référer à mes deux projet de librairie pour Arduino:

Références