9x wont turn on after flashing
Re: 9x wont turn on after flashing
Hello gruvin,
Thanks for your answer. First i wanna say: Don't hurry! It's just a hobby you know. [emoji12]
What you say sounds reasonable, but I already reflashed the programmer. But it's possible that I hit the wrong FW.
Thanks for your answer. First i wanna say: Don't hurry! It's just a hobby you know. [emoji12]
What you say sounds reasonable, but I already reflashed the programmer. But it's possible that I hit the wrong FW.
Re: 9x wont turn on after flashing
What i can do tonight is attempt to compile the usbasp firmware that is listed on the gruvin source. as i said before there didnt seem to be a hex file for a m8 mcu.
his explanation of why it mismatches at 0x0000 makes sense.
What you could do to verify that the size of the firmware written is in fact causing the problem.
You could try to write a smaller piece of firmware to your gruvin board. It wont work of course but you shouldnt get a mismatch error.
Of course the safest thing to do is to wait for gruvin to have a chance to help out
his explanation of why it mismatches at 0x0000 makes sense.
What you could do to verify that the size of the firmware written is in fact causing the problem.
You could try to write a smaller piece of firmware to your gruvin board. It wont work of course but you shouldnt get a mismatch error.
Of course the safest thing to do is to wait for gruvin to have a chance to help out
- KAL
- Posts: 552
- Joined: Thu Oct 10, 2013 4:36 pm
- Country: Germany
- Location: somewhere near Rothenburg ob der Tauber
Re: 9x wont turn on after flashing
Here the firmware I flashed to my USBASPs
Klaus
for using them with my 9Xs with 2561 processor.Klaus
- Attachments
-
- firmware by romolo.hex.zip
- (4.26 KiB) Downloaded 253 times
( TH9X / 9XTreme / FrSky DHT / Spektrum / Multi / RotEnc )
( 9XR PRO / erSKY9x / FrSky DHT / Spektrum / Multi / RotEnc / P3 as Slider )
( 9XR PRO / erSKY9x / FrSky DHT / Spektrum / Multi / RotEnc / P3 as Slider )
Re: 9x wont turn on after flashing
Thanks!
I'm outa town for the weekend, but as soon as I'm back I'll give it a try!
I'm outa town for the weekend, but as soon as I'm back I'll give it a try!
- gruvin
- 9x Developer
- Posts: 131
- Joined: Tue Jul 24, 2012 10:02 pm
- Country: New Zealand
- Location: Auckland
- Contact:
Re: 9x wont turn on after flashing
You hit the wrong firmware for sure. The following is the exact symptom you get with the buggy USBASP fw ...Koari wrote:What you say sounds reasonable, but I already reflashed the programmer. But it's possible that I hit the wrong FW.
Code: Select all
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x0c != 0x04
avrdude: verification error; content mismatch
And no. Don't worry. Nothing is fried. Well, maybe some little flash memory cells. But that's a good thing.
Gruvin
P.S: FWIW, what is happening is that when the USBASP address counter hits 0x1FFFF -- the 128K boundary -- then on the next increment, which should be to 0x20000, it actually wraps back around to 0x00000. Actually, it's to do with 64K block bank switching. USBASP assumed that 128K was the largest address ever to exist (basically) and so fails to switch up to the next higher bank. Anyway, the result is that the first block of 64K Flash gets overwritten with data intended for addresses above 128K. This in turn causes the verification error at the very first byte 0x00000.
That had me pulling my hair out on the gProg project. It read to me as if even the very first byte didn't write correctly. Indeed, when one checks with another programmer, that first byte is some seemingly random value -- though actually of course, it is the byte intended for address 0x20000.
It took me over a week to figure out what the heck was going on. That final realisation was one of those, "D'oh! Of course! Geeze!" moments. hehe
Re: 9x wont turn on after flashing
Hello gruvin,
Thanks for your answer, gives me confidence. But I just have to learn some hard stuff (private law) at the moment and what you wrote made the knot in my brain even bigger. Only hard booze can solve this. [emoji12][emoji482][emoji483][emoji484][emoji485]
Thanks for your answer, gives me confidence. But I just have to learn some hard stuff (private law) at the moment and what you wrote made the knot in my brain even bigger. Only hard booze can solve this. [emoji12][emoji482][emoji483][emoji484][emoji485]
Re: 9x wont turn on after flashing
The problem stays the same.
/usr/local/bin/avrdude -c usbasp -p m2560 -U flash:r:/var/folders/l0/vd5nvhv53wnfjxqr7kbshmy40000gn/T/13564-flash-check.bin:r
=================================================================================
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9801
avrdude: reading flash memory:
Reading | ################################################## | 100% 53.13s
avrdude: writing output file "/var/folders/l0/vd5nvhv53wnfjxqr7kbshmy40000gn/T/13564-flash-check.bin"
avrdude done. Thank you.
=================================================================================
/usr/local/bin/avrdude -c usbasp -p m2560 -U flash:w:/Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:i
=================================================================================
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9801
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "/Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex"
avrdude: writing flash (74442 bytes):
Writing | ################################################## | 100% 23.79s
avrdude: 74442 bytes of flash written
avrdude: verifying flash memory against /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:
avrdude: load data flash data from input file /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:
avrdude: input file /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex contains 74442 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 14.98s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x0c != 0x08
avrdude: verification error; content mismatch
avrdude done. Thank you.
=================================================================================
/usr/local/bin/avrdude -c usbasp -p m2560 -U flash:r:/var/folders/l0/vd5nvhv53wnfjxqr7kbshmy40000gn/T/13564-flash-check.bin:r
=================================================================================
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9801
avrdude: reading flash memory:
Reading | ################################################## | 100% 53.13s
avrdude: writing output file "/var/folders/l0/vd5nvhv53wnfjxqr7kbshmy40000gn/T/13564-flash-check.bin"
avrdude done. Thank you.
=================================================================================
/usr/local/bin/avrdude -c usbasp -p m2560 -U flash:w:/Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:i
=================================================================================
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9801
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "/Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex"
avrdude: writing flash (74442 bytes):
Writing | ################################################## | 100% 23.79s
avrdude: 74442 bytes of flash written
avrdude: verifying flash memory against /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:
avrdude: load data flash data from input file /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex:
avrdude: input file /Users/carloskammerlander/Desktop/opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-de-2.1.511111.hex contains 74442 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 14.98s
avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
0x0c != 0x08
avrdude: verification error; content mismatch
avrdude done. Thank you.
=================================================================================
Re: 9x wont turn on after flashing
maybe until gruvin responds you could post the avrdude output that you get when you try to update the one usbasp with the other one, using the romolo firmware posted in this thread. Maybe this will pinpoint whether you are actually updating the firmware on the usbasp
- MikeB
- 9x Developer
- Posts: 18000
- Joined: Tue Dec 27, 2011 1:24 pm
- Country: -
- Location: Poole, Dorset, UK
Re: 9x wont turn on after flashing
Only 74442 bytes are being flashed, so you are NOT crossing a 128K boundary, only a 64K one. I believe some versions of AVRDUDE get this wrong, rather than the USBASP. What version of AVRDUDE are you using?
Mike.
Mike.
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!
The difficult we do immediately,
The impossible takes a little longer!
Re: 9x wont turn on after flashing
Exactly!
I' m gonna post the avrdude output tomorrow.
I' m gonna post the avrdude output tomorrow.
- MikeB
- 9x Developer
- Posts: 18000
- Joined: Tue Dec 27, 2011 1:24 pm
- Country: -
- Location: Poole, Dorset, UK
Re: 9x wont turn on after flashing
You could try reading the flash from the '2560 as it now is, and post that .hex file and the one you are flashing. We could then have a look and check what is being flashed.
You might zip both files to save space on the forum server.
Mike.
You might zip both files to save space on the forum server.
Mike.
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!
The difficult we do immediately,
The impossible takes a little longer!
- gruvin
- 9x Developer
- Posts: 131
- Joined: Tue Jul 24, 2012 10:02 pm
- Country: New Zealand
- Location: Auckland
- Contact:
Re: 9x wont turn on after flashing
Yes. Good idea. Please post a copy of both the hex file you are writing and a Flash read (hex) directly after that.
- gruvin
- 9x Developer
- Posts: 131
- Joined: Tue Jul 24, 2012 10:02 pm
- Country: New Zealand
- Location: Auckland
- Contact:
Re: 9x wont turn on after flashing
Some random notes ...
I did some checking. It's not the 128K boundary. It was all 64K boundaries. So apparently, the original USBASP firmware will not work with any code that crosses the 64K boundary.
I have attached firmware for the ATmega48P and the '88P versions of my gProg (USBASP) firmware. I made one change to the gProg hardware, to control a buffer chip, which allows the gProg to remain always connected, without interfering with the shared I/O pins on the '2560 -- especially /RESET. The extra I/O pin I used should just be not connected to anything on your board.
I *know* this one works, as I use it personally. Famous last words!
@Koarl -- your USBASP most likely has the ATmega48 chip, like the original. But it might pay to check. Got a magnifying glass?
Here's the Flash command I use for the '48 ...
... and the same for the '88P version ...
- - - -
@Koarl -- Do still send us the intended and actual flash data files. I'd really like to confirm that the byte intended for 0x10000 ended up writing to 0x00000, as previously described, except for the boundary address being 64K, not 128K.
Gruvin
EDIT: Removed -F from the atmega48 AVRDUE command example. At the time I used that, AVRDUDE did not support Atmega48P's signature. Only the plain '48. In fact, I think that may still be the case.
I did some checking. It's not the 128K boundary. It was all 64K boundaries. So apparently, the original USBASP firmware will not work with any code that crosses the 64K boundary.
I have attached firmware for the ATmega48P and the '88P versions of my gProg (USBASP) firmware. I made one change to the gProg hardware, to control a buffer chip, which allows the gProg to remain always connected, without interfering with the shared I/O pins on the '2560 -- especially /RESET. The extra I/O pin I used should just be not connected to anything on your board.
I *know* this one works, as I use it personally. Famous last words!
@Koarl -- your USBASP most likely has the ATmega48 chip, like the original. But it might pay to check. Got a magnifying glass?
Here's the Flash command I use for the '48 ...
Code: Select all
avrdude -c usbasp -P usb -p atmega48 -U flash:w:fw-v120-48.hex
Code: Select all
avrdude -c usbasp -P usb -p atmega88p -U flash:w:fw-v120-88.hex
@Koarl -- Do still send us the intended and actual flash data files. I'd really like to confirm that the byte intended for 0x10000 ended up writing to 0x00000, as previously described, except for the boundary address being 64K, not 128K.
Gruvin
EDIT: Removed -F from the atmega48 AVRDUE command example. At the time I used that, AVRDUDE did not support Atmega48P's signature. Only the plain '48. In fact, I think that may still be the case.
- Attachments
-
- fw-v120-88.hex
- gProg v1.20 Firmware (ATmega88P version -- USBASP compatible)
- (11.14 KiB) Downloaded 296 times
-
- fw-v120-48.hex
- gProg v1.20 Firmware (ATmega48 version -- USBASP compatible)
- (11.14 KiB) Downloaded 293 times
Last edited by gruvin on Tue Nov 10, 2015 5:06 am, edited 1 time in total.
Re: 9x wont turn on after flashing
[quote="gruvin"]
@Koarl -- your USBASP most likely has the ATmega48 chip, like the original. But it might pay to check. Got a magnifying glass?
[/code]
I'm pretty sure it comes with an m8 . He can just attempt to read the flash or even and it will print out the actual signature which then can be searched with google to verify the MCU it has.
Update - just reread this post. Uugh. Cellphone post and in a hurry. hope it made a little sense
@Koarl -- your USBASP most likely has the ATmega48 chip, like the original. But it might pay to check. Got a magnifying glass?
[/code]
I'm pretty sure it comes with an m8 . He can just attempt to read the flash or even and it will print out the actual signature which then can be searched with google to verify the MCU it has.
Update - just reread this post. Uugh. Cellphone post and in a hurry. hope it made a little sense
Last edited by rperkins on Mon Nov 09, 2015 7:01 pm, edited 2 times in total.
Re: 9x wont turn on after flashing
Hey guys,
I tried the firmwares gruvin has posted. Both with epee and the command recommended. No difference, the problem stays the same.
I have now read the firmware on the usbasp, you find it in the attachment named as usbasp- read. You will also find the firmware of the transmitter.
And I tried to read which processor my programmer has. I used a pocket microscope, it must be an Atmega 8A
Thanks!
Edit:
This is the what terminal tells me when I type in one of the commands gruvin postet.
Last login: Mon Nov 9 18:34:37 on ttys001
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p atmega88p -U flash:w:fw-v120-88.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9307
avrdude: Expected signature for ATMEGA88P is 1E 93 0F
Double check chip, or use -F to override this check.
avrdude done. Thank you.
localhost:~ carloskammerlander$
I tried the firmwares gruvin has posted. Both with epee and the command recommended. No difference, the problem stays the same.
I have now read the firmware on the usbasp, you find it in the attachment named as usbasp- read. You will also find the firmware of the transmitter.
And I tried to read which processor my programmer has. I used a pocket microscope, it must be an Atmega 8A
Thanks!
Edit:
This is the what terminal tells me when I type in one of the commands gruvin postet.
Last login: Mon Nov 9 18:34:37 on ttys001
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p atmega88p -U flash:w:fw-v120-88.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9307
avrdude: Expected signature for ATMEGA88P is 1E 93 0F
Double check chip, or use -F to override this check.
avrdude done. Thank you.
localhost:~ carloskammerlander$
- Attachments
-
- usbasp-read.bin.zip
- (2.62 KiB) Downloaded 179 times
-
- t9xread.bin.zip
- (91.14 KiB) Downloaded 176 times
-
- opentx-gruvin9x-templates-nocurves-PXX-ppmca-gvars-potscroll-autosource-autoswitch-dblkeys-battgraph-pgbar-ppmus-de-2.1.3.hex.zip
- (81.29 KiB) Downloaded 160 times
Re: 9x wont turn on after flashing
You did not successfully update the firmware on the usbasp. Your usbasp does not have an m88 mcu. Most assuredly it has an m8. The firmware gruvin posted will not work with an m8. The romulo firmware posted earlier should work but you will need to update the command line syntax. Replace 'atmega88p' with 'm8'.
you did a good job posting the output of avrdude. That is what we need to see. Keep posting it with your attempts.
you did a good job posting the output of avrdude. That is what we need to see. Keep posting it with your attempts.
- KAL
- Posts: 552
- Joined: Thu Oct 10, 2013 4:36 pm
- Country: Germany
- Location: somewhere near Rothenburg ob der Tauber
Re: 9x wont turn on after flashing
For those who struggle with the command line parameters of avrdude
there exists a splendid GUI for WIN and also Linux and OS X: avrdudess.
Klaus
there exists a splendid GUI for WIN and also Linux and OS X: avrdudess.
Klaus
( TH9X / 9XTreme / FrSky DHT / Spektrum / Multi / RotEnc )
( 9XR PRO / erSKY9x / FrSky DHT / Spektrum / Multi / RotEnc / P3 as Slider )
( 9XR PRO / erSKY9x / FrSky DHT / Spektrum / Multi / RotEnc / P3 as Slider )
Re: 9x wont turn on after flashing
I tried what you said. Flashed Romolos firmware again. Using the command you posted and once again with epee like in the tutorial. It stays the same. Throwing all this c**p out of the window is really tempting now.
Re: 9x wont turn on after flashing
You didnt post your output. Dont give up you are almost there.
Re: 9x wont turn on after flashing
You mean what console tells me when I hit the command.
Re: 9x wont turn on after flashing
Yes. Like you did earlier when it mentioned the signature.
Re: 9x wont turn on after flashing
This is the output of console:
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p m8 -U flash:w:firmware.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9307
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware.hex"
avrdude: error opening firmware.hex: No such file or directory
avrdude: input file firmware.hex auto detected as invalid format
avrdude: can't open input file firmware.hex: No such file or directory
avrdude: read from file 'firmware.hex' failed
avrdude: safemode: Fuses OK
avrdude done. Thank you.
localhost:~ carloskammerlander$
I tried to flash with epee cause it seems I got something wrong with console but epee won´t let me copy the output. When the window appears that avrdude finished correctly I hit ok and then the output disappears
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p m8 -U flash:w:firmware.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9307
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware.hex"
avrdude: error opening firmware.hex: No such file or directory
avrdude: input file firmware.hex auto detected as invalid format
avrdude: can't open input file firmware.hex: No such file or directory
avrdude: read from file 'firmware.hex' failed
avrdude: safemode: Fuses OK
avrdude done. Thank you.
localhost:~ carloskammerlander$
I tried to flash with epee cause it seems I got something wrong with console but epee won´t let me copy the output. When the window appears that avrdude finished correctly I hit ok and then the output disappears
Re: 9x wont turn on after flashing
yes that is the output we need.
this particular time the output says the the file firmware.hex is not in the directory you called the command from. this appears to be the 'carloskammerlander' directory. verify that the file firmware.hex is in the directory you are calling the avrdude command from.
I also note that the firmware.hex file is provided in this thread within a .zip file. you will need to extract the firmware.hex file from the .zip file you downloaded from this thread.
I am reasonably sure you have never updated your usbasp properly yet. Based on the information from gruvin and Kilrah, that is the root of you updating problems
this particular time the output says the the file firmware.hex is not in the directory you called the command from. this appears to be the 'carloskammerlander' directory. verify that the file firmware.hex is in the directory you are calling the avrdude command from.
I also note that the firmware.hex file is provided in this thread within a .zip file. you will need to extract the firmware.hex file from the .zip file you downloaded from this thread.
I am reasonably sure you have never updated your usbasp properly yet. Based on the information from gruvin and Kilrah, that is the root of you updating problems
Re: 9x wont turn on after flashing
Ah got that! And something changed now!
When I try to flash the radio with companion I get this warning:
Your radio uses a Atmega 2560 CPU!!!
Please select an appropriate firmware type to program it.
ie: OpenTX for Gruvin9X board
You are currently using:
Gruvin9x board / 9X
But in the radio profile settings I set the radio type to gruvin9x board/ 9x. I let companion download the firmware and flashed it.
When I try to flash the radio with companion I get this warning:
Your radio uses a Atmega 2560 CPU!!!
Please select an appropriate firmware type to program it.
ie: OpenTX for Gruvin9X board
You are currently using:
Gruvin9x board / 9X
But in the radio profile settings I set the radio type to gruvin9x board/ 9x. I let companion download the firmware and flashed it.
9x wont turn on after flashing
This was the avrdude output when I reflashed the programmer by the way:
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p atmega48 -F -U flash:w:firmware.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9307
avrdude: Expected signature for ATMEGA48 is 1E 92 05
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware.hex"
avrdude: input file firmware.hex auto detected as Intel Hex
avrdude: writing flash (3966 bytes):
Writing | ################################################## | 100% 2.22s
avrdude: 3966 bytes of flash written
avrdude: verifying flash memory against firmware.hex:
avrdude: load data flash data from input file firmware.hex:
avrdude: input file firmware.hex auto detected as Intel Hex
avrdude: input file firmware.hex contains 3966 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.97s
avrdude: verifying ...
avrdude: 3966 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
localhost:~ carloskammerlander$
At the flashing attempt I mentioned before I forgot to delete the extra argument (-p m8) I used when I tried to flash the programmer via companion.
Edit: I have added the firmware I read from the usbasp after flashing.
localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p atmega48 -F -U flash:w:firmware.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e9307
avrdude: Expected signature for ATMEGA48 is 1E 92 05
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "firmware.hex"
avrdude: input file firmware.hex auto detected as Intel Hex
avrdude: writing flash (3966 bytes):
Writing | ################################################## | 100% 2.22s
avrdude: 3966 bytes of flash written
avrdude: verifying flash memory against firmware.hex:
avrdude: load data flash data from input file firmware.hex:
avrdude: input file firmware.hex auto detected as Intel Hex
avrdude: input file firmware.hex contains 3966 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 0.97s
avrdude: verifying ...
avrdude: 3966 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.
localhost:~ carloskammerlander$
At the flashing attempt I mentioned before I forgot to delete the extra argument (-p m8) I used when I tried to flash the programmer via companion.
Edit: I have added the firmware I read from the usbasp after flashing.
- Attachments
-
- updatedusbspfirmware.bin.zip
- (2.64 KiB) Downloaded 139 times
Re: 9x wont turn on after flashing
Never use the -F option to avrdude.
If you are lucky you will be able to reflash the usbasp with this command line
please reflash as mentioned above post the output of this command
This is how you brick your radio. luckily you are only messing with a programmer. I know it was mentioned early on not to use the F option. BAD BOY. Very bad habit to start. I dont even want to hear that it worked for you.Koarl wrote: localhost:~ carloskammerlander$ avrdude -c usbasp -P usb -p atmega48 -F -U flash:w:firmware.hex
If you are lucky you will be able to reflash the usbasp with this command line
Code: Select all
avrdude -c usbasp -P usb -p m8 -U flash:w:firmware.hex
Re: 9x wont turn on after flashing
viewtopic.php?f=95&t=7804#p104279
yes right here under Dont Panic it says not to use -F option
It probably should have been mentioned in a more pronounced way.
yes right here under Dont Panic it says not to use -F option
It probably should have been mentioned in a more pronounced way.
- MikeB
- 9x Developer
- Posts: 18000
- Joined: Tue Dec 27, 2011 1:24 pm
- Country: -
- Location: Poole, Dorset, UK
Re: 9x wont turn on after flashing
On eepe, there is an option under the BURN menu or "Review Output". This lets you look at and copy the Avrdude output.
Mike.
Mike.
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!
The difficult we do immediately,
The impossible takes a little longer!