LibrePilot Forum
International Forums => Français => Topic started by: Maverick268 on January 05, 2016, 06:02:06 pm
-
Bonjour, je viens de faire des tests qui c'est malheureusement par un bilan lourd...
Bien que le rssi afficher 100%, j'ai eu une subitement une perte franche sans reprise de signal radio.
Bilan gps arracher, prise main de la revo arracher aussi, un moteur mort axe tordu (il est tomber sur une toiture ca à fais un sale bruit lol).
Bref du coup les boules bien que le hold position à très bien marcher juste avant ca :). (C'est la nouvelle qui me réconforte un peu lol).
Bref après le crache j'ai voulut testé la porté de l'oplink bien que je l'avais déjà fait et un phénomène étrange nous est apparu.
Effectivement revo connecter en usb sur le pc pour avoir les infos rssi et le vumètre de la qualité du signal, réglage en mode ppm seul des deux côtés, je me suis éloigner d'environ 200 mètres avant perte totale du signal. Sauf que lorsque le vumètre de qualité chuter, le signal qualité ne descendais pas en dessous de 85% parfois marqué 100% alors que c'était quasiment dans le rouge...
Parfois j'avais 95% alors que le vumètre n'était qu'a la moitié.
Donc ma question avant tout c'est pourquoi le rssi afficher ne correspond pas à la réalité? Comment est il calculer?
Je pense qu'il serait intéressant que quelqu'un effectue aussi des tests de son côté pour voir si il obtient des valeurs qui concorde pas non plus.
P.S: J'ai les antennes bâtons d'origine, mais qu'importe les antennes le rssi doit être normalement afficher en conséquence je pense sinon pas d'intérêt...
-
RSSI correspond au niveau de réception, à la base exprimé en dBm.
-127dBm pour le "0" si mes souvenirs sont bons.
+6dBm pour chaque point de S-mètre
Suivant le débit demandé le plancher se situe aux environ de -110dBm soit S3 environ
Qualité correspond à la qualité des données reçues, le calcul tient compte des paquets défectueux / corrigés / envoyés à nouveau.
C'est évident que lorsque on s'approche de la zone rouge sur le RSSI ça sent pas bon.
Si c'est dans le rouge à 200m, il y a un souci. (pb antenne / plage canaux / clone de module HF...)
La valeur de la qualité de réception ne passe pas à 0 lors de la déconnexion, ce sera corrigé dans la prochaine version.
-
Example de valeurs de RSSI obtenues, la distance maxi est de 650m en vol automatique avec une puissance de 50mW.
(https://forum.librepilot.org/index.php?action=dlattach;topic=552.0;attach=1041)
La variation sur plusieurs tours, même circuit. Jamais de déconnexion.
(https://forum.librepilot.org/index.php?action=dlattach;topic=552.0;attach=1043)
Les pics à -85dBm correspondent aux passages au dessus du Home, à la verticale de la base...
-
Ok merci pour les 200 métre drone dans une baraque et passage dans foret et antenne pourrave. Mais normalement quand le vumètre s'approche du rouge le pourcentage afficher ne devrais t'il pas descendre?
Dans le orange il m'afficher encore plus de 85% ca là ou je ne trouve pas ca normale la valeur devrait être beaucoup plus basse non?
-
A partir du moment où la qualité se dégrade (<100%) tu arrives aux limites (il répète, loupe des paquets), si cela est bref sur un écho ou un parasite c'est pas grave mais si cela persiste alors là, danger !
-
Donc en résumer à 100% tout vas bien et à 99% tout vas mal alors?
Je vais te mettre des capture d écran fait à l'instant en basculant l oplink à 1mw et en espacent au maxi en passant derrière des mures pour te montré ce que ca fais
-
(http://img15.hostingpics.net/pics/538544oplink.jpg) (http://www.hostingpics.net/viewer.php?id=538544oplink.jpg)
(http://img15.hostingpics.net/pics/343441oplink2.jpg) (http://www.hostingpics.net/viewer.php?id=343441oplink2.jpg)
-
(http://img15.hostingpics.net/pics/967045oplink3.jpg) (http://www.hostingpics.net/viewer.php?id=967045oplink3.jpg)
(http://img15.hostingpics.net/pics/265500oplink4.jpg) (http://www.hostingpics.net/viewer.php?id=265500oplink4.jpg)
-
La puissance est la même des deux cotés ?
Cela peut vouloir dire que tu peux avoir une déconnexion dans un environnement perturbé malgré un signal RSSI convenable.
-
On voit bien que la puissance du signal ne peut être à 98% comme on le voit sur la photo sinon qu'elle intérêt d'avoir un RSSI si c'est 100% ok 99% pas ok???
Sur un lrs ou même sur frsky c'est plus je m éloigne plus mon rssi descend progressivement et ca veut pas dire que j'ai des pertes de trames ou autre.
Ne serait-il pas plus intéressant de baser le RSSI sur la Qualité du signal (le vumètre) plutôt que sur des trames qui se paume comme c'est le cas enfin de compte.
concrètement si quelqu'un veut faire du pseudo long range comme peut il savoir ce qu'il lui reste en réserve avant coupure? C'est là l'avantage d'avoir un RSSI sur la qualité du signal ca permet de savoir si on peut poussé plus loin ou pas.
Du coup avec votre système on est incapable d'avoir une sécurité et par exemple je pousse jusqu'à descendre à 60% mon RSSI afin d'avoir une bonne marge de sécurité.
-
oui puissance identique des deux côtés
-
Peut être que l'on peut renvoyer comme valeur RSSI traduit en % la valeur afficher dans le vumètre ce qui pour le coup serait plus logique et plus appréciable en vol non?( On obtiendrai pour le coup un vrai rssi :) )
-
Tu veux te baser uniquement sur la puissance du signal reçu ?
Regardes dans tes deux captures de l'onglet Oplink, tu as un "Etat liaison" à Enabled, donc déjà déconnecté (devrait être à "Connected"). Soit un signal à -77dBm et -93dBm.
Preuve que la force du signal n'est pas le seul paramètre à prendre en compte.
-
"Enable" pour déconnecté je trouve pas ca logique... Disconnect ca me parait plus logique déjà enfin bref pas grave quand on le sait ;).
Mais donc si je suis déjà déconnecté pourquoi le signal RSSI est encore à 98% alors qu'il devrais être de "0%" voir "100%"(car comme tu l'as dis quand ca coupe ca reste à 100%)
ne peut on pas alors essayer de trouver un arrangement entre puissance du signal quand on sait qu'a -77db il est "out" et aux trames qui passe afin de se rapprocher sur quelque chose de plus réaliste que tout ou rien quasiment non? Ca nous permettrai de savoir ce que nous avons en réserve pour la portée :).
-
Mais donc si je suis déjà déconnecté pourquoi le signal RSSI est encore à 98% alors qu'il devrais être de "0%" voir "100%"(car comme tu l'as dis quand ca coupe ca reste à 100%)
A la déconnexion le receiver quality reste à la dernière valeur calculée, ça peut être 90% ou 95%.
Je me répète, c'est corrigé et sera inclus dans la prochaine release.
ne peut on pas alors essayer de trouver un arrangement entre puissance du signal quand on sait qu'a -77db il est "out" et aux trames qui passe afin de se rapprocher sur quelque chose de plus réaliste que tout ou rien quasiment non? Ca nous permettrai de savoir ce que nous avons en réserve pour la portée :)
Ben oui, le link quality.
indépendant de la force du signal reçu, si ça merdouille (=pas à 100%): danger.
-
Donc ce n'est pas un RSSI...
Le RSSI (Received Signal Strength Indication) c'est justement la mesure de la puissance en réception d'un signal reçu.
D'ailleur dans l'onglet oplink on voit qu'il y a une case RSSI qui reste à 0 (peut-être que ca devait être développer mais na jamais été fait).
-
Le RSSI (Received Signal Strength Indication) c'est justement la mesure de la puissance en réception d'un signal reçu.
Merci, je connais...
Le RSSI correspond à ce que tu as affiché avec le Vu-mètre, déjà expliqué quelques messages avant avec le S0 à -127dBm
-
oui tout à fait c'est ce qu'il y a d'afficher dans le vumètre . Mais dans l'osd quand on veut la valeur du RSSI nous avons en faite le "link quality".
Peut-on du coup avoir dans l'OSD lorsque on sélectionne RSSI la vrai valeur RSSI (le vumètre donc) convertie en % afin de pouvoir savoir jusqu'ou on peut volé en sécurité?
Car au bout du compte actuellement nous n'avons aucun RSSI dans nos OSD.
D'ailleurs pour pousser l'utilisation nous pourrions peut être aussi garder le "link quality" dans l'osd ;) (enfin si il reste de la place en programmation lol).
Je pensais à la base que le link quality affiché correspondait au RSSI car cela était la même valeur que ce que j'avais en RSSI dans l'OSD ce qui ma fortement induit en erreur et nous à fait tourner en rond dans cette conversation. (Ca ma aussi fais faire un super crash... Dont un moteur H.S et le port "Main" de ma REVO inutilisable car prise arracher par le gps, moi qui voulais testé l'i2c avec le mag externe c'est rapé lol)
Désoler si nous nous somme mal compris ;) j'essai d'aider à faire avancer le schmilblick pour améliorer l'ensemble ;).
(d'ailleur ca me parait très étrange que personne ne se soit rendu compte de ca. Peut être à l'époque des forum OP mais n'étant pas du tout dans l'oplink je regardais pas vraiment ;))
-
Je pensais à la base que le link quality affiché correspondait au RSSI car cela était la même valeur que ce que j'avais en RSSI dans l'OSD ce qui ma fortement induit en erreur et nous à fait tourner en rond dans cette conversation.
Je ne pense pas tourner pas en rond il me semble, dès mon premier post dans cette discussion j'ai expliqué la différence entre RSSI et link quality.
Idem ici il y a deux jours: https://forum.librepilot.org/index.php?topic=536.msg3816#msg3816
Le link quality est utilisé comme "RSSI" avec la Revo car il est indépendant du récepteur utilisé: Sbus, Srxl, oplink...
-
Quand j'avais posé des questions sur la revo concernant le RSSI lors de précédent post, j'avais demander pourquoi le RSSI était toujours à 100% même quand je coupais la radio et si il fallait le calibrer dans l'OSD tu m'avais dis qu'il était liée à la qualité mais pas à la force.
Ok très bien à ce moment là j'ai pas percuté (j'en assume les conséquences)
Mais je comprend pas pourquoi à aucun moment (d'ailleur mon post s'appel RSSI revo avec oplink ca me semble clair) on me dit pas clairement "non la revo n'as pas un RSSI mais un Link Quality". Je pense que n'importe qui comprendrai comme moi un RSSI pour un RSSI et non pas Link Quality surtout quand on débute avec la révo ;).
Donc je repose ma question: peut avoir ce que l'on appel "un chat un chat" c'est à dire un RSSI dans l'osd quand je sélectionne RSSI le Tools de configuration?
(Depuis tout à l'heure on tourne sur des mots qui sont pas ce qu'ils sont... Un RSSI est un RSSI et pas un link quality d'où mon obstinance à comprendre RSSI pour RSSI bien que tu me disais Link Quality lol).
Si on peut pas faire, pas de soucis je comprend ;) mais merci de ne plus appeler un Link Quality un RSSI à bon entendeur bien sur ;).
-
Donc je repose ma question: peut avoir ce que l'on appel "un chat un chat" c'est à dire un RSSI dans l'osd quand je sélectionne RSSI le Tools de configuration?
Tu l'auras peut-être remarqué, le configTool est inchangé depuis quelques années maintenant: C'est la version utilisée dans la version de départ de l'osd en Mavlink.
Donc oui, dans le config tool c'est encore Rssi d'indiqué, désolé.
Bonne soirée.
-
Merci je viens de le remarquer ce soir... Mais ca ne répond toujours pas à ma question...
Peut-on oui ou non avoir un RSSI dans l'osd?
Bonne soirée.
-
Pour simplifier, l'UAVO "link quality" a été ajouté pour éviter les configs multiples coté OSD.
Cela permet d'avoir un retour sur la qualité du signal quelque soit le Rx : Sbus, Srxl, oplink.
Tout est possible mais cela ajouterait encore une version à maintenir en plus des trois versions de firmware que j'ai mis à disposition sur le wiki.
De mon coté le temps passé sur le projet devient de moins en moins extensible et tout est affaire de priorités.
-
Merci pour ta réponse clair ;) on y arrive enfin lol.
Je comprend tout à fait on a tous une life à côté aussi ;) (moi cette semaine vacances donc j'en profite pour testé un peu l'engin ;) bien que test finit pour le moment donc je pourrai plus t'embêter :p quoi que demain un pote va peut être me dépanner d'un moteur lol et je tournerai sur le flexi pour le gps maintenant que j'ai viré complétement la prise et bien vérifier qu'il y a pas de court jus sur le main ;)).
Merci de ta patience ;).
P.S: concrètement ca serait compliqué à lire le rssi pour l'osd ou c'est une machine infernal? Je dis ca dans le cas ou je tenterai de faire un firmware pour l'osd avec le RSSI.