| Paper | Title | Other Keywords | Page | ||
|---|---|---|---|---|---|
| TPPA04 | Role-Based Access Control for the Accelerator Control System at CERN | controls, pick-up | 90 | ||
|
Given the significant dangers of LHC operations, access control to the accelerator controls system is required. This paper describes the requirements, design, and implementation of Role-Based Access Control (RBAC) for the LHC and injectors controls systems. It is an overview of the two main components of RBAC: authentication and authorization, and the tools needed to manage access control data. We begin by stating the main requirements of RBAC and then describe the architecture and its implementation. RBAC is developed by LAFS a collaboration between CERN and Fermilab.
|
|
|
||
| WPPB21 | Integration of CANopen-Based Controllers with TINE Control System for PETRA 3 | controls, brilliance, vacuum, power-supply | 442 | ||
|
For PETRA III, the high-brilliance third-generation light source being built now at DESY in Hamburg, Germany, we have established a new hardware development standard for controller designs. It includes communication on the fieldbus level, hardware interfacing to fieldbuses, and a communication application software layer for device firmware. The CAN bus and CANopen protocol were chosen as a primary fieldbus standard, and three branches of generic CANopen-compliant interfacing modules were designed for rapid controller hardware development. For fieldbus management, configuration, and integration with the TINE control system*, the generic TICOM (TINE-Based CANopen Manager) software was written. This document gives an overview of our fieldbus hardware development standard and of the key features of TICOM. It also describes the first applications built on top of the standard.
|
* http://tine.desy.de. |
|
||
| RPPB31 | Distributed Timing Diagnostic Applications | controls, diagnostics, extraction, injection | 677 | ||
|
The CERN timing system delivers events to the accelerator complex via a distribution network to receiver modules located around the laboratory. These modules generate pulses for nearby equipment and interrupts for the local host. Despite careful planning, hardware failure and human error can lead to anomalies within the control system. Diagnosing such errors requires a formal description of the logical and topological timing layout. This paper describes the design and implementation of a suite of timing diagnostic software applications that allow users to quickly diagnose and remedy faults within the CERN timing system.
|
|
|