Il a ete verifie qu'en decalant TL/DG/SST.01 de 100us la saturation disparait.

Une etude plus detaillee sera faite et des boutons adaptes seront installes sur l'interface SST.

Laser aligned on MRSV.
 

Cf présentation ci-joint.

Conclusions:

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

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

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. 

J'ai redemarre:

- Les Liberas 1 et 2

- Le chassis des cameras

- Le chassis des RPY

J'ai verifie le declenchement et la lecture de:

- LI/SST.01

- TL/SST.01

- LI/DG/BPM01-LIB-01

- TL/DG/BPM01-LIB-02 (un init manuel dans Jive a ete necessaire pour ce libera)

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.

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

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

Il y effectivement eu une dérive sur certains écrans (best donne la meilleure calibration actuelle - target donne la calibration qui était en mémoire):

('name_sst', 'tl_dg_sst_01')
('best: ', 'pixel_size_matrix: 31.71 0.32 -0.93 29.24')
('target: ', 'pixel_size_matrix: 54.69 -0.02 -0.84 52.81')

('name_sst', 'tl_dg_sst_02')
('best: ', 'pixel_size_matrix: 18.29 1.40 -0.48 20.34')
('target: ', 'pixel_size_matrix: 54.69 -0.02 -0.84 52.81')

('name_sst', 'el_dg_sst_01')
('best: ', 'pixel_size_matrix: 48.78 1.93 -1.48 49.56')
('target: ', 'pixel_size_matrix: 32.58 0.68 -1.07 34.12')

La nouvelle calibration a été appliquée.

Observation:

Toujours s'assurer que EnableDynamicCharge est sur False

Alexandre a remarqué que:

- Il ne devrait pas y avoir de caméra ccdsst2-li mais ccdsst1-el

- l'adresse MAC assignéee à ccdsst1-el est incorrecte

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. 

Bonjour,

Les calibrations semblent toujours ne pas être correctes. Surtout pour TL/SST02 ou on dirait qu'il y a un facteur 2.

En PJ les calibrations de ce jours et des jours précédents. Il n'y a pas de dérive visible d'un jour à l'autre. Je met les images qui m'ont permet d'en arriver là également.

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

Je viens de corriger cela (je n'ai pas la possibilité de tester cette fonction puisque cela actionne l'obturateur).

Je vous appelle dès que possible.

L'IHM ne marche plus du tout. 

l'erreur est :

Measure dark current
Traceback (most recent call last):
  File "/data/shared/Interfaces/panneaux//Diags/BPM/IHM_charge.py", line 309, in click_on_measure_dark_button
    shutter_state=get_shutter_state()
NameError: global name 'get_shutter_state' is not defined
 

Je viens de modifier l'IHM_charge pour ajouter un boutton qui affiche l'état de l'obturateur et j'ai ajouté  une case à cocher qui permet de choisir si il faut conserver son état ou non quand on fait une mesure de courant d'obscurité.

Faites un vote en salle de contrôle si vous voulez pour choisir si vous cochez la case ou pas mais mettez vous d'accord...

Faire un git pull.