9:20 Fuite d'eau constatee en salle de controle. Ticket 13095 mis.

10:00 Mise en chauffe du modulateur par Maher

10:51 Alignement laser terminé jusqu'à la caméra à balayage

11:14 Modulateur sur Trig (Maher)

Nombreux problemes sur health check.

12:01 Des  tirs manques sur le modulateur. Vu avec Maher. OK pour fonctionner comme cela.

12:19 Pb Health check resolu, seul subsite un probleme de refroidissement de l'eau (Temperature RF section en alarme).

12:35 Apparement le shutter securite laser est ferme. Attente Viktor. Mise en standby.

13:08 Pb shutter laser resolu. Attenuateur laser passé de 410mm a 310mm.

Après-midi: observation du signal dans la ligne de transport.

Le signal est plus visible avec l'écran YAG inséré.

Début d'installation d'une caméra dans la boîte au milieu du couloir pour enregistrer le signal.

17:20 Arrêt

Programme pour la prochaine fois (29 septembre):

- Alignement au laser et observation signal sur camera

- Attention: le 29 septembre il sera nécessaire d'éteindre la lumière dans tout l'iglex (casemate, couloir et igloo).

Beam position observed on the MRSV when changing RI-C1/STR.06-H01 (3 images) and then RI-C1/STR.06-V01 (3 images).

We can see that the beam moves horizontally with the steerer. It is not so clear in the vertical plane.

Analyse du bruit sur les mesures de position effectuée par Laura Pedraza sur les données du 21/06/2022.

Conclusion:  le bruit sur les mesures de position avec LI/DG/BPM.01 est inférieur à 150um.

Le bruit sur les mesures *relatives* de position avec les écrans semble inférieur (attention à ne pas oublier d'appliquer la calibration).

Test de la profondeur memoire des libera.

Il est possible de mettre 'TbtLength' a 200000 a 1Hz sur  'RI-C1/DG/BPM.01-LIB.03'.

Si l'on tente d'ecrire 200001 sur 'TbtLength', il y a une erreur.

Si l'on met 'TbtLength' a plus de 480000 a 10Hz sur les 12 BPMs de l'anneau il y a un timeout.

Si l'on met 'TbtLength' a 200000 a 1Hz sur les 12 BPMs de l'anneau il n'y a pas de timeout.
Si l'on met 'TbtLength' a 200000 a 5Hz sur les 12 BPMs de l'anneau il n'y a pas de timeout.
Si l'on passe a 10Hz avec 'TbtLength' a 200000 crash de 'RI-C1/DG/BPM.01-LIB.03'.

Si l'on met 'TbtLength' a 10000 a 10Hz sur 8 BPMs de l'anneau et 200000 sur  'RI-C1/DG/BPM.01-LIB.03',  'RI-C1/DG/BPM.05-LIB.04', 'RI-C2/DG/BPM.03-LIB.05' il n'y a pas de timeout mais comportement bizarre.

Recomendation: for operation with  'TbtLength'=200000 turns  , one should trigger the diags at 1 Hz, otherwise libera crashes and has to be restarted.

A GUI to measure the transmission through the BPMs has been developped. It is in the git panneaux at Diags/BPM (a git pull is needed to have access to it).

To lauch it type:

ipython IHM_BPM_ratio.py

You get a window with the interface like in the attached image.

For the measurements to be meaningfull you need to click on "set fixed gain". It will set all the BPms on teh same fixed gain.

Once you are done, it is preferable to revert the BPMs to auto gain by clicking on "set auto gain".

Note: The charge on TL/BPM.03 is higher than on TL/BPM.02 see separate elog entry about this.

La caméra TL/DG/SST.02-CCD-01 semble ne pas pouvoir se déclencher sur signal externe. Pour l'instant elle reste en déclenchement interne.

Nous la changerons avant le démarrage de la ligne de transfert.

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, 

nous faisons quelques mesures de transport après section. La mesure de position des BPMs n'est pas consistante avec les variations des steerers. Pouvez-vous vérifier le cablage du BPM TL/DG/BPM.01-LIB.02. 

Pour le premier du Linac, le vertical donne une valeur négative pour un déplacement en haut de l'écran, ce qui n'est pas consistant avec la convention. 

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

Verification de l'obstruction du faisceau par les fentes.

Le mors cote mur obstrue legerement le faisceau.

Acces requis pour voir si on peut reculer le contacteur de limite sans mettre le materiel en danger.

EL/DG/FC.01-WAC.03 est mal réglé en temps, la charge renvoyé ne donne pas la bonne valeur (cf image ci-joint).

J'ai tenté d'appeler la salle de contrôle pour faire le réglage en direct mais il n'y avait perosnne (alors que la page de status annonce qu'il y a du faisceau).

Les DS du libéra 2 sont HS. Des modifications ont été apporté qui font planté l'init des DS.

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

J'ai appelé la salle de contrôle à 11h26, expliqué le fonctionnement et Hayg m'a dit que c'était bon.

Je viens de modifier l'IHM_charge pour ajouter un boutton qui affiche l'état de l'obturateur et j'ai ajouté  une case à cocher qui permet de choisir si il faut conserver son état ou non quand on fait une mesure de courant d'obscurité.

Faites un vote en salle de contrôle si vous voulez pour choisir si vous cochez la case ou pas mais mettez vous d'accord...

Faire un git pull.

L'IHM ne marche plus du tout. 

l'erreur est :

Measure dark current
Traceback (most recent call last):
  File "/data/shared/Interfaces/panneaux//Diags/BPM/IHM_charge.py", line 309, in click_on_measure_dark_button
    shutter_state=get_shutter_state()
NameError: global name 'get_shutter_state' is not defined
 

Je viens de corriger cela (je n'ai pas la possibilité de tester cette fonction puisque cela actionne l'obturateur).

Je vous appelle dès que possible.