Turnigy9x(r) - Companion e Open9x

[romoloman]

Originalmente inviato da dea90

Tipo il gyro setup è sbagliato sia nel template hely che gyro, se guardi la guida capisci anche come sistemare il template...poi pensavo che si potrebbero unire i 2 template tanto solitamente chi usa il giroscopio sono gli elicotteristi...magari fare un template per l'ely com'è ora e uno stile futaba per chi è abituato in quel modo...è fattibile?

No, non è sbagliato, il template heli setup applica già un controllo sul giro applicando +/- 30% utilizzando il pulsante gear ed in quello è corretto, quello che è sbagliato è il hely gyro setup che non fa esattamente un tubo visto che aggiunge e toglie...
Provvedo a correggere

[dea90]

Originalmente inviato da romoloman

No, non è sbagliato, il template heli setup applica già un controllo sul giro applicando +/- 30% utilizzando il pulsante gear ed in quello è corretto, quello che è sbagliato è il hely gyro setup che non fa esattamente un tubo visto che aggiunge e toglie...

Sbagliato nel senso che non serve a molto dato che bisognerebbe prima scoprire che valore applicare e poi usare il max come mi avevi detto

[romoloman]

Originalmente inviato da dea90

Sbagliato nel senso che non serve a molto dato che bisognerebbe prima scoprire che valore applicare e poi usare il max come mi avevi detto

Prossima versione ve lo trovate corretto...

r1076 - companion9x - EEPROM Editor for open9x / gruvin9x / er9x / th9x open source 9X firmwares - Google Project Hosting

[yoghy]

Dico la mia io per i mie elicotteri ho sempre fatto cosi sulle futaba.
Non ho mai usato la funzione gyro x la regolazione della sensibilità coda.
Ho sempre attivato uno swich a due posizioni regolando i limiti per quel canale,cosi da avere in una posizione coda in normal,e nell'altra in AVCS.
Potrebbe essere fattibile questo anche per open?

[dea90]

Originalmente inviato da yoghy

Dico la mia io per i mie elicotteri ho sempre fatto cosi sulle futaba.
Non ho mai usato la funzione gyro x la regolazione della sensibilità coda.
Ho sempre attivato uno swich a due posizioni regolando i limiti per quel canale,cosi da avere in una posizione coda in normal,e nell'altra in AVCS.
Potrebbe essere fattibile questo anche per open?

Si certo, nella guida l'ho anche scritto (la parte dopo aver trovato il valore giusto usando il p2)

Originalmente inviato da romoloman

Prossima versione ve lo trovate corretto...

r1076 - companion9x - EEPROM Editor for open9x / gruvin9x / er9x / th9x open source 9X firmwares - Google Project Hosting

Grazie mille, efficiente come sempre

[romoloman]

Originalmente inviato da yoghy

Dico la mia io per i mie elicotteri ho sempre fatto cosi sulle futaba.
Non ho mai usato la funzione gyro x la regolazione della sensibilità coda.
Ho sempre attivato uno swich a due posizioni regolando i limiti per quel canale,cosi da avere in una posizione coda in normal,e nell'altra in AVCS.
Potrebbe essere fattibile questo anche per open?

Si certo sul canale 6 (quello di default per il template) è sufficiente specificare source GEA e poi settare i limiti min a max

[yoghy]

Originalmente inviato da romoloman

Si certo sul canale 6 (quello di default per il template) è sufficiente specificare source GEA e poi settare i limiti min a max

Per gli elicotteri il canale dedicato alla sensibilita del giro e il n.5 perche tu menzioni il 6?

[romoloman]

Originalmente inviato da yoghy

Per gli elicotteri il canale dedicato alla sensibilita del giro e il n.5 perche tu menzioni il 6?

Perchè nel template esistente in c9x è il 6 in jr style...
Il 5 è futaba style...
Comunque tieni presente che qui i mix sono liberi quindi se vuoi lo piazzi anche sul 7...

[yoghy]

Originalmente inviato da romoloman

Perchè nel template esistente in c9x è il 6 in jr style...
Il 5 è futaba style...
Comunque tieni presente che qui i mix sono liberi quindi se vuoi lo piazzi anche sul 7...

Ok....

[romoloman]

Originalmente inviato da yoghy

Ok....

Comunque nell'assegnazione futaba c'era un senso per le loro RX:
Sulle PCM 1024 esistono due gruppi di canali: 1-2-5-6 e 3-4-7-8, che venivano emessi in contemporanea.
Era pertanto logico che i tre servi del ciclico fossero sullo stesso gruppo per evitare desincronizzazioni di circa 10ms fra un servo e gli altri che agiscono sulla stessa parte mobile.
Nelle riceventi standard flysky se non mi sbaglio vengono emessi in ordine 1-2-3-4-5-6-7-8 quindi ha un senso usare 1-2-3 per il ciclico in quanto sono i più vicini fra di loro con solo un ritardo di 2.5 ms max fra la fine dell'impulso del primo servo e l'inizio di quello dell'ultimo