ArduCopter 3.2.1-rc2 (release candidate #2) has completed beta testing and has been released as the official version available through the mission planner and other ground stations.

Changes from AC3.2 are listed below and in the ReleaseNotes:
1) Enhancements:
    a) reduced twitch when passing Spline waypoints
    b) Faster disarm after landing in Auto, Land, RTL
    c) Pixhawk LED turns green before arming only after GPS HDOP falls below 2.3 (only in flight modes requiring GPS)
2) Safety Features:
    a) Add desired descent rate check to reduce chance of false-positive on landing check
    b) improved MPU6k health monitoring and re-configuration in case of in-flight failure
    c) Rally point distance check reduced to 300m (reduces chance of RTL to far away forgotten Rally point)
    d) auto-disarm if vehicle is landed for 15seconds even in Auto, Guided, RTL, Circle
    e) fence breach while vehicle is landed causes vehicle to disarm (previously did RTL)
3) Bug Fixes:
    a) Check flight mode even when arming from GCS (previously it was possible to arm in RTL mode if arming was initiated from GCS)
    b) Send vehicle target destination in RTL, Guided (allows GCS to show where vehicle is flying to in these modes)
    c) PosHold wind compensation fix
    d) prevent infinite loop with do-jump commands pointing at each other
    e) pixhawk memory corruption fix when connecting via USB
    f) vehicle stops at fence's alt limit in Loiter, AltHold, PosHold (as it did in AC3.1.5)
    g) protect against multiple arming messages from GCS causing gyro calibratoin failure

Thanks to Raph for the video.  This is actually a video from AC3.2 until we have one specific to AC3.2.1.

Views: 57460

Reply to This

Replies to This Discussion

We've just pushed out what was AC3.2.1-rc2 as AC3.2.1.  blog post here.


To save you from figuring out the bit math, I think you can just add 32768 to whatever the LOG_BITMASK parameter value is now.

Thanks Randy and Craig.

I will try to put "32768" then also try "MASK_LOG_CAMERA" just for my curiosity.

I have been watching this for some time now.  I have found that if I go straight ahead for a long distance and then straight back and allow it to break that during the breaking it will yaw to the right and then back a little.

After a couple of runs like this the copter will have yawed to the right about 20 to 30 degrees.

This could be caused by a number of things of witch is the compass and accelerometer calibration.

I figure if I tipped you forwards and backwards enough times your yaw would be off a little too.  Nothing is perfect here.  It's amazing enough that the bird can even stop itself.



That sounds to me like some motors are hitting their limits and it's sacrificing yaw control.  It's possible we could cover-up this effect by increasing the maximum bounce back the attitude controller attempts if it temporarily loses yaw control.  At the moment that's limited to 10degrees.  So for example (and I'm not recommending you try this), if you put a copter in loiter and then manually pull an arm so the vehicle is rotated (i.e. overpower it's yaw control) you'll find that it only bounces back about 10 deg.  It won't bounce back to it's original heading.  This is a safety feature but in cases where the vehicle loses yaw control it limits how much it recovers.A better solution of course would be to ensure the motors are balances and the vehicle has enough power to hover at 50% throttle.

I've looked at the logs each time and at the RCOUT and don't see them hitting max.

The only thing consistent here is that it always yaws to the right.  I assume that the calculations at an angle along with slight compass offset causes the calculation to drift in that direction.  It seems to only happen when braking in Position Hold at full reverse speed.

If I'm in stabilize and punch the throttle it will shoot up crazy fast. It hovers at under %50. Yet in POSHLD if I punch the throttle is climbs at a MUCH slower rate. Is there a param needs changed to allow more throttle in guided mode? I did do auto tune I'm pretty sure but maybe not since a 'reset' in full params. Or perhaps I just need to simply increase the yaw PID? 

I don't recall it even doing this [ large unexplained yaw ] before 3.2 but maybe I'm wrong about that. 

It never looked unstable so if it's nothing to worry about great. Just thought I'd post about it because it seemed weird. THX

Yes only in POSHLD. Only while braking. That's what I've noticed too. Thx for looking at then log. Your right it is amazing it works at all it's incredible! 

Hi Randy, the file names in MP seem to be wrong; AC3.1.2, but once uploaded do report to be 3.2.1! Cheers, Mike

Thats not the case for me.  Connected my IRIS+ and it told me of update so I installed it 3.2.1  Then i connected my Hex apm2.6 and updates without really paying too much attention as it was just the same as for iris+ right?  Wrong.  My hex was downgraded to 3.1.2 and displays al;l the stuff for 3.1.2 and all my setting have gone.  Is there something wrong or am i doing something wrong.  It will not show any other version available for my hex part from 3.1.2.

Help please.  Weeks of work down the swany!!

Thats odd isn't it, here's mine..

Same here. 3.2 is nowhere to be found never mind 3.2.1... really annoying

Reply to Discussion



Season Two of the Trust Time Trial (T3) Contest 
A list of all T3 contests is here. The current round, the Vertical Horizontal one, is here

© 2020   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service