aurora 9

[LONGFLYER]

Originalmente inviato da pikemax

Denis, la questione non è posta nel giusto verso....
il binding lega la tx alla rx ma anche al giusto modello in termini di programmazione, per motivi di sicurezza sono legate tre cose: la tx, il programma del modello e relativa rx.
Questo è un gran contributo alla sicurezza che impedisce di lanciare col programma sbagliato.
Quindi devi spegnere, non trasmettere (rf off), cambiare modello e poi trasmettere (rf on).
Credo che sia lo stesso per tutte le radio.
Se lo vuoi ingannare fai il binding di diverse rx (possibile senza telemetria) ma perdi troppo dal lato sicurezza.
Quindi per rilanciare ti compri una 8fg o una seconda Aurora
e comunque spendi 3/400 euro ma ne salvi 1000di modello.
Inutile continuare, quello che chiedi è controproducente e dannoso.
Il vantaggio x chi fa gare come noi dovuto al 2,4 è quello di poter andare in linea di lancio con DUE radio e modelli accesi e pronti, se cambi idea o capita un guaio sei subito pronto al rilancio, per poi non dire della comodità di non dover consegnare la radio alla tenda.
Per esempio se usi una radio in 2,4 con i modelli salvati sulla scheda di memoria basta che ti metti daccordo con un altro della squadra ed avrete due radio con ognuna le momorie dell'altro ed hop, il gioco è fatto, hai la sicurezza e tutto quanto.
E comunque due Aurora costano sempre meno di due 12 fg......

Con 700 euro hai due tx e due rx, mentre con 1000 hai una tx ed una rx...

Scusami, ma l'operazione di binding così come è conosciuta attualmente, lega la rx alla tx e non il contrario.
La tx, a meno di altri dati in fase di setup del modello, non conosce a quale ricevente si sta riferendo e quindi ad es. in presenza di due modelli con i medesimi comandi (ovvviamente con ricevente accesa ..), la tx pilota entrambi (se spera però che uno solo sia in volo ;-) )
Come si usa definire: la relazione che tx e rx è "uno a molti" ..

[pikemax]

Originalmente inviato da LONGFLYER

Scusami, ma l'operazione di binding così come è conosciuta attualmente, lega la rx alla tx e non il contrario.
La tx, a meno di altri dati in fase di setup del modello, non conosce a quale ricevente si sta riferendo e quindi ad es. in presenza di due modelli con i medesimi comandi (ovvviamente con ricevente accesa ..), la tx pilota entrambi (se spera però che uno solo sia in volo ;-) )
Come si usa definire: la relazione che tx e rx è "uno a molti" ..

Vero, ma in pratica i modelli non sono mai uguali (linkare due rx sullo stessa memoria va bene in teoria ma non in pratica, perderesti la sicurezza di usare il modello giusto con la giusta programmazione) quello che servirebbe è che la rx del modello rimasto a terra si mettesse in hold quando spegni in un determinato modo e non si legasse di nuovo alla tx, forse possibile con la Aurora nel modo scan mode?
Resta il fatto che l'Aurora aspettando qualche piccolo aggiornamento soft per allinearsi al top è un enorme passo avanti nella giusta direzione e decisamente interessante ed aggressiva come posizionamento di prezzo.
Quindi aspettiamo fiduciosi e speriamo tutti quanti anche chi come me ha deciso di non passare ad Hitech che la Aurora sia sviluppata velocemente e che no tradisca le aspettative.

[LONGFLYER]

Originalmente inviato da pikemax

Vero, ma in pratica i modelli non sono mai uguali (linkare due rx sullo stessa memoria va bene in teoria ma non in pratica, perderesti la sicurezza di usare il modello giusto con la giusta programmazione) quello che servirebbe è che la rx del modello rimasto a terra si mettesse in hold quando spegni in un determinato modo e non si legasse di nuovo alla tx, forse possibile con la Aurora nel modo scan mode?
Resta il fatto che l'Aurora aspettando qualche piccolo aggiornamento soft per allinearsi al top è un enorme passo avanti nella giusta direzione e decisamente interessante ed aggressiva come posizionamento di prezzo.
Quindi aspettiamo fiduciosi e speriamo tutti quanti anche chi come me ha deciso di non passare ad Hitech che la Aurora sia sviluppata velocemente e che no tradisca le aspettative.

Aspetta, forse non mi sono spiegato bene ..
Intendevo dire che con un 2.4GHz l'operazione di binding lega una rx alla tx e non essendo l'opposto, una tx può comunicare contemporaneamente con più riceventi.
All'occorrenza, con modello caduto lontano, cambi modello nella radio e piloti il nuovo modello contemporaneamente al funzionamento della ricevente nel modello caduto.
Mi pare aver capito che, per esigenze di gara, questa è la caratteristica che interessa a dtruffo.
Dtruffo perciò chiedeva come si comporta in questa situazione una radio come la Aurora che a differenza di altri link 2.4GHz, ne presenta uno bidirezionale e quindi, nella medesima situazione, la radio riceverebbe dati da due riceventi con la nefasta possibilità di invalidare il funzionamento dell'intero sistema di trasmissione.
Io, allora, ho supposto che se, in fase di setup del modello, la Aurora non gestisce lo Id della ricevente (spegnendone la funzione di trasmissione durante la fase di selezione nuovo modello), la Aurora non riuscirà a gestire la contemporaneità (che di fatto è una caratteristica inutile giacchè il pilota è sempre uno).
La caratteristica richiesta da dtruffo è certamente interessante, in gara o no (se ti cade un modello laddove non puoi recuperarlo è probabile che fintanto le batterie "tirino" le batterie del modello caduto, tu in quella gionata non voli più .. in quella zona).
Cmq. presupponendo futuribili aggiornamenti che aggiungano nuove funzionalità, solo chi ha Aurora con più di una ricevente può dirci come stanno le cose attualmente ..