Turnigy9x(r) - Companion e Open9x

[dea90]

Originalmente inviato da romoloman

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

Invece come funzia sulle turnigy originali?

[romoloman]

Originalmente inviato da dea90

Invece come funzia sulle turnigy originali?

Credo come sulle flysky.
Nota che non ho scritto frsky

azzo sti cinesi che fantasia....

[dea90]

Originalmente inviato da romoloman

Credo come sulle flysky.
Nota che non ho scritto frsky

azzo sti cinesi che fantasia....

Nella fretta avevo letto frsky dato che sono la stessa cosa funzioneranno anche nello stesso modo

[yoghy]

Non vorrei dire una fesseria,ma scusate la posizione dei canali non viaggia in concomitanza con il tipo di mode che si sta utilizzando?

[romoloman]

Originalmente inviato da yoghy

Non vorrei dire una fesseria,ma scusate la posizione dei canali non viaggia in concomitanza con il tipo di mode che si sta utilizzando?

No... assolutamente no...
cambia solo il mappaggio sugli stick.
esempio:
JR: le riceventi hanno tipicamente questo ordine
Throttle Aileron Elevon Rudder e questo indipendenteente dal modo

Futaba
Aileron Elevon Throttle Rudder e anche queste indipendentemente dal modo..

[LONGFLYER]

Originalmente inviato da yoghy

Non vorrei dire una fesseria,ma scusate la posizione dei canali non viaggia in concomitanza con il tipo di mode che si sta utilizzando?

Perchè mai? Canale 1 è sempre il medesimo ad es. ...
Il movimento associato a quel canale è altra cosa e di esclusivo interesse della radio.

Così almeno la logica mi detta ...

ps. opss aveva già risposto Romolo ...

[yoghy]

Originalmente inviato da romoloman

No... assolutamente no...
cambia solo il mappaggio sugli stick.
esempio:
JR: le riceventi hanno tipicamente questo ordine
Throttle Aileron Elevon Rudder e questo indipendenteente dal modo

Futaba
Aileron Elevon Throttle Rudder e anche queste indipendentemente dal modo..

Ok.... daltronde avendo usato sempre radio e riceventi futaba im mode 3 sia x gli aerei,che elicotteri ero convinto che la posizione dei canali dipendesse dal mode di volo utilizzato.

[Niketa61]

Ho provato a flashare la radio con companion e open9x ma mi da questo errore, chi mi può aiutare a capire cosa è successo??? :

================================================== ===============================
AvviatoAVRDUDE
C:/Programmi/companion9x/avrdude.exe -c usbasp -p m64 -P usb -U flash:w:C:/open9x-stock-heli-templates-it.hex:i
================================================== ===============================

avrdude.exe: warning: cannot set sck period. please check for usbasp firmware update.
avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.02s

avrdude.exe: Device signature = 0x1e9602
avrdude.exe: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude.exe: erasing chip
avrdude.exe: warning: cannot set sck period. please check for usbasp firmware update.
avrdude.exe: reading input file "C:/open9x-stock-heli-templates-it.hex"
avrdude.exe: writing flash (51746 bytes):

Writing | ################################################## | 100% 9.59s

avrdude.exe: 51746 bytes of flash written
avrdude.exe: verifying flash memory against C:/open9x-stock-heli-templates-it.hex:
avrdude.exe: load data flash data from input file C:/open9x-stock-heli-templates-it.hex:
avrdude.exe: input file C:/open9x-stock-heli-templates-it.hex contains 51746 bytes
avrdude.exe: reading on-chip flash data:

Reading | ################################################## | 100% 15.09s

avrdude.exe: verifying ...
avrdude.exe: verification error, first mismatch at byte 0x8001
0x01 != 0x00
avrdude.exe: verification error; content mismatch

avrdude.exe done. Thank you.


================================================== ===============================
AVRDUDEfatto - codice di uscita 1
================================================== ===============================

Grazie!!!!

[SANDROS]

Oggi tutto contento aggiorno Companion alla 0.80 e mi programmo un nuovo modello per la radio.
Scrivo la eprom e mi compare un bel BAD EEPROM DATA.
Reistallo la vecchia versione di Companion , la 0.67 però sono riuscito soltanto una volta a scrivere i modelli nella radio, tra l'altro usando un vecchio file in quanto l'ultimo dove avevo salvato la versione finale di tutti i modelli non me lo legge più.
Che devo fare??
Sono veramente preso dallo sconforto.

[romoloman]

Originalmente inviato da SANDROS

Oggi tutto contento aggiorno Companion alla 0.80 e mi programmo un nuovo modello per la radio.
Scrivo la eprom e mi compare un bel BAD EEPROM DATA.
Reistallo la vecchia versione di Companion , la 0.67 però sono riuscito soltanto una volta a scrivere i modelli nella radio, tra l'altro usando un vecchio file in quanto l'ultimo dove avevo salvato la versione finale di tutti i modelli non me lo legge più.
Che devo fare??
Sono veramente preso dallo sconforto.

Non avevi aggiornato la flash ? girami l'ultimo file che vediamo di capirci qualcosa..
Comunque quando si aggiorna companion è meglio aggiornare sempre anche la flash..
Visto che i due vanno di pari passo...