Travail en cours sur la caméra TL/DG/SST.01 => rotation de 180° de la caméra

Laura a amélioré son analyse du bruit sur les BPMs (LI+TL), voir fichier joint.

Le bruit RMS sur la mesure de position dans le linac est inférieur à 200um.

Le bruit RMS sur la mesure de position dans le TL/DG/BPM.01 est inférieur à 50um.

Si votre analyse est fortement dépendante des barres d'erreurs je vous encourage à prendre des données statistiques pour faire une analyse de bruit dans la configuration machine de votre choix.

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

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 la calibration des BPM :

Les valeurs de l'ATKPannel sont coforme a celle du fichier de configuration ($HOME_IHM/Diags/BPM/ThomX_BPM_calibration.csv)

Préparation de la présentation du RIF : https://indico.ijclab.in2p3.fr/event/8142/timetable/#20220407.detailed

Charge faisceau : 30 pC

Images prise :

• Signaux ADC des BPM
• Image TL/DG/SST.01 (focalisé grace au quad) :
  • cible de calibration
  • Image OTR (exposition : 10s) avec faisceau
  • Image OTR (exposition : 10s) sans faisceau
  • => substraction images OTR pour mettre l'enphase sur le faisceau
  • Image YAG (exposition : 1ms)

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.

Observation:

Toujours s'assurer que EnableDynamicCharge est sur False

Fin des tests. er/ca/rac.05-elr.01-wac.01 est de retour sur sa config habituelle.

Analyse des mesures de charge du jour:

Charge_plot_25: données prises en faisceau: Convergence vers une std de 10pC, même sur TL/DG/ICT.02 où il ne devrait pas y avior de faisceau.

Charge_plot_26: données prises de nuit (sans faisceau): bruit similaire (le décalage positif des zéros vient de la soustraction du courant d'obscurité).

Il y a quelque chose à comprendre sur le bruit des mesures de charge!

Mesures de charges:

16h41 moyenne sur 50 tirs

16h57 moyenne sur 1000 tirs

17h03 moyenne sur 1000 tirs

17h11 moyenne sur 1000 tirs

17h16 moyenne sur 10 tirs

Rotation de 180° de la caméra li/dg/sst.01 + zoom remis sur tl/dg/sst.01

-> Focal refait sur les caméra + position ecran revu

Nouvelle calibration caméra :

x = M(x,H) * H + M(x,V) * V
y = M(y,H) * H + M(y,V) * V

Calubration trouvable sur l'interface SST.

/!\ C'est l'inteface qui fait fois !!! PAS CE POST !!!

L'IHM Charge a été mis à jour mais je n'ai pas le mot de passe pour faire un git pull.

C'est fait et l'interface a été testée.

Une demande de redémarrage de meanStd_charge2 a aussi été faite pour l'affichage des charges dans la TL.

Jean-Claude a redémarré meanStd_charge2.

L'affichage de la charge moyenée semble correcte sur les trois équipements.

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. 

L'oscilloscope est maintenant pilotable à travers le réseau ThomX:

parametrage oscillocope

nom : oscillo8

carte réseau "connecteur du haut" Intel  (R) 82579LM  (IPV4 en DHCP)

MAC 00:19:0f:11:81:32

IP ThomX 192.168.229.47

utilisation du portable wl-delerue2  avec le software Wavestudio (Lecroy)

connection Ethernet 1 (IPV4 192.168.229.152 Subnetmask 255.255.255.0 )    (dans Network & internet Network connections)

 Wavestudio

adresse Scope : 192.168.229.47

Les chassis libera ont ete eteint en prevision des tests electriaues de la semaine prochaine.

Prise de donné pour étudier le fluctuation du faisceau avec les BPM.

Les lignes contenant au moins 1 zero correspondent a des pertes faisceau.

ATTENTION : DONNÉES NON ALLIGNÉ !!!!

Retard initial WAC.02 : -6.39 µs

Dernière valeur utilisé : -6.28 µs

Retour à la valeur initiale

La conection du BPM Li/DG/BPM.01 doit être refaite.

Une double permutation (une au niveau du BPM et l'autre entre le patchpanel et le Libera) permet actuelement d'avoir un fonctionnement normal du BPM, mais il serait préférable de normaliser les configurations de cablage.

La modification nécésite la clé dynamometrique.

Changement de cablage :

Fait, modification transparente pour les mesure.

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

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.

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

Hi,

please, find attached the sketch, where the directions are shown. In any case, it should also be cross-checked with other systems (e.g. screens).

Iryna