The Control System (not only) for SHIPTRAP
Dietrich Beck, DVEE/GSI, 30.10.2001
• Motivation
• Requirements
• {The ISOLTRAP Control System
• SHIPTRAP and EU-Networks}
• Hardware
• Architectural Design
• Status
• Outlook
SHIPTRAP – an ISOL Facility for Transuranium Nuclides
STOPPING CHAMBER
EXTRACTION SYSTEM
BUNCHING, COOLING SYSTEM
TRANSFER REGION
PURIFICATION TRAP
Preliminary ion bunches
SHIP Extraction to ext. experiments
PRECISION TRAP
SHIPTRAP – Set-up
Mass Measurements
100* 50 50 50 50
* # of parameters
Typical Scenario for a Mass MeasurementCycle:stopping of ions ion the gas cell (static) extraction from the gas cell transfer capture and cool ions in the buncher ejection from the buncher (dynamic) transfer capture in the cooler trap mass selective buffer gas cooling ejection from the cooler trap transfer capture in the precision trap purification
excitation of ion motion at RF c = (q/m) · B ( gain of energy) measurement of kinetic energy via a time-of-flight technique
Scan: repeat cycle for different frequencies (minutes-days)
1s134Nd
Requirements to the control system
• Active control in real-time with a precision of 100ns• 300 -1000 process variables (most of them are “static” )• “ simple” data acquisition• High flexibility
– SHIPTRAP has many different operational modes– new (not yet foreseeable) experimental techniques
• Control System to be maintained by a PhD student1. development environment must be easy to learn2. creation and changing of GUIs should be simple3. hardware and drivers have to be commercially available
• Reusable for other (trap) experiments, if possible
{
Hans Dehmelt
Frans Michel Penning
Wolfgang Paul
Seattle Mainz
MIT
MAFF TRAP
e+ TRAP
LEBIT WITCH
HITRAPTRIUMF TRAP
JYFL TRAPSHIPTRAP
SMILETRAPATHENA
g-factor trap
KVI TRAPFuture projects:
In setup:
Operational:
CPT REXTRAP
EXOTRAPS
EUROTRAPS
Gernot Graeff
CLUSTER TRAP
SCIENCE
NIPNET
HITRAP
ATRAPISOLTRAP
Harvard
RETRAP
PENNING TRAPS FOR MASS MEASUREMENTS, g-PENNING TRAPS FOR MASS MEASUREMENTS, g-FACTOR DETERMINATIONS AND NUCLEAR PHYSICSFACTOR DETERMINATIONS AND NUCLEAR PHYSICS
Working Group for Control Systems # of params # of static # of dynamic t for dynamic t for data Monitored data
Positron Trap (London) 20 10 10 1ms to minutes ? »everything«
SMILETRAP 50 40 10 0.5s? 1us Important things are controlled
JYFLTRAP 50-100 40-90 10 100ns to 1s
SHIPTRAP (GSI) 50 40 5 ? 1us, 0.5Hz? Important things will be controlled
SHIPTRAP (LMU) 40 20 20 ?
WITCH 50 40 10 100ns to 1s < 100ns »everything«
LPC
HITRAP 50-100 40-90 10 50ns to 10s 100ns to 10s Important things will be controlled
g-factor (MAINZ) 15 5 10 100ms-1s ? -
ISOLTRAP 50-100 40-90 10 100ns to 1s 1us / ms between spectra
Important things are controlled
LISOL 20 15 5 1us to 1ms experiment experiment
REXTRAP 50-100 40-90 10 100ns to 1s 1us? Important things are controlled
MISTRAL 100 10 90 10ms Important things are controlled
Cluster
Positron Trap (Aarhus) 15 14 1 1s - 1min 10ns, seconds between spectra
-
Bruker-Daltonics 100 95 5 100us to 100s 100ms to
100s length
Ion sources UV trace data all voltages
Common FeaturesLabVIEW: • Easy to learn, building of GUIs is easy• PC-Cards and Software from National Instruments
– You know whom to blame– Low-level HW drivers commercially available and supported
• drivers for third party HW are commercially available in many cases• Trending and alarming via Data logging and Supervisory Control
module (former BridgeVIEW)
Hardware• Multi channel scaler SR430 from Stanford Research• Arbitrary function generator DS345 from Stanford Research• High voltage modules from iseg• Pulse Pattern Generator PPG100 from Becker&Hickl• Gas inlet controller RVC200 from Pfeiffer• …
The ISOLTRAP Control System
A long time ago in Mainz: one control system for many experiments – general control system with experiment specific add-ons:
ISOLTRAP, Cluster, RISIKO, 2 experiments in nuclear chemistry, … (SMILETRAP, REXTRAP)
• Experiments grow: more flexibility
• Less time required for development
• Exchange of know-how
Overview
PC
VME
MeasurementControl
LogicalDevice1
LogicalDeviceN
Parameter Data
Interface
RealDevice1
RealDeviceN
“Separation of functions”
• each function has its own process
• event driven communication between processes
• logical and real HW devices can be installed/removed “on the fly” and on request by the user during run-time
• devices are not assigned to a specific task and can be replaced by another device
• interfaces out of date and drivers not commercially available
• OS/9, C, Assembler, WinNT, C++, …
•No alarming, no trending
}
Cooking Recipe for the SHIPTRAP Control System
1. Take the concept and the (modified) design from the ISOLTRAP CS2. Implement the control system with LabVIEW, 3. Add the DSC module (former BridgeVIEW) for trending and alarming,4. Use a G++ toolkit to implement the CS in an object oriented way
• Classes• Inheritance• G++ C++ limited number of levels of inheritance (VIs of the new
class have links to VIs of the parent class )
LEGO-like Software Package User PC
Control GUIOn-line Analysis GUI
Central PC
Central Process
Comm. InterfaceData Server DSC EngineDSC Interface
SR430 PPG100 DS345
Frond-end PCComm. Interface
Data Acquisition
DataAcq. Instr. Driver
Timing
Timing Instr. Driver
AFG
AFG Instr. Driver
High Voltage
HV Instr. Driver
IHQF015p
Super
Hardware Software (Proc) Software (Lib) Exp. Specific General Part Buy! Call OPC TCP/IP?
Super
Device Process
DSC EngineDSCIntProcSuperProc
watchdog
set tagsset watchdog alarm
set status and error
1. Individual event, periodic action and state machine loops (three threads)2. Watchdog (event and periodic action loop)3. Communication between processes via calls
a) Simple (one way)b) Synchronous (wait for answer)c) Asynchronous (answer will be sent later)
4. Trending and alarming via the DSC interface process5. Parent class for ALL other processes6. Daughter classes add new events, attributes and methods
Functionality of the BaseProcess Class
BaseProcess
inheritanceinstall/remove
Hardware for SHIPTRAPVacuum pump controller TC600,
TCM1601
RS485 Pfeiffer
Active Gauge Controller AGC RS232 Edwards
Gas inlet controller RVC200 RS232 Pfeiffer
Pulse Pattern Generator PPG100 ISA Becker & Hickl
Arbitrary Function Generator DS345 GPIB Stanford Research
High voltage power supplies CAN iseg
Multi I/O card 6024E PCI National Instruments
CAN-Bus interface PCI National Instruments
RS485 interface PCI National Instruments
GPIB interface PCI, Ethernet
National Instruments
Transient Recorder PCI National Instruments
Multi Channel Scaler SR430 GPIB Stanford Research
Status
SHIPTRAP specific part of the control system
• Collection of Preliminary requirements for SHIPTRAP
• Detailed user requirements specification for SHIPTRAP in progress
• lots of hardware has already been bought and tested
General part of the control system
• (Prototypes for the) instrument drivers for the hardware modules are existing
• Architectural Design “finished”
• 80% of BaseProcess, SuperProc and DSCIntProc classes finished
• Joint development with two other groups
Joint Development of the General Part of the Control System
SHIPTRAP/GSI(W. Quint)
LEBIT/MSU(S. Schwarz)
WITCH/Leuven(M. Beck)
DVEE/GSI(D. Beck)
ISOLTRAP/GSI(F. Herfurth)
HITRAP/GSI(W. Quint)
TRIUMF-TRAP(J. Dilling)
Each circle contributes about one person full time!
Outlook (near future)
• Soon: give BaseProcess, SuperProc and DSCIntProc classes to LEBIT and WITCH
• Implementation of the other general classes (DataServer, CommInterface, DeviceProcess, …)
• Completion of the user requirements specification of the SHIPTRAP specific part
• Summer 2002 first (alpha!) version of the SHIPTRAP control system