ICALEPCS2023 - List of Keywords (Linux)

Paper	Title	Other Keywords	Page
MO4BCO04	Improving Control System Software Deployment at MAX IV	TANGO, software, controls, device-server	201
	B. Bertrand, A. Freitas, A.F. Joubert MAX IV Laboratory, Lund University, Lund, Sweden J.T. Kowalczyk S2Innovation, Kraków, Poland
	The control systems of large research facilities like synchrotrons are composed of many different hardware and software parts. Deploying and maintaining such systems require proper workflows and tools. MAX IV has been using Ansible to manage and deploy its full control system, both software and infrastructure, for many years with great success. We detail further improvements: defining Tango devices as configuration, and automated deployment of specific packages when tagging Gitlab repos. We have now adopted Conda as our primary packaging tool instead of the Red Hat Package Manager (RPM). This allows us to keep up with the rapidly changing Python ecosystem, while at the same time decoupling Operating System upgrades from the control system software. For better management, we have developed a Prometheus-based tool that reports on the installed versions of each package on each machine. This paper will describe our workflow and discuss the benefits and drawbacks of our approach.
	Slides MO4BCO04 [1.969 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-MO4BCO04
About •	Received ※ 06 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 26 October 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

MO4AO01	Xilinx Zync Ultrascale⁺ MPSoC Used as Embedded IOC for a Beam Position Monitor (BPM) System	EPICS, software, FEL, controls	210
	G.M. Marinkovic, D. Anicic, R. Ditter, B. Keil, J. Purtschert, M. Roggli PSI, Villigen PSI, Switzerland
	At PSI we are combining the hardware, firmware, operating system, control system, embedded event system, operation and supervision in a Beam Position Monitor (BPM) system for 24/7 accelerator operation, using a Multi-Processing-System-on-Chip (MPSoC) of type Xilinx Zynq UltraScale+. We presently use MPSoCs for our latest generic BPM electronics platform called "DBPM3" in the Athos soft X-ray branch, as well as for new BPMs and general controls hardware and devices for SLS 2.0, a major upgrade of the Swiss Light Source. We are also in the process of upgrading our previous "MBU" (modular BPM Unit) platform for the SwissFEL linac and hard X-ray "Aramis" from external VMEbus based IOCs to integrated add-on cards with MPSoC IOCs. On all these MPSoCs, we are integrating an EPICS IOC, event receiver, measurement and feedback data real-time processing on a single chip. In this contribution, we describe our experience with the tight integration and daily operation of the various firmware and software components and features on the MPSoC, using the BPM system also to discuss general aspects relevant for other systems and components discussed in other PSI contributions on this conference.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-MO4AO01
About •	Received ※ 06 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 23 November 2023 — Issued ※ 11 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TUPDP025	Board Bring-up with FPGA Framework and ChimeraTK on Yocto	controls, hardware, software, embedded	557
	J. Georg, A.W.C. Barker, L. Butkowski, M. Hierholzer, M. Killenberg, T. Kozak, N. Omidsajedi, M. Randall, D. Rothe, N. Shehzad, C. Willner DESY, Hamburg, Germany K. Zenker HZDR, Dresden, Germany
	This presentation will showcase our experience in board bring-up using our FPGA Framework and ChimeraTK, our C++ hardware abstraction library. The challenges involved in working with different FPGA vendors will be discussed, as well as how the framework and library help to abstract vendor-specific details to provide a consistent interface for applications. Our approach to integrating this framework and libraries with Yocto, a popular open-source project for building custom Linux distributions, will be discussed. We will show how we leverage Yocto’s flexibility and extensibility to create a customized Linux image that includes our FPGA drivers and tools, and discuss the benefits of this approach for embedded development. Finally, we will share some of our best practices for board bring-up using our framework and library, including tips for debugging and testing. Our experience with FPGA-based board bring-up using ChimeraTK and Yocto should be valuable to anyone interested in developing embedded systems with FPGA technology
	Poster TUPDP025 [0.567 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TUPDP025
About •	Received ※ 06 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 15 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TUPDP090	Web Application Packaging - Deploying Web Applications as Traditional Desktop Applications in CERN’s Control Centre	electron, controls, framework, target	746
	M.H. von Hohenbühel, S. Deghaye, E. Galatas, E. Matli, E. Roux CERN, Meyrin, Switzerland
	Web applications are becoming increasingly performant and are now capable, in many cases, of replacing traditional desktop applications. There is also a user demand for web-based applications, surely linked to their modern look & feel, their ease of access, and the overall familiarity of the users with web applications due to their pervasive nature. However, when it comes to a Controls environment, the limitations caused by the fact that web applications run inside a web browser are often seen as a major disadvantage when compared to native desktop applications. In addition, applications deployed in CERN’s Control Centre are tightly integrated with the control system and use a CERN-specific launcher and manager that does not easily integrate with web browsers. This paper presents an analysis of the approaches that have been considered for deploying web applications and integrating them with CERN’s control system. The implications on the development process, the IT infrastructure, the deployment methods as well as the performance impact on the resources of the target computers are also discussed.
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-TUPDP090
About •	Received ※ 10 October 2023 — Revised ※ 20 October 2023 — Accepted ※ 14 December 2023 — Issued ※ 16 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WE2BCO06	EPICS Deployment at Fermilab	EPICS, controls, network, software	997
	P.M. Hanlet, J.S. Diamond, M. Gonzalez, K.S. Martin Fermilab, Batavia, Illinois, USA
	Fermilab has traditionally not been an EPICS house, as such expertise in EPICS is limited and scattered. However, PIP-II will be using EPICS for its control system. Furthermore, when PIP-II is operating, it must to interface with the existing, though modernized (see ACORN) legacy control system. We have developed and deployed a software pipeline that addresses these needs and presents to developers a tested and robust software framework, including template IOCs from which new developers can quickly gain experience. In this presentation, we will discuss the motivation for this work, the implementation of a continuous integration/continuous deployment pipeline, testing, template IOCs, and the deployment of user applications. We will also discuss how this is used with the current PIP-II teststand and lessons learned.
	Slides WE2BCO06 [2.860 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-WE2BCO06
About •	Received ※ 06 October 2023 — Revised ※ 23 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 17 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THMBCMO15	Conan for Building C++ Tango Devices at SOLEIL	software, TANGO, factory, Windows	1227
	P. Madela, G. Abeillé, Y.-M. Abiven, X. Elattaoui, J. Pham, F. Potier SOLEIL, Gif-sur-Yvette, France
	At SOLEIL, our Tango devices are mainly developed in C++, with around 450 projects for building libraries and device servers for our accelerators and beamlines. We have a software factory that has enabled us to achieve continuous integration of our developments using Maven, which manages project dependencies. However, Maven is uncommon for C++. In addition, it has limitations that hinder us from supporting future platforms and new programming standards, leading us to replace it with Conan. Conan is a dependency and package manager for C and C++ that works on all platforms and integrates with various build systems. Its features are designed to enable modern continuous integration workflows with C++ and are an ideal alternative to Maven for our C++ build system. This transition is essential for the upgrade of SOLEIL (SOLEIL II), as we continue to develop new devices and update existing systems. We are confident that Conan will improve our development process and benefit our users. This paper will provide an overview of the integration process and describe the progress of deploying the new build system. We will share our insights and lessons learned throughout the transition process. SOLEIL II: Towards A Major Transformation of the Facility. Conan - C and C++ Open-Source Package Manager
	Slides THMBCMO15 [0.824 MB]
	Poster THMBCMO15 [0.867 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THMBCMO15
About •	Received ※ 04 October 2023 — Revised ※ 10 October 2023 — Accepted ※ 13 December 2023 — Issued ※ 16 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP026	Voltumna Linux: A Custom Distribution for (Embedded) Systems	software, embedded, target, controls	1366
	L. Pivetta, A.I. Bogani, G. Scalamera Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy
	In the last years a thorough approach has been adopted to address the aging and the variability of control system platforms at Elettra Sincrotrone Trieste. The second generation of an in-house built operating system, named Voltumna Linux, which is based on immutable image approach, is now ready for production, supporting a number of commercial-off-the-shelf embedded systems. Moreover, the same approach is perfectly suitable for rack-mount servers, with large memory support, that often require the inclusion of third party or closed source packages. Being entirely based on Git for revision control, Voltumna Linux brings in a number of advantages, such as reproducibility of the product, ease of upgrading or downgrading complete systems, centralized management and deployment of the user software to name a few.
	Poster THPDP026 [1.482 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP026
About •	Received ※ 04 October 2023 — Revised ※ 25 October 2023 — Accepted ※ 13 December 2023 — Issued ※ 15 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP064	Selecting a Linux Operating System for CERN Accelerator Controls	controls, software, operation, hardware	1475
	A. Radeva, J.M.E. Elyn, F. Locci, T. Oulevey, M. Vanden Eynden CERN, Meyrin, Switzerland
	Changing the operating system (OS) for large heterogeneous infrastructures in the research domain is complex. It requires great effort to prepare, migrate and validate the common generic components, followed by the specific corner cases. The trigger to change OS mainly comes from Industry and is based on multiple factors, such as OS end-of-life and the associated lack of security updates, as well as hardware end-of-life and incompatibilities between new hardware and old OS. At the time of writing, the CERN Accelerator Controls computing infrastructure consists of ~4000 heterogeneous systems (servers, consoles and front-ends) running CentOS 7. The effort to move to CentOS 7 was launched in 2014 and deployed operationally 2 years later. In 2022, a project was launched to select and prepare the next Linux OS for Controls servers and consoles. This paper describes the strategy behind the OS choice, and the challenges to be overcome in order to switch to it within the next 2 years, whilst respecting the operational accelerator schedule and factoring in the global hardware procurement delays. Details will be provided on the technical solutions implemented by the System Administration team to facilitate this process. In parallel, whilst embarking on moving away from running Controls services on dedicated bare metal platforms towards containerization and orchestration, an open question is whether the OS of choice, RHEL9, is the most suitable for the near future and if not what are the alternatives?
	Poster THPDP064 [9.129 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP064
About •	Received ※ 07 October 2023 — Revised ※ 27 October 2023 — Accepted ※ 02 December 2023 — Issued ※ 11 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP070	Building, Deploying and Provisioning Embedded Operating Systems at PSI	network, controls, EPICS, hardware	1505
	D. Anicic PSI, Villigen PSI, Switzerland
	In the scope of the Swiss Light Source (SLS) upgrade project, SLS 2.0, at Paul Scherrer Institute (PSI) two New Processing Platforms (NPP), both running RT Linux, have been added to the portfolio of existing VxWorks and Linux VME systems. At the lower end we have picked a variety of boards, all based on the Xilinx Zynq UltraScale⁺ MPSoC. Even though these devices have less processing power, due to the built-in FPGA and Real-time CPU (RPU) they can deliver strict, hard RT performance. For high-throughput, soft-RT applications we went for Intel Xeon based single-board PCs in the CPCI-S form factor. All platforms are operated as diskless systems. For the Zynq systems we have decided on building in-house a Yocto Kirkstone Linux distribution, whereas for the Xeon PCs we employ off-the-shelf Debian 10 Buster. In addition to these new NPP systems, in the scope of our new EtherCAT-based Motion project, we have decided to use small x86₆4 servers, which will run the same Debian distribution as NPP. In this contribution we present the selected Operating Systems (OS) and discuss how we build, deploy and provision them to the diskless clients.
	Poster THPDP070 [0.758 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP070
About •	Received ※ 02 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 19 October 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP071	Application development on CPCI-S.0 Hardware at PSI	controls, hardware, software, electron	1508
	I.J. Johnson, R. Biffiger, D. Felici, W. Koprek, R. Rybaniec, B. Stef, G. Theidel PSI, Villigen PSI, Switzerland
	A Hardware and Software Toolbox is being created to accelerate the engineering of electronic components for large facility upgrades at the Paul Scherrer Institut. This Toolbox consists of modular hardware and Base Designs that follow the CPCI-S.0 concept. Our goal is to provide a starting foundation, tools, modules and libraries to simplify and accelerate developments. This contribution will focus on the Base Designs that provide advanced starting points for applications on MPSoC devices, AMD Zynq Ultrascale+. It is an environment containing both a ready-to-use system and functional building blocks. It features two main layers: one for the Processing System (PS) and one for the Programmable Logic (PL). The former is a collection of the software packages that run within an Operating System. The latter, lower layer consists of a seed Vivado project and an array of ready-to-use firmware modules. A set of device-tree-overlay scripts is also available to create high-level connections between PS and PL components.
	Poster THPDP071 [2.388 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP071
About •	Received ※ 06 October 2023 — Revised ※ 27 October 2023 — Accepted ※ 08 December 2023 — Issued ※ 09 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

THPDP088	ATCA-Based Beam Line Data Software for SLAC’s LCLS-II Timing System	software, EPICS, network, FPGA	1560
	D. Alnajjar, M.P. Donadio, K.H. Kim, M. Weaver SLAC, Menlo Park, California, USA
	Funding: Work supported by US DOE contract DE-AC02-76SF00515 Among the several acquisition services available with SLAC’s high beam rate accelerator, all of which are contemplated in the acquisition service EPICS support package, resides the new Advanced Telecommunications Computing Architecture (ATCA) Beam Line Data (BLD) service. BLD runs on top of SLAC’s common platform software and firmware, and communicates with several high-performance systems (i.e. MPS, BPM, LLRF, timing, etc.) in LCLS, running on a 7-slot ATCA crate. Once linked with an ATCA EPICS IOC and with the proper commands called in the IOC shell, it initializes the BLD FPGA logic and the upper software stack, and makes PVs available allowing the control of the BLD data acquisition rates, and the starting of the BLD data acquisition. This service permits the forwarding of acquired data to configured IP addresses and ports in the format of multicast network packets. Up to four BLD rates can be configured simultaneously, each accessible at its configured IP destination, and with a maximum rate of 1MHz. Users interested in acquiring any of the four BLD rates will need to register in the corresponding IP destination for receiving a copy of the multicast packet on their respective receiver software. BLD has allowed data to be transmitted over multicast packets for over a decade at SLAC, but always at a maximum rate of 120 Hz. The present work focuses on bringing this service to the high beam rate high-performance systems using ATCAs, allowing the reuse of many legacy in-house-developed client software infrastructures.
	Poster THPDP088 [1.060 MB]
DOI •	reference for this paper ※ doi:10.18429/JACoW-ICALEPCS2023-THPDP088
About •	Received ※ 03 October 2023 — Accepted ※ 06 December 2023 — Issued ※ 17 December 2023
Cite •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Other Keywords

Page

MO4BCO04

Improving Control System Software Deployment at MAX IV

TANGO, software, controls, device-server

201

B. Bertrand, A. Freitas, A.F. Joubert
MAX IV Laboratory, Lund University, Lund, Sweden
J.T. Kowalczyk
S2Innovation, Kraków, Poland

The control systems of large research facilities like synchrotrons are composed of many different hardware and software parts. Deploying and maintaining such systems require proper workflows and tools. MAX IV has been using Ansible to manage and deploy its full control system, both software and infrastructure, for many years with great success. We detail further improvements: defining Tango devices as configuration, and automated deployment of specific packages when tagging Gitlab repos. We have now adopted Conda as our primary packaging tool instead of the Red Hat Package Manager (RPM). This allows us to keep up with the rapidly changing Python ecosystem, while at the same time decoupling Operating System upgrades from the control system software. For better management, we have developed a Prometheus-based tool that reports on the installed versions of each package on each machine. This paper will describe our workflow and discuss the benefits and drawbacks of our approach.

Slides MO4BCO04 [1.969 MB]

DOI •

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

About •

Received ※ 06 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 26 October 2023

Cite •

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

MO4AO01

Xilinx Zync Ultrascale⁺ MPSoC Used as Embedded IOC for a Beam Position Monitor (BPM) System

EPICS, software, FEL, controls

210

G.M. Marinkovic, D. Anicic, R. Ditter, B. Keil, J. Purtschert, M. Roggli
PSI, Villigen PSI, Switzerland

At PSI we are combining the hardware, firmware, operating system, control system, embedded event system, operation and supervision in a Beam Position Monitor (BPM) system for 24/7 accelerator operation, using a Multi-Processing-System-on-Chip (MPSoC) of type Xilinx Zynq UltraScale+. We presently use MPSoCs for our latest generic BPM electronics platform called "DBPM3" in the Athos soft X-ray branch, as well as for new BPMs and general controls hardware and devices for SLS 2.0, a major upgrade of the Swiss Light Source. We are also in the process of upgrading our previous "MBU" (modular BPM Unit) platform for the SwissFEL linac and hard X-ray "Aramis" from external VMEbus based IOCs to integrated add-on cards with MPSoC IOCs. On all these MPSoCs, we are integrating an EPICS IOC, event receiver, measurement and feedback data real-time processing on a single chip. In this contribution, we describe our experience with the tight integration and daily operation of the various firmware and software components and features on the MPSoC, using the BPM system also to discuss general aspects relevant for other systems and components discussed in other PSI contributions on this conference.

DOI •

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

About •

Received ※ 06 October 2023 — Revised ※ 09 October 2023 — Accepted ※ 23 November 2023 — Issued ※ 11 December 2023

Cite •

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

TUPDP025

Board Bring-up with FPGA Framework and ChimeraTK on Yocto

controls, hardware, software, embedded

557

J. Georg, A.W.C. Barker, L. Butkowski, M. Hierholzer, M. Killenberg, T. Kozak, N. Omidsajedi, M. Randall, D. Rothe, N. Shehzad, C. Willner
DESY, Hamburg, Germany
K. Zenker
HZDR, Dresden, Germany

This presentation will showcase our experience in board bring-up using our FPGA Framework and ChimeraTK, our C++ hardware abstraction library. The challenges involved in working with different FPGA vendors will be discussed, as well as how the framework and library help to abstract vendor-specific details to provide a consistent interface for applications. Our approach to integrating this framework and libraries with Yocto, a popular open-source project for building custom Linux distributions, will be discussed. We will show how we leverage Yocto’s flexibility and extensibility to create a customized Linux image that includes our FPGA drivers and tools, and discuss the benefits of this approach for embedded development. Finally, we will share some of our best practices for board bring-up using our framework and library, including tips for debugging and testing. Our experience with FPGA-based board bring-up using ChimeraTK and Yocto should be valuable to anyone interested in developing embedded systems with FPGA technology

Poster TUPDP025 [0.567 MB]

DOI •

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

About •

Received ※ 06 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 15 December 2023

Cite •

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

TUPDP090

Web Application Packaging - Deploying Web Applications as Traditional Desktop Applications in CERN’s Control Centre

electron, controls, framework, target

746

M.H. von Hohenbühel, S. Deghaye, E. Galatas, E. Matli, E. Roux
CERN, Meyrin, Switzerland

Web applications are becoming increasingly performant and are now capable, in many cases, of replacing traditional desktop applications. There is also a user demand for web-based applications, surely linked to their modern look & feel, their ease of access, and the overall familiarity of the users with web applications due to their pervasive nature. However, when it comes to a Controls environment, the limitations caused by the fact that web applications run inside a web browser are often seen as a major disadvantage when compared to native desktop applications. In addition, applications deployed in CERN’s Control Centre are tightly integrated with the control system and use a CERN-specific launcher and manager that does not easily integrate with web browsers. This paper presents an analysis of the approaches that have been considered for deploying web applications and integrating them with CERN’s control system. The implications on the development process, the IT infrastructure, the deployment methods as well as the performance impact on the resources of the target computers are also discussed.

DOI •

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

About •

Received ※ 10 October 2023 — Revised ※ 20 October 2023 — Accepted ※ 14 December 2023 — Issued ※ 16 December 2023

Cite •

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

WE2BCO06

EPICS Deployment at Fermilab

EPICS, controls, network, software

997

P.M. Hanlet, J.S. Diamond, M. Gonzalez, K.S. Martin
Fermilab, Batavia, Illinois, USA

Fermilab has traditionally not been an EPICS house, as such expertise in EPICS is limited and scattered. However, PIP-II will be using EPICS for its control system. Furthermore, when PIP-II is operating, it must to interface with the existing, though modernized (see ACORN) legacy control system. We have developed and deployed a software pipeline that addresses these needs and presents to developers a tested and robust software framework, including template IOCs from which new developers can quickly gain experience. In this presentation, we will discuss the motivation for this work, the implementation of a continuous integration/continuous deployment pipeline, testing, template IOCs, and the deployment of user applications. We will also discuss how this is used with the current PIP-II teststand and lessons learned.

Slides WE2BCO06 [2.860 MB]

DOI •

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

About •

Received ※ 06 October 2023 — Revised ※ 23 October 2023 — Accepted ※ 11 December 2023 — Issued ※ 17 December 2023

Cite •

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

THMBCMO15

Conan for Building C++ Tango Devices at SOLEIL

software, TANGO, factory, Windows

1227

P. Madela, G. Abeillé, Y.-M. Abiven, X. Elattaoui, J. Pham, F. Potier
SOLEIL, Gif-sur-Yvette, France

At SOLEIL, our Tango devices are mainly developed in C++, with around 450 projects for building libraries and device servers for our accelerators and beamlines. We have a software factory that has enabled us to achieve continuous integration of our developments using Maven, which manages project dependencies. However, Maven is uncommon for C++. In addition, it has limitations that hinder us from supporting future platforms and new programming standards, leading us to replace it with Conan. Conan is a dependency and package manager for C and C++ that works on all platforms and integrates with various build systems. Its features are designed to enable modern continuous integration workflows with C++ and are an ideal alternative to Maven for our C++ build system. This transition is essential for the upgrade of SOLEIL (SOLEIL II*), as we continue to develop new devices and update existing systems. We are confident that Conan will improve our development process and benefit our users. This paper will provide an overview of the integration process and describe the progress of deploying the new build system. We will share our insights and lessons learned throughout the transition process.
*SOLEIL II: Towards A Major Transformation of the Facility.
Conan - C and C++ Open-Source Package Manager

Slides THMBCMO15 [0.824 MB]

Poster THMBCMO15 [0.867 MB]

DOI •

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

About •

Received ※ 04 October 2023 — Revised ※ 10 October 2023 — Accepted ※ 13 December 2023 — Issued ※ 16 December 2023

Cite •

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

THPDP026

Voltumna Linux: A Custom Distribution for (Embedded) Systems

software, embedded, target, controls

1366

L. Pivetta, A.I. Bogani, G. Scalamera
Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy

In the last years a thorough approach has been adopted to address the aging and the variability of control system platforms at Elettra Sincrotrone Trieste. The second generation of an in-house built operating system, named Voltumna Linux, which is based on immutable image approach, is now ready for production, supporting a number of commercial-off-the-shelf embedded systems. Moreover, the same approach is perfectly suitable for rack-mount servers, with large memory support, that often require the inclusion of third party or closed source packages. Being entirely based on Git for revision control, Voltumna Linux brings in a number of advantages, such as reproducibility of the product, ease of upgrading or downgrading complete systems, centralized management and deployment of the user software to name a few.

Poster THPDP026 [1.482 MB]

DOI •

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

About •

Received ※ 04 October 2023 — Revised ※ 25 October 2023 — Accepted ※ 13 December 2023 — Issued ※ 15 December 2023

Cite •

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

THPDP064

Selecting a Linux Operating System for CERN Accelerator Controls

controls, software, operation, hardware

1475

A. Radeva, J.M.E. Elyn, F. Locci, T. Oulevey, M. Vanden Eynden
CERN, Meyrin, Switzerland

Changing the operating system (OS) for large heterogeneous infrastructures in the research domain is complex. It requires great effort to prepare, migrate and validate the common generic components, followed by the specific corner cases. The trigger to change OS mainly comes from Industry and is based on multiple factors, such as OS end-of-life and the associated lack of security updates, as well as hardware end-of-life and incompatibilities between new hardware and old OS. At the time of writing, the CERN Accelerator Controls computing infrastructure consists of ~4000 heterogeneous systems (servers, consoles and front-ends) running CentOS 7. The effort to move to CentOS 7 was launched in 2014 and deployed operationally 2 years later. In 2022, a project was launched to select and prepare the next Linux OS for Controls servers and consoles. This paper describes the strategy behind the OS choice, and the challenges to be overcome in order to switch to it within the next 2 years, whilst respecting the operational accelerator schedule and factoring in the global hardware procurement delays. Details will be provided on the technical solutions implemented by the System Administration team to facilitate this process. In parallel, whilst embarking on moving away from running Controls services on dedicated bare metal platforms towards containerization and orchestration, an open question is whether the OS of choice, RHEL9, is the most suitable for the near future and if not what are the alternatives?

Poster THPDP064 [9.129 MB]

DOI •

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

About •

Received ※ 07 October 2023 — Revised ※ 27 October 2023 — Accepted ※ 02 December 2023 — Issued ※ 11 December 2023

Cite •

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

THPDP070

Building, Deploying and Provisioning Embedded Operating Systems at PSI

network, controls, EPICS, hardware

1505

D. Anicic
PSI, Villigen PSI, Switzerland

In the scope of the Swiss Light Source (SLS) upgrade project, SLS 2.0, at Paul Scherrer Institute (PSI) two New Processing Platforms (NPP), both running RT Linux, have been added to the portfolio of existing VxWorks and Linux VME systems. At the lower end we have picked a variety of boards, all based on the Xilinx Zynq UltraScale⁺ MPSoC. Even though these devices have less processing power, due to the built-in FPGA and Real-time CPU (RPU) they can deliver strict, hard RT performance. For high-throughput, soft-RT applications we went for Intel Xeon based single-board PCs in the CPCI-S form factor. All platforms are operated as diskless systems. For the Zynq systems we have decided on building in-house a Yocto Kirkstone Linux distribution, whereas for the Xeon PCs we employ off-the-shelf Debian 10 Buster. In addition to these new NPP systems, in the scope of our new EtherCAT-based Motion project, we have decided to use small x86₆4 servers, which will run the same Debian distribution as NPP. In this contribution we present the selected Operating Systems (OS) and discuss how we build, deploy and provision them to the diskless clients.

Poster THPDP070 [0.758 MB]

DOI •

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

About •

Received ※ 02 October 2023 — Accepted ※ 13 October 2023 — Issued ※ 19 October 2023

Cite •

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

THPDP071

Application development on CPCI-S.0 Hardware at PSI

controls, hardware, software, electron

1508

I.J. Johnson, R. Biffiger, D. Felici, W. Koprek, R. Rybaniec, B. Stef, G. Theidel
PSI, Villigen PSI, Switzerland

A Hardware and Software Toolbox is being created to accelerate the engineering of electronic components for large facility upgrades at the Paul Scherrer Institut. This Toolbox consists of modular hardware and Base Designs that follow the CPCI-S.0 concept. Our goal is to provide a starting foundation, tools, modules and libraries to simplify and accelerate developments. This contribution will focus on the Base Designs that provide advanced starting points for applications on MPSoC devices, AMD Zynq Ultrascale+. It is an environment containing both a ready-to-use system and functional building blocks. It features two main layers: one for the Processing System (PS) and one for the Programmable Logic (PL). The former is a collection of the software packages that run within an Operating System. The latter, lower layer consists of a seed Vivado project and an array of ready-to-use firmware modules. A set of device-tree-overlay scripts is also available to create high-level connections between PS and PL components.

Poster THPDP071 [2.388 MB]

DOI •

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

About •

Received ※ 06 October 2023 — Revised ※ 27 October 2023 — Accepted ※ 08 December 2023 — Issued ※ 09 December 2023

Cite •

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

THPDP088

ATCA-Based Beam Line Data Software for SLAC’s LCLS-II Timing System

software, EPICS, network, FPGA

1560

D. Alnajjar, M.P. Donadio, K.H. Kim, M. Weaver
SLAC, Menlo Park, California, USA

Funding: Work supported by US DOE contract DE-AC02-76SF00515
Among the several acquisition services available with SLAC’s high beam rate accelerator, all of which are contemplated in the acquisition service EPICS support package, resides the new Advanced Telecommunications Computing Architecture (ATCA) Beam Line Data (BLD) service. BLD runs on top of SLAC’s common platform software and firmware, and communicates with several high-performance systems (i.e. MPS, BPM, LLRF, timing, etc.) in LCLS, running on a 7-slot ATCA crate. Once linked with an ATCA EPICS IOC and with the proper commands called in the IOC shell, it initializes the BLD FPGA logic and the upper software stack, and makes PVs available allowing the control of the BLD data acquisition rates, and the starting of the BLD data acquisition. This service permits the forwarding of acquired data to configured IP addresses and ports in the format of multicast network packets. Up to four BLD rates can be configured simultaneously, each accessible at its configured IP destination, and with a maximum rate of 1MHz. Users interested in acquiring any of the four BLD rates will need to register in the corresponding IP destination for receiving a copy of the multicast packet on their respective receiver software. BLD has allowed data to be transmitted over multicast packets for over a decade at SLAC, but always at a maximum rate of 120 Hz. The present work focuses on bringing this service to the high beam rate high-performance systems using ATCAs, allowing the reuse of many legacy in-house-developed client software infrastructures.

Poster THPDP088 [1.060 MB]

DOI •

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

About •

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

Cite •

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