-
Notifications
You must be signed in to change notification settings - Fork 3
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
Add "HRC not run" event to handle HRC being disabled #309
Conversation
As a reviewer on this I'm working just from the kadi states understanding of how HRC is commanded. So from that perspective -- is there a name for the nominal operation of HRC via these SCS activations as compared to the hardware commands? This ends up just being a documentation question really. |
I'm not aware of a good and descriptive name, but they fall within the "HRC return to science operations concept" (along with a hundred other things). |
OK. Sounds fine as long as it will be clear to the users here that the HRC not run is only going to apply to this nominal operations concept and not to any hardware commands. |
cmds_dir = Path(commands_v2.conf.commands_dir) / scenario | ||
cmds_dir.mkdir(exist_ok=True, parents=True) | ||
# Note variation in format of date, since this comes from humans. | ||
cmd_evts_text = """\ |
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.
This test would probably be stronger if the states were evaluated with and without the hrc not run -- but as a sanity and regress test this is good.
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.
Good idea, I'll fix this.
In fact the hardware commands do actually run on board, they just don't do anything because the instrument is off. But yes, there is a bit of duct tape in all this. F_HRC_SAFING disables SCSs 92, 93 and 134, but the kadi state values depend on 89, 90, and 134 due to the way HRC is run. So this PR ignores 89, 90 instead of 92, 93, because that is what makes things work. |
Thinking more, |
"In fact the hardware commands do actually run on board, they just don't do anything because the instrument is off." Right, I meant hardware commands in the loads, as those are the ones that are defined as state-changing-things in kadi. |
"So I need to insert some commands at the event date to do that." Sounds good to take the time to do that update to this PR to future-proof it. |
OK now I get your drift. There are dozens of HRC hardware commands in the loads. But you were referring to just the two state-changing ones that control the 15V and 24V. The 15V is never commanded in the loads in the Return to science concept and (if it was included) there would be no way to stop it from running besides running SCS-107. But the 24V hardware command is in the loads and it becomes a no-op when the 15V is off. This is reflected in 1e46442. |
@jeanconn - thanks for the comments, this PR is definitely better now and hopefully ready! |
Description
This PR provides a better way to handle HRC being disabled than adding a bunch of
Command not run
events. It follows the pattern fromLoad not run
andObserving not run
.I have added this new event type to the FOT MP documentation page just to get it done with now. There is no danger of this accidentally getting into the flight Events Sheet.
Interface impacts
Supports new HRC not run entry on Events Sheet.
Testing
Unit tests
Independent check of unit tests by Jean
Functional tests
No functional testing.