ICALEPCS2015 - List of Authors (Cittolin, S.)

Paper	Title	Page
MOPGF025	Enhancing the Detector Control System of the CMS Experiment with Object Oriented Modelling	145
	R.J. Jiménez Estupiñán, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, F. Glege, J. Hegeman, M. Janulis, L. Masetti, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl CERN, Geneva, Switzerland J.M. Andre, R.K. Mommsen, V. O'Dell, P. Zejdl Fermilab, Batavia, Illinois, USA U. Behrens DESY, Hamburg, Germany J. Branson, S. Cittolin, A. Holzner, M. Pieri UCSD, La Jolla, California, USA G.L. Darlea, G. Gomez-Ceballos, C. Paus, K. Sumorok, J. Veverka MIT, Cambridge, Massachusetts, USA S. Erhan UCLA, Los Angeles, California, USA O. Holme ETH, Zurich, Switzerland
	WinCC Open Architecture (WinCC OA) is used at CERN as the solution for many control system developments. This product models the process variables in structures known as data points and offers a custom procedural scripting language, called Control Language (CTRL). CTRL is also the language to program functionality of the native user interfaces (UI) and is used by the WinCC OA based CERN control system frameworks. CTRL does not support object oriented (OO) modeling by default. A lower level OO application programming interface (API) is provided, but requires significantly more expertise and development effort than CTRL. The Detector Control System group of the CMS experiment has developed CMSfwClass, a programming toolkit which adds OO behavior to the data points and CTRL. CMSfwClass reduces the semantic gap between high level software design and the application domain. It increases maintainability, encapsulation, reusability and abstraction. This paper presents the details of the implementation as well as the benefits and use cases of CMSfwClass.
	Poster MOPGF025 [1.441 MB]
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

TUA3O01	Detector Controls Meets JEE on the Web	513
	F. Glege, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, J. Hegeman, O. Holme, M. Janulis, R.J. Jiménez Estupiñán, L. Masetti, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl CERN, Geneva, Switzerland J.M. Andre, R.K. Mommsen, V. O'Dell Fermilab, Batavia, Illinois, USA U. Behrens DESY, Hamburg, Germany J. Branson, S. Cittolin, A. Holzner, M. Pieri UCSD, La Jolla, California, USA G.L. Darlea, G. Gomez-Ceballos, C. Paus, J. Veverka MIT, Cambridge, Massachusetts, USA S. Erhan UCLA, Los Angeles, California, USA
	Remote monitoring and controls has always been an important aspect of physics detector controls since it was available. Due to the complexity of the systems, the 24/7 running requirements and limited human resources, remote access to perform interventions is essential. The amount of data to visualize, the required visualization types and cybersecurity standards demand a professional, complete solution. Using the example of the integration of the CMS detector controls system into our ORACLE WebCenter infrastructure, the mechanisms and tools available for integration with controls systems shall be discussed. Authentication has been delegated to WebCenter and authorization been shared between web server and control system. Session handling exists in either system and has to be matched. Concurrent access by multiple users has to be handled. The underlying JEE infrastructure is specialized in visualization and information sharing. On the other hand, the structure of a JEE system resembles a distributed controls system. Therefore an outlook shall be given on tasks which could be covered by the web servers rather than the controls system.
	Slides TUA3O01 [2.611 MB]
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

WEPGF013	Increasing Availability by Implementing Software Redundancy in the CMS Detector Control System	717
	L. Masetti, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, F. Glege, J. Hegeman, M. Janulis, R.J. Jiménez Estupiñán, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl CERN, Geneva, Switzerland J.M. Andre, R.K. Mommsen, V. O'Dell, P. Zejdl Fermilab, Batavia, Illinois, USA U. Behrens DESY, Hamburg, Germany J. Branson, S. Cittolin, A. Holzner, M. Pieri UCSD, La Jolla, California, USA G.L. Darlea, G. Gomez-Ceballos, C. Paus, K. Sumorok, J. Veverka MIT, Cambridge, Massachusetts, USA S. Erhan UCLA, Los Angeles, California, USA O. Holme ETH, Zurich, Switzerland
	Funding: Swiss National Science Foundation (SNSF). The Detector Control System (DCS) of the Compact Muon Solenoid (CMS) experiment ran with high availability throughout the first physics data-taking period of the Large Hadron Collider (LHC). This was achieved through the consistent improvement of the control software and the provision of a 24-hour expert on-call service. One remaining potential cause of significant downtime was the failure of the computers hosting the DCS software. To minimize the impact of these failures after the restart of the LHC in 2015, it was decided to implement a redundant software layer for the control system where two computers host each DCS application. By customizing and extending the redundancy concept offered by WinCC Open Architecture (WinCC OA), the CMS DCS can now run in a fully redundant software configuration. The implementation involves one host being active, handling all monitoring and control tasks, with the second host running in a minimally functional, passive configuration. Data from the active host is constantly copied to the passive host to enable a rapid switchover as needed. This paper describes details of the implementation and practical experience of redundancy in the CMS DCS.
	Poster WEPGF013 [1.730 MB]
Export •	reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)

Paper

Title

Page

Enhancing the Detector Control System of the CMS Experiment with Object Oriented Modelling

145

R.J. Jiménez Estupiñán, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, F. Glege, J. Hegeman, M. Janulis, L. Masetti, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl
CERN, Geneva, Switzerland
J.M. Andre, R.K. Mommsen, V. O'Dell, P. Zejdl
Fermilab, Batavia, Illinois, USA
U. Behrens
DESY, Hamburg, Germany
J. Branson, S. Cittolin, A. Holzner, M. Pieri
UCSD, La Jolla, California, USA
G.L. Darlea, G. Gomez-Ceballos, C. Paus, K. Sumorok, J. Veverka
MIT, Cambridge, Massachusetts, USA
S. Erhan
UCLA, Los Angeles, California, USA
O. Holme
ETH, Zurich, Switzerland

WinCC Open Architecture (WinCC OA) is used at CERN as the solution for many control system developments. This product models the process variables in structures known as data points and offers a custom procedural scripting language, called Control Language (CTRL). CTRL is also the language to program functionality of the native user interfaces (UI) and is used by the WinCC OA based CERN control system frameworks. CTRL does not support object oriented (OO) modeling by default. A lower level OO application programming interface (API) is provided, but requires significantly more expertise and development effort than CTRL. The Detector Control System group of the CMS experiment has developed CMSfwClass, a programming toolkit which adds OO behavior to the data points and CTRL. CMSfwClass reduces the semantic gap between high level software design and the application domain. It increases maintainability, encapsulation, reusability and abstraction. This paper presents the details of the implementation as well as the benefits and use cases of CMSfwClass.

Poster MOPGF025 [1.441 MB]

Export •

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

TUA3O01

Detector Controls Meets JEE on the Web

513

F. Glege, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, J. Hegeman, O. Holme, M. Janulis, R.J. Jiménez Estupiñán, L. Masetti, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl
CERN, Geneva, Switzerland
J.M. Andre, R.K. Mommsen, V. O'Dell
Fermilab, Batavia, Illinois, USA
U. Behrens
DESY, Hamburg, Germany
J. Branson, S. Cittolin, A. Holzner, M. Pieri
UCSD, La Jolla, California, USA
G.L. Darlea, G. Gomez-Ceballos, C. Paus, J. Veverka
MIT, Cambridge, Massachusetts, USA
S. Erhan
UCLA, Los Angeles, California, USA

Remote monitoring and controls has always been an important aspect of physics detector controls since it was available. Due to the complexity of the systems, the 24/7 running requirements and limited human resources, remote access to perform interventions is essential. The amount of data to visualize, the required visualization types and cybersecurity standards demand a professional, complete solution. Using the example of the integration of the CMS detector controls system into our ORACLE WebCenter infrastructure, the mechanisms and tools available for integration with controls systems shall be discussed. Authentication has been delegated to WebCenter and authorization been shared between web server and control system. Session handling exists in either system and has to be matched. Concurrent access by multiple users has to be handled. The underlying JEE infrastructure is specialized in visualization and information sharing. On the other hand, the structure of a JEE system resembles a distributed controls system. Therefore an outlook shall be given on tasks which could be covered by the web servers rather than the controls system.

Slides TUA3O01 [2.611 MB]

Export •

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

WEPGF013

Increasing Availability by Implementing Software Redundancy in the CMS Detector Control System

717

L. Masetti, A. Andronidis, O. Chaze, C. Deldicque, M. Dobson, A.D. Dupont, D. Gigi, F. Glege, J. Hegeman, M. Janulis, R.J. Jiménez Estupiñán, F. Meijers, E. Meschi, S. Morovic, C. Nunez-Barranco-Fernandez, L. Orsini, A. Petrucci, A. Racz, P. Roberts, H. Sakulin, C. Schwick, B. Stieger, S. Zaza, P. Zejdl
CERN, Geneva, Switzerland
J.M. Andre, R.K. Mommsen, V. O'Dell, P. Zejdl
Fermilab, Batavia, Illinois, USA
U. Behrens
DESY, Hamburg, Germany
J. Branson, S. Cittolin, A. Holzner, M. Pieri
UCSD, La Jolla, California, USA
G.L. Darlea, G. Gomez-Ceballos, C. Paus, K. Sumorok, J. Veverka
MIT, Cambridge, Massachusetts, USA
S. Erhan
UCLA, Los Angeles, California, USA
O. Holme
ETH, Zurich, Switzerland

Funding: Swiss National Science Foundation (SNSF).
The Detector Control System (DCS) of the Compact Muon Solenoid (CMS) experiment ran with high availability throughout the first physics data-taking period of the Large Hadron Collider (LHC). This was achieved through the consistent improvement of the control software and the provision of a 24-hour expert on-call service. One remaining potential cause of significant downtime was the failure of the computers hosting the DCS software. To minimize the impact of these failures after the restart of the LHC in 2015, it was decided to implement a redundant software layer for the control system where two computers host each DCS application. By customizing and extending the redundancy concept offered by WinCC Open Architecture (WinCC OA), the CMS DCS can now run in a fully redundant software configuration. The implementation involves one host being active, handling all monitoring and control tasks, with the second host running in a minimally functional, passive configuration. Data from the active host is constantly copied to the passive host to enable a rapid switchover as needed. This paper describes details of the implementation and practical experience of redundancy in the CMS DCS.

Poster WEPGF013 [1.730 MB]

Export •

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