-
Notifications
You must be signed in to change notification settings - Fork 9
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
RIX paths don't match reality #183
Comments
The path toward combining crix and qrix seems to be simple... I think. Currently the lightpath map looks like this, an there are devices in both the K1 and K2 lines after the branching point (mr1k2_switch) To combine these lines we'd need to:
|
the 4 devices on the K1 line after mr1k2_switch all seem to be around z=790, are they in use still? n [18]: [(res.metadata['name'], res.metadata['z'], res.metadata['active']) for res in K1_res if res.metadata['z'] > 74
...: 2.922]
Out[18]:
[('crixs_rcc_vrc_1', 790.00999, True),
('crixs_rcc_vrc_2', 790.00998, True),
('crixs_rcc_vrc_3', 790.00997, True),
('crixs_rcc_vrc_4', 790.00996, True)] |
I think those are all on the K2 line in reality, according to the location of crix on https://confluence.slac.stanford.edu/display/L2SI/RIX |
Expected Behavior
Current Behavior
Possible Solution
Discuss and collaborate with RIX to figure out the correct/best way to show these
Context
This broke the lightpath device loading in rix hutch python because hutch is set to "rix" and we only have lightpath configs for "crix" and "qrix"
Your Environment
pcds-5.7.1
The text was updated successfully, but these errors were encountered: