Bonjour,

je n'arrive pas ouvrir les shutters dans la salle laser et dans la casemate, donc je suis bloqué et ne peux par faire l'alignement du faisceau. Il faut que quelqu'un vient pour m'aider.

Viktor.

Mise en chauffe Modulateur vers 9h

9h - 10h : installation Laser 33MHz de la CFP par Ronic

Vers 10h Ronic informe qu'un des câble d'alimentation du boîtiers interlock du 1e dipôle de la CFP a été arraché par maladresse. Le fil a été re-soudé et attaché au bundle de câble.

Impossible de passer en TRIG ==> le PA est disjoncté ==> le MPS bloque le PA parce que les dipôles anneau sont en erreur. Après acquitement tout est OK

Faisceau à 11h.

Marie à refait les mesures d'alignement Quad.

Prise de donnée pour alignement automatique du laser sur la PhotoCathode

Prise de donnée pour alignement automatique dans les Quad (pseudo correction d'orbite)

==> les BPM saturent, les caméras sature losrque le faisceau est focalisé.

==> Les données sont peut être à jeter.

Arrêt machine 17h15

*** OBSERVATIONS ***

Lors des tests, nous avons trouvé un nouveau point d'alignement laser sur la photoCathode (5.0xx, 3.22). Les caractérisitques de ce point par rapport au point habituel :

- en dehors de la zone du courant d'obscurité. A la position du repique dans le scan phase-charge

- Insensible à la variation de phase à charge max

- Charge plus important (200pC au lieu de 150pC)

- Le faisceau est plus déformé  (cf. image en PJ)

Start modulator; alims;

We cannot start machine. No e-beam. Timing laser RF? Need help of linac team. 

Après coupure électrique de cette nuit. Rédemarrage de tous les systèmes :

Général:

 - toutes les baies sont allumées

- Tous les clients de la salle de contrôle redémarrés

- les rondes sont tombées

Synchro:

- Synchro redémarrée avec le compte opérateur

- dernière recette "20211028_1105_deplacement_trigger_linac_a_40_micro_s.xml" rechargée (est ce la bonne ?)

- l'oscilloscope trig. Il y a des loupés sur la voie 1 (voie jaune)

Vide:

- Compresseur réallumé

- pompes acquittées.

- Toutes les vannes sont fermées

- le vide Cavité FP en rouge sur le MPS.

CC:

- Beaucoup de serveur sont rouge (Client2, libéra et redpitaya) (Gogh aussi n'avait pas starter de redémarré, un reboot à résolu le problème)

- l'Archivage est HS, le server est blanc sous astor (mais starter est démarré), impossible de restart les DS d'Archivage.

Apres 18h30 : prise ne main de la machine pour aller dans la LE ==> le kicker d'extraction est interlocké (abdandon) 

Essaie avec la derniere recette de l'anneau : à 159.3A le stockage n'est pas tres bon (cavité OFF)

On essai de jouer sur le plongeur pour accorder la cavité à la fréquence de révolution du paquet (voir 2 screenshot de l'oscilloscope).

La cavité à une forte influence sur le stockage, mais la forme n'est pas la même

- au nominal (24.4mm) où le faisceau semble mieux "entrer" dans l'anneau mais "meurt" plus vite.

- à 22.4 mm le faisceau semble vivre dans l'anneau plus longtemps mais est moins bien stocké. Quelle est la fréquence associé à cette valeur de plongeur ?

 * Est ce qu'il n'y a pas à creuser sur l'accord de la cavité au faisceau ? 

 * La fréquence principale de la FFT (16.68MHz) ne semble pas bouger (que ce soit avec les dipôles ou avec la cavité RF). Que représente cette valeur ? 

20h30 : machine à l'arrêt

1) Je viens de tenter de reproduire le problème. Il est normal que cela mette du temps à charger, surtout au premier allunage de la journée (initialisation des caméras).

2) Cette image montre l'écran YAG qui est inséré comme on peut le voir sur la lecture de position du moteur. Les LEDs étaient allumées ce qui explique les reflets sur l'écran. Ci-joint la même image avec les LEDs éteintes.

Pour mémoire on peut contrôller l'allumage des LEDs dans l'IHM_power.

Tentative de comprehesion de ce que veux dire "Synchro HS on ne peut rien faire".

- Health Check: Pb RF resolu par redemarrage RDP. Pb Alimentation sur DPi. Pb Archivage.

- Signaux sur les synthe et gene normaux.

- Synthe synchro: la sortie du synthe de la baie 9 avait ete desactivee par le reboot => reactivee. Synthes OK.

- Vu avec Viktor: Synchro au niveau du laser OK. Jitter comme d'habitude.

- Camera laser sur 0.1 s exposure => voit laser; sur 0.09s => pas de laser (en continu) => trigger laser stable

Pas d'indication d'un probleme syncho.

evreything is ok

The laser shutter was closed ! Becareful the shutter state is inverted.

Pour plus d'explication et d'observation pour tests de vérification :

- La phase canon glissait sans cesse (quelques degrées par minutes) et avait des sautes d'un coup sur l'autre (visible sur le faisceau dans le canon à la phase de focalisation max)

- Il y avait aussi des dérives intermittante de plusieurs degrès d'un coup en plus du glissement plus "doux".

==> hypothèses sur observation : la déclenche du laser ne semble pas stable par rapport au 3GHz boucle canon. Le laser lui semble stable avec le 500MHz qu'il reçoit (lien entre les deux fréquences ?)

    * L'ampli laser est le fautif (après une chauffe de plusieurs heures cela semble étrange et jamais vu).

    * Il n'y a pas de synchro stable entre les deux fréquences (500 MHz Laser et 3GHz canon).

Shutter casemate ouvert

Shutter salle laser encore fermé

Les clients 6 et 7 ne sont pas utilisés parce qu'ils ne sont pas fonctionnels. Parmi les choses qui manquaient la dernière fois que j'ai essayé, il y a itango, pytango, code,...

Le test de validation de ces clients sera de lancer plateforme IHM depuis l'un de ces clients puis quelques IHM sans que cela ne plante. Ensuite on essaiera de vérifier que toutes les fonctionnalités de base fonctionnent en contrôlant le faisceau depuis ces clients.

Pour l'instant chaque fois que j'ai essayé cela n'a pas fonctionné.

Pour client3 mieux vaut revenir à la config antérieure: il faut que toutes les machines de la salle de contrôle soient au maximum dans la même config.

La bascule debian10 a été discutée avec Eric Legay et la mise à niveau de client 6 et client7 est l'un des préliminaires à cette opération.

Les clients 6 et 7 ne sont pas utilisés parce qu'ils ne sont pas fonctionnels. Parmi les choses qui manquaient la dernière fois que j'ai essayé, il y a itango, pytango, code,...

Le test de validation de ces clients sera de lancer plateforme IHM depuis l'un de ces clients puis quelques IHM sans que cela ne plante. Ensuite on essaiera de vérifier que toutes les fonctionnalités de base fonctionnent en contrôlant le faisceau depuis ces clients.

Pour l'instant chaque fois que j'ai essayé cela n'a pas fonctionné.

Pour client3 mieux vaut revenir à la config antérieure: il faut que toutes les machines de la salle de contrôle soient au maximum dans la même config.

La bascule debian10 a été discutée avec Eric Legay et la mise à niveau de client 6 et client7 est l'un des préliminaires à cette opération.

Bonjour Nicolas,

Les clients 6 et 7 ne sont pas utilisés (si ?) que reste il a mettre pour qu'ils soient opérationnel ? Donc on laisse l'installation de client 3 par défaut ?

Salut Kevin,

C'est sur GLPI (https://helpdesk.ijclab.in2p3.fr/)  puisque c'est l'exploit qui gère cela. Peux-tu mettre le numéro de ticket dans le elog?

Il y a déjà client 6 et client7 sous debian10 et il a été convenu de ne pas passer d'autres machines sous debian10 tant que client6 et client7 ne sont pas opérationnels.

Client3 est tombé en rade vendredi soir, vers cette heure-ci. Impossible de le redémarrer.

il faut demander une intervention pour ré-installer la machine mais à qui ? GLPI ThomX ou HelpDesk ? Il faut aussi voir pour la passer en Debian 10 ce serait un bon condidat.

client3.thomx.fr est en panne depuis vendrdi 17h30

Changement de recette, vous avez probablement chargé une recette antérieure au décalage en temps de la machine.

Est-ce que le problème de fréquence de déclenchement est apparu avant ou après le chargement de la mauvaise recette?

mean x 5408.59 µm    +/- 43.57 µm
mean y 3795.02 µm    +/- 72.01 µm
FWHM x 1366.36 µm    +/- 224.27 µm
FWHM y 1067.74 µm    +/- 142.65 µm

Le laser tourne et est locké sur le 500MHz,

en revanche aucun trig externe n'est possible.

Est ce que la synchro est bien sur le retour du laser ou en "autonome" ?

Est ce que l'ampli Laser à un défaut ? --> mail envoyé à Viktor.

KD

Il faudrait clarifier qui est en charge du redemarrage des Icepap et de la radioprotection...