1 / 16

Software requirements from a machine perspective

Software requirements from a machine perspective. 2 nd Meeting of the European XFEL Accelerator Consortium Raimund Kammering, DESY. The Machine perspective Operators vs. m achine physicists view Requirements For commissioning High level software Software - where do we stand ?

dennis
Download Presentation

Software requirements from a machine perspective

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Software requirements from a machine perspective 2nd Meeting of the European XFEL Accelerator Consortium Raimund Kammering, DESY

  2. The Machine perspective • Operators vs. machine physicists view Requirements • For commissioning • High level software Software- where do we stand? • Three layered architecture • High level software • Displays - the window to the machine Summary Overview 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  3. The machine perspective Operators needs Machine physicists view what’s the emittance in the injector? show me the energy profile along L1! what is the R56 of BC1? … • turn machine on/off • do we have losses somewhere? • I need to change the wavelength! • … Two very distinct views at the machine  require distinct access to machine In common: abstract view on machine/sections 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  4. We will need the appropriate: • User interfaces (GUIs) • e.g. clean jddd panels vs. complex MATLAB programs • Processes providing pre-processed data (middle layer) • e.g. high level automation like sequencers vs. complex physics entities e.g. optic server The machine perspective 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  5. We will nothave all(high level) software one could desireready at the start of the injector commissioning! • this is not needed at all! • some aspects might look (very) different in … 2-3 years! Concentrate on required minimalset off needed tools! • Have this set of robust easy adjustable software ready at the right time! Requirements - commissioning 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  6. Requirements - commissioning • commission with beam • stabilize beam parameters • commission with beam • stabilize beam parameters • commission with beam • stabilize beam parameters 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  7. Requirements for all (inj. might differ) commissioning steps: • Charge, peak current, energyand trajectorycontrolled by slow feedbacks We need to have the supporting: Requirements - high level software 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  8. Beside three layered control system architecture Software - where do we stand? 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  9. Software - where do we stand? Trajectory Energy Charge Peak current • Orbit FB • Energy FB • Charge FB • Compression FB Control • Energy server … Monitor • Orbit server • Pyro server • Toroid server Device • BPM device server • Toroid device server • Pyro device server 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  10. Software - where do we stand? lots of work! still work … Energy Charge not bad all easy ;-) Trajectory Peak current 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  11. Software - where do we stand? • Control • DOOCS FB server • Display • jddd • Control • DOOCS FB server • Display • jddd • Charge, energy, peak current, trajectory • Measure • Measure 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  12. What operators definitely would not like to have, is: Displays - the window to the machine 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  13. Maybe more something like: Displays - the window to the machine 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  14. we need reworked (or better revolutionized) display concepts • towards task oriented views (single windowed) • design the appropriate panel for the task at the hand use of standards(colors, layouts, …) where possible avoiddisplay of unnecessaryinformation use of known(browser, office, …) interface concepts easy access to archive data, statistics values, drag and drop, etc. Displays - the window to the machine 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  15. Different groups have different views at the machine (operators, machine physicists, hardware experts) • differing layers of abstraction needed (high automation, vs. complex algorithms) • in common: need for concentrating data produced by huge amount of underlying hardware Only a small subset of high level software is needed from the first hours on • have these as robust working horses ready at the right time • the design should nonetheless reflect the final set Design displays to met needs of the targeted groups • e.g. clean task oriented, complex fine graded, … Summary 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

  16. 2nd Meeting European XFEL Accelerator Consortium, April 2013 - Raimund Kammering, DESY

More Related