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

--> Use user_output_line1 to swich it ON/OFF

- Nouvel eclairage installe sur TL/DG/SST.01 et TL/DG SST.01 (reste LI/DG/SST.01 et  EL/DG/SST.01 a faire)

- Cable reseau installe vers EL/DG/SST.01 et TL/DG/SST.03. Les cables sont trop cours pour les autres stations => acheter des 1 cable 20m et 3 cables 30m.

- Cables coax installes vers TL/DG/SST.02. Les cables sont trop cours pour les autres stations => acheter 3 cables 30m.

- Adresse Mac camera MRSV 00:30:53:22:EE:71 / adresse IP: 192.168.229.44 (ccdmrsv1) (adresse IP mise a jour en conformite avec la note Atrium)

- EL/DG/SST.01 reinstallee et testee. Alignement et mesure de resolution a faire.

Le MRSV a ete installee (a tester).

Utilisation de l'alimentation de EL/DG/SST

Les cables ont ete mis a cote de ceux qui traversent deja l 'anneau: au sol n'importe comment.

Deux cables d'alimentation supplementaires branches 36041 et 36044.

Le reseau est pris sur TL/DG/SST.02 via un routeur.

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

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

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

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.

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

Etude de l 'alignement des declenchement des BPM

14:07

Rep rate initial: 50/10/10/10

Etude de l'alignement de BPMs

16:17 rep rate 50/10/10/10

Identification et correction d'un bug sur l'interface de tir unique.

Dans Taurus le T2TrigCount ne se refaichit pas a la meme cadence pour tous les BPM alors que dans jive il se refraicit a la meme cadence. => a comprendre.

J'ai regarde le probleme des camera basler ACE avec Pylon.

Il semeblerait que la camera ait une latence de 650us.

Je n'ai pas trouve de reglage permetant de resoudre le probleme.

Config:

Gene 500MHz -> Splitter 8 voies -> 4 voies BPM + 4 charges

Etude sur RI-C1/DG/BPM.01

100mV -21dB = pas de saturation (limite)

RI-C1/DG/BPM.01 est sur raf3 de libera3-b5

Pour voir les coefficients:

libera-ireg dump boards.raf3.conditioning.coefficients

Les 4 voies montrent des différences.

Pour activer le switching

libera-ireg boards.raf3.conditioning.switching=true

Les 4 voies convergent.

Pour démarrer l'apprentissage (cf p32 du manuel libera):

libera-ireg boards.raf3.conditioning.tuning.dsc.coefficients.adjust=true

Pour utiliser le coefficients appris:

libera-ireg boards.raf3.conditioning.tuning.dsc.coefficients.type=adjusted

Activation de l'ajustement automatique du gain:

libera-ireg boards.raf3.conditioning.tuning.agc.enabled=true

Attenuation progressive du signal...

Gain cofficients: cat /var/opt/libera/cfg/gain3.conf

16:45 Fin des mesures

Si l 'on ne parvient pas a changer le temps d'exposition des CCD dans l 'ancienne interface, sur PlateformeIHM choisir "SST laucnher" puis dans la colonne controls du SST Laucnher, choisir la SST  

EL/DG/FC.01-WAC.03 est mal réglé en temps, la charge renvoyé ne donne pas la bonne valeur (cf image ci-joint).

J'ai tenté d'appeler la salle de contrôle pour faire le réglage en direct mais il n'y avait perosnne (alors que la page de status annonce qu'il y a du faisceau).

Methode pour changer un attribut dans MeanStd  et redémarrer le ds :

Sur jive :
dans  MeanStd/test/MeanStd/'tmp/DG/MeanStd'/paramètre, modifier "ManagedAttributeList" pour avoir les valeurs voulues.

Sur Astor :
"Kill" le serveur "MeanStd" dans 'Salle de controle'/client2/'Not Controlled' (ATTENTION, les ds Not controlled ne sont pas affiché par défault, il faut double cliquer sur Not Controlled)

Sur un terminal depuis le pc client2 tapper la commande :
/data/shared/MeanStd/MeanStd test &

Sur jive :
Ouvrir l'ATKPanel : MeanStd/test/MeanStd/'tmp/DG/MeanStd'
Lancer une commande start.

Les diagnostics ont ete eteint afin d'economiser de l'electricite pendant la pause hivernale.

EL/DG/SST est temporairemment indisponible (connexion utilisee pour le MRSV)

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.

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