next topic »

[Reply #570 on:]

In short: is USBasp enough to correctly bootload the 1284 (P and non-P) ? I have the one based on an Atmega8A, which I have successfully used to bootload a countper Atmega328 (non-P, so I had to edit avrdude.conf).

[Reply #571 on:]

Ok, I have now more info:
The signature corresponds to the MEGA16U2, so I am connected to the wrong chip.

Any ideas?

The are 2 ICSP headers in the Rev. 3 boards. Make sure you connect to the one farthest from the USB connector.

[Reply #572 on:]

I don't believe the USBASP based on Atmega8 will program the full address range of the '1284.

NickGammon has nice writeups on using an Arduino as ISP including '1284s.
http://www.gammon.com.au/forum/?id=11635
http://www.gammon.com.au/forum/?id=11643
http://www.gammon.com.au/forum/?id=11638

I use an Atmel AVR ISP MKii myself. 
Set up the 1284 core files here
https://github.com/maniacbug/mighty-1284p
I install a bootloader so the fuses are set right, then use File:Upload using Programmer to upload a sketch if I'm not uploading via the Serial port.

[Reply #573 on:]

Just a question: is the Optiboot 4.5 available in the Mighty-1284 core able to write over the whole memory of the 1284P (due to the fact that it has 128 kB of Flash)? I think it is, just because the bootloader is written in the higher part of the Flash and it's running fine on my chip... 

[Reply #574 on:]

I don't know - I use
optiboot_atmega1284p.hex

[Reply #575 on:]

The 1284 shouldn't have major size issues; it has 64kwords of flash, and most of the serious difficulties happen when you go beyond 64k  (note that 64k words == 128kbytes.)

[Reply #576 on:]

The 1284 shouldn't have major size issues; it has 64kwords of flash, and most of the serious difficulties happen when you go beyond 64k  (note that 64k words == 128kbytes.)

Yeah, 64 kW = 128 kB.
I supposed that it didn't have issues, thanks 

[Reply #577 on:]

I don't believe the USBASP based on Atmega8 will program the full address range of the '1284.

actually usbasp has no problem there. ive been using them last couple years for bootloader development with m128 and more recently m1284. its the worlds most popular choice now and my favorite. considering they are only 2 or 3 bucks on ebay i can buy a dozen with enough left over for a handful of avr chips all for less than the price of one mkII. imo dragon would be the next step up with its superior debug and 12v capabilities.

[Reply #578 on:]

I don't believe the USBASP based on Atmega8 will program the full address range of the '1284.

actually usbasp has no problem there. ive been using them last couple years for bootloader development with m128 and more recently m1284. its the worlds most popular choice now and my favorite. considering they are only 2 or 3 bucks on ebay i can buy a dozen with enough left over for a handful of avr chips all for less than the price of one mkII. imo dragon would be the next step up with its superior debug and 12v capabilities.

The dragon is nice, but there are a few issues with avrdude and the dragon.
Back to back avrdude commands will fail because avrdude resets the USB when it exits and the
dragon USB enumeration is not complete when the second avrdude command comes in which causes
avrdude to report that there is no dragon device on the USB.
Because of this issue, you can't use the Arduino IDE or the optiboot makefiles with
avrdude on a dragon to burn a bootloader.
I bugged it a few years ago. I've since patched my own avrdude to fix this.
(its like 4-5 lines of code)

--- bill

[Reply #579 on:]

yes, and i want to thank you again for fixing my avrdude ff issues. it literally took 100x longer to upload that bootloader before. i agree about the windows/linux thing you brought up there too. unfotunately stuck in a wintel world.

not being a particularly fervent atmel studio fanboy i dont use the dragon that often. maybe couple times a year to revive some mis-fused basket cases. but since most avrdude operations can be done with multiple commands per line i dont see a problem there. why does arduino not do this? anyway i guess thats another argument in favor of usbasp.