| Paper |
Title |
Other Keywords |
Page |
| MOX03 |
Switching the Jefferson Lab Accelerator Operations Environment from an HP-UX Unix-based to a PC/Linux-based Environment
|
controls, free-electron-laser |
7 |
| |
- T. S. McGuckin
Jefferson Lab, Newport News, Virginia
| |
The Jefferson Lab Accelerator Controls Environment (ACE) was almost uniformly based on an HP-UX Unix environment from 1987 through the summer of 2004. During this period the ACE Control Room underwent a major renovation which included introducing Redhat Enterprise Linux machines, first as specialized process servers and then gradually as general login servers. As computer programs and scripts required to run the accelerator were modified, and inherent problems with the HP-UX platform compounded, more development tools became available for use with Linux and the ACE Control Room began to be converted over to Linux. In May 2008 the last HP-UX Unix login machine was removed from the ACE Control Room, leaving only a few Unix-based remote-login servers still available. This presentation will explore the process of converting an operational Control Room environment from the HP-UX to Linux platform as well as the many hurdles that had to be overcome throughout the transition period (including a discussion of why the process took over four years). It will conclude with a current assessment of the change-over status as well as an examination of what future steps will complete the project.
|
|
|
Slides
|
|
|
|
| MOY01 |
SPARC Control System Operation
|
controls, vacuum, diagnostics, power-supply |
10 |
| |
- F. A. Anelli, M. Bellaveglia, E. Chiadroni, L. Cultrera, G. Di Pirro, D. Filippetto, S. Fioravanti, E. Pace
INFN/LNF, Frascati (Roma)
- L. Catani
Università di Roma II Tor Vergata, Roma
- A. Cianchi
INFN-Roma II, Roma
| |
We describe the control system operation for the new injector project built at the Laboratori Nazionali di Frascati INFN (SPARC). The injector started the operation in the autumn of the 2007 and the control systems has been full operating since the start of commissioning and integrate all tools to help the machine operation. The SPARC control system must follow all evolution in the continuous machine installation and evolution. To allow us a rapid develop in the control system we have made some choice in its development: Labview as developing system due to its diffusion in the laboratory and it become standard in the acquisition software; Gigabit Ethernet as interconnection bus this choice give the sufficient bandwidth in the data exchange; PC as front-end CPU and operator console this kind of machine give the sufficient computing power. We develop all control application for magnetic elements, vacuum equipment, RF cavity, all diagnostics, laser and some experimental apparatus have been developed and debugged on line. We developed an automatic process to store all the element information in two ways periodic and on data change.
|
|
|
|
Slides
|
|
|
|
| MOZ04 |
cMsg - A Publish/Subscribe Interprocess Communication Package
|
controls, monitoring, site |
28 |
| |
- E. J. Wolin, D. Abbott, V. H. Gyurjyan, E. Jastrzembski, D. Lawrence, C. Timmer
Jefferson Lab, Newport News, Virginia
- G. Heyes
JLAB, Newport News, Virginia
| |
Publish/subscribe message passing is an extremely simple, flexible, and powerful interprocess communication paradigm. It is widely used in industry, but not nearly so in HENP, perhaps due to the cost of commercial implementations. cMsg, developed at Jefferson Lab in the US, contains a full-featured pub/sub interprocess communication package that is simple to install and use. It is very efficient, and implements both point-to-point and pub/sub communications, server redundancy, hot server failover, and a server discovery service. In addition, for developers cMsg provides a framework within which one can deploy multiple underlying communication packages that do not necessarily need to implement the full pub/sub paradigm. This allows for unification of all communication in a control system under a single API, shortens development time, and allows for simple upgrade or replacement of underlying communication packages and protocols.
|
|
|
|
Slides
|
|
|
|
| TUY04 |
TINE Video System – A Modular, Well-defined, Component-based and Interoperable TV System Undergoing a Redesign
|
controls, diagnostics, electron, monitoring |
64 |
| |
- S. Weisse
DESY Zeuthen, Zeuthen
| |
In recent years, the usage of TV systems and optical readout at accelerator facilities has constantly been increasing. At the same time, the pace of vendor upgrades of industrial vision hardware has hardly slackened. Because image readout hardware is required to meet special criteria in accelerator physics, vastly different hardware systems are frequently used side by side. Given such circumstances it is not surprising that the imaging software needs to be changed, adapted and updated on a semi-permanent basis. Current TV systems cannot cope very well with rapid software and hardware changes. To improve this, a redesign of the current TINE Video System*, initiated at PITZ, was undertaken. Efforts are focused on an abstract, modular grabbing interface, dedicated software components, a well-defined Video Transport Layer and use of standard file formats where possible. This paper will show current, planned and possible software architectures as well as hardware support and outlines perspectives for near and far future. Although the current implementation is integrated into TINE control system, it is modular enough so that integration into other control systems can be considered.
* S. Weisse, P. Duval, G. Trowitzsch, M. Lomperski, "Status of a versatile Video System at PITZ, DESY-2 and EMBL Hamburg", Proceedings of the ICALEPCS 2007, Knoxville, Tennessee, USA
|
|
|
|
Slides
|
|
|
|
| TUZ02 |
AMS - Alarm Management System
|
controls, free-electron-laser, electron |
70 |
| |
- M. R. Clausen, J. Hatje, M. Moeller, H. R. Rickens
DESY, Hamburg
| |
Alarm management is a mandatory component of todays control systems. The widely distributed process controls for the x-ray free electron laser facility XFEL being build at DESY in Hamburg, Germany will increase the demands for a reliable and functional alarm management system. Todays alarm tools like the EPICS alarm handler may be used for alarm display but they lack management functionalities. The new alarm management system comprises all levels of alarm handling: Collection, store and forward, display as tables and trees, persistent store, archive, archive retrieval, filtering, actions behind filters and distributors. Distributors are issuing actions in the form of (JMS) messages, GSM-SMS or Email. The new alarm system is fully integrated into the CSS framework including views and configuration editors. Alarms as well as log messages are handled by a set of redundant ActiveMQ servers which implement the Java Message Service (JMS) specified by SUN. This paper will describe the whole alarm management system which is based on open source software and independent from control system specific implementations.
|
|
|
|
Slides
|
|
|
|
| TUP010 |
Buffer Manager Implementation for the FLASH Data Aquisition System
|
controls, linac, diagnostics, monitoring |
102 |
| |
- V. Rybnikov, A. Aghababyan, G. Grygiel, O. Hensler, R. Kammering, L. M. Petrosyan, K. Rehlich
DESY, Hamburg
| |
The Free Electron Laser in Hamburg (FLASH) at DESY is a user facility. It produces laser light of short wavelengths from the extreme ultraviolet down to soft X-rays. To study, monitor and document the machine performance and parameters and also to collect the results of the experiment measurements a fast data acquisition (DAQ) system has been developed. A shared memory based buffer manager is the heart of the system. It arranges collected data as events for every linac short. All events can be read by different consumers simultaneously. Linac feedback and monitoring processes as well as experiment middle layer servers are typical clients of the buffer manager. Any client can also generate its own data and insert it into the same event or produce its own one. The paper will focus on the detailed implementation of the buffer manager and its main features. The experience and the achieved performance will be covered as well.
|
|
|
|
Slides
|
|
|
Poster
|
|
|
|
| TUP022 |
A .NET Interface for Channel Access
|
controls, synchrotron, synchrotron-radiation, radiation |
134 |
| |
- G. Cox
STFC/DL, Daresbury, Warrington, Cheshire
| |
The control system for Accelerators and Lasers In Combined Experiments (ALICE) under construction at Daresbury Laboratory uses EPICS and vxWorks on VME64x. The client software in use during the commissioning of the accelerator is based on PC consoles running Red Hat Linux 9. Synoptic displays and engineering panels are created using the Extensible Display Manager (EDM) and other standard EPICS extension software is used for archival, alarm handling etc. A similar EPICS based control system is being used for the commissioning of the Muon Ionisation Cooling Experiment (MICE) under construction at Rutherford Appleton Laboratory. The Synchrotron Radiation Source (SRS) control system uses a bespoke control system with client software on PC consoles running Microsoft Windows. We would like to employ a similar approach for the operational client software on ALICE and MICE with Channel Access (CA) clients running on Microsoft Windows PC consoles. This paper presents the .NET Channel Access interface developed at Daresbury and showcases .NET client applications being developed for both ALICE and MICE operations.
|
|
|
|
Poster
|
|
|
|