I installed arduino on a new computer and once again got this error:
avrdude: stk500_getsync(): not in sync: resp=0×00
avrdude: stk500_disable(): protocol error, expect=0×14, resp=0×51
If you have the old style (1.0) of ardupilot, make sure you are using the board settings for Arduino Diecimilia (Atmega168)
Kyle UAV, Uncategorized ArduPilot, FTDI, SparkFun
It’s been a bit since I last played with the Arduino board, and when I tried to compile and upload a new sketch, I got this error:
avrdude: stk500_getsync(): not in sync: resp=0×00
avrdude: stk500_disable(): protocol error, expect=0×14, resp=0×51
If you too are getting this error, make sure the data connection is good, and that the board is powered on, as the ArduPilot setup does not provide power across the FTDI breakout / USB connection.
Kyle UAV ArduPilot, FTDI
Something tells me there are some more bugs to be worked out in the navigation programming…
Kyle UAV ArduPilot, ArduSim
It’s been an exciting week! Thanks to help from Michal, I’ve got the ArduSim working with X-Plane and Google Earth. If anyone else is having problems with this, here are some suggestions and observations:
Kyle Aerospace, UAV ArduPilot, ArduSim, FTDI
Yet another attempt at getting to the bottom of why my computer seems not to like this setup. So there is still some weird bug in the system that I can’t help but wonder if it’s a strange windows, driver, or security software setting that no one else is running?
So from this picture you can tell that 1) the ardupilot.hex file was made correctly, and 2) it has been uploaded to the board. I am still not sure why it does not seem to accept serial traffic yet. As a side note, Michal’s reccomendation to bind the upload.bat to the debug hotkey (CTL+F5) make things go alot smoother!
So the next thing to try is the other style of hooking up to the board. This way seemed to work fine, but there where concerns about too much power being sent to the board without running through a regulator of sort.
Kyle UAV ArduPilot, ArduSim, FTDI
Hmm, I am still at a loss for this problem – I think there is something serious wrong, and I am not sure what the root is. I tried entering the DebugInt(1); command into several places, and it does not show up on run. I get stabilization working to and from ArduSim, and it displays Pitch and Roll, so I know communiction there is good… but nothing with my ArduPilot board. No yellow lights (blue blinks about once per second, even if FTDI is not plugged in) and no test values. I have the Upload.bat configured to run as a hotkey, and that seems to work great, I always get success messages on builds and uploads.. just no calculations, and no traffic on the FTDI board. As a curiosity.. I plugged in a servo to ch1 and ch2 of the outs of the board, and both just cranked all the way over to full clockwise and kept on trying to keep turning.
Kyle UAV ArduPilot, ArduSim, FTDI

USB love
I am amazed at all of the products sparkfun seems to just roll out, things you never knew you’d need… but soon become quite attached to! A prime example is their FTDI braekout, allowing you to connect over USB to the ArduPilot board.
I am pretty amazed by whoever figured out what hardware to put together, and how to write a driver for it. That being said… I am somewhat frustrated by the fact that it is kind of hit-or-miss for Windows to realize if it is a COM port or not! It seems that every 3rd attempt or so at using it, my computer will recognize that the USB device is plugged in, but not that it’s an active COM port. The only solution so far seems to be to uninstall the drivers and reinstall them. If that’s what it takes… then until I figure out exactly what the bug is, then that’s my suggestion for people with this problem too!
Kyle UAV ArduPilot, ArduSim, FTDI, SparkFun
It turns out that the sim is not as strait forward as I expected, and if anyone else is having trouble with it, then feel free to chime in. One of the most annoying things to hear as a programmer is when someone uses something you developed and says “It didn’t work. why?” without giving any details as to how they are using it, what specifications are they running, what kind of errors are being generated, or anything that might be useful in diagnosing the problem! So with that being said, here is the basic setup I’m using:
-Windows XP on a Dell Latitude D820 laptop
-2nd generation ArduPilot board, with the solder jump made to power from an external battery
-external 4.8 volt battery source from 4x AA batteries
-USB connected FTDI breakout board for uploading data to the board
Is that what most of you guys are doing? Or are you using power from the plane across the extra servo-in port? Is anyone using a normal serial cable based breakout board instead of the FTDI’s USB one?
Kyle UAV ArduPilot, ArduSim, SparkFun