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
New entries since:Thu Jan 1 01:00:00 1970
ID Date Authordown Status Type Category Important Subject Icon
  150   Mon Sep 1 16:49:30 2025 VC,NDFixedFixBPMs Probleme WAC1 resolu... 

Le WAC1 est reparé...

Peut-être que le problème venait des valeurs de synchronisation chargées précédemment.

  Draft   Thu Feb 13 09:21:16 2025 Sc, ND InfoOther SR in ring alignement 

Laser aligned on MRSV.
 

 

 

 

  81   Wed Jun 22 15:40:00 2022 Nicolas Delerue/Laura PedrazaReference SolutionInfoBPMs Mesure du bruit sur LI/DG/BPM01 

Analyse du bruit sur les mesures de position effectuée par Laura Pedraza sur les données du 21/06/2022.

Conclusion:  le bruit sur les mesures de position avec LI/DG/BPM.01 est inférieur à 150um.

Le bruit sur les mesures *relatives* de position avec les écrans semble inférieur (attention à ne pas oublier d'appliquer la calibration).

 

  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.

 

  66   Fri Feb 4 15:47:53 2022 Nicolas Delerue + Alexandre MoutardierFixedInfoBPMs Chassis libera eteinds icon13.gif 

Les chassis libera ont ete eteint en prevision des tests electriaues de la semaine prochaine.

  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

 

 

 

 

 

 

  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!

  88   Mon Sep 5 16:10:59 2022 ND/AM/VK ProblemMaterial Permutation cables reseau WAC2 et WAC3 

Suite a un probleme de fonctionnement des WAC, nous avons permutter les cables reseau des WAC2 et WAC3.

Cela permutte le probleme.

Pour l'instant nous laissons les cables permuttes. WAC2 est fonctionnel, WAC3 ne l'est plus.

  Draft   Fri Nov 25 15:33:20 2022 ND, VCUnder ProcessInfoBPMs Etude calibration BPMs 

Config:

Gene 500MHz -> Splitter 8 voies -> 4 voies BPM + 4 charges

Etude sur RI-C1/DG/BPM.01

100mV -21dB = pas de saturation (limite)

RI-C1/DG/BPM.01 est sur raf3 de libera3-b5

Pour voir les coefficients:

libera-ireg dump boards.raf3.conditioning.coefficients

Les 4 voies montrent des différences.

Pour activer le switching

libera-ireg boards.raf3.conditioning.switching=true

Les 4 voies convergent.

Pour démarrer l'apprentissage (cf p32 du manuel libera):

libera-ireg boards.raf3.conditioning.tuning.dsc.coefficients.adjust=true

Pour utiliser le coefficients appris:

libera-ireg boards.raf3.conditioning.tuning.dsc.coefficients.type=adjusted

Activation de l'ajustement automatique du gain:

libera-ireg boards.raf3.conditioning.tuning.agc.enabled=true

Attenuation progressive du signal...

Gain cofficients: cat /var/opt/libera/cfg/gain3.conf

16:45 Fin des mesures

  Draft   Thu Nov 24 14:06:27 2022 ND, Mateo Fanet, Francois BelcourtUnder ProcessInfoBPMs Etudes sur les BPM 

Etude de l 'alignement des declenchement des BPM

14:07

Rep rate initial: 50/10/10/10

 

  108   Thu Nov 24 16:17:23 2022 ND, Mateo Fanet, Francois BelcourtUnder ProcessInfoBPMs Etudes sur les BPM 

Etude de l'alignement de BPMs

16:17 rep rate 50/10/10/10

Identification et correction d'un bug sur l'interface de tir unique.

Dans Taurus le T2TrigCount ne se refaichit pas a la meme cadence pour tous les BPM alors que dans jive il se refraicit a la meme cadence. => a comprendre.

  110   Thu Dec 1 16:02:14 2022 ND, Mateo Fanet, Francois BelcourtNew SolutionInfoCameras SST Calibration des ecrans 

La calibration des ecrans a ete calculee et entree dans l'interface SST.

 

  134   Tue Sep 19 09:25:53 2023 ND, LS, Marie LabatUnder ProcessInfoOther Alignement Cerenkov 19/9 

9:20 Fuite d'eau constatee en salle de controle. Ticket 13095 mis.

10:00 Mise en chauffe du modulateur par Maher

10:51 Alignement laser terminé jusqu'à la caméra à balayage

11:14 Modulateur sur Trig (Maher)

Nombreux problemes sur health check.

12:01 Des  tirs manques sur le modulateur. Vu avec Maher. OK pour fonctionner comme cela.

12:19 Pb Health check resolu, seul subsite un probleme de refroidissement de l'eau (Temperature RF section en alarme).

12:35 Apparement le shutter securite laser est ferme. Attente Viktor. Mise en standby.

13:08 Pb shutter laser resolu. Attenuateur laser passé de 410mm a 310mm.

Après-midi: observation du signal dans la ligne de transport.

Le signal est plus visible avec l'écran YAG inséré.

Début d'installation d'une caméra dans la boîte au milieu du couloir pour enregistrer le signal.

17:20 Arrêt

Programme pour la prochaine fois (29 septembre):

- Alignement au laser et observation signal sur camera

- Attention: le 29 septembre il sera nécessaire d'éteindre la lumière dans tout l'iglex (casemate, couloir et igloo).

 

  132   Mon May 22 15:59:33 2023 ND, LS InfoOther Alignement OBL 

- Certains connecteurs du MRSV etaient deconnectes.

- Alignement de la ligne Cerenkov: nous avons atteint la salle laser. Il manque le dernier miroir de renvoi vers la camera a balayage.

 

  4   Tue Jan 7 15:39:12 2020 ND+AM+SWUnder ProcessProblemCameras SST Tests camera ACE 

Nous avons testé les caméras ACE:

* ccdsst2-li l’adresse MAC est correcte par rapport à  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828 mais elle n’apparait pas dans Astor...

* Dans  https://atrium.in2p3.fr/c8fc130b-c7e5-4200-ba00-95e5f6921828  il n'y a pas d'adresse pour ccdsst1-spare.
Cela devrait être: 00:30:53:2D:2A:CB

 

ELOG V3.1.4-395e101