Paper |
Title |
Other Keywords |
Page |
MOPV027 |
The Evolution of the DOOCS C++ Code Base |
controls, MMI, network, interface |
188 |
|
- L. Fröhlich, A. Aghababyan, S. Grunewald, O. Hensler, U. Jastrow, R. Kammering, H. Keller, V. Kocharyan, M. Mommertz, F. Peters, A. Petrosyan, G. Petrosyan, L.P. Petrosyan, V. Petrosyan, K. Rehlich, V. Rybnikov, G. Schlesselmann, J. Wilgen, T. Wilksen
DESY, Hamburg, Germany
|
|
|
This contribution traces the development of DESY’s control system DOOCS from its origins in 1992 to its current state as the backbone of the European XFEL and FLASH accelerators and of the future Petra IV light source. Some details of the continual modernization and refactoring efforts on the 1.5 million line C++ codebase are highlighted.
|
|
|
Poster MOPV027 [0.912 MB]
|
|
DOI • |
reference for this paper
※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOPV027
|
|
About • |
Received ※ 14 October 2021 Accepted ※ 21 December 2021
Issue date ※ 07 March 2022 |
|
Cite • |
reference for this paper using
※ BibTeX,
※ LaTeX,
※ Text/Word,
※ RIS,
※ EndNote (xml)
|
|
|
MOPV036 |
Porting Control System Software From Python 2 to 3 - Challenges and Lessons |
software, controls, operation, MMI |
217 |
|
- A.F. Joubert, M.T. Ockards, S. Wai
SARAO, Cape Town, South Africa
|
|
|
Obsolescence is one of the challenges facing all long-term projects. It not only affects hardware platforms, but also software. Python 2.x reached official End Of Life status on 1 January 2020. In this paper we review our efforts to port to the replacement, Python 3.x. While the two versions are very similar, there are important differences which can lead to incompatibility or changes in behaviour. We discuss our motivation and strategy for porting our code base of approximately 200 k source lines of code over 20 Python packages. This includes aspects such as internal and external dependencies, legacy and proprietary software that cannot be easily ported, testing and verification, and why we selected a phased approach rather than "big bang". We also report on the challenges and lessons learnt - notably why good test coverage is so important for software maintenance. Our application is the 64-antenna MeerKAT radio telescope in South Africa - a precursor to the Square Kilometre Array
|
|
|
Poster MOPV036 [2.277 MB]
|
|
DOI • |
reference for this paper
※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOPV036
|
|
About • |
Received ※ 11 October 2021 Accepted ※ 04 February 2022
Issue date ※ 03 March 2022 |
|
Cite • |
reference for this paper using
※ BibTeX,
※ LaTeX,
※ Text/Word,
※ RIS,
※ EndNote (xml)
|
|
|
WEPV013 |
Design of Magnet Measurement System Based on Multi-Hall Sensor |
controls, feedback, site, power-supply |
653 |
|
- B.J. Wang, Y.H. Guo, R. Wang, N. Xie
IMP/CAS, Lanzhou, People’s Republic of China
|
|
|
High-precision magnetic field measurement and control technique significantly guarantees the accurate realization of the magnetic confinement of accelerators. Using real-time magnetic field intensity as the feedback to adjust the magnetic field current input can be a promising strategy. However, the measurement accuracy of the Hall-sensor is hard to meet feedback requirements because of multiple affection from external factors. Meanwhile, the NMR(Nuclear Magnetic Resonance sensor), which can provide high-precision magnetic field measurement, can hardly meet the requirements against the real-time control due to its strict requirements on the uniformity of the measured magnetic field, as well as its low data acquisition speed. Therefore, a magnetic field measurement system based on multi-Hall sensors is designed to solve this problem. Four Hall-sensors are used to measure the target magnetic field in this system. An Adaptive fusion algorithm is used to fused collected values to obtain the best estimate of the magnetic field intensity. This system effectively improves the accuracy of magnetic field measurement and ensures the instantaneity of the measurement.
|
|
|
Poster WEPV013 [0.841 MB]
|
|
DOI • |
reference for this paper
※ https://doi.org/10.18429/JACoW-ICALEPCS2021-WEPV013
|
|
About • |
Received ※ 09 October 2021 Revised ※ 22 October 2021
Accepted ※ 21 November 2021 Issue date ※ 06 December 2021 |
Cite • |
reference for this paper using
※ BibTeX,
※ LaTeX,
※ Text/Word,
※ RIS,
※ EndNote (xml)
|
|
|
WEPV038 |
Performance Verification of New Machine Protection System Prototype for RIKEN RI Beam Factory |
FPGA, controls, PLC, operation |
742 |
|
- M. Komiyama, M. Fujimaki, N. Fukunishi, K. Kumagai, A. Uchiyama
RIKEN Nishina Center, Wako, Japan
- M. Hamanaka, T. Nakamura
SHI Accelerator Service Ltd., Tokyo, Japan
|
|
|
We report on performance verification of a prototype of a new machine protection system for the RIKEN Radioactive Isotope Beam Factory (RIBF). This prototype was developed to update a beam interlock system (BIS) in operation since 2006. The new system, like the BIS, is configured using a programmable logic controller (PLC). We applied the prototype to a small part of RIBF and started its operation in Sept., 2020. It consists of two separate PLC stations, and there are 28 digital inputs and 23 analog inputs as interlock signals, and 5 digital outputs are used to stop a beam in total. The observed response time averaged 2 ms and 5.7 ms, respectively, within one station and with both stations. When deploying the prototype in the same scale as the BIS, which consists of 5 PLC stations with roughly 400 signals, the response time is estimated to be over 10 ms, which means that it is too long to protect the equipment when the intensity of the beam accelerated at RIBF becomes higher. Therefore, we are starting to redesign a system by adding a field-programmable gate array (FPGA) to shorten the response time significantly rather than repeating minor improvements to save a few milliseconds.
|
|
DOI • |
reference for this paper
※ https://doi.org/10.18429/JACoW-ICALEPCS2021-WEPV038
|
|
About • |
Received ※ 10 October 2021 Accepted ※ 21 November 2021
Issue date ※ 24 January 2022 |
|
Cite • |
reference for this paper using
※ BibTeX,
※ LaTeX,
※ Text/Word,
※ RIS,
※ EndNote (xml)
|
|
|