Le programme CPLD a été modifié puis remis à (33x33 ==> 33x41 ==> 41MHz avec ligne à retard externe) aujourd'hui

Un ampli a été ajouté sur la voie du 33MHz puis enlevé

Ajout d'un pickup sur le 500MHz envoyé à la cavité CFP

Changement de carte synchro

le MCT2 de la carte en place à bruler

Alignement laser :

position iris :
- X: 5.985 mm
- Y : 3.552 mm

Phase Qmax : 362°

Charge phase avec iris @3mm

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

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

Impossible d'aligner le laser sans les miroirs.

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

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.

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

Une intervention en local semble nécessaire.

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

Le déphaseur 33MHz a été installé. Il est piloté par ER/CA/RAC.05-API.AO1/AO7

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

J'ai mis le générateur de retard 3 en mode SSE.

Pour info dans la mémoire des générateurs de retard il y a:

- En position 9 la config par défaut (à définir)

- En position 8 la config avec le générateur 3 en EXT

- En position 7 la config avec le générateur 3 en SSE

Comme cela il est possible de recharger la config en ssh ligne de commande:

cd ~/git/panneaux/Synchro

./gene_memory.py recall 7

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.

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

11h10 À la demande de Kevin, passage temporaire du linac de 2998550500Hz à 2998550000Hz puis retour à 2998550500Hz.

Fréquence anneau inchangée.

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

Test 1: vérification de l'observation de la double pulse sur DEG4: Cf image TEK00011.PNG. Il y a bien une double pulse sur le DEG4.

Test 2: Image de l'impulsion en entrée N4 (venant de la trigger box), mode persistance = 5s. 

Élements pulsés eteint: image TEK00012.PNG

Élements pulsés allumés: image TEK00015.PNG On voit une impulsion à t=195us.

On ne voit rien sur N1,  EP allumés (TEK00016.PNG) ou eteints (TEK00017.PNG).