Archive

Posts Tagged ‘FTDI’

Once again…

January 28th, 2010
Comments Off

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 , ,

Arduino Errors

April 26th, 2009

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 ,

ArduSim Solutions

February 19th, 2009

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:

  • FTDI and COM port:
    I noticed that many times, my computer will not work just right with the FTDI board. Sometimes a restart is in order, sometimes I just have to uninstall the driver, then re-install it and it’s all peachy. The Arduino sketchpad program seems more prone to being difficult than the Upload.bat method too.
  • FTDI and the ArduPilot board:If after loading the modified code, you have a blinking blue GPS light, but no blinking yellow STAT light, then your board is waiting for GPS instructions and therefore no calculations are being made. If this occurs while ArduSim is running, check the baud rate that ArduSim is set to, then check what it’s set to in the ArduPilot.cpp file by looking around line 204 for this gem:

    SerialX.begin(19200);
    //SerialX.begin(4800);

    Whatever you call SerialX.begin() with … make sure to match that in ArduSim!

  • Google Earth:
    This one was just an anomaly for me. Whenever ArduSim is running, it’s updating the kml.kml file. On my computer, it was called ~kml.kml, so when GE goes looking for kmz.kmz… it didn’t find anything, and therefore GE just kinda sat there like it was waiting for something, while ArduSim flew X-Plane around just fine. To fix this, I just manually added the .kml file. Right click on the “my places” area Google Earth, and choose the option “add network link”, choose that file (either kml.kml or ~kml.kml), and set to 1 second constant update – it will figure out the little piper icon on it’s on. From that point it should now work too.
  • Multiple Computers:
    Note that if you set the folder that contains the kml.kml file to be shared over a network, you can just as easily install GE on another computer on the network, manually set a network link and watch GE on one computer, and X-Plane + ArduSim on the other!

Kyle Aerospace, UAV , ,

More Debugging….

February 18th, 2009

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?

Upload.bat in progressSo 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!

Michal's method of connectingSo 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 , ,

FTDI trouble?

February 18th, 2009

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 , ,

FTDI Breakout

February 17th, 2009
I have a love/hate relationship here

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 , , ,