Test reglage de la largeur de la fenetre d'acquisition.

les parametres sont

FMP_RefCellForCharge  => début de la fenetre (numero du sample)

FMP_ChargeLength => largeur de la fenetre (nombre entier = nB samples/16  ie 100ns = 20 à 3.2GS/s)

pour changer les valeurs: (dans le DS wavecatcher)

1- stop acquisition

2- choisir les valeurs des parametres

3- set firmwave measurement parameters

4- get firmware measurement parameters (pour vérifier les valeurs)

5- start acquisition

mesure

Pour une fenetre de 100ns le bruit de charge des wavecatchers (quelque soit la voie) est de 0.03nVs  Sdev => 0.6pC

pour la fenetre entiere (1000 samples) le bruit de charge des wavecatchers (quelque soit la voie) est de 0.08nVs  Sdev => 1.6pC

Remarque

dans le DS ER/CA/RAC0.5-ELR.01-WAC.02

la valeur AcqTime est a 1.94e+227   !!!! dans les autres DS WAC1 et 3 la valeur est 0.

au bout de 2 minutes de fonctionnement le DS charge ne rafraichi plus les valeurs "RAW" et EventID de charge

d'abord affecte le wavecatcher 2 puis le 1 et 3

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)

- 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.

Test de la mesure de charge sur les FaradayCups

Le filtre passe bas 21MHz est installé après 2m de cable RG58 derrière la FC avant le cable lmr200 90300 qui va en baie 5

On 09/01/2020 I have restarted all the Libera in order to make it accesible in the CR. Meanwhile, the DS of the Libera 2 remained to be in the unknown state. It is green in astor, however, in Jive it says that the DS is in the unknown state. All the atribute fields are filled with crosses.

The GLPI ticket has been openned to fix this issue. 

Un script pour connaitre le T2TrigCount d'un libera

panneaux/Diags/BPM/get_BPM_trigcount.py
 

La commande a mettre dans le DsDiagManager pour un declenchement externe est

wget --no-cache -S --post-data 'elem=Run&val=true&end' "http://192.168.229.25/main.php"

Le libera 2 a été renvoyé en maintenance. Il est donc indisponible jusqu'à son retour.

Le libera 2 est revenu de maintenance.

Il a était mis à la place du Libéra 3 puis qu'il ont été echangé (attention les etiquettes sur ces 2 Libéra n'ont pas encore été échangées).

Le cc doit encore modifier l'addresse IP et le nom de l'ex Libéra 2 afin qu'il soit utilisable depuis jive.

Les étiquettes des libéra 2 et 3 ont été interchanger de façon a avoir les bonne informations inscrite dessus.

Ainsi nous avons en partant du haut de la baie 5 :
Libéra 3 : 2/3 Ri-C1 (BPM 1 à 4)
Libéra 4 : 1/3 Ri-C1 (BPM 5 à 6) + 1/3 Ri-C1 (BPM 1 à 2)
Libéra 5 : 2/3 Ri-C2 (BPM 3 à 6)
Libéra 2 : TL (BPM 1 à 4)
Libéra 1 : EL + Li

Il reste a verrifier la connection au réseau du Libéra 3 et a faire les branchements des sorties des BPM sur les Libéra 2 et 3.

Une intervention aura lieu sur les baies de l'IGLEX cet après-midi.
J'ai donc arrêté les liberas.

Nicolas

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.

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

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.

 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.

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é.

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.

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)

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 :

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.

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.