9:20 Le laser est a -8.20us

Verification du retard de la camera LI/OP/LAS.02 en decalant en temps le laser de 999us.

La camera se declenche bien environs 600us avant le laser.

Tests sous pylon: un retard de 500us avait ete mis manuellement dans la camera il est retire.

Maintenant la camera se declenche 120us avant le laser.

12:17 Decalage en temps de toutes la synchro. Maintenant le 0 est 200us avant la production des electrons.

Cela devrait etre transparent pour les utilisateurs.

Mise a jour du fichier de constantes de synchronisation.

Git pull.
Scan de verification avec le laser a -8.20us et le temps d'exposition de la camera a 100us. On voit bien le laser si le declenechement est entre -190us et -100us

Verification des parametres pylon des autres cameras. A priori il n'y a pas de retard caché.

Il faudra verifier en faisceau que tout va bien.

dossier  panneau\synchro   (cdi)

./ring_frequency.py --help  (voir le mode de fonctionnement)

./ring_frequency.py --freq "value"   (choisi que des fréquences possible pour la div par 15)

./phase_shifter_rigol.py --phase "value"  (attention change les phases de ch1 et ch2)

La synchronisation des signaux  mesure suR le timing 50Hz

500MHz LI 500MHz RI  => 18ps sdev

500MHz LI 50Hz  => 190ps sdev

A ds to monitor missed triggers has been added in CALC/SY/missed_triggers

Le 500MHz pour la camera a balayage est injecte sur la voie C9 dans la baie 09, passe par le cable 90542 et arrive sur la voie A4.

Pour l'instant le 500MHz est pris a la place du scope de la baie 9.

Baie 9: B14 =>cable 94545 => baie 34 A5

Attention au démarrage de l'interface faire 'restore laser and Kicker' pour etre sur que le systeme de synchro est en mode "normal"

Les codes de synchronisations ont ete mis a jour afin de permettre le 50Hz.

L'interface a ete mise à jour et un git pull a ete fait.

Le bit 4 est un reset du CPLD (il n'y a plus de synhcro tant que Bit 4 = 1 et la LED du chassis synchro ne clignote pas) 

Il existe 6 codes possibles

Modulateur  Linac Ring Diag

code 1    50 50 50 12.5
code 2    50 25 25 12.5  
code 3    50 12.5 12.5 12.5
code 4    50  6.25 6.25 6.25
Code 5   50  3.125 3.125 3.125
Code 6    50  1.5625 1.5625 1.5625
 

Les performance de la synchro de ThomX au 16 mai 2025 sont:

Le jitter 500MHz Ring  500MHz Linac est de 8ps Sdev et   95% es événement dans  20ps   100 % dans 80ps (quelquesoit la fréquence de répétion)  (Jitter rapide)

Le jitter entre les voies de synchro Linac et Ring  est contenu dans 100ps (quelquesoit la fréquence de répétion) (jitter rapide)

La varition du temps entre les timing ring (drift timing) (quelquesoit la fréquence de répétion)

sont inférieurs à 3ns entre le modulateur et le linac

sont inférieurs à 1.5ns entre le  modulateur et les diag

sont inférieurs à 200ps entre linac et ring (mesure plus précise avec jitter rapide)

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 9 des DEG1

Le DEG4 a été retiré pour nettoyage.

Le chassis de synchro est alimenté par une ralonge electrique venant de l'établis "de Jean Noel"

les mesures sur le 230V ont montrées que le signal était moins perturbé là bas qu'en baie 8

ceci est une solution temporaire en attendant un filtrage qui rende le chassis synchro moins sensible aux perturbations du 230V

Pour provoquer un declenchement force du DEG3 il faut regler les canaux a declencher sur SSE

et ensuite envoyer la commande

wget --no-cache -S --post-data 'elem=Run&val=true&end' "http://192.168.229.25/main.php"

C'est equivalent a l'appui de Run/Stop sur l'interfqce web: http://192.168.229.25/

La recette XML des valeurs de synchronisation a été mise à jour dans https://atrium.in2p3.fr/nuxeo/nxdoc/default/dc821b72-899c-42cc-9896-8d327d9670ff/view_documents

Les réglages des générateurs de retard ont été sauvés dans le canal 1 de chaque générateur.

Les réglages des générateurs de retard ont été sauvés dans le canal 1 et 9 de chaque générateur.

Bonjour,

J'ai mis les bonnes adresses IP sur les generateurs de retard et tout teste. Cela fonctionne.

Par contre le DS n'est pas demarre donc l'IHM ne fonctionne toujours pas.

Nicolas

j'ai rechargee la config par defaut des generateurs de retard (config 9)

Le scope en salle de contrôle été déréglée et les coordinateurs indiquaient que la synchro ne fonctionnait pas. Après vérification, tout allait bien.

La ligne 157 du code delay_family.py avait été commentée dans le cadre des tests de déploiement de TaurusWheelEdit.

The timing interface has been updated to provide a wheel editor for the variables. A git pull is necessary to get the interface.