Error Uploading to ArduStation

[Austin Duff]

Hello, I am relatively new to this ArduStation. I attempted to upload the Ardustation demo program using the ftdi cable, but i recieve the error:

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

Any help/ suggestions would be appreciated to help me get this thing up and running.
-Austin

[Frank Vervoorst]

I understand.

 

Thanks again. I will have fun.

 

Best, Frank

[Martint BuildYourOwnDrone.co.uk]

Hey Johann,

Thanks for helping out buddy!

Regards

Martin

[Arnt-Inge Hansen]

Hello 

I was a little too quick to fresh sign ardustation, it looks like it does not communicate with apm. It is green in power led and the red light flashes. When I press "Start Feeds" a red light on the xbee unit in the copter is visible. But nothing further happens. What baud rate should I enter before I upload the code with the Arduino? 57k is normal I think. 

It looks like ardussation is trying to establish communications but fail..

 

[Heino R. Pull]

If you have your aircraft's xbee up and running with Mavlink, The blue light should be illuminated on the Ardustation even before you select start feeds. If it isn't then there isn't communication between your Xbees. Also, on my Ardustation, the red light never flashes. On my Xbee firmware that I have loaded, it indicates that the Ardustation's Xbee has power although this can be changed in the Xbees setup to indicate association. The blue light is the Rssi indicator so it also indicates received Xbee signal strength. I would check that both Xbees have the right firmware and have been configured with the same Panids. The copters Xbee should also be green and not red.

I would check your Xbees setup on both sides and 57.6k is the correct baud rate.

[Arnt-Inge Hansen]

Now every thing working ,yess :)

I had forgot to glide the cli switch to flight mode. When I switch to flight mode the blue led light up.It is good to note that the engines must be armed in order to receive data, it seems so for me.

Thank you all for the help

 

Arnt-Inge

[Martint BuildYourOwnDrone.co.uk]

Just adding a link to some additional information on the Ardustation

 

Colin has done some fantastic work with the code:

 

http://diydrones.com/profiles/blogs/more-ardustation-mavlink-softwa...

 

Regards

 

Martin

 

www.buildyourowndrone.co.uk

[Martint BuildYourOwnDrone.co.uk]

As an additional update to the postings here, one of my customers pointed out that the chip is the "UNO" on the Ardustation and needs to be selected to have the code compile and load without error!

 

Regards

 

Martin.

[Chris Anderson]

Good point, Martin. I've updated the manual to remind people of that.

[Pat]

I'm having the same issue not being able to upload code to the Ardustation. The error message is:

Binary sketch size: 22752 bytes (of a 32256 byte maximum)
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

Here are my details:

-Arduino 0022

-Selected Arduino Uno (and have also tried all the other ATmega 328 permutations)

-ATmega is plugged in with the notch in the correct direction and A0-A5 labels all agree in direction

-Running Ardustation 2.0.11

-Using a 3.3V FTDI cable (http://www.sparkfun.com/products/8772) with up to date drivers

-Windows 7

Any more ideas?

Thanks,

Pat

[Pat]

Looks like the ATMega that came with my Ardupilot kit from 3DRobotics was bad. I had another ATMega 328 from a Duemilanove that I swapped in and the code loaded without a problem.

[Terry Patton]

I'm getting the same problem and error displayed as Pat in the post post above.

I also purchased my Ardustation  from 3dRobotics and around the same time period as Pat. I'm wondering if mine could also have a bad ATMEGA. But I'll list my config and symptoms first because I'm out of ideas on what the problem is other than it isn't communicating properly.

-Tried using both Arduino Ver: 0.022 and Ver: 1.0

-Selected Arduino Uno

-Compiled error-

Binary sketch size: 22752 bytes (of a 32256 byte maximum)
avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

Points of interest.-

- If FTDI cable is used to try upload. Then only the green LED comes on. But same compile error.

- If XBee Pro is used for upload. The green LED is on. The Red LED Blinks. The Blue LED comes on for a second or two, twice during upload. The XBee tx is seen blinking. However same upload error as above is reported.

- LCD Screen remains as fixed alternating rows of square blocks formed by the pixels.  Reset has no effect on this display. I remains the same no matter what.

- I have changed the com port speeds and configured as per a posted instructions but nothing seems to make any difference.

- Reset button has no observable effect on anything. Not the LED's or especially the LCD.

 Last, a question-

- On the station board I noticed a difference from the pictures of it. Two surface mount resistors ( think they are resistors) appear installed in the area between the i2c holes and the 100uf cap just below the bottom right corner of the atmega. On the board I received, these two resistors are not installed. I'm assuming there has been a recent change since the picture was taken, but I thought I would mention this just in case they should be there.

[Terry Patton]

Addition to the above.

I've tested out both of my Xbee 900mhz units  on my laptop using Digi's X-CTU and they work fine. They talk to each other using two sessions of X-CTU.

So this seems to bring me back to the station itself. I keep going over everything on it and can't find any assembly or solder error. My solder skills years ago where nasa trained. Not bragging but they are still pretty decent and nothing looks bad as far as I can see.

I just have a feeling it is the ATMega at the bottom of this issue or one of the boards.

I have only primitive test gear these days being retired, So need something I can easily check that would point to the chip.