13/10/2021

Due to the problem of finding the signal with the first BPM in the linac  LI/DG/BPM.01-LIB.01, it was decided to do the tests with the signal generator (500 MHz sine wave cw, ~100 mV).Eventually, we found that the cables (or tango names in the control room) of that BPM in the linac LI/DG/BPM.01-LIB.01 and the BPM in the EL EL/DG/BPM.01-LIB.01 were swapped.

We change the cabling the tha rack between these two BPMs, now in the control room, the tango names correspond to the nomenclature for ER/DG/RAC.05-LIB-01. What about the calibration constants in this case? To be discussed !!!!

Once the cabling was fixed, we saw well the sin signal on the libera (see the screenshot attached).

We also check the ER/DG/RAC.05-LIB-02 with the generator since there there is one TL BPM TL/DG/BPM.01-LIB.02 we will need as well for this phase of the commissioning. We found also that two BPM modules are swapped with respect to tango names used in the control room. Here it is the summary:

- in the rack5  (sticker TL/01, serial number S/N 11) corresponds well to TL/DG/BPM.01-LIB.02 in the control room =>>>> OK 

- in the rack5  (sticker TL/02, serial number S/N 4) corresponds to TL/DG/BPM.01-LIB.03 in the control room  =>>>> to be corrected  !!!!!!!

- in the rack5  (sticker TL/03, serial number S/N 18) corresponds to TL/DG/BPM.01-LIB.02 in the control room  =>>>> to be corrected  !!!!!!!

- in the rack5  (sticker TL/04, serial number S/N 16) corresponds well to TL/DG/BPM.01-LIB.04 in the control room =>>>> OK 

Now, we are ready to restart again with the beam (we are waiting when there will be a beam at ThomX). 

=>  need to play with the trigger delay but hopefully we will see the signal on the libera this time.

The similar tests with the generator should be done for the rest of the liberas (ER/DG/RAC.05-LIB-03, ER/DG/RAC.05-LIB-04, ER/DG/RAC.05-LIB-05) in order to eliminate such problem in the future for rest of the BPMs.

Recommendation from N. Hubert: look at the TbT signals as well during the commissioning.

We  went to the casemate to check visually the BPM ri-c2/dg/bpm.04-lib.05 after Friday's shift. We found the the ChD was NOT CONNECTED.

It is not clear why since last time all the connections were checked !!!

We connected the cable and will check it with the beam.

25/10/2021

As soon as we had the beam, we found very quickly the signal. Please, see the screen shots attached.

More probably the horizontal and vertical directions are swapped.  The calibration and offsets should be checked.

--> Use user_output_line1 to swich it ON/OFF

comparaisons des valeurs des BPMs (TL/DG/BPM.01-LIB.02/SpX et SpY) aux valeurs sur écran TL/SST01. 

Voici des valeurs numériques que j'ai notées :
lors d'une variation de I_steerer allant de -12 A
à + 12 A
- déplacement (à peu près horizontal) du faisceau mesuré
avec les BPM : 3,75 mm,
- déplacement (à peu près horizontal) du faisceau mesuré
sur l'écran : 13,5 mm.
Rapport des deux déplacements : 3,6.
Distance des BPM au steerer : 1,2 m
Distance de l'écran au steerer : 2,9 m
Rapport des deux distances : 2,42.
Le rapport des déplacements est donc 50 % plus élevé qu'attendu
à partir des distances.
A priori, ce désaccord pourrait provenir soit d'une erreur de calibration
des BPM ou des déplacements sur l'écran, soit d'un effet de lentille
divergente que le triplet de quads introduirait pour une source
localisée au centre du steerer.
Petite vérification : l'énergie du faisceau était de ~50 MeV (ou de 68 MeV?)
La longueur équivalente du steerer est 70 mm, et le champ dans le steerer
est de 40 gauss, soit 40e-4 T. On en déduit que le rayon de courbure
du faisceau dans le steerer est de 42 m, et donc que la déviation due
au steerer est de ± 1,67 mrad, soit 3,33 mrad en tout (lorsqu'on passe
de -12 A à +12 A). À une telle déviation correspond un déplacement
de 4 mm dans les BPM et de 9,7 mm sur l'écran. Ces nombres sont à
vérifier!
 

Sinon pour info des énergies ont été mesurées via les BPMs et l'écran en bout de linac en bougeant le steerer apres section (tl/ps/str.01-h.01).

resultats dans :

• pour les BPMs : /data/shared/Commissioning_tools/Mesure/20220414/Energie_BPMs/  --> 68 MeV
• /data/shared/Commissioning_tools/Mesure/20220414/Esteerer_section/  *IDXR*      --> 50.5 MeV

Câblages des BPM sur les Libéra non encore connecté en utilisant la clé dynanométrique.
Verification du câblage des Wavecatcher.

État actuel :
- BPM tous câblé correctement
- WC tous câblé correctement

Sur le devant du libéra 5 la LED E rouge est allumé.

Il me semble que le problème a déjà était rencountré et qu'il est aquitable par connection ssh sur le Libéra et utilisation d'une commande specifique

XXXX

Nicolas:

La solution est que quelqu'un avec le mot de passe tape: libera-bmc --sel --clear

J'ai fait la demande dans le ticket 12984.

Bonjour,

les valeurs des dimensions des camera données dans le DS bpm sont t-elles calibrés donc en m ou mm, ou um ou bien pixels?

Si c'est en pixels, on sont stockées les valeurs de calib ?

Merci d'avance !

Christelle

Bonjour,

Le DS "bpm" des caméra retourne des valeurs en pixels.

L'interface SST quand a elle peut retourner des valeurs en pixel ou en mm selon si une calibration à était faite il n'y a pas trop longtemps.
Pour faire les calibrations il existe le bouton "Image calibration" qui insert toutes les cibles, allume les LED, prend une image de calibration, resort les écrans du faisceau, calcule la calibration et permet de l'appliquer au mesure affiché sur l'interface. Attention toute cette procédure prend un peu de temps (autour de la minute), tant que le bouton n'est pas revenu a la couleur de base cela signifie qu'il travaille, si jamais au bout de 10min il n'est toujours pas revenu, il y a un bug, merci de me le faire remonter et de relancer une nouvelle interface.

Il est possible que la calibration ne puisse pas aller jusqu'au bout puisque le script python de traitement d'image nécésite un package python (opencv-python pour python 2) qui au dernière nouvelle n'est pas installé sur le compte opérateur (a verifier).
Si vous avez un problème envoyé moi un mail et je verrais ça a distance.

Bonjour, on aurait besoin de savoir par rapport à l'axe faisceau comment sont référencés positif/négatif ?

Par exemple une valeur positive en x signifie que le faisceau va vers l'anneau, ou vers le mur ?

Merci d'avance,

Christelle

Hi,

please, find attached the sketch, where the directions are shown. In any case, it should also be cross-checked with other systems (e.g. screens).

Iryna

Nous avons voulu tester l'allumage des LEDs sur LI/DG/SST.01-CCD01 cependant il était impossible de redémarrer le serveur dans Astor.