Author: Orsini, L.
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 Ar­chi­tec­ture (WinCC OA) is used at CERN as the so­lu­tion for many con­trol sys­tem de­vel­op­ments. This prod­uct mod­els the process vari­ables in struc­tures known as data points and of­fers a cus­tom pro­ce­dural script­ing lan­guage, called Con­trol Lan­guage (CTRL). CTRL is also the lan­guage to pro­gram func­tion­al­ity of the na­tive user in­ter­faces (UI) and is used by the WinCC OA based CERN con­trol sys­tem frame­works. CTRL does not sup­port ob­ject ori­ented (OO) mod­el­ing by de­fault. A lower level OO ap­pli­ca­tion pro­gram­ming in­ter­face (API) is pro­vided, but re­quires sig­nif­i­cantly more ex­per­tise and de­vel­op­ment ef­fort than CTRL. The De­tec­tor Con­trol Sys­tem group of the CMS ex­per­i­ment has de­vel­oped CMS­fw­Class, a pro­gram­ming toolkit which adds OO be­hav­ior to the data points and CTRL. CMS­fw­Class re­duces the se­man­tic gap be­tween high level soft­ware de­sign and the ap­pli­ca­tion do­main. It in­creases main­tain­abil­ity, en­cap­su­la­tion, reusabil­ity and ab­strac­tion. This paper pre­sents the de­tails of the im­ple­men­ta­tion as well as the ben­e­fits and use cases of CMS­fw­Class.  
poster icon 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
  
  Re­mote mon­i­tor­ing and con­trols has al­ways been an im­por­tant as­pect of physics de­tec­tor con­trols since it was avail­able. Due to the com­plex­ity of the sys­tems, the 24/7 run­ning re­quire­ments and lim­ited human re­sources, re­mote ac­cess to per­form in­ter­ven­tions is es­sen­tial. The amount of data to vi­su­al­ize, the re­quired vi­su­al­iza­tion types and cy­ber­se­cu­rity stan­dards de­mand a pro­fes­sional, com­plete so­lu­tion. Using the ex­am­ple of the in­te­gra­tion of the CMS de­tec­tor con­trols sys­tem into our OR­A­CLE We­b­Cen­ter in­fra­struc­ture, the mech­a­nisms and tools avail­able for in­te­gra­tion with con­trols sys­tems shall be dis­cussed. Au­then­ti­ca­tion has been del­e­gated to We­b­Cen­ter and au­tho­riza­tion been shared be­tween web server and con­trol sys­tem. Ses­sion han­dling ex­ists in ei­ther sys­tem and has to be matched. Con­cur­rent ac­cess by mul­ti­ple users has to be han­dled. The un­der­ly­ing JEE in­fra­struc­ture is spe­cial­ized in vi­su­al­iza­tion and in­for­ma­tion shar­ing. On the other hand, the struc­ture of a JEE sys­tem re­sem­bles a dis­trib­uted con­trols sys­tem. There­fore an out­look shall be given on tasks which could be cov­ered by the web servers rather than the con­trols sys­tem.  
slides icon 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 De­tec­tor Con­trol Sys­tem (DCS) of the Com­pact Muon So­le­noid (CMS) ex­per­i­ment ran with high avail­abil­ity through­out the first physics data-tak­ing pe­riod of the Large Hadron Col­lider (LHC). This was achieved through the con­sis­tent im­prove­ment of the con­trol soft­ware and the pro­vi­sion of a 24-hour ex­pert on-call ser­vice. One re­main­ing po­ten­tial cause of sig­nif­i­cant down­time was the fail­ure of the com­put­ers host­ing the DCS soft­ware. To min­i­mize the im­pact of these fail­ures after the restart of the LHC in 2015, it was de­cided to im­ple­ment a re­dun­dant soft­ware layer for the con­trol sys­tem where two com­put­ers host each DCS ap­pli­ca­tion. By cus­tomiz­ing and ex­tend­ing the re­dun­dancy con­cept of­fered by WinCC Open Ar­chi­tec­ture (WinCC OA), the CMS DCS can now run in a fully re­dun­dant soft­ware con­fig­u­ra­tion. The im­ple­men­ta­tion in­volves one host being ac­tive, han­dling all mon­i­tor­ing and con­trol tasks, with the sec­ond host run­ning in a min­i­mally func­tional, pas­sive con­fig­u­ra­tion. Data from the ac­tive host is con­stantly copied to the pas­sive host to en­able a rapid switchover as needed. This paper de­scribes de­tails of the im­ple­men­ta­tion and prac­ti­cal ex­pe­ri­ence of re­dun­dancy in the CMS DCS. 		 
poster icon Poster WEPGF013 [1.730 MB]  
Export • reference for this paper using ※ BibTeX, ※ LaTeX, ※ Text/Word, ※ RIS, ※ EndNote (xml)