MPS BLM coordination meeting

Europe/Berlin
30/226a (DESY Hamburg)

30/226a

DESY Hamburg

Participants
  • Alexander Kaukher
  • Dirk Nölle
  • Juergen M. Jaeger
  • Kay Rehlich
  • Martin Staack
  • Matthias werner
  • Sven Karstensen
  • Winfried Decking
present persons:
Elena Castro, Juergen Jaeger, Dirk Noelle, Winfried Decking, Martin Staack, Sven Karstensen, Kay Rehlich, Matthias Werner, Timmy Lensch, Alexander Kaukher

Aim of the meeting was to find a solution how alarm signals are handled between BLM and MPS systems.

For a better understanding:
BLM: Beam Loss Monitor
BLM Group: Alexander Kaukher, Dirk Noelle, Frantisek Krivan
MPS: Machine Protection System
MPS Group: Martin Staack, Juergen Jaeger, Sven Karstensen and in addition Matthias Werner,Timmi Lensch and Elena Castro

Agreements:
The BLMs are interpreting signals of the timing system and creating out of Kicker, TDS Systems and Wirescanner informations masks for eliminating BLM alarms

The MPS Group assists the BLM Group to specify the masking mechanisms and provide, if possible, also FPGA blocks for decoding timing informations.

The BLMs are able to profit from other systems, as functions can be transfered from one to the other.

The Argument of the BLM Group, the masking in the higher ranking system (MPS) is still worthwhile, is retaining, but will be seen as a secondary argument to minimize the complexity of the whole system structure. This view is possible as the MPS provides for all input channels time depending counters. Due to this option single bunch interlocks with large orbit variations can be distinguished from systematic orbit walk offs. Only the last ones are responsible for switching off the beam.

The cavity BPM electronics is able to generate interlocks, if the signal level inside the front end reaches a destroy level. Hence it's also an additional source of interlocks with an other quality as a normal orbit walk off.

For FLASH II the firmware can be realized as planned, as the masking is only in XFEL necessary. Hence there is enough time for realization the full complexity of of the FPGA firmware.

MPS has only static parameters. They will not change their values due to a run.

MPS inputs can be disabled by the operator.

BLM sends only relevant alarms (at relevant beam losses) to the MPS.

Within the next 1-2 weeks we will have a first technical meeting to discuss what kind of additional functionality has to be inside the FPGA firmware.

Frantisek Krivan is the technical coordinator of the BLM Group, who takes care of writing the FPGA firmware.
Alexander will inform Frantisek about our agreements.

The MPS Group is not responsible for commissioning and operating the BLMs.
There are minutes attached to this event. Show them.
    • 13:00 15:00
      BLM masking of alarms 2h
      Slides