BaroneRosso.it - Forum Modellismo

BaroneRosso.it - Forum Modellismo (https://www.baronerosso.it/forum/)
-   Radiocomandi (https://www.baronerosso.it/forum/radiocomandi/)
-   -   Opentx & Companion (https://www.baronerosso.it/forum/radiocomandi/279839-opentx-companion.html)

romoloman 13 maggio 13 16:35

Citazione:

Originalmente inviato da CarloRoma63 (Messaggio 3782703)
Credo che il problema sia prima filosofico che tecnico.

Appunto è una questione di filosofia...

se aggiungo un offset per trimmare il modello dopo aver inserito i flap non voglio che il comando degli stick cambi la risposta....
Mi aspetto che la risposta sia la stessa di quando il modello è trimmato in altre condizioni.

Ripeto filosofia, niente altro che filosofia.

CarloRoma63 13 maggio 13 16:46

Citazione:

Originalmente inviato da romoloman (Messaggio 3782749)
Appunto è una questione di filosofia...

se aggiungo un offset per trimmare il modello dopo aver inserito i flap non voglio che il comando degli stick cambi la risposta....
Mi aspetto che la risposta sia la stessa di quando il modello è trimmato in altre condizioni.

Ripeto filosofia, niente altro che filosofia.

:)

Ciò non toglie che, magari in altri contesti (magari su mezzi terrestri o navali, adesso non mi viene in mente nulla di preciso) potrebbe essere utile avere una curva personalizzata a 3 punti con le tre coppie di valori (x e y) collegabili al valore di variabili. :fiu::fiu:

Carlo

ermaxx 13 maggio 13 16:52

Citazione:

Originalmente inviato da romoloman (Messaggio 3782749)
Appunto è una questione di filosofia...

Ripeto filosofia, niente altro che filosofia.

Filosofia ?? :D .... intesa come il pensiero speculativo ??

Un tizio dalle mie parti ha volato con sta roba:
Ape 50 - Toflyrc
:icon_rofl :icon_rofl :icon_rofl

Ora.... se e' lecito questo: viva tutte le prove di trim, mix, flaps e quant'altro, no ??

La cosa stupenda e' che con OpenTx e 4 righe di mix si fa quello che ha chiesto Minestrone e all'occorrenza anche il suo contrario !

OpenTx: grazie di esistere ! (ovvero grazie a chi lo ha fatto :hail: :D )
Just my 2 cents.

Massimo

ermaxx 13 maggio 13 16:59

Citazione:

Originalmente inviato da CarloRoma63 (Messaggio 3782768)
:)

Ciò non toglie che, magari in altri contesti (magari su mezzi terrestri o navali, adesso non mi viene in mente nulla di preciso) potrebbe essere utile avere una curva personalizzata a 3 punti con le tre coppie di valori (x e y) collegabili al valore di variabili. :fiu::fiu:

-- Joke mode on--
Beh... sarebbe utile anche includere un linguaggio di scripting direttamente in OpenTx, magari Lua.... con tanto di debugger, no ?? :P
-- Joke mode off-

Una delle obbiezioni che ho spesso letto a proposito di OpenTx e' la sua complessita'.
Delle curve dinamiche che cambiano geometria in funzione di variabili mi sembra veramente una cosa impegnativa da spiegare.

Massimo

CarloRoma63 13 maggio 13 17:08

Citazione:

Originalmente inviato da ermaxx (Messaggio 3782791)
--Delle curve dinamiche che cambiano geometria in funzione di variabili mi sembra veramente una cosa impegnativa da spiegare.

Massimo

Mica sei costretto ad usare tutto quello che c'è? :fiu::fiu:

Scherzi a parte, OpenTx ha aperto una strada finora inesplorata, quella di poter far incontrare l'utenza con i programmatori. Questo ha portato lo sviluppo di funzionalità che forse esistono solo su questa piattaforma, proprio perchè nate dall'idea di qualcuno che scrive su questo forum.
In questa ottica non ci trovo nulla di male a "gettare un sasso", magari l'idea piace anche ad altri, tecnicamente non è difficile, il team dei programmatori ne decide l'implementazione e quindi il sasso diventa un pezzo di questo monumento che è OpenTx. Se poi l'idea non ha seguito o se ci sono problemi tecnici troppo onerosi rispetto al risultato... fa niente :) , anche una idea non realizzabile è comunque un contributo.

Carlo

ermaxx 13 maggio 13 17:19

Citazione:

Originalmente inviato da CarloRoma63 (Messaggio 3782805)
In questa ottica non ci trovo nulla di male a "gettare un sasso", magari l'idea piace anche ad altri, tecnicamente non è difficile, il team dei programmatori ne decide l'implementazione e quindi il sasso diventa un pezzo di questo monumento che è OpenTx.

E infatti non ci trovo nulla di male nemmeno io... anzi.
Mi sembrava solo una richiesta un po' "esotica"....:D

Ti diro'.... io sviluppo un driver free per alcuni dispositivi Saitek per la simulazione di volo.
La quasi totalita' delle features aggiunte dopo la prima release sono state richieste fatte dalla community (opportunamente filtrate e corrette).

Per come la vedo io ben venga ogni idea o feature request.

Massimo

romoloman 13 maggio 13 17:31

Citazione:

Originalmente inviato da ermaxx (Messaggio 3782815)
E infatti non ci trovo nulla di male nemmeno io... anzi.
Mi sembrava solo una richiesta un po' "esotica"....:D

Ti diro'.... io sviluppo un driver free per alcuni dispositivi Saitek per la simulazione di volo.
La quasi totalita' delle features aggiunte dopo la prima release sono state richieste fatte dalla community (opportunamente filtrate e corrette).

Per come la vedo io ben venga ogni idea o feature request.

Massimo

Infatti,
solo che spiegavo perché almeno di default sono contrario a qualcosa che scali in automatico...
Quanto al discorso delle curve potrebbe non essere un'idea barbina si segna e si mette da parte... sulla tre curve custom con 4 variabili dovrebbe essere fattibile

italo.driussi 13 maggio 13 19:41

Citazione:

Originalmente inviato da ermaxx (Messaggio 3782791)
Beh... sarebbe utile anche includere un linguaggio di scripting direttamente in OpenTx, magari Lua.... con tanto di debugger, no ?? :P
......

Piacerebbe anche a me.

Minestrone 13 maggio 13 22:48

Citazione:

Originalmente inviato da romoloman (Messaggio 3782749)
Appunto è una questione di filosofia...

se aggiungo un offset per trimmare il modello dopo aver inserito i flap non voglio che il comando degli stick cambi la risposta....
Mi aspetto che la risposta sia la stessa di quando il modello è trimmato in altre condizioni.

Ripeto filosofia, niente altro che filosofia.

Non è filosofia, il mio modello è impostato così. Certo ognuno fa come crede gli sia più congeniale. Il comando rimane comunque lineare solo la pendenza ha una discontinuità nel punto di compensazione. Tra l'altro io imposto nella fase di atterraggio un esponenziale all'elevatore maggiore che nel volo perciò la risposta mi cambia un tantino comunque.
Se poi mi dite che la compensazione di un elevatore è di pochi gradi ed è inutile farsi tante pare potrei anche dar ragione.
La domanda è nata perchè credevo che la soluzione potesse tornare utile per problemi futuri; siccome la mia soluzione non mi piaceva ho chiesto aiuto.

Citazione:

Originalmente inviato da ermaxx (Messaggio 3782318)
Prova questa: 4 righe di mix e niente custom switch.
Non so se si puo' semplificare ulteriormente... ma non credo.

Massimo

Ottimo! Volevo proprio qualcosa di così semplice. Io ho ragionato al contrario ovvero scalando l'imput dell'elevatore in funzione della quantità di compensazione e mi è venuto qualcosa che comprende un paio di righe in più e un custom switch. Tu invece hai scalato la compensazione in funzione della quantità di elevatore.

A questo punto tengo buona la tua e ritengo superfluo postare la mia soluzione, a meno che non interessi a qualcuno.

Andrea Montefusco 14 maggio 13 01:26

Una buona spiegazione delle due tipologie dei limiti disponibili (option symlimits) si trova a pagina 45 del manuale

Open9x Manual ed febbraio 2013
Punto 7: Kind of limits

Sent from my GT-P3110 using Tapatalk 2


Tutti gli orari sono GMT +2. Adesso sono le 15:43.

Basato su: vBulletin versione 3.8.11
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
E' vietata la riproduzione, anche solo in parte, di contenuti e grafica. Copyright 1998/2019 - K-Bits P.I. 09395831002