Paper | Title | Other Keywords | Page |
---|---|---|---|
WEKA01 | The CSS Story | controls, site, factory, cryogenics | 1 |
|
|||
Control System Studio (CSS) is designed to serve as an integration platform for engineering and operation of todays process controls as well as machine controls systems. Therefore CSS is not yet another replacement of existing operator interfaces (OPI) but a complete environment for the control room covering alarm management, archived data displays diagnostic tools and last not least operator interfaces. In addition we decided to use CSS as the platform for the whole engineering chain configuring EPICS based process control databases, configuring and managing the I/O, editing state notation programs, configuring role based access rights and many more. Due to the ease of use of CSS as an Eclipse based product, we decided to use the CSS core also for all our stand alone processes. This helped us to reduce the diversity of running products/ processes and simplified the management. In this presentation we will describe our experience with CSS over the last two years. How we managed the transition from old displays to new ones, how we changed our alarm/ message philosophy and last not least which lessons we learned. | |||
![]() |
Slides WEKA01 [2.926 MB] | ||
WEIC01 | Web2cToGo: Bringing the Web2cToolkit to Mobile Devices | controls, status | 4 |
|
|||
The Web2cToolkit is a collection of Web services. It enables scientists, operators and service technicians to supervise and operate accelerators and beam lines through the World Wide Web. The toolkit includes a synoptic display viewer and editor, an archive viewer, a messenger service, a logbook facility, an administration manager and an HTTP gateway to control systems. Recently, a novel view (Web2cToGo) has been added which is especially designed for mobile devices such as tablet computers or smartphones running iOS, Android or other mobile operation systems. Web2cToGo is a frame which embeds instances of all kinds of Web2c tools. It provides a single-sign-on user authentication and authorization procedure. Web2cToGo supports single- or multi-touch user gestures and is available as a platform-independent browser-based Web application or as a platform-dependent native app. This paper describes the conceptual design of Web2cToGo and the technologies used behind the scenes as well as the experiences gathered so far. It presents an outlook of ongoing developments including user-device interaction based on voice recognition. | |||
![]() |
Slides WEIC01 [1.452 MB] | ||
WECC02 | EPICS Channel Access Using WebSocket | controls, monitoring, GUI, ECRIS | 7 |
|
|||
Web technology is useful as a means to widely inform of accelerators and beam status. For this purpose, WebOPI[1] as to web-based system using Ajax (Asynchronous JavaScript and XML) with EPICS was implemented by SNS. On the other hand, it is often necessary to perform the accelerator control from various locations as well as central control room during the beam operation and the maintenance. However, it is not realistic to replace GUI-based operator interface (OPI) with Web-based system using Ajax technology because of interactive performance. Therefore, as a next-generation OPI over the web using EPICS Channel Access (CA), we developed a client system based on WebSocket, which is a new protocol provided by Internet Engineering Task Force for Web-based system. WebSocket is a web technology providing bi-directional, full-duplex communication channels over a single TCP connection. By utlizing Node.js and WebSocket access library named Socket. IO, a WebSocket server was implemented. As a result, Web-based client systems became available not only in the central control room but also with various types of equipment for accelerator operation.
[1] http://sourceforge.net/apps/trac/cs-studio/wiki/webopi |
|||
WECC03 | Qt Based GUI System for EPICS Control Systems | controls, GUI, synchrotron | 10 |
|
|||
Funding: Australian Synchrotron The Qt based GUI system developed at the Australian Synchrotron for use on EPICS control systems has recently been enhanced to including support for imaging, plotting, user login, logging and configuration recipes. Plans are also being made to broaden its appeal within the wider EPICS community by expanding the range of development options and adding support for EPICS V4. Current development options include graphical and non graphical application development, 'code-rich' C++ development and simple 'code-free' GUI design. Additional development options will allow developers to manage the GUI framework's data needs themselves when required, as an alternative to letting the GUI objects manage their own data using the framework's Qt based EPICS data classes. Developers will be able to choose to manage the GUI data needs using the framework's Qt based EPICS data classes, or alternative data systems such as PSI's CAFE. |
|||
![]() |
Slides WECC03 [1.095 MB] | ||
WEPD03 | Control System Studio Archiver with PostgreSQL Backend: Optimizing Performance and Reliability for a Production Environment | controls, monitoring | 15 |
|
|||
Funding: Supported by DFG through CRC 634. Archiving systems based on relational databases (RDB) provide a higher flexibility with regard to data retrieval and analysis than the traditional EPICS Channel Archiver. On the other hand they can suffer from poor performance compared to the Channel Archiver for simple linear data retrieval operations. However, careful tuning of the database management system's configuration can lead to major performance improvements. Special care must be taken to ensure data integrity following power outages or hardware failures. This contribution describes the hardware and software configuration of an archiving system used in the production environment at the S-DALINAC. It covers performance and reliability aspects of the hardware as well as tuning of the Linux operating system and PostgreSQL server optimizations. |
|||
![]() |
Poster WEPD03 [2.044 MB] | ||
WEPD25 | Development of EPICS Channel Access Embedded ActiveX Components for GUI Development | controls, GUI, monitoring, heavy-ion | 54 |
|
|||
The paper describes the integration of EPICS Channel Access protocol and Microsoft ActiveX technology towards developing a generalize operator interface (OPI) building facility for Windows platform. EPICS is used as the development architecture of the control system in Superconducting Cyclotron (SCC). Considering the operators' familiarity and compatibility with third party software, it was decided to use MS-Windows platform at operator interface level in SCC during commission. Microsoft Visual Basic (VB) is used on trial basis as OPI building platform to incorporate user specific features e.g. file system access for data storage and analysis, user authentication at OPI level etc. A set of EPICS Channel Access embedded ActiveX components is developed to ease the programming complexity and reduce developmental time of the OPI for Windows platform. OPIs, developed using these components and containing hundreds of process parameters, are being used reliably over a considerable period of time. | |||
![]() |
Poster WEPD25 [0.144 MB] | ||
WEPD26 | Development of Fast Controls for Beam Wire Scanner for SuperKEKB | linac, controls, klystron, beam-transport | 57 |
|
|||
Recent development towards the data acquisition system of the wire scanner (WS) systems of the SuperKEKB injector linac (LINAC) and beam transport lines (BT's) is described. A VME based system, comprised of charge sensitive ADC (CSADC) board, scaler board, DAC board and Event receiver board, has been installed. The primary aim of the system is to utilise global linac event timing system for synchronized and mode-dependent data acquisition. A set of EPICS device driver has been developed for new hardware e.g. CSADC, scaler and DAC boards. The combination of latest versions of firmware and EPICS device driver forμResearch Finland (MRF) Event receiver board is also evaluated and further incorporated in this system. The application software is developed for simultaneous acquisition of multiple beam mode data during multimode injection of the LINAC. The developed system is tested successfully after integrating with the existing wire scanner driving mechanism. The system enables the beam size measurements at four consecutive locations, that derive Twiss parameters and ensure the reliable beam transport to four downstream storage rings. | |||
![]() |
Poster WEPD26 [0.245 MB] | ||
WEPD47 | Low-cost EPICS Control Using Serial-LAN Module XPort | controls, rf-amplifier, status, extraction | 81 |
|
|||
In J-PARC MR (Main Ring), we are interested in a commercial product, XPort, a low-cost serial-LAN converter [1]. We have introduced it in two different cases. (1) Two RF-amplifiers with GPIB were introduced. We asked a company to add a XPort for remote control rather than GPIB. Serial messages of GPIB are transported to an EPICS IOC (I/O controller) over our control network. (2) We developed an electric circuit board with manual switches. An on-board FPGA chip has connections both to switches and to XPort pins. Status of switches can be read remotely as UDP messages through XPort. In both cases, messages are converted into EPICS-style records using AsyncDriver of EPICS. Implementation details and operational reports are given.
[1] http://www.lantronix.com/device-networking/embedded-device-servers/xport.html |
|||
WEPD52 | Diamond Light Source Control Systems Relational RDB | controls, storage-ring, status, photon | 87 |
|
|||
The functionality of the Diamond Light Source Relational Database (RDB) will be described in this article. An Oracle-based RDB and web-based GUIs allow recording of system configuration information and configuration change management. Information about the hardware components that make up each beam line crate is stored in the RDB; for each item of control equipment, the status, location and name of the person responsible for the item are held. The Diamond Control System is based on EPICS and has of the order of 500,000 process variables (PVs); the RDB maintains a record of the names of these PVs and validates new names against the Diamond Naming Convention, allowing consistency of naming style to be maintained and avoiding name duplication. Machine operational details such as alarm logs are stored in the RDB and viewed using a web browser. All process data recorded by the control software are archived using the EPICS Channel Archiver; the Archiver configuration for each technical area is maintained in the RDB. A further application using the RDB is the electronic logbook (ELOG) which is used to record activities by Diamond Operations and Beamline groups. | |||
![]() |
Poster WEPD52 [0.502 MB] | ||
THCB01 | HyperArchiver: an Evolution of EPICS Channel Archiver | controls, GUI, LabView, insertion | 106 |
|
|||
Data storage is a primary issue in any research facility. In the EPICS middleware based accelerator community, Channel Archiver has been always considered the main reference. It works with Oracle and MySQL, probably the best well known relational databases. However, demanding requirements at minimum costs have fostered the development of a wide range of alternatives, like protocol buffers (SLAC), MSDPlus (Consorzio RFX), SciDB (BNL) or Hypertable (IFNF). This document launches a tool called HyperArchiver, which was firstly developed at IFNF (Italy) and eventually customised by ESS Bilbao (Spain). Based on a NoSQL database named Hypertable, it focuses on large data sets management with maximum scalability, reliability and performance. Besides the update and further customization made at ESS Bilbao, HyperArchiver is presented with a set of GUIs, in order to provide an easy use and integration with any general control system. A LabVIEW VI and two cross-platform PyQt GUIs for both Hypertable data retrieval and HyperArchiver control have been developed and successfully tested at ESS Bilbao. | |||
THCB02 | EPICS MySQLArchiver - Integration Between EPICS and MySQL | controls, cyclotron, monitoring, status | 109 |
|
|||
The performance evaluation and analysis of inter-system dependency of the various subsystems of the Superconducting Cyclotron demand a well configured data logging, archiving and historic analysis facility for massive number of control parameters along with on-line failure analysis facility of every system. EPICS is used as development architecture of the control system of these systems with MySQL used as database for large amount of relational data management. This combination requires integration between EPICS and MySQL server. For this purpose, MySQLArchiver as an EPICS Extension is developed for data logging and archiving of control parameters into MySQL database. This extension also provides a web based tool for online monitoring of control parameters and historic analysis of archived data. This paper describes the software architecture, implementations, as well as method of configuration for any other EPICS based control system as a utility. This facility is also elaborated with examples, web page views and experiences of deploying it in SCC. | |||
![]() |
Slides THCB02 [0.781 MB] | ||
THIB04 | Control System Interoperability, an Extreme Case: Merging DOOCS and TINE | controls, target, status, electron | 115 |
|
|||
In controlling large facilities one is rarely able to manage all controllable elements via a common control system framework. When the standard framework must deal with numerous 'foreign' elements it is often worthwhile to adopt a new framework, rather than 'disguising' such components with a wrapper. The DOOCS[1] and TINE[2] control system frameworks fall into this scenario. Both systems have a device server oriented view, which made early mapping attempts (~2001) immediately successful. Transparent communication, however, is but a small (albeit important) part of the control system merger currently taking place. Both systems have well-established central services (e.g. archiving and alarms), and possess a general 'culture' which might dictate to a large extent how something is actually 'done'. The long term goal of the DOOCS/TINE merger is to be able to make use of any tool, from either the DOOCS or TINE toolbox, on any control system element. We report here on our progress to date, concentrating on the REGAE accelerator, and plans for the XFEL accelerator (to begin commissioning in 2015).
[1] http://doocs.desy.de [2] http://tine.desy.de |
|||
![]() |
Slides THIB04 [3.167 MB] | ||
THPD02 | What it Takes to Make a System Reliable | controls, cryogenics, PLC | 139 |
|
|||
What is a reliable system and how is reliability defined? This depends on the actual situation and in which environment the system is operated. If you can rely on a scheduled downtime of the controlled system every week, reliability is defined in hours or weeks. In this case the system must run just longer than the scheduled downtime. If the system has to continuously operate for months and even years, your requirements are rising. In cases where continuous operations must be guaranteed even during software or hardware updates, redundant systems come into play. The hardware selection process is driven by basic requirements like 'no moving parts' or 'redundant power supplies'. This implies the selection of possible (fan-less) CPU boards with passive cooling. It also implies no hard discs and reduces therefore the selection of possible operating systems. Continuous operation during updates requires redundant controllers/ CPUs also in addition to redundant power supplies. The latter has a lot of impact on the software running inside the controllers. We will describe the selection process of the components we have chosen and summarize our experience of several years of operations. | |||
![]() |
Poster THPD02 [0.280 MB] | ||
THPD10 | Modular Beam Diagnostics Instrument Design for Cyclotrons | diagnostics, controls, cyclotron, extraction | 154 |
|
|||
The Cyclotrons at VECC, Kolkata i.e. Room Temperature Cyclotron (RTC) and Superconducting Cyclotron (SCC) comprise of internal and external beam diagnostic systems. These systems provide the beam developer with position, intensity, beam profile, a visual impression of the size & shape of ion beam, and operational control over diagnostic components like 3-finger probe, Beam Viewer probe, Deflector probe, Faraday cup, X-Y slit, Beam viewer etc. Automation of these components was initially done using customized modules for individual sub-system. An expansion of this facility and various levels of complexity demand modular design to cater easy modification and upgradation. The overall requirements are analysed and modular cards are developed based on basic functionalities like valve operation, probe/ slit/ viewer control, position read-out, interlock, aperture control of beam line and communication. A 32-bit Advanced RISC Machine (ARM) based card with embedded EPICS is chosen as the master controller and FPGA/ microcontroller is used for functional modules. The paper gives a comprehensive description of all modules and their integration with the control system. | |||
![]() |
Poster THPD10 [0.522 MB] | ||
THPD11 | Facility Monitoring System using Storage Area Network for VEC and SCC | controls, monitoring, cyclotron | 157 |
|
|||
The facility monitoring system of cyclotron operational parameters at VECC is developed and commissioned recently. Storage Area Network(SAN) is used to isolate the control LAN and office LAN which ensures secured access of the control systems from outside world. EPICS gateway service and modified channel access save/restore tool have been used to integrate EPICS based control system of VEC and SCC with office network. This paper describes the implementation details and operational experiences of the overall facility monitoring system. | |||
THPD13 | SocketCAN Device Support for EPICS IOCs | controls, diagnostics, status, site | 163 |
|
|||
Funding: Supported by DFG through CRC 634. A large number of devices used at the S-DALINAC are controlled by IOCs running on standard personal computers via CAN bus (Controller Area Network). CAN interface controllers for PCs are commercially available from different manufacturers but although they all share the same basic functionality, most of them have a vendor-specific API. Moreover, traditional CAN drivers can usually be accessed by only one process at a time which avoids the use of sniffer programs for debugging. In contrast to that the SocketCAN network stack [1], included in recent Linux kernels, provides access to the CAN bus via network devices (BSD sockets) which can be accessed by multiple applications at the same time via a vendor independent interface. A set of open source CAN drivers provides access to controllers of different vendors. This contribution describes an EPICS device support that makes use of the SocketCAN framework and thereby is independent from the API of a specific vendor. The device support has been used successfully in a production environment at the S-DALINAC since almost two years. [1] http://developer.berlios.de/projects/socketcan/ |
|||
![]() |
Poster THPD13 [1.748 MB] | ||
THPD14 | Status of the Migration of the S-DALINAC Accelerator Control System to EPICS | controls, electron, status, diagnostics | 166 |
|
|||
Funding: Supported by DFG through CRC 634. The S-DALINAC is a recirculating superconducting electron LINAC which has been in operation for twenty years. The control system had been developed in-house and, while being moderately reliable, has become very hard to maintain and nearly impossible to adapt to new requirements. The replacement of the old analog low-level RF control system by a modern digital solution in 2010 became a primer for the introduction of an EPICS-based control system. Several important subsystems have been migrated since then, but the process has not been completed yet. This contribution overviews the current status of the new control system and developments planned for the future. Basic hardware aspects are described as well as client software and operator interfaces. The general network infrastructure has been restructured in context of the ongoing migration and is also presented. |
|||
![]() |
Poster THPD14 [0.306 MB] | ||
THPD21 | Testing of Inductive Output Tube based RF Amplifier for 650 MHz SRF Cavities | controls, PLC, interlocks, high-voltage | 187 |
|
|||
A 650 MHz IOT based RF amplifier has been developed in VECC. It can be used to power several cavity modules in high energy high current proton linear accelerator to be built for ADSS programme in India and in Project-X at Fermilab, USA. The IOT based amplifier requires different powers supplies, water cooling and forced air cooling for its operation. A Programmable Logic Controller (PLC) based interlocks has been incorporated to take care of systematic on/off of the power supplies and driver amplifier, water flow, air flow and other interlocks for the safe operation of the RF System. In addition to that EPICS based RF operating console and data logging/monitoring system has been added. | |||
![]() |
Poster THPD21 [0.370 MB] | ||
THPD47 | Introduction of Non-Standard EPICS Controllers | LabView, controls, GUI, monitoring | 227 |
|
|||
Funding: ESS Bilbao Although EPICS is a mature software framework, the study and validation of new configurations of EPICS systems is very valuable, since new ideas open its evolution and improvement. So, the goal of the present work is to introduce new technologies under EPICS control structures and test different configurations with innovative hardware in this kind of applications. More specifically, it is intended to validate the use of non-stardard EPICS controllers. This paper presents a test bench using LabVIEW together with EPICS. LabVIEW eases and speeds up the development of control structures, avoids the hardware dependent developing costs and offers almost absolute compatibility with all kind of hardware used in control and data acquisition. To validate its use, it is mandatory to make a study facing this solution and EPICS standard methodology, specifically CODAC system used in ITER. To do so, a test bench is defined running both methods and its results compared. Following this scheme, the next step is to make a similar experiment introducing wireless links and replacing as many wires as possible. |
|||
![]() |
Poster THPD47 [0.646 MB] | ||
FRCB02 | Development of the Control System for PEFP 100-MeV Proton Linear Accelerator | controls, proton, linac, ion | 257 |
|
|||
Funding: This work is supported by the Ministry of Education, Science and Technology of the Korean Government. The 100MeV proton linear accelerator of the Proton Engineering Frontier Project (PEFP) has been developed and will be installed in Gyeong-ju site. After the installation, the beam commissioning of the 100MeV linac will be performed. The PEFP is currently developing control systems including the machine control system and user interface for remote control and monitoring. The final goal of the PEFP control system is to construct a network attached, distributed control system, and a standard communication protocol among the local subsystems. In this paper, we will present the details of the distributed control system development for PEFP 100-MeV proton linac. |
|||
![]() |
Slides FRCB02 [4.997 MB] | ||
FRCC03 | Development and Performance Analysis of EPICS Channel Access Server on FPGA based Soft-core Processor | controls, target, lattice | 274 |
|
|||
A soft core processor is a flexible hardware description language (HDL) model of a specific processor (CPU) that can be customized for a given application and synthesized for an FPGA as opposed to a hard core processor which is fixed in silicon. Combined with an on-board ethernet port, the technology incorporates integrating the IOC and digital control hardware within a single FPGA thus reducing the overall hardware complexities of field devices. In this paper, the technical details of porting EPICS Channel Access Server on MicroBlaze soft-core processor are explained. The EPICS performance on the Microblaze processor is analyzed. For this, the CPU load and server processing time for different numbers of Process Variables (PVs) have been studied for this platform. On the basis of the analysis, critical parameters of EPICS on this embedded platform have been derived and a few modifications in the channel access protocol are proposed for MicroBlaze soft-core processor. | |||
![]() |
Slides FRCC03 [2.238 MB] | ||