X9D sous Open TX 2.2.2 et double émission en 2.4 en mode F.C.C ( Non E.U )

Lors d'une conversation précédente :

https://frskytaranis.forumactif.org/t3988-double-emission?highlight=double+emission

On avait évoqué la fausse bonne idée d'émettre en double émission sur les FrSky en 2.4 comme sur les Jetis car on avait systématiquement une alarme de télémétrie perdu qui se déclenchait , on avait trouvé comme solution d'émettre plutôt en norme R9M Europe pour les gens qui le souhaitait sur le deuxième émetteur en XJT pour pouvoir bénéficier de la sécurité d'une double émission , après avoir parcourue le forum de RCGROUP , j'ai peut être trouvé la solution , il suffit en faite de mettre l'émetteur XJT extérieur sur la position ON ON , on bind un premier récepteur L9R sur l'émetteur interne en LR12 sans télémétrie en 1-12 , on désactive l'émetteur interne  , on active l'émetteur extérieure , on bind un X8R sous le meme numéro en 9-16 avec télémétrie (Mode 4 ) , on réactive l'émetteur interne et ca marche , plus d'alarme et j'ai fait l'essai , on a bien 16 voies active  , les 1-8 en analogique sur le récepteur L9R sur l'émetteur interne en LR12 , les 9-16 en analogique sur le récepteur X8R sur le XJT externe en D16 avec télémétrie .

A priori , si on associe 2 RX8R avec cette méthode , on aura une double émission et une double réception , de quoi sécurisé des gros models .

Il faut que j'essaye avec 2 X8R pour voir si ca marche aussi .

Sur RCGROUP , il dise qu'avec cette méthode , on peut avoir les 32 voies en analogique en bindant 2 récepteurs X8R sur l'émetteur interne et 2 X8R sur l'émetteur externe en XJT , les 4 sous le meme numéro , le premier en mode 5 , le deuxième en mode 3 sur l'émetteur interne , le troisième en mode 2 et le quatrième en mode 3 sur l'XJT externe :

https://www.rcgroups.com/forums/showpost.php?p=36360244&postcount=6593

C'est expliqué dans le fichier nomé XJT 32 channels.zip en pied de post .

Ca fonctionne pour les émetteurs sous Open TX et ceux sous FrTx .

Salut Cricri,

Je n'ai certainement pas tout compris, mais j'avais essayé la solution proposée avec des X8R sans succès dans le passé. Des problèmes de qualité de réception télémétrique et de collisions apparaissaient. Il est par contre bien plus sécurisant, pour diverses raisons déjà évoquées, de "travailler" avec un IXJT et un R9M.

Cdt.
Philippe

Oui , pareil , j'avais systématiquement des alertes de perte de télémétrie , mais justement cette solution fonctionne , à vérifier bien sur avec le test de porté , mais sur le ban d'essais , j'ai bien mes 16 voies en analogiques sur 2 émetteurs et 2 récepteurs en 2,4 comme sur les Jetis .

D'après mes investigations, l'utilisation de deux sources d'émissions en 2.4 ghz fonctionnent très bien avec Jeti mais ne peut pas fonctionner à 100 % sur FrSky. La différence entre les deux consiste en la gestion des sources émissions qui n'est pas pareil. Dans le cas de Jeti, aucune collision d'émission ne peut avoir lieu (gestion centralisés). Pour FrSky, les émissions ne sont pas du tout synchronisées (gestion délocalisée).
Ma pratique m'a également prouvé que la méthode que tu cites n'a pas fonctionné pour moi à 100% (avec des X8R) et que la solution IXJT et R9M donne entière satisfaction. La disponibilité est également plus grande quand on utilise des gammes de fréquences différentes (HW & FW différents).
Cdt.
Philippe

C'est pour ca que j'émet quand meme des réserves et que je vais continuer mes tests .

Est ce que le fait d'utilisé un L9R et un X8R améliore le système car le protocole est différent , un en LR12 , l'autre en D16 ?

Je parle d'une solution hybride X et R9M (et non pas X et LR12).

D'après moi, on devrait observer le même comportement avec un X8R ou un RX8R.

Ceci dit, la différence principale entre une solution X et L et une autre X et R est que la gamme de fréquence utilisée est différente.

A ma connaissance aucune solution basée toute X (2.4 ghz) ne donne entière satisfaction. Peut-être que cela est différent (je ne vois pas trop pourquoi) avec X et L ? En tout cas avec X (X8R / RX8R) et R ça fonctionne sans faille pour moi depuis environ une année.

Cdt.

Philippe

A cause du protocole utiliser , le L9R est en LR12 et la X8R en D16 autrement dit il ne parle pas la meme langue mais sont sur la meme bande de fréquence , d'ou moins de risque d'interférence , alors que dans l'emploi de 2 séries X ou RX , ils parlent la meme langue sur la meme bande de fréquence , d'ou peut ètre plus grand risque d'interférence ?

Compte-tenu du développement actuel de la gamme R9, j'aurai plutôt tendance à privilégier la configuration R9M+XJT interne pour une double émission et double réception (deux protocoles différents, deux fréquences d'émission très différentes, bénéfice de la longue portée de la gamme R9).
Ce qu'il manque actuellement, c'est la possibilité de basculer le retour télémétrique entre un récepteur en R9 et un récepteur en D16 via un RB20. Pour le RB20, le basculement de la télémétrie est actuellement possible uniquement en utilisant les récepteurs suivants :  R-XSR, G-RX8, RX8R_PRO, X4R, X8R, XSR (et aussi les RX6, RX4, G-RX6 d'après un échange avec FrSky).

J'ai l'impression que FrSky a fait un galop d'essai avec le L9R car je n'ai pas constaté de développement d'autres produits sur cette gamme de fréquence et ce protocole.

cri.cri : pour faire simple, deux sources d'émission parallèle utilisant la même gamme de fréquences peuvent se perturber. C'est pourquoi par exemple deux ?XJT (un (interne) en mode D16 et l'autre (externe) en mode LR12) peuvent se perturber s'ils émettent en même temps (émission non coordonnée). Par contre cela n'arrivera pas entre un iXJT (mode d8 ou D16) et un (externe) R9M.

Cdt.

Philippe

Une question , est ce que quelqu'un a essayer de faire fonctionner une box avec un récepteur de la série X ( Ou RX ) et un de la série R en S-bus , parce que sur la notice il ne parle de la faire fonctionner qu'avec 2 récepteurs X8R .

Tous les récepteurs FrSky dotés d'une sortie SBUS peuvent être utilisés avec un RB10/RB16/RB20. Pour le RB20, pour bénéficier du basculement de la télémétrie, il faut préférer un des récepteurs suggérés dans la documentation.

• Pour le RB10 et le RB16 : Pour les besoins de l'illustration le synoptique de la documentation montre deux X8R et le paragraphe généralités indique l'utilisation de récepteurs de la série X. Cependant n'importe quel récepteur doté d'une sortie SBUS fera l'affaire. Les RB10 et RB16 ne savent pas basculer la télémétrie d'un récepteur sur l'autre. Il faut donc décider quel récepteur (doté forcément d'un S.PORT) renverra les informations télémétriques à l'émetteur, l'autre récepteur doit obligatoirement avoir la télémétrie désactivée ou pas de télémétrie (comme le XM+).
• Pour le RB20 : Pour les besoins de l'illustration le synoptique de la documentation montre aussi deux X8R. Cependant n'importe quel récepteur doté d'une sortie SBUS fera l'affaire. Par rapport au RB10/RB16, le RB20 est doté d'une fonctionnalité intéressante : le système sait basculer la télémétrie d'un récepteur sur l'autre automatiquement à condition d'utiliser 2 récepteurs parmi les suivants : R-XSR, G-RX8, RX8R_PRO, X4R, X8R, XSR, RX6, RX4, G-RX6 (avec le dernier firmware).