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

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

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.

Changement de carte synchro

le MCT2 de la carte en place à bruler

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

Two buttons have been added to the repetition rate interface (see attached screen shot):

- "diags only": Will inhibit all channels from the ring and linac delay generators

- "restore linac and ring": Will set all channels of the ring and linac delay generators to External triggering.

A git pull has been done.

La synchronisation des signaux  mesure suR le timing 50Hz

500MHz LI 500MHz RI  => 18ps sdev

500MHz LI 50Hz  => 190ps sdev

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)

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.

Les codes de synchro ont ete mis a jour et testes.

Il est maintannt possible de passer a 25Hz sur le linac et l'anneau. Les diags sont limites a 8,33Hz.

La limite sur les diags a levee. Ils peuvent passer a 25Hz aussi.

Le synthe du linac a ete remis en place et teste a bas niveau.

Attention si vous passez pres de la baie 8: certains cables n'aiment pas etre caresse. Si le voyant trigger ne clignote plus, appelez la synchro...

test d'un code CPLD à 25Hz   => cela fonctionne.

le systeme est remis sur le code de REFERENCE à 10Hz

Les codes synchros présent dans l'IHM phase et fréquence sont opérationnel (ancien code max 10Hz)

Les codes de synchronisation gérant les taux de répetition des différentes parties de la machine ont été partiellement changé.

Une difficulté est apparu avec le code permettant de générer du 50Hz.

Pour l'instant l'affichage de l'IHM ne corresponds pas à ce qui est généré, un git pull sera fait quand les problèmes seront résolus.

Des tests sont en cours.

Les largeurs des impulsions de synchronisation de toutes les caméras de ThomX sont passées à 10µs (last value 5µs)

Camera linac TL1 TL2 TL3 EL DG spare et laser PC

Suite discussion avec Maher et Mohamed:

Changement du retard "Linac trigger RF Gun (PA) de -9.3 a -8.5us

Cela n'a pas l 'effet recherche! Annulation, retour a -9.3us

Passage de Ctrl Klystron TTL2 de -11,5 a  -12.5

aujourd'hui 13/05,

le synthé 3GHz de ThomX (R&S SMA) est retiré pour prêt à l'experience sur le White Rabbit.

Un autre synthé le remplace (synthé ThomX R&S SML), les caractéristiques en sortie ont été fixé à celles de l'ancien : 2.99855 GHz, 18dBm

Les signaux ont été vérifié avec Vincent, le 3GHz est le même que précédemment (fréquence et amplitude) et le signal sur la sortie pour le Klystron semble conforme aussi.

Le synthé doit être rendu à la fin de la semaine ou au pire avant la fin du conditionnement.

La synchro n'est plus en place à l'heure actuelle.

un générateur permet d'avoir des signaux en sortie du DEG1(modulateur) et du DEG4(Linac)  (fréquence 10Hz)

La synchro a été remise le 09/04/2024, le rapport et en P.J.

La frequence linac est passée à 2998.55MHz

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)

Le synthetizer de l'anneau ne réponds plus aux commandes à distances.

Une intervention en local semble nécessaire.