problema firmware update turnigy 9x

[romoloman]

Originalmente inviato da turborocket

i tagli in che punto vanno fatti?

FrSky telemetry mod without RS232 level converter - openrcforums

[turborocket]

Originalmente inviato da romoloman

FrSky telemetry mod without RS232 level converter - openrcforums

però è interessante anche il fatto che si possa flashare il modulo senza doverlo togliere dalla radio

[romoloman]

Originalmente inviato da turborocket

però è interessante anche il fatto che si possa flashare il modulo senza doverlo togliere dalla radio

Continuo a pensare che questo genere di modifiche, di cui sono stato un cultore nonchè diffusore, aveva un senso quando non c'era altro.
Fra l'altro la telemetria non parlante serve a poco specie se su un display di dimensioni ridotte.
Quando uno ha fatto tutte le modifiche ad una turnigy alla fine c'è andato a spendere quasi quanto a prendere una taranis ed ha comunque una radio con una meccanica molto discutibile.

[Pfjeka]

Vorrei rispolverare questa discussione, non tanto vecchia dopotutto. Dovendo cambiare il firmware sulla mia Turnigy 9X, sto riscontrando esattamente lo stesso problema di cui si parla in questa discussione. Purtroppo i dettagli che ci sono nella discussione sono insufficienti per me, per venire a capo del problema.

La radio monta il processore ATMega128 e non è mai stata flashata. Utilizzando un programmatore USBASP, indicando il processore "m128", indicando il programmatore come "usbasp", ricevo il seguente errore:

C:/Program Files (x86)/OpenTX/Companion 2.0/avrdude.exe -c usbasp -p m128 -U flash:r:C:/Users/Evgeny/AppData/Local/Temp/6548-flash-check.bin:r
================================================== ===============================
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.01s
avrdude.exe: Device signature = 0x000102
avrdude.exe: Expected signature for ATmega128 is 1E 97 02
Double check chip, or use -F to override this check.
avrdude.exe done. Thank you.
================================================== ===============================
AVRDUDE fatto - codice di uscita 1
================================================== ===============================

Nella discussione parlavate del problema di "sck period", ma non ho capito se basta ignorarlo, oppure bisogna agire in qualche modo.


Utilizzando invece Arduino Uno come programmatore ISP, indicandolo come "avrisp", indicando la mcu come "m128" ed impostando il baud rate (19200, altrimenti non comunica) il problema della firma del processore persiste:

================================================== ===============================
Avviato AVRDUDE
C:/Program Files (x86)/OpenTX/Companion 2.0/avrdude.exe -c avrisp -p m128 -b 19200 -P com11 -U flash:r:C:/Users/Evgeny/Companion - salvataggi/opentx-9x128-ardupilot-it/ewrewr.bin:r
================================================== ===============================
avrdude.exe: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.02s
avrdude.exe: Device signature = 0x000000 (retrying)
Reading | ################################################## | 100% 0.02s
avrdude.exe: Device signature = 0x000000 (retrying)
Reading | ################################################## | 100% 0.03s
avrdude.exe: Device signature = 0x000000
avrdude.exe: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude.exe done. Thank you.
================================================== ===============================
AVRDUDE fatto - codice di uscita 1
================================================== ===============================

Cosa devo fare per cambiare il fw? Dove è che sbaglio nella procedura? I cavi sono saldati correttamente.
Grazie in anticipo
Saluti

[Pfjeka]

Brutte notizie. Dopo la prova di ieri, dopo la quale ho postato i messaggi di errore, la radio non funziona più. Una volta accesa, la retroilluminazione si attiva, il buzzer emette un suono continuo e c'è un messaggio sullo schermo "EEPROM ERROR".
Spero proprio che possiate aiutarmi.

[romoloman]

Originalmente inviato da Pfjeka

Brutte notizie. Dopo la prova di ieri, dopo la quale ho postato i messaggi di errore, la radio non funziona più. Una volta accesa, la retroilluminazione si attiva, il buzzer emette un suono continuo e c'è un messaggio sullo schermo "EEPROM ERROR".
Spero proprio che possiate aiutarmi.

Ho sempre usato un banalissimo usbasp ed ha sempre funzionato...
Da remoto faccio fatica ad aiutarti, ma con l'usbasp deve funzionare.
Qualche problema in più l'ho avuto con l'arduino ISP che trovo inaffidabile e ingiustificato considerando il prezzo di un buon usbasp.

[Pfjeka]

Ok, allora ripartendo da zero ed utilizzando l'USBASP, quali parametri devo indicare in Companion riguardo il programmatore ("usbasp"?), devo indicare uno specifico baud rate ("-b 19200"?), devo indicare per la mcu "m128", una porta specifica (o no)?

L'errore "STK PERIOD" è influente, o meno sulla riuscita dell'operazione?

Il fatto che ora la radio non fnziona significa che la comunicazione è effettivamente avvenuta tra il programmatore e il processore, giusto? In un certo senso, potrebbe essere un "buon segno"?

Grazie

[romoloman]

fai una foto di quell'usbasp, ce ne sono alcuni che hanno una rete resistiva sulle uscite assurdamente alta...

[Pfjeka]

Romoloman, sono appena riuscito a flashare la radio!!! A suon di prove su prove...
Il problema era la prolunga usb con cui collegavo l'USBASP al PC: nonostante sia di buona qualità, faceva perdere la comunicazione tra l'USBASP e la radio durante il processo. La ragione di questo non la conosco. Era una causa insospettabile per me, ma per completezza ho provato ad escludere la prolunga. Ed ecco l'insatteso risultato...

In aggiunta, avendo provato le impostazioni giuste, ma con la prolunga, ovviamente la cosa non è andata a buon fine. Quindi, per una marea di prove ho usato delle impostazioni sbagliate.

Per chi dovesse leggere questa discussione, avendo lo stesso problema, scrivo qui ciò che ho fatto. Scrivo a fresco anche le "cavolate" che avrei trovate preziose per riuscire a flashare la radio (essendo inesperto e non del campo), dopo aver letto e seguito guide su guide.

Non ho dovuto fare nessun aggiornamento ai driver per il programmatore USBASP, ne riprogrammarlo manualmente. All'inizio mi sono scervellato sulla cosa, a causa del errore "STK PERIOD". Ma come si intuisce da questa discussione (seppure in modo un pò velato), non bisogna perderci tempo su questo.
In Companion è necessario indicare nelle "Comunicazioni" il processore corretto della radio (m64 per ATMega64, m128 per ATMega128) ed indicarlo anche nel "Profilo Radio" (Board M128). Sempre nelle "Comunicazioni" in Companion ho indicato "usbasp" come programmatore, ho inserito il Baud Rate (-b 19200) nella riga dei parametri opzionali. Non ho indicato nessuna porta in particolare. Non usate il parametro aggiuntivo "-F" per saltare il controllo firma del processore, nel caso aveste un errore "Device signature" - non risolve il problema.
Durante la procedura la radio era senza batteria ed era accesa (non so se quest'ultima la cosa ha importanza).

Piccolo dettaglio, ma non è stato di poco conto per me. Prevedendo di usare un modulo FrSky con telemetria e di fare la modifica alla radio (che prevede di ridirezionare due degli switch sui pin diversi del processore), ho spuntato sin da subito l'opzione "frsky" nel "Profilo Radio". Così Companion scarica il firmware che comprende le opzioni spuntate. Una volta caricato, non mi funzionavano gli switch "AIL" e "THR". Dopo una rapida ricerca mi sono reso conto che è normale che non funzionino: sono già assegnati ai pin differenti sul processore, ma non ancora collegati.
Caricando il firmware senza l'opzione "frsky", è filato tutto liscio.


Grazie Romoloman per la tua disponibilità. La colpa non era della procedura in se (che era corretta). Ma di una stupida prolunga usb...

[romoloman]

Originalmente inviato da Pfjeka

Romoloman, sono appena riuscito a flashare la radio!!! A suon di prove su prove...
Il problema era la prolunga usb con cui collegavo l'USBASP al PC: nonostante sia di buona qualità, faceva perdere la comunicazione tra l'USBASP e la radio durante il processo. La ragione di questo non la conosco. Era una causa insospettabile per me, ma per completezza ho provato ad escludere la prolunga. Ed ecco l'insatteso risultato...

In aggiunta, avendo provato le impostazioni giuste, ma con la prolunga, ovviamente la cosa non è andata a buon fine. Quindi, per una marea di prove ho usato delle impostazioni sbagliate.

Per chi dovesse leggere questa discussione, avendo lo stesso problema, scrivo qui ciò che ho fatto. Scrivo a fresco anche le "cavolate" che avrei trovate preziose per riuscire a flashare la radio (essendo inesperto e non del campo), dopo aver letto e seguito guide su guide.

Non ho dovuto fare nessun aggiornamento ai driver per il programmatore USBASP, ne riprogrammarlo manualmente. All'inizio mi sono scervellato sulla cosa, a causa del errore "STK PERIOD". Ma come si intuisce da questa discussione (seppure in modo un pò velato), non bisogna perderci tempo su questo.
In Companion è necessario indicare nelle "Comunicazioni" il processore corretto della radio (m64 per ATMega64, m128 per ATMega128) ed indicarlo anche nel "Profilo Radio" (Board M128). Sempre nelle "Comunicazioni" in Companion ho indicato "usbasp" come programmatore, ho inserito il Baud Rate (-b 19200) nella riga dei parametri opzionali. Non ho indicato nessuna porta in particolare. Non usate il parametro aggiuntivo "-F" per saltare il controllo firma del processore, nel caso aveste un errore "Device signature" - non risolve il problema.
Durante la procedura la radio era senza batteria ed era accesa (non so se quest'ultima la cosa ha importanza).

Piccolo dettaglio, ma non è stato di poco conto per me. Prevedendo di usare un modulo FrSky con telemetria e di fare la modifica alla radio (che prevede di ridirezionare due degli switch sui pin diversi del processore), ho spuntato sin da subito l'opzione "frsky" nel "Profilo Radio". Così Companion scarica il firmware che comprende le opzioni spuntate. Una volta caricato, non mi funzionavano gli switch "AIL" e "THR". Dopo una rapida ricerca mi sono reso conto che è normale che non funzionino: sono già assegnati ai pin differenti sul processore, ma non ancora collegati.
Caricando il firmware senza l'opzione "frsky", è filato tutto liscio.


Grazie Romoloman per la tua disponibilità. La colpa non era della procedura in se (che era corretta). Ma di una stupida prolunga usb...

Comunque con l'usbasp il baud rate non è necessario.
Certo un cavo USB decente aiuta....