ACRO bug (fixed in 2.9.1b): while doing flips in ACRO mode, if you switch to Stabilize while inverted your throttle will go to minimum. To regain throttle control you need to switch back to ACRO then back to Stabilize again (i.e. switch to stabilize twice). You never lose control of roll/pitch/yaw.
Loiter/AltHold/Auto/RTL bug: if you switch into these modes with throttle at zero motors will go to minimum until you raise the throttle.
Auto mode altitude bug (fixed in 2.9.1b): setting a waypoint altitude greater than 320m over home altitude may wrap around and instead be interpreted as a low altitude.
ArduCopter 2.9 is now in the mission planner and the downloads area!
The major improvement is we use inertial navigation to improve altitude hold. This increased reliance on the accelerometers means you must do some additional set-up before flying:
1. Perform the new accelerometer calibration in the mission planner (video). The auto-trim metho has also changed (video).
2. Add vibration dampening foam between your frame and the APM. Some suggested materials: DuBro, gel, hk foam.
3. If upgrading from 2.8.1, modify the throttle and altitude PID values:
- Increase your Throttle Rate P, reduce I to zero, increase D
- Increase Altitude Hold P, reduce I to zero
- Tune Throttle Accel P and I terms but try to keep P about 1/2 the size of I
Here is the list of major changes (a more detailed list can be found in the release notes):
- Alt hold using inertial navigation (Leonard, Randy, Jonathan)
- AUTO_VELZ_MIN, AUTO_VELZ_MAX parameters control the max climb/descent rate for the autopilot (cm/s)
- PILOT_VELZ_MAX controls max climb/descent rate for the pilot (in cm/s)
- Landing improvements (Leonard/Randy). Copter will descend to 10m or until an object is sensed with the sonar. Then slows to 50cm/s descent (speed can be adjusted with LAND_SPEED parameter). (video).
- Surface tracking with sonar (Randy/Leonard). Copter will attempt to maintain current distance from objects in front of sonar regardless of altitude. Only used in alt-hold and loiter, not used for missions. Sonar can be enabled/disabled with CH7 switch. (video)
- Failsafe improvements (Randy/Craig/John Arne Birkeland) including bug fixes, additional check for PPM encoder failure and implementation of battery failsafe. Set-up instructions are here.
- Mediatek gps driver accuracy improvements and use of SBAS [Craig]. Instructions on upgrading your mediatek to firmware 1.9 are here.
- Traditional Heli improvements (Rob) including (a) bringing heli code back into the fold, (b) enabled rate controller (previously only used angle controllers). (c) fix to rotor speed controllers - now operates by switching off channel 8. (d) allow wider collective pitch range in acro and alt hold modes vs stabilize mode (e) bug fix to allow collective pitch to use the entire range of servos
- Acro trainer (Leonard). Copter will return to be generally upright if you release the sticks in acro mode.
- ACRO_TRAINER : set to 1 to enable the auto-bring-upright feature
- ACRO_BAL_ROLL, ACRO_BAL_PITCH : controls rate at which roll returns to level
- Camera control improvements (Randy/Sandro Benigno): (a) AP_Relay enabled for APM2 (b) Trigger camera with CH7 or DO_DIGICAM_CONTROL command (c) Allow pilot override of yaw during missions and fixed CONDITIONAL_YAW command.
- PPM sum support for transmitters with as few as 5 channels (Randy/Tridge/John Arne Birkeland).
- Performance and memory useage improvements (Tridge).
As per usual PIDs are optimised for the 3DR/jDrones quad with 850 motors and 10" props. If you're using more powerful motors/props and are seeing bad flight behaviour in stabilize, start by turning down Rate Roll P in 25% steps.
Special thanks to our testing team lead Marco and the dedicated bunch on the 2.8.1 release thread who put their copters at risk while testing the pre-release version. Some of their videos are here: 1 2 3 4 5 6 7 8
Please feel free to report issues you find in the discussion below and/or add them to the issues list.
Replies
I am using the new 3DR MTK GPS V2 on two of my quads. It is unclear from what I have been reading whether or not these should also be upgraded to the newer GPS firmware. Anyone know what firmware is on them from 3DR and whether I could expect an improvement if I went to 1.9?
Hi Randy
I am running 2.9 and as I have pointed out and put a video earlier landing was perfect but because of several crashes
Hexacopter lost arms and I ordered new from DIYDRONES with Motors and Props. After that last crash I noticed that arm
we replaced was longer than the original. I have removed the arm and cut it to size and also cut all I have got from diydrones. I don't know why they sent wrong size. My hexa is stable and no problem in usual flying except now it is bouncy and I have to switch to stabilize mode and put throttle to minimum to land it.
In Auto mode I am having a strange problem and this I noticed 10 days back. when I mark waypoints in mission planner
it goes in different direction. Same thing I experienced 2 days back and just to make sure there is no problem in marking, this time I marked home where the copter was and after putting copter in the car with power on to the copter I went 500 Meters away and marketed the waypoint and come back close to the home point and used it as land. In flight it went away approx. 180 degree away and it is happening all the time. I am using Ublox gps.
I have checked tlogs and it shows that it was going along waypoints lines but it was not.
If you see the logs, at 49.7% first auto flight is logged but way points are not shown here. copter should have gone towards red line (front) but I flew towards the yellow.
Same day at 66.5% of the log, same waypoints and again it went in the same wrong direction. I flown it in stabilize in the exact direction of waypoint 2 at 89.2%
waypoints are not in the logs as I deleted them so that I marked new one but I did not marked them again.
kindly suggest what would be the problem.
regards
Bhanu
2013-02-07 15-30-42.tlog
Well as promised I completed another mornings testing on 2.9.1 focusing on RTL and Auto Mission. To summarize, with good setup (careful attention to frame vibrations / interference):
Stabilize Mode: Excellent. Lots of fun flying in this mode
Loiter: Well we all know its no so good (watch this space for 2.9.2)
ALt_Hold Seamless Transition and hold is near perfect.
Today I focused on Auto and RTL. As it turned out I needed to switch into RTL after aborting two Auto missions which went horribly wrong. So my RTL testing was to save my quad. I the first incident RTL started to work as expected. My quad rose in altitude to the level I set, turned and started to head back to my take off location, However the quad seemed to be still slowly gaining altitude and then stopped well short of my start / home location. I checked and I had good GPS locks and 11 sats during this phase of testing.
The auto mission I setup was very simple, just two way points and back home. Of course this was my first time using the Mission planner to plot the Auot mission. So some operator error could have been at play. The one disturbing thing entering AUTO, is my quad raced towards the first waypoint at an alarming rate. I did not Change any default parameters by the way. I only set the waypoint altitude as this defaulted to 100m. Anyway at the speed the quad was going it well overshot the first way point and was too far away to check orientation so I engaged RTL to try an recover.
My second attempt at Auto was again a simple plan. Two waypoints and I had the quad wait 20-30 seconds this time before moving on to the first way point. I adjusted the waypoint radius to 10 metres for this test hoping to stop the quad going too far past the target . Unfortunately I was unable to save my quad this time. When my copter sped off to the first way point, it was too far away when I engaged RTL. Again RTL behaved as expected at first and then seemed to be stuck after moving only a few metres towards home base. I did engage Loiter and ALT Hold modes to buy more time while I tried to get RTL to work or bring the quad close enough to visually fly it home. Then I made a classic helicopter mistake and did not realize my quad was facing towards me and while trying to manually fly it back as a small black speck in the distance dropped the throttle too low as well and pow. Big impact. Here is the result Not a pretty sight.
I see someone else discussing APM features earlier and I have to agree having a reliable RTL is more important than the fancy auto features for the moment. I blame myself because I assumed RTL would work so if my Auto mission got into trouble at least with my quad being so stable I could recover. So I failed to properly test RTL before engaging the Auto mission. This is lesson learned.
I have viewed my logs and do not understand why my quad moved so quickly to the first waypoint unless the default rate is currently set too high. I noticed the Altitude value defaulting to 100M so perhaps the current speed to waypoint is also excessively highl? The other main issue was the quad flew well beyond the first waypoint before trying to move to the next. I tried RTL at this point with no success.
As I mentioned I viewed the logs and compared them to the mission plan I set. I biggest issue I have is the Long and Lat values in the mission planner seem to be off quite a bit as if there is scaling problem. If you look at my waypoint data and also the Google view you will see a large Dam nearby. I set my waypoints only a short distance for the test yet my quad flew very quick to the area almost on the dam. This is why I has so much trouble recovering. Also when I converted the TLOG to look at the traces in google earth the tracks do not match what actually happened at the field. For example it showed the quad near the home base and yet it was hundreds of yards away. I wonder if the GPS accuracy is shot after I upgraded it to v 1.9?
Hopefully I can ask those more seasoned with Mission planning and Auto mode to perhaps compare my tlog to the valued I set in the mission planner. Why RTL is not working is also a mystery. I has solid lock on sats all the time and before I took off.
Weather conditions were very good. A very slight breeze but no gusty wind conditions.
Here are my logs and Mission plan. Note the mission starts ~ 5mins in.
2013-02-10 10-52-48.tlog
I continue to have nothing but weird behavior with sonar and wanted to see if there was something I could do to get it working better, I installed 2.9.1 on one of my quads, did the calibration and took it out to check out. As soon as I hit Alt-Hold it began pogo-ing up and down violently. My other two with 2.9x did not have the problem. I realized that I had Sonar enabled. So I disabled it and flew and the problem was gone. I downloaded the log and it look slike the Baro and Sonar altitudes are way off of each other. I have the BM1340 Sonar - http://www.maxbotix.com/Ultrasonic_Sensors/MB1340.htm - with a shielded cable and power filter.
The signal looks clean, just not the same as the baro alt.
Log is attached. Any help would be appreciated. I don't really need sonar, but I would love to get it working.
2013-02-09 19-12 1.log
I have to say its been a long road getting the issues sorted out on my quad, but thanks to many on this forum I have learned a lot and have a much better setup now. I am so impressed with the ALt_Hold in 2.9.1 Entry and exit into this mode is seamless. Near perfect hold.
It is really worth taking those extra steps to reduce interference and vibration sources, particularly with the IMU setup in this version. I hope to go through all the modes tommorrow and post up the logs.
I did observe the slight motor dropout blip someone else reported going from STAB to Loiter today. But it was only a minor transitory event.
I flew a quadrocopter. Firmware 2.9.1 - all flies great on default settings, all modes operate as expected, I am very happy. Thank you!
Another tweaking question if I may.
Most of my previous auto missions were at or below 4m/s. As Im getting more confident things are working as they should, I just tried a quick out and back mission at 10 m/s.
The copter just seemed to keep on accelerating, only slowing after a waypoint. It reached 18m/s. The acceleration looks linear, like no attempt to capture speed. The same thing happened when I set 8m/s.
The speed changes were set with waypoint do-change-speed. The alt was spot on all the time.
Which PIDs might help with this.
If I were to set a speed that was outside its performance would it prioritise altitude and just do best speed? Likewise, if I set a high rate climb at fast speed would it prioritise climb (we call it ‘reversions’ in the airbus)?
I see there is a max-waypoint speed somewhere, defaulted to 30m/s. Was it somehow going for that?
Thanks for your time and expertise guys.
Well after reading 1500 forum post I figured I better bite the bullet and upgrade and see what all the fun is. It's nice to be on the leading edge and not the bleeding edge. For all of you that bled to make this all work, I salute you and say thank you.
After balancing all my props and throwing one prop away, since it just wasn't going to balance, no matter what I did. I went to the local hobby store and purchased a sheet of foam rubber. That's all they had, so I went with it. I cut a 2 inch strip and folded if multiple times till it fit under my APM. About 1 inch thick and I used Velcro to strap it down. Below is shot of my Accel X, Y & Z. Not very good I'm afraid, so plan B.
Richard
Just a reminder to all, this discussion is primarily for discussing technical issue (positive and negative) 2.9.1. Let's try and keep focused on that.
After being grounded with a failed flash with blheli on skywalker20A - i am back because a working beta blheli fw is out. So after not being so fond of 2.9.0 i did a spin with 2.9.1 (mpu lpf 20Hz, FC on alu plate for mag, and cheapo doublesided tape, robbe 2827-26 graupner 10x5, 450 lamewheel). I could just do stab and althold in the backyard - very good, don't know what happened between 2.9.0 and 2.9.1 but thumbs up! Checking out gps the next time when i get to the field in safe hight... after some reports here that loiter can do seldom, sudden glitches. Logging is completely disabled right now so the minimosd & groundrecorder will have to do it. On the other hand i should re-enable some logging IF GPS trouble should happen - perhaps the logs can be of use for the dev team then?
Cheers
Kraut Rob
-
11
-
12
-
13
-
14
-
15
of 26 Next