iNavFlight
Can arm using the 10x arm switch method if there is an invalid parameter
If there is an invalid setting, such as the gyro_hardware_lpf. You can still arm and fly the model by disarming and arming 10 times, rapidly. I know that this is a shortcut to bypass the safety checks, such as the number of satellites. But surely it should still block arming if there are known invalid settings.
To test
- Use a current 4.1 release firmware and configurator
- Perform the process to screw the config (Go to CLI, disconnect, reconnect, cycle USB, connect, disconnect, connect - cheat mode enabled). In CLI if you get
gyro_hardware, you should have an invalid setting - Try to arm with switch - won't arm 👍
- Try using
nav_extra_arming_safety = allow_bypass: yaw right and arm switch - won't arm 👍 - disarm and arm quickly 10 times - it arms 👎
What should happen
Arming not possible, no matter the method used if there is an invalid setting.
It's a question of the definition... When you sit in your room and want to test the esc with your remote it is all good.
It's a question of the definition... When you sit in your room and want to test the esc with your remote it is all good.
I think you misunderstand. I'm not saying that you shouldn't be able to arm with the 10x arm toggle. Using that for testing is fine.
What I am saying is that if there is an invalid setting, it should not arm regardless of the method. Not until the invalid setting is fixed. I've seen too many reports of people who can't arm, so do the 10x arm toggle, then fly. Next they crash and blame iNav. This is easy to do if system messages are not enabled or DJI is being used. People don't see the error, have plenty of sats, then force arm and fly.
