Search

The ITER Neutral Beam (NBI) Test Facility, under construction in Padova, Italy consists in the ITER full scale ion source for the heating neutral beam injector, referred to as SPIDER, and the full size prototype injector, referred to as MITICA. The Control and Data Acquisition System (CODAS) for SPIDER has been developed and is going to be in operation in 2016. The system is composed of four main components: Supervision, Slow Control, Fast Control and Data Acquisition. These components interact with each other to carry out the system operation and, since they represent a common pattern in fusion experiments, software frameworks have been used for each (set of) component. In order to reuse as far as possible the architecture developed for SPIDER, it is important to clearly define the boundaries and the interfaces among the system components so that the implementation of any component can be replaced without affecting the overall architecture. This work reports the experience gained in the development of SPIDER components, highlighting the importance in the definition of generic interfaces among component, showing how the specific solutions have been adapted to such interfaces and suggesting possible approaches for the development of other ITER subsystems. [ABSTRACT FROM AUTHOR]

Abstract: The ITER Heating Neutral Beam injectors will be implemented in three steps: development of the ion source prototype, development of the full injector prototype, and, finally, construction of up to three ITER injectors. The first two steps will be carried out in the ITER neutral beam test facility under construction in Italy. The ion source prototype, referred to as SPIDER, which is currently in the development phase, is a complex experiment involving more than 20 plant units and operating with beam-on pulses lasting up to 1h. As for control and data acquisition it requires fast and slow control (cycle time around 0.1ms and 10ms, respectively), synchronization (10ns resolution), and data acquisition for about 1000 channels (analogue and images) with sampling frequencies up to tens of MS/s, data throughput up to 200MB/s, and data storage volume of up to tens of TB/year. The paper describes the architecture of the SPIDER control and data acquisition system, discussing the SPIDER requirements and the ITER CODAC interfaces and specifications for plant system instrumentation and control. [Copyright &y& Elsevier]

Abstract: Operation of the new RFX machine has started in fall 2004, using a completely renewed version of its MDSplus data acquisition system. The new system runs under Linux and is highly distributed, employing approximately 20 machines which perform local data acquisition and communicate with a central server. The overall experience after several months of operation has been quite successful. In particular, the following aspects represent the major changes, besides the migration from VMS to Linux: [-] exclusive usage of the MDSplus scripting language TDI to write the device-specific application code; [-] exclusive usage of Java, and in particular of jScope, for data display in the control room and in the offices; [-] exclusive usage of Java for the coordination tools. [Copyright &y& Elsevier]

RFX-mod2 is an upgrade of RFX-mod that will use a modified shell and mechanical structure in order to enhance plasma-shell proximity and therefore to improve plasma control. The Control and Data Acquisition System for most of the plant systems and diagnostics previously used in RFX-mod will be refurbished, while others will be completely re-built. The most important component that will be completely renewed is the ElectroMagnetic probe (EM) data acquisition system, where a new architecture based on XILINX Zynq FPGA will be used to carry out at the same time both high-speed data acquisition and resampled data streaming for active plasma control. The use of MDSplus will be retained in RFX-mod2, while the MARTe framework used for real-time plasma control will be replaced by MARTe2, a new framework developed under strict software quality standards. Plant control in RFX-mod2 will be supervised by WinCC-OA, replacing the previous FactoryLink SCADA systems. Older plant systems such as vacuum control based on outdated S5 PLCs will be updated and will use OPC-UA for communication with the supervisory control system. [ABSTRACT FROM AUTHOR]