Duemilanove, ATmega 328 (solved by copying stuff)

Forum 2005-2010 (read only) Hardware Troubleshooting
1

Running two Linux machines, one is a desktop running Ubuntu 8.10 64-bit, the other is an EEEpc with Ubuntu 8.04 32-bit.

Board is Arduino Duemilanove with ATmega 328.
Purchased here: http://www.leeselectronic.com/catalog/product_info.php?cPath=1236&products_id=7842
Won't let me link until I make a post, I'll edit in a second.

Catalog indicates it should have the ATmega168, so I've contacted the owner as well as posting here.

On 64-bit, the newest functioning version of the software is 0012 (can't get the 0013 to work, not surprised), 32-bit is 0013.

Both return the same error:
avrdude: stk500_getsync(): not in sync: resp=0x20
avrdude: strk500_disable(): protocol error, expect=0x14, resp=0x20

On the 64-bit I can expect this, as the board selection offers nothing resembling my setup.
On the 32-bit, I'm not sure anymore. I've tried using Arduino Duemilanove and the Arduino with ATmega328, with no success.

These errors when trying to upload the Blink example.

The Troubleshooting FAQ has turned up nothing and I've looked over the various threads on the subject, but they seem to offer no solutions that work (tried changing the clockspeed on the 32-bit system).

EDIT:

What the hell.

Copied over the hardware directory from 0013 to the 0012 directory and it seems to be working fine.
...man, that is weak.

My bad. Thanks for listening.

Edit:
This is on the x64, just in case anyone is wondering.

...man...

2

Dzugavili
I'm getting the same error messages

avrdude: stk500_getsync(): not in sync: resp=0x20
avrdude: strk500_disable(): protocol error, expect=0x14, resp=0x20

I'm using 0013. If I understand you coppied 0013 onto 0012?

Help,
Mike

3

I experienced something similar. My problem was cockpit error however.

Despite the fact that this is pretty embarassing, I will admit that I bought a 328 chip to replace the 168 in my Deu board. Of course it didn't have the bootloader burned in. No wonder I got an error. The numbers were slightly different but the message was the same as the first poster mentioned.

After putting the 168 back in its working now.

Don

4

The micro I have been using is the one included with, and plugged into the board, when it was supplied by SparkFun.

What I probably will do is get in touch with SparkFun and see if they have any ideas.

Thanks
Mike

5

avrdude -p m328p -P /dev/ttyUSB0 -c stk500v1 -b 57600 -F -u -U flash:w:/tmp/build37434.tmp/sketch_090411a.hex

For the moment on my Ubuntu 8.04 machine, I just build for m168, and then manually load the hex file with avrdude, as shown above.