1. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team Current Development Plan for 2008 Commissioning Project Management

2. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Team D. Fairley Technical Leads D. Rogind (and Developers) S. Chevtsov P. Chu G. White Software Developers M. Woodley M. Zelazny P. Krejcik Supervisor

3. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Overview Since the last review The HLA Group has been restructured The schedule and priorities has been revised A design methodology has been adopted We will concentrate on delivering a core suite of applications to replace those on the SCP Use of the ECLIPSE RCP deferred Applications will be written in Java, Swing Working applications: SCORE, bunch length, feedbacks, Matlab applications

4. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Current Development Formalized Requirements and Design and Review process Phase 1 Software Architecture Roll out working prototypes early on Infrastructure and Utilities Oracle Data provider (Prototyped) Save To Matlab, Save to SCORE, Textual Display, To Logbook.. (In test) Beam Synchronous Acq – Event API (In Progress) Core applications Design started

5. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Formal Documentation and Review Summary: Application Req Doc Req Rev Design Doc Des Rev Online Model Complete Yes LEM PRELIM Partial Profile Monitor Complete Yes Yes Yes Wire Scan Complete Yes Emittance Complete Yes Beta Matching Complete Scheduled Correlation Complete Scheduled Orbit Data Complete Yes Yes Beam Synch Acq PRD Yes Yes Orbit Correction Complete Yes Next Multiknob Complete Yes Bumps PRELIM Scheduled Klys Man In Progress No

6. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Development Status Application Status Online Model testing vs MAD in progress (Chu, Woodley) LEM design requirements Profile Monitor Java prototype Wire Scan design requirements complete Emittance design requirements complete Beta Matching design requirements Correlation design requirements Orbit Data started design and coding Beam Synch Acq coding and testing Orbit Correction design requirements complete Multiknob design requirements complete Bumps design requirements Klys Man design requirements Start-to-End Sim stalled, needs physicist and software resources

7. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Choice of Framework Matlab has been successfully used to develop many applications for commissioning, so why is it not enough? 1. In general, we want to take a longer term view to HLA support (see next slide) 2. Specifically, we need to provide an online model that is database driven and linked to EPICS PVs 3. Feedback software has reached its limit of complexity in Matlab. Further development needs to be done in Java and C

8. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Software Architecture for HLAs Well developed Application Programming Interfaces (APIs) so that Code duplication is minimized. Code maintainability is optimized. Applications can integrate with other HLAs. Higher level applications can be built hierarchically from other smaller applications. HLAs can be executed from a script so that whole procedures can be written. Exception handling, no crashing when unexpected events occur. Multi-threaded for higher performance Central message logging that archives system events Database aware Similar look and feel for applications, intuitive interface. Choose beamline “sections” (no hard coding to one part of the beamline) unified framework for the application software share common features such as restoring setups, data saving and access to various software tools on the Operator Interface workstation screens (OPIs) Matlab can access the APIs so that new applications can be rapidly prototyped by physicist programmers when new physics needs arise.

9. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Evolution of the Architecture New architecture is not a direct copy of XAL from SNS We are sharing some of XAL’s features Java based applications, uses JCA, SMF from the online model, database driven XAL had many hard-coded instances to specific SNS devices XAL applications did not meet LCLS requirements exactly

10. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 New LCLS HLA architecture Suite of modular applications Java, Swing based APIs so applications work in concert Still use Matlab for rapid prototyping of applications

11. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Example of Interface between core Applications Next slide

12. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Work Plan for the first application Teaming up on Orbit Data Application Requirements and Designs complete Java Swing GUI mock ups Utility APIs (coded and in test) - to matlab, to Score, to Logbook, textual display Event API (coded and in test) Oracle database provider (coded and in test) Plotting (in evaluation) allows us to develop the infrastructure for the next applications

13. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Orbit Data Team Development

14. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Orbit Data – first customer of Event API

15. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Event API Sequence Diagram

16. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Orbit Data Swing GUI mockup Orbit z-plotBPM buffered data

17. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Working GUI for the Profile Monitor “Live View” (simulated data)

18. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 OnLine Model XAL model installed Beamline generated from the Oracle RDB In turn generated from the MAD beamline file “live” machine settings are read through EPICS Channel Access Model output is written back to the RDB Accessible to all programs, including Matlab A Matlab script is currently being used to compare the XAL design model output with the MAD design output. Inconsistencies are being removed (debugging)

19. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Start to End Simulations provide a software script to transfer the multiparticle results from one code to the next use the Standard Machine Format description of the accelerator developed for the XAL online model and the database logging tools to supply the “live” machine settings to the input files for each of the simulation codes capture the simulated particle distributions at each of the monitor points of interest along the beamline, such as at profile monitor and wire scanner locations, as well as the undulator output. provide a tool for displaying the simulation results alongside the measured beam profiles analyze the execution time for complete and partial simulations of the machine evaluate whether the simulation can be displayed in real time alongside the measured machine data using an advanced computing farm. optimize the code to run on the superfast computers or, develop tools whereby snapshots of the machine settings can be easily saved at the time real beam data is recorded so that the snapshots can be used as input for the machine simulations for offline comparison with measured data.

20. Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 Schedule for delivering Phase I Applications* Application Date Orbit Data Plots August 2008 Online Model available to Matlab in August 08 LEM January 2009 Profile Monitor November 08 Multiknob November 2008 Bumps December 2008 Wire Scan March 09 Emittance April 09 Beta Matching May 09 Correlation August 09 Orbit Correction January 2009 Klys Man May 09 Start-to-End Sim stalled, needs both physics and software resources * Subject to physicist priorities