On 27th of July, it was reported that arm 5 of the solid attenuator did not stay in 'out' position when retracted, but moved in immediately again.

Reason was, that the limit switch for the 'out'-position did not trigger, and thus the actuator was in error state. Default for error state is 'in'. In order to keep the arm removed, the default was changed on PLC level for the time being.

Today, 30th of July, we did ZZ to investigate the issue. It was found that the bar that accommodates the upper and lower limit switches had become loose and the limit switches were pressed out of the way by the motion, rather than being triggered.

The reason for the bar becoming loose, probably is a not ideal alignment of pneumatic actuator, guiding rod and limit switch bar, which resulted in a small relative motion between the three. This was fixed and limit switches were again aligned and trigger in both 'in' and 'out' position.

We believe, this will remain stable until WMP, but should be investigated more thoroughly, as we could not reach very well all connections in situ.

22h55:
HED informs that they have issues with the HED pulse picker in XTD6. It affects the ongoing experiment, but not to an extent that they cannot continue the beamtime.
It will be more an issue for the next beamtime starting this weekend, therefore they are looking into solutions, working together with DOC and EEE.
They might need a ZZ access to XTD6 to check the pulse picker mechanics outside vacuum.

Vertical motors of M3 now calibrated in first iteration and gemetrical neutral calibrated to 0 in motor settings!!!

New HED positions saved in XRO setpoints 'C'

euler calibration not completed for M3

It was possible to align to HED in parasitic mode to seeding tests

mirror horizontal position (coating stripes) was optimized as far as possible under parasitic conditions

vertical motors calibration and EulerMDL calibration still to be done - collimated beam needed for that.

We found reflection of M3 on M2 popin, but could not locate the beam on HED PBLM nor HED_XTD6_SDLBM-1

scanning both horizontally and vertically around previously saved positions on M3 popin.

managed to get beam through to sdlbm-1. No beam found downstream of that.

Saved motor positions in last picture

ATTENTION: M3 MOTORS STILL NOT CALIBRATED AFTER MECHANICAL INTERVENTION DURING WMP. EULER MDL NOT WORKING RELIABLY FOR M3

Ramp down activities completed by XPD. References:

• SASE1
  • https://in.xfel.eu/elog/SASE1+technical+commissioning/2204
  • https://in.xfel.eu/elog/SASE1+technical+commissioning/2205
  • https://in.xfel.eu/elog/SASE1+technical+commissioning/2206
• SASE2
  • https://in.xfel.eu/elog/SASE2+technical+commissioning/1206
  • ...until...
  • https://in.xfel.eu/elog/SASE2+technical+commissioning/1209
• SASE3
  • https://in.xfel.eu/elog/SASE3+technical+commissioning/2220
  • https://in.xfel.eu/elog/SASE3+technical+commissioning/2221

The XFEL photon beam was switched off as planned at 19h00 sharp.

Machine is preparing for opening the photon tunnels tomorrow morning and to start the winter maintenance period.

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• 800 uJ
• Beam pointing and corrected with M2 Ry piezo stepping optimizing scatering intensity seen on JF4M

Optical laser delivery

• None

Achievements/Observations

• Crystal diffraction data from user samples

Issues

• pointing stability was again an issue but adjusting with M2 Ry piezo stepping optimizing scattering intensity seen on JF4M enabled online correction

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• 800 uJ
• Beam pointing and stability issues towards end of shift (again)

Optical laser delivery

• None

Achievements/Observations

• Crystal diffraction data from several samples collected with detector close up two sample to detector position

Issues

• The counts in the pupil has been dropping over the day and less than yesterday (one issue was a YAG screen in SPB_XTD9_IMGPI)
• pointing stability of beam in the end of the day (similar to yesterday)

Beam drift in the horizontal direction (XTD9_XGM).

From ~16:00, X-ray beam started to drift in the horizontal direction. In total, ~0.3 mm drift observed within 2-3 hours.

Attachment 1: Beam X position in XTD2_XGM and XTD9_XGM

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• 900 uJ
• Beam pointing and stability issues towards end of shift

Optical laser delivery

• None

Achievements/Observations

• Crystal diffraction data from 4 different samples collected with detector close up two sample to detector position

Issues

• Jungrfau gain visualisation caused some concern - was confirmed with the hlp of DOC to be a known issue that the Medium and low gains are masked in that region leding to dark areas in corrected map
• sample collision with cone and OSA required realignment of the setup
• pointing stability of beam in the end of the day (BKR confirmed that the electron orbit is okay. So, we may need to contact PRC)

Beam drift in the horizontal direction (XTD9_XGM x position) started at around 10am and continuously drifted until 16:00.

After then, beam has been drifted back to original position within 4 hours.

After going in and reconnecting the camera, we observe att. 1.

According to logs the camera device server was restarted around 11pm, however the camera instance was never reinstantiated after the restart. The Karabo GUI did not indicate that properly, instead showed a frozen image that looked as if the camera works properly.

(see history of camera state in att. 2)

Device Server log shows that after camera connection was lost, the device server restarted?! Was this restart done on purpose?

2023-11-23T23:02:22.499 ERROR  karabo.AravisBasler2Camera  : SQS_AQS_UPP/CAM/A2A1920_2: Could not synchronize timestamp: GigEVision write_memory timeout
2023-11-23T23:02:27.504 ERROR  karabo.AravisCamera  : SQS_AQS_UPP/CAM/A2A1920_2: arv_device_get_float_feature_value failed: GigEVision read_memory timeout
2023-11-23T23:02:30.007 WARN  karabo.AravisCamera  : SQS_AQS_UPP/CAM/A2A1920_2: Control of the camera exflqr50765 is lost
INFO  Successfully loaded plugin: "libslsDetectors.so"
INFO  Successfully loaded plugin: "libaravisCameras.so"
2023-11-23T23:02:33.773 INFO  openMq  : Opened TCP connection to broker %s:%d.
2023-11-23T23:02:33.775 INFO  openMq  : Connection ping enabled (ping interval = %d second).
2023-11-23T23:02:33.778 INFO  openMq  : Connection connected to broker
2023-11-23T23:02:33.778 INFO  karabo.net.JmsConnection  : Opened TCP connection to broker tcp://sa3-br-sys-broker-2:7777
2023-11-23T23:02:33.779 INFO  karabo.core.DeviceServer  : Logfiles are written to: "/scratch/xctrl/karabo/var/log/cppServer/sqs_nqs_vmi_cam/device-server.log"
2023-11-23T23:02:34.785 INFO  karabo.xms.SignalSlotable  : Instance starts up in topic 'SQS' as 'cppServer/sqs_nqs_vmi_cam' - Karabo 2.16.6
2023-11-23T23:02:34.786 INFO  cppServer/sqs_nqs_vmi_cam  : DeviceServer starts up with id: cppServer/sqs_nqs_vmi_cam
2023-11-23T23:02:34.786 INFO  cppServer/sqs_nqs_vmi_cam  : Updated list of devices available: AlarmService,AravisBasler2Camera,AravisBaslerCamera,AravisCamera,AravisPhotonicScienceCamera,CameraImageSource,DataLoggerManager,FileDataLogger,FileLogReader,Gotthard2Control,Gotthard2Receiver,GotthardControl,GotthardReceiver,GuiServerDevice,ImageSource,InfluxDataLogger,InfluxLogReader,JungfrauControl,JungfrauReceiver,PropertyTest
2023-11-23T23:02:34.934 INFO  karabo.core.DeviceServer  : Sending instance update as new device plugins are available: AravisBasler2Camera,AravisBaslerCamera
2023-11-23T23:02:34.934 INFO  cppServer/sqs_nqs_vmi_cam  : Keep watching directory: "/scratch/xctrl/karabo/plugins" for Device plugins
2023-11-23T23:02:34.934 INFO  cppServer/sqs_nqs_vmi_cam  : Starting Karabo DeviceServer (pid: 235604) on host: sqs-rr-sys-con-cams-1, serverId: cppServer/sqs_nqs_vmi_cam, Broker: tcp://sa3-br-sys-broker-2:7777
2023-11-23T23:02:35.073 INFO  karabo.core.DeviceServer  : Successfully connected to time server 'SQS_RR_UTC/TSYS/TIMESERVER'

==> Status of Taylor Cone unknown for runs 334 - 401

We had to physically unplug and replug the ethernet cable to the camera to get it to work again.

Staff: AR, MS, DM, KK, RL, RdW

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• 900 uJ
• Beam down around 1h

Optical laser delivery

• None

Achievements/Observations

• XTD2 lenses were realigned
• Crystal diffraction data from lysozyme and MOF collected with detector close up

Issues

• Beam down around 1h
• Once again we lost connection to JF4M module 01 requiering reset of receivers.

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• 700-800 uJ
• stable delivery

Optical laser delivery

• None

Achievements/Observations

• More data collection with Jungfrau at the back of the CSS
• Crystal diffraction data from salicylic acid, ibuprofen and MOF collected with detector close up

Issues

• Clear aberations from our CRLs, so we operate with as few as possible
• Twice during data collection we lost connection to JF4M module 01 requiering reset of receivers.

The Si 0.5mm absorber of XTD1 attenuator seems to be damaged. First screenshot is with that one inserted. In the second screenshot, it is replaced with a Si 0.5mm from MID_XTD6_ATT.

Staff: AR, MS, DM, RL, RdW

X-ray delivery

• 16.9 keV, up to 30 pulses and 1.1 MHz for alignment, 1 pulse for data collection
• stable delivery

Optical laser delivery

• None

Achievements/Observations

• Beam aligned down to zyla cam 3
• CRLs were inserted but created too much speckles on Jungfrau and we couldn't reach the expected 80 um beam size for the users lenses (arms 6 and 7 unusable, arm 4 hole feature in beam)
• user lenses aligned
• User beamstop installed to block 1st order line in horizontal direction
• Collected several speckle tracking data scans without our CRLs - to give initial estimates for focus
• Jungfrau timing confirmed - signal observed

Issues

• Could not see signal with the thin sample and the CRLs inserted
• clear aberations from our CRLs
• CRL arm 4 motors were not moving. To recover it, we connected the motor and encoder cables from the pinhole arm.

X-ray delivery

• 1.3-1.7 mJ, 10.7 keV, 1-100 pulses, stable delivery

Optical laser delivery

• None

Achievements/Observations

• Installation of imaging optics and alignment

Issues

• No major issue today

X-ray delivery

• 1.3-1.7 mJ, 10.7 keV, 1-100 pulses, stable delivery

Optical laser delivery

• None

Achievements/Observations

• Aligned beam trajectory for 10.7 keV direct beam
• Installation of imaging optics

Issues

• No major issue today