FrSky Taranis - Lua scripts per tutti

[marzipane]

ringraziandoti ancora per lo script volevo chiederti però perché la terza barra è diversa dalle altre due?

grz

[TermicOne]

Originalmente inviato da marzipane

....perché la terza barra è diversa dalle altre due?

La barra nera rappresenta la tensione attuale della cella. La barra bianca rappresenta la tensione minima raggiunta dalla cella nel periodo di tempo. Quando attacchi la batteria, anche se non accendi il motore, puo' capitare che il sensore senta una variazione momentanea di tensione e lo script la registra. Dopo aver collegato la batteria se vuoi vedere tutto pulito puoi fare un reset telemetry tenendo premuto il tasto enter. Naturalmente puoi anche non farlo perchè quando accendi il motore la tensione di tutte le celle scende regolarmente e tutto sembra più regolare.

[LONGFLYER]

Originalmente inviato da TermicOne

La barra nera rappresenta la tensione attuale della cella. La barra bianca rappresenta la tensione minima raggiunta dalla cella nel periodo di tempo. Quando attacchi la batteria, anche se non accendi il motore, puo' capitare che il sensore senta una variazione momentanea di tensione e lo script la registra. Dopo aver collegato la batteria se vuoi vedere tutto pulito puoi fare un reset telemetry tenendo premuto il tasto enter. Naturalmente puoi anche non farlo perchè quando accendi il motore la tensione di tutte le celle scende regolarmente e tutto sembra più regolare.

Ciao, magari hai già ottimizzato lo script? Hai potuto notare la differenza effettuando un testo specifico?
Non so come hanno realizzato il software della Taranis (dovrei dare un'occhiata al codice ...), ed è possibile che gli script LUA siano eseguiti in bassa priorità, ma a scanso di equivoci, conviene essere efficaci negli script LUA

[marzipane]

Grazie per pronta . in effetti io avevo provato "su scrivania" e non "sul campo" , appena provato fuori ho capito.

Ora servirebbe uno script relativo al gps... a scopo diattico...

[TermicOne]

Originalmente inviato da marzipane

Ora servirebbe uno script relativo al gps... a scopo didattico...

Non ho il GPS della Taranis e non mi viene proprio in mente cosa ci si possa fare di utile...se suggerisci qualcosa magari proviamo visto che ora con il simulatore telemetria si puo' provare tutto con campanion.

In ogni caso qui ci sono un sacco di esempi anche se non sono adatti allo scopo didattico perchè non sono semplicissimi:

R/C Settings - Lua Scripts


.

[TermicOne]

Originalmente inviato da LONGFLYER

Ciao, magari hai già ottimizzato lo script? Hai potuto notare la differenza effettuando un testo specifico?
Non so come hanno realizzato il software della Taranis (dovrei dare un'occhiata al codice ...), ed è possibile che gli script LUA siano eseguiti in bassa priorità, ma a scanso di equivoci, conviene essere efficaci negli script LUA

Non ho ancora provato ad ottimizzare il codice anche perchè stavo cercando un sistema per misurare l'effettivo miglioramento ottenuto con le ottimizzazioni....che comunque farò. La % di CPU consumata dallo script è infatti visualizzabile solo nei mix scripts ma non nei telemetry scripts.

Sicuramente occorre essere efficaci negli script anche perchè gli script LUA sono controllati dal software della Taranis che garantisce massima priorità alle funzioni fondamentali della radio. Se gli script consumano troppa CPU o troppa memoria vengono brutalmente stoppati dalla saggia Taranis. Ecco perchè è scritto abbastanza chiaramente di non usare script LUA per gestire o filtrare output vitali come i movimenti delle parti mobili.

"Mix scripts should not exceed allowed run-time/ number of instructions.
Mix scripts are run with less priority than built-in mixes. Their execution period is around 30ms and is not guaranteed!
Mix scripts can be disabled/killed anytime due to logic errors in script, not enough free memory, etc...)
WARNING - Do not use Lua mix scripts for controlling any aspect of your model that could cause a crash if script stops executing."

[LONGFLYER]

Originalmente inviato da TermicOne

Non ho ancora provato ad ottimizzare il codice anche perchè stavo cercando un sistema per misurare l'effettivo miglioramento ottenuto con le ottimizzazioni....che comunque farò. La % di CPU consumata dallo script è infatti visualizzabile solo nei mix scripts ma non nei telemetry scripts.

Sicuramente occorre essere efficaci negli script anche perchè gli script LUA sono controllati dal software della Taranis che garantisce massima priorità alle funzioni fondamentali della radio. Se gli script consumano troppa CPU o troppa memoria vengono brutalmente stoppati dalla saggia Taranis. Ecco perchè è scritto abbastanza chiaramente di non usare script LUA per gestire o filtrare output vitali come i movimenti delle parti mobili.

"Mix scripts should not exceed allowed run-time/ number of instructions.
Mix scripts are run with less priority than built-in mixes. Their execution period is around 30ms and is not guaranteed!
Mix scripts can be disabled/killed anytime due to logic errors in script, not enough free memory, etc...)
WARNING - Do not use Lua mix scripts for controlling any aspect of your model that could cause a crash if script stops executing."

Ciao, visto che non c'è un timestamp < 10ms e la bassa priorità degli script non garantisce una regolarità, penso che per avere un indice di miglioramento puoi solo osservare quante volte risparmi di eseguire intere ramificazioni di codice. Per l'appunto, ponendo:
- un contatore (var. statica) aggiornato a prescindere ad ogni ingresso di script;
- in una ramificazione di codice per una cella di batteria, stampi il valore del contatore e poi lo resetti;
- se vuoi, puoi affiancarlo al precedente così da avere anche un minimo di storia per meglio vedere il trend ... nulla poi vieta di riportare per ciascuno il relativo timestamp.

In questo modo, vedrai sul display della radio quante volte hai risparmiato la ramificazione di codice della cella. Visto che le celle sono 6, avrai risparmiato quel valore * 6 (se non ricordo male lo script che lessi).