Group Selection Page HELP DOC Controls Group Data Analysis Group ITDM WP76 DET Vacuum XRO EEE WP78 WP74 FXE SCS SPB MID HED SQS SXP Sample Environment Photon Commissioning Team Operation PSPO XO TS
OPERATION-2024 OPERATION-2023 OPERATION-2022 OPERATION-2021 OPERATION-2020 OPERATION-2019 SASE1-2018 SASE1-2017 Experiment data
  OPERATION-2023 logbook, Contact: F.Wolff-Fabris, A.Galler, L.Samoylova, H.Sinn  Not logged in ELOG logo
Message ID: 143     Entry time: 19 Apr 2023, 17:51
Author: Laurent Mercadier 
Group: SCS 
Subject: Issue 

We report on an issue regarding the bunch pattern: The bunch pattern read by SCS_RR_UTC/MDL/BUNCH_DECODER shows 48 pulses, but we instead use 50 pulses.

Currently, we have a separate RF window and our 1st pulse Id is 2604. We operate at 2.2 MHz, and as required, 50 pulses. See attachment 1.

This means that the last two pulse Ids are 2700 and 2702. However, these values exceed the number of pulses allowed, and the way the bunch pattern is read (SCS_RR_UTC/TSYS/TIMESERVER:outputBunchPattern,
and the middle layer SCS_RR_UTC/MDL/BUNCH_DECODER) cast the array to 2700 values, so that the number of pulses read is 48 instead of actual 50.

We confirm that we indeed have 50 pulses, as seen by the XGM and by photodiode traces showing 50 peaks.

Since our data analysis strongly relies on the bunchpattern table, this is a critical issue.

For now, the users agreed to use 48 pulses instead of 50 pulses to facilitate the data analysis, but this issue should be investigated.

 

DOC was called, ITDM is aware and helped finding the reason.

 

edit 20 Apr 2023, 16:26 : redmine ticket https://redmine.xfel.eu/issues/151949

 

Attachment 1: bunch_pattern)issue_2023-04-19_17-37-10.png  120 kB  Uploaded 19 Apr 2023, 18:57  | Hide | Hide all
bunch_pattern)issue_2023-04-19_17-37-10.png
ELOG V3.1.4-7c3fd00