OpenTX 2.2.0 RC14 (N366)

Le rythme s'accélère !!

Voici encore une nouvelle Release Candidate d'OTX 2.2 → http://www.open-tx.org/2017/03/23/opentx-2.2.0RC14

Vous pouvez poster ici tous les problèmes (ou félicitations).

NB: Si vous voyez une mauvaise traduction en français (ou faute, ou autres), merci d'aussi le signaler.

Le rythme s'accélère !!

Oui ! Ca commence à sentir la version 2.2.0 de production...
Miam miam !

Coyotte

J'aime pas quand tu as ce regard là avec les babines retroussées et la gueule entre-ouverte... Tu me fais peur !!

Meuh noon !
Tu sais bien que le Coyotte est végétarien...  
Tu ne risques rien mon Garenne préféré....

Par contre, s'il y a des oeufs en chocolat qui lisent ceci, planquez-vous !!!!  

Coyotte

Avant merci. Mais je préfère encore attendre pour changer. Quand la double commande et le flashage sera disponible directement sur le port arrière alors je m'y mettrait.

J'ai regardé, les cartes SD sont identiques. Il n'y a pas d'évolution par rapport à la V365.

Murphy a écrit:flashage sera disponible directement sur le port arrière

Je ne sais pas de quelle radio tu parles, mais si c'est la Horus ça fait 2-3 versions que ça y est.

C'est pour la Horus. Quand j'ai flashé avec la N363 on m'a répondu que ce n'était pas possible ainsi que pour brancher un Rx pour la double commande. En fait pas d'entrée Sbus ou CPPM en double.

"FrSky Horus : Flashing of Smart Port devices now supported on external module pins"

J'ai vérifié, donc possible avec la N363. Mais j'ai pas trouvé pour l'entrée CPPM pour la double commande.

Kilrah a écrit:

Murphy a écrit:flashage sera disponible directement sur le port arrière

Je ne sais pas de quelle radio tu parles, mais si c'est la Horus ça fait 2-3 versions que ça y est.

Est-ce le même pinning que sur les X9 ?

Normalement oui puisque les branchement de modules ne changent pas.

Pour la Q-X7 j'ai voulu tester sur le port DATA mais la prise est tellement difficile à rentrer que j'ai renoncé. Je tenterai par le port du module.

Murphy a écrit:Mais j'ai pas trouvé pour l'entrée CPPM pour la double commande.

Ca y'a pas.

Murphy a écrit:Normalement oui puisque les branchement de modules ne changent pas.

Correct.

Murphy a écrit:Pour la Q-X7 j'ai voulu tester sur le port DATA mais la prise est tellement difficile à rentrer que j'ai renoncé. Je tenterai par le port du module.

Si le port DATA est là le flashage module externe ne passe plus que par lui, plus par les pins de module.

et paf encore une rc
p'tite question:
frsky a sorti une nouvelle de son fw , 1.3.01(Beta)
doit on l'appliquer sur nos horus ? du fait qu'un dfu est dispo sur cette version !

Il semblerait qu'il n'y ait pas de mise à jour de module, donc non pas besoin.

ok, merci Kilrah

demain je mets la rc14 sur mon Mac et je regarde si lapinfou a bien travaillé
sinon ...

Avant de tirer, pense à regarder ce ticket #4637, car il y a encore 2 ou 3 petites choses qui ne sont pas encore réglés.

franchement ça me va bien comme ça, j'avais même pas vu qu'il existait encore des mots en Anglais
mais bon, comme tu es pointilleux et aime les choses bien faites, ben faut aller jusqu'au bout,
elle va être peaufinée cette version 2.2, chapeau les gars

Le boulot n'est pas uniquement que de la traduction "pure et dure".
Dans le code source de Companion, les développeurs doivent ajouter une fonction spéciale tr() qui permet ainsi la génération d'un fichier .ts intermédiaire. C'est ce fichier que j’utilise avec un outils appelé Qt Linguist pour faire la traduction.
Du coup, tout les "tr()" manquants/corrigés permet aussi de générer des fichiers .ts exhaustives pour les autres langues.

En résumé, 95% du boulot c'est surtout pour la traduction en français et 5% c'est pour compléter la liste des choses à traduire (et donc, c'est aussi utile pour les traducteurs dans les autres langues).

n'étant pas développeur, il est difficile de comprendre et d'imaginer la charge de travail que demande ce développement (opentx)
suis nul en programmation, à part du l4g sous vax pour les bases de données ; mais ça c'était avant ....

bon, trouvé un!
quand tu lances companion 2.2 et que tu fais fichier, nouveau
tu as une fenêtre qui s'ouvre, et là tu as: "New category"

passé à la trappe celui-là !!

Je n'ai pas de Horus, donc je ne l'avais pas vu.
Celui est spécial, car commun avec le firmware de la radio. Je vais ouvrir un ticket demain.

Tu peux ouvrir un autre ticket aussi pour le problème suivant :
- Quand j'importe un fichier modèle de la X9D vers Q-X7, le paramètre inter moteur s'il est programmé en SF se retrouve programmé sur la X7 sur l'inter SH. Bref reprendre chaque modèle soit dans mixage, soit dans les FS.
- Au moment de l'enregistrement, si les inter programmés n'existent pas sur la X7 il y a refus du transfert. A la rigeur c'est peut-être normal. Mais un simple avertissement sans refus de transfert serait suffisant.

Il n'y pas de 'bon' moyen de passer vers une radio avec moins de switchs. J'espère que dans le futur on pourra proposer une meilleure solution pour les transfers entre radio, mais l'objectif actuel, c'est surtout que vous n'ayez pas tout a refaire, mais oui, il faut tout vérifier par contre.

3djc

Murphy a écrit:
- Au moment de l'enregistrement, si les inter programmés n'existent pas sur la X7 il y a refus du transfert. A la rigeur c'est peut-être normal. Mais un simple avertissement sans refus de transfert serait suffisant.

Companion conneît toutes les radios, donc peut détecter une erreur. Une fois sauvé ou transféré cette information est par contre perdue, donc tu n'auras plus d'information comme quoi il en reste. C'est pour ça que tu es forcé à corriger avant que l'info soit perdue.

Le problème c'est que sur la Q-X7 les inters ne sont pas repérés en façade. Donc déjà il a fallu que je colle des micro-étiquettes pour les repérer.
En fait il y a SA-SB-SC-SD et SF et SH. Plus de SE et SG.

Par contre pour l'instant résoudre le petit problème de SF > SH.

Je suis en train d'importer des fichiers X9D vers la Q-X7. Toujours ce problème de SF qui devient SH.

Autre chose, dans Companion pourquoi SH n'apparait pas dans les inters ?



Bon ,j'ai rien dis, j'ai vu que sous 2.1.9 c'est aussi pareil. C'est vrai qu'il n'a qu'une position de défini puisque c'est l'écolage.

Il est momentané, le ressort se charge de le mettre au bon endroit...