Developer

Arducopter 2.2 beta

I just pushed Arducopter 2.2 to the Mission planner. This version went through extensive testing by a brave group of flyers and with both HIL and SIL testing.

See this link for more:

http://www.diydrones.com/forum/topics/arducopter-2-1-1-alpha

If you run into any problems please let me know here. If you find a reproducible bug, please add it to the issues list.

tuning tips:

If you run into Loiter issues, try adjusting LOITER_P. It's 2.0 right now which may or may not be to aggressive for your copter. Nav is no longer used in Loiter control, which should make tuning easier.

If you run into a circling issue, try lowering LOITER_I to 0 and see if it goes away. If not, check your compass declination. A negative error will produce CCW rotations, a positive error CW.

If you have issues with alt hold, try lowering your THROTTLE_P, it may be too high for higher thrust copters.

If you have wobbles and can't seem to get rid of them, there is a new term called STAB_D, which is a derivative term used to tune out the wobbles. You can increase it until they stop, but just like driving a cadillac, you loose some performance and handling. In the CLI "tune 16" in setup will let you control this in flight, and "tune" in test menu will let you see the value printed out interactively before flight. See the wiki for more detail.

Many testers gave me a thumbs up on the code, so if you have an issues please post the flash log from the copter. The tLog isn't that much help to me for debugging as it doesn't capture the needed values at high enough rates.

(Remember, if you'd rather pull the code from the repository and load it with Arduino, you must use the "relaxpatch" version of Arduino in our downloads section.)

 

Update 2.2b2

I believe I found the simple mode error. It was a bug that was working OK until Tridge fixed it so it was declared properly. Then the bug became active. I made the Simple mode function internal variables static and this should fix it hopefully.

I updated alt hold to not use dampener for now until we get more testing. Some folks saw a latency induced oscillation which was pumped up by the D term.

I added the automatic throttle cruise or hold value as a compile time option for testers. This basically looks at your throttle and climb rate while in stabilize or acro and determines your optimal hover value. This means you can enter any autopilot mode and not have to worry about your throttle position. It should make alt hold more reliable if it works. This is off by default until we get good field tests back.

Update pushed to GIT.

Update 2.2b3

Just some refinements. I added JLN's throttle curve mod for landing. Hopefully that's correctly implemented. 

Made the landing delay from RTL user settable

removed the ADC gyro filter, I was doing a lot of testing and determined it wasn't worth it.

Enabled the auto-throttle control by default. Please test in the sim

Altitude no longer resets when flying in Loiter mode

Pitch and roll dampening is smoother now. try values up to .08 for very dampened flight.

Mavlink can now trigger auto-land

I'll push a hex when I hear some good news from HIL testers.

Update 2.2b4

Flew today and saw the WP speed governor wasn't quite working right. It was going down to 0 rather than the minimum.
Made internal switch to CM for distance calcs. This should not make any change to gains or MP.
Modified a few default gains for jDrones frame based on AP test flights of this code in some heavy wind on my roof.
Fixed an issue with the landing code not kicking in right away.
Decreased the slowdown near WPs
Added a limit to the amount the pitch compensation can effect the throttle if the throttle input is really high or maximum

 

Update 2.2b6

This is a rollup of all the code that's been flying around for the last week as well as a few bug fixes. I'll be posting it saturday night after reviewing all of my logs.
A dampening term called STAB_D has been refined. A D term for all of the Rate based control loops has been added based on Igor's work. Landing for Baro and Sonar has been refined based on JLN's work. A slightly new approach to Loiter and Navigation is being used to try and linearize the pitch and roll for rate control. It tends to use lower gains, yet has a more assertive response in the air.
I have one small loiter control issue to sort out tonight based on my logs, then I'll post to GIT.
Here is the auto-landing code in action. 

OK, 2.2b6 is on GIT. The Mission planner is going to be out of sync until the release code. until then you can use the APM_Config.h or the parameters list in the Mission planner. 

STAB_D : This is the gyro accretion dampener. This can remove small wobbles during sharp changes in angle commands. Making this too high can have a negative effect in performance and add a memory effect that can cause temporary loss in control. The in flight tuning is ranged so you are just below that effect.

If you haven't noticed before the control loops are in two stages. The first is a PI stage that converts some sort of position or angle error into a desired rate. These generally do not need to be tuned. They are more of a user preference on how fast you want the copter to perform a motion. 

The second stage is the actual PID loop that needs to be tuned for the copter. This converts the desired rate into a motor command of some sort. I added a D term based on Igor's recommendation to the PI's for each rate controller. These should show up soon in the mission planner for the release. I cannot give you a concrete answer for how to tune the D terms, because they each depend on their function such as alt hold or loiter, etc.

Still, the absolute most important term is always the Rate_P term for each loop. Start tuning here.

The default PIDs are in the what flies great for a stock jDrones/3DR Quad with the purple motors in X mode.

Thanks,

Jason

 

 

 

 

Views: 52780

▶ Reply to This

Replies to This Discussion


DeveloperPermalink Reply by Marco Robustini on January 31, 2012 at 10:04am

Absolutely LOL!
I corrected the guide, STAB rate_***P to "3" for the initial tuning.
Do you mean the initial wobble?

Permalink Reply by Dave C on January 31, 2012 at 10:49am

Phew! I actually began tuning with stab_p at 0, like the PIDT1 original method. seems to work well too.

Yes, the initial wobble

Permalink Reply by Arnt-Inge Hansen on January 31, 2012 at 10:10am

Do you use APM1 or 2, what type of frame?

I am waiting for my shipping of apm 2 maybe apm1 will do the job in the meantime?

Permalink Reply by Dave C on January 31, 2012 at 10:15am

APM 1, standard ardu frame, 805kv, 10*4.5

I need a signature ;)

APM 1, standard ardu frame, 850kv, 10*4.5sf

Permalink Reply by Arnt-Inge Hansen on January 31, 2012 at 10:17am

quad ,hex, octo?

Permalink Reply by Dave C on January 31, 2012 at 10:48am

Lol, sorry

APM 1.4 standard ardu quad frame, currently + mode soon to be x. 850kv, jdrones 10*4.5sf

Sonar and optflow to go back on soon.

Permalink Reply by afernan on January 31, 2012 at 1:14pm

2.2.b6 pid tune guide: based on Igor´s guides

Igor has done two PID tunning guide: one in this blog post (PIDT1) and the other presented in this discussion by Marco.

 I personally prefer the first one (applied to 2.2.b6) since it takes more advantage of the new PID stability code (mainly the  D-terms) and for me gives a more solid flight (really close to the very good "ArduCopter_2.2ß2XP2_PIDT1" )

Below is a step-by-step guide base on that. Keep the copter with a hand while tunning. This worked great for me

Hope this help you all

Angel

Attachments:

DeveloperPermalink Reply by Marco Robustini on January 31, 2012 at 1:59pm

Ehm, step 10, "0.15" is not the 50% of "0.5", LOL! :-)
Joking aside, I use the same method but maybe perhaps the finest:
1 - oscillation
0,5 - no oscillation
0,9 - oscillation
0,8 - no oscillation
0,7 - no oscillation <- correct value

I think we could implement a procedure for autotuning in fly the Rate_D, Rate_P and STAB_D, should not be very complicated in terms of code, should of course start with some parameters where you are sure that the quad stay in loiter without wobbling, then the software would do everything alone.
Permalink Reply by afernan on January 31, 2012 at 2:53pm

This is not an "exact" science, but something like a mix or "artisan" and personal taste. In step 9 the 50% of 0.5 (0.25) works fine in my hand, but I pefer to be a bit more conservative since if feels allready "rock-solid" in the hand. We´ll see later after some flights.

I´m just flown that pid´s indoor and really feels like old famous "2.2.b2...PIDTI" code very sensitive and precise: wonderfull!. Tomorrow I´ll test outdoor and If all the rest of modes goes as expected, we could see the light at the end of the tunnel.

Angel


DeveloperPermalink Reply by Marco Robustini on January 31, 2012 at 2:59pm

Ok, i waiting for video! :-) Good luck bro!

Permalink Reply by Rui Manuel Cravo Marques on January 31, 2012 at 6:34pm

Bissection method ? :)

Permalink Reply by Dave C on January 31, 2012 at 2:08pm

I could not have said it better myself. Thanks a million that's just the guide we need.

 

This setup - almost exactly - has given me an amazingly stable and responsive quad, we are talking stab mode here of course, I'm still to get to the field to see how this setup affects nav and loiter, i get the impression its going to be all good. 

 

I would only add that if you like this setup but want to adjust it to behave like something out of skylab then use the above params but take your stab_p as high as you can go - I'm at 9 currently. It seems these loops and take a bit of a beating :)

 

Anyway, here's very similar to the above - but with stab_p at 9

 

 

 

Arducopter v2.2b6, Tuned using Igor (PIDT1) method from Kamakaze UK on Vimeo.

Initial wobbles expected - to be fixed. Then hand test - very locked in, really fighting against me with no oscillation. Then quick flight test where i jab the controls as roughly as i dare in such a small space. The quad shoots back to perfectly level everytime, no oscillations

Still minor tuning to be done but below are my params for this test

Rate_***_D 0.012
Rate_***_P 0.140
Rate_***_I 0.05
Rate_***_IMAX 20

Stab_d = 0
Stab_***_P 9.000
Stab_***_I 0
Stab_***_IMAX 20

RSS

Social Networking

Top Content 

1 Mapping Mission Ride Along

Mapping Mission Ride Along
2 ArduPlane 2.73 released

ArduPlane 2.73 released
3 APM 2.5 from hobbyking

APM 2.5 from hobbyking
4 Alt_hold and loiter acting crazy

Alt_hold and loiter acting crazy
5 ArduVTOL - Wingcopter - Flight Report Nr.1

ArduVTOL - Wingcopter - Flight Report Nr.1
6 Looking for best laptop screen to see in the sun

Looking for best laptop screen to see in the sun
7 Mechanical Hands From A MakerBot: The Magic Of Robohand (From Makerbot blog news)

Mechanical Hands From A MakerBot: The Magic Of Robohand (From Makerbot blog news)
8 3 axis Camera Gimble connections.

3 axis Camera Gimble connections.
9 New micro-cameras emulate insects' compound eyes

New micro-cameras emulate insects' compound eyes
10 APM Copter 2.9.1.b has been released

APM Copter 2.9.1.b has been released

Contests

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.

A list of all T3 contests is here. 

Groups

Advertisement

© 2013   Created by Chris Anderson.   Powered by

Badges  |  Report an Issue  |  Terms of Service