avrdude error

What I'm using
-Arduino Duemilanove
-Windows 7/Vista
-IDE 0018
-The most up to date Usb serial drivers available from FTDI
-6ft USB cable

Problems I'm experiencing:

-I was only ever able to upload the blink sketch to the board once, it would blink 4 times and then wait about a second then retsart. I found this very odd.
-When I tried to upload the same sketch again, It threw the following error:
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

Things I've tried
-reinstalling the ftdi drivers
-every possible combination of baud rates
-pressing the reset button immediately after the program compiles while uploading
-installing a new chip with a verified correct bootloader(installed in the correcy orientation)
-pulling the chip to and putting a jumper between pins 0 and 1 to check to see if serial works, It was verified to work
-Verified that the correct board is selected in the IDE

I'm completely stuck on what's wrong with this board, any ideas of what I should try short of buying a new one?

With regard to failing to upload a sketch, I have had this problem many, many times. I found the best answer with my kit is to hold the reset button down, click the upload arrow in the ide, then release the reset button immediately. The timing of all this is fairly critical but it works almost every time. It is worth trying to see if it works for anybody else.

What I'm using
-Seeeduino 2.12 (ATmega168)
-Windows 7
-IDE 0018
-The most up to date Usb serial drivers available from FTDI

Problems I was experiencing:
I also was able to upload only one sketch (s65shield demo one, watterott.net/projects/s65-shield) when I ran into the wellknown error

avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

My solution:
I tried several things found in this thread including reinstalling drivers, changing serials ports, pressing resetbutton and so on.
Finally it worked by just switching the seeeduino switch for autoreset from manual to automatic.
Yes, I know that the original arduino does not have this auto-reset-feature, but I thought it could perhaps help someone solving the problem.

Just got the new atmega328 in the mail (sparkfun, you are quick!). replaced the chip and everything is A-O-K. Something about my old chip must of zorched...glad it wasn't TOO expensive (darn shipping).

Hello,

I need Your help :confused: I have a problem with avrdude too:

avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

I have received the Arduino Mega just a few days ago and after about 10 uploads of example programs and their modifications I can't do anything any more...

My OS: Windows 7 (two different computers)
My BOARD: ARDUINO MEGA ATMEGA1280
My IDE: Arduino 0018

The full error:

Binary sketch size: 1426 bytes (of a 126976 byte maximum)
xxx\arduino-0018\hardware/tools/avr/bin/avrdude -Cxxx\arduino-0018\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega1280 -cstk500v1 -P\.\COM4 -b57600 -D -Uflash:w:xxx\Temp\build6465638270115722352.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,

System wide configuration file is "xxx\arduino-0018\hardware/tools/avr/etc/avrdude.conf"

Using Port : \.\COM4
Using Programmer : stk500v1
Overriding Baud Rate : 57600
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Send: 0 [30] [20]
avrdude: Recv:
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: Send: Q [51] [20]
avrdude: Recv:
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

avrdude done. Thank you.

Port selected correctly, board selected: Arduino Mega.
I have tried all arduino.cc/en/Guide/Troubleshooting advices.
Nothing.

HELP :cry:

Thanks,
Martin

Hi, I have an Arduino Duemilanove, bought a month or two ago.

I've just started getting this error when uploading sketches:
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

I have previously successfully loaded sketches to this Arduino (my only one), from this PC.

Since it last worked (which was with an Ethernet shield connected), I have left it on my desk. Today I disconnected the Ethernet shield, and got the issue straight away.

I have tried using a different (winxp) PC with a fresh installation of Arduino18, same issue.

The com port appears to be correct (it is set to COM1). I have followed all the suggestions in the troubleshooting section.

After I got the issue, I removed the microcontroller chip, and plugged in the Libelium GSM shield (following instructions on their web site) and I was able to talk to the GSM shield (I did some USSD commands).

I removed the GSM shield again and plugged in the controller (with the semicircular notch next to the picture of it, so I think it is the correct way around).

With the USB cable plugged in, the PWR led is lit, permanently. It doesn't change, when I press the S1 button, nothing happens. When I plug in a LED between digital pin 13 and GND, it does not light, ever.

When using the Libelium GSM shield, I have been using a 4A 12V power supply connected to the Arduino.

When doing an upload, the RX light flickers three times briefly, then once briefly, then no more.

What else can I check, and what could be the issue? Is it possible my microcontroller is broken? Can I get another one?

Thank you very much for any and all help!

Martin (but a different Martin than the one directly above!)

Hi All,

I recently purchased an Arduino Nano v3.0 and experienced the following upload problem:

avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

I thought I might share my results in the hopes that my information may help else someone down the line.

Final Problem
In my situation the TX1 pin was shorted to ground through a hairline solder whisker.

Software

  1. Microsoft Windows Version 6.0 [Vista] Build 6002: Service Pack 2
  2. Arduino v0018
  3. Arduino Nano v3.0 [gravitech.us]
  4. FTDI USB Driver [Driver Date = 10/22/2009] [Driver Version = 2.6.0.0]

USB Connection Settings:
Control Panel --> System --> Device Manager --> Ports -- > Right Click on USB Serial Port

Port Settings tab
Bits Per Second: 57,600
Data bits: 8
Parity: None
Stop bits: 1
Flow Control: None

boards.txt
Under ArbitraryArduinoFolderLocation\hardware\arduino\boards.txt
this parameter should match your baudrate: atmega328.upload.speed=57600

IDE Settings
In the Arduino IDE make sure you select your board - in my case:
Tools-->Board-->Arduino Duemilanove or Nano w/ATmega328

Make sure you have the correct serial port selected under
Tools-->Serial Port

Hints
I'm not sure about the other Arduino Boards, but the Nano has a TX and RX LED. Both of these lights should flicker when you first connect the USB cable to the board and also when you upload a program.

If you don't see both of these lights flicker you may have your port blocked or the USB Driver incorrectly set.

Hope this helps!

I had the same problem with the same sync error messages from avrdude.

I solved it (well at least for me)...

by setting my serial connection speeds to match the same speed as is specified in the "boards.txt" file in the "hardware" directory in your arduino installation location. In my case the old documentation speeds were slower than my newer arduino hardware.

I set my serial baud rates to 57600 (and NOT the 19200 stated in older documentation)

If you check the "boards.txt" file you will see an entry such as this:

atmega328.upload.speed=57600

Try changing your serial baud rate to match.

Hope this helps. :slight_smile:

Try setting 'RTS on close' in the advanced settings for your serial port. That fixed my unreliable upload with avrdude - finally.

--creatrope

I'm lucky to have more than one arduino, so when I encountered this problem I burned the bootloader using arduino as ISP.

Have you tried changing the serial port?

I'm new to arduino. I just used my friend's duemilanove. When i installed the USB converter driver on my PC it gave two COM port. The "Communication Port" and "USB Serial Port". You can check it on device manager.
At first i was using the "Communication Port" which was COM1, and the result was the same as yours. But when i change it to "USB Serial Port" which was COM3 it worked.

Hello,

I'm having the same problem that has been mentioned many times in this thread. I am using windows vista on a laptop with a Duemilanove with an ATmega328. The blinking light program that appears to come default with the board works fine.

My best guess is that the problem lies with the naming of the COM3 port, which I understand from past experience is the USB port if you have actual serial ports on your computer, which I do not. Vista does not have any "ports" submenu in the Device manager, but I do see a "FTDI FT8U2XX Device", which my computer says is based at location "Port_#0001.Hub_#0001". I have 4 USB ports and when i change the USB connection physically, it will change to Hub_#0002-Hub_#0004. Within the Arduino sketch program, I can only select COM3 and this option remains checked regardless of whether I have a device connected or not.

Any advice? I am really confused on this port naming business.

Edit: I should also mention one last thing that Vista automatically detected drivers for the device the first time I plugged it in. I'll reinstall the drivers, just in case.

Double Edit: I tried adding a generic COM port just to make the option show up in device manager but it starts with COM5! I try to change the name to COM3 or COM4 and it says they are in use even though I find no evidence of their existence within the Device Manager. Wow, I really hate this computer right now.

Triple Edit: Decided to give up and just use a friend's desktop and it worked first try :P.

I had the same trouble today and I've sorted it out for XP: The drivers for the serial interpreter must be loaded. When you plug in the board to a USB port, manually browse for where XP can find the driver within the Arduino folder. It will install this driver, and then recognize yet another "new" device on the USB port. Do the same thing, manually show XP the Arduino driver folder.

Now a new port will appear in the Arduino console (I don't know whether you must restart the Arduino program or not). Anyway, it works fine now!

I did try changing baud rates before with no luck. This was done on an old XP machine which had only 2 USB ports. Before, I had a choice of COM1 and COM2: neither work. Now COM4 is added to Arduino's list of ports, and this works for uploading.

Good luck!

:-[ I have found something out. The usb connection can provide power but not a data connection. the cable was not all the way in

Y E S !!!!!

I had the same problem with my MEGA Board.

avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

Think it was caused by a faulty sketch upload. After that the board did blink the LED13 like crazy. and the errro uccured when i try to upload any sketch.

HERE IS MY SOLUTION:

make a big sketch (so that you have more time for the following actions).

  • unplug the board.
  • Hold down/short circuit the reset button/pin while the board has no current (is off).
  • click on UPLOAD in arduino ide.
  • while the sketch compiles power up the board with still pressed the reset button.
  • -->RIGHT in the moment where Arduino IDE says "sketch size xxxx..." release the reset button so the board boots up....

If you are lucky and hit the right time the RX/TX leds begin to flicker and the sketch is uploaded. :sunglasses:

I can not say how exactly the time of releasing the reset button must be hit. For me it worked on the first try! :slight_smile:

I also tried the describes solutions with reinstalling Driver, differnet PC and so on. but nothing worked.

  • NOW my board is like it was before. uploading a new sketch woks like desingned. no tricks or workarounds are needed.

Just for info: I'm using Win7 Ultimate 64 Bit.

Just wantet to tell you that I soled this problem. Maybee anybody finds this post useful!

Regards Bernd

Hi,

I 'm new to arduino platform so after playing around a bit with my first board (Duemilanove Atmega328) and a servo motor, I started having the same errors.
It turns out that I accidentally damaged the bootloader and/or the controller :o, and replacing the chip with a new one, i.e. only the controller not the entire board, solved my hardware problem.

Reading and following the advices on avrdude this thread (2007-2009) I have also noticed that not all upload speed settings work even when set correctly in both:

hardware\arduino\boards.txt

and in (WinXP SP3):

Device Manager > Port (COM & LPT) > USB Serial Port (COMxx) > Properties > Port Settings > Bits per second

In my case the only setting which actually works is: 57600 bps.
(atmega328.upload.speed=57600)
I guess this has something to do with the year the boards have been manufactured: the more recent they are the higher upload speed setting they use ... evolution :wink:

Thank you all for your hints and advices on this forum!

Best,
IzK

So I'm getting the same error on my ATMega328 Lilypad. I've tried a lot of the suggestions on here to no avail.
It's not the cable, the breakout board or the computer as I was able to upload to 6 other boards. This last one is the only one with the issue.

The onboard light blinks differently then the others when reset. It blinks normally 3 times, then begins to speed up it's blink until the light is on steadily. Then it repeats this.

I'm thinking bootloader... But when I try to burn a new one, it complains that there is no usb device!
I'm connected to COM12, which I know an old post said to change, but I tried and no change. Not to mention I uploaded to the other 6 boards from this port with no issue.

I'm running windows 7, using 0017, and the code complies fine.

HELP PLEASE! :frowning:

SOLUTION!!!

If you skipped over Da_Hero's solution go back and give it a try, it even works with SparkFun's Ft232R Breakout Board! If it works for you spread the word and make a note in this thread so others won't miss it.

Tried that, didn't work.

Hope this helps someone. I had the very same error and tried everything said here. Then I had the idea to change my usb cable, so I switched it for the one the printer has, and it worked!, now it uploads smoothly and with no errors. So maybe it's all because of faulty usb cables!.

Edit: Nevermind... It stopped working again, sigh :cry: