search

dritcey / optiboot

Automatically exported from code.google.com/p/optiboot
0 stars 0 forks source link

Support for ATMEGA328-pu Chip #39

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
What steps will reproduce the problem?
1. Atmega328-pu is relatively new that the known Atmega328p versions.

2. Since the device signature is different upload fails in Arduino IDE, unless 
you explicitly pass -F parameter to Force flash the AvrDude to upload.

3. Also modified Optiboot, compiled and a flashed in to atmega328 would fail 
upload sketch (protocol error)

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?
MCU=m328 (not m328p); OS=WinXP

Please provide any additional information below.

Original issue reported on code.google.com by oa.r...@gmail.com on 5 May 2011 at 12:38

GoogleCodeExporter commented 8 years ago 
It should be possible to burn the 328P bootloader into a 328 without any other 
modifications; just change the signature for the bootload burning process.  
Once the bootloader is there, it will lie to the arduino IDE  (claiming to be a 
328P), but everything should work.

Original comment by wes...@gmail.com on 2 Sep 2011 at 12:17

GoogleCodeExporter commented 8 years ago 
[deleted comment]
GoogleCodeExporter commented 8 years ago

Original comment by wes...@gmail.com on 4 Apr 2012 at 2:20

GoogleCodeExporter commented 8 years ago

Original comment by wes...@gmail.com on 4 Apr 2012 at 2:31

GoogleCodeExporter commented 8 years ago 
Some fuses and instruction changes in 328-PU and claiming to be a 328P is not 
great.
I hope support for this MCU will be added soon.

Original comment by leonardo...@gmail.com on 16 Jul 2012 at 12:36

GoogleCodeExporter commented 8 years ago 
I've looked through the datasheet multiple times, and the only
difference I've found is the absence of  the "BOD Disable" feature on
the non-picopower chip.  Since neither the bootloader nor the arduino
use this feature, it doesn't seem like justification for a separate
bootloader.  Also note that the gcc version currently distributed with
Mac and Windows versions of Arduino does not support the non-P 328, so
there's an additional advantage to having the bootloader treat that
chip as a 328P.

Original comment by wes...@gmail.com on 7 Aug 2012 at 9:25