 Software Tools for MPS Kajetan Fuchsberger MPP Workshop, 2013, Annecy Many thanks for input from M. Zerlauth, J. Wenninger, R. Schmidt, G. Kruk, V. Baggiolini,

Slides:



Advertisements
Similar presentations
Software change management
Advertisements

Configuration management
GENI Experiment Control Using Gush Jeannie Albrecht and Amin Vahdat Williams College and UC San Diego.
Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Post Mortem Workshop - discussion1 17/1/2007 HWC Requirements GMPMA  Concentrate on pre-beam requirements Post-quench analysis ([semi-] automatic) Integrity.
Validata Release Coordinator Accelerated application delivery through automated end-to-end release management.
 M.A - BIS Workshop – 4th of February 2015 BIS software layers at CERN Maxime Audrain BIS workshop for CERN and ESS, 3-4 of February 2015 On behalf of.
Software Frameworks for Acquisition and Control European PhD – 2009 Horácio Fernandes.
Fundamentals of Information Systems, Second Edition
Software System Integration
LHC Experiment Dashboard Main areas covered by the Experiment Dashboard: Data processing monitoring (job monitoring) Data transfer monitoring Site/service.
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
W. Sliwinski – eLTC – 7March08 1 LSA & Safety – Integration of RBAC and MCS in the LHC control system.
Software Inspection A basic tool for defect removal A basic tool for defect removal Urgent need for QA and removal can be supported by inspection Urgent.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Configuration Management (CM)
CE Operating Systems Lecture 3 Overview of OS functions and structure.
Slide 12.1 Chapter 12 Implementation. Slide 12.2 Learning outcomes Produce a plan to minimize the risks involved with the launch phase of an e-business.
Status and first objectives 14/06/2012Jean-Christophe Garnier1.
Frameworks CompSci 230 S Software Construction.
LHC BLM Software revue June BLM Software components Handled by BI Software section –Expert GUIs  Not discussed today –Real-Time software  Topic.
LHC online modeling Mark IV LHC online modeling Mark IV Piotr Skowroński Tobias Persson Agnieszka Szczotka Jaime Coello de Portugal Lukas Malina Mattias.
Software Engineering Lecture # 1.
Architectural issues M.Jonker. Things to do MD was a success. Basic architecture is satisfactory. This is not the end: Understanding of actual technical.
‘Review’ of the machine protection system in the SPS 1 J. Wenninger BE-OP SPS MPS - ATOP 09.
Lecture 4 Mechanisms & Kernel for NOSs. Mechanisms for Network Operating Systems  Network operating systems provide three basic mechanisms that support.
GAN: remote operation of accelerator diagnosis systems Matthias Werner, DESY MDI.
1 Object-Oriented Analysis and Design with the Unified Process Figure 13-1 Implementation discipline activities.
Beam Interlock System MPP Internal ReviewB. Puccio17-18 th June 2010.
1 Commissioning and Early Operation – View from Machine Protection Jan Uythoven (AB/BT) Thanks to the members of the MPWG.
1 15 April 2010: Post Mortem Analysis by M.Zerlauth Automated analysis of Powering Events – Progress update.
Last night Lhc closed 15:00 Beam on Ti 8 /Ti2 Prepulse check synchronisation ok with LHCb /RF 17:00 Open Point 4 PC’s and RF 19:00 LBDS energy tracking.
Pavel Nevski DDM Workshop BNL, September 27, 2006 JOB DEFINITION as a part of Production.
AB/CO Review, Interlock team, 20 th September Interlock team – the AB/CO point of view M.Zerlauth, R.Harrison Powering Interlocks A common task.
DIAMON Project Project Definition and Specifications Based on input from the AB/CO Section leaders.
16-17 January 2007 Post-Mortem Workshop Logging data in relation with Post-Mortem and archiving Ronny Billen AB-CO.
T EST T OOLS U NIT VI This unit contains the overview of the test tools. Also prerequisites for applying these tools, tools selection and implementation.
Christophe Martin TE-MPE-EP 02/06/ The BIS and SMP activities during LS1 MPE Group Review, 2 June 2015 Christophe Martin, Stephane Gabourin & Nicolas.
 The AccTesting Framework - Overview & Visions Kajetan Fuchsberger TE-MPE TM, On behalf of the TE-MPE-MS Software Team: M.Audrain, J.-C. Garnier,
MPE Workshop for LS1 Summary of Global Activities Thanks to Speakers Arjan Verweij Hugues Thiesen Zinur Charifoulline Kajetan Fuchsberger.
MPP Workshop Status of Powering Interlocks I. Romera on behalf of MPE-MS MPP Workshop, 12 June 2015, I. Romera (TE-MPE)1.
HWC Review – Sequencer Vito Baggiolini AB/CO, with the team: Carlos Castillo, Daniele Raffo, Roman Gorbonosov.
Systems, their relations & information. Concepts and Status of the new central service for tracking relations between CERN accelerator systems TE/MPE TM.
BEAM INSTRUMENTATION GROUP DEPENDABILITY APPROACH CERN, Chamonix 26th January 2016 William Viganò
Training LHC Powering Robin Lauckner Software Tools for Commissioning Robin Lauckner 28 th March, 2007.
PC Current Interlocking for the SPS Fast Extractions. 1 J. Wenninger July 2009.
JRA1 Meeting – 09/02/ Software Configuration Management and Integration EGEE is proposed as a project funded by the European Union under contract.
 Automation Strategies for LHC System Tests and Re-Commissioning after LS1 Kajetan Fuchsberger TE-MPE LS1 Workshop On behalf of the TE-MPE-MS Software.
INTELLIGENT TEST SCHEDULING TE-MPE Technical Meeting Michael Galetzka.
MPE Workshop 14/12/2010 Post Mortem Project Status and Plans Arkadiusz Gorzawski (on behalf of the PMA team)
LSA Core overview 6 / 11 / 2007 Wojciech Śliwiński (AB-CO-AP) on behalf of LSA team.
DECTRIS Ltd Baden-Daettwil Switzerland Continuous Integration and Automatic Testing for the FLUKA release using Jenkins (and Docker)
 TE-MPE-PE Clean code workshop – R.Heil, M.Koza, K.Krol Introduction to the MPE software process Raphaela Heil TE-MPE-PE Clean code workshop - 9 th July.
AWAKE p+ beam line HWC C. Bracco, J. Schmidt Acknowledgment: MCS, EPC, MPE, SPS-OP, BI, ABP (survey),STI, EA, ACE, RP.
H2LC The Hitchhiker's guide to LSA Core Rule #1 Don’t panic.
7/8/2016 OAF Jean-Jacques Gras Stephen Jackson Blazej Kolad 1.
LHC Post Mortem Workshop - 1, CERN, January 2007 (slide 1/52) AB-CO Measurement & Analysis Present status of the individual.
Fabio Follin Delphine Jacquet For the LHC operation team
Business process management (BPM)
A monitoring system for the beam-based feedbacks in the LHC
Software Engineering (CSI 321)
PLM, Document and Workflow Management
Testing Process Roman Yagodka ISS Test Leader.
Chapter 18 Maintaining Information Systems
Business process management (BPM)
J. Uythoven for the MPE-MI & MS Teams
Software System Integration
Course: Module: Lesson # & Name Instructional Material 1 of 32 Lesson Delivery Mode: Lesson Duration: Document Name: 1. Professional Diploma in ERP Systems.
LHC BLM Software audit June 2008.
Review of hardware commissioning
Presentation transcript:

 Software Tools for MPS Kajetan Fuchsberger MPP Workshop, 2013, Annecy Many thanks for input from M. Zerlauth, J. Wenninger, R. Schmidt, G. Kruk, V. Baggiolini, G. Papotti, D. Jacquet and the TE-MPE-MS Software Team

 Software Tools for MPS The solution for everything ;-)

3 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Content Tests & ProceduresEarly detection of failuresAperture Meter

4 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Content Tests & ProceduresEarly detection of failuresAperture Meter

5 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Tests and Procedures  Currently: Sharepoint Sites  Disadvantages:  Order not enforced (scheduling done ‘on the fly’).  Nothing enforces the tests to be really done.  No real overview, what was done, what still has to be done?

6 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS The AccTesting Framework  Designed from the experience of Hardware Commissioning.  Successfully Used in HWC Campaigns 2012, 2013  Enforces Correct Order of Tests  Many additional features:  Automatic Scheduling  Constraints  Statistics

7 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS AccTesting Concept  Migrate of MPS Commissioning Procedures:  1) Transform all the MPS comissioning steps to AccTesting (simple sign-only tests).  2) Replace one by one with automated tests. Test-Phases. Tests

8 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Barriers  When the commissioning of a system reaches a Barrier Point, it has to wait until all other systems (which have the same barrier) reach it also. QPSIST1 BLMIST2IST3IST4INJ1INJ2 BISIST5IST6IST7INJ3 LBDSIST8INJ4 RQTL…IST10IST11POW1POW2 Ready for Powering Ready for Injection  Knowledge of System-Dependencies required!

9 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Interlocks based on Test Plan?  Examples:  Prohibit, that circuit can be powered, before all the tests are done.  Do not allow injection of beam before all necessary MPS tests are done.  Possibly: Enforce Tests after changes:  E.g. Which tests have to be executed, after a change of a QPS – card?  Pre-defined test plans or (partially) auto-generated?   Knowledge about System-Dependencies required!  What to interlock?  E.g. Additional Circuit lock on PIC level which allows tests?  Injection interlock?

10 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Automation?  Automate whatever can be automated! (Avoid Errors, Reproducibility)  First steps: Concentrate on systems, where many interlocks of same type:  BIC/PIC: Already dedicated tool, in the pipeline to be integrated with AccTesting  Collimators  Integrate BIS connection Test?  Do we really have to look ‘by eye’ on lossmaps?  Could there be a Hierarchy-check without a reference?  Vacuum  BLMs:  E.g.: Test Of Latency: Close collimators: Done in pt3, pt7: Could be done for more, if automatic.  Others?

11 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS System Dependencies & Information  Key Concept: Use existing Sources!  Prototype in place  Possible Cooperation between TE-MPE-MS software team and BE-CO-DO (S. Jensen, D. Csikos). System Information Server System Providers: Lsa Layout Db … Dependency Providers: Layout Db Runtime info (JMS) Java code analysis … Information Providers: Status Issues (Jira) Deployments Faults? … Clients (e.g. AccTesting, Diamon, ….)

12 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Test Analysis  Vision:  Simple description of test-expectations (assertions) on signals resulting from tests (Java).  Universal GUI components to visualize problems.  First Implementation:  Cooperation between TE-MPE-MS software team and BE-CO-DA (R. Gorbonosov, A. Jalal)  Used in AccTesting  could be used e.g. in future PM modules. (Maybe also in sequencer tasks and other checks?)

13 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Data Analysis  TE-MPE-MS Vision: More general Data Analysis Framework  Key Concept: Perform analysis as close as possible to the data!  (Potential) Collaboration with BE-CO-DA to optimize resources, avoid duplication of efforts  First Implementation in place. Analysis Framework (Cluster?) Logging DB Hadoop Cluster? Post Mortem Clients (e.g. AccTesting, Timber, Custom Analysis….) Others?

14 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Content Tests & ProceduresEarly detection of failuresAperture Meter

15 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Early detection of Failures YASP LSA Server trim PcInterlock GUI PC trim subscribe SIS monitor Dump! ? ? Not Allowed! PcInterlock Server

16 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS LSA: The natural place to check LSA Server  Applications:  YASP  Lumi-Scan application  Others…  Checks:  Power Converter Currents  Collimator Settings  BPM readings (actual + predictions)  online modeling?  Others?

17 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS LSA checks - proposal  Vision:  Have an API like ‚isAllowed(TrimRequest request)‘  First implementation:  Use ‚TrimPostProcessor‘ mechanism of LSA.  Executed after trim saved in DB, on error  LSA will do a rollback.  Incorporation = Trim  Same mechanism to avoid propagating trims, which would otherwise e.g. fail during ramp.  Override for MDs.

18 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Further securing LSA  LSA Method protection  Currently: Only basic protection (Sending of timing events, Trim, Drive)  Every method in LSA should be reviewed, if it can do harm or not and protected appropriately  Protect reference Cycles for PcInterlock/SIS:  First approach: TrimPostProcessor which evaluates RBAC roles

19 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Content Tests & ProceduresEarly detection of failuresAperture Meter

20 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Aperture Meter

21 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Aperture Meter - Status  Prototype Operational  Proved to be very useful during MDs  Follows the operational cycle (optics, BP, time in BP)  Listens to (some) LSA trims  What is missing?  Improvements of User Interface  Performance Improvements  Tighter integration with Operational changes (Collimator offsets after alignment, BPM usage from Yasp)  Could be used as another source for LSA trim-verification (e.g. large collimator movements, Collimator Hierarchy)

22 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Summary  MPS Commissioning:  Tracking in Acctesting Framework.  Automate! (Step by Step) Candidates?  Preview: Two new frameworks:  Tracking of system dependencies  (Test-) Data Analysis  Early detection of potential problems could be done in by additional trim checks in LSA.  Aperture Meter: Useful prototype, but needs improvements.

23 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Tools, Tools, Tools, Tools, Tools, …?  …Tools do not solve everything!  Culture & communication  (High Quality) Software is not for free!  Challenges:  Large part of Software manpower goes already into maintenance.  A lot of ‘grown’ projects, partly written by un-experienced programmers (E.g. Students).  How to improve?  Reliability = Maintainability = Quality (Self explaining code + Automated Testing, Testing, Tes…. )  Supervision of any SW projects from two sides: System Expert + SW expert (‘Mentoring’)  Who has the overview and can judge what is already out there and into which framework a certain requirement would fit best?  Communication!  Who is authorized to define priorities? Resources?

24 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Thank you for your Attention! Questions? Small Steps - Big Visions!

25 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Fail Fast!  Actual BP:  Would a certain trim exceed some limits?  Check before functional BP:  Collimator-limits prediction  Corrector Interlocks vs. Lsa settings   Check at incorporation time

26 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Single Source for „Operational State“  For certain applications BeamMode is not enough!  Combination of: Beam Mode, Beam Process, Time within BP, (Optics)  Currently (at least) 2 implementations:  Combination of Beam Modes and PC state changes (Aperture Meter)  Dedicated timing events (PcInterlock)   Both not optimal. Reference Implementation required.

27 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Fail Fast!  „A fail-fast system is designed to immediately report […] any failure or condition that is likely to lead to failure. ” [Wikipedia]

28 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Data Analysis  Mandate in BE-CO-DA (C. Roderick) to provide Data Analysis Solutions  Currently in Use Case Analysis Phase  Aim to be as easy as possible for users to specify:  What to produce for an analysis case (e.g. signal names, units, description)  What are the inputs (signals and sources)  Which algorithms should be applied  When analysis should be performed (event driven e.g. fill / beam mode, time interval driven e.g. every 15 minutes)  Without user needing to:  Configure a specific development environment  Care about compilation and deployment  Look elsewhere for signal names etc. i.e. provide directory of signals and sources  Key concept: Perform data analysis as close as possible to the data!

29 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS MPS Commissioning  What is missing?  Dependencies between Systems (e.g. ELQA for a circuit is ready, when the test are done for all magnets within the circuit)  Global Phases? QPSIST1 BLMIST2IST3IST4INJ1INJ2 BISIST5IST6IST7INJ3 LBDSIST8INJ4 RQTL…IST10IST11POW1POW2 IST Powering Injection

30 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS System Dependencies  Vision: Central Instance (Server?) to answer questions like:  Which magnets are connected to a certain power converter? (AccTesting – ELQA)  What is the common point for a set of crates? (Diamon)  What systems have to be potentially re-tested if e.g. a QPS card is changed? (AccTesting)  What systems are potentially affected by a OS upgrade on a certain host? (SUWG)

31 Kajetan FuchsbergerMPP Workshop Annecy, , Software Tools for MPS Interlocks during functional BPs  In place for orbit correctors. Ready to be extended to other circuits.  Potentially useful for other systems, e.g. Collimator movements?