Nouvelle méthode simple pour le RSSI dans Betaflight 3.4 | rssi_src_frame_errors

[@CultureFPV]

Testé ce jour avec la RC3 et ça marche maintenant... attention, cependant, la chute de RSSI à l'air d'arriver plus soudainement qu'avec les méthodes classiques

[@PTI_KEFRAN]

salut david sa marche avec spektrum ou seulement avec taramis ??? MERCI POUR TOUS S EST TUTO

[@CultureFPV]

raiddaid fpv seulement avec sbus

[@PTI_KEFRAN]

merci de ta reponce rapide donc si je suis an spektrum sbus sa marche ???

[@MercuryPJ]

J'ai testé hier et en effet le RSSI ne bouge pas ou presque pas, à 100 mètres il restait à 99% ou baissait à 97% et remontait aussitôt à 99

[@CultureFPV]

senslab yes j'ai pu tester aussi. Je pense que tout seul, ce n'est pas top, mais combiné avec des alertes radio ça prends tout son sens. Tu as du coup la qualité des données dans l'osd et une alerte vocale si la force du signal passe en dessous d'un seuil.

[@Etincelledrone]

Je sais pas comment j'ai pu rater cette vidéo que je viens de découvrir. Cette option me permet d'avoir le RSSI que je cherchais à obtenir depuis des années avec ma Futaba. Merci :)

[@RastaFPV]

Encore une vidéo très instructive. Merci David , merci culture FPV. Peace,love and UNITY

[@djdu74]

Top merci ! Je vol en spektrum et c’était très compliqué de sortir le signal RSSI . Merci encore !

[@derivas007]

j adore tes tuttos sous betaflight. t as chaine est incontournable pour tous les pilotes et en plus tu te tiens toujours a jr en fonction des versions

[@defender14323]

Deux semaines que je me prend la tète avec ma qx7 et mon crossfire et la tu règle mon problème en 4 minute 27.respect

[@CultureFPV]

Non, ça réglera pas ton problème, cette méthode est uniquement pour frsky. Pour crossfire, sur qx7 ancienne version, il faut souder un composant dans la radio

[@defender14323]

avec tous le respect que je te dois si j affirme que tu as regler mon probleme ce n est pas sans verifier .au moment ou je dit que tu as regler mon probleme c est confirmer .je n avais aucune donnees rssi et lg dans mon osd et ta manip a tout debloquer et ce sans le modulea souder dans la carte de la qx7.cordialement@@CultureFPV

[@CultureFPV]

Et bien tu m'en voit autant surpris que content pour toi

[@zay3595]

David tu es le bossss ! Merci 😘

[@CultureFPV]

Évidemment 😂

[@jeanfrancois8332]

Une nouele fonction interessente mrrci pour les explications David

[@fabricereynaud170]

Clair simple précis Merci David impatient d avoir nvelle version beta

[@srguines3038]

bonsoir comme toujours de belle video expliquative je suis novice dans se domaine

[@neochicos]

Super tuto comme toujours! Merci beaucoup.

[@rkoff7930]

Bonjour, suis sur 3.5 fonction ON bien enregistré mais clignote a 0 dans l OSD..........ne fonctionne pas............

[@willofpvpurefun697]

super tuto comme d'habitude, merci

[@lorddeff]

bon j'ai flashé en 3.4, j'ai fait exactement la manip et cela m'affiche un joli 99, donc cela a l'air prometteur, je vais tester sur le terrain :) merci pour l'astuce, ayant un r9m en mode EU, cela me permet de passer en 200mw et d'avoir quand même le rssi ^^

[@mumbly7916]

en voila une bonne nouvelle ,merci David

[@GodsWarrior3]

Je confirme que ça fonctionne très bien sur une Hobbywing XRotor Omnibus F4. Bien avoir les 2 pré-requis avant de taper la commande car si on fait la commande en oubliant une des 2 pré-requis, elle dit que c'est bien passé en ON mais repassera en OFF après la sauvegarde. (j'ai eu le problème)

[@christophedegorgue3214]

J aime quand c simple 😊 merci pour ce tuto ,je vole s'en aussi mais ça va changer 😊merci

[@max-mg8ky]

Savez vous si la technique fonctionne toujours ? Car je viens de faire la mise a jour pour betaflight 10.6.0 et il n'y a plus le choix de la commande " rssi src frame error on/off"

[@lennyjuban1807]

Slt super bien explique merci David

[@Ligestio]

Top comme fonction, merci David :-)

[@pascalchaboissier6131]

merci David pour cette astuce :)

[@ronnyr6030]

Essayer ce jour. Rssi reste figé !!

[@LeuRne]

C'est pas le type de mesure déjà sur les xm+ ?

[@davzipper]

Est ce que ça fonctionne sur butterflight?

[@flow3842]

Pour moi ça ne marche pas. Quand j active dans CLI, il ne sauvegarde pas. Quand j'y retourne, il est en OFF. Pourtant j'ai tout fais comme indiqué.

[@KANAY_ATK]

Super cette astuce ! La même que toi je vole encore sans !

[@FLOwFPV]

Salut. Merci pour le tuto! Effectivement la valeur chute hyper vite. J’ai fait un test de portée ce matin et je suis passé de 99% au failsafe en moins de 2secondes. Je n’ai malheureusement pas record le dvr. Je posterais la video plus tard.

[@droneschoolgent2057]

my quad used to work with this, but now it doesn't want to save the rssi_src_frame_errors = ON command...

[@CultureFPV]

Make sure the other two are desable. One in receiver tab and one in config tab

[@MaxSteddy]

Salut David, actuellement en 3.4, il n'est pas nécessaire de flasher, mais de configurer dans le Cli seulement ? Merci encore pour ton travail.....

[@CultureFPV]

Flash que si t'as un soucis et que tu sais ce que tu fais, sinon, je te conseille de t'abstenir

[@elrobertoescobar1247]

J’ai bien tout paramétrer mais mon rssi stabilise à 99 % et ne varie pas pourquoi ?

[@CultureFPV]

Tu es en frsky ?

[@elrobertoescobar1247]

@@CultureFPV oui qx7 accst

[@elrobertoescobar1247]

@@CultureFPV j’ai testée ce matin puis rien a faire ..

[@zer0m]

merci infiniment!!

[@letchadful]

Hello David. Bon ben j'ai tout bien suivi mais le RSSI sur mon OSD reste à 0. Dommage. Tu aurais une idée d'où ça pourrait venir? Je suis sur OMNIBUSF4SD en 3.4.0 Stable et un RX X4SR.

[@CultureFPV]

pas vraiment, ça fonctionne chez moi à partir de la RC3. t'as bien désactiver les 2 autres méthodes?

[@letchadful]

Oui j'ai bien désactivé les 2 autres méthodes. J'ai le même résultat sur mon x220s et sur mon Betafpv75pro. Bizarre.

[@CultureFPV]

Une fois après avoir changer le paramètre dans le cli, il est bien sur on ?

[@anthonyfranchini937]

Pareil pour moi avec la même Fc que toi. Ta trouver le problème ?

[@animasky9240]

Cool toujours un coup d'avance Culture FPV c'est bon ça ^^

[@trickyfpv1304]

J'ai fait cette manip assez simple mais mtn le signal reste figé à 99% sur l'OSD :( J'suis en 4.0 )

[@loismillet]

pareil cest un peu penible

[@trickyfpv1304]

@@loismillet c'est fini tous ça mtn j'ai le crossfire 👌🏼

[@loismillet]

TrickyStyle je suis chez futaba et impossible de le débloquer ça reste à 99 😂😭😭

[@trickyfpv1304]

@@loismillet à merde.. mais le mieux c'est de régler (si tu px avec futaba) un canal rssi sur le récepteur qui se régle avec la radio et le quad sous tension, genre sur aux 12 et puis dans betaflight du active le canal correspondant sur la page recepteur.

[@78Kisscool]

Radio : Turnigy Evolution (sbus) Recepteur : X6B (sbus) Betaflight 3.5.1 Carte de vol : CLRacingF4 La commande cli est est bien sur on, les 2 autres sont bien désactivés... Le rssi reste à 99%... une idée ?

[@CultureFPV]

Je savais même pas qu'on pouvait utiliser un autre protocole que flysky avec l'évolution

[@78Kisscool]

? Non c'est bien du flysky

[@CultureFPV]

Alors pas sur que tu puisse le faire marcher

[@78Kisscool]

Possible... merci quand même !

[@Aw4yed]

Vous pourriez faire une vidéo test pour voir si c'est fiable ? :)

[@CultureFPV]

une vidéo pour dire ça marche ou pas? Je pense que dès la sortie, il y aura des retours utilisateurs, ça sera mieux et basé sur plus de personne.

[@yooyo888]

Salut David est ce que cette méthode s'applique aussi avec un rx frsky xm+.?

[@CultureFPV]

Pas testé, mais en théorie, oui.

[@thibaultberard8093]

hello . Non je ne pense pas que ça remplace le rssi dans le sens on tu ne peux pas savoir si tu vas te rapprocher du failsafe ... donc j'ai remis l’ancien rssi.

[@camji9370]

Salut et merci pour cette vidéo. Est ce qu'avec un peu de recul cette option est fiable finalement ?

[@zenka1976]

Salut.merci pour ta chaine pleine de bon conseils. Par contre pour le rssi en Cli,je dois pas avoir du pigé un truc. Moi ca note 49% et ca bouge jamais 🤔. C est bien pour la video? Ou la rx?

[@CultureFPV]

Le rssi est pour le rx

[@zenka1976]

@@CultureFPV ok Merci.c est deja plus claire comme ca dans ma tete 😂👍

[@rico8487]

cool merci

[@romaintraversaz1337]

Je viens d'installer BF 3.4 en version stable et bizarrement lorsque je tape "get rssi" dans le CLI la fonction montrée dans le tuto n’apparaît pas... Une idée ? Merci Merci pour ce tuto David ! Toujours au top !

[@CultureFPV]

Romain TRAVERSAZ bizarre... Je regarde en rentrant

[@CultureFPV]

La version stable de 3.4 n'est pas encore sortie (bien que programmée aujourd'hui). Je pense que tu as mis la 3.3. J'ai re testé aujourd'hui avec la 3.4 RC3 et maintenant ça marche sans soucis

[@romaintraversaz1337]

Culture FPV merci pour ton retour. Je vérifierai car BF me proposait bien la 3.4 sur l'omnibus F4.

[@romaintraversaz1337]

Punaise, j'ai du fumer c'est pas possible. Tu as bien raison, c'était la 3.3.3. J'ai dû halluciner la 3.4. Vraiment désolé du dérangement ...

[@patricelevallois5026]

Ça a effectivement l'air très simple à faire...

[@juliennoto]

Au top 👍 cela fonctionnera t’il avec nano crossfire ?

[@CultureFPV]

Airgène à priori non, uniquement en sbus

[@trophythedrifter]

Mon bon David, j'ai d'énormes difficultés avec ce mode RSSI et je viens de comprendre pourquoi: le nombre de paquets perdus n'a rien à voir avec le signal, je m'explique: Avec un RSSI de 99% (version "classique") sur l'écran de la taranis, betaflight me fait une estimation à 56% seulement à l'établi. Sur le terrain, le RSSI classique évolue de 99% à 40% (conformément à la topologie habituelle de mes vols) mais le calcul betaflight fait osciller le RSSI entre 56% et 47%, sans lien avec la distance que sépare le drone de la radio. Je décide de dépouiller le drone et de relocaliser le récepteur et les antennes, et là miracle le calcul betaflight oscille entre 60 et 80% toujours sans rapport avec la distance, le RSSI classique, lui, reste identique en variation comme sur les vols précédents. Le calcul de paquets perdus semble être influencé par l'environnement magnétique du drone, bien plus que par la distance qui le sépare du pilote. On peut donc avoir un signal proche de 99% et un nombre conséquent de paquets perdus ou l'inverse. Je reste sur la version classique, même si il faut renvoyer le RSSI sur un channel aux, la manip' n'est pas insurmontable avec la taranis

[@CultureFPV]

Tout ça me semble plutôt logique. Le RSSI est une mesure du signal donc tu t'éloigne, ça tombe, tu t'approche, tu remonte. Le calcul de paquet perdu c'est les données réellement reçu qui sont mesurée. Rien à voir avec la distance donc (à faible distance), mais plus l'environnement, comme tu l'as remarqué. Finalement, rien n’empêche d'être à 10m, avoir une force de signal correcte mais des données corrompu à cause de l'environnement. Est il préférable dans ce cas d'avoir 99 de RSSI ou 40 de RSSI dans ce cas? Je ne sais pas, et je pense que c'est plutôt un choix personnel auquel il faut s'habituer afin de savoir où sont les limites. Le seul truc qui me gène dans cette nouvelle méthode de calcul c'est la façon dont ça tombe à la fin... Tout d'un coup. ça je trouve ça particulièrement chiant. Le reste ça corresponds à l'énoncé qu'en ont fait les dev de BF.

[@trophythedrifter]

Pour l'instant, le calcul RSSI classique est préférable (pour moi en tous cas), il est plus facile à anticiper et sécurisant si on reste au-dessus des 40%. Est-il grave d'avoir des pertes de paquets ? Non ! En cas de perte, les informations reçues par le récepteur et la FC vont s'espacer. Au lieu d'avoir un ordre pitch/roll/throttle/yaw toutes les 4 ms, çà sera toutes les 8 ms ou 12 ms. Peu perceptible dans les réactions de la machine pour le commun des mortels, surtout que betaflight possède une fonction "RC smoothing" qui va interpoler les ordres manquants entre deux paquets "valides". Après de nouveau essais avec des récepteurs différent, j'obtiens ces données: FrSky XM, RSSI classique 99% = RSSI "perte de paquets" à 40% FrSky X4R-SB, RSSI classique 99% = RSSI "perte de paquets" à 64% FrSky R-XSR, RSSI classique 99% = RSSI "perte de paquets" à 78% Les récepteurs "double antennes" semblent donner un meilleur résultat mais sont de toute façon dépendants de l'environnement électro-magnétique. Quelque soit le contexte, je n'arrive pas à obtenir 99% de RSSI avec la méthode des paquets !

[@CultureFPV]

trophythedrifter plutôt d'accord avec toi. Le rc_smoothing n'est pas actif par défaut, il me semble. Mais effectivement perdre un paquet sur deux n'est pas bien grave. Surtout si, comme moi, on utilise le d16 mais en envoyant que 8 voies. En cas de perte de paquet, ça donne du d16 16 voies ;). Par contre, chez moi je suis régulièrement à 99 avec le calcul d'erreur. Bizarre que tu ne le soit jamais

[@trophythedrifter]

Je vole sur un site électriquement très pollué: wifi à gogo, lignes haute tension en courant alternatif et continu, bref, déconseillé pour nos machines mais très révélateur quand on veut tester une liaison radio/récepteur, failsafe garanti à 200 m ! Pour la partie rc smoothing, BF 3.4 rajoute une partie filtre pas forcément simple à mettre en oeuvre mais très efficace (PID à reprendre entièrement et mode D16/8 impératif). Je t'invite à consulter le wiki BF3.4 pour saisir tous les détails et peut-être en tirer un excellent tuto pour culture FPV: github.com/betaflight/betaflight/wiki/Tuning-Tips-for-Betaflight-3.4

[@CultureFPV]

Je suis en train d'expérimenter ;)

[@jamesregis6411]

Un tuto pour une fonction pas testée ? Déjà que la force du signal n'est pas très linéaire alors ce genre de calcul y'a de grande chance que ça soit tout ou rien et que ce soit finalement inutile pour prévenir d'un fail safe.

[@CultureFPV]

Si on va par là, on parle jamais des RC et on explique pas ce qu'il y a de nouveau ;) Je dis simplement, ça existe, ça semble prometteur, voilà comment on fait.. Tu as tout à fait le droit de pas y croire et de le tester ou pas.

[@trophythedrifter]

il y a une manipulation facile pour trancher et connaitre la fiabilité de ce nouveau mode d'estimation du signal: le comparer à la télémétrie échangée entre le rx et la radio (au hasard une frsky :-)) Si il est effectivement basé sur la perte de données ou paquets non valide, la FC va faire le boulot que le RX faisait. Inutile pour le matos FRsky mais sympa pour du FlySky qui en était dépourvu. Je suis impatient de tester, juste pour la simplicité de mise en oeuvre.

[@FLOwFPV]

Effectivement je confirme. Tu passes de 99% au failsafe en moins de 2 secondes

[@SmiKProduction]

c'est pas hyper fiable je crois