200 uJ en sortie laser. La position du compresseur a été modifié pour obtenir les 200 uJ.

Travail sur le laser en cours (KC, KD, HM)

Travail sur les jauges en cours (BM)

Le modulateur remis en chauffe, il était resté bloqué à standby on request et ne passait pas en hv

Tous les générateurs de retards 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 bonne config.

Est-ce que cela résouds le problème du laser?

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

Redémarrage ThomX : HM, HG, SC

Maher a redémarré le modulateur et remis en marche la radioprotection sur le PSS

Problème sur le MPS, vanne vide sont fermées et il y a une alarme sur l'air comprimé.

Kevin D. allume le laser

Pour utiliser l'IHM synchro il faut d'abord démarrer les DS sim/sy/deg.sim et sim/sy/deg2.sim.

Synchro redemarree a 1Hz

Diags redemares pour LI et TL ligne directe.

Apres rallumage plusieurs Icepap de ER/DG/RAC.06 sont en defaut.

Il faudrait clarifier qui est en charge du redemarrage des Icepap de ER/DG/RAC.06 et de la radioprotection (lecteur DOP)...

Redémarrage (HM, HG, FW)

•  Circuit primaire de refroidissement relancé ce matin (JN)

•  Compresseur OK

•  Ventillation casemate : OK

•  Laser Photocathode rallumé ce matin  (K & K)

  • en trigger interne

• Alimentations des aimants rallumés :
  • pas de soucis
• Clients : rallumés ce matin
  • Client1 : OK
• Vide : OK
• ronde sous-sol : ok (fosse nord et sud)
• rondier sur toit casemate : ok
• rondier casemate :
  • démarrage impossible cause rondier zone de stockage qui nécessite intervention du PCR

A faire :

• Rondier :
  • Zone de stockage
• Modulateur à redémarrer
•  Synchro à lancer
•  Diags à vérifier

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 ?