refactor power module #590
No reviewers
Labels
No Label
API Change
Breaking API Change
bug
build
cosmetics
Documentation
duplicate
feature
help wanted
hotfix
invalid
question
Refactor
Tests
wontfix
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Blocks
#596 Power Switcher Component
fsfw/fsfw
Reference: fsfw/fsfw#590
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "eive/fsfw:mueller/refactor-power-switch-if-etc"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
const
specifier fromsendSwitchCommand
andsendFuseOnCommand
and also specify aReturnValue_t
return type. The const specifier can make the API cumbersome and awkward to use.Concerning repercusions if thread-safety is/might be an issue:
In my opinion, this should be mentioned in the code documentations and implemented by the user, not be enforced with
const
, which can make the API difficult and/or awkward to use.DummyPowerSwitcher
module, which can be useful for test setups when no PCDU is available.PowerSwitcher
to optionally check current state when callingturnOn
orturnOff
. No need to command the switches if they are already in the correct staterefactor power moduleto WIP: refactor power moduleWIP: refactor power moduleto refactor power module@ -0,0 +8,4 @@
#include "definitions.h"
#include "fsfw/objectmanager/SystemObject.h"
class DummyPowerSwitcher : public SystemObject, public PowerSwitchIF {
I think we should mention the intenion of this object.
good ideal will add
LGTM