The APM dev team is delighted to announce the release of APM:Plane 2.74, a major new release with a lot of new features. This release is recommended for anyone flying fixed wing aircraft with an APM2 or PX4.
There are a lot of changes in this release, but some of the highlights are:
Scroll down for a more complete list of changes, but before that I'd like to give you a bit more detail on the highlights above.
New Attitude Controllers
The new "APM_Control" attitude controllers have been in development for a long time. Originally developed by Jon Challinger last year, they were extended by Paul Riseborough and made compatible with the existing parameter names. The key advantage of these new controllers is their improved handling of noise, and much better ability to tune for your aircraft. There is a new tuning guide in the wiki which gives detailed instructions on how to make the most of the new capabilities.
One of the big effects you will see with the new attitude controllers is better handling of pitch compensation in turns. The new PTCH2SRV_RLL parameter makes tuning for flat turns much easier, which has been a major source of frustration in the past.
The new controllers also handle sensor noise much better, especially if you use any D term in your roll or pitch controllers.
New Speed/Height Controller
The new TECS speed/height controller is the second major controller change in this release, and will make a world of difference for aircraft with an airspeed sensor. After a lot of testing I decided to make TECS the default in this release, although you can switch back to the old controllers using the ALT_CTRL_ALG parameter if need be. If for some reason you find you do need these old controllers then please let me know, as I am planning on removing the old controllers in the next release.
The previous airspeed controller for speed/height suffered from a major problem that it gave absolute priority to airspeed. If the aircraft could not achieve the target airspeed you had set then it would dive to gain speed, even to the point of diving into the ground. This made it quite fragile, and you had to be very sure of your airspeed configuration.
The new controller operates over a range of airspeed values, set using the ARSPD_FBW_MIN and ARSPD_FBW_MAX parameters. That controller will try to meet both the airspeed and altitude demands of the mission, but if it can't reach the target speed it will happily fly a bit slower, as long as it doesn't get below ARSPD_FBW_MIN. You can control the relative priorities of speed versus height using the TECS_SPDWEIGHT parameter. See the full tuning guide for details.
New ACRO flight mode
This modes brings rate controlled stabilization to APM:Plane, and should help give you an "on rails" manual flight experience. It is a lot of fun to fly, but it is not for beginners!
We're planning on expanding the ACRO mode in future releases. Right now it is great for "locked in" flying, and also good for loops and handles inverted flight very nicely. It doesn't yet handle knife-edge or prop-hanging.
New CRUISE flight mode
After a suggestion from Hein, we now have a new CRUISE flight mode. This mode is ideal for longer distance flying without a pre-programmed mission. It is like FBWB, but also does ground track heading hold, with heading update via aileron or rudder.
I've been testing CRUISE at my local flying field, and it is the easiest mode to fly in APM. Just steer the plane around the sky, and when you stop steering it locks onto a ground track and holds it. It isn't a good mode for takeoff and landing, but once you are in the air it is great.
New camera trigger system
When using APM for aerial mapping where you want photos taken at regular distances, the previous system was to setup a grid mission with a "camera trigger" mission item at regular intervals within the mission. That worked, but led to overly large and complex missions. You can now just set a single parameter CAM_TRIGG_DIST to the number of meters of flight between photos, and the APM will take care of when to trigger the camera. This makes for much simpler missions, and also works in other flight modes, including FBWB and CRUISE.
Lots of smaller changes
As is usual with a new release after a couple of months of development there were a lot of smaller improvements based on feedback from users. Many thanks to everyone who gave feedback and contributed patches!
Here is a partial list of the changes:
This new release has a lot of new features that should improve the flying experience for all APM users. The APM dev teams wishes all APM users many enjoyable flights, and we hope you have as much fun flying this release as we had making it.
Josh, I did some checking and it appears to be the MediaTek GPS
That explains the drop in satellites_visible during the roll at least, but your question remains around whether or not 2.74b handles this differently.. I checked the wiki and don't see anything glaring at me saying how many satellites lost triggers FS, but it did mention loss of telemetry for 20 seconds. Did that occur at all? I've only been doing this a month or so but am still very interested in this one..
I think it is SR3_EXTRA1, and SR3_EXTRA2 is the most important, as horizon and speed tada is sent trough this two. if i should add a priority also, than i would say horizon on the first place than speed data. :)
I have upgraded my MTEK GPS FW from 1.6 to 1.9.
Was it a good idea?
Will try soon.
Is 2.74b handling the GPS differently or did I just have a bad day? or could the high angle of bank have caused the issue.
The GPS is handled the same in 2.73 as it is in 2.74b.
It is quite common that you get bad GPS days and good GPS days. There are lots of factors that influence it, including the weather. The MTK is especially prone to dropouts. What is worse is that sometimes the MTK loses satellite lock and doesn't report it to the APM. That can lead to crashes if you are turning at the time.
Try lowering ACRO_PITCH_RATE from the default of 180 to something more like 60 or so.A value of 180 was good on my 3D plane, but may be a bit high on an electric glider :-)
I just advanced the rev of my MP to 1.2.61. I have 2.74b FW installed. After a successful tuning flight, I was going tweak a little more.(you know that irresistible urge we all have to fix something until it is broke) While I was at it, I decided to re-level the plane. Much to my surprise, no matter how I tried, the leveling process kept putting in an automatic down pitch. I would say about 8-10 degrees. Before I declare the APM broken, I go in the house where I keep an exact "stunt double" of the APM in the plane. And yep, the same thing is happening? Any ideas? I am posting this in the MP thread too.
1. Have any of you seen this?
2. If so, what is the fix?
You are not the only one complaining about poor GPS reception.
People in agriculture complain quite often lately about satelite loss leading to RTK dropouts. Seems to be linked to solar winds.....
When planning your missions, go to theTRIMBLE satelite calculator. This will give you reception quality previsions and you can also check reception quality in the past.
Hope this helps
What do you mean by "the leveling process kept putting in an automatic down pitch" ?
There are two levelling systems in APM, one requires you to hold the plane at 6 different attitudes in succession, the other just requires you to hold it level. Which one are you using?
Both methods are working fine for me, but if you are seeing an issue then please post a tlog showing the issue. Keep the tlog going for at least 30s after you have finished levelling.
First, I was not even aware there were two leveling processes. I would like to learn more on the second, if you can point me.
Second, I was using the basic level using this tab on the MP >> see Level MP1.2.61.PNG
with this result in the artificial horizon >> see Level1.2.61_2.PNG
No matter what pitch I held the plane or the free standing bench APM, the offset appears.
btw, I tried to find the 1.2.60 MP file and am unable.
I will send a fresh tlog in a moment.