crashlander wrote:Must check my TX/RX since it is not impossible that I'm getting sporadic and short FS's.
Regards
Andrej
I'm think the mechanism from APM is much better.
If FS is trigged, it will stay in FS until AUX change actived by pilot.
crashlander wrote:Must check my TX/RX since it is not impossible that I'm getting sporadic and short FS's.
Regards
Andrej
PatrikE wrote:Strange..
Have not seen this before.
I'll look in too it.
Must be some Eeprom setting who block it!
Test to clear Eeprom to see if anything happens as a start.
PatrikE wrote:GPS_hold works.
It will save the pos in 3D where it's enabled and repetedly return to the same point.
Altitude from GPS is used.
Should keep around +/- 2m.
scrat wrote:Hi guys...is this new method from fryefryefrye?
- use alt.EstAlt instead of BaroAlt
http://code.google.com/p/multiwii/source/detail?r=1567
timecop wrote:Having descriptive variable names will increase code size.
felixrising wrote:Good idea.. already done: viewtopic.php?f=8&t=2965
Would you like to port the Altitude Hold/Advanced Failsafe solutions by NHA stuff to current multiwii_shared?
EOSBandi wrote:
OK, I'll take a look. The GPS parsing code needs a rehaul anyway.
Alexinparis wrote:Hi,
And just included in dev
It's effectively something that shouldn't happen as baro is supposed to be activated only in flight.
-ralf- wrote:
Maybe this will work for all activation options (Roll, Yaw, Box) ?
Line 705Code: Select all
if(!f.ARMED && f.BARO_MODE == 0) { // arm now!
f.ARMED = 1;
Code: Select all
if (conf.activate[BOXARM] == 0 && rcSticks == THR_LO + YAW_HI + PIT_CE + ROL_CE && f.BARO_MODE == 0) go_arm();