Anomalie firmware pour X8R

Bonjour,
Juste un petit retour d'expérience sur le passage en EULBT des récepteurs actuellement en FCC
Après avoir lu et relu les tutos de mise à jour des firmwares par la radio (X9D) et comme j'ai une floppée de X8R, je me décide à me lancer. (merci à tous les auteurs de ces tutos sans qui ce serait bien plus difficile !)

Fabrication du cable, OK
Comme j'ai passé mes 2 X9D en OTX 2.3.2, j'en sélectionne une et vérifie que j'ai sur la carte SD le répertoire FIRMWARE chargé avec les fichiers LBT pour X8R je trouve <carteSD>\FIRMWARE\ACCST\LBT\X series\X6R-X8R_LBT_2017-02-10.frk ce qui semble correct. (nb: j'ai utilisé le pack de DOC.fr qui allait bien pour maj l'émetteur), OK
Je passe l'émetteur en LBT, et je suppose que çà va bien faute de moyen de  le voir. OK
Je lance la mise à jour d'un X8R à partir de l'émetteur, OK
Je veux binder, et là cela ne vas pas. Pas de clignotement, la led verte s'allume un cout instant puis s'éteint. NOK
Je rallume le tout normalement et la led rouge du X8R reste désespérément rouge fixe, pas de led verte. NOK
Je répète l'opération an cas de fausse manip, vérifie tout, tente l'opération sur 2 autres récepteurs, nada, marche pas... NOK
Je charge sur le site FRSKY le dernier FW:  X8R_LBT_180322.frk et fait maintenant avec succès le flashage, le bind et tout et tout sur les 3 récepteurs... YES, çà marche.

Alors que penser ? le .FRK du pack ne serait pas convenable ?
Quelqu'un a-t-il tenté l'expérience ? avec quel succès ?  

Voilà Voilà, j'espère que l'info sera utile pour d'autres taranissiens...
Amicalement
Gilles

Je sais qu'il y a eu des soucis de firmwares.

Pourrais-tu vérifier, STP qu'avec ce pack là, tout est OK ?!?
https://opentx-doc.fr/wiki/firmwares-2020-04-01

PS: attend avant de remettre les RXs dans tes modèles, car la version finale ACCST v2 est quasiment sorti...
Elle corrige le bug ACCST v1, mais il faut mettre à jour TOUT le monde (TX + RX).

Ok, merci à toi, mangeur de carottes
Je vais tester ce nouveau pack demain
Pour la version 2.1, il faut mettre à jour TX et tous les RX, c'est entendu.
eE somme, pas plus de travail que pour passer de FCC à LBT !
Juste une question, pour des raisons de télémétrie ancienne, j'ai passé des D8RIIplus et D4RII en mode D16. ils profitent donc maintenant du passage facile de FCC en LBT et inversement.
Si je passe en V2.1 mon TX, comment je fais avec ces récepteurs ? vais-je en perdre l'usage ?

Bonjour,
Avec le firmwares-2020-04-01, je viens de reflasher l'émetteur X9D, et 4 récepteurs X8R en LBT, tout va bien
J'ai reflashé également un RX8Rpro neuf acheté en LBT, çà va bien aussi
J'ai simplement bindé un RX4R neuf acheté en LBT, et çà roule
Merci Lapinou, c'est quand même bizarre ces soucis de Firmwares, heureusement tu sembles avoir des archives bien fournies !

Juste un petit souci, j'ai 3 servos que je branche pour m'assurer d'un contrôle normal après l'opération.
Avec le RX8Rpro, lorsque j'anime le GOTECK GS-D9257, il y a des pertes de réception d'environ 1 à 2 secondes (le temps du reboot)
A remarquer, cela n'arrive qu'avec le RX8Rpro...
Bizarre non ?
Quelqu'un a-t-il déja eu ce problème ? avec quel type de servo ?
La question précédente relative aux D8RII et D4RII avec le passage à Accst 2.1 reste posée
A bientôt et merci encore à toute l'équipe
Gilles

Pas de problème de ce genre rencontré pour moi. As-tu observé les leds du récepteur pendant le temps d'arrêt ? Peux-tu confirmer que ton problème ne se manifeste pas avec les autres récepteurs ? Pour le moment, à part un problème d'alimentation, je ne vois pas.

Bonjour filduch
je vois que tu es toujours fidèle au post... ce dont je me félicite...
led rouge fixe et pas de vert pendant la perturbation de transmission
aucun problème avec les autres récepteurs X8R, ni aucun autre (ma platine de test m'a déjà servi à faire des essais de portée bien des fois).
avec le RX8Rpro, si je débranche ce servo, c'est bon, si je le rebranche, ce n'est pas bon...
très bazarre !
il faut que j'essaie avec un autre servo du même modèle au cas où celui là serait vraiment fautif...

- Pourrais-tu me confirmer la version du firmware qui a été installée dans le RX8R qui pose problème ?
- En déplaçant le servo de sortie, est-ce que le problème est toujours présent ?
- Qu'utilises-tu comme alimentation ?

Merci d'avance

le FW utilisé est le RX8R-Pro_LBT_2018-06-01.frk (le récepteur est bien un RX8R pro, j'avais omis de le préciser)
oui, si je change de voie, le problème est toujours la
l'alim est un pack NIMH 4s qui dépasse les 5v5 allègrement
si je substitue le servo incriminé par un autre de même modèle, tout va bien
cela ressemble donc à une allergie à CE servo...
Etrange parce qu'il ne pose aucun problème aux autres récepteurs
je vais faire d'autres essais en enregistrant les logs

J'ai testé avec enregistrement du log (enregistrement à 0,1s) vois fichier joint
Il semble qu'il n'y ait pas de corrélation entre une baisse de l'alim (il y en a) et la baisse de rssi
Idem avec les mouvements de manches.
Au fait le Btrx indique 0,4v au lieu de la tension réelle, bizarre non ? faut-y mettre un multiplicateur ?

Indépendamment de la question du log, j'ai pu constater qu'en cas de déplacement lent su servo, tout va bien
En cas de déplacement rapide de butée à butée, çà produit l'anomalie (et la rapidité ne se voit pas dans le log)
De plus, dans ce cas, il peut y avoir des mouvements erratiques des autres servos (mouvements brusques avec arrêts en cours de route).

avec le fichier joint c'est mieux
milles excuses

Hello ptitgros

Il y a un facteur multiplicatif de 13.2 pour BtRx.

On voit clairement dans le fichier de log que la tension enregistrée fluctue passablement. Je ne sais pas si tu remarques une corrélation entre le moment ou elle chute dans les logs et l'arrêt de fonctionnement du servo ?

Bonjour,

Dans la doc du RX8R Pro :

Comment modifier la période du signal de sortie des servos
La période Normale du signal de sortie des servos est 18ms (FS - mode vitesse normale ou Normal Speed mode).
Le mode vitesse élevée ou High Speed mode (HS - 9ms) ne fonctionne que si les broches de signal des V OIES 5 & 6 sont connectées
avant l'appairage.

Une piste ?

Hello Mipel,

Je ne pense pas que cela à avoir avec le taux de rafraîchissement. C'est bien plus grave que ça car le récepteur semble se recharger (reboot). Je suspect un problème au niveau de l'alimentation mais je n'en suis pas certain (bien que le log semble le démontrer) ou une défectuosité du récepteur. J'attends un retour de la part de ptitgros.

Bien à toi

bof, non, je vois dans le log qu'il y a des baisses de tension, mais il n'y a que 3 baisses de rssi significatives (moins de 45), dont seulement une est voisine d'une baisse de tension
je vais refaire des tests demain en comptant le nombre de leds rouges et de message "nodata" sur l'écran de l'émetteur (et freeze de servo) par rapport au nombre de pertes de rssi enregistrées dans le log.
je soupçonne que le log n'enregistre pas tout (trop bref ?)
çà donne quoi si on passe la fréquence à 0,00 au lieu de 0,1 ? arrêt d'enregistrement ?
je verrai demain

le pb survient seulement en cas de mouvement rapide du manche d'une butée à l'autre (fraction de seconde) et pourtant c'est un petit servo digital, a mon avis l'appel de courant ne devrait pas être trop important au point de faire chuter la tension.
et avec un servo de puissance (gros Hitec de 20 ou 30kg), aucun problème.

En rapport à la fréquence servo, sur l'émetteur on paramètre jusquà 8 servos, il s'affiche 9ms, au delà de 8 servos, il s'affiche 18ms, est-ce pertinent pour étudier notre cas ? faut-il mettre 16 servos afin de passer en 18ms et être conforme au standard du RX8Rpro ?

bon, voilà, après moults tests, je change de pack réception et plus de pb
filduch, tu avais raison, merci de ta perspicacité
cependant je ne m'explique pas pourquoi le pb survenait sur un seul servo , produisait-il un trop fort appel de courant, tellement furtif qu'on e le voyait pas ?
bref, çà sent la réforme pour le pack incriminé
dans l'ensemble, et pour résumern le passage de FCC à EULBT c'est bien passé pour environ 7 récepteurs mais a nécessité le nouveau pack SD de notre fameux Lapin.
merci à lui.
bonne continuation à tous, confinez bien, portez vous bien et à bientôt pour de nouvelles avantures.

Content que tout soit revenu en ordre

Cela fait bien longtemps que j'ai abandonné les accumulateurs Nixx. Je n'utilise plus que des LiFe et je vais continuer à le faire. De plus si l'on ajoute une surveillance par un FLVSS, c'est presque infaillible.

Il serait intéressant de pouvoir relever la change (ampère) que le servo utilise en mouvement et encore plus intéressant serait également de tester la fiabilité de l'accumulateur Nixx qui a été utilisé (certainement qu'il est un peu faiblard). Le servo demande un courant instantané que l'accumulateur ne peut simplement pas assurer sans que la tension ne baisse sensiblement.

Le problème provenait donc de l'accumulateur NiMH qui est défectueux (direction ... poubelle!) ou pas suffisamment chargé conjointement à une charge qu'il n'arrive pas à assumer. Une fois que la tension devenait trop basse, le récepteur redémarrait permettant à la tension de remonter car la charge était devenue faible.

Porte toi bien aussi et au plaisir de te retrouver pour une nouvelle aventure

filduch a écrit:Hello ptitgros

Il y a un facteur multiplicatif de 13.2 pour BtRx.

Filduch,
après application du facteur 13.2 sur le capteur btrx, et regardant de plus près le retour btrx sur mon émetteur je constate une sous évaluation de la valeur affichée.
j'ai deux solutions
incrémenter le ratio pour atteindre la valeur réelle
incrémenter le décalage pour atteindre la valeur réelle
faut-il privilégier l'une ou l'autre ? y aurait-il u inconvénient à l'une ou à l'autre ?
a vue de nez, l'ajustement par le décalage serait plus fin (2 décimales)
Qu'en penses-tu ?

Hello,

Je n'ai jamais attaché une telle importance à la précision de la valeur BtRx. Je la teste simplement grossièrement afin de détecter un problème imminent et important qui va entraîner l'arrêt du récepteur. Je fais plus confiance aux valeurs retournées par les FLVSS qui sont en amont des chaînes électrique. Dans ton cas je ferais deux mesures avec deux tensions différentes afin de savoir s'il l’imprécision provient plutôt d'un décalage que d'une amplification linéaire. En fonction du résultat je "jouerai" sur l'une ou/et l'autre des valeurs.

Bien à toi

ptitgros a écrit:

filduch a écrit:Hello ptitgros

Il y a un facteur multiplicatif de 13.2 pour BtRx.

Filduch,
après application du facteur 13.2 sur le capteur btrx, et regardant de plus près le retour btrx sur mon émetteur je constate une sous évaluation de la valeur affichée.
j'ai deux solutions
incrémenter le ratio pour atteindre la valeur réelle
incrémenter le décalage pour atteindre la valeur réelle
faut-il privilégier l'une ou l'autre ? y aurait-il u  inconvénient à l'une ou à l'autre ?
a vue de nez, l'ajustement par le décalage serait plus fin (2 décimales)
Qu'en penses-tu ?

Sachant qu'il y a une relation linéaire (et non "affine" dans le sens mathématique du terme), je jouerais plus sur le ratio que sur le décalage.

Plus d'info sur "pourquoi un ratio de x13.2" ici → https://opentx-doc.fr/wiki/fbvs-capteur-de-tension

Bonsoir LapinFou,
Merci poir ces infos qui donnent tous le séléments de compréhension.
cependant, à l'application, cela ne va pas.
je teste un X8R, tension mesurée au voltmetre numérique directement sur une voie du récepteur.
pack de 4S NIMH, tension mesurée vers 5,17v
me faut ajuster le retour télémétrie BtRx par le ration, bien au delà de 13.2, pour arriver à afficher le bon voltage du BtRx, je rajoute quelques décimales au décalage.
ça semble bon, sauf que après extinction, rallumage .. je ne retombe pas sur le même voltage, il faut que je réajuste
idem si je remplace le pack par une alim stabilisée, réglée sur 5v, puis sur 6v, rien de constant.
marrant non ?
je rejoins filduch sur sa remarque sur la précision ou plutôt l'imprécision du BtRx...
et pourtant les retours de BtRX d'une RB20 avaient l'air d'être cohérents
il faudra que je les regarde de plus près...

Effectivement les valeurs retournées par les RB ou les FLVSS semblent être plus précis et constant. Il ne faut dans tous les cas pas s'attendre à obtenir une bonne précision pour les valeurs retournées par les récepteurs (certains sont meilleurs que d'autres)

filduch a écrit: Il ne faut dans tous les cas pas s'attendre à obtenir une bonne précision pour les valeurs retournées par les récepteurs (certains sont meilleurs que d'autres)

Dommage qu'on soit obligé de passer par un FLVSS pour mettre une alarme basse tension
le BtRx natif aurait été plus simple et économique...

Le BtRx n'indique rien de plus que la tension instantanée qui lui est transmise. Cette tension ne veut pas dire grande chose. Les seules valeurs qui devraient être considérées sont celles de chaque  cellule composant l'accumulateur.
Bien que la tension globale puisse paraître correcte, la défectuosité d'une seule cellule peut suffire à compromettre la sécurité de l'ensemble. Le BtRx n'indique donc presque rien au niveau de la sécurité. C'est pour cette raison que je passe toujours par la mesure des accumulateurs de réception par des FLVSS qui n'a pas besoin d'être ultra précis pour indiquer ce que j'en attends : une alerte quand l'énergie de réception devient limite.

De plus, très souvent, le RX est branché derrière un régulateur (ESC, BESC, etc...), donc si la tension chute vraiment c'est que plus grand choses de doit fonctionner.
En tout cas, content que mon article t'ait permis de mieux comprendre le fonctionnement.

Bonsoir,

Ptitgros, j'ai vraiment l'impression d’avoir les même symptômes concernant mon pb de bind X8R ... (cf. mon post d'hier).

Je ne trouve pas sur le site FRSKY le dernier FW que tu as utilisé et qui a fonctionné: X8R_LBT_180322.frk.

Je vois uniquement:
- ACCST D16 v2.1.0
- ACCST D16 v2.0.1

Merci pour ton aide.