<![CDATA[OpenTx]]> https://opentx-doc.fr (C) 2005-2026 PHPBoost fr PHPBoost <![CDATA[Notices des récepteurs]]> https://opentx-doc.fr/wiki/notices-des-recepteurs https://opentx-doc.fr/wiki/notices-des-recepteurs Article écrit par Ceeb182.

Vous trouverez ci-joint des manuels traduits en français sous trois versions :
  • La version de base : Traduction quasi-littérale, conforme à la documentation originale FrSky.
  • La version plus** : Traduction améliorée, adaptée au besoin de l'utilisateur mais partiellement non-conforme à la documentation originale FrSky.
  • La version inédite : Ce document n'est ni une traduction, ni un document FrSky. Il formalise des informations sur un produit ou une procédure.

** clin d’œil qui rappelle la différence des versions X9D et la X9D-Plus
- Récepteurs X4R et X4RSB
> X4R X4RSB - Source de la traduction MAJ 01/02/2018-10:15
> X4R X4RSB - Traduction version de base (vFR1) MAJ 01/02/2018-10:15
 image_-_x4r
- Récepteur X6R
> X6R - Source de la traduction MAJ 06/01/2017-15:46
> X6R - Traduction version de base(vFR4) MAJ 31/12/2017-23:00
> X6R - Traduction version Plus (vPlus.FR4) MAJ 31/12/2017-23:00
 image_-_x6r
- Récepteur X8R
> X8R - Source de la traduction MAJ 06/01/2017-15:46
> X8R - Traduction version de base (vFR6) MAJ 31/12/2017-23:00
> X8R - Traduction version Plus (vPlus.FR4) MAJ 31/12/2017-23:00
 image_-_x8r
- Bus de distribution redondant 16 (RB16 - Redundancy Bus 16CH)
Manuel d'utilisation
> RB16 - Source de la traduction MAJ 18/01/2017-21:02
> RB16 - Traduction version de base (vFR3) MAJ 31/10/2017-12:00
> RB16 - Traduction version Plus (vPlus.FR7) MAJ 31/12/2017-23:00
Procédure de mise à jour du micrologiciel (firmware)
> RB16 - Source de la traduction MAJ 23/01/2017-11:42
> RB16 - Traduction version de base (vFR3) MAJ 27/11/2017-12:00
 image_-_rb16
- Récepteurs D4R-II
> D4R-II - Source de la traduction MAJ 31/03/2018-01:00
> D4R-II - Traduction version de base (vFR1) MAJ 31/03/2018-01:00
 image_-_d4r-ii
- Récepteur D8R-II Plus
> D8R-II Plus - Source de la traduction MAJ 11/08/2017-15:23
> D8R-II Plus - Traduction version de base (vFR3) MAJ 14/10/2017-12:00
> Note : pas de traduction version Plus pour le D8R-II Plus.
 image_-_d8r-ii_plus
- Récepteur XM
> XM - Source de la traduction MAJ 31/10/2017-23:00
> XM - Traduction version de base (vFR2) MAJ 06/06/2018-22:00
 image_-_xm
- Récepteur XM+
> XM+ - Source de la traduction MAJ 31/10/2017-23:00
> XM+ - Traduction version de base (vFR2) MAJ 06/06/2018-22:00
 image_-_xm_plus
- Récepteur XMR
> XMR - Source de la traduction MAJ 31/10/2017-23:00
> XMR - Traduction version de base (vFR2) MAJ 06/06/2018-22:00
> XMR - Mise à jour du Firmware en version inédite (vFR1) MAJ 31/03/2018-01:00
 image_-_xmr
- Récepteurs S6R et S8R
> S6R S8R - Source de la traduction MAJ 27/11/2017-23:00
> S6R S8R - Traduction version de base (vFR1) MAJ 27/11/2017-23:00
 image_-_s8r
- Récepteur G-RX6
> G-RX6 - Source de la traduction MAJ 21/01/2019-12:00
> G-RX6 - Traduction version de base (vFR1) MAJ 21/01/2019-12:00
 image_-_g-rx6
- Récepteur G-RX8
> G-RX8 - Source de la traduction MAJ 27/11/2017-23:00
> G-RX8 - Traduction version de base (vFR1) MAJ 27/11/2017-23:00
 image_-_g-rx8
- Récepteurs RX8R
> RX8R - Source de la traduction MAJ 31/12/2017-23:00
> RX8R - Traduction version de base (vFR1) MAJ 31/12/2017-23:00
 image_-_rx8r
- Récepteur RX8R PRO
> RX8R Pro - Source de la traduction MAJ 26/09/2018-16:00
> RX8R Pro - Traduction version de base (vFR1) MAJ 26/09/2018-16:00
 image_-_rx8r_pro
- Récepteur R-XSR
> R-XSR - Source de la traduction MAJ 31/12/2017-23:00
> R-XSR - Traduction version de base (vFR1) MAJ 31/12/2017-23:00
 image_-_r-xsr
- Récepteurs XSR
> XSR - Source de la traduction MAJ 03/03/2018-21:00
> XSR - Traduction version de base (vFR1) MAJ 03/03/2018-21:00
 image_-_xsr
- Récepteurs XSR-M
> XSR-M - Source de la traduction MAJ 31/03/2018-01:00
> XSR-M - Traduction version de base (vFR1) MAJ 31/03/2018-01:00
 image_-_xsr-m
- Récepteur R9
> R9 - Source de la traduction MAJ 06/06/2018-22:00
> R9 - Traduction version de base (vFR1) MAJ 06/06/2018-22:00
 image_-_r9
- Récepteur R9 Slim
> R9 Slim - Source de la traduction MAJ 01/07/2018-15:00
> R9 Slim - Traduction version de base (vFR1) MAJ 01/07/2018-15:00
 image_r9_-_slim
- Récepteur R9 Slim+
> R9 Slim+ - Source de la traduction MAJ 01/07/2018-15:00
> R9 Slim+ - Traduction version de base (vFR1) MAJ 01/07/2018-15:00
 image_r9_-_slim_plus
- Récepteur R9 Mini
> R9 Mini - Source de la traduction MAJ 01/07/2018-15:00
> R9 Mini - Traduction version de base (vFR1) MAJ 01/07/2018-15:00
 image_-_r9_mini

Vous êtes curieux de savoir comment sont réalisés ces documents...
... ou vous voulez contribuer à ce Post, cliquez sur :

fv0g

]]> Thu, 24 Oct 2024 11:02:19 +0200 <![CDATA[Base de donnée FrSky]]> https://opentx-doc.fr/wiki/base-de-donnee-frsky https://opentx-doc.fr/wiki/base-de-donnee-frsky mz27


Article écrit par Ceeb182.

Vous souhaitez choisir un récepteur FrSky ou simplement avoir un aperçu de la gamme des récepteurs FrSky, vous êtes au bon endroit !

Tableau des récepteurs FrSky


La tableau complet se trouve ici :
- au format imprimable PDF (tableau et contenu du présent post)
- au format feuille de calcul LibreOffice (pour pouvoir les classer selon vos critères)

Le tableau ci-dessous ne comporte pas toutes les colonnes (pour des besoins de mise en page dans ce post).
Il est donc incomplet mais permet d'avoir un aperçu rapide des récepteurs FrSky existants.

Astuce si le tableau ne s'affiche pas en entier:
En laissant votre doigt appuyé sur le bouton milieu de votre souris, vous pouvez bouger le tableau vers la droite ou la gauche
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
V V8R4 V8 500m 4,0V – 7,2V 4 / / / / / / /
V V8R7 V8 1,5-2,5km 4,0V – 7,2V 7 / Oui / / / / /
V V8FR V8 1,5-2,5km 4,0V – 7,2V 8 / / / / / / /
V VD5M V8 – D8 300m 3,0V – 7,2V 5 / / / / / / /
V V8R4-II HV V8 – D8 1km 3,0V – 16V 4 / / / / / / /
V V8R7-II HV V8 – D8 1,5km 3,0V – 16V 7 / Oui / / / / /
V V8FR-II HV V8 – D8 1,5km 3,0V – 16V 8 / / / / / / /
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
D D6FR D8 1,5km 3,5V – 10V 6 / / / Tx Rx / / /
D D4R-II D8 1,5km 3,5V – 10V 4 / Oui* Oui* Tx Rx / / /
D D8R-XP D8 1,5km 3,5V – 10V 8 / Oui* Oui* Tx Rx / / /
D D8R-II Plus D8 1,5km 3,5V – 10V 8 / / / Tx Rx / / /
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
X X4R D16 1,5km 4,0V – 10V 4 / Oui* PCB S.PORT / / /
X X4R-SB D16 1,5km 4,0V – 10V 3 Oui Oui* PCB S.PORT / / /
X X6R D8 – D16 1,5km 4,0V – 10V 6 / / PCB S.PORT / / /
X X8R D8 – D16 1,5km 4,0V – 10V 8 Oui / Oui S.PORT / / /
X RX4R D16 2km 3,5V – 10V 4 Oui / / S.PORT / Oui /
X RX6R D16 2km 3,5V – 10V 6 Oui / / S.PORT / Oui /
X RX8R D8 – D16 1,5km 4,0V – 10V 8 Oui / PCB S.PORT / Oui /
X RX8R Pro D8 – D16 1,5km 3,5V – 10V 8 Oui / PCB S.PORT / Oui /
X R-XSR D16 1,5km 3,5V – 10V / Oui* Oui* / S.PORT / Oui /
X G-RX6 D16 2km 3,5V – 10V 6 Oui / / S.PORT Oui Oui /
X G-RX8 D16 1,5km 3,6V – 10V 8* Oui* / / S.PORT Oui Oui /
X XSR D16 1,5km 4,0V – 10V / Oui Oui / S.PORT / / /
X XSR-M D16 1,5km 4,0V – 10V / Oui* Oui* / S.PORT / / /
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
S S6R D16 1,5km 4,0V – 10V 6 / / / S.PORT / / Oui
S S8R D16 1,5km 4,0V – 10V 8 Oui / Oui S.PORT / / Oui
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
XM XM D16 600m 3,5V – 10V / Oui / sur SBUS* Voie 8 ou 16 / / / /
XM XM+ D16 1,5km 3,7V – 10V / Oui / sur SBUS* Voie 8 ou 16 / / / /
XM XMR D16 300m 3,5V – 10V 6 / / / / / / /
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
L L9R LR12 3km 4,0V – 10V 8 Oui / Oui / / / /
Famille
Série		 Nom Protocole Portée Tension
fonctionnement		 Sortie
PWM		 Sortie
SBUS		 Sortie
CPPM		 Sortie
RSSI		 Interface
télémétrie		 Altimètre
intégré		 Redondance
SBUS In		 Gyro
intégré
R9 R9 R9 10km 3,5V – 10V 8* Oui / PCB S.PORT / Oui /
R9 R9 Slim R9 10km 3,5V – 10V 6 Oui / Oui S.PORT / Oui /
R9 R9 Slim+ R9 10km 3,5V – 12,6V 6 Oui / Oui S.PORT / Oui /
R9 R9 Mini R9 10km 3,5V – 12,6V 4 Oui / / S.PORT / Oui /
R9 R9 MM R9 10km 3,5V – 10V 4 Oui / / S.PORT et !S.PORT / Oui /

Légende :
* = selon configuration du récepteur ou selon firmware
! = signifie inversé (!S.Port = S.Port inversé)
PCB = circuit imprimé

Les sujets "Notices des capteurs", "Notices des récepteurs" et "Notices des émetteurs" mettent à votre disposition une bibliothèque de documents assez importante.

Modes de transmission


Il existe 5 modes de transmission pour la liaison émetteur/récepteur dans la gamme FrSky. Les voici brièvement présentés, du plus vieux au plus récent :
● V8 - mode de transmission sans télémétrie jusqu'à 8 voies. Absence de la fonctionnalité "Model Match¹".
● D8 - mode de transmission avec télémétrie jusqu'à 8 voies. Absence de la fonctionnalité "Model Match¹". L'interface de la télémétrie utilise 2 conducteurs² (Tx, Rx) et nécessite un concentrateur (Hub sensor) lors de l'utilisation de 2 capteurs ou plus. D signifie "duplex", c'est à dire que la liaison est bidirectionnelle (émetteur vers récepteur et vice versa). A noter que la génération des récepteurs "V*-II" peut utiliser ce mode de transmission MAIS n'est pas doté de la télémétrie.
● D16 - mode de transmission avec télémétrie jusqu'à 16 voies. Présence de la fonctionnalité "Model Match¹". L'interface de la télémétrie utilise 1 conducteur² (Smart Port = S.PORT) quel que soit le nombre de capteurs à mettre en oeuvre.
● LR12 - mode de transmission longue portée (jusqu'à 3km) sans télémétrie jusqu'à 12 voies. Présence de la fonctionnalité "Model Match¹".
● R9 - mode de transmission longue portée (jusqu'à 10km) avec télémétrie jusqu'à 16 voies. Présence de la fonctionnalité "Model Match¹". L'interface de la télémétrie utilise 1 conducteur² (Smart Port = S.PORT) quel que soit le nombre de capteurs à mettre en oeuvre.

Vous trouverez plus d'informations dans le sujet "D8 vs. D16 vs. R9M vs. LR12: explications pour les nouveaux dans le monde FrSky"

Notes :
¹ Model Match : Fonctionnalité permettant d'attribuer au récepteur un numéro correspondant au modèle. Ainsi, seul le récepteur associé au numéro du modèle courant pourra fonctionner, évitant ainsi de sélectionner par mégarde sur la radio une configuration ne correspondant pas au modèle.
² x conducteur(s) : nombre de fil utilisé pour véhiculer l'information télémétrique. Il faut bien sûr ajouter l'alimentation du capteur : Vcc et GND.

A propos des antennes :
Si vous n'êtes pas un ingénieur électronique spécialiste des hautes fréquences et doté de moyens de mesures adéquats, il est vivement conseillé de NE JAMAIS MODIFIER LA PARTIE ACTIVE des antennes de votre récepteur. La partie active pour une antenne standard, c'est la partie sans la gaine noire et sans la tresse métallique. Bien que la règle théorique de base veut que la partie active mesure 1/4 de la longueur d'onde, la vérité est beaucoup plus complexe car en hautes fréquences TOUT a une influence.

Compatibilité émetteur/module d'émission


Les modes de transmission D8/D16/LR12 sont supportés par l'ensemble des radios FrSky (plus exactement par le module HF interne de la radio).
Le mode V8 nécessite un module HF externe DFT, DJT, DHT (2013) ou V8FR, V8JT, V8JT-G (2012).
Le mode R9 nécessite un module HF externe R9M ou R9M-Lite (2018).

Sorties PWM, SBUS, CPPM, RSSI


Selon les récepteurs, le nombre et la présence des sorties PWM, SBUS, CPPM, RSSI diffèrent.

Voici quelques explications succinctes :
● RSSI : sortie indiquant la qualité de la réception par une tension MLI (ou PWM) comprise entre 0 et 3,3V. Cette sortie est souvent utilisée pour être retransmise à un contrôleur de vol ou à un émetteur vidéo pour les pilotes de drones. Une explication du RSSI est présente dans le paragraphe "A propos de la télémétrie coté récepteur".
● PWM : Les sorties PWM sont les sorties servo conventionnelles.
Important : certains récepteurs permettent de modifier la période de rafraîchissement du signal de sortie des servos de 18ms (mode FS) à 9ms (mode HS). Pour les servos analogiques, seul le mode FS convient (sinon surchauffe ou dysfonctionnement du servo). Les servos numériques acceptent les 2 modes. Cependant il est recommandé d'utiliser le mode HS pour les servos numériques afin d'obtenir une réponse plus rapide.
● SBUS : Protocole numérique inventé par Futaba qui permet de transmettre 16 voies avec une faible latence sur un seul conducteur. On peut soit l'utiliser pour transmettre la totalité des informations à un autre appareil (récepteur avec redondance, contrôleur de vol, décodeur SBUS vers PWM, ...), soit y connecter un ou plusieurs servos SBUS.
● CPPM : Protocole analogique qui permet de transmettre les valeurs des voies conventionnelles sur un seul conducteur. Ce protocole bien que très lent s'est historiquement imposé car très facile à produire et à décoder. De nombreux appareils acceptent ce signal sur leur entrée (décodeur CPPM vers PWM, contrôleur de vol, ...).

Sur certains récepteurs, il y a une option pour sélectionner le type de sortie : CPPM ou SBUS.
Sur certains récepteurs, une des voies présente sur le signal SBUS correspond à la valeur du RSSI (dans ce cas particulier, il n'y a pas de sortie RSSI dédiée).

Vous trouverez plus d'informations sur ces termes dans le sujet "PWM, CPPM, S.Bus... Késako ??"

A propos de la télémétrie coté récepteur


Les récepteurs SANS télémétrie : séries V, V*-II, L et XM
Les récepteurs AVEC télémétrie : séries D, X, S, R9

● Pour les séries D, l'interface de la télémétrie utilise 2 conducteurs (Tx, Rx) et nécessite un concentrateur (Hub sensor) lors de l'utilisation de 2 capteurs ou plus. C'est l'ancienne interface (2013).
● Pour les séries X, S, R9, l'interface de la télémétrie utilise 1 conducteur (Smart Port = S.PORT) quel que soit le nombre de capteurs à mettre en oeuvre. Les capteurs sont chainés les uns aux autres sans ordre particulier (câble Y possible également). C'est l'interface actuellement en vigueur (depuis 2014).

Nativement, les récepteurs avec télémétrie renvoient la valeur du RSSI (Received Signal Strength Indicator) qui indique la qualité de la réception. L'unité de cette valeur est le décibel (dB). Chaque fois que vous doublez la distance émetteur/récepteur, vous perdez 6dB. L'alarme "signal faible" se déclenche aux environs de 45dB. La perte totale de signal intervient autour de 38dB. Ces deux valeurs (38dB et 45dB) sont uniquement indicatives car elles dépendent de nombreux autres paramètres (position des antennes Rx Tx, environnement, ...).

A1 ou/et A2 permettent de relever des tensions comprises entre 0 et 3,3V. Sur certains récepteurs A1 est câblé en interne pour renvoyer la valeur de la tension d'alimentation du récepteur (pas celle présente avant votre BEC, UBEC, SBEC, ESC !!). Si vous voulez relever une tension supérieure à 3,3V avec une de ces entrées, utilisez un FBVS.

Sur la série G-RX#, un capteur altimétrique est inclus dans le récepteur.

Les capteurs existants actuels permettent les mesures de : l'altitude, la vitesse ascensionnelle, la vitesse relative (pitot), la consommation de courant, la tension d'une batterie et de ses éléments, la position, la nombre de tr/mn, la température...

Options particulières


● Fonction redondance : ce sont les récepteurs comportant la lettre R au début de leurs noms. Le principe : on utilise un récepteur maître doté d'une entrée SBUS et un récepteur esclave doté d'une sortie SBUS. Le récepteur maître reçoit le signal SBUS de l'esclave. Si le récepteur maître perd la liaison HF et si le signal SBUS sur son entrée est valide alors il l'utilise pour piloter les servos. S'il perd les deux signaux alors il déclenche le Failsafe.
Important : Vous voulez utiliser deux récepteurs ayant la fonction redondance en croisant les connexions SBUS, cette configuration ne fonctionne pas ! Pour obtenir, une vraie double redondance, utilisez un "Redundancy Bus" tel qu'un RB10, RB16 ou RB20.
● Fonction stabilisation : ce sont les récepteurs de la série S. Ceux-ci intègrent un gyroscope 3 axes permettant d'obtenir 5 modes de fonctionnement : stabilisation, mise à plat automatique, vol stationnaire nez vers le haut, vol tranche, gyroscope inactif.
Mise en garde : ces récepteurs ne sont pas "prêt à voler". Ils nécessitent une calibration, une configuration spécifique, le réglage des paramètres ainsi qu'une alimentation robuste pour obtenir un fonctionnement adéquat.

Note : Les récepteurs FASST ne sont pas recensés ici. Les modules d'émission HF externes au protocole FASST sont rares et onéreux. Il est vivement conseillé de migrer vers une autre solution.
]]> Wed, 14 Jul 2021 00:23:56 +0200 <![CDATA[Sortie S.Bus/S.port non-inversée]]> https://opentx-doc.fr/wiki/sortie-s-buss-port-non-inversee https://opentx-doc.fr/wiki/sortie-s-buss-port-non-inversee Article écrit par LapinFou en Septembre 2020.

Beaucoup de systèmes demande un signal UART (port série) pour fonctionner. En fait, ces systèmes veulent un signal S.Bus non-inversé pour fonctionner.
Les plus courants sont les cartes de vol pour drones et les modules FBL (FlyBar Less = sans barres de Bell) pour les hélicoptères.

Pour le petite histoire, le S.Bus est un protocole simple, que Futaba a rendu compliqué.
C'est un port UART fonctionnant à une vitesse non standard de 100 000 bauds.
Là où c'est "débile" (si vous me passez l'expression), c'est que, en plus d'un débit non standard, Futaba a eu la "bonne idée" d'inverser le signal par rapport à un UART classique... :@
Donc, très souvent, il faut ajouter un inverseur afin de retrouver un port UART électriquement classique.
Avec ce signal SBus "inversé", la communication avec une carte de vol ou module peut être établie.

Heureusement, de plus en plus de systèmes supporte nativement le S.Bus et le S.Port.
Le F.Port devient même de plus en plus populaire.
A ceux qui en connaissent pas, je vous invite à lire cet article : PWM, CPPM, S.Bus... Késako ??
Physiquement, il y a donc 2 inverseurs : un dans le RX (pour respecter la norme S.Bus) et un sur le câble (pour revenir dans un mode UART classique)... :crazy Heureusement des personnes ont analysé le PCB des différents RX FrSky, et ont trouvé une méthode pour récupérer le signal S.Bus non-inversé. C'est à dire que l'on peut récupérer le signal avant inversion, donc compatible avec le protocole série UART.
Le même procédé peut aussi aussi être nécessaire pour le port de télémétrie S.Port avec certaines cartes de vol pour drones.

Si vous suivez ces liens , vous trouverez comment faire la modification:
→ Uninverted SBUS and Smart Port on Frsky Receivers (le site original en Anglais, mais très facile à comprendre)
→ Le signal inversé de FrSky et comment s’en sortir (site Français qui explique le problème et a traduit les instructions Anglaises)

Attention, il faut quand même être un minimum à l'aise pour faire de petites soudures électroniques. Si ce n'est pas le cas, alors, il vaut mieux acheter un câble inverseur. :) Il ne faut pas oublier que tous les ordres vont passer dans un seul fil. Si la connexion n'est pas bonne (par exemple, une mauvaise soudure), vous perdrez le contrôle total de votre modèle.

Pour modifier un X8R (je suppose que la manipulation est la même pour un X6R), il faut vraiment maîtriser le fer à souder. :)
→ Hacking FrSky x8r for use with sbus to naze32 (en Anglais, mais facile à comprendre)
Dans ce dernier cas, l'intérêt est moindre pour ce genre d'application car on cherche très souvent à utiliser le plus petit RX possible (à moins de vouloir recycler un X8R non utilisé).

LapinFou :lapinfou]]> Tue, 01 Sep 2020 17:10:01 +0200 <![CDATA[SxR avec stabilisation]]> https://opentx-doc.fr/wiki/sxr-avec-stabilisation https://opentx-doc.fr/wiki/sxr-avec-stabilisation Article écrit par LapinFou en Mars 2019.

rx_s6r-01 rx_s8r-01

  • 6 voies PWM pour le S6R
    8 voies PWM + 16 voies S.Bus pour le S8R
  • Capteurs gyroscopes (±2000dps) et accéléromètres (±4g) à trois axes intégrés.
  • Capteur de tension de batterie intégré.
  • Port Smart Port.
  • Sortie RSSI (0V-3.3V) au format PWM (uniquement S8R).
  • Port S.Bus (uniquement S8R).


Lien vers une vidéo expliquant comment Configurer un S6R/S8R.]]> Sun, 03 Nov 2019 11:47:46 +0100 <![CDATA[Test de portée]]> https://opentx-doc.fr/wiki/test-de-portee https://opentx-doc.fr/wiki/test-de-portee Article modifié par LapinFou en Avril 2019.

Rappel : le positionnement des antennes est très important et influ directement sur la qualité du signal. Dans le cas d'un récepteur doté de 2 antennes, et dans la mesure du possible, veillez à ce que les parties actives (extrémités translucides) soient loin de tout objet métallique, liquide, carbone et LiPo. Elles doivent être orientées à 90° l'une par rapport à l'autre.Tout d'abord le RX doit être correctement appairé ("Bind") avec votre radio.
Puis, il faut aller dans le menu CONFIGURATION pour activer le mode "Test de portée".

C'est ici:
wiki-test_de_portee-01

Il faut tester à l'extérieur et le RX ne doit pas être posé directement sur le sol !!
Il faut que le RX/modèle soit surélevé de 1m minimum.

Lorsque vous êtes en mode "test de portée", la puissance est réduite à 1/30 et le RSSI s'affiche:
wiki-test_de_portee-02

Vous devez vous éloigner progressivement du modèle, radio dirigée vers le RX.
Lorsque vous commencez à avoir des alertes (RSSI < 45), il faut alors mesurer la distance entre la radio et le RX/modèle.

Exemple, si vous mesurez 40m, cela donne une portée théorique à pleine puissance de 40m x 30, soit 1200m.
:lapinfou]]> Wed, 11 Sep 2019 11:27:23 +0200 <![CDATA[Sorties PWM sur la Série X]]> https://opentx-doc.fr/wiki/sorties-pwm-sur-la-serie-x https://opentx-doc.fr/wiki/sorties-pwm-sur-la-serie-x Article écrit par LapinFou en Mai 2019.

Certaines marques ont une fonctionnalité particulière: toutes les sorties PWM changent en même temps.

Cette fonctionnalité serait principalement utile pour les anciens hélicos fonctionnant avec une barre de Bell.
En clair, les 3 servos contrôlant le plateau cyclique changent en même temps. Il parait que ce serait mieux. :nerd
Le désavantage étant que l'appel de courant est plus fort, car tout les servos changent de position en même temps.

Je me suis posé la question de savoir ce qu'il en était pour les récepteurs FrSky. Comme je possède un analyseur logique, le plus simple est de faire une capture des signaux pour vérifier. Voici le résultat ci-dessous (cliquez sur l'image pour l’agrandir).

seriesx_pwm_output

C'est sans équivoque, les sorties PWM changent les unes après les autres et non toutes en même temps.
Nous avons maintenant notre réponse. :)
Vous noterez également que le cycle de rafraîchissement des sorties est de 18ms.

:lapinfou]]> Wed, 11 Sep 2019 11:26:40 +0200 <![CDATA[Sortie CPPM & X4R/X4R-SB]]> https://opentx-doc.fr/wiki/sortie-cppm-x4rx4r-sb https://opentx-doc.fr/wiki/sortie-cppm-x4rx4r-sb Article écrit par LapinFou en Mai 2019.

FrSKy a sorti un firmware pour les X4R/X4RSB afin de transformer la VOIE1 en sortie CPPM.

Lien des firmwares:
Firmware-X4R/X4RSB
Attention de choisir la bonne version (EU-LBT ou non-EU).

Mettez à jour le firmware, voir les liens ci-dessous:
Flasher un RX depuis sa radio
Flasher un RX depuis son PC

Après la mise à jour, le mode CPPM n'est pas activé par défaut. Pour activer le mode CPPM, voici comment faire:
  1. Reliez le pin signal de la VOIE2 avec le pin signal de la VOIE3 à l'aide d'un cavalier.
  2. Réglez votre radio en mode D16 et
    VOIE de 1 à 16 pour le X4R-SB
    VOIE de 1 à 11 pour le X4R.
  3. Alimentez et bindez le X4R/X4R-SB.
  4. Débranchez le X4R/X4R-SB, puis retirez le cavalier.
  5. Alimentez à nouveau et voilà !! Votre X4R/X4R-SB fonctionne comme indiqué dans le tableau ci-dessous.


Tableau de correspondance:
Code TEXT :
X4R:
===
VOIE1 → CPPM (VOIE1 à VOIE8)
VOIE2 → VOIE9
VOIE3 → VOIE10
VOIE4 → VOIE11
X4RSB:
=====
VOIE1 → CPPM (VOIE1 à VOIE8)
VOIE2 → VOIE9
VOIE3 → VOIE10
SBUS  → SBUS (VOIE1 à VOIE16)  Pas de changement


La trame CPPM fait 27ms (voir capture d'écran ci-dessous).

Pour info, si votre contrôleur supporte le CPPM et le S.Bus, privilégiez la connexion S.Bus, car vous pouvez passer 16 voies, et le taux de rafraîchissement est supérieur (9ms :cool au lieu de 27ms :unhappy ).

Capture d'écran de la trame CPPM d'un X4R flashé (cliquez dessus pour agrandir):

x4r-cppm

:lapinfou]]> Wed, 11 Sep 2019 11:25:50 +0200 <![CDATA[Problème avec les S6R/S8R sur certaines X9D]]> https://opentx-doc.fr/wiki/probleme-avec-les-s6rs8r-sur-certaines-x9d https://opentx-doc.fr/wiki/probleme-avec-les-s6rs8r-sur-certaines-x9d Article mis à jour par LapinFou en Juillet 2019.

A partir du firmware version 190531 (disponible depuis le 2019-06-05), ce problème est résolu.
Donc, les explications ci-dessous sont caducs si vous mettez à jour votre SxR. :D
Suite à la lecture d'un topic intéressant sur RCGroups, il apparait qu'officiellement les S6R/S8R ne sont pas supportés par les Taranis X9D de 1ères générations (les versions non plus).

D'après les retours utilisateurs, certaines X9D ne posent pas de problème, alors que d'autres semblent ne pas vouloir s'appairer avec un RX de la série S. En effet, lorsque l'on lit la documentation consacrée aux SxR, il est clairement écrit que seules les X9D+, X7 et les Horus sont supportées.

En clair, les X9D version A & B ne sont officiellement pas compatible avec les RXs SxR. Je parle des versions où on ne voit pas de "Plus" inscrit en bas à droite sur l'écran LCD.
Mais dans la pratique c'est pire encore; certaines X9D+ de 1ère génération (notez le "plus" cette fois-ci) peuvent être également impactées par ce problème.

Ce tuto s'adresse à tous ceux qui ne peuvent pas faire de bind avec un RX de la série S. Il semblerait que l'on puisse faire tout de même fonctionner ces RXs à condition de bien choisir le numéro du récepteur.

Pour les impatients, vous pouvez cliquer ici: Liste des numéros de bind qui doivent fonctionner

Pour les curieux, vous pouvez lire la suite.

Explication technique


Le numéro de RX est codé sur 6 bits.

Pour transformer un nombre binaire en décimal, il faut faire l'opération suivante:
bit5 * 25 + bit4 * 24 + bit3 * 23 + bit2 * 22 + bit1 * 21 + bit0 * 20

Les bits de poids forts sont à gauche et les faibles à droite → bit 5|4|3|2|1|0

Ex:
Pour calculer le code binaire "0 1 0 1 0 1", il faut faire:
0*25 + 1*24 + 0*23 + 1*22 + 0*21 + 1*20
soit,
0*32 + 1*16 + 0*8 + 1*4 + 0*2 + 1*1 = 21

Le numéro d'un RX peut être compris entre 0 et 63.

Si le résultat en additionnant les bits 5, 3, 1 & 0 est impair, alors le numéro de récepteur choisi va fonctionner.
Si c'est pair, alors le bind ne va pas fonctionner.
En clair tous les codes binaires suivants doivent fonctionner:
5 4 3 2 1 0
0 * 0 * 0 1
0 * 0 * 1 0
0 * 1 * 0 0
0 * 1 * 1 1
1 * 0 * 0 0
1 * 0 * 1 1
1 * 1 * 0 1
1 * 1 * 1 0

Pour ceux que cela intéresse, voici ma feuille Excel → SxR-X9D.xlsx

Liste des numéros de bind qui doivent fonctionner


Ça c'était l'explication technique pour les curieux.
Sinon, pour les pragmatiques, voici la liste des numéros de récepteurs qui semblent fonctionner à tous les coups:
1 2 5 6 8 11 12 15 17 18 21 22 24 27 28 31 32 35 36 39 41 42 45 46 48 51 52 55 57 58 61 62
:lapinfou]]> Wed, 11 Sep 2019 11:25:11 +0200 <![CDATA[Failsafe mode D16]]> https://opentx-doc.fr/wiki/failsafe-mode-d16 https://opentx-doc.fr/wiki/failsafe-mode-d16 Article écrit par LapinFou en Mars 2019.

Petite explication sur la configuration du Failsafe depuis la radio pour les RXs de la série X (S6R, X4R, X6R, X8R, XSR, XM, XM+, etc.).

La liste ci-dessous est valable uniquement pour le mode D16 (récepteur de la série X).
En mode D8 (série D et VII) ou en mode LR12 (seulement le RX L9R à ma connaissance), il faut programmer le failsafe directement sur le RX.

not set/non défini → Failsafe non défini (par défaut). C'est mal et dangereux, donc alerte au démarrage de la radio.
hold/maintien → Maintien la dernière commande reçue pour toutes les voies.
no pulses/pas d'impulsion → N'envoie plus d'information PWM sur les sorties servos (souvent utilisé sur les drones ou modèles embarquant un contrôleur de vol).
custom/prédéfini → On peut choisir no pulses (non défini), hold (maintien) ou une valeur pré-déterminée indépendamment sur chaque voie (à ma connaissance seul FrSky propose cela). Ils sont trop forts !
receiver/récepteur → Utilise les positions enregistrées dans le RX. C'est bien que cela existe (surtout pour ceux utilisant un module externe XJT sur une autre marque de radio), mais cela n'a pas beaucoup d'intérêt si la radio utilisée tourne sur OpenTX. C'est tout de même plus pratique de faire les réglages avec la radio. :)

Procédure pour programmer le failsafe:
il faut aller dans le menu CONFIGURATION: 1 appui court sur MENU, puis 1 appui court sur PAGE, puis descendre en bas de la page avec les touches +/-.
C'est ici que l'on règle le type de Failsafe voulu.

Pour régler une "valeur pré-déterminée" différente pour chaque voie, il faut faire comme cela:

tmp14
1. Se mettre sur la voie voulue (touche + et -).
2. Un appui LONG sur la touche ENT, permet de passer de none (pas d'impulsions), HOLD (maintien) à 0.0 (valeur du failsafe)
3. Si vous choisissez 0.0 (valeur prédéfinie comme le failsafe du RX), alors il faut faire un appui COURT sur ENT. Le chiffre 0.0 va clignoter. Il faut bouger le manche dans la position voulue, puis un appui LONG sur ENT pour mémoriser la position. Il faut répéter cette opération pour chaque voie.

Bien faire attention à la voie des gaz, car 0.0% correspond à un manche en position milieu (bonjour les doigts si le failsafe se déclenche sur un modèle électrique).
Et voilà !! :lapinfou
]]> Wed, 11 Sep 2019 11:24:06 +0200 <![CDATA[Récepteurs]]> https://opentx-doc.fr/wiki/recepteurs https://opentx-doc.fr/wiki/recepteurs Tue, 12 Mar 2019 14:36:36 +0100