2.2.0 R.C.10 N362
+3
AlainR
Chapix
yaya67
7 participants
Page 1 sur 1
2.2.0 R.C.10 N362
Du coup j'en ais profité pour passer la radio en version 2.2.0 R.C.10 N362 du 29/01/2017 http://www.open-tx.org/2017/01/27/opentx-2.2.0RC10
Il y à quelque modif a faire pour que tout marche bien le dossier BMP devient IMAGES, il faut donc déplacer les images de vos modèles.
Voici le lien pour le contenue de la carte SD comme pour la version R.C.9 http://downloads.open-tx.org/2.2/nightly/sdcard/
Tout semble bien fonctionner sauf le message d’accueil qui à disparu et il n'y a plus de fichiers "eepe" mais "otx"
@+++
Rectification, j'avais oublier de changer le tada.wav en hello.wav...
Il y à quelque modif a faire pour que tout marche bien le dossier BMP devient IMAGES, il faut donc déplacer les images de vos modèles.
Voici le lien pour le contenue de la carte SD comme pour la version R.C.9 http://downloads.open-tx.org/2.2/nightly/sdcard/
Tout semble bien fonctionner sauf le message d’accueil qui à disparu et il n'y a plus de fichiers "eepe" mais "otx"
@+++
Rectification, j'avais oublier de changer le tada.wav en hello.wav...
Re: 2.2.0 R.C.10 N362
Salut.
J'ai passé la Horus sous N362 (avec Companion du même numéro...).
Penser à conserver le fichier MODELS sur la carte sinon...
Au fait, qui a-t-il de nouveau au niveau fonctionnel ?...
@+
J'ai passé la Horus sous N362 (avec Companion du même numéro...).
Penser à conserver le fichier MODELS sur la carte sinon...
Au fait, qui a-t-il de nouveau au niveau fonctionnel ?...
@+
Chapix- Messages : 58
Date d'inscription : 05/10/2016
Age : 62
Localisation : Valence d'Agen
Re: 2.2.0 R.C.10 N362
J'ai pas encore tout vu, mais pour les multi- modules tout est prévu, on voie sur la photo un exemple avec un réglage pour mes récepteurs ASSAN !
Re: 2.2.0 R.C.10 N362
Oui companion est effectivement bien développé.
Chapix- Messages : 58
Date d'inscription : 05/10/2016
Age : 62
Localisation : Valence d'Agen
Re: 2.2.0 R.C.10 N362
Une Chtite question
J'essaie de faire mon premier LUA en essayant de renvoyer le pourcentage de charge de la lipo embarquée en modélisant la courbe de décharge avec des droites.
Je suis en version 2.2.0 RC10 N362 avec companion 2.2 et je teste le LUA sur le simu.
EN faisant afficher mes données sur l'écran du simu je ne retrouve pas la valeur de A1 que je mets dans la feuille du simulateur de teélémesure.
11.25 devient 11.19 et forcement les calculs du prog LUA ensuite sont faux.
J'ai du zapper quelque chose mais quoi ???
Avez vous une idée?
J'essaie de faire mon premier LUA en essayant de renvoyer le pourcentage de charge de la lipo embarquée en modélisant la courbe de décharge avec des droites.
Je suis en version 2.2.0 RC10 N362 avec companion 2.2 et je teste le LUA sur le simu.
EN faisant afficher mes données sur l'écran du simu je ne retrouve pas la valeur de A1 que je mets dans la feuille du simulateur de teélémesure.
11.25 devient 11.19 et forcement les calculs du prog LUA ensuite sont faux.
J'ai du zapper quelque chose mais quoi ???
Avez vous une idée?
AlainR- Messages : 21
Date d'inscription : 11/04/2014
Re: 2.2.0 R.C.10 N362
Salut depuis e passage en 2.2.0
je ne peux plus créer de modèles sur la télécommande, elle me dit erreur de chargement.
Avez-vous une idée ?
Merci @+
je ne peux plus créer de modèles sur la télécommande, elle me dit erreur de chargement.
Avez-vous une idée ?
Merci @+
Re: 2.2.0 R.C.10 N362
Cela me fait penser à un bug connu décrit à http://openrcforums.com/forum/viewtopic.php?t=9211.AlainR a écrit:(...)J'essaie de faire mon premier LUA en essayant de renvoyer le pourcentage de charge de la lipo embarquée en modélisant la courbe de décharge avec des droites.
Je suis en version 2.2.0 RC10 N362 avec companion 2.2 et je teste le LUA sur le simu.
EN faisant afficher mes données sur l'écran du simu je ne retrouve pas la valeur de A1 que je mets dans la feuille du simulateur de teélémesure.
11.25 devient 11.19 et forcement les calculs du prog LUA ensuite sont faux.
J'ai du zapper quelque chose mais quoi ???
Avez vous une idée?
Le comportement du simulateur peut différer du comportement de la radio dans certains cas. J'ai vu par ailleurs une autre différence de comportement comme je l'ai mentionné dans ce post.
En définitive, tu peux contourner le problème en écrivant deux lignes de code, une pour le Simulateur et une pour la Radio, et tu mets en commentaire la ligne non utilisée selon ton usage. Par exemple, pour le test sur le simulateur :
- Code:
--lcd.drwNumber(1, 12, Vlip*100, PREC2 + MIDSIZE) -- Ok sur Taranis X9D et OpenTX 2.2
lcd.drwNumber(1, 12, Vlip*100+0.05, PREC2 + MIDSIZE) -- Ok sur Compagnon et OpenTX 2.2
Ceeb182- Modérateur
- Messages : 2280
Date d'inscription : 29/10/2016
Age : 48
Localisation : France
Re: 2.2.0 R.C.10 N362
En regardant la documentation du langage LUA pour OpentTX, il est indiqué que la fonction lock() n'existe plus à partir de la version 2.2 de OpenTX.yaya67 a écrit:Salut depuis le passage en 2.2.0, je ne peux plus créer de modèles sur la télécommande, elle me dit erreur de chargement.
Avez-vous une idée ?
Merci @+
Ce post aborde aussi ce point.
Le Wizard.lua présent sur ta carte SD que tu utilises ne correspond pas à ta version de OpenTx v2.2. Comme je n'utilise pas les Wizards, je ne peux pas t'en dire plus.
Peut-être faut-il simplement qui tu édites le script Wizard.lua avec un éditeur de texte et que tu supprimes les appels à la fonction lock().
Ceeb182- Modérateur
- Messages : 2280
Date d'inscription : 29/10/2016
Age : 48
Localisation : France
Re: 2.2.0 R.C.10 N362
Merci Ceeb182,
J'ai résolu le problème, je suis reparti avec une carte sd vierge et j'ai réimporté mes modèles, sons et images !
Et tout marche bien.
Je pense qu'il devait rester des fichiers de la version précédente.
J'ai résolu le problème, je suis reparti avec une carte sd vierge et j'ai réimporté mes modèles, sons et images !
Et tout marche bien.
Je pense qu'il devait rester des fichiers de la version précédente.
Re: 2.2.0 R.C.10 N362
Cool !
Ceeb182- Modérateur
- Messages : 2280
Date d'inscription : 29/10/2016
Age : 48
Localisation : France
Re: 2.2.0 R.C.10 N362
Merci Ceeb182 pour ta réponse,
je vais suivre ton conseil.
je vais suivre ton conseil.
AlainR- Messages : 21
Date d'inscription : 11/04/2014
Re: 2.2.0 R.C.10 N362
J'ai enfin flashé ma X9D en 2.2 RC10 363, RAS tout re fonctionne bien après avoir fait les adaptations sur les scripts Mixes Telem.
Nouvelle structure SD...
Mais je bute tout de même sur une chose.
La période d’exécution des scripts de Mixage. Aie! C'est hyper trop lent.
J'avais sur OpTx 2.0 mesuré environ 10ms (C'est 16ms pour êtres precis) et là je me retrouve avec des exécutions 3x plus lentes à vu de nez.
Alors comme j'aime bien les choses précise, afin de savoir exactement à quelle période ça Run, j'ai fait une video sur laquelle il y a, 2 X9D une en 2.0 et une en 2.2 + les simu 2.0 et 2.2 qui font tourner un petit script fait pour l’occas. Le verdict est presque alarmant.
J'ai testé plusieurs déclinaisons du FW, luac oui/non... c'est long et n'apporte rien.
50ms au lieu de 16ms c'est bien 3x plus lent, c'est pas le genre d'évolution attendue
Y a t-il quelque chose qui cloche? Un oui me plairait assez, mais quand je vois le simu 2.2 qui est synchro avec la vrai X9D ça me fait peur.
Quelles sont vos expériences sur ce point? Y a-il une astuce pour retrouver les perf du 2.0? ...
Le script de test: Mais tous mes scripts présentent cette même lenteur.
Nouvelle structure SD...
Mais je bute tout de même sur une chose.
La période d’exécution des scripts de Mixage. Aie! C'est hyper trop lent.
J'avais sur OpTx 2.0 mesuré environ 10ms (C'est 16ms pour êtres precis) et là je me retrouve avec des exécutions 3x plus lentes à vu de nez.
Alors comme j'aime bien les choses précise, afin de savoir exactement à quelle période ça Run, j'ai fait une video sur laquelle il y a, 2 X9D une en 2.0 et une en 2.2 + les simu 2.0 et 2.2 qui font tourner un petit script fait pour l’occas. Le verdict est presque alarmant.
J'ai testé plusieurs déclinaisons du FW, luac oui/non... c'est long et n'apporte rien.
50ms au lieu de 16ms c'est bien 3x plus lent, c'est pas le genre d'évolution attendue
Y a t-il quelque chose qui cloche? Un oui me plairait assez, mais quand je vois le simu 2.2 qui est synchro avec la vrai X9D ça me fait peur.
Quelles sont vos expériences sur ce point? Y a-il une astuce pour retrouver les perf du 2.0? ...
Le script de test: Mais tous mes scripts présentent cette même lenteur.
- Code:
local inputs = {{ "Step", VALUE, 1, 100, 1 },{"Div", VALUE, 1, 10, 1 }}
local outputs = { "Cnt" }
local MV = 1000
local Ramp=0
local function run(Stp , Div)
if Ramp < MV then
Ramp = Ramp + Stp/Div
else
Ramp = 0
end
return Ramp * 10.24
end
return { input=inputs, output=outputs, run=run }
JMMaupin- Messages : 48
Date d'inscription : 12/07/2014
Age : 58
Re: 2.2.0 R.C.10 N362
Il n'y a rien que tu puisse faire de ton côté.
En 2.2, les scripts LUA sont exécuté toute les 50ms. Ce changement a été fait car la radio passait trop de temps a redessiner l'écran. Il en découle l'impact négatif que tu souligne.
Nous réfléchissons à des solutions qui permettrait de faire tourner les scripts mixers plus souvent que les scripts d'affichage.
3djc
En 2.2, les scripts LUA sont exécuté toute les 50ms. Ce changement a été fait car la radio passait trop de temps a redessiner l'écran. Il en découle l'impact négatif que tu souligne.
Nous réfléchissons à des solutions qui permettrait de faire tourner les scripts mixers plus souvent que les scripts d'affichage.
3djc
3djc- Messages : 2871
Date d'inscription : 25/09/2016
Age : 56
Localisation : Belgique
Re: 2.2.0 R.C.10 N362
Ok effectivement pour les vues télémétrie 100ms serait même acceptable quand aux mixes le top serait un 10ms si possible garantit et répétable.3djc a écrit:Il n'y a rien que tu puisse faire de ton côté.
En 2.2, les scripts LUA sont exécuté toute les 50ms. Ce changement a été fait car la radio passait trop de temps a redessiner l'écran. Il en découle l'impact négatif que tu souligne.
Nous réfléchissons à des solutions qui permettrait de faire tourner les scripts mixers plus souvent que les scripts d'affichage.
3djc
Réponse claire, merci.
JMMaupin- Messages : 48
Date d'inscription : 12/07/2014
Age : 58
Re: 2.2.0 R.C.10 N362
On est sur la même longueur d'onde (euh, 125m en 2.4 ghz ).
Le soucis est de le faire au sein du même espace LUA pour garder le partage des variables globales
3djc
Le soucis est de le faire au sein du même espace LUA pour garder le partage des variables globales
3djc
3djc- Messages : 2871
Date d'inscription : 25/09/2016
Age : 56
Localisation : Belgique
Re: 2.2.0 R.C.10 N362
Lua n'est en aucun cas garanti ni répétable et les scripts mixes sont uniquement à utiliser pour des fonctions accessoires sans impact sur le vol et/ou et avec un fallback valable.JMMaupin a écrit:quand aux mixes le top serait un 10ms si possible garantit et répétable.
Kilrah- Messages : 2181
Date d'inscription : 28/01/2014
Localisation : Suisse
Re: 2.2.0 R.C.10 N362
Kilrah a écrit:Lua n'est en aucun cas garanti ni répétable et les scripts mixes sont uniquement à utiliser pour des fonctions accessoires sans impact sur le vol et/ou et avec un fallback valable.JMMaupin a écrit:quand aux mixes le top serait un 10ms si possible garantit et répétable.
Oui oui, je sais je les utilisent couramment depuis l'été 2014, mais c'a n'est qu'une suggestions. J'ai bien Ecrit "le top serais que..."
Rien a voir, je cherche sur le simu les LS et RS disparu?
Dernière édition par JMMaupin le Mer 8 Mar 2017 - 19:54, édité 1 fois
JMMaupin- Messages : 48
Date d'inscription : 12/07/2014
Age : 58
Re: 2.2.0 R.C.10 N362
Et ce que je dis c'est que ce ne sera jamais le cas
Un reboot intempestif et plus de lua.
Un reboot intempestif et plus de lua.
Kilrah- Messages : 2181
Date d'inscription : 28/01/2014
Localisation : Suisse
Page 1 sur 1
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum
|
|