Versions Compared

Old Version 13

changes.mady.by.user Christopher O'Grady

Saved on

compared with

New Version 14

changes.mady.by.user Christopher O'Grady

Saved on

Key

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

...

  • need burst mode (no beam outside integration window)
  • daq needs to think about timestamping requirements in burst mode
  • longer integration requires better cooling (Chris K. suggests limit of 400us integration? maybe 800us? Angelo thinks above >100us for epixM could be problematic, but needs testing)
  • different running modes require different calibrations (pedestals, gains, offsets)
    • need to have set of standardized conditions to choose from (requires psana support)
  • Needed May 2023
  • Need to know if epixM needs better cooling (there are limits to what can be done)
  • Action item: test longer integration times for epixHR and epixM (400us or 800us). (2 weeks?)
  • Action item: Andy/Georgi provide a few use-cases
  • Action item: Detector group produces a list of examples that "make sense" e.g. frame rate vs. deadtime and noise issues
  • Needed May 2023
  • Need to know if epixM needs better cooling (there are limits to what can be done)Action item: DAQ/analysis group figure out timestamping requirements in burst mode