Les diagnostics ont été rallumés.

Le retard de déclenchement du WAC.03 a été ajusté pour que l'impulsion sur la coupelle de Faraday soit bien incluse dans la fenêtre d'acquisition.

La constante de calibration de la charge sera à régler... Une valeur temporaire a été mise.

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

Apres quelques modifications, le temps de reponse sur client 1 de l' IHM SST est inferieur a 4 secondes.

Une nouvelle interface allegee pour les cameras SST est en preparation. 

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.

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.

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.

Le WAC1 est reparé...

Peut-être que le problème venait des valeurs de synchronisation chargées précédemment.

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

Redémarrage effectué.

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

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. 

Camera El/DG/SST.01-ccd.01 ajouté à ça place.

Pour tester les LED, le jeux de LED de la camera Tl/DG/SST.01-ccd.02 a était déplacé et installé avec cette nouvelle caméra.

Ouverture interface IHM_SST avec le panneau_interface OK, allume correctement les serveurs des 5 caméras installé sur ThomX (li/dg/sst.01-ccd.01, tl/dg/sst.01-ccd.01, tl/dg/sst.02-ccd.01, tl/dg/sst.03-ccd.01, el/dg/sst.01-ccd.01)
Caméra "spare" non testé car pas sur ThomX (au sous sol du 208 pour faire les tests sur les objectifs).

Interface IHM_SST ouvert avec le panneau_interface ne permet pas de saugarder des images.
Interface IHM_SST ouvert en ligne de commande si. (A voir avec Hayg)

Les éclairages LED :
- li/dg/sst.01-ccd.01 : OK
- tl/dg/sst.01-ccd.01 : OK
- tl/dg/sst.02-ccd.01 : Pas de Led d'installée, fonctionnait avant le confinement
- tl/dg/sst.03-ccd.01 : OK
- el/dg/sst.01-ccd.01 : Impossible de contrôler les LED car c'est (avec la spare) une caméra ACE et non Scout
- spare                      : Il existe un système d’éclairage en rab mais il n'est pas montable sur les montures des caméras mais qui est utilisable sur le banc de test des caméras

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.

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

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)

 12/10/2021

Due to the problem of finding the signal with the first BPM LI/DG/BPM.01-LIB.01, it was decided to try to read out the signal with the scope.

The two screenshota attached show the BPM signals with and without the beam read by scope connected to the alectrods A and B in the rack 5.

We clearly saw that there was a signal coming from the beam.