Page Beam Instrumentation mini- workshop Conclusions from the Hardware, Timing and MPS mini-workshop Lund, 2012-03-20 Miha Reščič Deputy Head of

Slides:



Advertisements
Similar presentations
XFEL 2D Pixel Clock and Control System Train Builder Meeting, DESY 4 December 2008 Martin Postranecky Matt Warren, Matthew Wing.
Advertisements

XFEL C+C HARDWARE : REQUIREMENTS 1) To receive, process and store Timing Signals from TR ( Timing Receiver ) in same crate : - 5 MHz Bunch CLOCK - Bunch.
01/11/2002SNS Software Final Design Review1 V123S Event Link Encoder, Transmission System and PLL Receiver Thomas M. Kerner (BNL) SNS Global Controls.
Stephanie Allison LCLS Event System 14 June LCLS Event System Outline HW Block Diagram Timing Requirements Time Lines EVG.
CS 325: Software Engineering January 13, 2015 Introduction Defining Software Engineering SWE vs. CS Software Life-Cycle Software Processes Waterfall Process.
ESS Timing System Plans and Requirements Timo Korhonen Chief Engineer, Integrated Control System Division May 19, 2014.
Status of the European Spallation Source Timo Korhonen Chief Engineer, Integrated Control System Division October 21, 2014.
26-Sep-11 1 New xTCA Developments at SLAC CERN xTCA for Physics Interest Group Sept 26, 2011 Ray Larsen SLAC National Accelerator Laboratory New xTCA Developments.
SLAC uTCA review 4-5 June 2012 Anders J Johansson Lund University Some slides from Zheqiao Geng and Tom Himel)
ESS LLRF System Anders J Johansson.
Test of LLRF at SPARC Marco Bellaveglia INFN – LNF Reporting for:
SNS Integrated Control System SNS Machine Protection System EPICS Workshop April 27, 2005 Coles Sibley.
ELI: Electronic Timing System (ETS) at Facility Level E L I – B L – – P R E – B.
Diagnostics and Controls K. Gajewski ESS Spoke RF Source Accelerator Internal Review.
Agenda Adaptation of existing open-source control systems from compact accelerators to large scale facilities.
The ESS vacuum team has overall responsibility for all technical vacuum systems used on the: Accelerator, Target and Neutron Scattering Instruments and.
SNS Integrated Control System EPICS Collaboration Meeting SNS Machine Protection System SNS Timing System Coles Sibley xxxx/vlb.
TID and TS J. William Gu Data Acquisition 1.Trigger distribution scheme 2.TID development 3.TID in test setup 4.TS development.
ESS Controls Infrastructure Timo Korhonen ICS Feb.. 4, 2015.
CRIO as a hardware platform for Machine Protection. W. Blokland S. Zhukov.
SODA: Synchronization Of Data Acquisition I.Konorov  Requirements  Architecture  System components  Performance  Conclusions and outlook PANDA FE-DAQ.
SNS Integrated Control System SNS Timing Master LA-UR Eric Bjorklund.
Distribution of machine parameters over GMT in the PS, SPS and future machines J. Serrano, AB-CO-HT TC 6 December 2006.
LCLS Timing Software and Plan 1 Controls Timing Workshop EPICS Collaboration Meeting SLAC LCLS Timing Software and Plan April Kukhee Kim.
John Dusatko 2012 EPICS Timing Workshop The SLAC Timing System April 24, The Accelerator Timing System at SLAC: Experiences, Ideas & Future Plans.
LANSCE Timing Requirements LA-UR Eric Bjorklund.
REDNET Prototype overview Rok Stefanic the best people make cosylab.
Micro-Research Finland Oy MRF Timing System Jukka Pietarinen Timing Workshop CERN February 2008.
MRF & Cosylab on timing system: integration support Joze Dedic the best people make cosylab … Head of Hardware.
1 Timo Korhonen PSI 1. Concepts revisited…again 3. New (Diamond) cards features and status 4. EPICS interface 5. Conclusions SLS & Diamond Timing System.
SNS Integrated Control System Timing Clients at SNS DH Thompson Epics Spring 2003.
Issues in Accelerator Control Bob Dalesio, December 23, 2002.
The European Spallation Source Control System
EPICS Collaboration Meeting Fall PAL October 22 ~ 26, 2012 LCLS Timing System (pattern design, evGUI, and high level) Mike Zelazny for LCLS Timing.
1 Global Design Effort Beijing GDE Meeting, February 2007 Controls for Linac Parallel Session 2/6/07 John Carwardine ANL.
Online Software 8-July-98 Commissioning Working Group DØ Workshop S. Fuess Objective: Define for you, the customers of the Online system, the products.
Timing Requirements for Spallation Neutron Sources Timing system clock synchronized to the storage ring’s revolution frequency. –LANSCE: MHz.
ESS LLRF and Beam Interaction. ESS RF system From the wall plug to the coupler Controlled over EPICS Connected to the global Machine Protection System.
REDNet - Status overview Rok Stefanic Ziga Kroflic
Preliminary Functional Analysis of ESS Superconducting Radio-Frequency Linac C. Darve, N. Elias, J. Fydrych, D. Piso European Spallation Source ESS AB,
1 Global Design Effort: Controls & LLRF Controls & LLRF Working Group: Tuesday Session (29 May 07) John Carwardine Kay Rehlich.
XLV INTERNATIONAL WINTER MEETING ON NUCLEAR PHYSICS Tiago Pérez II Physikalisches Institut For the PANDA collaboration FPGA Compute node for the PANDA.
ESS Timing System Prototype 2012 Miha Reščič, ICS
Control System Considerations for ADS EuCARD-2/MAX Accelerators for Accelerator Driven Systems Workshop, CERN, March 20-21, 2014 Klemen Žagar Robert Modic.
RF Phase Reference Distribution for the European XFEL Krzysztof Czuba Warsaw University of Technology, ISE For the RF Synchronization Team P. Jatczak,
Status report on ICS interfaces (Accelerator, Target, NSS, CF) and related activities Miha Reščič Deputy Project Manager, ICS
Personnel Safety Systems Stuart Birch Senior Engineer, Personnel Safety Systems November 6 th, 2014.
ESS Vacuum Standardization
Mitigation Devices External Interface ICS Nick Levchenko Lund Date:
Machine Protection Systems (MPS) Arden Warner, and Jim Steimel Project X Machine Advisory Committee March 18-19, 2013.
Design process of the Interlock Systems Patrice Nouvel - CERN / Institut National Polytechnique de Toulouse CLIC Workshop Accelerator / Parameters.
The Control and Hardware Monitoring System of the CMS Level-1 Trigger Ildefons Magrans, Computing and Software for Experiments I IEEE Nuclear Science Symposium,
ICS interfaces Timo Korhonen ICS Apr 22, 2015.
ESS Timing System Plans Timo Korhonen Chief Engineer, Integrated Control System Division Nov.27, 2014.
Krzysztof Czuba, ISE, Warsaw ATCA - LLRF project review, DESY, Dec , XFEL The European X-Ray Laser Project X-Ray Free-Electron Laser Master Oscillator.
XFEL The European X-Ray Laser Project X-Ray Free-Electron Laser Wojciech Jalmuzna, Technical University of Lodz, Department of Microelectronics and Computer.
ESS LLRF and Beam Interaction
MicroTCA Development and Status
SLAC I&C Division / EE Department
SNS Status Report Karen S. White 10/15/08.
Overview and System Design for ESS LLRF Systems
Javier Serrano CERN AB-CO-HT 29 February 2008
LCLS Timing Software and Plan
CSNS Accelerator Control and Beam Instrumentation JIN Dapeng, XU Taoguang … June 9, 2015
Status of Fast Controller EPICS Supports for ITER Project
Timing and Event System for the LCLS Electron Accelerator
BCM-BIS Interface Szandra Kövecses
Towards final BCM firmware and interface to MPS Hooman Hassanzadegan BI forum, Nov 2018, Lund
Control Systems for the APTM and GRID
Readout Systems Update
Presentation transcript:

page Beam Instrumentation mini- workshop Conclusions from the Hardware, Timing and MPS mini-workshop Lund, Miha Reščič Deputy Head of European Spallation Source Cosylab

page Introduction Integrated Control System Control Box HW Platform Discussion Timing Discussion MPS Discussion Summary

page Integrated Control System Design Update -> Accelerator -> Accelerator Science -> Controls Preparation To Build -> ICS XFunctional task Accelerator, Target & Instruments level Construction -> Integrated Control System -> Accelerator -> Target -> Instruments …

page Control Box, purpose 1. Allow independent but standardized subsystem controls development 2. Encourage and enforce consistency between sub-systems 3. Facilitate new component testing (e.g. EPICS drivers) 4. Allow factory acceptance testing of subsystems through the control system 5. Validate technology decisions 6. Mediate early risk reduction, to prevent unexpected surprises at project integration time 7. Force the controls group to make and document early decisions

page Control Box, schematic

page Hardware Platform Decisions cPCIe is the prototyping platform for applications that do not require extensive synchronization over the backplane uTCA "for physics" (MTCA.4) is the prototyping platform for applications that do require the above. cPCIe is the PRIMARY platform choice, uTCA is the platform for solutions that CANNOT run in cPCIe The OS running on both crates is Linux ICS is responsible to provide and support Control Boxes running Linux, EPICS and the Timing system for both crates The platform provides remote firmware update possibilities

page HW Decision support Standardization o Definition of the backplane (e.g. ATCA having multiple substandards) o Vendor support and availability (e.g. low number of vendors for PXI (excluding cPCI(!) solutions)) EPICS integration o Driver availability for Linux Backplane limitations o maximum number of available slots o synchronization and inter-communication o bandwidth (supports the 'express' choice) Robustness of mechanical deployment o RTM (rear transition module), no 'front panel brick'o'lage' o RTM analog support (shielding of the signals) [more info in Hooman's presentation]

page Hardware Action Items Look into the possible solutions of HW interfaces between EPICS and other OS/CS solutions (LabView) The ICS should make a "shopping" list (ITER CODAC model) of supported crates, cards, cpu units, etc... Research the (DESY, SLAC...) uTCA drivers and Linux support for the various cards and other HW Research on the redundancy front (PS, fans, online health- checks, hot-swaps, MTBF, 'predictability‘ of failures, failure identification and time to repair Get more information on the DESY uTCA possible in-kind contribution

page Timing System Decisions Primary prototyping transport layer is MRF Primary prototyping HW platform is cPCIe (secondary is uTCA) Current required accuracy is 1 ns (precision of the timestamp, jitter of the clock) Currently there is no need for a BI-directional Timing transport layer Instruments use the same timing transport layer as Accelerator and Target The timing master generates '14Hz' phase locked to the clock signal from MO Timing system prototype architecture allows change of transport layer in the future Decision support Availability and performance of the transport layer (WR, NI1588, custom) HW platform discussion and decisions

page Timing Action Items Find correlation between 14Hz and MHz in the scope of the event table (event granularity; n*RF, n=?) Research the possibility of timestamping with pulse sequential number (RF counts, ticks from princess visiting) Look into supercycles concepts, pulse structure and commissioning pulse ramping Look into the different modes of operation (e.g. running the machine with insertion devices) Write requirements document for ESS Timing (based on SNS requirements (strip down SNS requirements to match ESS)) Start defining event table (and iterate with stakeholders), static and dynamic Look into the integration between the post-mortem data acquisition (and analysis) and MPS, Timing and CS Integration of Control Boxes with Timing receivers and the neutron guide choppers (infrastructure) Build a functioning timing system prototype Research the local mode operation in case of master timing link failure, loss-of-link, loss-of-signal

page MPS System Decisions Two MPS requests defined: Fast Abort (intra-pulse), Beam Permit (inter-pulse) Currently, Fast Abort pulls the Beam Permit Currently, the interface to MPS system is binary (e.g. 1/0, ok/nok) and fail(2)safe MPS response time is a function of energy Beam Fast Abort should use redundant mitigation devices The MPS system timestamps all MPS input changes and all the nodes need to be synchronized with the same precision as the Timing system MPS supports different modes of operation (e.g. commissioning stages) Target upon failure pulls the Beam Permit (no Fast Abort) Target can take a hit from one pulse after pulling the Beam Permit Inhibit Instruments never provide any input into MPS

page MPS Action Items Identify possible mitigation devices and their speeds and redundancy (LEBT / MEBT chopper, dephase RFQ, source; listed in decreasing order of speed) MPS post-mortem support (implication for device integration (e.g. interfaces)) Find the number and types of inputs to MPS or MPS nodes (order of magnitude) and their actions (FA, BP) Define responsibilities for tresholds for devices that trigger (input) MPS

page Summary cPCIe is the primary and uTCA is the secondary prototyping platform. The OS running on both crates is Linux and ICS is responsible to provide EPICS and the Timing system for both crates Primary prototyping transport layer is MRF and current required accuracy is 1 ns Timing system architecture allows the change of transport layer in the future Fast Abort and Beam permit MPS requests and a binary interface MPS supports different modes of operation

page Thank you!