in an accident the +12v rail on custom LED driver shield was bridged with the +5v rail killing the ATmega8U2-MU. this board was working before, and the ATMEGA238P-PU code is still working correctly for that rev.
i ordered a replacement part for the board and replaced it.
then i installed Flip (from ATmels site) and used hex file in arduino0022 to reprogram the 8u2 to be a USB-to-serial programmer
\arduino-0022\arduino-0022\hardware\arduino\firmwares\arduino-usbserial\Arduino-usbserial-uno.hex
i'm trying to upload the example blink code and i get this. i have tried pressing reset right before i send the code and still get this problem. also noticed that the serial monitor is not working for any baud rate, its just spitting out garbage as if the baud rate is off.
i have the correct COM port selected and the right board selected as well.
Binary sketch size: 1018 bytes (of a 32256 byte maximum)
avrdude: stk500_getsync(): not in sync: resp=0xb4
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0xbc
full version
Binary sketch size: 1018 bytes (of a 32256 byte maximum)
C:\Documents and Settings\<user>\Desktop\arduino-0022\arduino-0022\hardware/tools/avr/bin/avrdude -CC:\Documents and Settings\<user>\Desktop\arduino-0022\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM3 -b115200 -D -Uflash:w:C:\DOCUME~1\xxxxxx~1.xxx\LOCALS~1\Temp\build2230221425144217936.tmp\Blink.cpp.hex:i
avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
System wide configuration file is "C:\Documents and Settings\<user>\Desktop\arduino-0022\arduino-0022\hardware/tools/avr/etc/avrdude.conf"
Using Port : \\.\COM3
Using Programmer : stk500v1
Overriding Baud Rate : 115200
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Recv:
[b]avrdude: stk500_getsync(): not in sync: resp=0xbc[/b]
avrdude: Send: Q [51] [20]
avrdude: Recv:
[b]avrdude: stk500_disable(): protocol error, expect=0x14, resp=0xbd[/b]
avrdude done. Thank you.
i have a video of the board behavior to upload but i have to wait till i get home form work to do so.
Have you done a search for your error message to find out what kinds of problems typically give that error message? Try just the first part "stk500_getsync(): not in sync:" and see what you get.
floresta:
Have you done a search for your error message to find out what kinds of problems typically give that error message? Try just the first part "stk500_getsync(): not in sync:" and see what you get.
Don
yes i have tried searching there is no real answer to fix it...
also the resp that comes up in search is resp=0x00 not 0xb4
ok, so i borrowed my friends Duemilanove and programmed it as a ISP programmer, then hooked up the 2 boards and sent the command line to program the uno
followed this how to Installing an Arduino Bootloader - SparkFun Learn
and used this .hex file to reprogram the boot loader
\arduino-0022\arduino-0022\hardware\arduino\bootloaders\atmega\ATmegaBOOT_168_atmega328.hex
was that the right bootloader?
now i get
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51
CrossRoads:
That bootloader, or this one
optiboot_atmega328.hex
what is the difference?
The optiboot loader is smaller so takes up less flash memory space and it also uses a higher baudrate when uploading programs. If your board is a Uno you should use the optiboot. However either will work on the board but it will change which board selection choice you use in the Arduino IDE.
CrossRoads:
That bootloader, or this one
optiboot_atmega328.hex
what is the difference?
The optiboot loader is smaller so takes up less flash memory space and it also uses a higher baudrate when uploading programs. If your board is a Uno you should use the optiboot. However either will work on the board but it will change which board selection choice you use in the Arduino IDE.
Lefty
i would like to put it back to the default setting
Get an ISP and forget about this ever-lasting bootloader misery. I have a theory wich goes something like this: The bootloader only works if you have an ISP at hand. If you don't have one, the bootloader will find out and start to act up.
If you have an oscilloscope/logic analyzer, make sure the 328 actually gets the reset pulse. Maybe the 100nF capacitor is crap as well. You could use another arduino to look for the LOW pulse, but you must use a voltage divider, as the reset pulse can go up to 2x Vcc ( Vcc --> GND --> 2xVcc --> Vcc).
yeah, me too. IMO the problem was in the optiboot that comes with at the 0022 release. soon as i programmed the board with the hex file form sparkfun things started work, but i programmed the atmega8u2 so there was no questions with the tech at sparkfun just encase another bug showed up
