Comment by george on October 7, 2009 at 11:29pm

Did you add speed to each WP in your .kml/WP file? I had the same problem and that fixed it.

Comment by Guus Eldering on October 8, 2009 at 1:06am

I did have the same issues, was your airspeed ok? if the ardupilot thinks the airspeed is to low it will set full throttle and will rise, my Easystar holds altitude ok now.
I also have the isseu that the groundstation is not showing altitude, I think it's in the code of the ardupilot because the plane is holding altitude so it gets altitude from the gps but in the xbee data the altitude is 0.

Comment by Michal on October 8, 2009 at 1:50am

Can we have easyglider.h from your tests?

Comment by James Harwood on October 8, 2009 at 1:55am

interesting!

Comment by Chris Anderson on October 8, 2009 at 9:22am

I've got some more diagnostics to do. On the Superstar, with the exact same Autopilot hardware and code, the altitude shows up fine in the ground station. But not with the EasyStar. I tried changing all sorts of settings in the altitude and pitch PIDs configurations, but it made no difference. The throttle stays at one setting (possibly the max) and the plane keeps climbing. Meanwhile, the EasyGlider and SuperStar with the same hardware (actually the EasyGlider doesn't have a pitot tube, but they're otherwise the same) handle altitude fine.

I'm working with Jordi on this. We'll figure it out....

Comment by Mike Bakula on October 9, 2009 at 6:51am

Can the ublox give you a valid lock with only 3 satellites? Some GPS units can be configured to give a "2D lock", assuming the WGS-84 geoid altitude as the fourth sphere. That could explain the behavior, and why it might not repeat.

Comment by Guus Eldering on October 9, 2009 at 2:32pm

I did a test flight with the 2.4 code today, this time the altitude was showing correct on the ground station software:-) Altitude hold, WP, and RTL all work fine
Here is the header file I use. easystar.h

Comment by Jordi Muñoz on October 10, 2009 at 4:13pm

uBlox from DIYdrones store are programmed to only lock in 3D mode (no 2D)... So if you seee the nice blue LED is because you have enough sats for 3D mode. If i bind several times my easystar the altitude problem disappears, but then for no reason (in another day) the problem comes backs, weird..

Comment by Whooper on October 13, 2009 at 5:43pm

I have an out-of-the-box easystar (no ailerons or rudder modification) which has flown well on RTL and waypoints in clear sunny weather however it required fairly large changes to the h file settings to work. For example roll gains had to be increased (#define roll_P 1.0) otherwise no appreciable roll stability and heading gains had to be reduced (#define head_P .3), any higher would cause a spiral dive. Also flight results have not always been consistent and there seems to be less or no roll stability in cloudy conditions. Any thoughts on whether environmental factors such as flying in a wooded valley vs open country or cloudy vs clear day can have this much impact?

Comment by Saiful Azuwan on October 13, 2009 at 8:29pm

I don't see any effected while flying my EZ* either in cloudy or clear day now. I have enlarge my rudder. Change radius limit to 80m, get best flight results until now with v2.3.1 code. But with v2.4 I get FULL throttle all the time. Maybe have some bugs with airspeed sensor code.

Comment