Update critique pour Horus / T16 en 2.3x

Certes, mais comme je n'ai pas de connaissances particulières sur les Jumper, je lève ma carte joker sur ce coup là...

Pas de souci de mon coté ; en 2.3.5 ...???

Est ce que dans le menu système : config radio :mode USB tu as validé "sotckage" ??

Menu système config = Demander.
Ca fonctionnait en 2.3.4, ça ne fonctionne plus en 2.3.5, et maintenant ça ne fonctionne plus aussi en 2.3.4...
On a pas essayé uniquement sur Stockage, mais vu qu'actuellement ça ne fonctionne que sur Joystick, on peut penser que ça ne changera rien...
Et en mode Stockage, en fait on accède au "Contrôleur de jeu" pour voir la radio en mode joystick, ce qui nous a permis de valider que les manches étaient reconnus.
Donc : on a une inversion des commandes USB Stockage et Joystick !

Bonsoir
J'ai le même problème avec ma Jumper T16

@ Gilles
Ca fait plaisir de se sentir moins seul sur un même problème !

Je crois que vous vous emmêlez les pinceaux avec les couleurs ...

Avec le thème par defaut, la ligne selectionnée est rouge.

Si vous avez changé les couleurs, quant vous branchez l'USB, la ligne Joystick est sélectionnée, vous pouvez donc trouver la bonne couleur

@3djc
Effectivement, le problème est survenu après avoir aussi modifié le thème en bleu de l écran.
On va revenir au thème par défaut, et on verra le comportement...
Mais si c'est ça l origine du defaut, je me suis bien fait avoir !
Je vous tiens informé dès qu on peut tester cette hypothèse...

Bonjour

Effectivement en revenant au thème par défaut  tout est rentré dans l'ordre.

Tout n'est pas rentré dans l'ordre, ça l'a été tout du long ! Vous avez juste inversé la logique des couleurs. La fenêtre pop avec joystick sélectionné. C'est exactement la même couleur qu'un champ sélectionné n'importe ou ailleurs dans n'importe quel écran

Bonjour

Merci pour l'explication.

Bon, Méa Culpa !
A défaut de devenir daltonien, je viens de faire l'essai sur ma X12 en fond bleu, et je viens de me faire avoir avec l'encadré bleu foncé de sélection, en cherchant à mettre l'encadré bleu ciel...
@3djc : C'est quand même moins évident de voir la différence dans ce thème qu'entre le rouge et le blanc sur le thème par défaut...

Moralité : restez sur le thème par défaut, ça évitera des problèmes qui n'en sont pas !
Me reste plus qu'à solutionner le problème de STM32 qui ne fonctionne pas même après Zadig... mais ça n'empêche pas de voler !

Merci encore pour votre aide, (problème) résolu...

bonjour
je consulte régulièrement le forum et depuis une 10 zaine de jours je vois une alerte critique pour une MaJ
en 2.3.X, discipliné je télécharge companion 2.3 et le firmware 2.3.5 et je lance l'opération, je m'assure de la bonne communication entre mon Horus et mon PC avec Companion et je demande le transfert
résultat: impossible décrire ... erreur inconnue, ça devient gonflant !
il y a peut etre un moment ou il faudra laisser les choses en l'état et admettre que la perfection a été atteinte meme si on pense que l'on peut toujours faire mieux; en attendant merci a ceux qui on une réponse

@gdh, le problème vient peut-être bien de la procédure que tu utilises pour la mise à jour ? Ta radio est bien éteinte quand tu demandes le transfert ?

bonjour
je suis persuadé d'avoir fait comme d'habitude "lire le firmware" pour m'assurer de la bonne communication Horus/Companion
en fait cela ne signifie rien le firmware est lu sur la SD donc radio allumée ce qui devait etre le cas
je viens de refaire un essai et ça a marché
merci de m'avoir remis dans le bon chemin

La mise à jour du FW de la X12S via companion s'effectue radio éteinte sinon on rencontre le problème que tu as eu. Juste (fait le test et rend nous tes constatations) ? Cldt

Bonjour,
Avez vous des nouvelles de ces mises à jour, en bas de ce message, mipel disait, le 30 01 2020, de ne pas faire cette manip  avec renvoi ici pour les explications?

Il y a deux sujets séparés :

• la mise à jour d'OpenTx en 2.3.5 (c'est l'objet du présent sujet) : elle ne concerne qu'OpenTx. Cette mise à jour est hautement recommandée car elle résout un bug majeur lorsque les modules HF interne et externe sont tous les deux activés.
  
• la mise à jour de l'ACCST D16 v1 vers l'ACCST D16 v2 : elle ne concerne que les modules HF et les récepteurs. Cette mise à jour corrige un bug rare mais qui a pu être prouvé et qui a pu être reproduit. Dans le pire des cas ce bug gèle pendant 0,9s toutes les positions des servos dont un dans une position inappropriée. La mise à jour vers l'ACCST v2 corrige ce bug mais induit d'autres problèmes portant essentiellement sur la télémétrie. Comme le bug initial est rare, certains préfèrent ne rien changer, d'autres par peur de rencontrer le bug ou parce-qu’ils pensent avoir déjà rencontré le bug ont déjà mis à jour émetteur et récepteur en ACCST v2 malgré les défauts évoqués du nouveau firmware. Il faut aussi savoir que l'ACCST v1 et v2 étant incompatibles, ceux qui utilisent des récepteurs dit compatibles D16 ne fonctionnent plus avec l'ACCST v2. Il faut aussi savoir que l'ACCST v2 n'est pas actuellement implémenté dans le module multiprotocole. FrSky doit publier des correctifs pour l'ACCST D16 v2 mais actuellement à cause de la pandémie du coronavirus l'entreprise est au ralenti.

Bon, j'avais déjà fait la mise à jour d'openTx 2.3.5 donc la c'est bon.
Pour le reste, j’attends que ça se débloque...
Merci Ceeb182

Mipel a écrit:A oui ça craint là:
- Fix Horus temporary loss of control when an XJT module is used at the same time as an R9M
Heureusement, je n'ai pas encore testé ma solution XJT/R9M en vol...
 
Si ça se trouve, notre ami Filduch va trouver la solution aux pertes de contrôles inexpliquées sur ses modèles.

Tiens, tiens. Je n’étais pas revenu sur ce forum depuis longtemps, mais ce message m’interpelle.
Voilà qui ressemble au problème que j’ai eu avec Ma Horus il y a trois ans et qui m’a coûté un jet à 4000 €.
Car effectivement, j’utilisais simultanément un module XJT et R9M.
Pas tout à fait similaire quand même : j’étais en FrTx.