Closed ksunden closed 2 years ago
One question I have is should we make the dependent hardware dict public, rather than private (as currently implemented) to make it explicit that things like plans can reach in?
Yes, I think this should be public.
@ksunden is this worth testing? Maybe just open an issue to add tests later?
Testing is not super easy, involves setting up several daemons with interconnected configs... doable, but not super trivial... I say push off...
Closes #18
This is an initial implementation paired with a change to yaqd-attune, which are the first (And so far only, to my knowledge) daemons to have dependency relations.
In the future this should likely become a trait and not be a special cased hasattr check, but going quick and dirty for now
I would like to put the keys (regardless of whether connection is successful) somewhere that shows up in the event descriptor doc, just not sure whether that should be in configuration or a custom hints field, maybe? That will be what is used primarily by UIs/plans, such as for our tuning methods.
One question I have is should we make the dependent hardware dict public, rather than private (as currently implemented) to make it explicit that things like plans can reach in?