Data providers Volume & Type of Analysis Kickers

1. Data providersVolume & Type of AnalysisKickers Etienne CARLIER AB/BT LHC Post Mortem Workshop – I 16-17 January 2007

2. Outline • Equipment • Post-Mortem System • Kicker Systems • Transient Recording • Data Analysis • Post-Mortem Buffer • Data Volume • Summary LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

3. Tune & Aperture Kickers H / VBeam 1 & 2 LBDS Extraction & Dilution Kickers + TCDS & TCDQ protection devices Beam 1 & 2 LHC Injection Kickers Beam 1 Injection Kickers Beam 2 LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

4. Post-Mortem SystemInitial Assumptions • Post-mortem system is the only way to verify the “correct operation” of each kicker systems during a beam dump action: • Confirm that the Extraction and Dilution kicker systems have pulsed correctly after detection of a valid dump trigger request. • Confirm that the Injection & Tune/Aperture kicker systems have not pulsed if no trigger requests have been issued at the beam dump trigger time. • As kicker systems are fast pulsed systems (typ. kick duration <= 1 beam revolution duration), post-mortem data acquisition must be based on single shot acquisitions with synchronisation better than 20ns. LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

5. Post-Mortem SystemInitial Assumptions (cont.) • Set of tools to perform an in-depth “autopsy” of the different kicker systems after a beam dump action with the objectives • To identify the cause of beam dumprequest if issued by one of the kicker systems, • To analyse the state of each kicker system before, during and after the beam dump action, • To trace back the history of the different actions performed on the operational parameters of each kicker systems, • To be able to understand if or to confirm that these actions were appropriate. • To come to an exact conclusion concerning the execution of the dump action all required information must have been correctly acquired, retrieved, analysed and recorded: • What happens? • When it happens? • Why it happens? LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

6. Post-Mortem SystemData Acquisition • Trending • Continuous sequential data logging at a fixed acquisition frequency • Shot-by-Shot Logging • Data acquisition and logging synchronised with a specific beam process (i.e. injection) • Alarm • Acquisition and archiving of unforeseen process events detected by equipment surveillance programs • Transient Recording • Pre & Post trigger data acquisition after reception of an external asynchronous trigger • Logbook • Record of actions performed on equipment hardware and software by CCC and equipment specialists LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

7. Post-Mortem SystemData Correlation Beam Dump Trending UTC Shot-by-Shot UTC Alarm UTC Transient UTC What? Post-Mortem Buffer When? UTCTimestamp Why? Logged Data (Trends + Shot-by-Shot + Alarms + Logbook) Correct conclusions will be possible only after a precise correlation of the different acquired data. LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

8. Kicker SystemsData Type State Timing Strength Process DataSlow Control(PLC) Pulsed DataFast Control(VME & CompactPCI) Trending Magnet Temperature, Vacuum Level, Thyratron Heater Level, Voltage Tracking (low frequency)… Shot-by-Shot Logging Magnet Current, Beam Current, BIS Window, User Dependent Settings, Pulsed Signals, Voltage Tracking (high frequency)… Alarm Equipment State, Sub-System State, Acquisition Error, Interlock Warning, Interlock Fault, Fast Interlock… Transient Recorder Voltage Tracking (high frequency), Magnet Current, Beam Current, BIS Window, LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

9. Kicker SystemsData Acquisition : with equipment low level data pre-analysis LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

10. Kicker SystemsData Acquisition Triggering * : CTR external trigger interrupt timestamp LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

11. Transient RecordingHardware * Resonant Charging Power Supply LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

12. Transient RecordingTriggering • Injection Kickers & Tune & Aperture Kickers • Detection of a beam permit loop signal change from TRUE to FALSE at the CIBU status output signal, or • Reception of a dedicated CTIM event • Independent trigger signal per beam • LBDS Extraction and Dilution Kickers • Detection of a beam permit loop state change from TRUE to FALSE at the LBDS Trigger Synchronization Unit (TSU) frequencies detection systems. • Independent trigger signal per beam LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

13. Transient RecordingInjection Data Shot-by-shot data and Transient Recorder data are acquired through the same hardware channels. LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

14. Transient RecordingLBDS Data LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

15. Transient RecordingAnalysis • Two different levels of Analysis • XPOC – External Post Operation Check [BG] • What happened during the dumping process with the beam? • IPOC – Internal Post Operation Check • How performed the different sub-systems during the dumping process? • IPOC analysis for LBDS extraction kicker • Kick Synchronisation Analysis • Kick rise-time, • Kick length, • Kick synchronisation with beam. • Kick Amplitude Analysis • Kick normalization with beam energy • 100 % kick measurement, • Kick first overshoot, • Kick second overshoot. LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

16. Post-Mortem Buffer PM Buffer Dump Trigger Data Acquisition Header Transient RecorderRaw Data Transient RecorderAnalyzed Data Analysis Configuration Data Internal Analysis(IPOC) Analysis Results Analysis Configuration Data PM Buffer Ready Alarm Data Logging Data PM Data Request Record PM Buffer Snapshot of trending data, alarm states and transient data at dump trigger request time LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

17. Kicker SystemsData Volume LHC Post Mortem Workshop – Etienne CARLIER, AB/BT

18. Summary • Data will be acquired and logged through different acquisition mechanisms. • Post-Mortem buffer snapshot is not sufficient to get a complete view of kicker system operational behaviour. • Correlation between the different acquired data will be done through the UTC acquisition timestamp attached to each data. • System boot-strapping: • Raw data logging will be available at machine start-up, • Progressive implementation of IPOC analysis with basic functionalities available at machine start-up. • Reliability of data acquisition chain remains an issue. LHC Post Mortem Workshop – Etienne CARLIER, AB/BT