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

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

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

Suite a un oublis de sauvegarde de la configuration décalé de 100µs, et un redémarrage du ds sim, il a fallu refaire les décalage de retard.

Nicolas trouvant que 100µs était trop, j'ai cherché le minimum de retard possible pour avoir un signal sur la caméra linac.

Après quelque test, j'ai décallé les retard de 40µs et ça focnctionne pour la caméra linac et la caméra laser.

sauvé dans : 20211028_1105_deplacement_trigger_linac_a_40_micro_s.xml

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

Les réglages actuels des retards sont sauvés dans la mémoire 6.

Le code de cron_synchro.py a été modifié de manière à prendre la valeur OVERALL_DELAY dans synchro_constants et à la retirer de la valeur lue dans le DEG lorsque celle-ci est écrite dans Tango. Inversement cette valeur est ajouté à la valeur TANGO lorsqu'elle est écrite dans le DEG.

Une bibliothèque synchro_tools.py a été écrite afin de permettre des balayages en temps.

Bonjour,

En prévisions de la coupure électrique, la synchro côté linac a été éteinte. La synchro côté anneau était déjà éteinte quand je suis arrivé.

La synchro a ete redemaree avec les reglages de la memoire 6.

Declenchement OK

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

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

Le trigger de la voie 14 du generateur 3 (diags) qui correspond a une redpitya etait sur SSE (tir unique). Il a ete remis sur EXT (mode normal avec declenchement externe).

DS AcqAttr mannager démarrer correctement.

Générateur de retard Diag : Voies T6, T7, T8 (WAC) mise en SSE

-> Tir sigle shot sur le géné nécéssaire au début

Sinon cela fonctionne.

Retour en config normal.

Impossible d'accéder au DS des miroirs M4 et M5 du laser.

Impossible d'aligner le laser sans les miroirs.

Recette du 01-02-2022 rechargé et sauvé sous le nom : 20220201_reference.xml

Correction d'un bug de lecture de recette dans le script => git push nécésaire pour pouvoir recharger une recette !

Aujourd'hui, François et moi avons mis à jour le firmware de la CPLD du systeme de génération des voies de déclenchement. Les "coups manqués" ont disparu, 3 pendant pendant 6 H de fonctionnement (environ 1 tous les 10s avant)

Sensibilité en Phase du systeme de mesure temps réel de la phase relative entre l'oscillateur laser PC et le 500MHz

 1 °3GHz/mV  la précision de la mesure est de 1.5 °3GHz _eff

Schéma de la mesure :

en attaché

A travers le déphaseur intégré dans l’oscillateur on fait varier la valeur de la phase (en pas 0 à 17000)

La valeur de la tension est mesurée à l’oscilloscope (impédance 1MOhms) (data en attaché)

Un fit est réalisé (matlab) pour obtenir la pente : 364mV/rad. A 500MHz la sensibilité en temps est de 318ps/rad.

On a donc une sensibilité (autours du zéro en sortie du mélangeur) de 0.87ps/mV

Soit à 3GHz une sensibilité de l’ordre de 1  °3GHz/mV  la précision de la mesure est de 1.5 °3GHz _eff

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