2.0.14 is my first Arducopter code. My previous experience has been with MultiWiiCopters and I built and flew several quads with this software.
Wanting to try out UAV/GPS features, I built an APM and today I swapped out the electronics in an existing quad with APM hardware.
I am using a non-standard frame, but the quad flew in STABILIZE mode without any PID changes. So far I have only tried out SIMPLE, ACRO and STABILIZE modes – mainly because I have been test flying in my basement (no GPS signal, and also the available space is smaller than the LOITER radius :-)).
I really liked the Mission Planner, which made code download and setup very easy. Though I had to reverse the Elevator control in my Tx after realizing it was reversed in the first test “hop”. It wasn’t very obvious in the Radio Panel in the configurator that this control needed to be reversed.
Arming: It was a bit disconcerting that arming the motors is almost un-noticeable. I had to stare at the APM to figure out that a previously green LED had now started blinking. The MultiWii code spins the props (at low RPM) at all times when the motors are armed. This is a very useful safety feature and it would be great if ArduCopter adopted this too. The manual states emphatically that the props won’t spin, but I am not sure the reason behind it.
ACRO: after bumping up the P values, and turning up Expo on the Aileron and Elevator controls in my Tx, I was able to fly in ACRO mode. Interestingly, even a small non-zero “I” value made it completely unstable.
The ability to update PID via XBEE is very nice since it makes it easy to experiment with various parameter values.
The next two modes worked better with the expo settings removed for aileron/elevator (back to linear).
SIMPLE: it seems to work, although I have a question about which heading it locks on to. When I overrode the heading with the yaw stick, it didn’t appear to aggressively come back to the original heading. Does it latch on to a new heading after the override? BTW, I do have a compass sensor.
STABILIZE: I found this the easiest to fly with and so far I haven’t changed the PID values. I’ve seen comments that the yaw problem has been fixed in this release. However, I found the yaw very sluggish – almost as though I was fighting heading-hold. I checked more than once to make sure I wasn’t in SIMPLE mode. Also, after it begins to yaw, it tends to overshoot. Then if I center the yaw control, it slowly turns back a little. Next I plan to tweak the Yaw PID to see if it fixes this sluggishness.
Of course, the raison d’etre for Arducopter 2.0 are the UAV/GPS/GCS/Mavlink features and I am looking forward to testing these in the next few days.
Tags:
Useful review. I also like the idea of some remote indication of arming/disarming, rather like when you lock some cars and hear a Plip Plip sound. If the motors were just to twitch once on disarming and twitch three times on arming, that would suffice probably. What do people think?
Rob
Permalink Reply by Gordon on May 27, 2011 at 3:18am 

Thanks for the test report. We have had slow prop arming indicators in the past, but some users asked us to remove them because they we worried about safety. I suppose we could take a vote to see which most people prefer.
The board does not have a buzzer or piezo speaker on board, so we can't make an audible indicator.
Permalink Reply by Daniel Gru on May 27, 2011 at 7:42am I'd vote for a Motor twitch too.
Just a short twitch, so you would know it is on now...
Permalink Reply by Sanjaya Kumar on May 27, 2011 at 8:41am
Permalink Reply by DaveyWaveyBunsenBurner on May 27, 2011 at 7:40am
Permalink Reply by Sanjaya Kumar on May 27, 2011 at 8:32am Well, I've found that spinning props serve as a pretty unambiguous warning that the motors are armed.
Take the case that you've landed the quad and think you've disarmed the motors. You walk to the quad, tx in hand, and pick it up. Now if you accidentally nudge the throttle -- you're toast. With spinning props indicating the motors are armed, that won't happen.
You could say: (a) just don't do it, but it is hard to argue against a visual reminder. or (b) planes have the same problem -- but at least you can pick up a plane in such a way that even if the prop starts up, you won't get hurt. That is pretty much impossible with a quad.
Chris, a configuration option, or even a compile-time switch for spinning props would be nice.



Permalink Reply by Russell B. Sutton on May 27, 2011 at 7:44am I've been working on a high intensity RGB_LED Becon Status system for AC2 to help identify the status of
1.) Battery
2.) ppm signal
3.)GPS lock
4.)Flight Mode(s)
5.)Motor Armed or Disarmed
Season Two of the Trust Time Trial (T3) Contest has now begun. The fourth round is an accuracy round for multicopters, which requires contestants to fly a cube. The deadline is April 14th.1355 members
206 members
52 members
719 members
203 members
© 2013 Created by Chris Anderson.
Powered by
