NinjaFlight
|
There are two types of failsafe:
Receiver based failsafe is where you, from your transmitter and receiver, configure channels to output desired signals if your receiver detects signal loss and goes to the failsafe mode. The idea is that you set throttle and other controls so the aircraft descends in a controlled manner. See your receiver's documentation for this method.
Flight controller based failsafe is where the flight controller attempts to detect signal loss and/or the failsafe mode of your receiver and upon detection goes to failsafe stage 1. The idea is that the flight controller starts using fallback settings for all controls, which are set by you, using the CLI command rxfail
(see rxfail section in rx documentation) or the cleanflight-configurator GUI.
It is possible to use both types at the same time, which may be desirable. Flight controller failsafe can even help if your receiver signal wires come loose, get damaged or your receiver malfunctions in a way the receiver itself cannot detect.
Alternatively you may configure a transmitter switch to activate failsafe mode. This is useful for fieldtesting the failsafe system and as a **_PANIC
_** switch when you lose orientation.
This system has two stages.
Stage 1 is entered when a flightchannel has an __*invalid pulse length*__, the receiver reports __*failsafe mode*__ or there is __*no signal*__ from the receiver. Fallback settings are applied to __*all channels*__ and a short amount of time is provided to allow for recovery.
Note: Prior to entering stage 1, fallback settings are also applied to __*individual AUX channels*__ that have invalid pulses.
Stage 2 is entered when your craft is armed and stage 1 persists longer then the configured guard time (failsafe_delay
). All channels will remain at the applied fallback setting unless overruled by the chosen stage 2 procedure (failsafe_procedure
).
Stage 2 is not activated until 5 seconds after the flight controller boots up. This is to prevent unwanted activation, as in the case of TX/RX gear with long bind procedures, before the RX sends out valid data.
Stage 2 can also directly be activated when a transmitter switch that is configured to control the failsafe mode is switched ON (and failsafe_kill_switch
is set to OFF).
Stage 2 will be aborted when it was due to:
failsafe_kill_switch
is set to OFF).Note that:
failsafe_kill_switch
is set to ON and the rc switch configured for failsafe is set to ON, the craft is instantly disarmed. Re-arming is possible when the signal from the receiver has restored for at least 3 seconds AND the arming switch is in the OFF position (when one is in use). Similar effect can be achieved by setting 'failsafe_throttle' to 1000 and 'failsafe_off_delay' to 0. This is not the prefered method, since the reaction is slower and re-arming will be locked.min_throttle
level for the last failsafe_throttle_low_delay
seconds. If it was, the craft is assumed to be on the ground and is only disarmed. It may be re-armed without a power cycle.Some notes about SAFETY:
MOTOR_STOP
feature. Props will spin up without warning, when armed with MOTOR_STOP
feature ON (props are not spinning) **_and_** failsafe is activated !When configuring the flight controller failsafe, use the following steps:
rx_min_usec
)and
See your receiver's documentation for direction on how to accomplish one of these.
failsafe_off_delay
to an appropriate value based on how high you flyfailsafe_throttle
to a value that allows the aircraft to descend at approximately one meter per second (default is 1000 which should be throttle off).These are the basic steps for flight controller failsafe configuration; see Failsafe Settings below for additional settings that may be changed.
Failsafe delays are configured in 0.1 second steps.
1 step = 0.1sec
1 second = 10 steps
failsafe_delay
Guard time for failsafe activation after signal lost. This is the amount of time the flight controller waits to see if it begins receiving a valid signal again before activating failsafe.
failsafe_off_delay
Delay after failsafe activates before motors finally turn off. This is the amount of time 'failsafe_throttle' is active. If you fly at higher altitudes you may need more time to descend safely.
failsafe_throttle
Throttle level used for landing. Specify a value that causes the aircraft to descend at about 1M/sec. Default is set to 1000 which should correspond to throttle off.
failsafe_kill_switch
Configure the rc switched failsafe action: the same action as when the rc link is lost (set to OFF) or disarms instantly (set to ON). Also see above.
failsafe_throttle_low_delay
Time throttle level must have been below 'min_throttle' to only disarm instead of full failsafe procedure.
Use standard RX usec values. See Rx documentation.
failsafe_procedure
failsafe_throttle
) for a predefined time (failsafe_off_delay
). This should allow the craft to come to a safer landing.rx_min_usec
The lowest channel value considered valid. e.g. PWM/PPM pulse length
rx_max_usec
The highest channel value considered valid. e.g. PWM/PPM pulse length
The rx_min_usec
and rx_max_usec
settings helps detect when your RX stops sending any data, enters failsafe mode or when the RX looses signal.
With a Graupner GR-24 configured for PWM output with failsafe on channels 1-4 set to OFF in the receiver settings then this setting, at its default value, will allow failsafe to be activated.
Bench test the failsafe system before flying - remove props while doing so.
Field test the failsafe system.
If craft descends too quickly then increase failsafe throttle setting.
Ensure that the duration is long enough for your craft to land at the altitudes you normally fly at.
Using a configured transmitter switch to activate failsafe mode, instead of switching off your TX, is good primary testing method in addition to the above procedure.