FrSky Taranis - Lua scripts per tutti

[Oldone]

Lo cercavo su companion, pensando che fosse un'opzione di compilazione.

[marcodef]

Originalmente inviato da TermicOne

In questo week end ho fatto l'upgrade di OPENTX da 2.0.19 a 2.1.9

Per quanto riguarda il jitter ed il ritorno dei servi ho verificato che il jitter (senza filtro ADC) non è particolarmente aumentato rispetto alla 2.0 (sulla mia Taranis ho tirato le molle al massimo). In ogni caso ho eliminato il filtro ADC con l'apposita opzione (per eliminare il problema del ritorno al centro dei servi) e ho visto che applicando agli output dei servi una curva con piccolissima deadband al centro (-3/+3) anche il jitter viene completamente filtrato e non viene passato ai servi.

Ciao Luciano,

il jitter che misuravo io (sia con oscilloscopio, che molto semplicemente guardando sulla mappa segnali di un programmino tipo cleanflight...) cambia sostanzialmente, il problema e' che non c'e' solo al centro (io ho i gimbal modificati con i bilanceri in alluminio e le molle dure futaba..) ma in tutte le posizioni degli stick.

Ai tempi ci avevo guardato abbastanza e purtroppo non c'e soluzione, ci sono solo delle patch che limitano il problema creandone altri... anche' l'idea di mettere una dead band al centro non mi piace molto: aggiungerebbe latenza e non so come diventerebbe il feeling dei comandi (il 3% mi sembra anche piuttosto alto), senza contare che non risolverebbe il problema in tutte le altre posizioni degli stick.
Ora, il problema non e' poi cosi' grande, ma se uno investe in servi molto precisi e veloci su modelli importanti, e poi si perde in precisione e in consume dei servi, questo e' un dealbreaker per me. Poi qui si discute su risoluzione di 1024 o di 4096, di servi digitali superveloci e poi il limite diventa la radio... francamente non mi piace.

questa solo la mia opinione

[Oldone]

ma tanto vale parlarne.
Qesto problema del jitter quando si è "palesato"?
Da una versione di OpenTx in poi o c'è sempre stato?
Ho avuto per le mani la Taranis sin da quando è uscita nel 2013 e non me ne sono mai accorto.
Può essere che io sia un po troppo "dummy" per accorgermene , ma mi piacerebbe capire.

[marcodef]

Originalmente inviato da Oldone

ma tanto vale parlarne.
Qesto problema del jitter quando si è "palesato"?
Da una versione di OpenTx in poi o c'è sempre stato?
Ho avuto per le mani la Taranis sin da quando è uscita nel 2013 e non me ne sono mai accorto.
Può essere che io sia un po troppo "dummy" per accorgermene , ma mi piacerebbe capire.

il problema si e' manifestato dalla versione OpenTX 2.1.
Se cerchi sul tubo trovi molti video che lo mostrano, la questione fu che la 2.1 era stata progettata per avere piena compatibilita' con la X9E che utilizza encoder ottici invece dei potenziometri sugli stick, il FW che permette di leggere entrambi introduce il problema sulla X9D con i potenziometri, ci sono molte discussioni anche su github: purtroppo non e' risolvibile a meno di patch che introducono altri problemi (vedi ritorno al centro etc..). Ripeto: per me e' un problema che limita la "qualita'" della radio nelle sue funzioni piu' importanti che sono la precisione, la risoluzione dei servi e la latenza. Se queste magari possono essere considerate cose soggettive, in realta' pongono un problema che con servi digitali e di buona qualita' sono avvertibili anche senza essere un pilota dai sensi sopraffini e puo' causare un consumo maggiore degli stessi. Purtroppo penso che le versioni di OpenTX che ora dovranno garantire la compatibilita' con sempre piu' modelli diversi (turnigy, X9D, X9E e Horus) diventeranno sempre piu' complicate da gestire perche' le piattaforme HW sono parecchio diverse...

[TermicOne]

Grazie LONGFLYER. Non sono certo di aver capito bene ma non mi sembra che nel nostro LUA sia disponibile l'attributo STATIC

"2.3 – Variables
Variables are places that store values. There are three kinds of variables in Lua: global variables, local variables, and table fields.
A single name can denote a global variable or a local variable (or a function's formal parameter, which is a particular kind of local variable):
var ::= Name
Name denotes identifiers, as defined in §2.1.
Any variable is assumed to be global unless explicitly declared as a local (see §2.4.7). Local variables are lexically scoped: local variables can be freely accessed by functions defined inside their scope (see §2.6)."

[LONGFLYER]

Originalmente inviato da TermicOne

Grazie LONGFLYER. Non sono certo di aver capito bene ma non mi sembra che nel nostro LUA sia disponibile l'attributo STATIC

"2.3 – Variables
Variables are places that store values. There are three kinds of variables in Lua: global variables, local variables, and table fields.
A single name can denote a global variable or a local variable (or a function's formal parameter, which is a particular kind of local variable):
var ::= Name
Name denotes identifiers, as defined in §2.1.
Any variable is assumed to be global unless explicitly declared as a local (see §2.4.7). Local variables are lexically scoped: local variables can be freely accessed by functions defined inside their scope (see §2.6)."

Ciao, da ciò che riporti si comprende che potresti ottenere il medesimo risultato esecutivo usando Global al posto di Static perdendo lo scope a livello di funzione (lo scope è il campo di utilizzo, cioè in quale pezzo di codice quella variabile opera). Essendo però uno script, percio' tendenzialmente corto (e magari anche il solo) c'e' poco da confondersi prediligendo pertanto l'efficienza funzionale. Se vuoi provare, leggo che una variabile se non specificata diversamente è sempre Global, basterà quindi non usare Static per le variabili da aggiungere (se vuoi puoi anteporre a ciascun nome una g minuscola così da evidenziare ulteriormente la globalità della variabile). Può darsi inoltre che si debba dichiarerà le variabili global fuori dalla funzione (nel caso non funzionasse definirle dentro la funzione).

Buone cose.

[TermicOne]

Originalmente inviato da LONGFLYER

Ciao, da ciò che riporti si comprende che potresti ottenere il medesimo risultato esecutivo usando Global al posto di Static perdendo lo scope a livello di funzione (lo scope è il campo di utilizzo, cioè in quale pezzo di codice quella variabile opera). Essendo però uno script, percio' tendenzialmente corto (e magari anche il solo) c'e' poco da confondersi prediligendo pertanto l'efficienza funzionale. Se vuoi provare, leggo che una variabile se non specificata diversamente è sempre Global, basterà quindi non usare Static per le variabili da aggiungere (se vuoi puoi anteporre a ciascun nome una g minuscola così da evidenziare ulteriormente la globalità della variabile). Può darsi inoltre che si debba dichiarerà le variabili global fuori dalla funzione (nel caso non funzionasse definirle dentro la funzione).

..si avevo visto anch'io questa possibilità (che viene consigliata nei forum LUA quanto fosse necessario avere una funzionalità analoga alle variabili static del C) che ho utilizzato in alcuni casi nei primi script per altre ragioni. E' però riportato che la lettura delle variabili global è assai più lenta della lettura delle variabili local e quindi ero preoccupato che l'utilizzo estensivo di variabili global non andasse poi a detrimento dell'efficienza complessiva dello script....ci farò un approfondimento. Grazie ancora.

[marzipane]

scusate ragazzi ma io faccio una domanda proprio base...

sulla radio ho il firmware 2.1.9
ho scaricato gli ultimi due script ma in che cartella li devo mettere sulla sd? continua a dirmi "no script su sd"
ho provato a metterli sotto /script... niente
sotto /script/nome modello... niente

bho ditemi voi
grz

EDIT: ho trovato... nella cartella /script/telemetry giusto? almeno su companion funziona cosi

[LONGFLYER]

Originalmente inviato da TermicOne

..si avevo visto anch'io questa possibilità (che viene consigliata nei forum LUA quanto fosse necessario avere una funzionalità analoga alle variabili static del C) che ho utilizzato in alcuni casi nei primi script per altre ragioni. E' però riportato che la lettura delle variabili global è assai più lenta della lettura delle variabili local e quindi ero preoccupato che l'utilizzo estensivo di variabili global non andasse poi a detrimento dell'efficienza complessiva dello script....ci farò un approfondimento. Grazie ancora.

Sì approfondisci perché generalmente una variabile globale costa meno in termini di processo: una variabile locale viene creata (istanziata) ed inizializzata all'inizio di funzione/script e poi anche distrutta prima di uscire. Una variabile globale invece è creata ed inizializzata una volta solo. Peraltro come ti dicevo, la variazione di valore di una cella avviene in un tempo notevolmente superiore a quello ciclico dello script, pertanto quest'ultimo passerebbe la maggior parte del tempo a riscrivere il medesimo valore su schermo.

[marzipane]

una domanda tecnica

quali sono i limiti in punti del display? i valori x,y vanno da 0,0 a?
per quanto riguarda i widget esiste una guida? una lista...