iNavFlight / inav

INAV: Navigation-enabled flight control software
https://inavflight.github.io
GNU General Public License v3.0
3.15k stars 1.48k forks source link

Force-arm without gps fix #106

Closed theArchLadder closed 8 years ago

theArchLadder commented 8 years ago

I dont always fly with a clear sky above my quad, sometime it could be in a forest, or even indoors. I know there is a CLI option for this, but imho it would be even better if we could have some way of force-arming without gps. This way we can both have the cake and eat it. We will not arm without gps by accident, but we can still arm without gps if we really need to and dont have access to the CLI.

The way to do a force arm could be something like this: Try to arm 5 times within 5 seconds to arm without gps. This should work both with the stick and switch arming.

digitalentity commented 8 years ago

Any thoughs on the proposed change, anyone?

oleost commented 8 years ago

Sounds good.

It's handy to have a backup way to get it flying without GPS. And I doubt anyone tries to arm 5 or more times within 5s on accident.

  1. mar. 2016 10.07 skrev "Konstantin Sharlaimov" <notifications@github.com

:

Any thoughs on the proposed change, anyone?

— Reply to this email directly or view it on GitHub https://github.com/iNavFlight/inav/issues/106#issuecomment-195699440.

DzikuVx commented 8 years ago

I'm against this change. Probably nobody would use it in real live. Plus, it would affect GPS assisted modes with extra flags required not to enable RTH modes even after lock has been acquired, but protection was overridden. Safety precautions works only when they are simple

digitalentity commented 8 years ago

I tend to agree with @DzikuVx - people usually don't fly GPS-equiped drones in GPS-denied environments. And for the rare case this should be allowed we have nav_extra_arming_safety setting. If one is flying with nav_extra_arming_safety=OFF he/she is probably smart enough to understand the risks of flying without home position set. Having the way of overriding safety protocol is equal to having no safety protocol at all - why bother implementing an override, just disable nav_extra_arming_safety alltogether.

StNekroman commented 1 year ago

How funny to look, how you decide what people do and they don't. I was extremelly disappointed that it's missing flag "force arm", which Betaqflight has - if armed without GPS fix - then RTH won't work.

StNekroman commented 1 year ago

"people usually don't fly GPS-equiped drones in GPS-denied environments." Ok, so solution is - to cut out GPS module before flight in such environement, right?

MrD-RC commented 1 year ago

Why are you bringing up a 7 year old issue? If you want to ignore the GPS and arm. You can bypass the safety checks by yawing right when you arm.

set nav_extra_arming_safety = allow_bypass

Comparing with BetaFlight is wrong. It is not a navigation platform.

StNekroman commented 1 year ago

Why are you bringing up a 7 year old issue? If you want to ignore the GPS and arm. You can bypass the safety checks by yawing right when you arm.

set nav_extra_arming_safety = allow_bypass

Comparing with BetaFlight is wrong. It is not a navigation platform.

Wasn't looking how old this ticket is. Yes, already found magic CLI command and after spending another 20 minutes found how to actually bypass arm checks via magic with sticks. But anyway, I still think that having normal checkbox in UI will be clearer for users.

MrD-RC commented 1 year ago

This really shouldn’t be a UI option. Allow_bypass is the default setting. The actual bypass should only be used on rare occasions, like bench testing or flying indoors. There would be no need or reason to permanently disable these checks; which would require a UI option.