Warning #1: Compass calibration and reducing interference is far more important than with 2.9.1b
Warning #2: GPS glitches can cause sudden and aggressive position changes while in loiter mode. You may wish to reduce the Loiter PID P to 0.5 (from 1.0) to reduce aggressiveness (see image below of where this gain can be found in mission planner).
Warning #3: optical flow is not supported but will be back in the next release (AC-3.0.2 or AC-3.1.0).
Warning #4: loiter turns does not maintain altitude. This bug will be fixed in AC-3.0.2.
Warning #5: This release has only been lightly tested on Traditional Helicopters.
Improvements over 2.9.1b include:
WPNAV_SPEED, WPNAV_SPEED_UP, WPNAV_SPEED_DN, WPNAV_ACCEL allows configuring speeds and acceleration during missions
How to upgrade:
1. Make sure you are using Mission Planner 1.2.59 or newer (get it here)
2. Click on the MissionPlanner's Hardware, Install Firmware screen. The version numbers should appear as "ArduCopter-3.0.1", then click the appropriate frame icon and it should upgrade as per usual.
3. Reduce the Loiter and Alt Hold PIDs if you have modified them from the defaults. The modified PID values for the 3DR frame can be seen in the image below.
Note: Nav parameters have been combined with Loiter so do not be concerned if you can't find them.
5. Try out the new version in stabilize mode first, then alt-hold, then loiter and finally RTL and Auto.
Numerous How-To videos are available:
Special Thanks to Marco, DaveC and the large number of testers on the pre-release thread who put their copters at risk during the extended testing period. Some of their videos can be found here, here, here, here, here and here. Thanks also to MichaelO for the MP changes required for this release.
All feedback welcome. Please put your questions, comments (good and bad!) below.
go to config.h on line 786 you should see this:
# define STABILIZE_RATE_LIMIT 18000
Change it to this:
# define STABILIZE_RATE_LIMIT 9000
then recompile and reload onto the APM. Depending on which compiler you are using you may need to go to APM_Config and uncomment the following lines like so:
#define OPTFLOW DISABLED // disable optical flow sensor to save 5K of flash space
#define MOUNT DISABLED // disable the camera gimbal to save 8K of flash space
So once you are flying retest the limit to limit roll and pitch command (working up slowly) if all is fine do roll and pitch simultaneously. I know you have done this a couple of times but take it easy, I don't want to have another crash on my conscience. :)
Cool, let me know how you go!!!
Checked, didn't fly 3.01 because there isn't available RCMap function.
It's been a while since I've actually flown my quad (been mostly just playing with the last few rc codes and not actually flying them) and I managed to do a quick hover test in my room - it's raining (again) this weekend. ACC values look pretty good to me. X and Y appears to be within -1 and 1 and Z within -9 and -11...
Hopefully next weekend I'll be able to check ALT_HOLD and then attempt an AUTOTUNE... :-) I've attached my log files if anyone might want to have a quick look at them to see if they can spot anything I havent noticed...
ok for instructions to replace, I have to reset the parameters use the default values for the test of autotune.
Today, if the weather is good I do the test
No, just use the same parameters you have at the moment.
Have you reduced Stab P or do you still have the same parameters you got from Auto tune?
I am not actually asking you to test autotune here I am getting you to test the basic stability control to make sure your copter can handle the tuned values. Infact, this parameter is disabled during autotune.
The problem with overshoot isn't that your autotune values are wrong or too high, it is that the controller was simplified until we added this parameter. This parameter lets us get much more out of the control system.
The test you are doing is to test this parameter. So the way we want to test this is by using the PID gains that we knew caused problems for you before. This parameter should ensure that your copter behaves the same when going from limit to limit as when you move the stick only a little.
In the next release this parameter will be automatically calculated by Autotune but I hope to make sure it does what I expect with your tests.
Now I understand what you do, keep the parameters of the autotune, I reduce the value of Stab P from 6.75 to 4.5, is the value that I had no autotune, and I try to see if I still have the oscillations.
Re the external compass, if you haven't seen it already, you might want to check out the video on this wiki page which has instructions to ensure that you've cut the trace properly and that the external compass is working.
I strongly suspect that the compass orientation is incorrect but I really don't know. I'm only familiar with the 3dr compass and the one you have looks a bit different.
I want you to see if you still have the problem with ALL the autotune parameters. I just wanted to make sure you haven't changed any of them since you did autotune. The change you made to the code should remove those overshoots you were getting with the autotuned gains.
I am sorry that I have not made myself clear mate!!!
Thanks for your help.
I compiled with Arduino firmware and loaded on APM2, but the card shows no signs of life, the red and blue LED are off do not blink, so I tried to load the firmware with MP but by an error in the verification of the code.
What is wrong?
I reloaded the firmware 3.1.RC5 original with the MP's all OK!!