Control Infrastructure for a Pulsed Ion Accelerator

We report on updates to the accelerator controls for the Neutralized Drift Compression Experiment II, a pulsed induction-type accelerator for heavy ions. The control infrastructure is built around a LabVIEW interface combined with an Apache Cassandra backend for data archiving. Recent upgrades added the storing and retrieving of device settings into the database, as well as ZeroMQ as a message broker that replaces LabVIEW's shared variables. Converting to ZeroMQ also allows easy access via other programming languages, such as Python

Results for the response function determination of the Compact Neutron Spectrometer

The Compact Neutron Spectrometer (CNS) is a Joint European Torus (JET) Enhancement Project, designed for fusion diagnostics in different plasma scenarios. The CNS is based on a liquid scintillator (BC501A) which allows good discrimination between neutron and gamma radiation. Neutron spectrometry with a BC501A spectrometer requires the use of a reliable, fully characterized detector. The determination of the response matrix was carried out at the Ion Accelerator Facility (PIAF) of the Physikalisch-Technische Bundesanstalt (PTB). This facility provides several monoenergetic beams (2.5, 8, 10, 12 and 14 MeV) and a 'white field'(Emax ~17 MeV), which allows for a full characterization of the spectrometer in the region of interest (from ~1.5 MeV to ~17 MeV. The energy of the incoming neutrons was determined by the time of flight method (TOF), with time resolution in the order of 1 ns. To check the response matrix, the measured pulse height spectra were unfolded with the code MAXED and the resulting energy distributions were compared with those obtained from TOF. The CNS project required modification of the PTB BC501A spectrometer design, to replace an analog data acquisition system (NIM modules) with a digital system developed by the 'Ente per le Nuove tecnologie, l'Energia e l'Ambiente' (ENEA). Results for the new digital system were evaluated using new software developed specifically for this project.Comment: Proceedings of FNDA 201

Design and Performance Analysis of a Non-Standard EPICS Fast Controller

The large scientific projects present new technological challenges, such as the distributed control over a communication network. In particular, the middleware EPICS is the most extended communication standard in particle accelerators. The integration of modern control architectures in these EPICS networks is becoming common, as for example for the PXI/PXIe and xTCA hardware alternatives. In this work, a different integration procedure for PXIe real time controllers from National Instruments is proposed, using LabVIEW as the design tool. This methodology is considered and its performance is analyzed by means of a set of laboratory experiments. This control architecture is proposed for achieving the implementation requirements of the fast controllers, which need an important amount of computational power and signal processing capability, with a tight real-time demand. The present work studies the advantages and drawbacks of this methodology and presents its comprehensive evaluation by means of a laboratory test bench, designed for the application of systematic tests. These tests compare the proposed fast controller performance with a similar system implemented using an standard EPICS IOC provided by the CODAC system.Comment: This is the extended version of the Conference Record presented in the IEEE Real-Time Conference 2014, Nara, Japan. This paper has been submitted to the IEEE Transactions on Nuclear Scienc

Implementation of an intelligent control system

A laboratory testbed facility which was constructed at NASA LeRC for the development of an Intelligent Control System (ICS) for reusable rocket engines is described. The framework of the ICS consists of a hierarchy of various control and diagnostic functions. The traditional high speed, closed-loop controller resides at the lowest level of the ICS hierarchy. Above this level resides the diagnostic functions which identify engine faults. The ICS top level consists of the coordination function which manages the interaction between an expert system and a traditional control system. The purpose of the testbed is to demonstrate the feasibility of the OCS concept by implementing the ICS as the primary controller in a simulation of the Space Shuttle Main Engine (SSME). The functions of the ICS which are implemented in the testbed are as follows: an SSME dynamic simulation with selected fault mode models, a reconfigurable controller, a neural network for sensor validation, a model-based failure detection algorithm, a rule based failure detection algorithm, a diagnostic expert system, an intelligent coordinator, and a user interface which provides a graphical representation of the event occurring within the testbed. The diverse nature of the ICS has led to the development of a distributed architecture consisting of specialized hardware and software for the implementation of the various functions. This testbed is made up of five different computer systems. These individual computers are discussed along with the schemes used to implement the various ICS components. The communication between computers and the timing and synchronization between components are also addressed