Suite des investigation avec François W ce matin:
Les codes "fréquence" sont bien transmis jusqu'à la CPLD de la carte synchro du chassis Synchro (Baie8), les fréquences programmées dans l'IHM sont bien mesurées en sortie de la carte synchro (signaux qui servent à déclencher les DGs en externe)
Nous avons testé le DG3 (baie 9) => avec un générateur d'impulsion qui donne la fréquence externe (Fext)
une voie de sortie est regardée au scope (CH20 EXT mode Width 5ms amplitude 5V)
pour toutes Fext> 1Hz Freq CH20 = 1Hz !!!!!!! pour Fext < 1Hz Freq CH20 = F ext
Pour le DG2
avec un générateur d'impulsion qui donne la fréquence externe (Fext)
une voie de sortie est regardée au scope (CH7 EXT mode Width 5ms amplitude 5V)
pour toutes Fext Freq CH7 = Fext (dans la limite de la largeur de l'impulsion de CH7)
je n'ai pas d'explication pour cette limitation sur le DG3
Pour redémarrer le DS Sim.SY/DEG.sim : /data/shared/DS_CALC/launch_ds_gene_retard.sh &
(Comment démarrer Sim.SY/DEG2.sim ?)
MAUVAIS REPERTOIR !!!
Pour lancher les 2 DS il faut faire :
cd /data/shared/tangoscripts/DeviceServer/DS_CALC/Synchro/ ./launch_ds_gene_retard_loc.sh
AM
La synchro est en route (le synthé 3GHz) avait été arreté et redémarré mais avec des valeur par défaut
A signaler un "bug" de fonctionnement de l'interface de gestion des retards:
quand on décoche "la coche" actif d'une voie cela arrete le signal sur cette voie
Quand on re cocche actif rien ne se passe.
=> après avoir regardé à travers la page oueb
quand on décoche on passe bien en mode inibit sur la voie => OK
quand on recoche on passe en mode "SSE" => donc pas de signal si il n'est pas provoqué par le software!
pB de taux de répétition des signaux de déclenche:
Dans l'IHM le taux de répétition est de 5Hz pour les diags (code décimal 12 )
La relecture de l'automate est conforme au tableau des fréquences (lien code fréquence:https://atrium.in2p3.fr/5da11240-159f-4d7f-ae2e-ba87cd5ed733)
Attention Bit de poid fort Bit 4 et TRUE = 0 et False =1
la mesure du taux de répétition est de 1Hz
=> nous avons donc un pB
Il faudrait vérifier que le tableau des fréquences est bien celui dans le firmware de la CPLD de la carte synchro et que la sortie physique de l'automate soit conforme aux données de l'ATK panel
Alexandre et Vincent
La fréquence des signaux de déclenches du DG3 (diag ) est conforme à celle de l'IHM en salle de controle:
Une des voies (ch16) avait un retard supérieur à la période du 5Hz interdisant un fonctionnement correcte du générateur de retard.
Peut etre faudrait il limiter les retards et les largeurs (en soft) pour ne plus avoir ce genre de probleme
Vincent
NNous avons un pB qsur le DEG1 en salle de controle:
bien que ce soit la fréquence la plus élevée, il manque parfois des "coups" par rapport aux fréquences les plus basses Linac Diag...
cela explique les "tirs" ratés que l'on a parfois (pas de signal modulateur => pas de pulse HT
je ne sais pas à quel point cela peux faire disfonctionner le modulateur qui doit etre à 50Hz
le conditionnemt est en cours je ne peux pas investiguer plus
La carte synchro CPLD du chassis synchro a les sorties DEG 2 3 4 qui se décale par rapport à la sortie DEG1 (50 Hz) avec un taux de répétition aléatoire. Le Décalage temporel est constant (5ms) entre les front montant DEG1 et DEG 2 3 4.
voir la prise d'écran ci dessous: partie haute acquisition (jaune deg1 rouge deg 2 bleu deg3 vert deg4) la partie basse est le zoom de la partie haute (surbrillance)
Tous les DEG avaient été remis à zéro... Peut-être qu'une interface synchro était ouverte au moment où le DS a été rechargé?
J'ai remis la config 6.
J'ai vérifié les largeurs de:
GENERATOR_2_CHANNEL_1: 'Ring pulsed injection' => 320ns GENERATOR_2_CHANNEL_2: 'Ring pulsed extraction' => 320ns GENERATOR_2_CHANNEL_3: 'Ring pulsed septum' => 5000ns
Impossible d'accéder au DS des miroirs M4 et M5 du laser.
Impossible d'aligner le laser sans les miroirs.
L 'ecran du synthe linac ne fonctionne plus.
Il est possible de se connecter au synthe linac par telnet avec la commande suivante:
$ telnet synthe-b8 5025
Ensuite envoyer les commandes du manuel chapitre 7 page pdf 389.
Exemple:
FREQ:CW? 2998550000
SOUR:POW:POW? 18
*RST SOUR:POW:POW? -30 SOUR:POW:POW? -30 FREQ:CW? 1000000000 FREQ:CW 2998550000 SOUR:POW:POW 18 SOUR:POW:POW? 18 FREQ:MODE? CW OUTP? 0 OUTP ON OUTP? 1
L'insertion des déphaseurs 500MHz a causé du bruit sur le signal envoyé à la cavité RF. Cf copies d'eçran ci-joint avec les déphaseurs alimentés et non alimentés.
Hypothèse à tester: bruit en provenance de l'alimentation 10V.
Aujourd'hui la puissance envoyé par le synthé 500MHz RI était trop faible (-15dbm au niveau de l'ampli RF). Alors que tous l'affichage était correcte (freq: 500.25MHz, puissance 18dbm)
Nous avons éteins et redémarré le synthé et la puissance nominal est revenu (20dbm au niveau de l'ampli RF). Nous avons réglé la fréquence à la main au niveau de l'afficheur. (au scope l'amplitude du signal à augmenté d'au moins un facteur 2).
Phénomène à surveiller.
Apres le changement de longueur de l'anneau: la freequence 500Ri est de 500.07MHz => 33Ri = 33.338MHz
Frequence 3GLi=2998.550500MHz
avec ces deux fréquences le systeme de synchronisation est instable :
500li 500ri ok
500li 41li ok
500ri 33ri ok (attention le script ne modifie pas la fréquence sur les 2 channels du géné 33 mais seulement sur CH1 => à corriger pour modifier CH2 en meme temps que CH1)
le 10Hz est synchrone avec les 500 Ri et Li (pas de coup manqué)
le 33Ri saute de "bucket" 500 sur 3 buckets
le systeme fonctionne à 500RI = 500.25MHz
les premiers tests montrent que lorsque l'on baisse la fréquence anneau de 10KHz, le pB apparait sur le 33Ri
=> possibilité de faire un sript pour changer la fréquence linac pour voir si on n'est pas dans un "trou"?
Le synthetizer de l'anneau ne réponds plus aux commandes à distances.
Une intervention en local semble nécessaire.
Pb résolu: il fallait etaindre et redémarrer le synthé (le cable réseau avait été débranché et rebranché pour test ce matin sans que la connexion se refasse)
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])