A MOVEMENT CONTROL SYSTEM FOR ROMAN POTS AT THE LHC Ben Farnham, Sylvain Ravat, Federico Ravotti, Mario Deile, Patrick Fassnacht, Odd Oyvind Andreassen,

Slides:



Advertisements
Similar presentations
Operating Systems Components of OS
Advertisements

.NET Technology. Introduction Overview of.NET What.NET means for Developers, Users and Businesses Two.NET Research Projects:.NET Generics AsmL.
TSpaces Services Suite: Automating the Development and Management of Web Services Presenter: Kevin McCurley IBM Almaden Research Center Contact: Marcus.
Supervision of Production Computers in ALICE Peter Chochula for the ALICE DCS team.
 M.A - BIS Workshop – 4th of February 2015 BIS software layers at CERN Maxime Audrain BIS workshop for CERN and ESS, 3-4 of February 2015 On behalf of.
Handheld TFTP Server with USB Andrew Pangborn Michael Nusinov RIT Computer Engineering – CE Design 03/20/2008.
Cambodia-India Entrepreneurship Development Centre - : :.... :-:-
Installing software on personal computer
Overview of Data Management solutions for the Control and Operation of the CERN Accelerators Database Futures Workshop, CERN June 2011 Zory Zaharieva,
GSI Operating Software – Migration OpenVMS to Linux Ralf Huhmann PCaPAC 2008 October 20, 2008.
Wireless Ad Hoc VoIP Thesis by: Patrick Stuedi & Gustavo Alonso Presentation by: Anil Kumar Marukala & Syed Khaja Najmuddin Ahmed.
E. Hatziangeli – LHC Beam Commissioning meeting - 17th March 2009.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Industrial Control Engineering PXI software support and accelerator integration.
@2011 Mihail L. Sichitiu1 Android Introduction Platform Overview.
W. Sliwinski – eLTC – 7March08 1 LSA & Safety – Integration of RBAC and MCS in the LHC control system.
An Introduction to Software Architecture
The First 1 ½ Years of TOTEM Roman Pot Operation at the LHC M. Deile, G. Antchev, I. Atanassov, V. Avati, J. Baechler, K. Eggert, J. Kašpar, F. Lucas Rodriguez,
Architecting Web Services Unit – II – PART - III.
Java Security Pingping Ma Nov 2 nd, Overview Platform Security Cryptography Authentication and Access Control Public Key Infrastructure (PKI)
Status of the Roman Pot Movement System and the Interlocks Mario Deile
BLU-ICE and the Distributed Control System Constraints for Software Development Strategies Timothy M. McPhillips Stanford Synchrotron Radiation Laboratory.
Proposal for Decisions 2007 Work Baseline M.Jonker for the Cocost* * Collimation Controls Steering Team.
UA9 software overview M. Donzé, UA9 software overview UA9 Crystal Experiment Controls and Acquisition Software Overview M. Donzé 1.Devices controlled 2.Controls.
Middleware for FIs Apeego House 4B, Tardeo Rd. Mumbai Tel: Fax:
André Augustinus 10 October 2005 ALICE Detector Control Status Report A. Augustinus, P. Chochula, G. De Cataldo, L. Jirdén, S. Popescu the DCS team, ALICE.
CE Operating Systems Lecture 3 Overview of OS functions and structure.
Operating System What is an Operating System? A program that acts as an intermediary between a user of a computer and the computer hardware. An operating.
Experimental equipment interacting with beam operation D. Macina TS/LEA Many thanks to my colleagues both from the experiments and the machine for their.
LS2 Other LHC Experiments Mike Lamont Thanks to: Michael Rijssenbeek (AFP) Joachim Baechler (TOTEM) Karl-Heinz Hiller (ALFA)
Android Security Model that Provide a Base Operating System Presented: Hayder Abdulhameed.
Roman Pot Engineering Design Review CERN, 14 February 2006 M.Oriunno, CERN PH-TOT Installation, Commissioning and Schedule.
Post Mortem Collimators and Movable Objects Michel Jonker Post Mortem Workshop Cern, 16 & 17 January 2007.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
LHC Collimation Project Integration into the control system Michel Jonker External Review of the LHC Collimation Project 1 July 2004.
LHC Collimators Low Level Control Commissioning Status A Masi, LHC Collimators Low Level Control Commissioning Status LHC Collimators Low Level Control.
May 2003National Coastal Data Development Center Brief Introduction Two components Data Exchange Infrastructure (DEI) Spatial Data Model (SDM) Together,
LHC BLM Software revue June BLM Software components Handled by BI Software section –Expert GUIs  Not discussed today –Real-Time software  Topic.
Progress report Collaboration meeting 23-SEP-2009
Improvements of the ALFA and TOTEM Roman Pot Movement System in TS1 Mario Deile with input from P. Fassnacht, S. Jakobsen, J. Kaspar, S. Ravat for the.
CERN Control Standards Front-End Computer Layer Stéphane Deghaye BE/CO/FE
Abstract A Structured Approach for Modular Design: A Plug and Play Middleware for Sensory Modules, Actuation Platforms, Task Descriptions and Implementations.
A. Frank - P. Weisberg Operating Systems Structure of Operating Systems.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
RBAC Content: LHC Operational Mode Piquet Roles RBAC Strict LHC Operational mode and CMW Acknowledgements: Pierre C., Wojtek S., Stephen P., Lars J., Verena.
P. 1Mario Deile – Meeting on Experiment Protection from Beam Failures Protecting TOTEM Mario Deile PH-TOT
Industrial Controls Engineering Department First CERN PXI Users Group meeting 19 th October 2011 – Hubert REYMOND – EN/ICE 1.
Architectural issues M.Jonker. Things to do MD was a success. Basic architecture is satisfactory. This is not the end: Understanding of actual technical.
ATLAS-ALFA as a beam instrument Sune Jakobsen (BE-BI-PM and PH-ADO) on behave of the ATLAS-ALFA community LS1 LBOC meeting
European Organization for Nuclear Research DCS remote control in NA62: Equipment & Control Integration. Mathias Dutour NA62 Collaboration 9th December.
Feedbacks from EN/STI A. Masi On behalf of EN-STI Mathieu Donze` Odd Oyvind Andreassen Adriaan Rijllart Paul Peronnard Salvatore Danzeca Mario Di Castro.
TOTEM Roman Pots MPP Meeting 19/06/2015 MPP Meeting 19/06/ Sylvain Ravat1.
Event Management. EMU Graham Heyes April Overview Background Requirements Solution Status.
Suzanne Gysin 1, Andrey D. Petrov 1, Pierre Charrue 2, Wojciech Gajewski 2, Kris Kostro 2, Maciej Peryt 2 1 Fermi National Accelerator Laboratory, 2 European.
Brief Status of LHC Experimental Vacuum Project Ray Veness CERN TE/VSC.
Industrial Control Engineering ADE Rapid Application Development Environment.
Interfacing the FMCM for additional protection in the LHC and the SPS- LHC/CNGS Transfer Lines to the CERN controls system Cristina Gabriel Casado, Interlock.
Software tools for digital LLRF system integration at CERN 04/11/2015 LLRF15, Software tools2 Andy Butterworth Tom Levens, Andrey Pashnin, Anthony Rey.
UA9 software overview M. Donzé/ A. Masi, UA9 software overview UA9 Crystal Experiment Controls and Acquisition Software Overview M. Donze`/A. Masi 1.Devices.
Vacuum Controls framework for the LHC and its injectors Sebastien Blanchard CERN TE-VSC Integration of controllers in SCADA using OPC Server Goal: Improve.
FESA Overview Leandro Fernandez On behalf of the FESA Team 6/22/2010FESA Overview1.
Event Sources and Realtime Actions
Current Generation Hypervisor Type 1 Type 2.
Review on collimator movement with stepping motors
ATLAS-AFP interlock validation
J. Uythoven for the MPE-MI & MS Teams
Common components for OPC-UA developments at CERN: An enhanced OPC-UA toolkit Ben Farnham.
Magnet Safety System for NA61/Shine
Review on collimator movement with stepping motors
An Introduction to Software Architecture
Presentation transcript:

A MOVEMENT CONTROL SYSTEM FOR ROMAN POTS AT THE LHC Ben Farnham, Sylvain Ravat, Federico Ravotti, Mario Deile, Patrick Fassnacht, Odd Oyvind Andreassen, Ivan Atanassov, Joachim Baechler, Brice Copy, Sebastien Franz, Sune Jakobsen, Fernando Lucas Rodriguez, Xavier Pons, Ernst Radermacher, Stefano Redaelli, Mathias Dutour (CERN, Geneva), Karlheinz Hiller (DESY Zeuthen, Zeuthen). ABSTRACT This paper describes the movement control system for detector positioning based on the Roman Pot design used by the ATLAS-ALFA and TOTEM experiments at the LHC. A key system requirement is that LHC machine protection rules are obeyed: the position is surveyed every 20ms with an accuracy of 15µm. If the detectors move too close to the beam (outside limits set by LHC Operators) the LHC interlock system is triggered to dump the beam. LHC Operators in the CERN Control Centre (CCC) drive the system via an HMI provided by a custom built Java application which uses Common Middleware (CMW) to interact with lower level components. Low-level motorization control is executed using National Instruments PXI devices. The DIM protocol provides the software interface to the PXI layer. A FESA gateway server provides a communication bridge between CMW and DIM. A cut down laboratory version of the system was built to provide a platform for verifying the integrity of the full chain, with respect to user and machine protection requirements, and validating new functionality before deploying to the LHC. The paper contains a detailed system description, test bench results and foreseen system improvements. OVERVIEW The Roman Pot movement control system is used at CERN by two LHC experiments; ATLAS- ALFA and TOTEM. To gather experimental data, ATLAS-ALFA and TOTEM must position their detectors close (down to ~800µm) to the LHC beams. In order to maintain the beam vacuum conditions, the detectors are sealed inside a movable section of vacuum chamber; this movable section is called a Roman Pot COLLIMATION LHC beam collimation is responsible for beam halo cleaning and aspects of LHC machine protection. Collimation involves moving mechanical jaws close to LHC beams. From a control perspective, Roman Pot movement is a subset of collimation; the Roman Pot movement control system is based on the collimation system USERS Roman Pot movement is carried out by the LHC operations team, basing the solution on the collimation system provides a consistent interface. ACCESS RIGHTS Strict limits are placed imposed on issuing commands to the pots. System administrators use a fine grained control mechanism to generate a digitally signed access map which is deployed onto the middleware server. Incoming commands to the server are verified using this map. KISS KONTRON These diskless linux machines are commonly used at CERN. The operating system is loaded at bootup. PXI Low level motor control is carried out using a PXI crate from National Instruments FESA SERVER FESA is a widely used CERN framework. A FESA server implementation is used here mainly to map between the RDA protocol, spoken by the upper layer applications, and the DIM protocol, spoken by lower layer components. PXI CRATE INTEGRATION DIM is a proprietary CERN protocol often used to integrate low level system components. In this system the PXI crate and the FESA server exchange data over DIM. Note that the crate does not ‘natively’ understand DIM; a DLL performs the mapping between the crate’s native API and DIM. DISPLACEMENT INFORMATION A step counting motor provides the displacement relative to a known (i.e. ’zero step’) position. LVDTs provide position readout which is directly fed into to the interlock logic running on FPGA cards in the PXI crate. ABSOLUTE POSITION A series of microswitches at accurately surveyed locations provide absolute position information. These have various uses including providing the absolute position at which the step count of the step counting motors are reset during calibration. CONCLUSIONS AND FURTHER WORK Basing the Roman Pot movement control system on the established collimation control system proved expedient in building and deploying the system. The system has been used successfully to collected experimental data for TOTEM and ATLAS-ALFA since LabVIEW natively supports OPC-UA; replacing DIM with OPC-UA as the data exchange protocol between the FESA server will simplify the software stack on the PXI by removing the DIM mapping DLL. Furthermore, hosting the FESA server on the PXI CPU will be investigated. The Roman Pots are fitted with an additional means of displacement information which is currently unused, this will be integrated. An upgrade to a new framework version is foreseen for the FESA server, at the same time the code will be refactored to aid future maintenance.