Page History
...
Data is not currently in a natural order in the fiber, but plan on doing this in the tile electronics.
Calibration Issues Related to Data Reduction
Focusing on SAXS/WAXS in TXI for now, needed for data-reduction techniques: angular integration, cube, libpressio/libsz.
- offsets (use phil's max/min technique) run offline (at least at the start) perhaps on prescale events
- ideally needs work (automation)
- pedestals (dark)
- gains (use charge injection or flat fields or design numbers)
- bad pixels
- used dark runs for this in the past, but Mikhail is adding a new set of calibration constants so that other data (e.g. flat-field) can contribute to bad pixel masks
- geometry:
- beam center (use silke's canny)
- needs some work, e.g. integrating with LCLS2, fit-stability (e.g. with blobby rings)
- Cong also has software for fitting silver-behenate rings (using LCLS1 data)
- panel positions (epixHR2M on movable jaws).
- needs work
- not a flat detector
- mikhail has software that projects onto a plane (will have to project the result back
- do we have 3D metrology measurements for this detector? phil thinks yes. should check with chris kenney. ideally would have metrology as a function of jaw separation.
- we think TXI will have fuzzy silver behenate rings (ask Andy about this)
- Chuck can tell us about LCLS1 silver behenate data
- could we use motor positions for the panel positions? didn't really
- beam center (use silke's canny)
- timetool+delaystage
- delaystage is relatively easy (e.g. gets changed in a step scan)
- either a mechanical stage (uses speed of light) or an electronic delay stage which are also well understood
- for the timetool camera edge-finding, want to convert the edge-position to picoseconds
- this has been done routinely at XPP but not automated way
- harder in XPP than CXI because you have to filter out bad events
- filtered events: bad camera edge-fits, or width of the edge is too large, or amplitude of the edge, or the pulse-energy of the beam
- ideally we would have a psana detector with calibration constants
- the calibration constants exist for the opal. Ric has done some work porting the opal code to the piranha, but not complete.
- needs work testing the calibration procedure and piranha edge-finding
- delaystage is relatively easy (e.g. gets changed in a step scan)
Overview
Content Tools