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