-
Notifications
You must be signed in to change notification settings - Fork 9
Open
Description
Expected Behavior
- RIX, being one beam pipe, should (probably?) have one beam path associated with it, even if there are 2 endstations
- RIX hutch python should load a lightpath object
Current Behavior
- Currently split into CRIX and QRIX, along K1 and K2 which doesn't quite match the reality of where these endstations are
- RIX hutch python doesn't know which one to load, nor can it without some modifications
Possible Solution
Discuss and collaborate with RIX to figure out the correct/best way to show these
- Combine lightpath to 1?
- Split hutch python into 2? (and fix the start/end points for lightpath)
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
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
No labels