Keyword: Windows
Paper Title Other Keywords Page
MOAR02 Modernizing Digital Video Systems at the National Ignition Facility (NIF): Success Stories, Open Challenges and Future Directions Linux, controls, hardware, software 26
 
  • V.K. Gopalan, A.I. Barnes, G.K. Brunton, J. Dixon, C.M. Estes, M. Fedorov, M.S. Flegel, B. Hackel, D.J. Koning, S.L. Townsend, D. Tucker, J.L. Vaher
    LLNL, Livermore, USA
 
  Funding: This work was performed under the auspices of the U.S. Department of Energy by Lawrence Livermore National Laboratory under Contract DE-AC52-07NA27344.
The National Ignition Facility (NIF), the world’s most energetic laser, completed a multi-year project for migrating control software platforms from Ada to Java in 2019. Following that work, a technology refresh of NIF’s Digital Video (DVID) systems was identified as the next important step. The DVIDs were facing long-term maintenance risk due to its obsolete Window XP platform, with over 500 computers to be individually upgraded and patched, 24 camera types with a variety of I/O interfaces and proprietary drivers/software with their licensing needs. In this presentation, we discuss how we leveraged the strengths of NIF’s distributed, cross platform architecture and our system migration expertise to migrate the DVID platforms to diskless clients booting off a single purpose-built immutable Linux image, and replacing proprietary camera drivers with open-source drivers. The in-place upgrades with well-defined fallback strategies ensured minimal impact to the continuous 24/7 shot operations. We will also present our strategy for continuous build, test, and release of the Linux OS image to keep up with future security patches and package upgrades.
LLNL IM Document Release Number: LLNL-ABS-822092
 
slides icon Slides MOAR02 [0.872 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOAR02  
About • Received ※ 08 October 2021       Revised ※ 14 October 2021       Accepted ※ 11 November 2021       Issue date ※ 28 February 2022
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
MOPV034 Migration of Tango Controls Source Code Repositories TANGO, controls, software, database 209
 
  • M. Liszcz, M. Celary, P.P. Goryl, K. Kedron
    S2Innovation, Kraków, Poland
  • G. Abeillé
    SOLEIL, Gif-sur-Yvette, France
  • B. Bertrand
    MAX IV Laboratory, Lund University, Lund, Sweden
  • R. Bourtembourg, A. Götz
    ESRF, Grenoble, France
  • T. Braun
    byte physics e.K., Berlin, Germany
  • A.F. Joubert
    SARAO, Cape Town, South Africa
  • A. López Sánchez, C. Pascual-Izarra, S. Rubio-Manrique
    ALBA-CELLS Synchrotron, Cerdanyola del Vallès, Spain
  • L. Pivetta
    Elettra-Sincrotrone Trieste S.C.p.A., Basovizza, Italy
 
  Funding: Tango Community
At the turn of 2020/2021, the Tango community faced the challenge of a massive migration of all Tango software repositories from GitHub to GitLab. The motivation has been a change in the pricing model of the Travis CI provider and the shutdown of the JFrog Bintray service used for artifact hosting. GitLab has been chosen as a FOSS-friendly platform for storing both the code and build artifacts and for providing CI/CD services. The migration process faced several challenges, both technical, like redesign and rewrite of CI pipelines, and non-technical, like coordination of actions impacting multiple interdependent repositories. This paper explains the strategies adopted for migration, the outcomes, and the impact on the Tango Controls collaboration.
 
poster icon Poster MOPV034 [0.181 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOPV034  
About • Received ※ 10 October 2021       Accepted ※ 04 November 2021       Issue date ※ 28 November 2021  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
MOPV044 Lessons Learned Moving from Pharlap to Linux RT Linux, timing, network, hardware 257
 
  • C. Charrondière, O.O. Andreassen, D. Sierra-Maíllo Martínez, J. Tagg, T. Zilliox
    CERN, Meyrin, Switzerland
 
  The start of the Advanced Proton Driven Plasma Wakefield Acceleration Experiment (AWAKE) facility at CERN in 2016 came with the need for a continuous image acquisition system. The international scientific collaboration responsible for this project requested low and high resolution acquisition at a capture rate of 10Hz and 1 Hz respectively. To match these requirements, GigE digital cameras were connected to a PXI system running PharLap, a real-time operating system, using dual port 1GB/s network cards. With new requirements for a faster acquisition with higher resolution, it was decided to add 10GB/s network cards and a Network Attached Storage (NAS) directly connected to the PXI system to avoid saturating the network. There was also a request to acquire high-resolution images on several cameras during a limited duration, typically 30 seconds, in a burst acquisition mode. To comply with these new requirements PharLap had to be abandoned and replaced with Linux RT. This paper describes the limitation of the PharLap system and the lessons learned during the transition to Linux RT. We will show the improvement of CPU stability and data throughput reached.  
poster icon Poster MOPV044 [0.525 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOPV044  
About • Received ※ 08 October 2021       Revised ※ 18 October 2021       Accepted ※ 20 November 2021       Issue date ※ 28 February 2022
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
MOPV050 DevOps and CI/CD for WinCC Open Architecture Applications and Frameworks framework, controls, Linux, software 281
 
  • R.P.I. Silvola
    CERN, Meyrin, Switzerland
  • L. Sargsyan
    ANSL, Yerevan, Armenia
 
  This paper presents the Continuous Integration and Continuous Deployment (CI/CD) tool chain for WinCC Open Architecture applications and frameworks developed at CERN, enabling a DevOps oriented approach of working. By identifying common patterns and time consuming procedures, and by agreeing on standard repository structures, naming conventions and tooling, we have gained a turnkey solution which automates the compilation of binaries and generation of documentation, thus guaranteeing they are up to date and match the source code in the repository. The pipelines generate deployment-ready software releases, which pass through both static code analysis and unit tests before automatically being deployed to short and long-term repositories. The tool chain leverages industry standard technologies, such as GitLab, Docker and Nexus. The technologies chosen for the tool chain are well understood and have a long, solid track record, reducing the effort in maintenance and potential long term risk. The setup has reduced the expert time needed for testing and releases, while generally improving the release quality.  
poster icon Poster MOPV050 [0.923 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-MOPV050  
About • Received ※ 08 October 2021       Revised ※ 13 October 2021       Accepted ※ 23 February 2022       Issue date ※ 11 March 2022
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
TUPV048 Updates and Remote Challenges for IBEX, Beamline Control at ISIS Pulsed Neutron and Muon Source controls, experiment, EPICS, GUI 514
 
  • F.A. Akeroyd, K.V.L. Baker, L. Cole, J.R. Harper, D.P. Keymer, J.C. King, A.J. Long, T. Löhnert, C. Moreton-Smith, D.E. Oram, B. Rai
    STFC/RAL/ISIS, Chilton, Didcot, Oxon, United Kingdom
 
  IBEX is the EPICS based experiment control system now running on most of the beamlines at the ISIS Neutron and Muon Source, with plans to deploy to all remaining beamlines by the end of the upcoming long shutdown. Over the last couple of years we have added support for reflectometry and muon instruments, developed a script generator, moved from Python 2 to Python 3, and continued to build on our suite of device emulators and tests. The reflectometry inclusions required the development of a framework to maintain the complex motion control requirements for that science technique. Whilst it is desirable that IBEX is easily configurable, not all operations should be available to all users, so we have implemented functionality to manage such access. The COVID-19 pandemic has meant we have also had to adapt to greater amounts of remote experiment access, for which we developed systems covering both IBEX and the old SECI control system. This presentation will aim to provide a brief update on the recent changes to IBEX, as well as outlining the remote operation solutions employed  
poster icon Poster TUPV048 [1.332 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-TUPV048  
About • Received ※ 10 October 2021       Revised ※ 18 October 2021       Accepted ※ 20 November 2021       Issue date ※ 14 March 2022
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
WEPV036 The LMJ Target Chamber Diagnostic Module vacuum, target, laser, experiment 734
 
  • R. Clot
    CEA, LE BARP cedex, France
 
  The Laser MegaJoule (LMJ), the French 176-beam laser facility, is located at the CEA CESTA Laboratory near Bordeaux (France). It is designed to deliver about 1.4 MJ of energy on targets, for high energy density physics experiments, including fusion experiments. The first bundle of 8-beams was commissioned in October 2014. By the end of 2021, ten bundles of 8-beams are expected to be fully operational. Due to energy levels achieved, optical components located at the end of the bundles are highly subject to damage stresses. This is particularly the case with vacuum windows whose integrity is critical. To measure these damages, identify the growth laws, and prevent their degradation (through blockers), the Target Chamber Diagnostic Module (TCDM) was integrated into the LMJ installation in 2019. This diagnostic, which also measures the windows transmission rate, as well as the spatial energy distribution at the end of the bundles, has been designed to operate automatically at night, between two experiments. This presentation describes this 2 years feedback of TCDM and presents the areas for improvement which have been identified to optimize its efficiency and reduce its timeline.  
slides icon Slides WEPV036 [2.047 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-WEPV036  
About • Received ※ 08 October 2021       Accepted ※ 05 January 2022       Issue date ※ 25 January 2022  
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)  
 
THPV046 Virtualized Control System Infrastructure at LINAC Project, PINSTECH network, controls, EPICS, interface 975
 
  • N.U. Saqib, F. Sher
    PINSTECH, Islamabad, Pakistan
 
  IT infrastructure is backbone of modern big science accelerator control systems. Accelerator Controls and Electronics (ACE) Group is responsible for controls, electronics and IT infrastructure for Medical and Industrial NDT (Non-Destructive Testing) linear accelerator prototypes at LINAC Project, PINSTECH. All of the control system components such as EPICS IOCs, Operator Interfaces, Databases and various servers are virtualized using VMware vSphere and VMware Horizon technologies. This paper describes the current IT design and development structure that is supporting the control systems of the linear accelerators efficiently and effectively.  
poster icon Poster THPV046 [1.174 MB]  
DOI • reference for this paper ※ https://doi.org/10.18429/JACoW-ICALEPCS2021-THPV046  
About • Received ※ 10 October 2021       Revised ※ 20 October 2021       Accepted ※ 21 November 2021       Issue date ※ 06 January 2022
Cite • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)