I've been getting the following error when trying to upload to my ArduPilot 328 using the FTDI cable

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

This is on an ArduPilot that was working (able to add and retrieve way points) a few weeks ago. I'm now getting the same error with an older blue ArduPilot 168. The FTDI cable seems to work, as I'm able to upload sketches to an Arduino clone (also 168). I get the error on 2 different windows and 1 linux machine, with both Arduino IDE 16 and 17. I've tried with and without the shield and all the pins appear to be properly soldered, although I suppose I could go over them once more with the soldering iron.

Any idea on how to troubleshoot this problem? Are my ArduPilots fried? Any way to check? Should I get a new cable? Any suggestions would be greatly appreciated.



Views: 363

Reply to This

Replies to This Discussion

Have you run through all the debugging tips here?
Thanks for the link Chris. I wasn't aware of that debugging tips list, although I've tried most of those things. My FTDI cable is a few years old, not from Adafruit or DIYDrones but looks identical, so I assume it's the same thing. It has worked before. I guess I'll have to try another "fresh" pc just to make sure there isn't a driver related problem, even though it was removed and reinstalled with the latest driver from the site.

Is there anyway to tell if the bootloader is corrupt before I invest in an avr programmer?
I got that error alot. For me, unplugging and plugging back in the USB FTDI cable from the computer and restarting the Arduino Software before each upload worked as a temporary fix.
Since you're seeing this problem with two different boards, I doubt it's the bootloader. The most likely explanation is that the FTDI drivers are corrupt.

A bare bootloader with flash the yellow status LED every five seconds or so while it's waiting to handshake, but if you've already got ArduPilot loaded, it will overwrite that, so there's no good way to know without an AVR programmer.

Reply to Discussion


© 2020   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service