Signal ICT linac : 

2022-01-14_ictLI-new_delay.png
 

Avant modification du delay de la WAC 2 : -6.39 µs
ICT TL1 :

2022-01-14_ictTL-old_delay.png
FC TL:

2022-01-14_FC-old_delay.png
Après modification du delay de la WAC 2 : -6.24 µs

ICT TL1 :

2022-01-14_ictTL-new_delay.png
FC TL :

2022-01-14_FC-new_delay.png

We are investigating the charge difference between LI/ICT.01 and FC.01.

There are big oscillations on FC.01.

We have changed the timing of the WAC.02 to -6.24us (initial value: -6.39) to have the full signal in the WAC.

J'ai redemarre:

- Les Liberas 1 et 2

- Le chassis des cameras

- Le chassis des RPY

J'ai verifie le declenchement et la lecture de:

- LI/SST.01

- TL/SST.01

- LI/DG/BPM01-LIB-01

- TL/DG/BPM01-LIB-02 (un init manuel dans Jive a ete necessaire pour ce libera)

En prevision de la coupure électrique général prévus le 18 Décembre 2021 de 9h30 à 13h30 j'ai éteint les Libéra servant a mesurer les BPM de l'anneau (3,4 et 5).
Le Libéra 1 servant pour le BPM du linac et le 2 pour celui en sortie de section ils sont toujours allumé mais devrons être éteint au plus tard le vendredi 17 décembre.

J'ai éteint les deux chassis restant...

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.

Nouvelle calibration de la caméra TL/DG/SST.01-CCD.01 :

Horizontale : 31 µm/pixel

Verticale : 46 µm/pixel

Working on LI/SST.1:

We looked at the YAG:Ce signal as function of time.

From the Bassler camera manual, the scout scA640 have a latency of 33.80us and a minimum exposure time of 24us.

We scanned the camera delay to see the YAG signal to see the fast decay and the slow decay.

We attempted to see the OTR signal but the charge was too low. A scan of charge vs the phase gave a maximum charge of 12pC.

On a constaté que si on déplace le faisceau de gauche a droite dans le tube du linac, il se déplacait en y dans le BPM.

En débranchant un cable on a toujours du faisceau sur les 4 voies => le module BPM linac n'est pas celui qu'on pensait.

BPM Linac : Serial number 14

BPM EL : Serial number 6

ThomX_BPM_calibration.csv Mise à jour.

Le cablage sur le BPM du linac est le suivant :

Problème inversion x-y réglé. Inversion sens x possible.

Je viens de vérifier le cablage des BPM. Je considère que les cable sont bien branché lorsque les cable sont branché comme suit:

Pour le linac, la ligne de transfert et la ligne d'extraction tout est OK.

Pour l'anneau :

Modification des étiquettes sur les Libara pour qu'elle correspondent au bon BPM dans jive. Mise a jour de ThomX_BPM_calibration.csv (dans git Diag/BPM).

Vérification du cablage des patchpannel.  Configuration patchpannel  90508 à 90511 :
BPM A - BPM C
BPM B - BPM D

Placement des modules dans le Libera :
BPM A - BPM B
BPM C - BPM D

Les BPM haut-droit (B au dessus) et bas-gauche (C haut dessus) sont inversé entre le patchpannel et le Libera.

Solution possible :
- Recabler les patchpannel -> compliqué d'accès
- mettre de "long" cable entre croisé pour ces 8 modules (xa voies). Est ce qu'on a assez de cable ? (il en faut 32)
- Renommer BPM B en BPM C et vice-versa.
Je viens d'en parler avec phillipe Gauron et il ne sait pas comment faire, mais après verification dans la doc il est possible qu'on ai juste a échanger la propriété "LiberaBoard" entre les DS concerné dans jive. A verifier avec Nicolas Hubert !
(LiberaBoard peut valoir raf3, raf4, raf5 ou raf6 pour les moddules des BPM)

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.

Le BPM LI/DG/BPM.01-LIB.01 a une erreur de cablage. Les axes x et y sont inversé.
Echange des câbles sur le BPM compliqué (les connectiques sur le BPM semble fragile et on ne voulais pas les casser avec Slava)

La configuration actuel pour ce BPM est :

- Blanc : en haut
- Rouge : a droite (côté laser PC)
- Jaune : en bas
- Bleu : a gauche (côté Anneau)
(Code couleur vérifié au niveau du Patchpannel)
- Position : orthogonal :
=> x = kx*(Va-Vc)/(Va+Vc)
=> y = ky*(Vb-Vd)/(Vb+Vd)

Donc si on veux suivre la convention MadX (x (y) positif vers la droite (le haut) si on regarde vers la section), il faut :
- Rouge : Voie A
- Blanc : Voie B
- Bleu : Voie C
- Jaune : Voie D

La modification faite correspond a une rotation d'angle -Pi
=> Modification des offsets :

Fichier ThomX_BPM_calibration.csv modifié.

 12/10/2021

Due to the problem of finding the signal with the first BPM LI/DG/BPM.01-LIB.01, it was decided to try to read out the signal with the scope.

The two screenshota attached show the BPM signals with and without the beam read by scope connected to the alectrods A and B in the rack 5.

We clearly saw that there was a signal coming from the beam.

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.

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.

- Coef (sans unites) est censé être le coefficient de conversion de la charge. Veux-tu que je retire son affichage? Est-ce que tu as demandé à Hayg des modifications sur le calcul de la charge? Il n'est pas normal que le coef ne s'affiche plus.
- Aucun valeur n'est mise à zéro au moment du lancement de l'IHM et je ne suis pas favorable à le faire car si une personne lance l'IHM sur un deuxième terminal (ou si l'IHM plante), alors tout sera remis à zéro.
- Quel facteur de conversion pour passer de Dark (nV*s) à la valeur en pC?
- J'ai crée la colonne pour le Sdev, mais le DS de calcul ne renvoi pas la sdev... à mettre en ticket.
- Pilotage de la profondeur moyenne: c'est compliqué, à mettre en ticket.

Vérification du fonctionnement de l'IHM_charge.py avec les variables d'étalonnage

Les 5 voies de mesures fonctionnent correctement.

Remarques sur l'IHM:

Une colone "Coef (sans unité)" est affichée sans données => peux t'on l'a retirer?

Par défaut au lancement de l'IHM la valeur Dak(nV*s) est renseigné pour la ligne LI/DG/ICT.01  => peut elle etre à mise à "0" par défaut comme les autres lignes?

Peut 'on ajouter un colonne " Sdev" en pC après la colonne Calc (pC)  calculée avec la meme routine que RAW(nV*s)   => Calc(pC)

La colonne Dark (nV*s) peut elle etre exprimée en pC?

Peut'on rajouter un parametre dans l'IHM pour piloter la profondeur du moyennage  effectué dans le DS mean_std?

Le nom de la colonne Calc(pC) peut il etre changé en Q_Beam(pC)