| ID |
Date |
Author |
Status |
Type |
Category |
Important |
Subject |
Icon |
|
110
|
Wed Feb 19 14:01:04 2025 |
Entered by Nicolas Delerue from 80.119.21.73 on Wed Feb 19 13:59:11 2025 | | Problem | Timing |
|
RE: Problème avec le DS SIM/SY/DEG.sim | |
$ ls /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY
create_ds.sh ds_GeneRetard2_int.py ds_GeneRetard.py launch_ds_Freq.sh loop_create_ds.py
DS_GeneRetard ds_GeneRetard2.py fill_GeneRetard.py launch_ds_gene_retard_loc.sh
DS_GeneRetard2 ds_GeneRetard_float.py Freq launch_ds_gene_retard_new.sh
ds_GeneRetard2_float.py ds_GeneRetard_int.py Freq.py launch_ds_gene_retard.sh
On voit qu'il existe deux versions de ds_GeneRetard, l'une entière et l'autre flottante.
head -50 DS_GeneRetard montre la version de DS_GeneRetard dans tangoscript est la bonne (dtype=float).
$ cat launch_ds_gene_retard.sh
#!/bin/bash
PYTHON=/usr/bin/python
DIR=/data/shared/DS_CALC/gene_retard
$PYTHON $DIR/ds_GeneRetard.py DS_GENERETARD &
$PYTHON $DIR/ds_GeneRetard2.py DS_GENERETARD2 &
On voit que le script execute la version dans DS_CALC et non la version dans tangoscript.
Sur client5:
$ ps -aux | grep ds_Gene
operate+ 48899 0.0 0.1 1465728 118380 ? Sl Jan09 8:47 /usr/bin/python /data/shared/DS_CALC/gene_retard/ds_GeneRetard.py DS_GENERETARD
operate+ 50690 0.0 0.2 1959808 146012 ? Sl Jan09 44:33 /usr/bin/python /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY/ds_GeneRetard2.py DS_GENERETAR2
nicolas+ 54085 0.0 0.0 12780 952 pts/1 S+ 14:02 0:00 grep ds_Gene
On voit que la version de ds_GeneRetard.py qui s'execute est celle de /data/shared/DS_CALC/gene_retard/ et non celle de /data/shared/tangoscripts
Il faudrait l'arrêter et lancer la bonne version.
Sur client5 (à faire):
kill -9 48899
ps -aux | grep ds_Gene
cd /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY
ipython /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY/ds_GeneRetard.py DS_GENERETARD &
| Entered by Nicolas Delerue from 80.119.21.73 on Wed Feb 19 13:59:11 2025 wrote: |
|
Il y a un problème avec le DS SIM/SY/DEG.sim qui stock des valeurs entières au lieu de valeures décimales.
Le problème peut être caractérisé avec le code ci-dessous:
import PyTango
#We create the proxy
tango_synchro = PyTango.DeviceProxy("SIM/SY/DEG.sim")
#we read and printthe delay array
delay_array=tango_synchro.read_attribute("delay")
print(delay_array)
delay_array_val=delay_array.value
#we check one value and modify it to a non interger value and wrote it
print(delay_array_val[2*25+9])
delay_array_val[2*25+9]=42.5
tango_synchro.write_attribute("delay",delay_array_val)
#and read it again
delay_array_val=tango_synchro.read_attribute("delay").value
print(delay_array_val[2*25+9])
#try again
delay_array_val[2*25+9]=44.5
tango_synchro.write_attribute("delay",delay_array_val)
delay_array_val=tango_synchro.read_attribute("delay").value
print(delay_array_val[2*25+9])
|
|
|
111
|
Wed Mar 12 17:26:49 2025 |
Entered by Nicolas Delerue from 80.119.21.73 on Wed Feb 19 13:59:11 2025 | | Problem | Timing |
|
RE: RE: Problème avec le DS SIM/SY/DEG.sim | |
Changement de DS effectué en accord avec la salle de contrôle. Problème résolu, cependant les DS ont mis beaucoup de temps à se charger.
| Entered by Nicolas Delerue from 80.119.21.73 on Wed Feb 19 13:59:11 2025 wrote: |
|
$ ls /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY
create_ds.sh ds_GeneRetard2_int.py ds_GeneRetard.py launch_ds_Freq.sh loop_create_ds.py
DS_GeneRetard ds_GeneRetard2.py fill_GeneRetard.py launch_ds_gene_retard_loc.sh
DS_GeneRetard2 ds_GeneRetard_float.py Freq launch_ds_gene_retard_new.sh
ds_GeneRetard2_float.py ds_GeneRetard_int.py Freq.py launch_ds_gene_retard.sh
On voit qu'il existe deux versions de ds_GeneRetard, l'une entière et l'autre flottante.
head -50 DS_GeneRetard montre la version de DS_GeneRetard dans tangoscript est la bonne (dtype=float).
$ cat launch_ds_gene_retard.sh
#!/bin/bash
PYTHON=/usr/bin/python
DIR=/data/shared/DS_CALC/gene_retard
$PYTHON $DIR/ds_GeneRetard.py DS_GENERETARD &
$PYTHON $DIR/ds_GeneRetard2.py DS_GENERETARD2 &
On voit que le script execute la version dans DS_CALC et non la version dans tangoscript.
Sur client5:
$ ps -aux | grep ds_Gene
operate+ 48899 0.0 0.1 1465728 118380 ? Sl Jan09 8:47 /usr/bin/python /data/shared/DS_CALC/gene_retard/ds_GeneRetard.py DS_GENERETARD
operate+ 50690 0.0 0.2 1959808 146012 ? Sl Jan09 44:33 /usr/bin/python /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY/ds_GeneRetard2.py DS_GENERETAR2
nicolas+ 54085 0.0 0.0 12780 952 pts/1 S+ 14:02 0:00 grep ds_Gene
On voit que la version de ds_GeneRetard.py qui s'execute est celle de /data/shared/DS_CALC/gene_retard/ et non celle de /data/shared/tangoscripts
Il faudrait l'arrêter et lancer la bonne version.
Sur client5 (à faire):
kill -9 48899
ps -aux | grep ds_Gene
cd /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY
ipython /data/shared/tangoscripts/DeviceServer/Calibrations/DS/SY/ds_GeneRetard.py DS_GENERETARD &
| Entered by Nicolas Delerue from 80.119.21.73 on Wed Feb 19 13:59:11 2025 wrote: |
|
Il y a un problème avec le DS SIM/SY/DEG.sim qui stock des valeurs entières au lieu de valeures décimales.
Le problème peut être caractérisé avec le code ci-dessous:
import PyTango
#We create the proxy
tango_synchro = PyTango.DeviceProxy("SIM/SY/DEG.sim")
#we read and printthe delay array
delay_array=tango_synchro.read_attribute("delay")
print(delay_array)
delay_array_val=delay_array.value
#we check one value and modify it to a non interger value and wrote it
print(delay_array_val[2*25+9])
delay_array_val[2*25+9]=42.5
tango_synchro.write_attribute("delay",delay_array_val)
#and read it again
delay_array_val=tango_synchro.read_attribute("delay").value
print(delay_array_val[2*25+9])
#try again
delay_array_val[2*25+9]=44.5
tango_synchro.write_attribute("delay",delay_array_val)
delay_array_val=tango_synchro.read_attribute("delay").value
print(delay_array_val[2*25+9])
|
|
|
|
115
|
Tue May 13 11:11:24 2025 |
VC | Not Fixed | Problem | Other |
|
Rapport frequence anneau | |
probleme de saute sunchro (50Hz)
avec le programme ./ring_frequency.py --read (les fréquence lues sont validées directement sur les générateurs anneaux)
('ring freq', '+5.0010045000000E+08\n', 500100450.0)
('Commande: ', ':SOURce2:Freq?')
('Commande: ', ':SOURce2:Freq?')
('data', '3.334002E+07\n')
('Commande: ', ':SOURce1:Freq?')
('Commande: ', ':SOURce1:Freq?')
('data', '3.334002E+07\n')
('sub freq', '3.334002E+07\n')
les deux fréquence ne sont pas multiples entière entre elles: 500.100450 /15 = 33.34003 ou 33.34005*15= 500.1003
Vincent
|
|
116
|
Tue May 13 12:32:18 2025 |
ND | Not Fixed | Problem | Other |
|
RE: Rapport frequence anneau | |
Rien dans les logs permettant d'identifier le problème.
J'ai utilisé ring_cavity pour changer la fréquence et le problème s'est résolu.
J'ai modifié la sortie de ./ring_frequency.py --read pour détecter les désaccords en fréquence...
| VC wrote: |
|
probleme de saute sunchro (50Hz)
avec le programme ./ring_frequency.py --read (les fréquence lues sont validées directement sur les générateurs anneaux)
('ring freq', '+5.0010045000000E+08\n', 500100450.0)
('Commande: ', ':SOURce2:Freq?')
('Commande: ', ':SOURce2:Freq?')
('data', '3.334002E+07\n')
('Commande: ', ':SOURce1:Freq?')
('Commande: ', ':SOURce1:Freq?')
('data', '3.334002E+07\n')
('sub freq', '3.334002E+07\n')
les deux fréquence ne sont pas multiples entière entre elles: 500.100450 /15 = 33.34003 ou 33.34005*15= 500.1003
Vincent
|
|
|
117
|
Tue May 13 16:04:37 2025 |
ND | Not Fixed | Problem | Other |
|
RE: RE: Rapport frequence anneau | |
Rappel: pour voir le taux de declenchement manqués taper:
atkpanel CALC/SY/missed_triggers
| ND wrote: |
|
Rien dans les logs permettant d'identifier le problème.
J'ai utilisé ring_cavity pour changer la fréquence et le problème s'est résolu.
J'ai modifié la sortie de ./ring_frequency.py --read pour détecter les désaccords en fréquence...
| VC wrote: |
|
probleme de saute sunchro (50Hz)
avec le programme ./ring_frequency.py --read (les fréquence lues sont validées directement sur les générateurs anneaux)
('ring freq', '+5.0010045000000E+08\n', 500100450.0)
('Commande: ', ':SOURce2:Freq?')
('Commande: ', ':SOURce2:Freq?')
('data', '3.334002E+07\n')
('Commande: ', ':SOURce1:Freq?')
('Commande: ', ':SOURce1:Freq?')
('data', '3.334002E+07\n')
('sub freq', '3.334002E+07\n')
les deux fréquence ne sont pas multiples entière entre elles: 500.100450 /15 = 33.34003 ou 33.34005*15= 500.1003
Vincent
|
|
|
|
119
|
Wed Jun 18 18:02:24 2025 |
Entered by Nicolas Delerue from 193.55.29.170 on Wed Jun 18 18:02:07 2025 | Fixed | Problem | Timing |
|
Etude des problèmes de déclenchement des générateurs de retard | |
La voie 19 du générateur de retard diags était déjà branchée sur le scope (ch1 - jaune)
Branchement de la voie 8 sur le scope (ch 2 vert).
Kicker d'injection sur ch3 (orange)
septum sur ch4 (violet)
Mode enveloppe pour voir si il y a des coups anormaux.
Image SCR_PA02: machine en standby: on ne voit rien.
Image SCR_PA03: on retire la longue durée d'impulsion sur la voie 8; toujours rien.
Allumage de la machine.
Imgae SCR_PA06: machine en trig, toujours pas de double déclenche.
Vérification sur les ICT: pas de double déclenche sur ICT1.
Conclusion: le problème n'est plus présent.
|
| Attachment 1: SCR_PA02.PNG
|
 |
| Attachment 2: SCR_PA03.PNG
|
 |
| Attachment 3: SCR_PA06.PNG
|
 |
|
120
|
Thu Jul 3 10:04:47 2025 |
Vincent | Not Fixed | Problem | Timing |
|
| |
pB avec le DG 4
(malgré plusieurs reboot du chassis)
pilotage par IHM impossible (par la page propriétaire http://192.168.229.124/ c'est possible)
température DG de 36.6°C ( les autres sont à 32.6°C)
la pll du DG saute (hier soir impossible de le redémarrer)
il faudra peut etre contacter GreenField, et peut etre acheter un spare...
|
|
121
|
Thu Jul 3 13:44:53 2025 |
ND | Not Fixed | Problem | Timing |
|
RE: Pb DEG 4 | |
Si le probleme se reproduit, prendre une copie d'ecran ou une photo de la face avant.
| Vincent wrote: |
|
pB avec le DG 4
(malgré plusieurs reboot du chassis)
pilotage par IHM impossible (par la page propriétaire http://192.168.229.124/ c'est possible)
température DG de 36.6°C ( les autres sont à 32.6°C)
la pll du DG saute (hier soir impossible de le redémarrer)
il faudra peut etre contacter GreenField, et peut etre acheter un spare...
|
|
|
122
|
Thu Jul 3 16:50:37 2025 |
ND | Not Fixed | Problem | Timing |
|
RE: RE: Pb DEG 4 | |
Le DEG4 a ete baissé de quelques centimetres afin de laisser une circulation d'air entre DEG3 et DEG4. La temp'erature a déjà un peu baissé.
Ce midi 37C, maintenant 35C. Pour comparaison les autres sont a 33C.
| ND wrote: |
|
Si le probleme se reproduit, prendre une copie d'ecran ou une photo de la face avant.
| Vincent wrote: |
|
pB avec le DG 4
(malgré plusieurs reboot du chassis)
pilotage par IHM impossible (par la page propriétaire http://192.168.229.124/ c'est possible)
température DG de 36.6°C ( les autres sont à 32.6°C)
la pll du DG saute (hier soir impossible de le redémarrer)
il faudra peut etre contacter GreenField, et peut etre acheter un spare...
|
|
|
|
123
|
Tue Jul 8 09:37:21 2025 |
ND | | Problem | Timing |
|
Pb DEG4 (a nouveau) | |
La PLL du DEG4 a de nouveau delocké.
|
| Attachment 1: Screenshot_from_2025-07-08_09-31-23.png
|
 |
|
124
|
Tue Jul 8 10:18:24 2025 |
ND | | Problem | Timing |
|
RE: Pb DEG4 (a nouveau) | |
Les voies du DEG4 ont ete reportees sur le DEG1 qui a ete mis a 12.5Hz. Cela change la frequence de declenchement du klystron.
| ND wrote: |
|
La PLL du DEG4 a de nouveau delocké.
|
|
|
125
|
Tue Jul 8 10:27:00 2025 |
ND, VC | | Problem | Timing |
|
RE: RE: Pb DEG4 (a nouveau) | |
Gen4, voie 1 => Gen1,voie2, RF Gun
Gen4, voie 2 => Gen1,voie3, Laser
Gen4, voie 6 => Gen1,voie4, RedPitaya
Gen4, voie 8 => Gen1,voie5, Salle de controle
Sauve en memoire 8 des DEG
| ND wrote: |
|
Les voies du DEG4 ont ete reportees sur le DEG1 qui a ete mis a 12.5Hz. Cela change la frequence de declenchement du klystron.
| ND wrote: |
|
La PLL du DEG4 a de nouveau delocké.
|
|
|
|
126
|
Tue Jul 8 13:13:37 2025 |
VC, KD, ND | | Problem | Timing |
|
Problème double déclenchement DEG | |
Captrures d'écran voie 5 DEG1 avec Trig ECT=12,5Hz: double déclenche.
Image 1: pas de double déclenche
Image 2: avec double déclenche
Image 3: avec persistence: montre que la double déclenche ne se produit pas tout le temps.
|
| Attachment 1: TEK00000.PNG
|
 |
| Attachment 2: TEK00002.PNG
|
 |
| Attachment 3: TEK00005.PNG
|
 |
|
127
|
Tue Jul 8 13:36:06 2025 |
VC | New Solution | Problem | Timing |
|
Double pulses sur les DGs | |
Une solution pour palier au double pulses sur les voie de DG:
il faut mettre un retard sur une des voies supérieur à 195µs
il faut prendre les voies SDC:
DEG1 voie 1
DEG2 voie 8
DEG3 voie 20
DEG4 voie 8 |
|
128
|
Thu Jul 10 17:55:46 2025 |
Entered by Nicolas Delerue from 193.55.29.172 on Thu Jul 10 17:55:23 2025 | | Problem | Timing |
|
Etude problème double pulse sur générateurs de retard | |
Test 1: vérification de l'observation de la double pulse sur DEG4: Cf image TEK00011.PNG. Il y a bien une double pulse sur le DEG4.
Test 2: Image de l'impulsion en entrée N4 (venant de la trigger box), mode persistance = 5s.
Élements pulsés eteint: image TEK00012.PNG
Élements pulsés allumés: image TEK00015.PNG On voit une impulsion à t=195us.
On ne voit rien sur N1, EP allumés (TEK00016.PNG) ou eteints (TEK00017.PNG).
|
| Attachment 1: TEK00011.PNG
|
 |
| Attachment 2: TEK00015.PNG
|
 |
| Attachment 3: TEK00012.PNG
|
 |
| Attachment 4: TEK00016.PNG
|
 |
| Attachment 5: TEK00017.PNG
|
 |
|
129
|
Fri Jul 11 09:41:54 2025 |
Entered by Nicolas Delerue from 193.55.29.172 on Fri Jul 11 09:41:38 2025 | | Problem | Timing |
|
Etude signal sortie boîtier de déclenchement | |
Signal N4.
Zoom sur t=+195ns, persistence allumée
TEK00018.png: All EP on.
TEK00019.png: Ext kick only.
TEK00020.png: Inj kick only.
TEK00021.png: Deux kickers allumés
TEK00024.png: Septum only.
Étude de N2: pas de bruit en retour sur N2. TEK00025.png
Installation d'un T sur N3.
TEK00030.png: 2 kickers allumés
TEK00031.png: Zoom
10h15 Arrêt pour accès RP
11h15: Impossible de reproduire le problème (TEK00034.png)! Quelque chose s'est passé pendant l'arrêt...
TEK00033.png: Zoom sur le début de l'impulsion N3... |
| Attachment 1: TEK00018.PNG
|
 |
| Attachment 2: TEK00019.PNG
|
 |
| Attachment 3: TEK00020.PNG
|
 |
| Attachment 4: TEK00021.PNG
|
 |
| Attachment 5: TEK00024.PNG
|
 |
| Attachment 6: TEK00025.PNG
|
 |
| Attachment 7: TEK00030.PNG
|
 |
| Attachment 8: TEK00031.PNG
|
 |
| Attachment 9: TEK00033.PNG
|
 |
| Attachment 10: TEK00034.PNG
|
 |
|
130
|
Sat Jul 12 00:09:28 2025 |
Entered by Nicolas Delerue from 193.55.29.172 on Fri Jul 11 09:41:38 2025 | | Problem | Timing |
|
RE: Etude signal sortie boîtier de déclenchement | |
TEK00035.png: Bruit sur le câble venant du DEG3 (2 kickers allumés) lorsque celui-ci est débranché de la trigger box.
TEK00036.png: Bruit sur le câble venant du DEG3 (2 kickers allumés) lorsque celui-ci est débranché de la trigger box et débranché du DEG3.
TEK00036.png: Bruit sur le câble N2 lors d'un changement de fréquence (utilisation d'un T).
TEK00044.png: Lorsque l'on avance le kicker d'extraction de 1us, le bruit disparait.
TEK00045.png: Lorsque le déclenchement du kicker d'extraction est trop proche du déclenchement du kicker d'injection, le bruit revient.
| Entered by Nicolas Delerue from 193.55.29.172 on Fri Jul 11 09:41:38 2025 wrote: |
|
Signal N4.
Zoom sur t=+195ns, persistence allumée
TEK00018.png: All EP on.
TEK00019.png: Ext kick only.
TEK00020.png: Inj kick only.
TEK00021.png: Deux kickers allumés
TEK00024.png: Septum only.
Étude de N2: pas de bruit en retour sur N2. TEK00025.png
Installation d'un T sur N3.
TEK00030.png: 2 kickers allumés
TEK00031.png: Zoom
10h15 Arrêt pour accès RP
11h15: Impossible de reproduire le problème (TEK00034.png)! Quelque chose s'est passé pendant l'arrêt...
TEK00033.png: Zoom sur le début de l'impulsion N3...
|
|
| Attachment 1: TEK00035.PNG
|
 |
| Attachment 2: TEK00036.PNG
|
 |
| Attachment 3: TEK00042.PNG
|
 |
| Attachment 4: TEK00044.PNG
|
 |
| Attachment 5: TEK00045.PNG
|
 |
|
131
|
Wed Aug 20 13:02:39 2025 |
VC RC | Fixed | Problem | Timing |
|
Redeclanche des DGs | |
scope (déclenche sur glitch inversé (inférieur à 50ns) CH1
CH1 trigext DeG4 (pris avec 1 "T" scope sur 1MOhm)
CH2 33MHz RI (in trigbox)
CH3 500MHz RI (in trigbox)
REF bruit
Septum à 0V de tension Kicker Inj & Ext "on" V nomimal
CH1-N4-CH2_33RI-CH3_500RI-V2.png
glitch présent sur CH1
Pas de bruit sur les signaux RI
=> si la tension cumulée des kickers (inj et ext) est supérieure à 11KV le glitch apparait :
CH1-N4-CH2_33RI-CH3_500RI-V3.png (limite de tension pour apparition du glitch)
=>le septum n'a aucun effet sur l'appartition du glitch
=>le cable de tri ext vers DeG3 diag n'a pas d'effet
=> Cable tranverse feedBack 500 et 16 débranché (IGLOO ELR2) pas d'effet
=> DeG2 (ring) déclenché par un géné pulse (12.5Hz non synchro de la machine) cable trig ext débranché coté Igloo
cable trig ext débranché coté D1 pas d'effet DeG 3 débranché
Defaut de comptage de la trigger box (plus de 12.5Hz ) tioujours des gliches
Les glitches venaient des bits de choix de fréquences de l'automate CA. certainement plus visible du au changement de programation de la CPLD (lecture des divisions en temps réél)
une ferrite sur la nappe qui véhicule les bits de choix (automate CA vers Trigger Box) resoud le probleme
|
| Attachment 1: CH1-N4-CH2_33RI-CH3_500RI-V2.png
|
 |
| Attachment 2: CH1-N4-CH2_33RI-CH3_500RI-V3.png
|
 |
|
137
|
Fri Nov 28 16:08:42 2025 |
Vc ND | Fixed | Problem | Timing |
|
Filtrage 50Hz secteur | |
Un filtre est en plae sur le 50Hz (après le transfo ) dans le chassis synchro; le signal est propre.
le chassis est rebranché sur la prise secteur de la baie 8
Vérifier avec faisceau que le timing fonctionne proprement |
|
138
|
Fri Jan 16 11:58:55 2026 |
ND | Fixed | Problem | Material |
|
Perte trigger / Pb Synthe linac? | |
11:50 Perte trigger. La diode sur le chassis ne clignotait plus.
Difficult'e pour trouver un adaptateur SMA <=> BNC...
Quand j'ai deconnecte le cable du synthe linac pour mesurer son signal, le trigger est reparti.
Solution: extinction puis redemarrage dy synthe linac...
A surveiller: peut-etre qu'il y a une defaillance intermittente sur le synthe linac...
|