1.1.1       Simulations of Loss Signals and Response Functions

             1.        However, it has not been clear to which extend all possible beam loss scenarios were fully computed.  Therefore, the auditors would like to encourage the BLM team to summarize the results of the impressive simulation studies and measurements done so far. It might be beneficial to describe the different measurements and results using the same physical units, which are relevant for the BLMs under the specific conditions of LHC operation.

It should be pointed out in which domains improvements are ongoing, like the activity by the BLM & FLUKA teams on the implementation and computation of the LHC setup in the collimation regions.

Also, the limits of the computations should be discussed. This relates to the difficulty to get all information of correct geometry and material compositions of some LHC components.

Barbara

We should estimate the error due to geometry/material uncertainties by comparing a detailed model to a coarse model. We do not expect very big effects (compared to required accuracy of 5 and 2 respectively).

Mariusz:

Agree with recommendation! It is not possible to compute all loss scenarios, but the conservative thresholds which correspond to high energy deposition and low BLM signal can be identified and will be used as initial thresholds.

 

             2.        The signal development as function of different loss scenarios was studied. In particular, the response functions of the monitors and the electronics response have been calculated. Saturation effects should be studied in more detail, and the limits of the current monitor design should be summarized.

Mariusz:
The procedure of safe re-adjustement of the thresholds thanks experience gain during the LHC operation is foreseen.

             3.        As the monitors are exposed to high radiation, the activation/de-activation as function of LHC operation should be computed in order to determine the baseline shifts of the BLM signal.

We propose to use the measured BLM signal to determine the activation with time of the monitors (plus the activation of the surrounding equipment). Shouldn’t that be more precise than simulation?

             4.        A more detailed description of the materials and geometry of the monitors and a summary of the total material budget should be added.

             5.        Quite a series of sophisticated simulations on shower propagation due to beam losses have been made. However, the systematic errors on the results are quite large (up to 50%).

(But still rather reasonable with respect to the required accuracy of a factor of 5 at start-up.)

Therefore, and due to the aforementioned points, the auditors share doubts that the monitors would guarantee a safe and efficient operation of the LHC without a re-adjustment of the thresholds.

The initial threshold settings have to be sufficiently conservative in order not to damage the LHC magnets. During the initial runs of the LHC, they must then be iteratively adjusted.

             6.        The first operation of LHC will give the BLM team the possibility to compare the behavior of the monitors with the predictions. As the monitors have to cover an enormous range of radiation intensity, specific tests during LHC operation have to be performed.

Dedicated test procedure should be proposed by the BLM team.

For example, tests with provoked beam losses should be conducted in order to verify the proper detection of those beam losses.

Mariusz:
We are very happy to see that tests with provoked beam losses are recommended by auditors!

Mariusz:

7:
Documentation is being produced and will be put in EDMS 
 
8:
Plausibility checking procedures are foreseen.
 
9:
as 7 (time-outs is probably a very good idea).
 
10:
this application is foreseen as a part of expert application
 
14:
Database is protected against dropping a table.
History of changes in LSA is not limited to 24 h.
 
15:
It is a very good comment but it seems that avoiding use of 2 independent databases (MTF/Layout) is very difficult. The synchronization scripts are automatized what should help keep databases updated.
 
44: we are finalizing the filling of databases with information for all BLMs and the tests are foreseen (and ongoing for half of the BLMs).
 
Ewald:
 
5.2.1 - 18:  In case of 1mA for 40us we suspect a 0.08V drop on the filter capacitor in the chamber: 
 
5.2.1 - 21:  The cut of frequency of the input filter is 72 kHz (time constant of filter 2.2us) which is used as pre-integration, no charge will get lost. 
 
5.2.1 - 22:  In case of the gas leakage we will lose only 15 - 20 % of the signal. 
 
5.2.2 - 25: In each rack there is already a 220V compact filter in the euro connector installed, and in the arc rack the transformer itself will filter the peaks.
 
5.2.2 - 26: The max. output current of the is 20mA, and the diodes can withstand 250mA and a peak current of 15A (Vrrm = 4000V) . A sudden increase of the voltage is almost impossible (cabling is installed in the tunnel, that means no risk of lightning), in can only drop due to a defect PSU which than will be taken over by the second PSU. For all the distribution of the high voltage filter are used, 1Mohm and 10MOhm resistors with 0.470uF which means time constant of 4.7 s. No fast jumps will be seen.
 
5.2.2 - 26:  For the HV a redundant PSU is already installed. We use the same brand and same series of the HV-PSU like in SPS, only with higher output voltage and current. There is 18 PSU installed and 2/3 of them a working for 25 years and non of them ever failed.            
 
5.3: Magnetic field test have been done up to 1000 Gauss, only a small increase of the current was seen (in pA range)
 
5.3 - 37: Test with the kicker magnets (~100kV with kA) have been made, some with the test system and some in the final installation in the LHC. Which means cables of BLM and Kicker magnets a crossing each other and some times go in parallel and except in point 6 no interference had been seen. 
Also test with the collimator system had been done, where we have cables in parallel for up to 600m and they using stepper motors and no noise problem had been seen.     
5.3.2. - 42: Do they mean the long straight section power supplies? The arc power supply is using a radhard ASIC. 

 

5.2.3 FPGA programming):
 
33. How to avoid download during beam.
 
Download of the FLASH through the VME:
FPGA description and threshold update can be blocked with a hardware
switch.
The FLASH can be updated at anytime if the hardware switch allow it, but
to load it into the FPGA you need:    
        -> For the FPGA code a power-on condition.
        -> For the Threshold table a "no beam condition" given by the
beam info signal coming from the BIS through the CIBUS interface.