jiji  -19.860943680697755
****************************** motor_position 0 17.5 1
jiji  1256.0427115463383
*****Error set attenuatation value  ***** motor_position 0 17.5 1
Error set attenuatation value  1256.0427115463383
****************************** motor_position 0 20.5 1
jiji  1289.1434442107527
*****Error set attenuatation value  ***** motor_position 0 20.5 1
Error set attenuatation value  1289.1434442107527
****************************** motor_position 0 26.5 1
jiji  1325.874425230028
*****Error set attenuatation value  ***** motor_position 0 26.5 1
Error set attenuatation value  1325.874425230028
****************************** motor_position 0 27.0 1
jiji  1328.060511551206
*****Error set attenuatation value  ***** motor_position 0 27.0 1
Error set attenuatation value  1328.060511551206
****************************** motor_position 0 26.0 1
jiji  1323.633810076457
*****Error set attenuatation value  ***** motor_position 0 26.0 1
Error set attenuatation value  1323.633810076457
****************************** motor_position 0 25.0 1
jiji  1318.9016548632073
*****Error set attenuatation value  ***** motor_position 0 25.0 1
Error set attenuatation value  1318.9016548632073
****************************** motor_position 0 25.0 1
jiji  1318.9016548632073
*****Error set attenuatation value  ***** motor_position 0 25.0 1
Error set attenuatation value  1318.9016548632073
 

Empecher les valeurs negatives pour les courants : CurrentSetPointPM

les Ds rentent en mouvement (Bleu) : PowerSupply trying to reach setpoint..

Petite question à propos des Ds Redpytaya

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.

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

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

Bonjour,

quand je lance l'IHM gun section, j'ai tout ces warning, cela n'empeche pas à premiere vu le fonctionnement de l'IHM mais ça peut cacher un loup plus important.

>>>>>>>>>>>>>>>>>>>>>>>>>>>

MainThread     INFO     2023-03-14 09:05:48,733 TaurusRootLogger:
*********************
< Deprecation Counts (1):
        1 * "format is deprecated since 4.0.4. Use format_spec or precision instead" >
MainThread     WARNING  2023-03-14 09:05:53,038 srv-2.thomx.fr:20000.ER/HF/RAC.17-API.AI1.AI6: Unknown unit "▒C" (will be treated as unitless)
MainThread     WARNING  2023-03-14 09:05:53,111 srv-2.thomx.fr:20000.ER/HF/RAC.17-API.AI1.AI7: Unknown unit "Mo" (will be treated as unitless)
MainThread     WARNING  2023-03-14 09:05:53,283 srv-2.thomx.fr:20000.LI/OPT/OPT.02-LAS.01: Could not create HW object: device li/opt/opt.02-las.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,295 srv-2.thomx.fr:20000.LI/OPT/OPT.02-LAS.01: Could not create HW object: device li/opt/opt.02-las.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,304 srv-2.thomx.fr:20000.LI/OPT/OPT.02-LAS.01: Could not create HW object: device li/opt/opt.02-las.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,320 srv-2.thomx.fr:20000.LI/HFI/MAM.01: Could not create HW object: device li/hfi/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,330 srv-2.thomx.fr:20000.LI/HFI/MAM.01: Could not create HW object: device li/hfi/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,338 srv-2.thomx.fr:20000.LI/HFI/MAM.01: Could not create HW object: device li/hfi/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,353 srv-2.thomx.fr:20000.LI/HFH/MAM.01: Could not create HW object: device li/hfh/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,362 srv-2.thomx.fr:20000.LI/HFH/MAM.01: Could not create HW object: device li/hfh/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,370 srv-2.thomx.fr:20000.LI/HFH/MAM.01: Could not create HW object: device li/hfh/mam.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,384 srv-2.thomx.fr:20000.LI/VA/AVAL.01-CMD.01: Could not create HW object: device li/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,394 srv-2.thomx.fr:20000.LI/VA/AVAL.01-CMD.01: Could not create HW object: device li/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,401 srv-2.thomx.fr:20000.LI/VA/AVAL.01-CMD.01: Could not create HW object: device li/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,415 srv-2.thomx.fr:20000.LI/VA/AVAL.02-CMD.01: Could not create HW object: device li/va/aval.02-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,425 srv-2.thomx.fr:20000.LI/VA/AVAL.02-CMD.01: Could not create HW object: device li/va/aval.02-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,432 srv-2.thomx.fr:20000.LI/VA/AVAL.02-CMD.01: Could not create HW object: device li/va/aval.02-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,446 srv-2.thomx.fr:20000.TL/VA/AVAL.01-CMD.01: Could not create HW object: device tl/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,455 srv-2.thomx.fr:20000.TL/VA/AVAL.01-CMD.01: Could not create HW object: device tl/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,462 srv-2.thomx.fr:20000.TL/VA/AVAL.01-CMD.01: Could not create HW object: device tl/va/aval.01-cmd.01 not defined in the database !
MainThread     WARNING  2023-03-14 09:05:53,668 srv-2.thomx.fr:20000.LI/HFI/Att.02-MOT.01.position: Unknown unit "Steps" (will be treated as unitless)
MainThread     WARNING  2023-03-14 09:05:54,803 srv-2.thomx.fr:20000.LI/HFI/Dep.01-MOT.01.Position: Unknown unit "Steps" (will be treated as unitless)
MainThread     WARNING  2023-03-14 09:05:55,180 srv-2.thomx.fr:20000.LI/HFI/Att.01-MOT.01.position: Unknown unit "steps" (will be treated as unitless)
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

bonne journée,

Restauration effectuée.

Tests en cours.

Quel Python : 2.7 dans /usr/bin 

IHM :

ok, se lance,  sauf erreur dans le terminal : 

('------------ ', '/data/shared/Interfaces/panneaux/')
ERREUR lors de l'import IHM_health_check !!!
No module named gobject
ERREUR lors de l'import IHM_astor_server !!!
No module named gobject
('HOME_IHM = ', '/data/shared/Interfaces/panneaux/')
('IHM_SST after import #1', '15:13:53')
('IHM_SST after home IHM', '15:13:53')
('------------ ', '/data/shared/Interfaces/panneaux/')
('------------ ', '/data/shared/Interfaces/panneaux/')
ERREUR lors de l'import IHM_SST !!!
No module named gobject

Solutions ? https://stackoverflow.com/questions/37323567/install-gobject-module 

Installing the system provided PyGObject:

1. Open a terminal
2. Execute sudo apt install python3-gi python3-gi-cairo gir1.2-gtk-3.0
3. Change the directory to where your hello.py script can be found (e.g. cd Desktop)
4. Run python3 hello.py

Installing from PyPI with pip:

1. Open a terminal and enter your virtual environment
2. Execute sudo apt install libgirepository1.0-dev gcc libcairo2-dev pkg-config python3-dev gir1.2-gtk-3.0 to install the build dependencies and GTK
3. Execute pip3 install pycairo to build and install Pycairo
4. Execute pip3 install PyGObject to build and install PyGObject
5. Change the working directory to where your hello.py script can be found
6. Run python3 hello.py

Python 3.8 :

conda /data/shared/miniconda3/envs/tango_py3.8/bin/python
Taurus : version 5.1.4

IHM se lance mais plusieurs erreur subsistent par exemple des print

(tango_py3.8) [15:24:31] operateur.thomx@client6:/tmp_mnt/data/operateur.thomx > IHM
[2] 5851
(tango_py3.8) [15:24:34] operateur.thomx@client6:/tmp_mnt/data/operateur.thomx > MainThread     INFO     2024-02-09 15:24:47,654 TaurusRootLogger: Using PyQt5 (v5.12.3 with Qt 5.12.9 and Python 3.8.12)
MainThread     INFO     2024-02-09 15:24:50,994 TaurusRootLogger: Plugin "taurus_pyqtgraph" lazy-loaded as "taurus.qt.qtgui.tpg"
ERREUR lors de l'import screenshot !!!
No module named 'commands'
ERREUR lors de l'import IHM_health_check !!!
cannot import name 'Qwt5' from 'taurus.external.qt' (/data/shared/miniconda3/envs/tango_py3.8/lib/python3.8/site-packages/taurus/external/qt/__init__.py)
ERREUR lors de l'import IHM_astor_server !!!
cannot import name 'Qwt5' from 'taurus.external.qt' (/data/shared/miniconda3/envs/tango_py3.8/lib/python3.8/site-packages/taurus/external/qt/__init__.py)
ERREUR lors de l'import Laser_PhotoCathode !!!
invalid syntax (astor_server.py, line 116)
ERREUR lors de l'import Modulator !!!
Missing parentheses in call to 'print'. Did you mean print("tangotest: ", val.value, " ", value0," ", value1," ",value2)? (ModulateurStatus.py, line 124)
ERREUR lors de l'import powerSupply !!!
Missing parentheses in call to 'print'. Did you mean print(exc)? (powerSupply.py, line 55)
ERREUR lors de l'import IHM_RF !!!
No module named 'PyQt4'
ERREUR lors de l'import IHMLogBook !!!
Missing parentheses in call to 'print'. Did you mean print(self.tabAttachments)? (IHMLogBook.py, line 121)
ERREUR lors de l'import DevicesController !!!
Missing parentheses in call to 'print'. Did you mean print('Error ', i)? (DevicesController.py, line 63)
ERREUR lors de l'import DevicesStatus !!!
No module named 'PyQt4'
ERREUR lors de l'import IHM_SST !!!
Missing parentheses in call to 'print'. Did you mean print(exc)? (IHM_SST.py, line 94)
ERREUR lors de l'import IHM_power !!!
Missing parentheses in call to 'print'. Did you mean print(exc)? (IHM_power.py, line 95)
MainThread     WARNING  2024-02-09 15:24:55,111 TaurusRootLogger: <frozen importlib._bootstrap>:219: DeprecationWarning: taurus.qt.qtgui.plot is deprecated since 4.5. Use taurus_pyqtgraph instead

MainThread     INFO     2024-02-09 15:24:57,533 TaurusRootLogger: plot: Using taurus_pyqtgraph to provide a minimal API to facilitate the transition
ERREUR lors de l'import IHM_charge !!!
No module named 'PyQt4'
ERREUR lors de l'import delays !!!
Missing parentheses in call to 'print'. Did you mean print(exc)? (delays.py, line 106)
ERREUR lors de l'import phase !!!
 

1) Présentation de la méthode utilisée pour le linac pour comme point de départ des IHM 

Les IHM sont décrits en listant les variables qui les composent ainsi qu’un schema fonctionnel. (voir sur https://gitlab.in2p3.fr/CCThomX/OrganisationIHM )  

Les IHM qui ont été développés concernent pour le moment le Linac. 

•  On utilisera la même méthode pour les autres IHM : 
  •      Aimants (quasiment finit)
  •      Diagnostiques Linac 
  •      Diagnostiques Anneau 
  •      Moteurs —> pas indispensable, mais ce serait bien d’avoir une vision globale pour voir si un écran est encore sur le faisceau. 

2) Présentation des IHMs concernant le Linac : 

•     Panneau Vide 
  •      Fait en LabView : pour le moment pas besoin de le refaire il est très bien 
  •          —>  Demande : avoir un panneau avec la courbe de vide pour tout l’accélérateur (par exemple en dessous de celle de l’orbite)        
•      Panneau Aimants 
  •          Discussion autour des sous fenêtres modales ou non 
    •              pour certains cas cela sera nécessaire : cyclage des aimants par exemple ou scan en cours pour les diags 
  •          Discussion sur le fait de fermer les sous fenêtres si la fenêtre mère est fermée 
    •              en principe on voudrait que les sous fenêtres ne soient pas fermées 
  •          Discussion sur la possibilité de dupliquer une fenêtre pour l’avoir sur un autre écran par exemple 
    •              oui c’est possible 
  •          possibilités de voir la stabilité d’un aimant au cours du temps 
    •              Nécessite de passer soit par la base de donnée soit de sauver (accumuler) dans un fichier 
    •              methodologie (générale) doit être discuté lors d’une réunion dédiée a la sauvegarde des données  
•      Panneau RF-Canon 
  •          créé à partir de petits modules, très pratique pour faire des panneaux plus compliqués

3) Panneau général / panneau status : 

•     Plusieurs choix sont possibles : 
  •        un panneau général type bandeau permettant d’ouvrir tous les panneaux  
•      Discussion à propos d’un panneau donnant le status de la machine 
  •          feu vert pour tirer ? 
  •          pendant le commissioning les points de fonctionnement seront recherchés. Nous n’aurons pas forcément tout de suite un feu vert pour tirer / injecter.   
•     —> Attente de propositions concretes pour réalisation 

4) Sauvegarde des données : 

  —> reunion dédiée doit être organisée après le 15 février (Nicolas)

5) Participation des membres du DEPACC à participer au codage des interfaces ? 

•   Vision du CC : normalement les interfaces doivent être faits par le CC. Les “utilisateurs” doivent décrire le mieux possible leur besoins, il reste encore des interfaces qui ne sont pas décrits. 
  •     Demande du DEPACC  (Nicolas, Slava) : possibilités de pouvoir modifier les interfaces pas forcément en prod mais avoir la flexibilité de le faire. 
  •      rien n’empêche de renommer une interface python et de la modifier. Il faudrait juste le faire dans un cadre permettant de revenir en arrière et de contrôler ce qu’on fait. 
• —>  une discussion à ce sujet s’impose 

6) Discussion autour de la possibilité de tirer pendant qu’on fait varier un dipole 

•    le faisceau peut se perdre et déclencher les sécurités 
  •         nécessité d’avoir une sécurité qui diminuerait la charge du faisceau ? 
  •      Christelle : Non pas pour le Linac. On le fait déjà sur PHIL et nous n’avons aucun soucis. 
•   —> Il faudrait savoir ce qui est autorisé par l’ASN      

—————> Document contenant les ingrédients et règles intervenant dans la création des IHMs 

Bilan IHM

IHM génériques

Il est important de comprendre qu'on ne pourra pas imposer des règles trop strictes et trop contraindre le style des fenêtres pour les IHM. Les quelques règles que nous devons discuter devront aider à uniformiser les interfaces, dont le style sera déjà bien guidé par la technologie qu'on va adopter

Contraintes

•  définition d'alarmes plutôt que rafraichissement élevé; possibilité simple : alerte/alarme sur seuils d'attributs dépassés
  •  distinguer les champs d'écriture, lecture et relecture
  •  langue : français
  •  pas de lettres majuscules
  •  couleurs vives/saturées pour conditions anormales uniquement
  •  pas d'objets 3D
  •  couleurs des états cohérentes :
  •   http://www.taurus-scada.org/en/latest/users/ui/ui_colors.html
    •        0 : ON
    •        1 : OFF
    •        2 : CLOSE
    •        3 : OPEN
    •        4 : INSERT
    •        5 : EXTRACT
    •        6 : MOVING
    •        7 : STANDBY
    •        8 : FAULT
    •        9 : INIT
    •        10 ! RUNNING
    •        11 : ALARM
    •        12 : DISABLE
    •        13 : UNKNOWN

•  se contraindre à un nombre de vues limité et défini (pour que les utilisateurs s'y retrouvent dans chaque IHM). 4 niveaux cohérents devraient être suffisants pour les IHM de ThomX (plus ce nombre est élevé, plus on s'y perd):
  •      niv. 1 : zone ThomX
  •      niv. 2 : sous-système (LINAC, EL, TL, etc.)
  •      niv. 3 : équipement/contrôleur (CCD, SST, etc.)
  •      niv. 4 : affichage diagnostic, sécurités, diagramme en une ligne

•  Quelques règles générales (à discuter) :  
  •        Le contenu de la fenêtre doit s'adapter à sa taille (agrandissement avec souris)
  •        Affichage heure pour montrer que la fenêtre s'update correctement
  •        Gestion des alertes (valeur seuil dépassée)
    •            utilisation des couleurs Tango pour signaler un dépassement
    •            Couleur des caractères à modifier (pas forcément du fond)
    •            voir s'il est nécessaire d'ouvrir un pop up pour signaler le problème

•  gestion des fenêtres :
  •      toutes les "sous-fenêtres" doivent être fermées lorsqu'on ferme la fenêtre principale
  •      nécessité (ou pas) d'une confirmation de ferméture de fenêtre
    •          si un process tourne (exemple aimant dont on varie de courant, ...)          
    •          le process peut aussi être un programme extérieur type MatLab : il doit être arrêté proprement
  •      indiquer si la fenêtre doit être modale ou pas (empêchant d'agir sur les autres fenêtres tant qu'on ne l'a pas fermée)

Besoins des utilisateurs

•  appel à des logiciels externes (matlab ou exécutable)
•  pour les traitements : pas de méthode existante pour dire quelle image est correcte ou pas
•  courbes temporelles avec bornes min/max visuelles, échelle auto; utiliser archivage (TDB/HDB de préférence) plutôt que enregistrer des données une 2de fois (risque d'incohérence), voir comment calculer min/max/moyenne/écart-type/régression/corrélation/...
  •      en principe tous les outils existent dans Taurus ou plus généralement dans PyThon  
•  Bouton (?) enregistrement :
  •      dans le Logbook
  •      Snapshot
  •      enregistrer à une fréquence donnée sur un temps donné; relève de l'archivage
  •      configuration de référence
    •          se donner des règles concernant la manière de nommer ou commenter les configs
    •          comment et surtout où sauver les configurations ? MML ?
  •      dans un fichier ?

Règles de codage

•  Environnement : Python Taurus (basé sur PyQt4)
  •      Git : https://github.com/taurus-org
  •      Web : http://www.taurus-scada.org/en/latest/
•  Dépôt Gitlab :
  •      Exemples :  https://gitlab.in2p3.fr/CCThomX/exemplesTaurus
  •      Organisation IHM : https://gitlab.in2p3.fr/CCThomX/OrganisationIHM
  •      Organisation : https://gitlab.in2p3.fr/CCThomX/Organisation
  •      Dépot des IHMs : https://gitlab.in2p3.fr/CCThomX/IHM

Impossible de faire un git pull

Apparement il y a des images qui bloquent dans  /data/shared/Interfaces/panneaux

nicolas.delerue@client4:/data/shared/Interfaces/panneaux$ ls -lat /data/shared/Interfaces/panneaux
total 5820
drwxrwxrwx  8 hayg.guler    thomx     220 Mar 21 13:54 .git
-rw-rw-rw-  1 victor.soskov thomx  316079 Mar 11 11:34 2022-03-11_11_34_30_li_op_las_02_RAW.png
-rw-rw-rw-  1 victor.soskov thomx  899649 Mar 11 11:34 2022-03-11_11_34_30_li_op_las_02_log_scale_False_despeckle_False_min_scale_0_max_scale_20.png
-rw-rw-rw-  1 victor.soskov thomx 4708474 Mar 11 11:34 2022-03-11_11_34_30_li_op_las_02_RAW_16bits.tiff
drwxrwxrwx 27 hayg.guler    thomx    4096 Mar 11 11:34 .
drwxrwxrwx  3 hayg.guler    thomx      74 Mar 10 17:50 DevicesStatus
drwxrwxrwx  2 hayg.guler    thomx    4096 Mar  9 09:41 Synchro
drwxrwxrwx  5 hayg.guler    thomx    4096 Mar  7 14:50 Tools
drwxrwxrwx  4 hayg.guler    thomx      69 Mar  7 14:49 PlateformeIHMThomX
drwxrwxrwx  2 hayg.guler    thomx      63 Feb 28 10:07 DevicesController
drwxrwxrwx  7 hayg.guler    thomx     207 Feb 25 14:46 Diags
drwxrwxrwx  2 hayg.guler    thomx    4096 Jan 19 17:20 StatusInfo
drwxrwxrwx  2 hayg.guler    thomx      86 Nov  4 16:29 IHMLogBook
drwxrwxrwx  2 hayg.guler    thomx     240 Nov  4 16:29 PowerSupply
drwxr-xr-x  8 hayg.guler    thomx     126 Oct 25 13:46 ..
drwxrwxrwx  2 hayg.guler    thomx     162 Oct 25 13:42 hp_gui
drwxrwxrwx  3 hayg.guler    thomx      21 Oct 25 13:42 WheelOwis
drwxrwxrwx  3 hayg.guler    thomx      21 Oct 25 13:42 Wheel
drwxrwxrwx  3 hayg.guler    thomx      38 Oct 25 13:42 Vide
drwxrwxrwx  2 hayg.guler    thomx      27 Oct 25 13:42 Test
 

Depuis l'intervention de ce matin, la lecture des redpitaya baie 17 (à travers l'IHM RF_plot.py) ne fonctionne plus

reparé! suite à l'intervention de ce matin (test redpitaya Nb 2 ) tous les DS étaient HS et la configuration aussi .

Peut etre prévoir un parametrage automatique au démarage des DS?

Vincent

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.

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.

L'affichage défectueux de la jauge SF6 a été retiré de l'IHM Gun_Section.

Un git pull a été fait.

Someone (using the operator account) had added two incorrect lines regarding the photocathode laser in the recipe template recipe_LI_TL_RI.txt.

This was creating an error preventing from saving the kickers/septum values.

This has been fixed.

If you make changes to the recipes templates, please test them and log them!!!

Installations pour PyTango (Itango) et Jupyter

Librairies necessaire pour Itango :

libboost-python1.62-dev et libboost1.62-dev

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)

git pull sur /data/shared/panneaux/

ajout de bouton sur Plateforme IHM pour acceder au ATKpanel du laser + correction bug IHM_SST