-
Type: Epic
-
Status: Open (View Workflow)
-
Priority: Normal
-
Resolution: Unresolved
-
Component/s: None
-
Labels:None
-
Epic Name:Publish complete pfsDesign/pfsConfig files
At the point when an exposure is taken, it needs to be associated with the correct pfsDesign, along with the correct pfsConfig if possible and appropriate. This set of tickets covers that work.
An overview:
There are currently three sources of light to the SPS: `pfi`, `sunss`, and `dcb`. We can imagine a couple more (`allFiber`, say). For any one of these, the logic for generating their `pfsConfig` is pretty straightforward. Generate these when interesting things change, and aggregate them into single complete `pfsDesign/pfsConfig` files for the entire instrument.
Specifically, we use the `sps.lightsources` key to tell us what is connected to each SM gang connector. Given that, `fps.pfsConfig`, `sunss.pointing`, and `dcb.bundles` tell us all we need to generate the component `pfsDesign/pfsConfigs`.
It is the iicActor's job to "publish" the final `pfsDesign/pfsConfig` files, even when there is a single light source. The `fpsActor` output is not a published version.
Some of this matters for the 2021-11 run. But with only one SM much does not: the existing DCB/SUNSS configs are fine.
- is blocked by
-
INSTRM-1417 Add `getDcbPfsConfig(dcbBundles)` function
- Open
-
INSTRM-1418 Add `getSunssPfsConfig(ra, dec, pa)` function
- Open
-
PIPE2D-919 Adapt ingestPfsFrames logic to proposed ICS changes
- Open
-
INSTRM-1415 Add visit0 logic to IIC
- Done
-
INSTRM-1416 Define file tree location for the `pfsDesign` files from the planning software
- Done
-
INSTRM-1419 Add `fps.pfsConfig=$pfsDesignId,$visit0,$convergenceDone` key.
- Done
-
INSTRM-1420 Publish final `pfsConfig` and `pfsDesign` FITS files, before taking sps/fps/mcs/agcc exposures.
- Done