Verification cablage BPM

Selon Jive :

 Verification calibration BPM (cf https://atrium.in2p3.fr/0c2065cc-824a-4d70-ba26-8f1770cc54fa).
Les mesures ont était faites en associant les serial number (SN) des tiroires des Libéra au BPM cablé dessus. Depuis 2 modifications de cablage ont était executé, une inversion des Libéra 2 et 3 et une inversion des tiroires en haut a droite et en bas a gauche.
L'impact sur les SN est résumé ci dessous.

A FAIRE : Revoir les le fichier de calibration des BPM ($HOME_IHM/Diags/BPM/ThomX_BPM_calibration.csv)

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 :

An update has been done on the script launched by the scan charge phase IHM.

Now if the first scan is 0-360 degrees, it launches a second scan on the area where the max charge has been found during the first scan.

At the end of the second scan the phase is set to max charge -50.

The plots indicate the max charge value computed and max charge - 50 degree (max energy).

Un git pull a ete fait.

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.

Fait :
- Allumage des caméras après la coupure estival
- Échange des caméra TL/DG/SST.02 et EL/DG/SST.01 pour avoir une caméra qui trig au niveau des fentes
- Verification de la rotation sur TL/DG/SST.01
- Allignement, reglage zoom/focus, verification position moteur des écrans pour les caméras : TL/DG/SST.01, TL/DG/SST.02, TL/DG/SST.03, EL/DG/SST.01 (OK pour LI/DG/SST.01)
- inversion caméra spare/caméra EL/DG/SST.01 + nouveau zoom
- Calibration des caméra faite a ma main :

• Création d'un code permetant d'obtenir la convetion pixel micrometre a partir de la mesure en pixel du plus grand group/element (2,1) des cibles.
  Le code est : $HOME_IHM/Diags/interface_SST/conversion_px_um_target_usaf1951.py

- Code de calibration (usaf_detector_py2.py) fonctionnel sur le compte opérateur mais ne done pas de très bon résultats d'ou la calibration a la main. Le code permet néanmoins de prendre des images de toutes les target et les sauve dans "/data/shared/status/SST_calibration" sous un nom générique "data_heure_stationName_calibration_image.png
Pour l'utiliser suvre les étape suivante :

• Allumer les LED des caméra ACE (TL/DG/SST.02-ccd.01 et EL/DG/SST.01-ccd.01) :
  • arreter les serveurs des caméra depuis astor ou l'IHM_astor_serteur
  • ce connecter au caméra conserner avec pylon (sur le pc TangoDiag)
  • aller dans le menu ccdsst2-tl -> I/O control et cliqué sur la case "user output line 1" (permet d'allumer les LED)
  • deconnecter les caméra de pylon (pylon peux rester ouvert et sera réutilisé plus tard) et relancer les serveurs des caméras
  • dans le doute mieux vaut relancer l'IHM_SST avant d'appuyer sur le bouton "Image calibration"
  • attendre que le bouton "image calibration" redvienne de la même couleurs que les autres puis recommencer au premier point pour éteindre les caméra en décocahnt la case coché plus tot

A faire :
- Scotcher le focus de EL/DG/SST.01 pour eviter qu'il ne bouge ?
- retouner de 180deg toute les caméras sauf le linac pour être dans la même convension que les BPM.
Convension :

• x positif vers l'exterieur de la machine,
• y positif vers le haut
• z selon l'axe faisceau
• Attention : cette convension implique un trièdre INDIRECTE !

L'échange entre le Libéra 2 et 3 est terminé.
Chacun est de nouveau controlable avec Jive, ainsi tout les Libéra sont fonctionnels.

Dans l'ordre de haut en bas dans la baie 5 nous avont les Libéra : 3 4 5 2 1
Les étiquètes on toutes était modifié aussi pour être les bonnes.

Lorsque j'ai rallumé le Libéra 3, il a fallu que j'ouvre toute les interfaces BPM sur jive pour faire un "Init" car ils étaient tous en alarme (main pas pour le Libéra 2).

Tous les Libéra ont était rééteint apès les tests.

The scope reading the ring fibers is currently ER/DG/RAC.06-OSC.01.  It is on channel 18 of the Diag delay generator. This channel is labelled "spare camera". I has been added it to diag_delays (will be available after the next git pull).

It was set to -49us with a scope horizontal latency of +42.5us. We changed this to set the chanel delay at -9us with a scope latency of 2.5us. So this should be transparent for all.
 

Attention, tests de config pour comprendre le bruit sur er/ca/rac.05-elr.01-wac.01

La config en place n'est pas la config habituelle.

Des mesures ont ete faites sur la camera a balayage a differentes frequence.

Le probleme a ete identifie (un composant que l'on pensait etre un dephaseur etait en fait un diviseur de frequence).

Apres rectification des branchements la camera fonctionne bien.

Mesures a continuer en faisceau.

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.

Verification de la longueur de deplacement en fonction de la vitesse des moteurs:

Vitesse = 3:

Vitesse =2:

La vitesse recomandée est 2, au delà certains moteurs pas à pas manquent trop de pas.

Suite a un commentaire lors de la reunion technique de ce matin, j'ai fait une verification en salle de controle du temps de reponse des changements de cameras dans l'IHM SST:

Sur client 2 lors du changement de camera le temps de latence est inferieur a 2s.

Sur client1 effectivement, il y a des plantages...  Etude en cours.

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.

Retard initial WAC.02 : -6.39 µs

Dernière valeur utilisé : -6.28 µs

Retour à la valeur initiale

TL/SST.03-CCD and TL/SST.02-CCD have been started.

TL/SST.03-CCD is in the correct configuration (but without light)

TL/SST.02-CCD is next to the SST station, not in the correct configuation.

La camera TL/DG/SST.02 a un comportement bizarre.

Parametre de declenchement:

Retard= 156950, exp =0.02

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"

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.

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.