La calibration des ecrans a ete calculee et entree dans l'interface SST.

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

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

Verification de la longueur de deplacement en fonction de la vitesse des moteurs:

Vitesse = 3:

Vitesse =2:

La vitesse recomandée est 2, au delà certains moteurs pas à pas manquent trop de pas.

Les câbles vers LI/DG/SST.01 et  EL/DG/SST.01 sont connectés aux câbles 36027 et 36030 pour l'éclairage.

Le signal de déclenchement du MRSV est connecté au câble 36040.

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

Pendant l'arrêt technique j'ai mis à jour le script qui effectue des vérifications quotidiennes (toutes les nuits entre 5h et 7h du matin) sur les cameras SST et leur moteurs (ce qui permet d'anticiper certaines pannes).

J'ai programmé le script pour qu'à la fin des vérifications les caméras soient mise sur la position YAG. Cela me semble faire gagner du temps aux opérateurs puisque lors du démarrage il faut vérifier la forme du faisceau et donc insérer le YAG... Sauf si il est déjà en place...

Suite a un commentaire lors de la reunion technique de ce matin, j'ai fait une verification en salle de controle du temps de reponse des changements de cameras dans l'IHM SST:

Sur client 2 lors du changement de camera le temps de latence est inferieur a 2s.

Sur client1 effectivement, il y a des plantages...  Etude en cours.

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,

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,

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.

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.

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.

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  

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

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.

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.

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.