Paper | Title | Other Keywords | Page |
---|---|---|---|
WEIC01 | Web2cToGo: Bringing the Web2cToolkit to Mobile Devices | controls, EPICS | 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] | ||
WEPD01 | Data Logging System Upgrade for Indus Accelerator | controls, insertion, synchrotron, diagnostics | 12 |
|
|||
An accelerator has various subsystems like Magnet Power Supply, Beam Diagnostics and Vacuum etc. that are required to work in a stable manner to ensure required machine performance. Logging of system parameters at a faster rate plays a crucial role in analysing and understanding machine behaviour. Logging all the machine parameters consistently at the rate of typically more than 1 Hz has been the aim of a recent data logging system upgrade. Nearly ten thousand parameters are being logged at varying intervals of one second to one minute in Indus accelerator complex. The present logging scheme is augmented to log all these parameters at a rate equal to or more than 1 Hz. The database schema is designed according to data type of the parameter. The data is distributed into historical table and intermediate table comprising of recent data. Machine control applications read the parameter values from the control system and store them into the text-files of finite time duration for each sub-system. The logging application of each subsystem passes these text files to database for bulk insertion. The detail design of database, logging scheme and its architecture is presented in the paper. | |||
![]() |
Poster WEPD01 [0.209 MB] | ||
WEPD11 | Client Server Architecture Based Embedded Data Acquisition System on PC104 | controls, GUI, monitoring, instrumentation | 23 |
|
|||
The data acquisition system is designed on embedded PC104 platform Single Board Computer (SBC) with running Windows XP Embedded operating system. This is a multi channel system which consists of 12 Bit, 10 MSPS Analog to Digital Converters with on board FIFO memory for each channel. The digital control and PC104 bus interface logic are implemented using Very High Speed Hardware Description Language (VHDL) on Complex Programmable Logic Device (CPLD). The system has provision of software, manual as well as isolated remote trigger option. The Client Server based application is developed using National Instrument CVI for remote continuous and single shot data acquisition for basic plasma physics experiments. The software application has features of remote settings of sampling rate, selection of operation mode, data analysis using plot and zoom features. The embedded hardware platform can be configured to be used in different way according to the physics experiment requirement by different top level software architecture. The system is tested for different physics experiments. The detailed hardware and software design, development and testing results will be discussed in the paper. | |||
![]() |
Poster WEPD11 [1.016 MB] | ||
WEPD12 | A Large Channel Count Multi Client Data Acquisition System for Superconducting Magnet System of SST-1 | target, controls, plasma, monitoring | 26 |
|
|||
The magnet system of the steady-state superconducting tokamak-1 at the Institute for Plasma Research, Gandhinagar, India, consists of sixteen Toroidal field and nine poloidal field Superconducting coils together with a pair of resistive PF coils, an air core ohmic transformer and a pair of vertical field coils. These coils are instrumented with various cryogenic grade sensors and voltage taps to monitor it's operating status and health during different operational scenarios. A VME based data acquisition system with remote system architecture is implemented for data acquisition and control of the complete magnet operation. Client-Server based architecture is implemented with remote hardware configuration and continuous online/ offline monitoring. A JAVA based platform independent client application is developed for data analysis and data plotting. The server has multiple data pipeline architecture to send data to storage database, online plotting application, Numerical display screen, and run time calculation. This paper describes software architecture, design and implementation of the data acquisition system. | |||
![]() |
Poster WEPD12 [1.959 MB] | ||
WEPD13 | Serial Multiplexed Based Data Acquisition and Control System | controls, LabView, GUI, power-supply | 29 |
|
|||
Data acquisition and control system consist of analog to digital converter, digital to analog converter, timer, counter, pulse generation, digital input / output etc depending upon requirement. All the components of the system must communicate with personal computer (PC) for data and control signal transmission using any one of the communication protocol like Serial, Parallel, USB, and GPIB etc. Serial communication is advantageous over other protocol like long distance data transmission, less number of physical connection, ease of implementation etc. The developed serial multiplexed system can control different module like ADC (for a small analog channel density, moderate sampling rate and local on-board memory) module, DAC (for controlling pressure valve, biasing voltage etc) module, DIO ( for system status monitoring and status control) module, Timer card ( for generating delayed pulse for triggering and synchronizing with other system) using single serial port. A LabVIEW based GUI program is developed for the individual communication of each module. | |||
![]() |
Poster WEPD13 [1.603 MB] | ||
WEPD27 | Graphical User Interface (GUI) for Testing CAMAC modules | LabView, GUI, controls | 60 |
|
|||
A new program (GUI) for testing CAMAC modules (CAMAC ADC, DAC, Input Gate, Output Register) is developed using Labview and dynamic link libraries (DLLs). On start-up, the program initializes the CAMAC Controller via PCI bus interface, thus enabling communication with CAMAC modules. It can test CAMAC modules through different controls like slider bars, buttons etc. and display status of individual channels with soft panel meters and LEDs. The GUI is extremely useful in troubleshooting hardware problems of CAMAC modules and also in developing new modules. | |||
![]() |
Poster WEPD27 [0.524 MB] | ||
WEPD28 | Re-envisioning the Operator Consoles for Dhruva Control Room | controls, laser, acceleration, monitoring | 62 |
|
|||
Control Room design is undergoing rapid changes with the progressive adoption of computerization and automation. Advances in man-machine interfaces have further accelerated this trend. This paper presents the design and main features of Operator consoles (OC) using new technologies for Dhruva control room. The OCs have been designed so as not to burden the operator with information overload but to help him quickly assess the situation and timely take appropriate steps. The consoles provide minimalistic yet intuitive interfaces, context sensitive navigation, display of important information and progressive disclosure of situation based information. The use of animations, 3D graphics, and real time trends with the benefit of hardware acceleration to provide a resolution-independent rich user experience. The use of XAML, an XML based Mark-up Language for User Interface definition and C# for application logic resulted in complete separation of visual design, content, and logic. This also resulted in a workflow where separate teams could work on the UI and the logic of an application. The introduction of Model View View-Model has led to more testable and maintainable software. | |||
![]() |
Poster WEPD28 [1.777 MB] | ||
WEPD47 | Low-cost EPICS Control Using Serial-LAN Module XPort | controls, EPICS, rf-amplifier, 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, EPICS, storage-ring, 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] | ||
THIA02 | Current Status and Upgrade Plan of the Data-Acquisition System at SACLA | laser, photon, free-electron-laser, electron | 90 |
|
|||
This paper presents current status and upgrade plan of a data-acquisition (DAQ) system for SACLA user experiments. The X-ray Free-Electron Laser facility in SPring-8, SACLA, has achieved first SASE lasing in June 2011, and has delivered X-ray laser beams to users from March 2012 [1]. For the user experiments at SACLA, a dedicated DAQ system has been developed. The DAQ system is currently capable to operate with maximum 10 sensors of multiport Charge-Coupled Device (MPCCD) for X-ray detection. With this configuration, the MPCCD generates 10 MBytes data per accelerator beam shot, which is equivalent to 5 Gbps data rate at 60 Hz beam repetition. During the first experimental period from March to July 2012, the DAQ system carried out 25 experimental proposals that covered atom, molecular and optical physics, ultrafast science, material science, and structure biology. In this paper, we present an overview of the DAQ system with special emphasis on the high-speed data cache, and data visualization by on-site PC clusters. An upgrade plan of the DAQ storage more than 3 PBytes and the on-line data-analysis with the off-site 10 PFlops supercomputer ("K computer") are also discussed.
[1] T. Ishikawa et al., "A compact X-ray free-electron laser emitting in the sub-angstrom region", Nature Photonics 6, 540-544 (2012). |
|||
![]() |
Slides THIA02 [2.989 MB] | ||
THCB02 | EPICS MySQLArchiver - Integration Between EPICS and MySQL | EPICS, controls, cyclotron, monitoring | 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] | ||
THCB03 | Using Memcached as Real-time Database in the SPARC Control System | controls, laser, power-supply, undulator | 112 |
|
|||
The first implementation of the SPARC control system was based on a distributed TCP/IP data server: each front-end CPU had its own server to distribute data to the console. We decided to move the system to a NoSQL key value database. We decided to use an open source database Memcached. This is a database that is high performance key-value cache optimized for speed only. For this reason we could use Memcached not for storing data, but as a channel of communication between front-end processors and consoles. The first object that we have installed is the camera system. We chose this class of elements because the amount of data is high; cameras are at least 640x480 with 8 bit. In this first installation we made some speed test: we increased the speed transfer and the data transfer is now independent from the number of high level CPUs that are using the same image. The success of this installation convinced us to bring the entire data transfer of SPARC control system to use Memcached as data server. | |||
![]() |
Slides THCB03 [3.283 MB] | ||
THIB04 | Control System Interoperability, an Extreme Case: Merging DOOCS and TINE | controls, EPICS, target, 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] | ||
THCC03 | PC Based Real Time Data Exchange on 10GbE Optical Network Using RTOS | controls, monitoring | 124 |
|
|||
Funding: This work is supported by research grant No. BRFST/NFP/2012/Feb/N/05; dated 5th April, 2012, under the National Fusion Programme of the Board for research in Fusion Science & Technology at IPR The traditional embedded systems are expensive to adapt to the new requirements. The Personal Computer based systems offer alternatives for industrial controls. It reduces the capital cost and provides a solution for multiple applications. However, limitations of PC based controls should be resolved. PC operates on a non-real time OS with non-deterministic response to real time events and data. The real-time pre-emptive kernel for Linux uses Xenomai for better solution. A real-time 10GbE data exchange optical network using Xenomai extension for Linux is demonstrated. The hardware based on Intel_82599 10GbE Ethernet PCIe network card supports IEEE1588 standard for synchronization, deterministic response to real-time interrupts and events. The benchmark testing comprises multiple nodes and data sources, for data exchange among nodes, which would improve the performance of PC control systems. Data sources and consumers include time synchronization, hardware and software events broadcasting. A single fiber cable is used for exchange of measured status and calculated control data among nodes. Moreover, the open source Ubuntu Linux RTOS will help the future development. [1] KunJi et al, 'Real-Time Control via Ethernet', Int. J.of Control, Auto. and Sys, vol.3, no.4, pp.591-600, 2005. [2] F.Leroux et al, 'New Dev. on Acqu. Units', Proc. of ICALEPCS, Grenoble, France, pp. 922-925, 2011 |
|||
![]() |
Slides THCC03 [0.595 MB] | ||
THCD06 | Design Development and Analysis of a Comprehensive Open Source System for Proactive Management of Security Aspects of a Control Network | controls, monitoring, factory | 134 |
|
|||
Control networks can only be assumed to be secure, when they work in complete isolation and all communication ports of the constituent control devices are disabled and are closely monitored for security breaches on 24X7 basis. With more and more control systems being developed using Common Out of The Shelf (COTS) computers, using windows OS, the chances of virus attacks on such control networks is extremely large. Handling zero day virus attacks or virus attacks with unknown cure, is a serious challenge for control network administrators. Another important aspect, somehow related to the security of the control network, is the rising temperatures of the control devices, because of 24X7 operation. All this is difficult to handle manually or using disconnected systems and hence there is a requirement of a comprehensive system which can do all this automatically. In this paper we will discuss the various security related parameters of the control networks and then present a simplified design followed by development details of a comprehensive open source system for proactive management of the security aspects of the control network. | |||
![]() |
Slides THCD06 [3.900 MB] | ||
THPD09 | Development of a Monitoring System for the FL-net Protocol | monitoring, controls, PLC, undulator | 151 |
|
|||
At SPring-8 and SACLA, we are using the FL-net for many control systems as a communication protocol between front-end computers and PLCs. The FL-net is one of the Ethernet-based open standard protocols for a factory floor network authorized by the Japan Electrical Manufacturers' Association. It is a UDP/IP based master-less token passing protocol and supports a cyclic transmission. At SACLA, we had some troubles in a data acquisition by using the FL-net for beam line equipment protection system. In a network based control system, an analysis of network packets is an effective way at troubleshooting. We developed a monitoring system for the FL-net protocol, which captures and analyzes all packets of an FL-net network segment, detects protocol failure events, and stores the event information into a relational database. We can easily refer to the stored information in the database via a web browser. The monitoring system is highly portable software based system without dedicated hardware implementing a protocol stack. In this paper, the design of the monitoring system for the FL-net will be presented. | |||
![]() |
Poster THPD09 [1.655 MB] | ||
THPD13 | SocketCAN Device Support for EPICS IOCs | EPICS, controls, diagnostics, 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, EPICS, electron, 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] | ||
THPD17 | API Manager Implementation and its Use for Indus Accelerator Control | controls, diagnostics, power-supply, monitoring | 175 |
|
|||
The control system software needed for operation of Indus accelerators is interfaced to the underlying firmware and hardware of the control system by the Application Programming Interface (API) manager. PVSS-II SCADA is being used at the layer-1 (L1) for control and monitoring of various sub-systems in the three-layered architecture of Indus control system. The layer-2 (L2) consists of VME bus based system. The API manager plays a crucial role in interfacing the L1 and L2 of the control system. It has to interact with both the PVSS database and the L2. It uses the PVSS API, a C++ class library, to access the PVSS database, whereas in order to access the L2, custom functions have been built. Several other custom functionalities have also been implemented. This paper presents the important aspects of the API manager like its implementation, its interface mechanism to the lower layer and features like configurability, reusable classes, multithreading capability etc. | |||
![]() |
Poster THPD17 [1.119 MB] | ||
THPD22 | Controls for a 10 Petawatt Class Laser Facility | controls, laser, target, monitoring | 190 |
|
|||
Funding: Science & Technology Facilities Council, UK Computerised controls are vital to the operability and flexibility of large-scale physics facilities (such as accelerators, synchrotrons and high-power lasers) in providing fundamental services, for example, automatic configuring of specialist hardware, motion control, firing of shot sequences, enabling precision trigger distribution, vacuum monitoring and control, data acquisition and analysis. The proposed 10PW Laser facility, in line with other major physics facilities around the world, will require a complex computer control system. This is expected to be modeled on the existing Vulcan Laser[1] control system and consist of a dozen or so Windows based PCs each of which will be running a separate and dedicated application to control a particular area or function of the facility. This paper will present an overview of the existing Vulcan laser and provide a status report on the development towards the 10PW which will require the control system to be designed to allow autonomous operation of the 10PW facility as well as to be fully integrated with the existing Vulcan laser controls for combined and synchronized 10PW plus 1PW operations. [1] www.clf.stfc.ac.uk/Facilities/Vulcan/12248.aspx |
|||
![]() |
Poster THPD22 [1.219 MB] | ||
THPD36 | An Embedded System Based Computer Controlled Process Automation for Recovery and Purification of 99mTc from (n, γ)99Mo | extraction, GUI, cyclotron, solenoid | 211 |
|
|||
99Mo produced 99mTc (t1/2=6hr, 140keV γ-ray) is the most useful radioisotope for nuclear diagnostics. High specific activity 99Mo is supplied globally mainly by five old reactors whose routine or unscheduled maintenance shutdown causes supply irregularities that adversely affects patient management in nuclear medicine centres. 99mTc may also be produced via 98Mo(n,γ) in a natural MoO3 target in reactor or by 100Mo(n,2n)99Mo or 100Mo(p,2n)99mTc reaction in cyclotron. To meet the crisis proposals are there to produce 99Mo by 100Mo(n,2n)99Mo or 99mTc directly by 100Mo(p,2n)99mTc in a cyclotron. Of the several separation methods of 99mTc from molybdenum, the most common are adsorption column chromatography, sublimation and liquid-liquid solvent extraction. The conventional methods besides being cumbersome are often hazardous, polluting, require skilled manpower and facilities like fume hood and so are not always practically feasible for hospitals. To address these, VECC and BRIT, Kolkata have collaborated to develop an embedded system based automated 99Mo/99mTc generator from low specific activity 99Mo using solvent extraction technique, supervised by a PC based GUI. | |||
![]() |
Poster THPD36 [0.428 MB] | ||
FRCA04 | Control System for BARC-TIFR Pelletron | controls, linac, instrumentation, ion | 251 |
|
|||
Pelletron is 14 MV tandem Accelerator operating from past 20 years. It was operating on DOS based control system. Its control system software and CAMAC controller hardware has been changed recently. Control system software is is a two layer software namely Scanner and operator console. First layer which runs at equipment interface layer interacts with all CAMAC crates acts a server , known as Scanner. Scanner is developed in LINUX and uses TCP/IP protocol suite for interaction with CAMAC and operator interface. Scanner uses shared memory to store machine's runtime data. Operator console is a Graphics interface software developed by using QT APIs. Operator interface is source code portable between MS windows and LInix. | |||
![]() |
Slides FRCA04 [0.663 MB] | ||
FRCC01 | Design of the Data Acquisition System for the Nuclear Physics Experiments at VECC | controls, cyclotron, ion, light-ion | 268 |
|
|||
The beam from K130 room temperature cyclotron is being extensively used for nuclear physics experiments for last three decades. The typical beam energy for the experiments is approximately 7-10MeV/nucleon for heavy ions and 8-20MeV/nucleon for light ions. The number of detectors used, may vary from one channel to few hundreds of detector channels. The proposed detector system for experiments with the superconducting cyclotron may have more than 1200 detector channels,and may be generating more than one million parameters per second. The VME and CAMAC based data acquisition system (DAQ) is being used to cater the experimental needs. The current system has been designed based on various commercially available modules in NIM, CAMAC and VME form factor. This type of setup becomes very complicated to maintain for large number of detectors. Alternatively, the distributed DAQ system based on embedded technology is proposed. The traditional analog processing may be replaced by digital filters based FPGA boards. This paper describes the design of current DAQ system and the status of the proposed scheme for distributed DAQ system with capability of handling heterogeneous detector systems. | |||
![]() |
Slides FRCC01 [1.239 MB] | ||