LHC Application Development

1. LHC Application Development 09 / 03 / 2005 Mike Lamont for the LSA Team LHC Application development

2. The challenge Settings, functions, monitoring, display, post mortem, control, acquisition, concentration, archiving, alarms, interlocks • EQUIPMENT • Collimators/TDI/TCDQ etc. • Beam Dump • Power converters, • Kickers • RF, TFB, LFB • Spectrometers & compensation • INSTRUMENTATION • Distributed systems: • BLMs, BPMs, • Standalone: • BCT, BTV, AGM, BIPM, BWS, Schottky.. • Tune, Chromaticity, Coupling • Luminosity monitors • Radiation Monitors • REFERENCE MAGNET SYSTEM • MACHINE PROTECTION • VACUUM, CRYOGENICS, QPS   Driving the machine through the cycle Magnet errors, crossing angles, snapback,ramping, squeezing, colliding, orbit, parameter control, optimisation etc. etc.  LHC Application development

3. Standard facilities • SETTINGS • TRIM • MEASUREMENTS • EQUIPMENT ACCESS • LOGGING • FIXED DISPLAYS • ALARMS • ANALOGUE ACQUISITION • POST MORTEM • REAL TIME • MACHINE MODEL • SEQUENCER • TIMING • INTERFACE WITH EXPERIMENTS • ANALYSIS TOOLS • SCANS – COMPLEX MEASURE/TRIM PROCEDURES • STANDARD OPERATIONAL FACILITIES (LOGBOOK/CONSOLE MANAGER etc.) LHC Application development

4. Applications Collimators TDI/TCDQ Beam dump, PM, POC Power converters!!! RF Transverse feedback Kickers – analogue acq., control Septa Warm magnets Spectrometer & compensation RMS Beam Vacuum Quench Protection Radiation Monitors Cryostat Instrumentation Beam Loss Monitors Bunch Current Transformers (BCTDC & BCTFR) Orbit, trajectory, dispersion, threading, injection oscillations… BPM – multi-turn analysis Screens (matching monitors) Tune measurement Chromaticity measurement Abort gap monitor Radiation monitors Rest Gas Ionisation Monitor (control & acquisiton) Wire Scanner BWS Schottky pick-ups Collision point finder Luminosity scan Injection Beam selector/sequencer Settings generation On-line model Reference magnet system Sequencer Fast timing diagnostics Interlocks Slow timing Real time knobs RMS Feed forward Orbit feedback Post mortem analysis Logging analysis Measurement analysis Settings Generation Trim LHC Application development

5. How? • Three pronged attack • Analyze requirements (& use institutional memory) • Establish core architecture & validate [TI8, SPS, LEIR, HWC] • Equipment & instrumentation access • Configuration, optics • Settings, trims • Measurements, logging, fixed displays… • Push novel control components • Post mortem • Real time • Injection control LHC Application development

6. Development Process • OO analysis and design • Rational Unified Process • UML (Unified Modeling Language) • Iterative approach • Break project into chunks - modularization • Analysis, design, code and test • Plus exploration activity • Adaptive planning • Not fooling ourselves with illusory predictability • We do not have precise and accurate requirements • Agile Process • Short time boxed iterations bounded by milestones • Low in ceremony & lightweight LHC Application development

7. Core architecture • Analyse the requirements of accelerator operations • Factor out the common functionality: • generic model • Implement once • Reuse for the control of several accelerators • Strategy: from simple to more general LHC Application development

8. What is covered so far? • Optics • Layout, Twiss, strengths • Settings Management • Functions or values for all parameters (physics to hardware) • Settings Generation • Generation of the functions based on the optics • Trim • Coherent modification of functions, revert, history • Hardware & Instrumentation Exploitation • Equipment Control, • Measurements: log, archive & display • Operational Exploitation • Sequencing, Super Cycle changes LHC Application development

9. How are we trying to do it? • Use a modern OO development method • Implement using appropriate technology • Using CO standards • Using standard components where possible • Aim for simplicity • Aim to for re-use in LHC domain LHC Application development

10. What we have today ? • The data model has been defined and implemented • Software components and applications have been designed and implemented • Based on requirements from SPS, Transfer Lines (TT40/TI8) and with LHC in mind • Used successfully for the control of TT40 and TI8 • Applied successfully to model LEIR control • Work started to model LHC • Developments in place for HWC – reuse for beam based operation LHC Application development

11. Architecture - Key Points • Principles • Modular • Distributed • Layered • Database Layer (Oracle) • Settings, trims, configuration, commands, optics, • Business Layer : all functionality required by applications • trim: change of parameter, conversion to hw parameter, record of changes, rollback, send to hardware etc. • measurement, acquisition, combination, filtering etc. LHC Application development

12. Client Tier Appli- cations JAPC JAPC cmwrda Architecture – Physical View Business Tier (Web Container) macsy client Remote HTTP Layer (Spring) macsy client impl accsoft-settings DAO Hibernate Datastore accsoft-optics macsy-generation macsy-sequence macsy-trim macsy-explotation Devices JAPC JAPC remote client JAPC remote server Parameters concentration JAPC cmw- rda LHC Application development

13. Applications - Key Points • Using the new Application Frame • Released in the production area (via Common Build and Release) • Deployed via JavaWebStart • Accessible through the Console Manager • Able to run 2-tiers or 3-tiers • Accessing locally or remotely the business tier LHC Application development

14. Systems to commission for injection –Controls and software • Requirements • Generic application software • Equipment control, measurement, data visualisation, cycle visualisation, trim, trajectory / orbit control, logging, alarms,… • Dedicated injection application software • Expert applications • A swathe of applications to get working…. LHC Application development

15. Generic Equipment Control LHC Application development

16. Generic Measurement LHC Application development

17. Trim LHC Application development

18. Trim history LHC Application development

19. Visualization of the settings LHC Application development

20. Orbit Steering (Jörg) LHC Application development

21. SDDS Browser & Viewer LHC Application development

22. Fixed Displays LHC Application development

23. Optics Display LHC Application development

24. Analysis • LHC Software Analysis Team • Use Case the operational sequence • How do we tie every thing together? • Confirm systems provide relevant functionality • Detail high level controls requirements • Push prototyping of components • Post-mortem, Equipment access, Instrumentation • Looking forward: real-time integration, machine model, timing • Input to LSA Andy Butterworth, Stephen Jackson, Greg Kruk, Mike Lamont, Robin Lauckner, Lionel Mestre, Stephen Page, Jörg Wenninger LHC Application development

25. Planning LHC Application development

26. Resources • AB/CO • 3 software engineers AB/CO (more-or-less full time) • Lionel Mestre, Francois Chevrier, Greg Kruk • AB/OP • 1 part time (youth training scheme) • 2 very part time • Markus Albert, Guy Crockford • 2 full time until 2006 • Lasse Normann, Delphine Jacquet • 1 PS part time • Bernard Vandorpe • Friends • Jorg • LEIR/PS • Eugenia & sheds load to do. LHC Application development

27. Conclusion • Sophisticated development environment and architecture in place – will be used for the LHC • Validated with TI8/SPS and used for LEIR and PS • Additional analysis and development underway for HWC and LHC • Lot of work to do, but have good framework in place • Collaboration established between equipment groups, BI, Operations & Controls LHC Application development

28. Acknowledgements LHC Application development