Nouveaux tests avec la caméra Scout : scA640-70gm

Contexte : 

Update des librairies tango

      ▶  $ conda list | grep -i lima
lima-camera-basler             1.8.0          py27ha8d69ae_0    esrf-bcu
lima-camera-basler-tango  1.8.0                         0       esrf-bcu
lima-core                             1.8.0            py27ha8d69ae_0    esrf-bcu
lima-tango-server               1.8.0                         0    esrf-bcu
On est passé de release candidate à la version 1.8

Test de sauvegarde d'image

Script Tango qui sauve 100 images :

sans erreur on a sauvé 100 images, avec une vitesse > 20 Hz

Fini les soucis d'images divisées en 4

Test de lecture video :

Fonctionne sans erreur ... !!

Propriétés dans Tango :

Frame transmission  delay : 10 us

Inter packet delay : 100 us

Packet size : 2000

 Jumbo frames 
#  ip link show | grep mtu 
# 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
# 2: enxe4b97ad8e69e: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
# 3: wlp59s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT group default qlen 1000
# modify the second one which corresponds to the camera 
# sudo ip link set enxe4b97ad8e69e mtu 9000;
 

Updates concerning the camera :

Tested camera so far

• Scout : 3 cameras 2 working and one NOK
• Ace A640 -100 gm  Working
• Ace A3088-16 gm NOK

Concerning the Scout which is NOK, and the Ace A3088, we enabled sequencer feature : https://docs.baslerweb.com/index.htm#t=en%2Fsequencer_(gige_cameras).htm&rhsearch=sequencer&rhhlterm=sequencer

To do that see : https://github.com/esrf-bliss/Lima/issues/97#issuecomment-482116457

Now : 3 Scouts are working properly

Ace A3088 still has problems :

[2019/04/11 16:42:59.863241] 7fc9377fe700 (/opt/conda/conda-bld/lima-core_1549637374011/work/control/src/CtControl.cpp:791)-Error: Exception(Error): Frame(s) not available yet [thrown]

Le processus automatique de verification de l'état de la machine avait un comprtement bizarre. Il semblerait qu'il été executé par 2 horloges différentes dont une avait 8h d'avance (cf "/data/shared/log_health_check/cron_health_check.log " ou sont ecrit quelque ligne a chaque execussion de health_check). Les verifications et donnée retournée était quand a elle correcte, seul la date pouvait ne pas être bonne.

Il savère que la machine Client 3 semble fonctionner, du moins on peut s'y connecter en ssh et c'est cette machine qui est en avance de 8h et qui avait relancé le cron de health check.

J'ai supprimé ce cron de client 3 pour l'instant, et donc résolu les problèmes de date incorecte, mais il est possible que d'autre processus ai était relancé par la machine. Merci a ceux qui on lancé des programmes dessus de verifier.

Pour lancer jupyter-lab depuis une cession operateur :

1) source init_conda.sh

2) cd /data/shared (par exemple)

3) taper : jupyter-lab

les notebooks jupyter sont sous : /data/shared/commissioning_scripts (c'est là qu'il faut aller, modifier s'il le faut, etc)

ensuite ils sont sauvés dans : /data/shared/commissioning_scripts_ref (maintenu par HG)

Connection ssh sur client 3 pour verifier la calibration des BPM.

Connection fini, bande passante trop faible...
Verfification repoussé a lundi matin sur place

Bonjour,

Ecathode = 40µJ, iris=4mm, Att=400. Energie UV à la sortie du laser=256µJ (normale), énergie à la sortie du parcours optique 137µJ (au lieux de 200µJ, la distribution du faiseau est moche) , donc il y a une perte dans le parcours optique (probléme avec le miroir??), Il faut envisager 1-2 jours pour une révision du parcous optique

Viktor.

Bonjour à tous,

Nous avons procédé à un changement des droit par défaut des comptes utilisateurs (chargé dans le thomx.bashrc) et sur client5 pour toute connexion. Les nouvelles permissions sont : tous les droits pour tout le monde.

Cela permet aux différents DS de créer des répertoires dans des dossiers créé par operateur.thomx (Mesures de /data/shared)

Bonne journée,

IHM_recipe.py a été mis à jour. Il affiche maintenant 2 séries de 4 boutons radios.

La première série de boutons permet de choisir la recette à utiliser (Li, TL+LE ou LI+TL+RI ou Ring) et la qualité de la recette (Good, test, pb record, all).

Il affiche ensuite les 5 dernières recettes correspondant à ces critères avec des boutons "Load" ou "view" pour les charger ou les visualiser.

Me prévenir en cas de disfonctionnement.

J'ai fait un git pull.

Bonjour,

Une commande "STOP_THOMX" a été ajouté au DS script de ThomX : "TEST/HL/ThomX_Script".

Cette commande permet d'arrêter toute la machine en une fois (Alimentation + éléments pulsés + chillers/frigo + modulateur + Laser).

*!* Une confirmation est demandé avant l'arrêt. Il faut mettre "true" pour confirmer l'arrêt.  *!*

L'info final donne les DS qui ne sont pas éteints. Souvent le modulateur qui prend du temps pour se mettre en off.

Pensez à tourner la clé PA en partant.

J'ai ajouté dans plateforme IHM un bouton "scan RF phase" qui scan la phase RF section entre 105 et 125 degrees pour trouver le meximum d'energie et la FWHM minimum du faisceau sur TL/SST2.

Pour l'instant il n'y a pas d'interface à part le plot qui s'affiche à la fin mais j'en ajouetrai une prochainement.

Je l'ai ajouté dans PlateformeIHM, section Outils et j'ai fait un git pull.

J'ai supprimé l'erreur affichée par l'IHM recettes quand l'état du DS est ON... Donc normalement les erreurs affichées maintenant devraient être pertinentes.

J'ai monté le nombre d'erreurs affichées à 10.

Me dire si il y a d'autres erreurs à masquer.

J'ai mis en place la creation automatique tous les matins du lundi au vendredi a 1h15 d'un repertoire avec la date dans  /data/shared/Commissioning_tools/Mesure/

Apres sa creation un lien symbolique vers ce repertoire est mis sous le nom /data/shared/Commissioning_tools/Mesure/today cela permet de configurer les scripts pour qu'ils sauvent dans /data/shared/Commissioning_tools/Mesure/today

Me prevenir si cela ne fonctionne pas.

Suite à la discussion en réunion technique ce matin j'ai ajouté la temperature et la resistivite de l'eau de refroissiment des aimants dans l'IHM Gun_SECTION (je sais que ce n'est pas le bon endorit mais il n'y a pas d'IHM plus adapté).

Cf copie d'écran ci-joint.

Suite à la discussion en réunion technique ce matin j'ai ajouté la temperature et la resistivite de l'eau de refroissiment des aimants dans l'IHM Gun_SECTION (je sais que ce n'est pas le bon endorit mais il n'y a pas d'IHM plus adapté).

C'est sous sortie chiller, cf copie d'écran ci-joint.

Les couleurs des alarmes et erreur pour les chillers sont regles dans les atkpanels. Cf copies d'ecrans jointes.

Pour le chiller canon:

atkpanel CALC/ER_HF/RAC.17-API.AI1_AI2 &

Cliquer sur les points de suspension. J'ai mis comme gamme acceptable 31.6-32.4C (cf copie d'ecran).

Pour les clarinettes:

atkpanel ER/HF/RAC.17-API.AI2 &

Gamme acceptable clarinette canon: 10-35

Gamme acceptable clarinette section: 10-31

Temperature eau aimants:

atkpanel  ER/HF/RAC.17-API.AI1 

lignes AI6 et AI7 (pas de limites pour l 'instant)

Voici les temperatures mise a jour