HOME Prise de donnees MML Controle commande Simulations Notes Hardware Ligne X Laser Interaction Diagnostiques Synchronisation
Diagnostiques
  elog des diags., Page 1 of 8  Not logged in ThomX    logo
ID Date Author Status Type Categorydown Important Subject Icon
  26   Fri Jul 9 11:11:04 2021 Entered by vincent.chaumat from 134.158.195.144 on Fri Jul 9 11:10:45 2021Under ProcessProblemOther   

Test IHM ICT

Injection d'un pulse 100mV-100ns en entrée des voies des wavcatchers.

Trigger sur la voie d'injection avec un retard de 100ns (pour simplification pas de réglage de timing)

 

le wavecatcher 2 ne fonctionne pas correctement :(voir fichier joint)

 

pour l'IHM de charge:

aucun affichage des valeurs "RAW" 

les valeur moyenne et std sont calculées et affichées

pas de calcul de la charge en pC

les boutons reset average et set dark current fonctionnent

Attachment 1: Wavecatcher2
  27   Mon Jul 12 10:27:31 2021 Entered by vincent.chaumat from 134.158.195.144 on Mon Jul 12 10:27:17 2021Under ProcessProblemOther   

test IHM diag mesure charge:

Géné pulse trigger en externe (DEG3-CH15) sur les 3 Wavecatchers   (50mV 50ns)

[LI-DG-ICT01 WAC1-CH0]

[TL-DG-FC01  WAC2-CH0]

[EL-DG-FC01   WAC3-CH0]

les 3 DS Wavecatcher fonctionnent 

 

IHMcharge 2021-07-12 10-39-31.png 

=> colonne RAW seule la ligne  EL/DG/FC/01 se rafraichie. (à 5Hz)

=> les cases coef ligne 1 et 4 grisées (pB DS calc)

 

sur le DS de reboot

=> adressage calc/ict/charge_li-ict.01_wac.01-ch0  ==== charge/ict.01

=> adressage calc/ict/charge_tl-ict.01_wac.02-ch3 ====charge/ict.01

 

 

Les DS calc ne sont pas rebbootables... voir attachment2.

les DSmean std non plus

 

 

 

 

 

 

 

 

 

 

Attachment 1: IHMcharge_2021-07-12_10-39-31.png
IHMcharge_2021-07-12_10-39-31.png
Attachment 2: calc-EL-FC-01-WAC3-ch0.png
calc-EL-FC-01-WAC3-ch0.png
  44   Tue Nov 23 11:15:47 2021 Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021New SolutionProblemOther IHM charge 

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

  45   Tue Nov 23 11:38:05 2021 Nicolas DelerueNew SolutionFixOther RE: IHM charge 

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

  47   Tue Nov 23 11:55:59 2021 Nicolas DelerueNew SolutionFixOther RE: RE: IHM charge 

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

Nicolas Delerue wrote:

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

 

  48   Tue Nov 23 14:53:25 2021 Nicolas DelerueNew SolutionFixOther RE: RE: RE: IHM charge 

J'ai appelé la salle de contrôle à 11h26, expliqué le fonctionnement et Hayg m'a dit que c'était bon.

Nicolas Delerue wrote:

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

Nicolas Delerue wrote:

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

 

 

  49   Tue Nov 23 14:54:43 2021 Nicolas DelerueNew SolutionFixOther RE: RE: RE: RE: IHM charge 

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.

Nicolas Delerue wrote:

J'ai appelé la salle de contrôle à 11h26, expliqué le fonctionnement et Hayg m'a dit que c'était bon.

Nicolas Delerue wrote:

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

Nicolas Delerue wrote:

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

 

 

 

  50   Tue Nov 23 16:15:37 2021 Nicolas DelerueNew SolutionFixOther RE: RE: RE: RE: RE: IHM charge 

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
 

Nicolas Delerue wrote:

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.

Nicolas Delerue wrote:

J'ai appelé la salle de contrôle à 11h26, expliqué le fonctionnement et Hayg m'a dit que c'était bon.

Nicolas Delerue wrote:

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

Nicolas Delerue wrote:

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

 

 

 

 

  51   Tue Nov 23 16:17:50 2021 Nicolas DelerueNew SolutionFixOther RE: RE: RE: RE: RE: RE: IHM charge 

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.

Nicolas Delerue wrote:

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
 

Nicolas Delerue wrote:

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.

Nicolas Delerue wrote:

J'ai appelé la salle de contrôle à 11h26, expliqué le fonctionnement et Hayg m'a dit que c'était bon.

Nicolas Delerue wrote:

l'obrurateur doit rester dans l'etat ou il est est. Et donc ne pas etre ouvert par l'interface s'il etait ferme avant ---> a modifier

Nicolas Delerue wrote:

Le mode de fonctionnent de l'interface a été modifié comme convenu en réunion.

Le nouveau bouton "Set dark current" effectue séquentiellement les actions suivantes:

- fermeture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

- attente 50s

- affectation des moyennes à la valeur du courant d'obscurité

- ouverture de l'obturateur, attente 5s et vérification

- réinitialisation des moyennes de courant

 

 

Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021 wrote:

le git push de l'ihm charge a ete faite

LE SHUTTER S'OUVRE TOUT SEUL PAR L'INTERFACE. iIL DOIT ETRE OUVERT UNIQUE,ENT PAR L'UTILISATEUR ET NON PAR L'INTERFACE ---> a mofifier

 

 

 

 

 

 

  54   Mon Jan 3 17:22:04 2022 Entered by Nicolas Delerue from 134.158.195.142 on Mon Jan 3 17:21:51 2022FixedFixOther Redemarrage Diags 

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)

 

  56   Fri Jan 14 15:13:21 2022 Entered by Super Team from 134.158.195.142 on Fri Jan 14 15:13:08 2022 InfoOther   

Signal ICT linac : 

2022-01-14_ictLI-new_delay.png
 

Avant modification du delay de la WAC 2 : -6.39 µs
ICT TL1 :

2022-01-14_ictTL-old_delay.png
FC TL:

2022-01-14_FC-old_delay.png
Après modification du delay de la WAC 2 : -6.24 µs

ICT TL1 :

2022-01-14_ictTL-new_delay.png
FC TL :

2022-01-14_FC-new_delay.png

Attachment 1: 2022-01-14_FC-new_delay.png
2022-01-14_FC-new_delay.png
Attachment 2: 2022-01-14_FC-old_delay.png
2022-01-14_FC-old_delay.png
Attachment 3: 2022-01-14_ictLI-new_delay.png
2022-01-14_ictLI-new_delay.png
Attachment 4: 2022-01-14_ictTL1-new_delay.png
2022-01-14_ictTL1-new_delay.png
Attachment 5: 2022-01-14_ictTL1-old_delay.png
2022-01-14_ictTL1-old_delay.png
  64   Fri Feb 4 11:35:45 2022 Entered by Moutardier Alexandre from 134.158.195.142 on Fri Feb 4 11:35:31 2022 InfoOther Test Faraday cup 

Retard initial WAC.02 : -6.39 µs

Dernière valeur utilisé : -6.28 µs

Retour à la valeur initiale

 

  69   Wed Mar 9 09:04:00 2022 Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 FixOther IHM Charge 

L'IHM Charge a été mis à jour mais je n'ai pas le mot de passe pour faire un git pull.

  70   Wed Mar 9 09:43:04 2022 Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 FixOther RE: IHM Charge 

C'est fait et l'interface a été testée.

Une demande de redémarrage de meanStd_charge2 a aussi été faite pour l'affichage des charges dans la TL.

Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 wrote:

L'IHM Charge a été mis à jour mais je n'ai pas le mot de passe pour faire un git pull.

 

  71   Wed Mar 9 10:23:45 2022 Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 FixOther RE: RE: IHM Charge 

Jean-Claude a redémarré meanStd_charge2.

L'affichage de la charge moyenée semble correcte sur les trois équipements.

Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 wrote:

C'est fait et l'interface a été testée.

Une demande de redémarrage de meanStd_charge2 a aussi été faite pour l'affichage des charges dans la TL.

Entered by Nicolas Delerue from 80.119.21.73 on Wed Mar 9 09:03:45 2022 wrote:

L'IHM Charge a été mis à jour mais je n'ai pas le mot de passe pour faire un git pull.

 

 

  74   Sat Mar 26 00:57:00 2022 ND/VC/AM/SC/HGUnder ProcessProblemOther Mesures de charge 

Analyse des mesures de charge du jour:

Charge_plot_25: données prises en faisceau: Convergence vers une std de 10pC, même sur TL/DG/ICT.02 où il ne devrait pas y avior de faisceau.

Charge_plot_26: données prises de nuit (sans faisceau): bruit similaire (le décalage positif des zéros vient de la soustraction du courant d'obscurité).

Il y a quelque chose à comprendre sur le bruit des mesures de charge!

Attachment 1: charge_plot_25.png
charge_plot_25.png
Attachment 2: charge_plot_26.png
charge_plot_26.png
  116   Wed Jan 11 17:51:09 2023 Entered by Nicolas Delerue from 80.119.21.73 on Wed Jan 11 17:48:29 2023Not FixedInfoOther EL/DG/FC.01-WAC.03 mal réglé en temps, entered from 80.119.21.73 

EL/DG/FC.01-WAC.03 est mal réglé en temps, la charge renvoyé ne donne pas la bonne valeur (cf image ci-joint).

J'ai tenté d'appeler la salle de contrôle pour faire le réglage en direct mais il n'y avait perosnne (alors que la page de status annonce qu'il y a du faisceau).

 

Attachment 1: IMG_20230111_175531_5-20230111-175552343.jpg
IMG_20230111_175531_5-20230111-175552343.jpg
Attachment 2: IMG_20230111_175418_7-20230111-175552949.jpg
IMG_20230111_175418_7-20230111-175552949.jpg
  117   Wed Jan 11 18:27:05 2023 Entered by Nicolas Delerue from 80.119.21.73 on Wed Jan 11 17:48:29 2023FixedInfoOther RE: EL/DG/FC.01-WAC.03 mal réglé en temps, entered from 80.119.21.73 

Le retard de déclenchement du WAC.03 a été ajusté pour que l'impulsion sur la coupelle de Faraday soit bien incluse dans la fenêtre d'acquisition.

La constante de calibration de la charge sera à régler... Une valeur temporaire a été mise.

Entered by Nicolas Delerue from 80.119.21.73 on Wed Jan 11 17:48:29 2023 wrote:

EL/DG/FC.01-WAC.03 est mal réglé en temps, la charge renvoyé ne donne pas la bonne valeur (cf image ci-joint).

J'ai tenté d'appeler la salle de contrôle pour faire le réglage en direct mais il n'y avait perosnne (alors que la page de status annonce qu'il y a du faisceau).

 

 

Attachment 1: IMG_20230111_180139_5-20230111-18090836.jpg
IMG_20230111_180139_5-20230111-18090836.jpg
  126   Sat Feb 18 00:22:09 2023 Entered by Nicolas Delerue from 80.119.21.73 on Sat Feb 18 00:21:56 2023New SolutionInfoOther IHM Alignement des données 

Afin de pouvoir vérifier que plusieurs enregistrement proviennent du même tir j'ai crée une IHM: IHM
_align_trigger.py dans panneaux/Synchro (cf copie d'écran).

Cette IHM affiche pour un certains nombre d'équipements le numéro de déclenchement (trigger ou event ID). Cf copie d'écran.

En cliquant sur "Reset trigger number" on remet à zéro le numéro de déclenchement (pour les équipements où cela est possible).

En cliquant sur "Stop" on suspend la distribution du signal de déclenchement à toute la machine. On cliquant sur "start" on le restore.

En cliquant sur "Save" on suspend la distribution du signal de déclenchement à toute la machine pendant 5 secondes. À l'issue de ces 5 secondes le numéro de déclenchement  de chaque équipement est sauvé dans un fichier hotodaté dans /data/shared/Commissioning_tools/Mesure/today/ (par exemple: trigger_values_00_20_12.txt )  Cela permet de savoir quels étaient les numéros de déclenchement au début d'une prise de données et ensuite de vérifier par différence si les enregistrement en provenance de deux équipements proviennent du même tir ou pas.

Il est possible d'ajouter d'autres équipements selon les besoins.

Les fonctions utilisées dans cet IHM sont dans le git panneaux dans Synchro/freq_tools.py elles sont utilisables de manière autonome de l'IHM.

Attachment 1: trigger_align.png
trigger_align.png
  130   Tue Feb 21 17:59:43 2023 Entered by Nicolas Delerue from 134.158.195.142 on Tue Feb 21 17:59:26 2023New SolutionFixOther Outil pour verifier les derive de la phase RF par rapport a celle du laser 

J'ai ajouter dans PlateformeIHM un outil "lock phase" qui permet de recaler la phase RF canon vs laser.

Pour l'utiliser cliquer sur "Check phase". Il decale la phase de 52 degrees par rapport a la phase actuelle et prends des mesures quelques degrees avant et apres pour voir ou se situe la chute en charge. Une fois la chute en phase trouvee, il retire 52 degrees et suggere une nouvelle phase de fonctionnement.

Cela evite de devoir le faire a la main (en attendant la retroaction sur la phase en cours d'installation).

 

 

Attachment 1: Screenshot_from_2023-02-21_17-57-13.png
Screenshot_from_2023-02-21_17-57-13.png
ELOG V3.1.4-395e101