View
221
Download
1
Category
Tags:
Preview:
Citation preview
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
High Level Applications
Facility Advisory Committee MeetingJune 17, 2008
Applications TeamCurrent DevelopmentPlan for 2008 Commissioning Project Management
Patrick Krejcik
LCLS FAC pkr@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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Patrick Krejcik
LCLS FAC pkr@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 PVs3. Feedback software has reached its limit of complexity in Matlab. Further development needs to be done in Java and C
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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.
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Patrick Krejcik
LCLS FAC pkr@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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Example of Interface between core Applications
Next slide
Patrick Krejcik
LCLS FAC pkr@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
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Orbit Data Team Development
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Orbit Data – first customer of Event API
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Event API Sequence Diagram
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Orbit Data Swing GUI mockup
Orbit z-plot BPM buffered data
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
June 16-18, 2008
Working GUI for the Profile Monitor “Live View” (simulated data)
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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)
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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.
Patrick Krejcik
LCLS FAC pkr@slac.stanford.edu
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
Recommended