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 !

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

Impossible d'aligner le laser sans les miroirs.

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.

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).

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

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

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

Declenchement OK

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é.

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.

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)

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

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

Décalage de tous les délais de 100us effectué par Alexandre M.

Cela permet de trigger les caméras avec les ~ 70us d'avance. Caméras linac et photoCathode, réglées à 0 dans l'IHM des retard.

Impossible de passer à un trigg diag à plus de 1 HZ

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 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

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 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!

Suite a une erreur de manipulation la config des generateurs de retard a ete effacee a 16h12. J'ai recharge celle de 16h.

La fréquence de déclenchement des diagnostics a été passée à 5Hz à la demande de Jean-Claude.

J'ai mis en place en cron qui sauve automatiquement la config des générateurs de retard toutes les heures dans la mémoire 3. Si cela fonctionne je ferais aussi des sauvegardes quotidiennes et hebdomadaires via cron...

Si il faut restaurer les générateurs de retard:

-  cat /data/shared/SY_config/gene_memory.log

pour repérer la mémoire où la sauvegarde qui nous intéresse se trouve...

Ensuite dans panneaux/Synchro/

 ./gene_memory.py recall x

où x est la valeur de la sauvegarde à rappeler.