According to Randy the know issue of altitude loss after a high speed run is at its heart a frame issue.This seems to me a very worthwhile discussion to have.Once the majority of us understand this, we will be less likely to muck up other threads.Take it away Randy...

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –


  • Artem,

    I understand why you would think that your test eliminates aerodynamic issues as the culprit. However, if you had a copter that didn't have the problem to begin with, removing flight controller's case may not cause the problem to appear.

    Can you share any pics of your setup?

    • Lol, which one, I have quads, tricopters, Y6, 250mini quad... All.completelly different setup and all suffer from this issue. I am building APM powered copters since 2011-ish and ao far exactly the same copter with the dumb naza thrown on it instead of a pixhawk will fly in a straight line! This been the case from the beginning! (at least my beginning) 

      Can't say how would naza perform.on a tricopter simce its not supported, but it handles Y6 basic flight like a champ! 

      • Is the Naza using gps for altitude maybe? Does it work with a real low sat count? 

        • Developer

          There's a parameter coming in Copter-3.4 that will allow using the GPS as the primary altitude input to the EKF.  I haven't tried it yet.  Even with that change, I don't think there will be blending of GPS+Baro.  It's one or the other.

          To reduce the reliance on baro and increase reliance on the accelerometers, there's a parameter listed on this wiki page called EKF_ALT_NOISE.  Increasing that number will reduce the reliance on the barometer (and increase reliance on the accels).  I haven't played with it myself but we had something equivalent in the older inertial nav and it really was a trade-off.  A higher number would make the vehicle more prone to vibration problems.

          • I played with this parameter in Copter-3.2. I took it up to 4.00, from the default of 1.00, without any apparent improvement.

            Has there been further development on this in 3.3 or 3.4?

          • I am aware that there is a bias factor for baro vs accels,
            But it is a static relationship.

            What might be interesting to consider is to find a way to make the relationship dynamic instead of static.

            The sink only happens while accelerating, so only during this period of acceleration would a change in bias factor be desirable.

            The more aggressive the acceleration the more dramatic the sink rate.

            If there was tuning parameter that only affected the acceleration period, in regard to altitude, a larger number would cause the aircraft to climb relitive to acceleration rate. Then a user could tune this value to their specific frame.

            This would allow an Iris which has excellent aerodynamic properties to continue to perform unchanged while also allowing the poorest frame design to tune out the undesirable altitude loss.
          • I try with the old inertial one, It's helps something but not resolve the problem in my case; I resolved with better vibration bed and covering the controller but not completly as photo above.

          • Imho robust vibration filtering is the key to this problem, as you said, Randy, increasing ekf_alt_noise makes copter really succeptible to vibes. 

        • Nope, GPS alt is really imprecise.... Mybe yes maybe no, I just know that even without gps naza alt hold works very well, its called attitude mode. I believe they rely much more on accelerometers and gyros filtering out regular vibrations very well.... I just know that I never had to worry much about balancing props with naza to fly well, only for good videos. 

  • I think we are fundamentally wrong in the idea that solution to the alt hold problem is mechanical. I've just stripped a naza lite with v2 firmware off its casing and used a piece of tape to secure foam over baro, guess what copter flies in a straight line just like with its case on!  We gotta think outside the box with this... There is obviously a software solution to this problem.  

This reply was deleted.