Title: Plans for EPICS in Hall D at Jefferson Lab
1Plans for EPICS in Hall D at Jefferson Lab
- Elliott Wolin
- EPICS Collaboration Meeting
- Vancouver, BC
- 30-Apr-2009
2Jefferson Lab Newport News, Virginia
6 GeV Continuous Electron Beam Accelerator
Facility Superconducting RFQs Three existing
experimental halls Approved 12 GeV upgrade and
new hall 310M GlueX experiment 200 kHz
trigger 3 GB/s off detector 300 MB/s to tape
3GlueX Experiment in Hall D
- Search for mesons with gluonic excitations
- 200 kHz trigger rate
- Deadtimeless readout
- 15 kB event size
- 3 GB/sec to L3 farm
- Factor 10 L3 rejection
- 300 MB/s to tape
- Data taking in 2014
4Experiment vs. Accelerator Operations
- Trigger/DAQ-centric, not controls-centric
- trigger and DAQ hardware more problematic
- high-speed data path is critical
- Run-oriented
- many configuration changes
- sometimes every 5 minutes
- hardware download/readback speed critical
- may bypass normal controls path for speed
5DAQ at High Luminosity 3 GByte/sec
3 GB/s
3 GB/s
3 GB/s
16 TB 16 hrs
300 MB/s
300 MB/s
1 EMU
300 MB/s
Many Cores
8 EMUs
8 EMUs
60 ROCs
Event Builder Crossbar
6Controls/Monitoring Channel Counts
Hardware
Electronics
7Hall D Three-Tier Controls Architecture
High-level state machines and operator
GUIs. (AFECS)
Communication, archiving, alarms (EPICS)
Autonomous detector control, low-level state
machines. (PLC, Ethernet, CAN, SMBus)
8- Detector Control System
- 24x7 autonomous operation
- All PID and control loops reside here
- No EPICS at this level
- Allen-Bradley PLC
- engineers prefer simple analog sensors/actuators
- will have some Ethernet devices
- High-level manufacturer-supplied controllers
- HV, LV
- goniometer
- CAN, SMBus controllers
9- SCADA - Supervisory Control and Data Acquisition
- EPICS
- JLab has extensive experience with EPICS
- accelerator and all three existing halls
- Will use Linux-only EPICS, no VxWorks or RTEMS
- CSS and/or LabView for non-expert graphics
- few restrictions on expert screens
- Integrate with publish/subscribe package (cMsg)
- Alarm system BEAST (SNS) or LASER (CERN)
- Many other tools in EPICS toolkit
- archiving from SNS or JLab
- strip charts StripTool, SNS, JLab or Labview
- save-and-restore facility SCORE from SNS
- web CAML, WebCA
- analysis - Labview
10- Experiment Control System
- AFECS
- Agent Framework for Experiment Control Systems
- Java agent-based control system from JLab DAQ
group - Used for run control
- Allows integration of slow controls with run
control - high-level state machine scripting language
- hierarchical
- similar to SMI used at LHC
11Alarm System
- Goals are these satisfied by BEAST? LASER?
- All alarms require operator action
- otherwise alarm is a nuisance
- Single problem gives single alarm
- alarm filtering/reduction, flood suppression
- Context sensitive alarms
- no alarm on device if not being used
- Alarm shelving
- remove from alarm screen
12Labview
- Considering for majority of operator screens
- Channel Access modules available
- client for Linux (ORNL)
- waiting for Linux server
- Basically just another GUI builder
- like EDM, CSS
- superior analysis capabilities
13Conclusions
- Using EPICS for SCADA level (middle tier)
- Linux only
- no control loops in EPICS
- Cherry-picking best applications
- Many from SNS/ORNL
- May use Labview extensively
- Please give me comments and suggestions!
14Backup
15Full Experiment Trigger
Trigger Signal
Level 1 Energy Sum Trigger
T r igger Inputs
16 bits
O u t p u t
Detector
Pulser 1
Addl Trigger Logic
Pulser n
16 bits
Calib 1
Calib n
Trigger Supervisor Module
16PLC Redundant Chassis LayoutSeven Module Chassis
Communication Module
PLC
Power supply
Redundancy Module
Blank Slots
17Ten Module Remote Chassis
- Field Devices
- temperature sensors
- pressure gauges
- vacuum gauges
- cryogenic level gauges
- relays
- voltage, current gauges
- flow meters
- many others