20
Patrick Krejcik LCLS FAC [email protected] du June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team Current Development Plan for 2008 Commissioning Project Management

Patrick Krejcik LCLS [email protected] June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

  • View
    221

  • Download
    1

Embed Size (px)

Citation preview

Page 1: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

High Level Applications

Facility Advisory Committee MeetingJune 17, 2008

Applications TeamCurrent DevelopmentPlan for 2008 Commissioning Project Management

Page 2: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

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

Page 3: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Overview

Since the last reviewThe 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

Page 4: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Current Development

Formalized Requirements and Design and Review processPhase 1 Software Architecture

Roll out working prototypes early onInfrastructure 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 applicationsDesign started

Page 5: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Formal Documentation and Review Summary:

Application Req Doc Req Rev Design Doc Des RevOnline Model Complete Yes LEM PRELIM PartialProfile Monitor Complete Yes Yes YesWire Scan Complete YesEmittance Complete YesBeta Matching Complete ScheduledCorrelation Complete ScheduledOrbit Data Complete Yes Yes Beam Synch Acq PRD Yes YesOrbit Correction Complete Yes NextMultiknob Complete YesBumps PRELIM ScheduledKlys Man In Progress No

Page 6: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Development StatusApplication StatusOnline Model testing vs MAD in progress (Chu, Woodley) LEM design requirementsProfile Monitor Java prototypeWire Scan design requirements completeEmittance design requirements complete Beta Matching design requirementsCorrelation design requirementsOrbit Data started design and coding Beam Synch Acq coding and testingOrbit Correction design requirements complete Multiknob design requirements complete Bumps design requirementsKlys Man design requirementsStart-to-End Sim stalled, needs physicist and software resources

Page 7: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

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 PVs3. Feedback software has reached its limit of complexity in Matlab. Further development needs to be done in Java and C

Page 8: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Software Architecture for HLAsWell 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 performanceCentral message logging that archives system eventsDatabase awareSimilar 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.

Page 9: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Evolution of the Architecture

New architecture is not a direct copy of XAL from SNSWe 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 devicesXAL applications did not meet LCLS requirements exactly

Page 10: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

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

Page 11: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Example of Interface between core Applications

Next slide

Page 12: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

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

Page 13: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Orbit Data Team Development

Page 14: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Orbit Data – first customer of Event API

Page 15: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Event API Sequence Diagram

Page 16: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Orbit Data Swing GUI mockup

Orbit z-plot BPM buffered data

Page 17: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Working GUI for the Profile Monitor “Live View” (simulated data)

Page 18: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

OnLine Model

XAL model installedBeamline 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 MatlabA Matlab script is currently being used to compare the XAL design model output with the MAD design output.

Inconsistencies are being removed (debugging)

Page 19: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Start to End Simulationsprovide a software script to transfer the multiparticle results from one code to the nextuse 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 codescapture 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 profilesanalyze the execution time for complete and partial simulations of the machineevaluate 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 computersor, 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.

Page 20: Patrick Krejcik LCLS FACpkr@slac.stanford.edu June 16-18, 2008 High Level Applications Facility Advisory Committee Meeting June 17, 2008 Applications Team

Patrick Krejcik

LCLS FAC [email protected]

June 16-18, 2008

Schedule for delivering Phase I Applications*Application DateOrbit Data Plots August 2008 Online Model available to Matlab in August 08 LEM January 2009Profile Monitor November 08Multiknob November 2008 Bumps December 2008Wire Scan March 09Emittance April 09 Beta Matching May 09Correlation August 09Orbit Correction January 2009 Klys Man May 09Start-to-End Sim stalled, needs both physics and software resources* Subject to physicist priorities