HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues...

11
HCC meeting – jeudi 14 Mai 2009 1 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen

Transcript of HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues...

Page 1: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

HCC meeting – jeudi 14 Mai 2009 1

Résultats des tests HC-AUG(2008-2009)

EN-EL, HCC Team et Hugues Thiesen

Page 2: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

2

Objectifs

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Objectifs Utiliser les tests AUG annuels effectués par EN-EL afin de vérifier que

les équipements alimentés par les réseaux secourus (UPS, Diesel, etc…) se comportent correctement lors d’une coupure électrique.

Systèmes concernés Systèmes de sécurité

ACESS, ODH et Fire detection, RadMon et Ramses

Protection machine QPS, QHPS, 13kA-EE, 600A-EE PIC, WIC, BIC Power Converters

Cryo Cryo Vide

Page 3: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

3

Objectifs

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Systèmes concernés (suite) Beams

RF, Beam Instrumentation, Beam Transfert et Beam Dump

Infrastructure CV EL TI Star Point

Systèmes non concernés Expériences

Page 4: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

4

HC-AUG tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Déroulements des tests Les tests AUG sont organisés par point et concernent

Le Point concerné (surface et souterrain), Les deux secteurs adjacents,

TI 2

TI 8

SPS

Injection

Injection

Beam dump

Point 5

Point 4

Point 2

Point 3

Point 6

Point 7

Point 1Point 8

Page 5: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

5

HC-AUG tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Déroulements des tests (suite) Afin de vérifier le bon fonctionnement des équipements alimentés

par les réseaux secourus, EL a accepté d’ouvrir la chaîne SEM pendant 1 heure.

< 8H30 début des tests AUG normaux 8H30 coupure générale du point concerné 9H30 réalimentation du point concerné > 9H30 poursuite des tests AUG normaux

Conditions des tests Machine en Shut Down

PC condamnés 13kA-EE et 600A-EE condamnés QHPS condamnés RF power converters condamnés Kickers condamnés Cryo non pleinement opérationnelle etc…

Page 6: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

6

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Résultats des tests Tous les résultats des tests sont sur mon public

Point 5 Point 4 Point 2 Point 1 Point 7 Point 3 Point 6 (27 mars) Point 8 (22 mai)

ACCESSPAD, MAD opérationnels et visibles depuis la CCCAUG vu par le système d'accès

Pb PAD UL55? (non repris par diesel?)Perte de communication:- mode générale: aucune incidence- mode restreint: impossible d'entrer (pb pour les pompiers)

8:30. Les PAD du PM45 sont sur fonctionnement batterie. Sortie possible, entrée interdite. YYACS01 off, YYACS02 sur batterie.8:45. Basculement des PAD sur réseau normal. Entrée possible8:50. Coupre. Le PAD de l'UJ43 passe momentanément sur batterie avant d'être repris pas les diesels. Les PAD des UJ 43 et 47 sont opérationnels pendant la coupure.Problème avec l'autonomie des batteries (1H au lieu de 4H)

Eva Sanchez-Corral:Pas de pb avec le systeme d'acces- PM25 en mode restreint pendant la coupure generale (8:45-9:45), avec plusieurs cycles entrée sorties.- Generation/Disparition des alarmes sur les consoles LASS et LACS et TIM lors des coupures/reprises.

Access Control LACS (report from Serge)Fonctionnement normal pour les points d'accès en souterrain (petite batterie de test effectuée). Petit souci de verrouillage de la voie 1 (PAD 1) en mode restreint en PM15 (correctif lance).

Access SUSI : (report from G. Smith)Nothing to report – no effect (no reports from users either)

Access (report from Serge):Lost of communication with the LACS. It was not connected to the safety network (diesel).

Zora:Acces: RAS

Serge:Comme expliqué à Hugues ce matin la perte d'alimentation d'un élément verrouillé à pour conséquence l'application d'un VETO SAFETY sur l'intégralité du LHC.NB: Nous parlons bien d'un VETO SAFETY et non RADIATION; dans le cas d'un VETO RADIATION, l'intervention de la radioprotection est obligatoire pour le retirer.

Portail d'entrée des point 3.2 et 3.3Les portails ne sont pas réalimentés pas les diesels => Impossible d'entrer dans les points en cas d'AUG concernant la surface.

Serge Di Luca:Aucun problème constaté - pas de perturbations.

Serge Di Luca:Aucun problème constaté - pas de perturbations. Aussi bien au Pt 1.8 qu'au Pt 8.

ODH + Fire Detectionopérationnels et visibles depuis la CCC

ODH (e-mail de Rui Nunes): tous est OK Fire Detection (e-mail de Denis Raffourt) :Concernant la détection au Pt 5, tout a fonctionné correctement.

ODH (e-mail de Rui Nunes): tous est OK Fire Detection (e-mail de Denis Raffourt):Pour le Pt 4, nous avons constaté que les batteries de l’alimentation auxiliaire des ASD situé en US avaient une capacité insuffisante. Nous avons donc remplacé les 38Ah par des 63Ah.

Franck:- Expected reaction in P2-P1

Fire Detection : (report from D. Raffourt)Nothing to report – no effect

SNIFFER ATLAS : (report from D. Raffourt)following a generalized power cut the SNIFFER triggered the Evacuation alarm. This is not normal, but for the moment we do not know how to avoid this. The alarms come from the fact that all the pumps are stopped and re-start suddenly. In spite of all the timers and delays the alarms still come out. The fact that more than one sensor came into alarm provoked the evacuation alarm

ODH : (report from Franck)Nothing to report - no effect

Rui:Pas de probleme non plus pour la detection incendie, evacuation ni ODH Pas de réponse Pas de réponse

Rui:I'm away

RadMonopérationnels et visibles depuis la CCC

Dans le rack PYMR01 en USC55, le crate PIMSR02=USC55 n'était pas alimenté pendant la coupure. Oublier de vérifier avant et aprés. Les deux autres crates sont restés tout le temps alimentésUSC 55, problème avec un UPS et une carte mémoire.Pb avec le rack RAMSES de l'expérience"Au point 5 un dysfonctionnement sur un de nos equipements" Pas de réponse RAMSES pas interesse par les tests

Michel P:The system reacted as expected and conformably to the spec.

Hugues:PYMR01 (UJ76). PIMSR01 = UJ76 MSID en rouge clignotantAli Day (Ramses):Pt7 seems to have some ethernet NTP instabilities which we are looking at which would have most probably been the alarm you noticed. Everything else at this moment is working fine.

Ali Day (Ramses):Everything has come back from the AUG test at Pt3 OK as expected. Pas de réponse Pas de réponse

TCRAUG vu par la TCRUPS en fonctionnement batterie vu par la TCR

NOKles UPS en UJ56 (EBS11 et 12) indiquaient des valeurs de charge et d'autonomie fausses. 0 mn d'autonomie alors que les UPS étaient opé

NOKPb de switch réseau. Conséquence, des alarmes cryo bloquées qui ne sont arrivée qu'après la réalimentation du switch.Pb de réseau suspecté en amont du switch SES4 (R2475-R-RHPZM-1) qui est resté bien alimenté (cf e-mail de Peter Sollander sur les pb UPS).

Peter:6h18: Tests commencent.6h22: On perd les couleurs sur l'ENS (D'abord sur les disjoncteurs, peu après sur les jeux de barres) Vu avec TS-EL qui a redémarré les RTUs.8h46: Perte de comm avec la ventilation SU2 (Depuis PCVue) Plus aucune valeur sur les vues TIM (toutes a 0 - mais pas en défaut)On a eu un arrêt total du PM32, ou la cause pourrait être l'alimentation depuis le tunnel? Reste à vérifier. La pompe de secours a bien pris la relève.SMI2 a été coupé aussi, ce qui n’était pas prévu (En tous cas pas sur la NDC), alimentation depuis TI2 ?

Peter S. / Jean Juillard7h48 Début des Tests AUG8h30 Perte de Communication TIM avec les installations CV en RE18 (Plus de supervision possible depuis TIM)9h20 Perte de Communication TIM avec les installations CV en US15, UJ14, UJ169h30 Retour de Communication avec RE189h40 Retour de Communication avec US15, UJ14, UJ1611h45Appel de Jean Pierre Latsague EN-OP-EL pour signaler une mise en fonction intempestive de la central d'évacuation LHC1.11h55Après investigation sur la raison du déclenchement de l'évacuation, appel de Denis Raffourt pour l'informer de l'alarme générer par le Sniffer ATLAS. Il fait le nécessaire auprès d'Atlas qui devait inhiber l'évacuation lors des tests.16h45Fin des TestRemarque: Fonctionnement correct de ENS (supervision électrique) et de la supervision des UPS souterrain depuis TIM pendant tout les tests.

Peter Sollander:Consequences: Rafales ENS et Laser venant du point 7.Remarque: Le synoptique (Reseau CERN) devient violet par moment !! apparemment quand des paquets d'alarmes arrivent.. Alarmes classiques de ventilations. Communication with the ventilation units underground stopped, whereas communication with the EL equipment continued.

Peter:Nothing special to report from TI.We saw the cut on the electrical supervision and got the alarms we expected.

TI(Peter/Jesper):Start: 6h09 End: 14h17Expected reaction. We saw no communication problems with any equipments, CV equipments were communicating during all the tests. Evacuation alarms seen during the tests are not connected, they’re still investigating but it seems to be a faulty cable causing communication problems (which sets of the evacuation alarm). We saw all UPS’s go on battery, and back to normal except for RE68, but that’s caused by know interventions on the ventilation system and thus too high temperatures.

Peter Sollander:Du côté de TI, les tests se sont bien déroulés, a part d'un élément du système de contrôle électrique du RE82 qui apparemment n'était pas alimenté par onduleur :05:55 Début des test du point.Les accès sont en mode restreints pendant la durée de ceux ci.06:31 D. Dumas sur place.Problemes:Le RTU du RE82 n'est pas branché sur prise onduleur car il a été déconnecté lors des coupures.

Star Pointsopérationnels pb avec le router T2575-R-RCA86 (Voir PIC, WIC et BIC) Pas de réponse

Perte des reseaux techniques dans les batiments:SF25 (2265), SUX2 (2282) et SY2 (2290) Pas de réponse

Eric Sallaz:In point of view of the network, we had 2 systems which went down:switch p2755-r-ipy-s3c44-1switch p2780-1-ipz-s3c44-1 Pas de réponse

Pas de réponsevoir PIC (S2675-R-IP20 and S2675-R-IP23)

Frederic Chapron:Voici l'impact que nous avons pu constater sur les équipements réseaux (fichier excel attachés).Le réseau GSM a été coupé (normal)Pas de problème sur le réseau téléphone fixe.

CV?? Pas de réponse

OK (à confirmer)Pompe de relevage d'eau: OKPressurisation: OKSecteur 34: ventillation du point 3 vers le point 4: NOK? Pas de réponse Pas de réponse Pas de réponse Pas de réponse Pas de réponse Pas de réponse

ELUPS

Pb de communication avec UPS en UJ56. Depuis le TCR, l'UPS semblait en fin d'opération après 25mn alors qu'en UJ56 les UPS sont restés opérationnels

réseau F2 off, réseau F3 (UPS) opérationnelUPS: passage du fonctionnement normal au fonctionnement batteries pendant la coupure.UA43, les UPS sont en alarme même en fonctionnement normalUA47, UPS-A consigné. UPS-B comportement normalRetour réseau machine 9:30Retour réseau EBD 9:40SH4: inversion de phase sur UPS-SH4: Coupure du réseau UPS pendant 20min (voir cryo instrumentation)

Coordinateur: Mickael LonjonCut start: 8H45, Power back: 9:30P2 all pointAlveols: RE18, RE22, RE28, UJ32 (UJ33 not inclued)P1: the cut of the mains ("boucle LHC 18kV services generaux") in P2 cut also the US15 and attached areas (UJ14 and UJ16)

UPS.BI.SR7:30 min d'autonomie. Retart manuel (see BI)UPS.RE82:It has been proven that the problem on the UPS in the RE82 was due to a non correct re-charge. EL is looking after the problem (Borris) Pas de réponse Pas de réponse Pas de réponse

CryoL'instrumentation cryo opérationnelle et vue depuis la CCC Pas de réponse

Pb avec la cryo instrumentation point 4Pendant le test, OK. Aprés le test, perte de la cryo instrumentation (e-mail de Enrique BLANCO):I think we have identified the cause of the power cut in the cryo equipments of P4 the 12/12/08 around 20 minutes after the AUG test.Here you have the case:http://issues.cern.ch/browse/CRYO-48In principle the cut were not due to the AUG test but to a problem in the UPS cabling itself.So we can conclude that the cryo control equipments did not suffer any noticeable problem during the AUG test.

Anne Eychenne:Expected reaction in P2-P1 on surfacePaulo Gomez:Pendant la periode 8:45-9:45 nous n'avons pas vu de coupures pour:1. alimentation des equipemnts profibus dans RE18, RE22, UA23, UA27, RE28 et RE322. alimentation des equipements FIP dans le tunnel et dans les UA27 et UA233. communication avec les PLCs cryo-tunnel en surface du P2

Serge:No impact on cryo, all instrumentation, PLC's and controls (even VAC interlocks) were not affected. As usual, the only system that stopped are the local heaters on top of the current leads on DFB's (EH891) as they are not on UPS, and not supposed to be.

Serge:Expected reaction

Paulo Gomes:We are experiencing some strange behaviour of equipment in RE82 after the AUG tests. At 9H52 some cryo racks went down. Can you check whether you see anything strange on the equipment fed from that alcove after the restablishment of power at 9H30 this morning?Boris:It has been proven that the problem on the UPS in the RE82 was due to a non correct re-charge. EL is looking after the problem

It seems that the AUG test in P3 (Fri13Mar09, 8:36-9:10) had some effects in UJ33:UJ33_QYC01 230V AC UPS was off-on several times between 7:00 and 10:47 since 10:46 it has been down until today morning (10:24), when re-armed the circuit breaker of the reglette inside the rack (which was off)Control Room P2 All Profibus was off-on several times (1s duration) between 9:04 and 09:17 this probably means that the 24V DC, that powers the Profibus OLM (Optical Link Modules) in control room P2, went off-on since 09:17 it has been OKFip diags [not connected to UPS] ARC3L (QL3D, QL3C) went down-up between 8:37 and 10:37 LSS3L (QL3I, QL3J) OK all time - probably connected to UPS? LSS3R (QR3U, QT4Z) went down-up ARC3R (QL3A, QL3B) went down-up How to explain that :1. UPS UJ33_QYC01 went down/up several times ?2. circuit breaker of UJ33_QYC01 went down ?3. 24V DC in control room P2 went down-up several times (connected to 230V AC UPS)?4. the PLC have not been down (connected to the same 230V AC UPS)?

Paulo Gomes:We did not see any interruption this morning on networks : Profibus,FIP, PLC & FECfor Sectors 56 and 67 Pas de réponse

VideL'instrumentation vide opérationnelle et vue depuis la CCC

OKPrésence d'Aldo en USC55 (et autres alvéoles?)Installation toujours en cables volant

NOKRacks non connectés aux UPS sauf 1 ou 2Non Conformités

Jean Christian:Expected reaction in P2-P1Reaction of P3 to be verified

JC Billy:The system reacted as expected and conformably to the specs. The vacuum control of the insulation vacuum (stand alone magnets and QRL) was not affected by the cut, as expected. P2 and 8 did not see the cut. Pas de réponse Pas de réponse Pas de réponse Pas de réponse

PIC/WIC/BICPIC opérationnel et visible depuis la CCCWIC opérationnel et visible depuis la CCCBIC opérationnel et visible depuis la CCCUPS en fonctionnement batterieAUG vu par la PIC

Pb de communication avec les racks PIC, WIC et BIC au point 5. Ce pb vient du router T2575-R-RCA86.A suivre et à retester

Propagation du test vers les points 3 et 5. Les UPS de l'UJ33 et RR53 envoient au PIC une alrme. Voir avec CUMER les zones affectées par la coupure. L'UPS de lUJ33 envoie recoit en signal AUG, mais pas celui du point 5.

Alex:Expected reaction in P2-P1.Also signal UPS ON in P3 due to a link with the RE28

Markus:PIC and WIC: nothing particular to report from, all systems stayed powered and thus are correctly connected to (some) UPS system.For the PIC team: an anomaly have been detected in the signal of the AUG tests of point 1 with respect to the AUG/UPS monitoring from the PIC AR1 in UJ16. It seems that for some reason the AUG and UPS signals got mixed up, as all other PICs in the loop indicate UPS failure while the AR1 shows an AUG fault (see attached extract from the buffers...). Most likely the error in the connection cable between the CIPPS panel of the LR1 and the CIPPS of AR1. The problem will be followed and corrected by the PIC team in the next days.

All OKsystème ôté pour les travaux en TZ76

Ivan:we have monitored all our sytems (PIC, WIC and BIC) during the AUG tests in point 3 and all of them reacted as expected, that means all of them stayed powered during the power cut. The history buffers of the PIC have registered the events in all PICs in sector 23 and 34 without any issue.

Alejandro Castaneda Serra:We had a look at the history buffers of PIC, WIC and BIS and there is nothing particular to report from our side, all system stayed powered during the test thus they are correctly connected to the UPS system. PIC correctly received AUG and UPS digital signals indicating the loss and the recovery of the UPSs (8:43AM–9:50AM)Just a remark, we lost the network connection to both sides of the BIS rack in point 6, probably due to a router not connected on UPSs. These devices are CFV-UA63-CIBL6.CERN.CH and CFV-UA67-CIBR6.CERN.CH and they are connected to the technical network through the services: S2675-R-IP20 and S2675-R-IP23

BIC: Nothing special, no communication lostWIC: Just after the AUG cut the COMMUNICATION WAS LOST for some minutes, but it came back after a while?! So I am not sure if the WIC in US85 is on the correct network, due to the behavior it is probably rather on the Diesel-backed-up network?! -> Someone should checkPIC: Systems stayed connected, no loss of comms; However there is still some signal inversion that persist at the level of AUG/UPS in AR1 (we had already seen this in the past). TBC with Frederic/David…

QPSopérationnel et visible depuis la CCC (si non condamné)

Rack MQ.15R5 sur le reseau normalBloquer le circuit et rédiger une N.C.A suivre et à retester

secteur 34: QHPS et QD consignéssecteur 45: QHPS consignés et QD alimentés: OK

Knud-Bob:Normal reaction for most of the QPS devices.4 cells in the arc23 (2R) found liked to mains instead to UPS - to be modified18 main magnet QPS systems from A30.L3 to C34.L3 affected by one communication repeater not connected to the UPS

BOB:No QPS faults were provoked by the AUG. However, we did find several preexisting faults.

Knud-Bob:Expected reaction

Knud:The QPS systems in the arc 23 were checked before and after the AUG activation in point 3 this morning - as well as after the repowering. Nothing abnormal behavior was observed. All systems stayed powered before and after the cut. Communication to our units was assured without interruption. We are satisfied with this result.QPS secteur 34 off

KnudMany of our systems were off in UA63. Therefore, the test did not give a full picture of the situation. However, we noted the following points:-At the moment of AUG activation and at the instant of re-powering from the Mains a 'glitch' was seen on the communication of all local quench detectors in the arcs. The FIP communication seemed lost for some seconds. Is the 100 ms back-up buffer time of the FIP repeaters respected?-FIP communication is permanently lost on B32.R6, but this is probably not related to the AUG activation.-In sector 56 some 22 local protection units are in fault mode and cannot be reset from remote.

KnudWe (QPS) couldn't get any results as we have removed all the WorldFip links at every 'B' dipole in order to prepare for the new QPS system. This is true for both sectors 78 and 81.

EE 13kAopérationnel et visible depuis la CCC (si non condamné) Consignés Consignés Consignés Consignés Consignés Consignés Consignés ConsignésEE 600Aopérationnel et visible depuis la CCC (si non condamné) Consignés Consignés Consignés Consignés Consignés Consignés Consignés Consignés

DFBEquipements de proximité??

Système de chauffage des CL de la DFBX.L5 sous alimentation normale??Autres DFB??A voir avec Antonio Perin Système de chauffage des CL sous réseau EBD Système de chauffage des CL sous réseau EBD Système de chauffage des CL sous réseau EBD Pas de réponse Pas de réponse Pas de réponse Pas de réponse

Power ConvertersGateway opérationnelElectronics High Current opérationnelles

OKtableau ERD/53 et ERD/57 hors service OK

UJ14 et UJ16 affectes par le test AUG. Pourquoi?RPTH en SX2 et RPTI en SR2: FGC et DCCT non sur UPS (a mettre)090130-084607.4xx: Generation des fichiers PM (VDC_FAIL)Retour AC vers 09:40

David Nisbet:All PC had the expected reaction and no problems have been observed

David:Expected reaction

Conclusion: All systems reacted normally during test.(correctly went offline, generated PM files if required, and returned online when power was reapplied).Note: RPTG.SR3.RD34.LR3 locked the LHC access when the UPS batteries were no more energized.

Valerie:All systems reacted normally during test (correctly went offline, generated PM files if required).Only SR6 FGC returned online when power was reapplied.All the FGCs in UA63 and UA67 are still offline due to maintenance work.

Valerie:Test OK

RF?? NA OK NA NA NA NA NA NA

BIopérationnel et visible depuis la CCC (si non condamné) Pas de réponse Pas de réponse

Christos:Expected reaction in P2-P1Affected BLM crates: 3 (HC.BLM.SR2.L, HC.BLM.SR2.C, HC.BLM.SR2.R)- 9:17 crates disconnect from CMW (that is, ~32 min of UPS operation!)- 9:38 crates’ CPUs are booting (i.e. power-on).- 9:40 reconnected to CMW - all operational, no intervention needed.

Christos:The three BLM crates at SR1 they had the expected reaction and no problems have been observed. More specifically, they were switched off at 08:57 and recovered connection to the DB at 09:37 (crates need ~3 minutes to boot). The UPS lasted ~24 minutes.

Christos:The four BLM crates (located at SR7) have had the expected reaction and no problems have been observed.More specifically, from the DB records it can be seen that all of them have been switched off at 09:00:02.Subtracting from the numbers you give, the UPS lasted ~30 minutes (btw, that’s the longest we have seen up to now).

Christos:The BLM crates in SR3 have shut-down at 8:53. All three of them have had the expected reaction and no problems have been observed. Pas de réponse Pas de réponse

BTElectronics opérationnelles et visibles depuis la CCC (si non condamné) NA

Equipements consignés. Test non significatif.Beaucoup de racks électroniques sont alimentés

Etienne:Expected reaction in P2-P1No problems where found during the switchover to the UPS and none where detected during the restoration of the fully functional system NA NA NA

Alain Antoine:Concerning the LBDS system, all the PLC’s stayed in run mode without any trouble. All seems in the right way for us.

R.A. Barlow:I can confirm that the AUG P8 tests did not affect the MKI8 injection kickers UPS network. Hence the tests went well. No problems where found during the switchover to the UPS and none where detected during the restoration of the fully functional system.

Page 7: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

7

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Résultats Pas de problèmes majeurs, mais un nombre important de petits

problèmes dont certains critiques. Systèmes de sécurité

PAD, MAD Pertes de communication entre certains PAD et la CCC dues à

l’alimentation des certains Star Points, Certains PAD ne sont pas repris par les diesel => mode repli,

OHD et Fire Detection Capacité de certaines batteries insuffisante (devait être remplacés), Pbs avec les SNIFFER d’Atlas,

RadMon et Ramses Problème avec le rack PYMSR01 en USC55 (PIMSR02 off), Problème avec le rack PYMSR01 en UJ76 (ethernet NTP instabilities),

Page 8: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

8

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Protection machine QPS, QHPS, 13kAEE et 600A-EE

Rack QPS du MQ.15R5 pas sur UPS (pb suivi par Knud), 4 cells in the arc23 (2R) found liked to mains instead to UPS – to be

modified (pb suivi par Knud), Certains WorldFIP repeater ne sont pas sur UPS (perte de

comunication), QHPS, 13kA-EE et 600A-EE condamnés, Tous les équipements du secteur 34 condamnés, Dans les secteurs 78 et 81 le FIP n’était pas opérationnel (préparation

pour l’installation du nQPS) PIC, WIC et BIC

Pb de communication au point 5 (Star Point?), Inversion des signaux UPS/AUG au point 1,

Power Converters Convertisseurs des EIS sur UPS non secourus => pb avec les access à la

fin d’autonomie des UPS.

Page 9: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

9

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Cryo Cryo

Problèmes avec la cryo instrumentation aux points 4 et 3, Les CL Heaters ne sont pas sur UPS, c’est normal

Vide Certains racks au point 4 ne sont pas sur UPS (pb suivi par JC Billy),

Beams RF (point 4)

OK Beam Instrumentation

Pb avec 3 crates BLM en SR2, Beam transfert (pts 2, 4, 6 et 8)

Tests non significatif, car équipements condamnés,

Page 10: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

10

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9 Infrastructure CV

??, EL

Pb avec l’UPS en RE82, TI

Nombreux petits soucis avec les équipements EL et CV, Pb de communication dus aux Star Points,

Star Points Certains Star Point ne sont pas sur les réseaux secourus (pb d’identifer

les besoins réel des utilisateurs).

Page 11: HCC meeting – jeudi 14 Mai 20091 Résultats des tests HC-AUG (2008-2009) EN-EL, HCC Team et Hugues Thiesen.

11

Résultats des tests

Résu

ltats

des

test

s H

C-AU

G (2

008-

2009

), H

. Thi

esen

. HCC

mee

ting,

jeud

i 14

mai

200

9

Conclusion Il n’y a pas de problèmes majeurs, mais les tests HC-AUG ont permis de

mettre en évidence de nombreux petit problèmes dont cerains sont critiques et devront être corrigés avant les powering tests.

Les conditions des tests ne sont pas totalement représentatifs des conditions d’opération du LHC.

Un certain nombre d’équipements n’ont pas pu être vérifiés car il étaient condamnés pour le shut down.

Une participation plus ou moins forte et régulière des propriétaires d’équipements.

Certaines surprise: Les portails d’accès au point 3 ne sont pas sur le réseau secouru…

Et maintenant Tous les résultats des tests sont sur mon public, C’est aux propriétaires d’équipements de suivre et de résoudre si nécessaire

les problèmes rencontrés. HCC n’a ni les compétences, ni les moyens pour le faire.

Un bilan doit être fait pour les Star Points: Identification des Star Points devant être sur UPS. Cette identification doit être faite par les utilisateurs des Star points.