Nuove radio frsky

[frank]

Se posso contribuire ancora... è un'idea abbastanza ovvia e probabilmente è già stata proposta:

con ali a 4 superfici mobili, è abbastanza comune che anche facendo tutto per bene ci siano delle differenze nel movimento dei servi "simmetrici". Per esempio, può capitare che i due flap non si muovano perfettamente insieme quando si varia il camber o si dà il comando del butterfly. Sarebbe molto utile che vi fosse la possibilità di impostare una vera curva di trasferimento tra segnale "comune" ai due servi (camber, o butterfly) e segnale effettivamente inviato al servo, in modo da poter equalizzare queste differenze. In molte radio l'equalizzazione si limita al solo punto centrale e ai due estremi, ed è lineare in mezzo, ma non sempre le differenze sono solo lineari...

[LONGFLYER]

Originalmente inviato da frank

Se posso contribuire ancora... è un'idea abbastanza ovvia e probabilmente è già stata proposta:

con ali a 4 superfici mobili, è abbastanza comune che anche facendo tutto per bene ci siano delle differenze nel movimento dei servi "simmetrici". Per esempio, può capitare che i due flap non si muovano perfettamente insieme quando si varia il camber o si dà il comando del butterfly. Sarebbe molto utile che vi fosse la possibilità di impostare una vera curva di trasferimento tra segnale "comune" ai due servi (camber, o butterfly) e segnale effettivamente inviato al servo, in modo da poter equalizzare queste differenze. In molte radio l'equalizzazione si limita al solo punto centrale e ai due estremi, ed è lineare in mezzo, ma non sempre le differenze sono solo lineari...

Scusa Frank, questo problema non credo sia da afferire all'elettronica ma piuttosto alla meccanica: così, solo per chiarirne le cause. Una eventuale equalizzazione, per quanto manuale, credo la si possa attuare già oggi creando due curve differenti (leggermente), una per singolo servo/canale ed ovviamente per singola funzione.

[frank]

Originalmente inviato da LONGFLYER

Scusa Frank, questo problema non credo sia da afferire all'elettronica ma piuttosto alla meccanica: così, solo per chiarirne le cause. Una eventuale equalizzazione, per quanto manuale, credo la si possa attuare già oggi creando due curve differenti (leggermente), una per singolo servo ed ovviamente per singola funzione.

Sono poco interessato alle cause, il fatto è che succede. La domanda era appunto se era possibile avere curve diverse per i diversi servi interessati alla singola funzione.

[romoloman]

Originalmente inviato da frank

Grazie mille per avere preso in considerazione l'idea. Per l'uso che ho in mente io l'ideale sarebbe che lo stato d'uscita con S=R=1 fosse 0.

eccotelo bello e fatto:
con open9x attuale

flipflopsr.pdf

Uno switch virtuale e 3 miscelazioni su un canale, ma esistono anche altri modi.
Comunque considerando che di miscelazioni libere ce ne sono 64 3 sprecate per la causa non inficiano molto.

Comunque ricordo a tutti che per provare il software è disponibile il simulatore dentro il software di programmazione via PC, che a scanso di equivoci e ulteriori polemiche non è l'unico modo per programmare la radio, ma per ottenere le stampe in PDF si.

[frank]

Originalmente inviato da romoloman

eccotelo bello e fatto:
con open9x attuale

Allegato 254354

Uno switch virtuale e 3 miscelazioni su un canale, ma esistono anche altri modi.
Comunque considerando che di miscelazioni libere ce ne sono 64 3 sprecate per la causa non inficiano molto.

Comunque ricordo a tutti che per provare il software è disponibile il simulatore dentro il software di programmazione via PC, che a scanso di equivoci e ulteriori polemiche non è l'unico modo per programmare la radio, ma per ottenere le stampe in PDF si.

Grazie!
E se volessi fare che, una volta ricevuto il R, l'uscita si riporta a 1 solo se S commuta nuovamente da 0 a 1 (come un latch che commuta sul fronte e non sullo stato, insomma)?

Il caso d'uso che ho in mente è questo: uso uno switch per impostare l'aliante in fase "lancio", e ne esco con uno switch logico collegato al comando a picchiare, quando per l'appunto picchio per sganciarmi dal cavo di traino. Chiaramente però il comando a picchiare mi serve durante il volo, quindi vorrei che la fase non "rientrasse" fino al momento in cui non uso nuovamente quello switch per riattivare la fase di traino (controllo sul fronte di commutazione, insomma).

[romoloman]

Originalmente inviato da frank

Grazie!
E se volessi fare che, una volta ricevuto il R, l'uscita si riporta a 1 solo se S commuta nuovamente da 0 a 1 (come un latch che commuta sul fronte e non sullo stato, insomma)?

Anzichè usare l'interruttore RUD uso l'interruttore mRUD (rud momentary che appunto si commuta sul fronte)
Mi risparmia anche un mix (appena ho cambiato una feature)

[frank]

Originalmente inviato da romoloman

Anzichè usare l'interruttore RUD uso l'interruttore RUDM (rud momentary che appunto si commuta sul fronte)

Fantastico!
Funziona allo stesso modo su ciascuno dei due fronti o è possibile distinguere il fronte di commutazione in accensione da quello in spegnimento?

[romoloman]

Originalmente inviato da frank

Fantastico!
Funziona allo stesso modo su ciascuno dei due fronti o è possibile distinguere il fronte di commutazione in accensione da quello in spegnimento?

mSW si attiva sul fronte di salita, magari si può pensare di implementare !mSW che si attivi in discesa.

[frank]

Originalmente inviato da romoloman

mSW si attiva sul fronte di salita, magari si può pensare di implementare !mSW che si attivi in discesa.

Nel mio caso basta il fronte di salita, davvero grazie sono colpito!

[romoloman]

Originalmente inviato da frank

Nel mio caso basta il fronte di salita, davvero grazie sono colpito!

Grazie a te, questo è il tipo di contributi che gradisco di più in questo 3D.
Magari per la parte software comunque è meglio quello relativo a companion e open9x.

Comunque scaricati companion9x e guardati la programmazione di un modello, ti assicuro che di limiti ne esistono pochi.

Il tuo omonimo francese, ha fra l'altro postato alcuni esempi di programmazione per alianti che iniziano a sfruttare open9x.

si trovano qui: Open9x_AdvancedGliders.zip - open9x - Some advanced features for gliders - Custom firmware for the Eurgle/FlySky/Imax/Turnigy 9x r/c Transmitter - Google Project Hosting