D'après health_check toutes les alimentations electrique des solenoides, deviateur et quadrupole sont en état FAULT.

Est ce que quelqu'un présent sur place pourrait aller voir pourquoi ?

Modifications faites, testées et fonctionnelles.

Connection ssh sur client4 pour tester une modification de health_check

Les chillers sont démarrés et le modulateur en chauffe

Test de l'influence sur les erreurs de synchro

Réglage des largeurs d'impulsion pour les kickers d'injection:

GENERATOR_2_CHANNEL_1: 'Ring pulsed injection'
GENERATOR_2_CHANNEL_2: 'Ring pulsed extraction'
GENERATOR_2_CHANNEL_3: 'Ring pulsed septum'

ATTENTION CES VALEURS NE DOIVENT PAS ETRE CHANGEES SOUS PEINE D'ENDOMMAGER LE MATERIEL!!!!!!

Opérateur : Hayg, Vincent, Nicolas, Alexandre M. 

But de la journée :

• Correction des erreurs restante ci-dessous/Démarrer la machine
• Tester les modifications de l'interface sychro
• Ajouter d'un nouvel état health check
• Modification soft frequence Synchro
• Test tir unique en faisceau 

14h : État de la machine en arrivant :
- Porte de la salle de controle maintenu ouverte sans opérateur et le compte opérateur en état d'opération...
- Heath check : voir health_check_14-12-21.png

• Alimentation : Pas de soucis, juste en état OFF
• Laser :
  Moteur miroir li/op/opt.01-mir.04-mot.02 : OFF (Rallumé, problème réglé),  
  DS li/op/opt.02-las.01-osl.01 : Fault -> discussion avec les Viktor mais ce DS semble inutilisé -> DS initilisé ! Modification de Health_check
• Vide :
  Vanne : Fault -> Valve MOVING, Valve IN FAULT, Valve FAULT MEMORIZED, Incoming security disabled, Valve in local mode -> a voir avec les vidiste
  Revenu en état OPEN près quelque temps, un FaultAck sur l'ATKPannel à permit de revenur a un état normal -> problème reglé
• RF :
  DS CALC (calc/er_hf/rac.17-api.ai1_ai1, calc/er_hf/rac.17-api.ai1_ai2, calc/er_hf/rac.17-api.a01_ao0, calc/er_hf/rac.17-api.a01_ao1) éteint -> Une fois démarré, problème réglé
• Diag :
  DS CALC (CALC/ICT/Charge_LI-ICT.01_WAC.01-Ch0, ...) Fault -> Besoin de démarrer MeanStd 

Un nouvel état "OFF" dans health_check vas etre testé pour évité une erreur dans le cas d'un DS éteint ne génant pas le démarrage de la machine.

15h30 :
Modification frequence synchro. Modifications verifié, IHM à mettre à jours. 

15h40 :
La machine a été décalé de + 50 µs.

17h :
Modification Health_check testé et poussé
Modification IHM retard

17h30:
Ronde de la fosse sud/nord, casemate, Modulateur
Démarrage Modulateur -> Interlock -> reset + trig -> RF revenue
Scan charge-phase rapide : scan_charge_phase-14-12-21.png
-> phase charge max : 158°

(Le e-log ayant planté, dans la suite les horraires sont aproximatifs...)

18h : Le modulateur c'est éteint (mode OFF) sans raison apparente. Aucun interlock, aucune alarme, rien.

On a continuer a travailler sur les interfaces mais on a décidé de ne pas rallumer le modulateur à cause de la chauffe.

Bilan :

• Correction des erreurs restante ci-dessous/Démarrer la machine
  -> l'accélérateur a fonctionné pendant quelques heures
• Tester les modifications de l'interface sychro
  -> Tout fonctionne
• Ajouter d'un nouvel état health check
  -> Tout fonctionne
• Modification soft frequence Synchro
  -> Tout fonctionne
• Test tir unique en faisceau 
  -> Verrification de l'envoie des signaux de synchro en mode tire unique. Test avec faisceau a faire un autre jour.

Cette entrée n'est pas dans la bonne catégorie, elle devrait être dans '"pannes".

J'ai ouvert le ticket sur le helpdesk (et non le GLPI qui est dédié à ThomX).

tant qu'à changer d'OS, il faudrait demandé l'avis de l'exploit pour savoir si le mieux est une Debian 10 ou un Unbuntu (comme ce qui est installé sur les machines du labo). Cela permetterai d'avoir un support plus efficace du labo.

Bonne journée,

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

Device sim/sy/deg.sim is not exported

17:52: Connexion à distance pour intervention sur IHM retards déclenchement

Device sim/sy/deg.sim is not exported (à cause de la panne de client3) => verification des modifs impossibles...

18:55 Fin de l'intervention et deconnexion (code modifié mais non poussé dans git à cause de la panne de client3)

ssh: connect to host client3.thomx.fr port 22: No route to host

17:52: Connexion à distance pour intervention sur IHM retards déclenchement

Laser : 

Viktor a joué sur le transport du laser. La distribution s'est nettement améliorée car on ne doit plus passer par la zone endomagée du hublot. 

voir les images sans et avec l'iris. 

pas de mesure d'énergie pour le moment. On va essayer de tourner un peu avec ce faisceau. 

Mesure stabilité de pointé :

mean x 5998.93 µm    +/- 92.98 µm
mean y 3100.70 µm    +/- 137.65 µm
FWHM x 1954.20 µm    +/- 72.28 µm
FWHM y 1421.95 µm    +/- 112.86 µm

encore élevé ... 

a 18h :

mean x 5978.89 µm    +/- 64.64 µm
mean y 3107.10 µm    +/- 107.76 µm
FWHM x 1950.55 µm    +/- 148.38 µm
FWHM y 1421.62 µm    +/- 109.17 µm

Charge : 

La charge max passe de 20 pC à 120 pC.  

BILAN DE LA SEMAINE

Modulateur/RF

-Plusieurs arrêts modulateur sans cause apparente (interlock)

-Ajout de ferrite

-Demande d’intervention à Scandinova

-Appel de courant démarrage d’un équipement de la baie 17 (MPS dedans) à pb disjoncteur ?

-Changer disjoncteur 4A courbe C, ou pile  

-Pilotage à distance / acquisition / données

-Modification des voies redpi de +/- 20 à +/-1 à test à faire pour voir si le signal sort mieux

-Affectation automatique des tickets fait :https://glpi-thomx.lal.in2p3.fr/front/central.php

-FAQ : https://gitlab.in2p3.fr/CCThomX/docutilisateurs/-/blob/master/README.md#foire-aux-questions-faq

-Taurus, problème de valeur relue figée (identifier pour IHM alim, IHM RF) à obligation de rouvrir fréquemment les atk pour vérifier les passages de commandes à on soupçonne aussi un problème avec la plateforme IHM

passer les DS calc dans Astor (groupe CC, Hayg fait un ticket en précisant le groupe, machine où ca tourne

FAISCEAU

•Laser

•Modification position hublot pour éviter deux faisceaux en transverse

•Nouveau hublot commandé en stock (2 semaines)

•Amélioration de la stabilité laser grâce au bâchage, ordre 20-30 um de jitter rms du pointé

•Alignement en faisceau (laser, soleno) par Emmanuel, Hayg

•Alignement laser en faisceau avec M4

•Position fausse cathode 1047 en x et en y

•Procédure de Marie « pauvre script » pour compenser les sauts moteur

•Tests de plusieurs méthodes (en développement)

ACTIONS FUTURES

•Faisceau

•Objectifs court terme (10Hz, 100pC, 50 MeV au dump):

•Alignement de la tête de machine en faisceau (Hayg/Emmanuel)

•Visualisation « propre » énergie,

•Charge pour le contrôle du 25/11

•Test à prévoir côté diag sur la montée en cadence (Vincent peu dispo)

•Calibration des fibres de perte (Bruno, Iryna)

•Limiter la charge et la durée et le temps (que tu sois présent)

•Modification auprès de Nourredine

•Surveiller rayonnement extérieur

•Mesures émittance sortie canon, mesure emittance sortie linac

•Piloter les quad avec MML sur la structure TL_SL (lier les DS_lima dans MML)

•Compenser champ rémanent dipole

•Draft tableau objectifs et problèmes associés pour la prochaine réunion

•Template quotidien a mettre en place (Elaser, etc…..) sur elog ou cahier de manips

•Définir à chaque début de schift le nom des opérateurs ainsi qu’objectifs de la journée (elog ou cahier de manips)

•Prévoir plusieurs démarrages à blanc pour formation nouveaux opérateurs. Fixer des dates (une par semaine ou date prédéfinie?)

•Lundi 6 décembre : Mesure d’emittance, énergie (HG, MJ, ME)

•Mardi 7 : Energie en fonction de la phase de la section avec écran + BPM (HG, MJ, ME) ou Eps ?

•Mercredi 8 décembre : Prise de données (HG, EG)

•Jeudi 9 décembre : Prise de données (HG, EG) ou Eps ?

•Vendredi 10 décembre : calibration fibre après-midi (IC, BM, SC, NE)

•Intervention cavité FP tous les matins : 9h – 11h

Installation en janvier de l’ampli Alphanov?

•Préparation alignement anneau 20 au 24 décembre (casemate ouverte)

•Finalisation alignement anneau à partir du 17 janvier 2022 : 3 semaines

•Vérification alignement linac en plus

•Casemate ouverte

Operateurs : EG, HG

On continue sur les alignements avec un laser toujours dégradé. 

LASER :

L'energie du laser a été mesurée ce matin autours de 20 µJ .... 
Il sera necessaire de revenir à des conditions correctes pour le laser pour pouvoir continuer les mesures, en particulier la semaine prochaine.

Run :

• Phase de maximum de charge : 339° avec une charge très faible (autour de 20 pC)