HOME Prise de donnees MML Controle commande Simulations Notes Hardware Ligne X Laser Interaction Diagnostiques Synchronisation
Diagnostiques
  elog des diags., Page 6 of 8  Not logged in ThomX    logo
New entries since:Thu Jan 1 01:00:00 1970
ID Date Author Status Type Category Important Subject Icon
  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)

 

  53   Fri Dec 17 20:25:49 2021 Entered by Moutardier Alexandre from 193.55.29.170 on Thu Dec 9 11:06:37 2021 InfoBPMs RE: Libera éteint 

J'ai éteint les deux chassis restant...

Entered by Moutardier Alexandre from 193.55.29.170 on Thu Dec 9 11:06:37 2021 wrote:

En prevision de la coupure électrique général prévus le 18 Décembre 2021 de 9h30 à 13h30 j'ai éteint les Libéra servant a mesurer les BPM de l'anneau (3,4 et 5).
Le Libéra 1 servant pour le BPM du linac et le 2 pour celui en sortie de section ils sont toujours allumé mais devrons être éteint au plus tard le vendredi 17 décembre.

 

  52   Thu Dec 9 11:06:49 2021 Entered by Moutardier Alexandre from 193.55.29.170 on Thu Dec 9 11:06:37 2021 InfoBPMs Libera éteint 

En prevision de la coupure électrique général prévus le 18 Décembre 2021 de 9h30 à 13h30 j'ai éteint les Libéra servant a mesurer les BPM de l'anneau (3,4 et 5).
Le Libéra 1 servant pour le BPM du linac et le 2 pour celui en sortie de section ils sont toujours allumé mais devrons être éteint au plus tard le vendredi 17 décembre.

  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

 

 

 

 

 

 

  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

 

 

 

 

 

  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

 

 

 

 

  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

 

 

 

  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

 

 

  Draft   Tue Nov 23 11:55:21 2021 Entered by Iryna Chaikovska from 134.158.195.144 on Tue Oct 26 12:51:24 2021    cyclage dipole, entered from 134.158.195.143 
  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

 

  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

  43   Wed Nov 17 18:18:29 2021 Entered by Moutardier Alexandre from 134.158.195.144 on Wed Nov 17 18:18:12 2021 InfoCameras SST Calibration caméra SST TL1 

Nouvelle calibration de la caméra TL/DG/SST.01-CCD.01 :

Horizontale : 31 µm/pixel

Verticale : 46 µm/pixel

  42   Mon Nov 8 14:49:43 2021 Nicolas Delerue, Alexandre MOUTARDIER, Pierre GUILLON, Rasha ABUKESHEK & Ruth ILLICACHI InfoCameras SST Setting of the cameras 

Working on LI/SST.1:

We looked at the YAG:Ce signal as function of time.

From the Bassler camera manual, the scout scA640 have a latency of 33.80us and a minimum exposure time of 24us.

We scanned the camera delay to see the YAG signal to see the fast decay and the slow decay.

We attempted to see the OTR signal but the charge was too low. A scan of charge vs the phase gave a maximum charge of 12pC.

 

  41   Thu Oct 28 17:01:30 2021 Entered by Moutardier Alexandre from 134.158.195.144 on Thu Oct 28 17:01:17 2021FixedFixBPMs Problème BPM linac 

On a constaté que si on déplace le faisceau de gauche a droite dans le tube du linac, il se déplacait en y dans le BPM.

En débranchant un cable on a toujours du faisceau sur les 4 voies => le module BPM linac n'est pas celui qu'on pensait.

BPM Linac : Serial number 14

BPM EL : Serial number 6

ThomX_BPM_calibration.csv Mise à jour.

Le cablage sur le BPM du linac est le suivant :

Voie BPM Patchpannel
A A4
B A1
C A2
D A3

Problème inversion x-y réglé. Inversion sens x possible.

  40   Wed Oct 27 10:08:30 2021 Entered by Moutardier Alexandre from 134.158.195.144 on Wed Oct 27 10:08:15 2021Under ProcessInfoBPMs Verification cablage BPM 

Je viens de vérifier le cablage des BPM. Je considère que les cable sont bien branché lorsque les cable sont branché comme suit:

Haut coté anneau (x negatif) : Bleu Haut exterieur (x positif) : Blanc
Bas coté anneau : Jaune Bas exterieur : Rouge

Pour le linac, la ligne de transfert et la ligne d'extraction tout est OK.

Pour l'anneau :

Partie anneau numero BPM Etat
RI-C1 BPM 1

OK

RI-C1 BPM 2 Non connecté
RI-C1 BPM 3 Non connecté
RI-C1 BPM 4 Pas vu (difficile d'accès avec la cavité FP)
RI-C1 BPM 5 Pas vu (difficile d'accès avec la cavité FP)
RI-C1 BPM 6 Non connecté
RI-C2 BPM 1 Non connecté
RI-C2 BPM 2 1 cable débranché, les autres OK
RI-C2 BPM 3 OK
RI-C2 BPM 4 1 cable débranché, les autres OK
RI-C2 BPM 5 OK
RI-C2 BPM 6 OK

 

  39   Tue Oct 26 16:31:08 2021 Entered by Moutardier Alexandre from 134.158.195.144 on Tue Oct 26 16:30:54 2021 QuestionBPMs Vérification cablage BPM 

Modification des étiquettes sur les Libara pour qu'elle correspondent au bon BPM dans jive. Mise a jour de ThomX_BPM_calibration.csv (dans git Diag/BPM).

Vérification du cablage des patchpannel.  Configuration patchpannel  90508 à 90511 :
BPM A - BPM C
BPM B - BPM D

Placement des modules dans le Libera :
BPM A - BPM B
BPM C - BPM D

Les BPM haut-droit (B au dessus) et bas-gauche (C haut dessus) sont inversé entre le patchpannel et le Libera.

Solution possible :
- Recabler les patchpannel -> compliqué d'accès
- mettre de "long" cable entre croisé pour ces 8 modules (xa voies). Est ce qu'on a assez de cable ? (il en faut 32)
- Renommer BPM B en BPM C et vice-versa.
Je viens d'en parler avec phillipe Gauron et il ne sait pas comment faire, mais après verification dans la doc il est possible qu'on ai juste a échanger la propriété "LiberaBoard" entre les DS concerné dans jive. A verifier avec Nicolas Hubert !
(LiberaBoard peut valoir raf3, raf4, raf5 ou raf6 pour les moddules des BPM)

  Draft   Tue Oct 26 12:51:43 2021 Entered by Iryna Chaikovska from 134.158.195.144 on Tue Oct 26 12:51:24 2021    , entered from 134.158.195.144 
  37   Tue Oct 26 12:32:14 2021 Entered by Iryna Chaikovska from 134.158.195.144 on Tue Oct 26 12:31:59 2021Under ProcessInfoBPMs Search for the signal LI/DG/BPM.01-LIB.01 

25/10/2021

As soon as we had the beam, we found very quickly the signal. Please, see the screen shots attached.

More probably the horizontal and vertical directions are swapped.  The calibration and offsets should be checked.

Attachment 1: Screenshot_from_2021-10-26_12-45-31.png
Screenshot_from_2021-10-26_12-45-31.png
Attachment 2: Screenshot_from_2021-10-25_15-14-56.png
Screenshot_from_2021-10-25_15-14-56.png
Attachment 3: Signal_BPM_li.png
Signal_BPM_li.png
  36   Tue Oct 26 11:25:57 2021 Entered by Moutardier Alexandre from 193.55.29.170 on Tue Oct 26 11:25:40 2021FixedFixBPMs Correction erreur cablage BPM linac 

Le BPM LI/DG/BPM.01-LIB.01 a une erreur de cablage. Les axes x et y sont inversé.
Echange des câbles sur le BPM compliqué (les connectiques sur le BPM semble fragile et on ne voulais pas les casser avec Slava)

La configuration actuel pour ce BPM est :

- Blanc : en haut
- Rouge : a droite (côté laser PC)
- Jaune : en bas
- Bleu : a gauche (côté Anneau)
(Code couleur vérifié au niveau du Patchpannel)
- Position : orthogonal :
=> x = kx*(Va-Vc)/(Va+Vc)
=> y = ky*(Vb-Vd)/(Vb+Vd)

Donc si on veux suivre la convention MadX (x (y) positif vers la droite (le haut) si on regarde vers la section), il faut :
- Rouge : Voie A
- Blanc : Voie B
- Bleu : Voie C
- Jaune : Voie D

La modification faite correspond a une rotation d'angle -Pi
=> Modification des offsets :

  Ancienne valeurs Nouvelle valeur
Rx +30 000 nm +70 000 nm
Ry -70 000 nm +30 000 nm

Fichier ThomX_BPM_calibration.csv modifié.

 

 

  35   Thu Oct 14 17:02:36 2021 Entered by Iryna Chaikovska from 134.158.89.93 on Thu Oct 14 17:02:09 2021 InfoBPMs BPM signal with the beam recorded by the scope on 12/10/2021 

 12/10/2021

Due to the problem of finding the signal with the first BPM LI/DG/BPM.01-LIB.01, it was decided to try to read out the signal with the scope.

The two screenshota attached show the BPM signals with and without the beam read by scope connected to the alectrods A and B in the rack 5.

We clearly saw that there was a signal coming from the beam.

Attachment 1: bpm1.png
bpm1.png
Attachment 2: bpm.png
bpm.png
ELOG V3.1.4-395e101