HOME Prise de donnees MML Controle commande Simulations Notes Hardware Ligne X Laser Interaction Diagnostiques Synchronisation
Diagnostiques
  elog des diags., Page 3 of 8  Not logged in ThomX    logo
Entry   Entered by Moutardier Alexandre from 134.158.195.144 on Tue Oct 26 16:30:54 2021; 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)

Entry   Entered by Moutardier Alexandre from 134.158.195.144 on Wed Oct 27 10:08:15 2021; 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

 

Entry   Entered by Moutardier Alexandre from 134.158.195.144 on Thu Oct 28 17:01:17 2021; 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.

Entry   Nicolas Delerue, Alexandre MOUTARDIER, Pierre GUILLON, Rasha ABUKESHEK & Ruth ILLICACHI; 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.

 

Entry   Entered by Moutardier Alexandre from 134.158.195.144 on Wed Nov 17 18:18:12 2021; 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

Entry   Entered by Super Team from 134.158.195.142 on Tue Nov 23 11:15:33 2021; 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

    Reply   Nicolas Delerue; 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

 

Entry   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 
 
    Reply   Nicolas Delerue; 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

 

 

    Reply   Nicolas Delerue; 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

 

 

 

    Reply   Nicolas Delerue; 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

 

 

 

 

    Reply   Nicolas Delerue; 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

 

 

 

 

 

    Reply   Nicolas Delerue; 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

 

 

 

 

 

 

Entry   Entered by Moutardier Alexandre from 193.55.29.170 on Thu Dec 9 11:06:37 2021; 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.

    Reply   Entered by Moutardier Alexandre from 193.55.29.170 on Thu Dec 9 11:06:37 2021; 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.

 

Entry   Entered by Nicolas Delerue from 134.158.195.142 on Mon Jan 3 17:21:51 2022; 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)

 

Entry   Entered by Nicolas Delerue from 193.55.29.170 on Fri Jan 14 12:32:43 2022; Delay change on WAC2 

We are investigating the charge difference between LI/ICT.01 and FC.01.

There are big oscillations on FC.01.

We have changed the timing of the WAC.02 to -6.24us (initial value: -6.39) to have the full signal in the WAC.

 

Entry   Entered by Super Team from 134.158.195.142 on Fri Jan 14 15:13:08 2022;  2022-01-14_FC-new_delay.png2022-01-14_FC-old_delay.png2022-01-14_ictLI-new_delay.png2022-01-14_ictTL1-new_delay.png2022-01-14_ictTL1-old_delay.png

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

Entry   C. Bruni/H. Guler; relative position 

Bonjour, on aurait besoin de savoir par rapport à l'axe faisceau comment sont référencés positif/négatif ?

Par exemple une valeur positive en x signifie que le faisceau va vers l'anneau, ou vers le mur ?

Merci d'avance,

Christelle

    Reply   C. Bruni/H. Guler; RE: relative position cabling_convention_25012022_good.pdf

Hi,

please, find attached the sketch, where the directions are shown. In any case, it should also be cross-checked with other systems (e.g. screens).

Iryna

C. Bruni/H. Guler wrote:

Bonjour, on aurait besoin de savoir par rapport à l'axe faisceau comment sont référencés positif/négatif ?

Par exemple une valeur positive en x signifie que le faisceau va vers l'anneau, ou vers le mur ?

Merci d'avance,

Christelle

 

ELOG V3.1.4-395e101