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

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

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

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

IHM des reglages des retards des éléments.

data/Shared/Interfaces/panneaux/Synchro/

ipython ep_delays.py

attention ne pas changer les largeurs des signaux

Le generateur DEG-3 [diag] etait partiellement plante (plus de reponses a certaines commandes).

Il a ete redemaree et reponds a nouveau normalement.

Le bouton "phase scan off" a ete ajoute sur l'IHM phase.py (faire un git pull pour recuperer la nuvelle version)

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

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

La mesure du jitter en les 500Li et Ri est de 7ps Sdev (22ps FW10%)

(les mesures anormalement hautes du début de semaine étaient dues à une érreur de parametrage de la mesure, seuil  dT@level en relatif )

le cablage de la synchro en baie 9 a été 'mis au propre" conformément au schéma ci joint

Dans l'état, le jitter entre les 2 500Li et Ri mesuré en baie 8 est de 7 ps Sdev et 22ps FW10% (sur 1mn)

la mesure est aussi faite en baie 9 à travers un mélangeur (Wac3-ch3) (l'étalonnage amplitude /temps en sortie de mélangeur n'est pas réalisé)

une dérive existe toujours, (non quantifiée et très variable au cours du temps)

distribution du systeme entre baie 8 baie 9 et sous systeme

https://atrium.in2p3.fr/c3aa1ee8-ef12-47c6-b9f0-25641bf71744

Dephasage entre les deux signaux 33MHz en sortie du gene Rigol lors d'un balayage de valeur PhaseShifterPhaseFemtoSeconds dans LI/OP/OPT.02-LAS.01-SPS.01 (figure 1)

Idem avec en plus un balayage en phase de la sortie 1 du Rigol (figure 2).

Script dans /tmp_mnt/data/operateur.thomx/Documents/SCRIPTS/test_scan_phase_CFP_with_laser.py

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

Fréquence anneau inchangée.

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)