 Sat Sep 20 21:00:20 2025, elog_producer, Caribou 1.5, , RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, , , , Normal, ,
|
| changing Peary readout to DMA |
Sat Sep 20 21:02:14 2025, elog_producer, Caribou 1.5, 1041, RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, 20.09.2025 21:01:34, 20.09.2025 21:02:26, 0, Normal, , 
|
automatic log for run 1041
Comment:
no data from DMA  |
|
Sat Sep 20 21:12:30 2025, elog_producer, Caribou 1.5, 1042, RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, 20.09.2025 21:11:57, 20.09.2025 21:12:41, 0, Normal, ,
|
automatic log for run 1042
Comment:
DMA debugging |
|
Sat Sep 20 21:19:04 2025, elog_producer, Caribou 1.5, , RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, , , , Normal, ,
|
DMA debugging
not waiting for IOC flag
frame rate UDP vs. DMA similar now |
|
Sat Sep 20 21:19:29 2025, elog_producer, Caribou 1.5, 1043, RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, 20.09.2025 21:18:09, 20.09.2025 21:19:40, 1, Normal, ,
|
automatic log for run 1043
Comment:
DMA debugging
not waiting for IOC flag
frame rate UDP vs. DMA similar now |
|
Sat Sep 20 21:23:52 2025, elog_producer, Caribou 1.5, 1044, RD50-MPW4, 800 MeV, Low Flux High, Proton, Unknown, 20.09.2025 21:23:44, 20.09.2025 21:24:03, 0, Normal, ,
|
automatic log for run 1044
Comment:
DMA debugging
no data |
|
Sat Aug 16 23:44:00 2025, Maximilian Babeluk, CASTID - Summary, , TJ-Monopix2, 800 MeV, , Proton, , , , , , ,
|
Summary for the CASTID shift RO Aug 16, 2025
We measured four TJ-Monopix2 DUTS with HV/HVC frontends using AIDA mode in a stacked telescope configuration. We used 800MeV protons at low flux settings from very low to high.
We took two high statistics runs on each of the 4 rates. Then we repeated the measurements at medium and high settings for following readout speeds (40 is the default): 30, 20, 10, 2 (minimum).
At increased readout speed, we shoudl be able to recover (part) of the efficiency drop at increased rates.
- Occasionally (maybe a few times an hour but in clusters) we got 8b/10b errors. If so, they all came from the W02R01 DUT using BDAQ board #063/50 and the TLU adapter 1. This is the main source of having 'crap' data
- About 3 times during the test beam, one of the chips (each time a different one) stopped sending data which was possible to recover with a power cycle.
|
|