-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE] Prearm #6562
[FEATURE] Prearm #6562
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM @digitalentity WDYT?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good in general. Just a few things:
- Please remove the breaking separation into
armingFlags
andarmingDisabledFlags
. Configurator and other external peripherals depend on that bitfield. - I don't fully undestand the logic behind the additional
ARMED_WITH_PREARM
flag. Can't we process the prearm bit always? - Optimization regarding checking for "prearm" mode being present. We shouldn't be evaluating the whole aux table every cycle.
Please do not break established APIs; they are used by multiple 3rd party applications. |
Thanks for the review! In response to the review:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A minor nit to cover for an edge-case. Otherwise - LGTM
This PR implements a Prearm (#5595). It adds a new mode switch
which will need a relevant configurator PR.I also took the opportunity to fix this FIXME by separating out thearmingFlags
enum into Arming Flags (flags relating to the current arming) and Arming Disable Flags (flags that prevent arming). This forms the bulk of this PR as I gave the macros clearer names.