The logic in SubsystemBase::executeTable handles the sending of mode commands to the respective children of some objects; and this functionality is (among other things) based on the health state of the respective child.
To determine the health state, the fsfw function ManagesHealthIF::isFaulty() was used, see here.
However, the name of this function is misleading, as it returns true if the health state is FAULTY or PERMANENT_FAULTY or NEEDS_RECOVERY.
This change aims to improve the readability of the code without modifying the function.
The logic in `SubsystemBase::executeTable` handles the sending of mode commands to the respective children of some objects; and this functionality is (among other things) based on the health state of the respective child.
To determine the health state, the fsfw function `ManagesHealthIF::isFaulty()` was used, [see here](https://egit.irs.uni-stuttgart.de/KSat/fsfw/src/commit/735e341aabd6fa06c9cd4121f96b45a13ade6331/src/fsfw/health/ManagesHealthIF.h#L34).
However, the name of this function is misleading, as it returns true if the health state is FAULTY or PERMANENT_FAULTY or NEEDS_RECOVERY.
This change aims to improve the readability of the code **without** modifying the function.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
The logic in
SubsystemBase::executeTablehandles the sending of mode commands to the respective children of some objects; and this functionality is (among other things) based on the health state of the respective child.To determine the health state, the fsfw function
ManagesHealthIF::isFaulty()was used, see here.However, the name of this function is misleading, as it returns true if the health state is FAULTY or PERMANENT_FAULTY or NEEDS_RECOVERY.
This change aims to improve the readability of the code without modifying the function.
good old switch case. Thanks for improving this, this was really confusing
can you rebase or merge?