data acquisition requirements and concepts

2.3.2005 P. Heimann, Design Review March 2005 1

Data acquisition requirements and concepts

RequirementsData acquisition taskLong pulsesGeneral issues

ConceptsTime tagged dataStream modelConfigurationTime groupsSynchronous analysisMonitoringMessage system

NetworksXDV Group


W7-X Stellarator


Data acquisition task

• In the final stage there will be about 100 diagnostic systems

• Collect data from the diagnostic hardware• Store and archive data for common access in

time• Data should be stored in a global space• Data from all systems have to be comparable• Configuration for the system on a global scale• Handle data for long pulses


Long pulses

• Discharges up to 0.5 h– new concept for data acquisition

– new structure of archived data

– segment concept

• Global time• Data monitoring• Remote control, automatic execution• Message logging• Data reduction• Pattern recognition, event driven sampling• Real time for feedback


General requirements

The system should be• Flexible• Extendable• Maintainable

No early decision on computer hardware

As far as possible independent of a special operating system

As far as possible use mainstream hardware components and software

Use already proven concepts from existing systems

Modern software design principles, Object oriented methodsObject data baseJava as implementation language


Global timing system

0 10 1 2 3 4 5 6 7

clock gate

cTTE

UTDC

ADC

Central timer system

CoDa station

Optical star

Patch panel

Clock and time synchronized


DAQ Station Desc

Module Desc

Module Desc

DAQ Station Desc

Module Desc

Module Desc

Exp. program

segment

segment

Data Acquisition System

CoDa Station

Archive

Database

Monitor-server

Event-builder

Controlsystem

Monitordistribution

Eventdístribution

Analysis-system

CoDa Client

Data stream model dataparameter Logdischarge programconfiguration

CoDaStation Desc

Module Desc

Module Desc

sensors

actuators

CoDa a

CoDa b

measure

setupSync. Analysis

Message logging

CoDa n

Event-builder

Eventdístribution


Configuration

Database

ControllableModule

SegPar

Module

EnvPar

Parameter Log

EnvPar: fixed parameter for one dischargeSegPar: parameter, that can change over the discharge time, segment parameter

ModuleDescEnvPar

Segmentchange


Time Group Concept

TDC Module1

Control Module0 - *

Analysis Module0 - *

Data Module1 - *

Time Group Time Groups:

•RtTimeGroup•ContinuousTimeGroup•PulsedTimeGroup•SVTimeGroup•NetTimeGroup•AUGTimeGroup

Device Stream

PPG Module0 - 1

Hardware Module


Time Groups

TimeGroup DAQMode Description

rtTimeGroup continuous

Read time and data in small blocks, the blocksize is dependent on the time scale of the synchronous analysis processes. Data is collected to larger blocks and then transferred to the storage. May have all types of analysis processes.

ContinuousTimeGroup continuousRead time and data in large blocks by DMA. Data is transferred continously to the storage. No synchronous analysis tasks are available

PulsedTimeGroupstart/stop or pre/post

Time and data is stored in hardware memory and read out after a trigger occured. Data is transferred to the storage and the acquisition is started again. Synchronous analysis processing possible.

SVTimeGroup

pre/post on larger scale, like continous

Time and data is collected like in a rtTimeGroup, but no data is transferred to the storage. If an external or internal event is detected the amount of data defined is transferred to the storage. All types of analysis processes are possible. For internal event detected a pattern recognition process is necessary.

NetTimeGroup continuoussame time group as rtTimeGroup, data is read from network interfaces instead of data generating devices.


DAQ Device

Interface Device:

public Parmset update(int subDev, Parmset p)public void initialize(int subDev, Parmset env, Parmset def)public Packet genPacket(int subDev, int packetSize)public void startDAQ(int subDev)public void stopDAQ(int subDev)public boolean readData(int subDev, Packet p, int length)

Operating SystemDriver

C++ InterfaceJNI

Hardware

Device DEVslot Nr

SubDevice0SubDevice1SubDevice2..SubDeviceN

API


DAQ Streams

OutChannel:

public void insert(Object obj)public void close()

DatabaseObjectStore

Local File

Field

.....

Streams:

DbaseFifoOutChannelDCacheFifoOutChannelLogFifoOutChannelFileInChannelFileOutChannelFieldInChannelFieldOutChannel

InChannel:

public Object extract()public void close()

Streams


DAQ Analysis Modules

ControllableModule

Timegroup&AnalysisModule&OutputStream&

AnalysisModule


AnalysisModule

output

input

DataModule

..OutputStream&.. input

0-1

0-*

TimeGroup

DataModule&..

1-*

AnalysisProcess


AnalysisModule

FunctionUser supplied function

Synchronous Analysis Processes:

DataReductionProcess: generates a reduced data stream, used for monitoringFeedBackProcess: generates data for feedback purposes, real time dataPatternRecognitionProcess: processes data and looks for patterns, event detection


Monitor System

Data base

Monitor server

Monitor Process A

Monitor Process B/N

Monitor parameter,Analysis functions

Clients

stream A

stream N

Signal A

Signal B

FieldInChannels FieldOutChannels

stream B

CoDaStation

CoDaStation

CoDaStation

Multicast

Multicast


Message Handling

MessageHandler

FieldReceiverReceiver SpecialReceiver

onMessage(medium, id, message)

messageReceived(medium, message)

ProgramManager ProgramLoader SelectionProcessConsumer

sendMessage(medium, message)

IF: MessageConsumer

IF:MessageSender

consumerList

messageQueue

IF: MessageReceiver

registerComsumer(medium, id)

unregisterConsumer(consumer)

FieldInChannel


CoDaStation

Networks

Real Time Net

DAQ-Net

Control Net

CoDaStation

Public Net

C C W7X-Control

S S

S

R

R

R

Multicast enabled on alllocal networks

Central Timer

Archive


XDV Group

P. Heimann (RZG) CoDa software, designCh. Hennig (W7-X physics) Monitor server, networkingH. Kroiss (E2) Data base applicationsG. Kühner (W7-X physics) System configuration, designH. Kühntopf (W7-X physics) Monitor clients, data base

applicationsJ. Maier (RZG) Data base systemJ. Reetz (RZG) (->2004) Video systemsM. Zilker (RZG) Hardware support, hardware

implementation

Topics:

data acquisition requirements and concepts

Documents