Page History
...
- cpo to clarify with dionisio how many "configuration processes" we have?
one per quad? one per detector? one per panel?
- mikhail's projection onto the plane
o need simulated geometry
- need fake serial id numbers: test fetching of constants for a few panels
- multiple-segments per drp node. one executable per segment?
one executable for two segments? (prefer the latter). or redefine
a segment to be e.g. two panels (breaks our previous model of one
segment being one piece of silicon)
o need to event-build pgp which is a big change?
o label each drp detector with one segment: epixhr_0. can we have
two segments inside the dgram? (e.g. 0,1)
o Ric points out that if we have multiple segments per drp exe then
we could conceivably take advantage of that for things like veto
computations. But we would have to distribute the panel data in
an intelligent way.
- run drp-python
- run libsz compression
- run det.calib()
- eventually: veto using Ric's teb. currently we have python-decision
(parallelized for multiple nodes with multiple teb's). but for the
generation of the trigger data (e.g. "number of photons in my panels")
feels like we should use drp-python. but this needs development.
- eventually: inject more realistic (simulated?) data. use skopi for this?
EpixHR2x2
Fiber Lane Assignments
The fiber lane assignments for the 2x2 boards is
Lane[0] = Data
Lane[1] = Data
Lane[2] = ?
Lane[3] = Timing
ASIC Versions
The v2 ASIC requires descrambling of the data and the matrix readback does not work. The v4 ASIC should correct these issues.