IMPROVING THE MRF BASELINE Prague, June 5 th 2014

 Motivation for the presence  Cosylab timing projects  Cosylab wishes for MRF future Introduction

 we are now 85 and part of big projects ITER, ESS, MedAustron, Solaris, FAIR…. we like to do things efficiently and standardize solutions which we believe is the most efficient for community  my personal interest is timing-system standardization  and besides above there are many emerging; RISP, MYRRHA, BNCT where timing system shall be crucial part  we believe MRF is a very solid platform for timing system solutions About Cosylab 3

 ESS after analyzing ESS needs we believe MRF FW upgrades are needed we started with MRF “branch”, now we discussed with Timo to address this  MedAustron highly customized, medical-suited FW upgrade of MRF extended MRF to provide virtual accelerator service 4PY put into real-time application layer for medical ramping-synchrotron accelerator together with Jukka made PXIe EVR  RISP/RAON compare MRF “off the shelf” and WR we really appreciate MRF platform we can buy from Jukka  FAIR it is WR, we are following this community and we understand situation  Solaris MRF off the shelf + Tango  MYRRHA MRF off the shelf + mrfioc2 Timing projects 4

MedAustron REDNET 1x MRF EVG n-x MRF EVR  REDNET = real-time event and data network  requirement analysis,  architecture design  development (LV + FPGA), testing…  effort: ~4 MY MRF network

ESS timing system  implementation using standardized EPICS Nominal Device Support  additions to MRF FW with fallback sequences, data emission coupled with sequences, “MPS” PoC  effort: ~1.5 MY

RISP / RAON 7 Compare MRF & WR Requirements Architecture

 data buffer emission done in RT (HW) and synchronized with sequencer(s)  sequencer gating in different modes (direct termination, graceful termination) low level RT coupling with MPS  automatic propagation delay compensation  user trigger events with additional conditions for emission trigger timing event, delay, number of repetitions, decimation  easier/standardized setup of the system - everyone needs to know the TS very well before "Hello World" can be made Abstraction layer – integrator should deal with his needs not direct HW configuration  more complete SW support (additions to mrfioc2) Cosylab wishes for MRF future 8