git pull sur /data/shared/panneaux/

Fait :
- correction d'une erreur dans les fichiers de configuration de Health_check
- astor server :
    - suppression bouton "restart"
    - Stop -> Kill : A n'utilser qu'en dernier recourt si le DS est planté
    - ajout du bouton ATKPanel qui permet de d'afficher la liste des ATKPanel associé au DS en cours
- IHM SST :
    - Ajout d'un bouton pour passer en mode trigger interne avec 1s de temps d'exposition

git pull sur /data/shared/panneaux :

Correction erreur IHM_charge

Bonjour à tous,

Quelqu'un ou quelques choses à changer les paquets conda dans l'environnement "#!/usr/bin/env /data/shared/miniconda3/envs/tango_py3.8/bin/python" ce qui fait planter les DS. 

par exemple pour le DS TEST/ThomX_PhotoCathode, le paquet scipy.signal ne possède plus la fonction "convolv2d".

Merci de documenter les modifications que vous faites sur les environnements conda.

PS: nous avons mis à jour la version de scipy.

packet_write_wait: Connection to 134.158.75.236 port 22: Broken pipe

Apparement le routeur a redémarré pendant que je travaillais sur tango-util...

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.

Image laser  en pièce jointe

Image faisceau en pièce jointe

Estimation de la charge en sortie canon : 44 pC

Phase de maximum de charge = 268 degres

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,

L'interface de demarrage est disponible en tapant "start" dans une fenetre de ligne de commande ou dans la section anneau de PlateformeIHM.

Une copie d'ecran de la  premiere page de l'interface graphique est attachée.

Chaque ligne indique une action a faire (à gauche) avec des informations à consulter (au milieu) avant de faire l 'action (à droite).

Lorsque le bouton action a ete cliqué, l'heure s'affiche ce qui permet d'etre sur que l'action a été effectuée.

Normalement en suivant l'interface ligne par ligne on effectue toutes les actions jusqu'au stockage dans l 'anneau (à condition de charger les bonnes recettes).

En attendant que l'archivage archive : 

dans un terminal : 

• inicon # ça met en place l'environment python 
• cd /data/shared/commissioning_scripts/Trend_scripts/
• ./trend.sh TBT_Sum_ALL3.pck # pour avoir le trend sur tbt sum debut / milieu / fin 
• ./trend.sh TBT_X_BPM4.pck # TBT X meme plage que TBT sum 
• ./trend.sh TBT_Y_BPM4.pck
• ./trend.sh TBT_X_BPM5.pck
• ./trend.sh TBT_Y_BPM4.pck
• ./trend.sh RF_RPy_Trend.pck # trend des signaux RF  
• Nous rajouterons ici les autres trends. 
• MRSV : taurustrend  obl/bpm/mrsv.01-ccd.01/fwhm_x obl/bpm/mrsv.01-ccd.01/fwhm_y