Afin de pouvoir vérifier que plusieurs enregistrement proviennent du même tir j'ai crée une IHM: IHM
_align_trigger.py dans panneaux/Synchro (cf copie d'écran).

Cette IHM affiche pour un certains nombre d'équipements le numéro de déclenchement (trigger ou event ID). Cf copie d'écran.

En cliquant sur "Reset trigger number" on remet à zéro le numéro de déclenchement (pour les équipements où cela est possible).

En cliquant sur "Stop" on suspend la distribution du signal de déclenchement à toute la machine. On cliquant sur "start" on le restore.

En cliquant sur "Save" on suspend la distribution du signal de déclenchement à toute la machine pendant 5 secondes. À l'issue de ces 5 secondes le numéro de déclenchement  de chaque équipement est sauvé dans un fichier hotodaté dans /data/shared/Commissioning_tools/Mesure/today/ (par exemple: trigger_values_00_20_12.txt )  Cela permet de savoir quels étaient les numéros de déclenchement au début d'une prise de données et ensuite de vérifier par différence si les enregistrement en provenance de deux équipements proviennent du même tir ou pas.

Il est possible d'ajouter d'autres équipements selon les besoins.

Les fonctions utilisées dans cet IHM sont dans le git panneaux dans Synchro/freq_tools.py elles sont utilisables de manière autonome de l'IHM.

Les réglages d'atténuation des BPM effectués le 6/10 avaient été effacés! Je les ai remis.

Afin de résoudre le problème de double déclenche des wavecatcher on augmente la longueur de l'impulsion.

Test avec seulement le kicker d'injection allumé (septum en FAULT).

Avant modification on voit une double impulsion toutes les ~5 secondes.

Après modification on voit que c'est la longueur de l'impulsion qui varie...

Est-ce que le bruit créé par le kicker réinitialise un compteur pour certaines voie du générateur de retard?

=> Cela devrait résoudre le problène mais à vérifier.

Test à faire: 

- regarder si le problème change selon que la porte arrière de la baie synchro est ouverte ou fermée (si c'est de la CEM on devrait avoir un effet)

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

La résolution de LI/DG/SST.01 a été ajustée. L'accès à la station est rendue difficile par les modifications faites à la station.

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

Une nouvelle calibration a été appliquée aux stations écrans.

Quelques mofications ont été appliquées à l'IHM_SST pour améliorer sa rapidité.

Les modif faites pour ameliorer la rapidite font qu'il faut maintenant au moins 2 minutes pour passer d'un Yag a un autre ........... :-((

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.

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.

Le gain automatique sur les BPMs avait été désactivé. Il a été réactivé pour LI-TL-LE.

Verification de la transmission sur les BPMs.

L'affichage du gain et de l'intensité sur l'interface SST a été mise à jour.

Ci-joint les images de verification des calibrations actuellement utilisées sur les station écrans.

Le nom de la station est dans le nom de l'image.

Pour chaque image:

* les croix rouges indiquent les centres des mires détectées par l'algorithme de calibration.

* les croix vertes indiquent les centres des mires calculés à partir des contraintes fixées par les croix rouges.

* Les carrés (rouges ou verts) sont calculés à partir de la calibration, en prenant la croix comme référence et la taille réelle de la mire (en mm) convertie en pixels.

On peut voir que ce n'est pas parfait mais cela permet d'avoir une idée de où on en est.

Pour référence voici les valeurs utilisées:

('li/dg/sst.01', 'pixel_size_matrix: 35.59  0.87  0.97 36.86')

('tl/dg/sst.01', 'pixel_size_matrix: 27.29  0.63 -0.55 27.59')

('tl/dg/sst.03', 'pixel_size_matrix: 30.41  0.63 -0.61 29.78')

Pour les deux autres écrans, il y a une difficulté à cause de la taille des images qui est en cours de résolution.

Je travaille à une adaptation du script pour pouvoir verifier la calibration sur d'autres images que celle sur laquelle elle a été calculée. Je posterait quelques images ocrrespondantes en réponse à ce message quand ce sera prêt.

All cameras have been shutdown for the holiday season.

A preliminary alignment of the MRSV has been done this morning.

There were difficulties with the camera, that have been adressed but only at slow rate.

To be tried on Friday.

Sur WAC1:

Polling

ch0: 10=> 50

ch0_charge: 20 => 50

The lens has been installed on the CCD at TL/SST03

Le code de mesure de taille faisceau ecrit par Laura a ete ajoute a plateForm IHM sous le nom "Beam size".