#Failsafe didn't trigger GPS rescue

1 messages · Page 1 of 1 (latest)

uncut willow
#

Had it configured properly (I think)
Had enough sats
Was beyond minimum distance
Previously worked using 4.3 BF and 2.5 ELRS, now on BF 4.4 RC3 and ELRS 3.1.2
Any ideas?

#

This was a manually initiated failsafe using a switch btw. I had tested it using GPS rescue switch which worked great multiple times. Only test of failsafe switch resulted in this.

uncut willow
#

Also the last screenshot shows what the receiver does when I cause an actual failsafe by turning off the transmitter

hasty plinth
light tulip
frosty nova
#

Would setting throttle to hold instead of auto in channel fallback settings prevent that from happening?

light tulip
#

No, that's the behavior you want, it's showing that the FC is seeing that the RC signals aren't real, and should be engaging in GPS RTH mode.

uncut willow
#

I've been out of town all weekend, will do some more testing tomorrow and follow up with y'all. Appreciate the responses.

uncut willow
#

Ok I am still having this issue. I just updated it to the release version of 4.4 and it has the same problem.

#

The GPS rescue trigger works fine

#

but when you manually trigger a failsafe it completely drops to the ground and then tries to throttle up and usually flips itself over

#

unfortunately I forgot to switch the setting on that records the OSD since I was using it for a livestream before, so no OSD data, but I had 15 satellites and was 80 meters away from it

frosty nova
uncut willow
#

Ok so I'm confused

#

I only see stage 2 settings

frosty nova
frosty nova
# uncut willow Ok so I'm confused

There are so many settings that play a role in GPS Rescue... If you haven't seen yet, here's a thorough Wiki covering it: https://betaflight.com/docs/wiki/archive/GPS-Rescue-v4-4#about-gps-rescue

Betaflight 4.4 brings huge improvements in the altitude, velocity, flightpath accuracy and landing behaviour of the GPS Rescue code. The Sanity Checks that monitor the status of the Rescue are less likely to disarm the quad or falsely declare a failure of the rescue.

hasty plinth
uncut willow
#

ok that I didn't know

#

yeah I don't allow arming without fix

hasty plinth
#

New INSANE GPS rescue in Betaflight 4.4. Extra secrets, a complete walk-through, drama, and regular fun!

Support me on Patreon:
https://www.patreon.com/limon_fpv

GPS Rescue detailed wiki:
https://betaflight.com/docs/wiki/archive/GPS-Rescue-v4-4

00:00 - Intro
00:45 - Expert call
01:26 - Basic GPS setup
03:00 - Angle mode?!?
03:00 - Misconcepti...

▶ Play video
uncut willow
#

Ok thank you

uncut willow
#

Just wanted to mention that that fixed the problem (changing the dropdown to stage 2). I just tested it several times. I am a little confused what stage 1 means though since I don't see any settings for that. I'm not sure why the default setting would be a stage that doesn't exist, or why it would leave the drone armed if it was an invalid mode.

light tulip
#

That's the wall of channel states on the left side - it doesn't want to go into failsafe if a link drops a single frame, or is just sends one bad dataframe, so it'll wait just a little bit. Default is to drop, so that is a good way to try and hold default/previous in case the link returns quickly enough to not be a guaranteed crash