Nous avons testé les caméras ACE:

* ccdsst2-li l’adresse MAC est correcte par rapport à  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828 mais elle n’apparait pas dans Astor...

* Dans  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828  il n'y a pas d'adresse pour ccdsst1-spare.
Cela devrait être: 00:30:53:2D:2A:CB

 

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.

Alexandre a remarqué que:

- Il ne devrait pas y avoir de caméra ccdsst2-li mais ccdsst1-el

- l'adresse MAC assignéee à ccdsst1-el est incorrecte

Device servers have been updated for the camera(s) as following : 

DS_list=['LI/DG/SST.01-CCD','TL/DG/SST.01-CCD','TL/DG/SST.02-CCD','TL/DG/SST.03-CCD','EL/DG/SST.01-CCD','CR/DG/SST.00-CCD','LI/OP/LAS']
DS_Ext=['.01','.01','.01','.01','.01','.01','.02'] 
Camera=['ccdsst1-li','ccdsst1-tl','ccdsst2-tl','ccdsst3-tl','ccdsst1-el','ccdsst1-spare','ccd2-laser']

They need to be restated and checked again.

Modification interface IHM_SST pour permetre de sauver des images lorsque l'on ouvre l'interface avec le panneau interfaces. A tester.

Les éclairages LED :
- li/dg/sst.01-ccd.01 : Installé, tester, fonctionnelle
- tl/dg/sst.01-ccd.01 : Installé, tester, fonctionnelle
- tl/dg/sst.02-ccd.01 : Installé, tester, fonctionnelle
- tl/dg/sst.03-ccd.01 : Installé, tester, fonctionnelle
- el/dg/sst.01-ccd.01 : Installé, NON tester, LED fonctionnelle (Impossible de contrôler les LED depuis le cc car c'est (avec la spare) une caméra ACE et non Scout)

2 LED en plus : 1 jeu fonctionnelle mais pas installable sur ThomX (au sous sol du bât 208), 1 en réparation chez Thomas Chabaud

La caméra "spare" est au sous sol du bat 208.

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

Test IHM ICT

Injection d'un pulse 100mV-100ns en entrée des voies des wavcatchers.

Trigger sur la voie d'injection avec un retard de 100ns (pour simplification pas de réglage de timing)

le wavecatcher 2 ne fonctionne pas correctement :(voir fichier joint)

pour l'IHM de charge:

aucun affichage des valeurs "RAW" 

les valeur moyenne et std sont calculées et affichées

pas de calcul de la charge en pC

les boutons reset average et set dark current fonctionnent

test IHM diag mesure charge:

Géné pulse trigger en externe (DEG3-CH15) sur les 3 Wavecatchers   (50mV 50ns)

[LI-DG-ICT01 WAC1-CH0]

[TL-DG-FC01  WAC2-CH0]

[EL-DG-FC01   WAC3-CH0]

les 3 DS Wavecatcher fonctionnent 

IHMcharge 2021-07-12 10-39-31.png 

=> colonne RAW seule la ligne  EL/DG/FC/01 se rafraichie. (à 5Hz)

=> les cases coef ligne 1 et 4 grisées (pB DS calc)

sur le DS de reboot

=> adressage calc/ict/charge_li-ict.01_wac.01-ch0  ==== charge/ict.01

=> adressage calc/ict/charge_tl-ict.01_wac.02-ch3 ====charge/ict.01

Les DS calc ne sont pas rebbootables... voir attachment2.

les DSmean std non plus

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

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.

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.

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 :

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

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.

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