Le cable de controle de la LED de EL/DG/SST.03 est le 36041. Il a été branché sur le switch controlé sortie 3.

Retard TL/DG/SST.02 passe de 96ms a 6ms.

Les liberas, red-pitaya (diags), wavecatcher et cameras ont été eteints en prévision de la coupure électrique de demain.

Redémarrage effectué.

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.

Bonjour,

après les shifts de la semaine dernière, il semblerait que la calibration de la caméra TL/SST1 soit erronée. Les valeurs diffèrent beaucoup des autres stations diag. Après une calibration rapide on trouve bien une différence :

on trouve v = 28.7um/pixel, h = 28.6 um/pixel

au lieu de v = 54.7 um/pixel, h = 52.8 um/pixel

La station TL/SST2 semble avoir le même problème. Il doit y avoir un bug dans la calibration.

Bonne journée,

On 09/01/2020 I have restarted all the Libera in order to make it accesible in the CR. Meanwhile, the DS of the Libera 2 remained to be in the unknown state. It is green in astor, however, in Jive it says that the DS is in the unknown state. All the atribute fields are filled with crosses.

The GLPI ticket has been openned to fix this issue. 

Beam position observed on the MRSV when changing RI-C1/STR.06-H01 (3 images) and then RI-C1/STR.06-V01 (3 images).

We can see that the beam moves horizontally with the steerer. It is not so clear in the vertical plane.

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.

https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828

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.

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

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

Vérification du fonctionnement de l'IHM_charge.py avec les variables d'étalonnage

Les 5 voies de mesures fonctionnent correctement.

Remarques sur l'IHM:

Une colone "Coef (sans unité)" est affichée sans données => peux t'on l'a retirer?

Par défaut au lancement de l'IHM la valeur Dak(nV*s) est renseigné pour la ligne LI/DG/ICT.01  => peut elle etre à mise à "0" par défaut comme les autres lignes?

Peut 'on ajouter un colonne " Sdev" en pC après la colonne Calc (pC)  calculée avec la meme routine que RAW(nV*s)   => Calc(pC)

La colonne Dark (nV*s) peut elle etre exprimée en pC?

Peut'on rajouter un parametre dans l'IHM pour piloter la profondeur du moyennage  effectué dans le DS mean_std?

Le nom de la colonne Calc(pC) peut il etre changé en Q_Beam(pC)

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

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

Les DS du libéra 2 sont HS. Des modifications ont été apporté qui font planté l'init des DS.

Après appel avec Nicolas, nous avons redémarré, ça a résolu le probleme.