TUCG
-
TUCG MC09 Experimental Control and Data Acquisition
23 Sep 2025, 13:30 -
14:15
Chair: Steven Hartman (Oak Ridge National Laboratory)
TUCG001
EPICS areaDetector overview and update
299
areaDetector is an EPICS framework for 2-D and other types of detectors that is widely used in synchrotron and neutron facilities. An overview of areaDetector and enhancements since the last ICALEPCS presentation in 2017 will be presented. These include: - HDF5 file writing plugin: o Support for Blosc, lz4, bitshuffle/lz4, and JPEG compression. o Support for Direct Chunk Write which allows directly writing precompressed NDArrays, improving performance. - Support for automatically converting medm OPI files to CSS/Phoebus, CSS/Boy, edm, and caQtDM. The other OPI files are now included in the distribution. - Capability for drivers to wait until all plugins are done processing before declaring acquisition to be complete. - NDPluginCodec to compress and decompress NDArrays. Supported codecs are Blosc, lz4, bitshuffle/lz4, and JPEG. A primary application is is to transport compressed NTNDArrays using pvAccess. - NDPluginBadPixel to flag bad pixels in NDArrays. - New drivers detector drivers including: o ADEiger for Dectris Eiger detectors. o ADSpinnaker for FLIR cameras with their Spinnaker SDK. o ADVimba for Allied Vision caneras with their Vimba SDK. o ADGenICam base class for GenICam cameras. o ADAravis for GenICam cameras using the open-source aravis library. o ADEuresys for CoaXPress cameras using Eureys frame grabbers. o ADDCAMHamamatsu for Hamamatsu cameras using their DCAM library. - A roadmap for future developments will also be presented.
Paper: TUCG001
DOI: reference for this paper: 10.18429/JACoW-ICALEPCS2025-TUCG001
About: Received: 29 Aug 2025 — Revised: 18 Sep 2025 — Accepted: 28 Oct 2025 — Issue date: 25 Nov 2025
TUCG002
Data acquisition and on-the-fly processing from high rate detectors at MAX IV
306
At MAX IV, we have developed a high-performance data acquisition (DAQ) system to handle the high rate detectors exploiting the brightness of the fourth-generation source. This system integrates multiple detector types, including photon counting and charge integrating detectors as well as sCMOS cameras, into a unified DAQ framework. Data are streamed to a central Kubernetes cluster which mounts an IBM Storage Scale (GPFS) storage, with control provided via Tango. The system provides live feedback from the detectors/cameras and is furthermore extended to provide on-the-fly data reduction via the "Dranspose" framework, a horizontally scalable, distributed data analysis pipeline. We present an overview of the diverse detector suite at MAX IV and describe the components of our DAQ and processing framework, highlighting its performance for live data streaming and on-the-fly reduction with reference to several applications.
Paper: TUCG002
DOI: reference for this paper: 10.18429/JACoW-ICALEPCS2025-TUCG002
About: Received: 05 Sep 2025 — Revised: 16 Sep 2025 — Accepted: 03 Nov 2025 — Issue date: 25 Nov 2025
TUCG003
A motion control system for fly scans synchronized to X-ray pulses
312
With the High Energy Upgrade project in the installation phase at the SLAC National Accelerator Laboratory Linac Coherent Light Source (LCLS), soon the repetition rate of the X-ray beam will exceed the capability of the present motion control system to reliably deliver samples. We describe the design of a motion control system which aims to deliver solid crystal samples within 5 um of the focal point of the X-ray beam at a rate of 1000 Hz using a fly scan. Throughout the fly scan, a triggered timestamping device is used with an EtherCAT based distributed clock to predict the position error at the time of each X-ray pulse. This position error is used in a feedback loop to bias the velocity command to each motion axis and restore synchronism. The design is flexible enough to expand to any number of synchronized axes up to the limits of the computing hardware. Additionally, with most of the software written in Structured Text language defined in IEC 61131-3, it is transferable to other EtherCAT based real-time systems with few modifications. Finally, we describe how the TwinCAT PLC programming environment can be used to develop and test almost all of the functionality of the software without hardware present, through a combination of unit testing and simulation axes.
Paper: TUCG003
DOI: reference for this paper: 10.18429/JACoW-ICALEPCS2025-TUCG003
About: Received: 05 Sep 2025 — Revised: 21 Sep 2025 — Accepted: 08 Oct 2025 — Issue date: 25 Nov 2025