RB10 "Redundancy Bus-10"

Bonjour à tous
Est ce que parmi vous quelqu'un a crée un script lua afin de profiter des 11 valeurs (ou infos ) du capteur composite :RBS et tant qu'a faire du RCBS
J'ai déja téléchargé le script "rb_dec.lua" pour profiter du FS et FL sur les 2 RX .
Je monte un RX8Rpro et un R9 sur un gros piper .... Certain trouverons que trop d'infos tue l'info (entendu ça au terrain , surtout par ceux qui ne pouvaient pas accéder à la télémétrie ;-) ) mais bon quand on a en l'air un gros gros bébé c'est sympa d’être au courant de ceux qui se passe dedans ...
Jérôme

J'en utilise un depuis quelques années ( https://1drv.ms/u/s!AvtsYZCNc6p6jSLJdio6W7icxVHE?e=wMSzOG ) que j'ai modifié mais je n'en suis pas le créateur initial. Très efficace pour la détection d'anomalies en vol (j'utilise les mêmes récepteurs que toi)

Bonjour filduch
ça fait quelques valeurs de + ; merci pour le lien
C'est celui que tu as modifiés ?
Jérôme

J'avais fait en 2017 une traduction améliorée de la documentation du RB16 qui décrit comment obtenir les différents capteurs d'un RB (valable pour le RB10, RB16, RB20). Cette doc contient le script LUA conçu à l'origine par 3djc :  RB16 - Traduction version Plus (vPlus.FR7).
Il faut savoir que OpenTx gère jusqu'à 32 capteurs. Si tous les capteurs d'un RB étaient disponibles nativement, on en compterait déjà 33 !

Bonjour Ceeb182
C'est ce script que j'ai copié dans la radio (merci pour le boulot)
En effet 33 capteurs ça commence a faire beaucoup et il faudrait en plus que je prenne des congés pour programmer dans la radio une alerte pour chacun d'eux
A+
Jérôme

@jejeg : oui c'est celui que j'ai modifié et que j'utilise tel quel (seuls les capteurs virtuels nécessaire pour la sécurité sont générés).

Ceeb182 a écrit:Il faut savoir que OpenTx gère jusqu'à 32 capteurs. Si tous les capteurs d'un RB étaient disponibles nativement, on en compterait déjà 33 !

Il y a eu une amelioration en 2.3.1 :

Taranis now allow up to 40 sensors (up from 32)
Horus now allows up to 60 sensors (up from 32)

Bonjour à tous
Il y a quand même un défaut dans la cuirasse sur ce RB , les annonces du récepteur n°2 ne sont jamais annoncés puisque son smartport est désactivé donc tout ces capteurs associés sont inutiles ...
j'ai testé la redondance ,c'est nickel mais je m'interroge sur son fonctionnement :
Au niveau de la radio les 2 émetteurs envoient les mêmes trames au même moment mais pas sur la même fréquence ?
Donc si oui c'est le RB qui "favorise" le RX1 et bascule sur le 2 si pbm d'émission ou interne au RX1 ?
Par contre j'ai beaucoup d'alertes de perte de trame sur le 2,4 en RX1 même a de différentes distance du RX !!?? Est-ce dû au pbm actuel du V1
J'ai fais un test de portée , je suis en 2,4 en alerte critique quasiment toujours au même endroit que mes autres récepteurs de la marque et en 900 et 10mw , je suis arrivé à la limite de mon terrain sans alerte .
J'imagine si je passe en 500mw .
Est-ce que le 900 est impacté par le souci de V1?
Jérôme

Hello jejeg,

Les capteurs sont connectés physiquement entre le RB10 (S.port) et le récepteur qui est utilisé pour la transmission des données de télémétrie (telemetry enabled). La perte du récepteur utilisé pour transmettre les informations de télémétrie à pour conséquence la perte de ces informations (toutefois, et c'est l'essentiel, le contrôle est préservé).

Pour un RB20, il en est différement. Pour certains récepteurs (RX8R_PRO, RX6R, RX4R, G-RX6, G-RX8, R-XSR, ...), c'est la box qui décide quel est le récepteur à utiliser pour la télémétrie. Cette fonctionnalité permet de conserver les informations de télémétrie quelque soit le récepteur qui tombe en panne pour autant qu'il supporte la commande de la RB.

Lors de l'émission en double (deux émetteurs HF sur la télécommande), les signaux ne sont pas synchronisés. Il peut donc y avoir de temps à autre des collisions au niveau de l'émission et également entre l'émission et la réception télémétrique (un des cas ou l'annonce télémétrie perdue est émise).

Je ne peux que te conseiller d'utiliser des bandes de fréquences différentes entre les deux canaux (2.4 ghz et 868 mhz). Beaucoup plus fiable et moins de perturbations (émission / réception télémétrique)

C'est le RB qui décide quand le basculement doit être effectué entre le RX1 (prioritaire) et le RX2 (et vice et versa)

J'ai également des pertes de trames et ça semble "normal". J'en ai certainement un peu moins du au fait que je fonctionnes en bi-bandes

Je pense que le 868 mhz est également impacté par le soucis avec l'ACCST V1 car il fonctionne soit sous ACCST ou soit sous ACCESS

Bonne journée

bonjour Filduch
Je suis en 2,4 en interne et module R9M 2019 en externe .
A quelle puissance tu as programmé ton R9M?
Comme tu dis le plus important est le fonctionnement de la redondance malgré le non retour d'info du RX2
Encore merci pour les infos.
Jérôme

Bonsoir,

jejeg a écrit:Comme tu dis le plus important est le fonctionnement de la redondance malgré le non retour d'info du RX2

D'ailleurs, sauf erreur de ma part, OpenTX interdit de binder le R9M avec la télémétrie quand le module interne n'est pas sur OFF. C'est une protection mise de façon délibérée.

@jejeg : le minimum 25mw. Même à cette puissance, la portée est supérieure au 2.4 ghz (surtout en conditions difficiles) et la sécurité "éloignement" est donc dans le bon ordre. Il est à noter que je n'ai jamais eu de basculement en vol (mais pour l'avoir testé au sol, je sais qu'elle répondra présente au cas ou ?)

Mipel a écrit:D'ailleurs, sauf erreur de ma part, OpenTX interdit de binder le R9M avec la télémétrie quand le module interne n'est pas sur OFF. C'est une protection mise de façon délibérée.

La raison de cette impossibilité résulte du fait que la ligne hardware du S.PORT dans la radio est commune au module interne et externe (voir post RcGroups et la conversation avec 3djc sur l'issue #6261). Le seul moyen d'éviter que le module HF interne utilise la ligne hadware S.PORT est de le mettre sur OFF contrairement aux modules HF externes.

Je n'aurais pas dit mieux

Juste une précision en passant, cette limite n'existe pas pour les T16, qui n'utilisent pas la ligne S.PORT pour leur module interne, et la laisse donc libre pour le module externe.

3djc a écrit:Je n'aurais pas dit mieux

Merci

@3djc : pour la T16, il est donc possible d'avoir de la télémétrie via le module HF interne et via le module HF externe.
Juste pour ma curiosité : cela ne pose-t-il pas de problème si deux capteurs ayant le même nom sont découverts par OpenTx via les deux modules int et ext ? Autrement dit comment sont gérés les doublons dans OpenTx ?

Ceeb182 a écrit:

3djc a écrit:Je n'aurais pas dit mieux

Merci

@3djc : pour la T16, il est donc possible d'avoir de la télémétrie via le module HF interne et via le module HF externe.
Juste pour ma curiosité : cela ne pose-t-il pas de problème si deux capteurs ayant le même nom sont découverts par OpenTx via les deux modules int et ext ? Autrement dit comment sont gérés les doublons dans OpenTx ?

Je ne sais pas mais si ça fonctionne , mais si je comprends bien la t16 peut recevoir les capteurs de 2 récepteurs a condition de changer "leur adresse"!!!?? Y'a t'il la possibilité de modifier via S.port et un scc ??

le SCC permet de modifier l'adresse d'un capteur. Cette adresse est "propriété" du capteur et donc unique quelque soit le récepteur qui en retourne ses informations de télémétrie.

Je me suis mal exprimé , c'est l'adresse du récepteur (248) qui peut être modifier pour ne pas faire doublon sur la radio

jejeg a écrit:

Ceeb182 a écrit:

3djc a écrit:Je n'aurais pas dit mieux

Merci

@3djc : pour la T16, il est donc possible d'avoir de la télémétrie via le module HF interne et via le module HF externe.
Juste pour ma curiosité : cela ne pose-t-il pas de problème si deux capteurs ayant le même nom sont découverts par OpenTx via les deux modules int et ext ? Autrement dit comment sont gérés les doublons dans OpenTx ?

Je ne sais pas mais si ça fonctionne , mais si je comprends bien la t16 peut recevoir les capteurs de 2 récepteurs a condition de changer "leur adresse"!!!?? Y'a t'il la possibilité de modifier via  S.port et un scc ??

Non, pas besoin de changer d'adresse, puisqu'ils sont sur des récepteurs différents

ça devient confus
Sur une T16 et par rapport à tes dires (3djc) elle est capable de recevoir via 2 récepteurs et leur capteurs internes (RSSI ;TRSS ; TQLY...) ces infos mais bien sur à condition que ces récepteurs n'est pas la même adresse (248). D’où mon interrogation : peut-on changer l'adresse d'un des récepteur afin d'avoir le retour (par exemple RSSI) du RX1 et RX2 en même temps ?.

Dans mon cas le RX1 (RX8R pro)  est connecté via le SBUS et le S.port au RB10 et le RX2 (R9) est seulement raccordé via son SBUS  donc possibilité de renvoyer son propre RSSI .Est ce possible ?