Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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 
  • 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