ICALEPCS2023 - Table of Session: TH1BC (Controls Software Frameworks)

Paper	Title	Page
TH1BCO01	Five years of EPICS 7 - Status Update and Roadmap	1087
	R. Lange ITER Organization, St. Paul lez Durance, France L.R. Dalesio, M.A. Davidsaver, G.S. McIntyre Osprey DCS LLC, Ocean City, USA S.M. Hartman, K.-U. Kasemir ORNL, Oak Ridge, Tennessee, USA A.N. Johnson, S. Veseli ANL, Lemont, Illinois, USA H. Junkes FHI, Berlin, Germany T. Korhonen, S.C.F. Rose ESS, Lund, Sweden M.R. Kraimer Self Employment, Private address, USA K. Shroff BNL, Upton, New York, USA G.R. White SLAC, Menlo Park, California, USA
	Funding: Work supported in part by the U.S. Department of Energy under contracts DE-AC02-76SF00515 and DE-AC05-00OR22725. After its first release in 2017, EPICS version 7 has been introduced into production at several sites. The central feature of EPICS 7, the support of structured data through the new pvAccess network protocol, has been proven to work in large production systems. EPICS 7 facilitates the implementation of new functionality, including developing AI/ML applications in controls, managing large data volumes, interfacing to middle-layer services, and more. Other features like support for the IPv6 protocol and enhancements to access control have been implemented. Future work includes integrating a refactored API into the core distribution, adding modern network security features, as well as developing new and enhancing existing services that take advantage of these new capabilities. The talk will give an overview of the status of deployments, new additions to the EPICS Core, and an overview of its planned future development.
	Slides TH1BCO01 [0.562 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO01
About •	Received ※ 04 October 2023 — Revised ※ 12 October 2023 — Accepted ※ 19 November 2023 — Issued ※ 24 November 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO02	Development of Laser Accelerator Control System Based on EPICS	1093
	Y. Xia, K.C. Chen, L.W. Feng, Z. Guo, Q.Y. He, F.N. Lipresenter, C. Lin, Q. Wang, X.Q. Yan, M.X. Zang, J. Zhao PKU, Beijing, People’s Republic of China J. Zhao Peking University, Beijing, Haidian District, People’s Republic of China
	Funding: State Key Laboratory of Nuclear Physics and Technology, and Key Laboratory of HEDP of the Ministry of Education, CAPT, Peking University, Beijing 100871, China; China’s Ministry of Science and Technology supports Peking University in constructing a proton radiotherapy device based on a petawatt (PW) laser accelerator. The control system’s functionality and performance are vital for the accelerator’s reliability, stability, and efficiency. The PW laser accelerator control system has a three-layer distributed architecture, including device control, front-end (input/output) control and central control (data management, and human-machine interface) layers. The software platform primarily uses EPICS, supplemented by PLC, Python, and Java, while the hardware platform comprises industrial control computers, servers, and private cloud configurations. The control system incorporates various subsystems that manage the laser, target field, beamline, safety interlocks, conditions, synchronization, and functionalities related to data storage, display, and more. This paper presents a control system implementation suitable for laser accelerators, providing valuable insights for future laser accelerator control system development.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO02
About •	Received ※ 04 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 14 December 2023 — Issued ※ 15 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO03	The Tango Controls Collaboration Status in 2023	1100
	T. Juerges SKAO, Macclesfield, United Kingdom G. Abeillé SOLEIL, Gif-sur-Yvette, France R.J. Auger-Williams OSL, St Ives, Cambridgeshire, United Kingdom B. Bertrand, V. Hardion, A.F. Joubert MAX IV Laboratory, Lund University, Lund, Sweden R. Bourtembourg, A. Götz, D. Lacoste, N. Leclercq ESRF, Grenoble, France T. Braun byte physics, Annaburg, Germany G. Cuní, C. Pascual-Izarra, S. Rubio-Manrique ALBA-CELLS, Cerdanyola del Vallès, Spain Yu. Matveev DESY, Hamburg, Germany M. Nabywaniec, T.R. Noga, Ł. Żytniak S2Innovation, Kraków, Poland L. Pivetta Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy
	Since 2021 the Tango Controls collaboration has improved and optimised its efforts in many areas. Not only have Special Interest Group meetings (SIGs) been introduced to speed up the adoption of new technologies or improvements, the kernel has switched to a fixed six-month release cycle for quicker adoption of stable kernel versions by the community. CI/CD provides now early feedback on test failures and compatibility issues. Major code refactoring allowed for a much more efficient use of developer resources. Relevant bug fixes, improvements and new features are now adopted at a much higher rate than ever before. The community participation has also noticeably improved. The kernel switched to C++14 and the logging system is undergoing a major refactoring. Among many new features and tools is jupyTango, Jupyter Notebooks on Tango Controls steroids. PyTango is now easy to install via binary wheels, old Python versions are no longer supported, the build-system is switching to CMake, and releases are now made much closer to stable cppTango releases.
	Slides TH1BCO03 [1.357 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO03
About •	Received ※ 05 October 2023 — Revised ※ 24 October 2023 — Accepted ※ 21 November 2023 — Issued ※ 13 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO04	Asynchronous Execution of Tango Commands in the SKA Telescope Control System: An Alternative to the Tango Async Device	1108
	B.A. Ojur, A.J. Venter SARAO, Cape Town, South Africa D. Devereux CSIRO, Clayton, Australia D. Devereux, S.N. Twum, S. Vrcic SKAO, Macclesfield, United Kingdom
	Equipment controlled by the Square Kilometre Array (SKA) Control System will have a TANGO interface for control and monitoring. Commands on TANGO device servers have a 3000 milliseconds window to complete their execution and return to the client. This timeout places a limitation on some commands used on SKA TANGO devices which take longer than the 3000 milliseconds window to complete; the threshold is more stricter in the SKA Control System (CS) Guidelines. Such a command, identified as a Long Running Command (LRC), needs to be executed asynchronously to circumvent the timeout. TANGO has support for an asynchronous device which allows commands to be executed slower than 3000 milliseconds by using a coroutine to put the task on an event loop. During the exploration of this, a decision was made to implement a custom approach in our base repository which all devices depend on. In this approach, every command annotated as ¿long running¿ is handed over to a thread to complete the task and its progress is tracked through attributes. These attributes report the queued commands along with their progress, status and results. The client is provided with a unique identifier which can be used to track the execution of the LRC and take further action based on the outcome of that command. LRCs can be aborted safely using a custom TANGO command. We present the reference design and implementation of the Long Running Commands for the SKA Controls System.
	Slides TH1BCO04 [0.674 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO04
About •	Received ※ 06 October 2023 — Revised ※ 24 October 2023 — Accepted ※ 20 December 2023 — Issued ※ 22 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO05	Diamond Light Source Athena Platform	1115
	J. Shannon, C.A. Forrester, K.A. Ralphs DLS, Oxfordshire, United Kingdom
	The Athena Platform aims to replace, upgrade and modernise the capabilities of Diamond Light Source’s acquisition and controls tools, providing an environment for better integration with information management and analysis functionality. It is a service-based experiment orchestration system built on top of NSLS-II’s Python based Bluesky/Ophyd data collection framework, providing a managed and extensible software deployment local to the beamline. By using industry standard infrastructure provision, security and interface technologies we hope to provide a sufficiently flexible and adaptable platform, to meet the wide spectrum of science use cases and beamline operation models in a reliable and maintainable way. In addition to a system design overview, we describe here some initial test deployments of core capabilities to a number of Diamond beamlines, as well as some of the technologies developed to support the overall delivery of the platform.
	Slides TH1BCO05 [1.409 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO05
About •	Received ※ 05 October 2023 — Accepted ※ 08 December 2023 — Issued ※ 16 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO06	The Karabo Control System	1120
	S. Hauf, N. Anakkappalla, J.T. Bin Taufik, V. Bondar, R. Costa, W. Ehsan, S.G. Esenov, G. Flucke, A. García-Tabarés Valdivieso, G. Giovanetti, D. Goeries, D.G. Hickin, I. Karpics, A. Klimovskaia, A. Parenti, A. Samadli, H. Santos, A. Silenzi, M.A. Smith, F. Sohn, M. Staffehl, C. Youngman EuXFEL, Schenefeld, Germany
	The Karabo distributed control system has been developed to address the challenging requirements of the European X-ray Free Electron Laser facility, which include custom-made hardware, and high data rates and volumes. Karabo implements a broker-based SCADA environment. Extensions to the core framework, called devices, provide control of hardware, monitoring, data acquisition and online processing on distributed hardware. Services for data logging and for configuration management exist. The framework exposes Python and C++ APIs, which enable developers to quickly respond to requirements within an efficient development environment. An AI driven device code generator facilitates prototyping. Karabo’s GUI features an intuitive, coding-free control panel builder. This allows non-software engineers to create synoptic control views. This contribution introduces the Karabo Control System out of the view of application users and software developers. Emphasis is given to Karabo’s asynchronous Python environment. We share experience of running the European XFEL using a clean-sheet developed control system, and discuss the availability of the system as free and open source software. Tschentscher, et al. Photon beam transport and scientific instruments at the European XFEL App. Sci.7.6(2017):592 ** Hauf, et al. The Karabo distributed control system J.Sync. Rad.26.5(2019):1448ff
	Slides TH1BCO06 [5.878 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO06
About •	Received ※ 06 October 2023 — Accepted ※ 03 December 2023 — Issued ※ 12 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Page

Five years of EPICS 7 - Status Update and Roadmap

1087

R. Lange
ITER Organization, St. Paul lez Durance, France
L.R. Dalesio, M.A. Davidsaver, G.S. McIntyre
Osprey DCS LLC, Ocean City, USA
S.M. Hartman, K.-U. Kasemir
ORNL, Oak Ridge, Tennessee, USA
A.N. Johnson, S. Veseli
ANL, Lemont, Illinois, USA
H. Junkes
FHI, Berlin, Germany
T. Korhonen, S.C.F. Rose
ESS, Lund, Sweden
M.R. Kraimer
Self Employment, Private address, USA
K. Shroff
BNL, Upton, New York, USA
G.R. White
SLAC, Menlo Park, California, USA

Funding: Work supported in part by the U.S. Department of Energy under contracts DE-AC02-76SF00515 and DE-AC05-00OR22725.
After its first release in 2017, EPICS version 7 has been introduced into production at several sites. The central feature of EPICS 7, the support of structured data through the new pvAccess network protocol, has been proven to work in large production systems. EPICS 7 facilitates the implementation of new functionality, including developing AI/ML applications in controls, managing large data volumes, interfacing to middle-layer services, and more. Other features like support for the IPv6 protocol and enhancements to access control have been implemented. Future work includes integrating a refactored API into the core distribution, adding modern network security features, as well as developing new and enhancing existing services that take advantage of these new capabilities. The talk will give an overview of the status of deployments, new additions to the EPICS Core, and an overview of its planned future development.

Slides TH1BCO01 [0.562 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO01

About •

Received ※ 04 October 2023 — Revised ※ 12 October 2023 — Accepted ※ 19 November 2023 — Issued ※ 24 November 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO02

Development of Laser Accelerator Control System Based on EPICS

1093

Y. Xia, K.C. Chen, L.W. Feng, Z. Guo, Q.Y. He, F.N. Lipresenter, C. Lin, Q. Wang, X.Q. Yan, M.X. Zang, J. Zhao
PKU, Beijing, People’s Republic of China
J. Zhao
Peking University, Beijing, Haidian District, People’s Republic of China

Funding: State Key Laboratory of Nuclear Physics and Technology, and Key Laboratory of HEDP of the Ministry of Education, CAPT, Peking University, Beijing 100871, China;
China’s Ministry of Science and Technology supports Peking University in constructing a proton radiotherapy device based on a petawatt (PW) laser accelerator. The control system’s functionality and performance are vital for the accelerator’s reliability, stability, and efficiency. The PW laser accelerator control system has a three-layer distributed architecture, including device control, front-end (input/output) control and central control (data management, and human-machine interface) layers. The software platform primarily uses EPICS, supplemented by PLC, Python, and Java, while the hardware platform comprises industrial control computers, servers, and private cloud configurations. The control system incorporates various subsystems that manage the laser, target field, beamline, safety interlocks, conditions, synchronization, and functionalities related to data storage, display, and more. This paper presents a control system implementation suitable for laser accelerators, providing valuable insights for future laser accelerator control system development.

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO02

About •

Received ※ 04 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 14 December 2023 — Issued ※ 15 December 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO03

The Tango Controls Collaboration Status in 2023

1100

T. Juerges
SKAO, Macclesfield, United Kingdom
G. Abeillé
SOLEIL, Gif-sur-Yvette, France
R.J. Auger-Williams
OSL, St Ives, Cambridgeshire, United Kingdom
B. Bertrand, V. Hardion, A.F. Joubert
MAX IV Laboratory, Lund University, Lund, Sweden
R. Bourtembourg, A. Götz, D. Lacoste, N. Leclercq
ESRF, Grenoble, France
T. Braun
byte physics, Annaburg, Germany
G. Cuní, C. Pascual-Izarra, S. Rubio-Manrique
ALBA-CELLS, Cerdanyola del Vallès, Spain
Yu. Matveev
DESY, Hamburg, Germany
M. Nabywaniec, T.R. Noga, Ł. Żytniak
S2Innovation, Kraków, Poland
L. Pivetta
Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy

Since 2021 the Tango Controls collaboration has improved and optimised its efforts in many areas. Not only have Special Interest Group meetings (SIGs) been introduced to speed up the adoption of new technologies or improvements, the kernel has switched to a fixed six-month release cycle for quicker adoption of stable kernel versions by the community. CI/CD provides now early feedback on test failures and compatibility issues. Major code refactoring allowed for a much more efficient use of developer resources. Relevant bug fixes, improvements and new features are now adopted at a much higher rate than ever before. The community participation has also noticeably improved. The kernel switched to C++14 and the logging system is undergoing a major refactoring. Among many new features and tools is jupyTango, Jupyter Notebooks on Tango Controls steroids. PyTango is now easy to install via binary wheels, old Python versions are no longer supported, the build-system is switching to CMake, and releases are now made much closer to stable cppTango releases.

Slides TH1BCO03 [1.357 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO03

About •

Received ※ 05 October 2023 — Revised ※ 24 October 2023 — Accepted ※ 21 November 2023 — Issued ※ 13 December 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO04

Asynchronous Execution of Tango Commands in the SKA Telescope Control System: An Alternative to the Tango Async Device

1108

B.A. Ojur, A.J. Venter
SARAO, Cape Town, South Africa
D. Devereux
CSIRO, Clayton, Australia
D. Devereux, S.N. Twum, S. Vrcic
SKAO, Macclesfield, United Kingdom

Equipment controlled by the Square Kilometre Array (SKA) Control System will have a TANGO interface for control and monitoring. Commands on TANGO device servers have a 3000 milliseconds window to complete their execution and return to the client. This timeout places a limitation on some commands used on SKA TANGO devices which take longer than the 3000 milliseconds window to complete; the threshold is more stricter in the SKA Control System (CS) Guidelines. Such a command, identified as a Long Running Command (LRC), needs to be executed asynchronously to circumvent the timeout. TANGO has support for an asynchronous device which allows commands to be executed slower than 3000 milliseconds by using a coroutine to put the task on an event loop. During the exploration of this, a decision was made to implement a custom approach in our base repository which all devices depend on. In this approach, every command annotated as ¿long running¿ is handed over to a thread to complete the task and its progress is tracked through attributes. These attributes report the queued commands along with their progress, status and results. The client is provided with a unique identifier which can be used to track the execution of the LRC and take further action based on the outcome of that command. LRCs can be aborted safely using a custom TANGO command. We present the reference design and implementation of the Long Running Commands for the SKA Controls System.

Slides TH1BCO04 [0.674 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO04

About •

Received ※ 06 October 2023 — Revised ※ 24 October 2023 — Accepted ※ 20 December 2023 — Issued ※ 22 December 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO05

Diamond Light Source Athena Platform

1115

J. Shannon, C.A. Forrester, K.A. Ralphs
DLS, Oxfordshire, United Kingdom

The Athena Platform aims to replace, upgrade and modernise the capabilities of Diamond Light Source’s acquisition and controls tools, providing an environment for better integration with information management and analysis functionality. It is a service-based experiment orchestration system built on top of NSLS-II’s Python based Bluesky/Ophyd data collection framework, providing a managed and extensible software deployment local to the beamline. By using industry standard infrastructure provision, security and interface technologies we hope to provide a sufficiently flexible and adaptable platform, to meet the wide spectrum of science use cases and beamline operation models in a reliable and maintainable way. In addition to a system design overview, we describe here some initial test deployments of core capabilities to a number of Diamond beamlines, as well as some of the technologies developed to support the overall delivery of the platform.

Slides TH1BCO05 [1.409 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO05

About •

Received ※ 05 October 2023 — Accepted ※ 08 December 2023 — Issued ※ 16 December 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TH1BCO06

The Karabo Control System

1120

S. Hauf, N. Anakkappalla, J.T. Bin Taufik, V. Bondar, R. Costa, W. Ehsan, S.G. Esenov, G. Flucke, A. García-Tabarés Valdivieso, G. Giovanetti, D. Goeries, D.G. Hickin, I. Karpics, A. Klimovskaia, A. Parenti, A. Samadli, H. Santos, A. Silenzi, M.A. Smith, F. Sohn, M. Staffehl, C. Youngman
EuXFEL, Schenefeld, Germany

The Karabo distributed control system has been developed to address the challenging requirements of the European X-ray Free Electron Laser facility*, which include custom-made hardware, and high data rates and volumes. Karabo implements a broker-based SCADA environment**. Extensions to the core framework, called devices, provide control of hardware, monitoring, data acquisition and online processing on distributed hardware. Services for data logging and for configuration management exist. The framework exposes Python and C++ APIs, which enable developers to quickly respond to requirements within an efficient development environment. An AI driven device code generator facilitates prototyping. Karabo’s GUI features an intuitive, coding-free control panel builder. This allows non-software engineers to create synoptic control views. This contribution introduces the Karabo Control System out of the view of application users and software developers. Emphasis is given to Karabo’s asynchronous Python environment. We share experience of running the European XFEL using a clean-sheet developed control system, and discuss the availability of the system as free and open source software.
* Tschentscher, et al. Photon beam transport and scientific instruments at the European XFEL App. Sci.7.6(2017):592
** Hauf, et al. The Karabo distributed control system J.Sync. Rad.26.5(2019):1448ff

Slides TH1BCO06 [5.878 MB]

DOI •

reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TH1BCO06

About •

Received ※ 06 October 2023 — Accepted ※ 03 December 2023 — Issued ※ 12 December 2023

Cite •

reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)