The time now:
11-DEC-1995 15:24:00
Comments story:
Nell'istogr. dei trigger del barrel supermodule 2 (moduli 3-4) dal 19 nov alle 5:00 non ci sono entries. Il segnale tuttavia arriva e non vi e' riduzione di efficienza nel trigger lvl1. Nancy all'MD verifichera' la scheda dello s.contr.
Il fenomeno era gia' successo ai primi di novembre
Abbiamo fatto un'analisi delle inefficienze delle camere mu questo e' il risultato: Low efficiency Chamber VER 2 A INT layer# 1 eff= 49. SGS OPEN 11 13 Y Low efficiency Chamber VER 1 A INT layer# 1 eff= 35. HV OFF EA 1 23 Low efficiency Chamber VER 1 A INT layer# 2 eff= 42. HV OFF EA 1 23 Low efficiency Chamber OR VER 1 A INT eff= 71. Low efficiency Chamber BAR 2 INT layer# 1 eff= 0. SGS OPEN 2 1 X Low efficiency Chamber BAR 7 EXT layer# 2 eff= 43. HV OFF BAR 3 35 Low efficiency Chamber BAR 11M EXT layer# 1 eff= 48. SGS OPEN 20 3 X Low efficiency Chamber BAR 11M EXT layer# 2 eff= 50. SGS OPEN 20 4 X Low efficiency Chamber OR BAR 11M EXT eff= 59. Non abbiamo ancora capito come mai queste 4 camere siano inefficienti : Low efficiency Chamber MID 6 A INT layer# 1 eff= 33. ??? Low efficiency Chamber MID 10 B INT layer# 2 eff= 13. ??? Low efficiency Chamber BAR 4C INT layer# 2 eff= 53. ??? Low efficiency Chamber BAR 6 EXT layer# 1 eff= 58. ???
CHI HA UCCISO HCMON ? - Sembra che qualcuno abbia eliminato HCMON dal database con il risultato che stamattina eravamo senza istogrammi ON-LINE sul PRESENTER ...... NOISE SUL MOD 19 - Dopo le operazioni di ieri il noise sul mod. 19 e' scomparso Siamo in attesa di un report da parte del coordinatore del laser della TPC. Il sospetto e' che grazie ad un aggiustamento dell'ottica stiano andando con meno potenza.
Noise su Barrel (mod 19) - Dopo aver controllato tutte le possibili fonti di rumore abbiamo fatto spegnere il laser della TPC La cosa gli ha fatto talmente bene che adesso anche con il laser acceso non abbiamo piu' problemi (!!!!) Forse, visto che il laser si rifiutava di ripartire, il responsabile ha fatto qualcosa .... indagheremo.
OVC - OVC hard nell'End-Cap A Crate 1 ch 23 Crate 3 ch 27 guardiamo se sono accessibili ... Noise su Barrel - Mascherato il canale 16 crate 5 per un test (siamo senza fascio)
Noise su Barrel (II) - con il ch 16 del Crate 5 OFF il modulo 19 sembra tranquillo (2 ore di accumulazione dati su DRON senza problemi). Stacchiamo i piani 10-11 e ridiamo tensione al ch 16.
OVC End-Cap A : OVC ECA Crate 3 ch 27 recuperato staccando un tubo (per l'identificazione del tubo bisogna attendere l'apertura) OVC ECA Crate 1 ch 23 : il canale e' stato mascherato perche' era sempre a 200 V e non e' raggiungibile.
Analogico Barrel - Falso allarme sul mod 19, continua a fare casino. Domani cercheremo di porre rimedio ...Ripristino le condizioni iniziali (ovvero piano 10 e piano 11 con HV)
Analogico Barrel - Problemi sul modulo 19 side A del Barrel (vedi II figura) Ogni tanto c'e' anche una sparata sui moduli 19 B, 24 B noncche' qualcosa (tanto per gradire) sui 22 e 23 B (vedi I figura)
TRIGGER - nell'istogramma delle Trigger Rates/module del presenter del 4 novembre c'e' un periodo di circa 6 ore in cui la trigger Rate del supermodulo 2 del BARREL e' zero. La trigger rate per LEV1 era ok, quindi la spiegazione piu' probabile e' che una delle nostre scale non ha funzionato per quel periodo.
NOISE TORRI - E' comparso un picco nell'istogramma del presenter HCAL En/cable Tutto il mod. 19 sembrerebbe rumoroso ... L'unica correlazione trovata (fino ad ora) sono degli OVC sul Ba CR 5 ch 16 (corrispondente al mod. 19 layer 8/9/10/11) che pero' ora sembra tranquillo.
Problema calibrazione riportato ieri: NON e' un problema: l'energia RAW di HCAL non e' calibrata ne' per quanto riguarda il valore assoluto ne' in funzione del modulo (barrel) Olivier Callot e' stato istruito su come correggere questa energia in modo da ottenere un valore piu' vicino alla realta' da usare per l'event display e per il programma di selezione di eventi online.
- Il PRESENTER e' morto una decina di volte in due ore - AXAHC1 oggi e' di una lentezza esasperante (record = circa 1 min per aprire la finestra "new input source" da presenter)
DIGITALE : L'astros 152 ,splitter 15, catena 13, (corrispondente alla camera verticale 3 interna ENDB) ha una scheda molto rumorosa che causa lo shift visibile nell'istogramma delle strip muons nel presenter. Mascherando risolveremmo il problema dello shift ma perderemmo tutta la catena, ERGO decidiamo di non mascherare per il momento. G.R. & G4
Buenas Dias, 10:00 Il "binos di uscita" e' stato scollegato dallo ingresso e rimesso ( come prima ) in uscita. 19:15 In Contatore Nim per il trigger segnala due moduli con problemi sull'EndCap B. Il presenter non e' chiaro a riguardo, dato che ci sono state delle accensioni brevi delle HV.
Buenas Dias, 8:40 Il settore 6 dell'End Cap A, e' salito su al 66% di efficienza dei conteggi sul monitor, c'e' da suppporre che quindi sia proprio il connettore a essere difettoso. Gelao
Buena Man~ana 10:30 Smontato il connettore del sestante sei del tempestometro, sembrava ok, rimontato ma con una striscetta per fermarlo bene. Dopo di che il modulo 6 ha continuato a avere efficenza intorno al 50%, andando nella baracca b2, sul modulo di contatore ( "scaler" ) dell'EndCap A, e spingendo meglio dentro il connettore del modulo sei EndCap a, le cose sono andate perfettamente. In precendeza avevo scambiato il modulo 5 col 6 ( ma a MONTE del contatore ) e ho continuato a vedere meno conteggio sul canale 6 del contatore, percio' di sicuro non dipende da cio' che sta a monte del contatore. Gelao
10:30 Test con i binos: il binos di input presentava letture rumorose da molto tempo: era lui stesso rumoroso e non lo era la scheda che lo leggeva. Questo era il binos che era saturato. Abbiamo mandato il gas in input sul Binos che prima era in output. Domani dovremo ritornare a collegamenti di prima.
Buenas Dias ! 23:00 Dopo che hanno rimesso la Alta Tensione sugli EndCap, si e' visto che e' ancora inefficiente ( 40% ) nei conteggi il modulo 6 dell EndCap A, smanettando il connettore sul tempestometro si ottengono forti variazioni dei conteggi, la mia impressione e' che sia colpa del connettore 21 che, essendo debole per la mancanza di un rinforzo che gli altri hanno, abbia delle saldature interne difettose. Ho chiesto a Raso di venire domani con Ferrorelli per risaldare il connettore, spero bastera'. Stranamente sul presenter, alla pagina "trigger rates/module" non si nota questo problema, che e' ben visibile sullo schermo tv del contatore. Gelao. Includo qui il mail, ricevuti oggi, di Giassi/Silvestris e quello Calderini , questi mail descrivono i lavori fatti da loro circa il TSR.
Buenas Dias, Ore 16:00 Prova alte tensioni Ore 16:20 Il Caen crate 2 del Barrel non e' partito, ho resettato lo slow control, ma lo slow control mi diceva ancora che il Caen era irragiungibile, ho fatto il reset manuale del Caen, e ho dovuto bloccare e far ripartire HCSLOW_B, ora tutto a posto. Ore 17:00 Controllo con digtest, splitter 11 canale 13, e splitter 1 canale 2, come doveva essere. Ore 17:00 Il modulo 6 dell'EndCap A contava almeno 5 volte meno eventi degli altri, Collegando il modulo 6 ( che era sulla penultima scheda del tempestometro ) con un altra scheda del tempestometro, i conteggi erano normali, abbiamo quindi scambiato l'ultima ( vuota ) con la penultima ( che conteneva la presa pel modulo 6 ), e abbiamo rimesso il modulo 6 dell'endcap sulla nuova penultima scheda. Ci sono stati problemi probabilmente causati da fatto che i connettori non facevano ben contatto sul tempestometro, alla fine il modulo 6 e' ritornato a funzionare.
Mascherato HV end cap A crate 1 ch. 27 (hard OVC)
- canale 12 crate 2 portato a 10 uA
- Mascherato il layer 4 dell'Astros 164 S.B. 14 (non rispondeva all'ON/OFF)
Digitale --------- Si e' aperta anche la catena 3, astros 142 (mu chamb 11M Barrel) e fa un sacco di casino. La mascherero'. Fastbus -------- Ieri pomeriggio si e' spento il crate FB dell'end A. C'e' stato il temporale e quindi probabilmente e' stato dovuto solo a quello. In ogni caso ora sill'end A c'e' il power supply che un mese fa circa era sul B ed era difettoso. Quindi potrebbe ripetersi la commedia....... Shutdown 11-13 settembre ------------------------ Abbiamo una lista abbastanza lunga di roba da fare, ma niente di cosi' grave da giustificare un'apertura solo per HCAL, cosi' si e' deciso di non chiederla e di tirare per altre 2 settimane cosi' come siamo, fino allo shutdown lungo di ottobre. Nancy, Giuseppe
Digitale -------- Stanotte mi hanno chiamato per il seguente errore: HCANL : MUCH_Astros 160 is dead: Id:10. L'astros in questione serve al middle angle 5, end B. Doveva essere un falso allarme dovuto a poca statistica. Dalla pagina degli astros dei mu non si vede nulla di strano sull'astros 160. Nancy
Trigger -------- Ieri ho riabbassato al livello delgi altri la soglia sul modulo 11 del barrel. Adesso, in certi run ha ripreso a contare troppo, pero' in altri e' normale. Credo che sia meglio cosi' anzicche' ammazzargli i conteggi. Digitale --------- Giusto stamattina si deve essere aperta la catena 4 della 11M Barrel (astros 142). Shift di circa 150 canali nell'istogramma del nr. di strip a paetire dal run 37497. La maschero. Slow Control ------------ Stanotte HSLOWB moriva in continuazione tanto da essere chiamata. Il micro dell'endcap A era in timeout, non segnalato perche' il programma non riusciva neanche a fare il controllo. Ci devo guardare ..... Nancy
Digitale ---------- L'ultimo digscan : 1)The chain n. 15 of HCRPB1 HCAL ASTROS_05 (ID 133, S.B. 09) should be masked 2)The chain n. 2 of HCRPB1 HCAL ASTROS_10 (ID 143, S.B. 19) shouldn't be masked 3)The chain n. 9 of HCRPB1 HCAL ASTROS_10 (ID 143, S.B. 19) shouldn't be masked 4)The chain n. 8 of HCRPEA MUON ASTROS_01 (ID 100, S.B. 03) should be masked 5)The chain n. 20 of HCRPEB HCAL ASTROS_04 (ID 155, S.B. 08) should be masked 6)The chain n. 4 of HCRPEB HCAL ASTROS_10 (ID 167, S.B. 20) shouldn't be masked Ho smascherato la 2),3) e 6). A proposito del reload delle maschere durante la presa dati ........ Stamattina al meeting mi hanno tirato le orecchie perche' fare lo STOP del run seguito dal nuovo START, al fine di ricaricare le maschere, porta via 2 minuti di presa dati, informazione datami dallo shift leader. Non e' vera quindi la credenza (tramandatami) di alcuni di HCAL secondo i quali e' un'operazione che prende 3 secondi .... Comunque per stamattina la cosa e' passata e le variazioni le ho potute fare perche' LEP adesso sta fillando. Nancy
Digitale ---------- L'ultimo digscan : 1)The chain n. 15 of HCRPB1 HCAL ASTROS_05 (ID 133, S.B. 09) should be masked 2)The chain n. 2 of HCRPB1 HCAL ASTROS_10 (ID 143, S.B. 19) shouldn't be masked 3)The chain n. 9 of HCRPB1 HCAL ASTROS_10 (ID 143, S.B. 19) shouldn't be masked 4)The chain n. 8 of HCRPEA MUON ASTROS_01 (ID 100, S.B. 03) should be masked 5)The chain n. 20 of HCRPEB HCAL ASTROS_04 (ID 155, S.B. 08) should be masked 6)The chain n. 4 of HCRPEB HCAL ASTROS_10 (ID 167, S.B. 20) shouldn't be masked Ho smascherato la 2),3) e 6). A proposito del reload delle maschere durante la presa dati ........ Stamattina al meeting mi hanno tirato le orecchie perche' fare lo STOP del run seguito dal nuovo START, al fine di ricaricare le maschere, porta via 2 minuti di presa dati, informazione datami dallo shift leader. Non e' vera quindi la credenza (tramandatami) di alcuni di HCAL secondo i quali e' un'operazione che prende 3 secondi .... Comunque per stamattina la cosa e' passata e le variazioni le ho potute fare perche' LEP adesso sta fillando. Nancy
Trigger ore 9:30 --------- La soglia a 3 volts sul modulo 11 e' troppo alta. La frequenza di trigger e' scesa troppo e il modulo conta circa 4 volte meno degli altri. Adesso la riporto a 2.5, come detto al meeting, e si terra' cosi' anche se il modulo riprende a sparare. Meglio che di tanto in tanto sia rumoroso, piuttosto che provocare inefficienze nel trigger. Nancy
Fastbus ------- Stamattina il FB dell'end B e' trippato ancora. Abbiamo scambiato il power supply del EB con quello dell'EA. Il problema si e' spostato sull'EA. Abbiamo quindi messo sull'EA l'altro Power supply spare che era nel crate in laboratorio, (cio' quello che fu tolto dall'EB cira 20 giorni or sono). Adesso HCAL non ha piu' spare propri. Si portera' al pool anche il power supply tolto stamattina dall'EB. Trigger ------- Il modulo 11 del barrel continua ad avere un alto rate di conteggio. Sembra pero' che quetso accada in coincidenza con presenza di background, quando anche la ITC ha problemi col segnale di trigger. In ogni caso si alzata un altro po' la soglia sul modulo 11 portandola a 3 volts. Digitale -------- L'ultimo DIGSCAN == > Checking SB masks on 30-AUG-1995 16:51 1)The chain n. 15 of HCRPB1 HCAL ASTROS_05 (ID 133, S.B. 09) should be masked 2)The chain n. 2 of HCRPB1 HCAL ASTROS_10 (ID 143, S.B. 19) should be masked 3)The chain n. 3 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked 4)The chain n. 4 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked 5)The chain n. 8 of HCRPEA MUON ASTROS_01 (ID 100, S.B. 03) should be masked 6)The chain n. 13 of HCRPEA MUON ASTROS_02 (ID 102, S.B. 11) should be masked 7)The chain n. 20 of HCRPEB HCAL ASTROS_04 (ID 155, S.B. 08) should be masked 8)The chain n. 8 of HCRPEB HCAL ASTROS_06 (ID 159, S.B. 12) should be masked 9)The chain n. 4 of HCRPEB HCAL ASTROS_10 (ID 167, S.B. 20) should be masked0 Da fillt sugli ultimi run vedo che : 1) e' parzialmente inefficiente 2) open --> MASCHERO 3),4) carte molto rumorose 5) carte rumorose 6) open --> MASCHERO 7) parzialmente inefficiente 8) open --> MASCHERO : oltre la chain n. 8 of HCRPEB HCAL ASTROS_06 (ID 159, S.B. 12) ho visto che anche la catena n.7 dello stesso astros e' aperta. Essa corrisponde ad un canale HV mascherato, cioe' il canale 31 del crate 2 EB. Chi a ha mascherato il canale HV ha dimenticato di mascherare anche la catena. Quindi maschero anche quella. 9) open --> MASCHERO Nancy
Ore 5:50 Il fastbus 1 ENDB si e' rispento una volta alle 3:30 ed e' stato riacceso faticosamente da Anna, e ancora una volta alle 5:30 circa. Approfittando del fatto che lep ha perso il fascio cambio il fan. Ci sono stati seri problemi a ristartare l'acquisizionedopo il cambiamento di fan perche' gli adc davano fastbus error... Il nuovo fan non e' safe al 100 per 100 perche' era stato gia' cambiato circa 15 giorni fa da Olivier : tuttavia in laboratorio non ha dato problemi. Stiamo facendo il gioco dei tre fan ...
Trigger 0re 17:05 --------------------- Alzata la soglia sul Modulo 11 del barrel perche' ha ripreso a contare un casino. Da 2 volts e' stata portata a 2.5 volts circa. La frequenza di trigger e' rientrata nei valori normali. Nancy, Giuseppe
Ore 9:40 Stanotte abbiamo avuto dei problemi con il crate fastbus 1 ENDB. E' un problema storico, su quel; crate sono state gia' cambiati ventola e power supply. Probabilmente si tratta di una carta fastbus difettosa (magari un astros) che ogni tanto fa trippare il crate (sigh...). La soluzione finche' il problema non viene risolto definitivamente (se mai sara' risolto) e': 1) Ciclare il power supply del fastbus cioe': da alslow fare OFF e ON (anche se lo status risulta gia' OFF) 2) DOPO il riciclaggio resettare la FIC (hcrpeb) loggandosi (hcal aleph) e facendo reset 3) Far ripartire l'acquisizione Di solito in questo modo si recupera in pochi minuti. Il problema pero' non si presentava da almeno una settimana (dopo il cambiamento del power supply).
Ore 9:50 Guardando gli eventi accumulati su DRON si nota una carenza di energia sui moduli 21 22 23 del barrel side B. Non e' chiaro se si tratta di ADC o di mixer...
Ore 20:15 Si e' ripresentato il problema del Fastbus endb... Ho verificato che e' impossibile accenderlo da alslow e che il cicalino del crate buzza quando si prova a mettere on la tensione. Abbiamo estratto TUTTI i moduli fastbus dal crate (astros, HCR, FVSBI etc...) e il problema persisteva ... Di conseguenza il problema dello spegnimento e' da imputare a: fan, power supply o ancillary card. Nel momento in cui abbiamo estratto la fan il crate fastbus si e' riacceso... Quindi la suddetta fan e' fortemente sospettata E' tutto pronto giu' per eventuali chiamate notturne
Ore 12:20 Il supermodulo 11 modulo 22 del barrel ha preso a triggerare un casino. Dopo qualche studio abbiamo realizzato che ci sono dei problemi sulla scheda di controllo dell' HV box 22. Infatti estraendo il cavo di controllo relativo dal tempestometro il modulo 22 conta zero (e non infinito come tutti gli altri). Tuttavia aumentando la soglia del 22 a 2.4 V il rumore e' sparito Pertanto per il momento la situazione e' provvisoriamente sotto controllo
Ieri abbiamo provato il TSR spare cambiando la mother board con una della TPC. Il problema del timeout ogni pochi secondio persiste... Ne concludiamo che in realta' e' la nostra piggy-back che ha dei problemi . Ho parlato con Giulio col quale abbiamo convenuto di organizzare una nuovo test delle nostre piggy-back spare, durante il prossimo MD lungo...
Ore 10:30 Rensch Ha fatto notare che il segmento di trigger 10 di hcal (corrispondente al modulo 7-8 del barrel ) e' rumoroso in corrispondenza dei run col tpc-laser on. Abbiamo guardato i fill: 2859 laser on - no noise 2863 laser off - no noise A questo punto sono stati fatti dei lavori sul laser della TPc (8 agosto) 2865 laser on - noise Quindi sembra proprio che pickappiamo rumore dal laser. Avvertiro' della cosa il tpc coordinator
Ore 11:00 Abbiamo provato ancora un'altra piggy-back sul barrel 1 con la mother board dataci dalla tpc. Sembra funzionare. Di conseguenza le DUE piggy back precedenti date per buone in realta' hanno qualcosa di rotto. Lasciamo in loco questo TSR ed aspettiamo se ci sono errori. Se ricordo bene la piggy-back era marcata B4 Il TSR in laboratorio (precedentemente installato) e' pertanto uno spare funzionante
Digitale -------- Ho guardato i run di stanotte con fillt e la catena n. 15 of HCRPB1 HCAL ASTROS_05 (ID 133, S.B. 09) non e' completamente aperta. Non maschero. Nancy
Ore 10:00 Digitale ----------- Checking SB masks on 18-AUG-1995 09:19 The chain n. 15 of HCRPB1 HCAL ASTROS_05 (ID 133, S.B. 09) should be masked The chain n. 4 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked Non c'e' presa dati, si approfitta per fare un Off/On su queste due e su quelle mascherate. List of masked chains follow : 1) HCAL B1 ASTROS ID 133 (Spl.B. 09) Chain N. 2 2) HCAL ECA ASTROS ID 105 (Spl.B. 05) Chain N. 14 3) Muon B1 ASTROS ID 124 (Spl.B. 02) Chain N. 1 OVC ---- Stamane, durante il run 37293, il canale 16 del CAEN 3 del Barrel, corrispondente alla camera mu n.6, ha avuto 20 OVC e 6 OFF per condizionamento. TENERE SOTT'OCCHIO !! Nancy
CAEN ore 13:00 ----------------- HCAL appare in stato strano su ZBD se si prova a fare lo switch ON. Dal log file di HCVOLT si vede che il problema e' sul crate 3 del barrel che viene visto off. Guardando le tensioni dal menu' si vede che le camere dei mu non sono passate alla V0. Guarando il caen a vista... si vede invece che le tensioni sono giuste .. strano ! Abbiamo resettato il crate e adesso e' a posto .. Nancy, Giuseppe
Digitale --------- L'ultimo DIGSCAN ==> ch.4 , astros 142, sb. 20 (mu barrel) da mascherare. Da Fillt si vede che la catena non e' aperta , in parte funziona, anche se dove funziona e' rumorosa. Per il momento non la maschero. Nancy
Ore 20:00 circa ---------------- Low voltages of HV ------------------- Il problema sul lv_hv_p 6 dell'end B si e' ripresentato. Per il momento e' stato risolto ancora muovendo il fusibile. Si cambiera' la carta appena viene sospesa la presa dati. FASTBUS ------- Anche il FB dell'end B ha dato ancora problemi sul filo dell'inizio della presa dati. Questa volta il crate NON si e' spento pero' comunque il FB non veniva visto. E' stato risolto ciclando il power sul crate e resettando la FIC. Per il momento sembra essere la sola cura utile. Domani ci riproponiamo di controllare le connessioni sul back panel. Nancy, Giuseppe
Nonostante la sostituzione del neon gli eventi fuochi d'artificio ci sono ancora ..... Proviamo a modificare il programma che fa il filling degli istogrammi sul presenter per mettere un opportuno taglio in energia. Approfittando della sospensione della presa dati si e' fatto un po' di OFF/ON sulle splitter con le catene mascherate. Nancy, Giuseppe
ore 9:30 Per la storia degli eventi in cui tutto Aleph si accende, .... abbiamo scoperto che c'e' un neon difettoso fuori dalla baracca B2, che potrebbe essere la causa dei fuochi d'artificio. Ho dato mandato al 2201 di cambiare il neon cosi' vediamo se era lui la causa. Nancy
Fastbus ------- Il problema persiste inesorabile. Flaggato con DUCK il run 37231 a causa dello spegnimento del FB. Stamattina cambieremo l'alimentatore e vediamo di fissare meglio il microswitch. Nancy
Fastbus 10:30 -------- Abbiamo cambiato il power supply del FB sull'end B e messo bene la sbarra sul micro switch. Speriamo bene ! Nancy, Fabrizio e Giuseppe
Trigger -------- Dal presenter si vede che il Modulo 11 del Barrel ha un andamento della frequenza di trigger molto irregolare. Deve essere controllato durante il prossimo shutdown.
LV_HV ore 12.30 ------ L' LV_HV positivo del canale 6 dell'end B e' a zero. Abbiamo verificato che il fusibile e' bbono, e che si tratta della scheda. MA ..... ci sono spare solo da 15 volts !!!!!!!!!! Abbiamo rimesso dentro la scheda vecchia e per un colpo ... di fortuna ha ripreso a funzionare. Si devono assolutamente procurare degli spare sia da 10 volts che negativi. Nancy, Giuseppe
Stanotte si e' riproposto il problema sul FASTBUS dell'end B. Andrea Venturi in shift lo ha riacceso con il menu slow control ma dopo ha avuto gli stessi problemi di ieri a recuperare il TSR, con una perdita di 15 minuti di acquisizione. Proveremo a cambiare il FAN e nel caso l'alimentatore, non appena termina la presa dati. Nancy
abbiamo avuto ancora problemi con le spike negli istogrammi del presenter (energy per module e energy per adc Shift Page) 37186 e 37195 sono stati flaggati MAYBE in CIA Questi sono dovuti a singoli eventi prodotti da noise creato probabilmente dalle pompe vicino al modulo 16. L'energia totale e' di 6 TEV !!!!! Questi eventi non peggiorano la qualita' dei dati !!!!! Archiviamo il problema in CIA. Manderemo un mail a Monica per mettere un taglio sull'energia in modo che questi eventi non vengano analizzati Ieri sera alle 21:15 abbiamo avuto un trip sul Fastbus dell'endcap B Sono stati persi 30 min di presa dati per far ripartire l'acquisizione in quanto il TSR non era piu visibile dopo la riaccensione. Nancy e Fabrizio
Digitale --------- Digscan continua a darmi da mascherare le seguenti catene: Checking SB masks on 12-AUG-1995 08:30 The chain n. 4 of HCRPB1 MUON ASTROS_07 (ID 136, S.B. 14) should be masked The chain n. 3 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked The chain n. 4 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked NON maschero perche' da fillt sono solo parzialmente inefficienti. Nancy
Digitale ---------- L'ultimo DIGSCAN di ieri dava Checking SB masks on 10-AUG-1995 04:36 The chain n. 2 of HCRPB1 HCAL ASTROS_09 (ID 141, S.B. 17) shouldn't be masked The chain n. 4 of HCRPB1 MUON ASTROS_07 (ID 136, S.B. 14) should be masked The chain n. 3 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked The chain n. 4 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) should be masked Ieri pomeriggio ho smascherato la chain n. 2 of HCRPB1 HCAL ASTROS_09 (ID 141, S.B. 17) Stamane sembra ok .
Abbiamo fatto un'analisi dei time out capitati fin'adesso questo e' il risultato Det .Facility.Failure | Date Time | Fill Run Evt | Code | Text __________________________________________________________________________________________________________________ HCAL.SLOWCTRL.BARR_TIMEOUT | 15-MAY 09:12 | 2659 35770 4831 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 15-MAY 09:43 | 2659 35771 111 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 4-JUN 00:06 | 2708 36374 0 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 3-JUL 10:09 | 2782 0 0 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 3-JUL 15:52 | 2782 0 0 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 3-JUL 16:57 | 2782 0 0 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 19-JUL 14:01 | 2795 36865 0 | ERRO | BARR slow control micro timeout HCAL.SLOWCTRL.ENDB_TIMEOUT | 19-JUL 14:01 | 2795 36865 0 | ERRO | ENDB slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 22-JUL 18:19 | 2807 36911 1878 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:18 | 2840 37064 41 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:21 | 2840 37064 41 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:24 | 2840 37064 41 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:26 | 2840 37064 41 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:33 | 2840 37064 41 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:49 | 2840 37066 2 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:51 | 2840 37066 2 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 2-AUG 10:57 | 2840 37066 2 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.ENDA_TIMEOUT | 8-AUG 10:36 | 2864 37143 5116 | ERRO | ENDA slow control micro timeout HCAL.SLOWCTRL.BARR_TIMEOUT | 8-AUG 13:08 | 2864 37145 131 | ERRO | BARR slow control micro timeout 7 time out per il Barrell 11 time out per l'End Cap A 1 time out per l'End Cap B SLOW CONTROL : Trigger ---------------------- A partire dalle 12:00 di oggi, il monitoraggio degli scaler e' OK. Il rate di trigger e' adesso espresso direttamente in Hz, sia sul menu' slow control sia sul presenter.
aggiungo alcune notizie ieri sono stato chiamato per un allarme proveniente dal programma di monitor dei histos nel presenter. Il problema era legato a "molti layer Muons & HCAL dead & noisy " in quella occasione lo stesso programma di monitor si era andato in ABEND. ho investigato ed il problema sembra essere legato alla statistica ed al fatto che gli hits di ASTROS sono accumulati in eventi cosmics ma entro un numero fissato di Z0 ! Aggiorno lo stato delle catene ASTROS # lay # 136 4 open (non mascherata : va) 142 4 open (non mascherata : va)
Cari coordinatori .... vi pregherei di aggiornare con maggiore frequenza i messsaggi in CIA ! (fare il tutto il lavoro in fondo e` faticoso ed anche complicato visto che parte degli Histogrammi utili per definire lo stato dei problemi viene anche cancellata )
ore 11:30 Abbiamo cambiato il TSR del barrel 1 dato che dava timeout on Busy ogni 20 minuti circa Spento e mascherato il canale 35 del crate 3 del barrel corrisponde alla camera mu 7 esterna layer 1 and 2 l'over current e' comparso alle 16 del 5 agosto
Oggi e` stata posta la soglia di trigger HCAL a 1 double-plane questo ci serve per studiare l'effcicenza di trigger in funzione dell'andamento delle OVC e degli OFF nelle HV .Questa soglia non dovrebbe essere cambiata per un lungo periodo. In questo periodo sono stati registrati molti warnings fron Hmon , tipicamente catene digitali rumorese ed anche splash di torri (questi eventi sono piu` frequenti nei primi 100 eventi di ogni run , possibilmente a causa di piedistalli non sottratti correttamente all'inizio del run) Ci sono anche eventi ad alte energia (presi da fillt) localizzati nel side A di hcal nei moduli barrel 15-17 . Per curiosita` due esempi sono nei runs 37083 ore 19:45:19 (mu+H astros_8) e nel run 37091 ore 14:01:29 (mu+H Astros_8)
Questo e` lo stato prima della presa dati (04-Aug-95 06:00 a.m.) DIG : List of masked chains follows (counted from 1 to 24) : 1) HCAL B1 ASTROS ID 133 (Spl.B. 09) Chain N. 2 2) HCAL ECA ASTROS ID 105 (Spl.B. 05) Chain N. 14 3) Muon B1 ASTROS ID 124 (Spl.B. 02) Chain N. 1 4) Muon B1 ASTROS ID 142 (Spl.B. 20) Chain N. 4 5) Muon ECA ASTROS ID 110 (Spl.B. 06) Chain N. 15 il test di calibrazione da : Checking SB masks on 3-AUG-1995 10:09 The chain n. 4 of HCRPB1 MUON ASTROS_10 (ID 142, S.B. 20) shouldn't be masked (curata con on-off) The chain n. 15 of HCRPEA MUON ASTROS_06 (ID 110, S.B. 06) shouldn't be masked ( boh ???) Decido di smascherare le due catene precedenti. Inoltre le seguenti catene sono 'NON OK' det. S.B. Lay ECB 22 23 ECA 15 4 2 1 10 20 9 14 BARR 9 14 21 1 DEVO pero` mascherare la catena BARR SB 17 LAY 2 che mostra 100 hits fired molto spesso ALLARMI: HCAL.SOR_EOR .PED_B1_ADC16 | 3-AUG 10:08 | 2845 37078 285 | 9 | 13 low sigma peds in B1 ADC_16 *** ALARM ! *** HCAL.SOR_EOR .PED_B1_ADC17 | 3-AUG 10:08 | 2845 37078 285 | 9 | 12 low sigma peds in B1 ADC_17 *** ALARM ! *** Questo problema si tiene sotto controllo : sono gli ADC che leggono i moduli barrel dal 21-23 che sono sempre un po` noisy . SLOW CONTROL il micro alsc93 (ECA) va spesso in TIMEOUT ......(?)
FASTBUS Oggi il crate ECB 1 si e` spento nuovamente : il problema non e` legato al microswitch della barra ma ad una failure dell'alimentatore che oggi sara` cambiato(?). DIGITALE alcune catene aperte sono state "curate" on-off ; sono le seguenti ECA (sb)16 (lay)14 , ECA 21 19 , BARR 17 2 , BARR 2 1 , BARR 20 3 BARR 20 4
ore 00:30 Sono stato chiamato diverse volte perche' il Crate fastbus dell'endcap B con gli astros/RCP si spegneva da solo. Per riaccenderlo bisognava fare off/on da alslow... Abbiamo forti sospetti sul microswitch della sbarra fastbus...
Ore 9:00 Maschero la catena 14 astros 105 ENDA che (come previsto) e' risultata morta all'ultimo digscan G. Bagliesi
Ore 17:00 Mascherata la catena 4 Astros 142 s.b. 20 camera barrel MA 11M Provocava uno shift di almeno 128 canali nel numero di hits/astros Cioe' sparava sempre tutta
Ore 23:26 SOno stato chiamato per un error dall slow control relativo a LV_CH SP 5 endcap A. Si tratta di un fusibile fuso sula splitter (non accesssibile). E' interessato il layer 14 sestante 2 EA lato tubi lunghi (atros 105). Per il momento NON maschero la catena relativa che dal presenter risulta comunque morta
Error log messages __________________ Da questa mattina tutti i programmi che estraevano dal file di messaggi di errore quelli piu' recenti di hcal, sono andati in tilt ed ora estraggono tutti i messaggi a partire da Maggio,creando dei listing enormi. Dato che per fare questa estrazione usavamo un programma scritto da Olivier ho mandato un mail a SOFT_MANAGER,cioe' Beat che ha provveduto a rimandare il messaggio a Olivier. Vedremo... P.Zito
Digitale -------- OFF/ON su : 1) chain 4,split 20, astros 142 barrel camera mu 10 2) chain 22,23, split 4-6, barrel camera 4d 3) chain14, split 16, astros 115 calorim, end A (gia' mascherata,ma ci ho provato) Attendo ....
Digitale (for ever) ------------------- L'OFF/ON ha avuto effetto su 1) chain 14, astros 115, splitter 16 2) chain 4, astros 142, splitter 20 Smaschero la 1) Nancy
Trigger --------- Tenere d'occhio il counting rate nel canale di trigger corrispondente ai moduli 7-8 del barrel per la treshold 3. Per il momento non influisce sul level1, ma ....... Digitale ---------- Maschero la catena 14, splitter 16, astros 115, end A (calorimetro petalo 4 tubi corti). C'e' l'astros 126, catene 23,23 che fa un casino della miseria: le catene sono rumorose e danno bit fuori range. Come si puo' vedere da Fillt per esempio sul run 36837. Il rumore va e viene. Per il momento non maschero quelle catene. Domani provero' a fare OFF/on sulla splitter. Hai visto mai che si curano ? Nancy
Data Quality -------------- Il run 36839 e' finito per beam lost. I messaggi che si leggono nel file di oggi del data qualiti sono dovuti al fatto che HCAl e' stato messo in standby prima di stoppare il run.
Siamo tornati in presa dati, per ora con lo schema 4x1 4x1 DIGITALE --------- Si sono aperte le catene: 1) chain 2, Splitter 9, astros 133 del modulo 9 del barrel (calorimetro) 2) chain 3,Splitter 20, astros 142 , Barrel, mu-chamb 11M Provo a fare OFF/ON e alla prossima calibrazione si vede ... Nancy
DIGITALE (la vendetta) ------------------------ ore 11:20 Maschero: chain 2,Splitter 9, Barrel, Modulo 9 ancora APERTA, l'OFF/ON non ha funzionato
DIGITALE -------- Ancora oggi niente dati Ore 19:20 Maschero: la catena 1, splitter 2,astros 124 del barrel (mu) che non si e' curata con l'OFF/ON fatto ieri. Smaschero: la catena 18, Splitter 8, astros 155, END B (calorimetro) che si era aperta il giorno della chiusura e che ora mi viene data per buona da digscan. Nancy
Ancora niente dati ..... DIGITALE --------- Si e' riaperta la catena 1, Splitter2 el BARREL Provo a fare OFF/ON finche' e' possibile. Nancy
LV ---- Ieri sera avevo mascherato la LV_CH, splitter 7, endcap B poiche' era a 4 Volt (valore nominale 5). Stamattina ho modificato appena appena nel database la soglia per il warning, e l'ho smascherata. LEP ----- L'inizio della fisica e' previsto per stanotte ....... sigh !
Istruzioni per il mascheramento delle catene ----------------------------------------------- Dovendo mascherare una catena , ieri sono riscorsa al CHAIN MASKER, ed ho apprifittato dell'elenco di istruzioni da seguire visto che non le ricordavo piu' a memoria. Una cosa pero' me la sono ricordata ed era quella che MANCAVA nelle istruzioni ed e' FONDAMENTALE, cioe' quella di chiudere la partizione prima di disconnetersi da ASHELL. Adesso l'ho inserita in grassetto visto che lasciare la partizione aperta produce un incazzamento cosmico del DAQ. Nancy
DIGITALE ----------- Il messaggio di DIGSCAN dell 14:35 indica che si sono APERTE le seguenti catene: 1) Splitter 1, chain 19, astros 125 (calorimetro, modulo 1) 2) Splitter 9, chain 2, astros 133 ( " modulo 9) 3) Splitter 2, chain 1, astros 124 (mu-chamb) 4) Splitter 20,chain 3, astros 142 ( " ) Fatto lo switch OFF/ON ====> la splitter 9, chain 2 e' rimasta APERTA ==> MASCHERO N.
CHIUSURA ALEPH --------------- MEA CULPA di tutti !!!!! Nessuno escluso !!!! Un connettore HV penzolava allegramente fuori da un modulo del Barrel non permettendo la chiusura completa di ALEPH !!!!!!! Giampaolo Murtas mi ha appena raccontato che una volta si faceva un giro di ricognizione anti ... penzolamenti molesti. L'usanza va ripristinata !!!!!!! HV ----- Tagliato il connettore (di cui sopra) corrispndente al BARREL, MODULO 7, PIANO 3, TUBO 8 Il connettore dovra' essere sostituito alla prossima apertura. DIGITALE -------- Siccome le disgrazie non vengono mai da sole ..... si e' APERTA la CATENA sul layer 18, SPLITTER 8 sull'ENDCAP B (calorimetro sestante 2 polo e tubi lunghi) MASCHERO ! N.Marinelli
SLOW CONTROL -------------- Da circa una settimana chiunque usi il MENU si e' accorto della particolare lentezza nell'inizializzazione dei devices. Ho appena finito di parlare con uno dei responsabili (A. Pacheco) dello Slow Control generale il quale mi ha spiegato che questo deprouvment nella velocita' e' dovuto alla variazione (fatta appunto circa una settimana fa) del formato del database generale dello SC. Da quello che ho capito, adesso ALEPH ha un database unificato immagazzinato su disco per tutti i detector, mentre prima c'erano tante sezioni. Quello che succede nel nostro caso e' che per inizializzare i devices viene fatto un loop su tutti i devices. Il TUTTI prima era solo sui nostri, ora il TUTTI riguarda tutto cio' che c'e' nel database e quindi ci impiega un casino di tempo. Pacheco concorda che 5 minuti prima che il menu' parta sono un po' tanti e vedra' se si puo' in qualche modo migliorare la cosa Passo e chiudo. Nancy
HV ----- Staccati i tubi 18,19 (carta 10) MODULO 11, piano 12 del Barrel a causa di un OVC persistente. V.Chiarella, G.P. Mannocchi, N.Marinelli
HV ----- Il detector adesso e' ON. Appena acceso sono presenti 2 OVC: 1) END B crate 3,ch.3 MA 8 esterna 2) END A crate 1 ch. 27 mu-chamb 1 esterna In attesa che Bechini gli dia una controllata Nancy
HV ----- Bechini ha staccato 2 ottotubi sulla camera verticale 1 dell'end A per curare il canale 27 del crate 1 e 1 ottotubo della MA 8 dell'end B per curare il canale 3 del crate 1. N. Marinelli
Operazioni eseguite a tutt'ora durante lo Shutdown : 1) Riparate e smascherate le catene digitali elencate nel HCAL status del 26 giugno. 2) Misurati i delay del LOAD su tutti i subdetector (almeno 2 catene per splitter) Modificati di conseguenza i ritardi sulle schede. 3) Sostituito il power supply degli ADC nel Barrel A. Attualmente uno spare e' ancora al pool per riparazione. 4) Archiviati i problemi che erano pending in CIA. E' rimasto solo quello riguardante le spikes nel plot dell'Energia/Modulo (Z). A.Gregorio, N. Marinelli
commento di prova
14:45 Pausiamo lo slow_control e switchiamo OFF l'HV di tutto HCAL e MUON. Allegria, e' cominciato lo :SHUTDOWN !
G.R. + G.C.
DIG: Abbiamo mascherato altre due catene secondo le indicazioni di DIGSCAN: la B1 sb 17 ch 2 e B1 sb 19 ch 2. G.R. and G.C.
DIG: Digscan diceva che la catena 20 dells sb 19 barrl non doveva essere mascherata. Infatti cosi ieri abbiamo fatto. Tuttavia questa catena e' molto rumorosa e come si vede in datascan da problemi. Quindi la rimaschero . G.R.+ G.C.
In seguito all'intervento di Bek. sul canale HV 27 del caen 1 dell'endcap A il canale stesso e' stato smascherato. f.b.
BUNCH: run 36577 primo run 4*4. Aspettiamo di avere piu' statistica per prendere decisioni riguardo i tempi del load comunque sembra che vada tutto bene anche per il quarto bunch. G.R. and G.Calderini
NUNZIO VOBIS GAUDIUM MAGNUM : su HCAL siamo ugualmente efficienti dal primo al quarto bunch ! Le MUCH sono sotto studio (Andrea), vi faremo sapere. G.R.
ore 17 circa : TREMENDO POWER GLITCH ! Riaccendo tutto e faccio ripartire tutto con qualche difficolta' hardware nei CAEN. Adesso tutto e' OK (ore 17:45). G.R.
ore 21:00 Cambiate alcune maschere delle catene.
BUNCH: ore 16 primo run 36547 a tre bunch (a,b,c).
MUCH : Ho ridotto ancora l'algoritmo per l'HV (CKOPT=1.11). G.R.
HV. Ho mascherato il canale h.v. 27 del crate 1 enda. Era in overcurrent duro sin da stamattina. (ora sono le 22:40). f.b.
L'alta tensione su 5 canali del crate 3 del barrel e' stata off per tutta la notte senza che lo slow control ne prendesse atto. In effetti questi (e SOLO questi) canali NON erano monitorati dallo slowcontrol. Inoltre NESSUN istogramma del presenter avrebbe suggerito l'esistenza di un problema. Me ne sono accorto guardando i plot di 'astros' di FILLT sui dati di questa notte (per fortuna solo circa 2000 Z). Ho risettato i canali a mano e interessato Nancy e Giuseppe sull'accaduto. Ora stanno lavorando per cercare di capire il problema. f.b.
HV: Il problema era dovuto sempre al CAEN 3 del barrel che aveva fatto casino qualche giorno fa. In particolare non tutti i canali (HCAL e MUCH) erano inseriti nel gruppo correttamente. Adesso e' stato fatto. Tuttavia ci siamo accorti che il cavetto dell'interlock del caen 3 e' scassato e quando lo si sfiora simula un kill al caen 3,4,5 spegnendo TUTTO ! Va rimesso a posto appena possibile. Nancy e Giuseppe
Ieri Mr. Rama ha lavorato sui bubbler dell'endcap che nei giorni precedenti hanno dato qualche problema. Ora la situazione dovrebbe essere piu' stabile. f.b.
HV MUCH: Ho tunato l'algoritmo che setta l'HV alle MUCH in modo un tantino meno spinto. (Per gli esperti ho cambiato CKOPT da 1.13 a 1.12 che equivale ad abbassare l'HV di 5 volts quando k=1.) Questo perche' abbiamo una costante di calibrazione un po' piu' bassa dell'anno scorso e mi pare che le MUCH siano piu' nervose ! G.Raso
Ieri e` stato fatto un cambiamento radicale dei ritardi impostati sulle schede degli ASTROS in base ai risultati ottenuti con i dati raccolti fino ad ora. Dopo questo cambiamento il setting del load in HCONF e` il seguente: Barrel 660 Endcap A 360 Endcap B 450 G. Raso, A. Gregorio A. Venturi (15/06/95)
LOAD : Oggi io (G.R.) e Andrea abbiamo modificato i ritardi dentro le schede di ASTROS per cercare di aumentare l'efficienza delle MUCH. I nuovi settaggi saranno scritti al piu' presto nel database di WWW. G.Raso
- TRIGGER RATES Nel run 36420 abbiamo avuto problemi con le trigger rates del mod 11 (per circa 20 minuti i conteggi sono esplosi). Nello stesso run abbiamo avuto problemi anche con il bit HT. Il tutto e' stato probabilmente causato da problemi di OVC nel crate 3 ch 14 del barrel (mod 11 layer 16/19). Successivamente tutto e' tornato a funzionare regolarmente.
- HV Aumentata la Io crate 1 ch 20 da 5 uA a 10 uA (Imon = 8 uA)
- HV Sono stati segnalati due UVV (senza OVC) nel crate 2 ch 14 ECB. Probabili problemi con cassetto CAEN
- OVER CURRENT STATUS Nella pagina degli OVC sono stati aggiunti anche gli UVV rivelati in assenza di un OVC (probabili problemi nei cassetti CAEN)
- SGS catena 20 Astros 143 mascherata (extra hits/ sempre on)
- HV E' stato fatto un tentativo di riaccendere i due canali OFF ECA crate 1 ch 23 --> sempre in OVC duro ECA 2 13 --> sempre in OVC duro
- HV mascherato canale 23 crate 1 ECA (Muon Quad. 1). Il canale era sempre a 300V/20uA.
- HV I problemi di OVC duro sul Barrel crate 5 ch 3 sembrano risolti dopo aver staccato il tubo 14-26 dalla HV box 17
- HV Canale 23 Crate 1 ECA (Muon Quad_1) sempre in OVC duro (Imon=20u Vmon=300). (non accessibile)
- HV - Barrel Crate 5 ch 3 (Muon 9M) OVC + OFF - ECA Crate 1 ch 23 (Muon QUAD. 1) OVC duro + OFF - ECB Crate 3 ch 3 (Muon QUAD. 3) OVC + OFF
12:00 Ho spostato i programmi di WWW su AXAONL causa il cattivo stato di salute di AXAHC1 . Quando tutto tornera' a posto bisognera' cambiare i files: DISK$USER:[HCAL_SHIFT.LOGBOOK.PRIVATE]VAXNAME_1.DAT e VAXNAME_WWW.DAT rimettendo AXAHC1 e poi dare il comando WWWSTART (fa tutto lui). G.Raso
- Tutti i programmi (comprese le pagine di WWW) sono su AXAONL (AXAHC1 fuori uso) - La catena 1 SB7 Astros 112 ECA e' stata smascherata (finche' regge ...)
16:30 Il server e' stato rispostato su AXAHC1 Paolo
- La catena 1 dell'Astros 112 ECA e' riandata nel casino ed e' stata rimascherata
- 273 OVC nel ch 32 crate 2 del Barrel !!!!
- Dopo 2 ore OFF la Imon del ch 32 Crate 2 del Barrel e' scesa a 13uA (Io a 15 uA) - Tentativo di riaccendere ch13 Crate 2 ECA fallito (il canale rimane in OVC duro)
- Slow-Control HV_MON Endcap A trovato in Timeout - La catena N. 1 dell'Astros 112 (S.B. 7 MA 5 - A) e' stata mascherata (circa 80% della catena inutilizzabile, immune all'ON/OFF) - Il canale 13 del CRATE 2 EA (MA - 5) e' stato spento (e mascherato) perche' sempre in OVC (HV BOX non raggiungibile)
- Staccato un tubo dal Crate 1 CH 27 ECA (muon quad 1) [OVC duro]
ore 3:45 - beppato per problema a LOW VOLTAGE mixer #10 side A. Cambiata carta alimentatore senza successo. Problema probabilmente su BUS alimentatore. ore 10:30 - non esistendo alimentatore spare (ne qui ne a labI), la mixer e' stata alimentata separatamente con un altro alimentatore. IL PROBLEMA VA RISOLTO AL PROSSIMO MD (forse la settimana del 12/6)
ore 17:20 : causa failure SLOW_CONTROL e' stato necessario settare di nuovo le SLOW_CONTROL mask : BARREL : LVTH_SP13 LV_MX_A01 END_CAP_A : LV_MX20 END_CAP_B : LV_THX_SP20 LV_THY_SP06 LV_CH_SP11EXT
ore 9:00 - DIGSCAN : le catene mu-chamber Barrel: SB# CH# 6 2 2 1 continuano a transire verso lo stato OPEN, nonstante i sempre pronti ON/OFF. Penso che sia meglio mascherarle e buona notte! ore 9:55 - a partire da run # 36261 (fill 2688) e' stato nuovamente cambiato il timing del LOAD degli endcaps anticipandolo di un altro clock (-30ns). La manovra si e' resa necessaria in quanto, con la precedente pur avendo guadagnato rispetto alla situazione impostata fino a fill 2684 run # 36224, l'efficienza sulle camere MU degli endcaps non e' ancora soddisfacente. La situazione attuale e' quindi la seguente: TSR CLEAR 3060 ns Barrel Load 720 ns EA Load 420 ns EB Load 480 ns
ore 12:00 - dagli isto di efficienza relativi ai runs 36189_213 e' chiaro che le mu-chs degli endcaps perdono sistematicamente sul I bunch (hcal e le mu-chs del barrel sembrano, a parte qualche caso particolare, essere OK). Si (A.V. e G.B.) decide quindi di anticipare il load degli endcaps di 1 clock (30 ns). Cosi facendo, sicuramente non si peggiora cio' che funziona ma forse si cura il problema su mu-endcaps. Il nuovo timing (a partire dal prox fill 2685) e' percio: TSR Clear -----> 3060 ns Barrel -----> 720 ns EA -----> 450 ns EB -----> 510 ns
ore 15: Aggiunto il job CREA_DAILY_PAGE in job status. Questo dovrebbe creare ogni mattina la daily page. Questo veniva fatto finora da "auto" e questo ha creato della confusione, quando, a causa del problemi di quest'ultimo(andato in loop)la pagina giornaliera non e' stata creata. Giuseppe Zito
ore 07:30 - bippato da CR: hcalib timeout ---> bootstrappare FIC manually ore 08:30 - FIC delle calibrazioni resettata totcal_stop_now totcal_start ... attendo ore 9:00 - se si ceraca di aprire la shift page LVL1 il PRSESENTER crasha.
ore 8:30 no beam durante la notte ore 9:30 - prblemi digitale: mu-BAR SB# 2 CH# 1 Recup. ON/OFF mu-BAR SB# 6 CH# 2 Recup. ON/OFF EA SB# 20 CH# 13 Recup. ON/OFF ore 10:15 - SMASCHERATA CATENA DIG. EB SB# 21 CH# 11
ore 8:29 - GOOD MORNING VIETNAM!!!!!!!!!!!!!!!!!!!!!!! ore 8:30 - mi comunicano che durante la notte ci sono stati problemi con HCANL. avvertito Sanguinetti e Pepe. ore 8:31 - problemi su trigger module # 11 del barrel. inefficienza a livello di 20-30%. ore 8:32 - mascherata catena SB 2 - CH 10 EB (camera mu MA 2) perche' OPEN. ore 12:00 - dopo aver indagato su problema trigger concludo: il problema e' su ultimi 12 piani mod 22 (trigger master card?) il problema dovra' essere affrontato alla prox apertura. resto del segmento trigger #11 OK.
sostituite 2 carte SGS su catena X3 - SB 16 mu- chamber 9M (ieri alle ore 16:30).
ore 12:30 - trovate aperte un certo numero di catene sgs (sia mu che hcal). eseguita operazione di ON/OFF. recuperate 3 catene (2 mu-barrel, 1 hcal EA). il resto delle catene e' recidivo, gia' da qualche giorno. (non capisco perche' non sono state mascherate!) - GB -
ore 13:05 - mascherate le seguenti catene SGS OPEN (relative a pezzi di HCAL): sub det. SB# chain# B1 9 12 EA 5 2 EA 21 11 EB 8 20
ore 13:20 - mascherato LVCH 07 - EB. LO SLOW CONTROL DA WARNING, MA DIGTEST NON SEGNALA PROBLEMI SUL ALCUNA CATENA DELLA SB 7 EB.
14:00 Fine delle riparazioni. Detector chiuso. Non ci sono catene aperte. Bek ha cambiato anche una carta di alimentazione lv mixer del barrel (modulo b-24) che causava rumore al ecal. Apparentemente il problema si era gia' presentato in passato; la sostituzione della carta ha in effetti eliminato il rumore su ecal.
15:30 La stazione axahc1 e' tornata in vita da un giorno circa. Il problema e' stato individuato come un difettoso interfaccia ethernet e dunque il nostro amato www e' stato discolpato e rilasciato sul posto per non aver commesso il fatto.
18:00 axahc1 e' ridefunta. disco corrotto. ci sono sospetti (non provati) che sia il business di www a fare casino. ora mosaic gira per default su axasc1. f.b.
18:30 il micro del g64 del barrel fa i capricci spesso e volentieri. oggi abbiamo dovuto resettarlo a mano 2 volte. f.b.
17:00 Questa mattina monical si lamentava bippando ogni 5 minuti che l'output di PRES era errato. La cosa si e' risettata da sola nel corso della giornata ed era dovuta (according to messineo) ad un termometro che leggeva una temperatura errata.
9:30 Non ci sara' fascio fino a domani sera. Si decide di fare una rapida apertura per riparare la carta di trigger del mod. 2 dell'endcap B. f.b.
16:40 Riparata la carta del trigger del modulo 2 endb. Levato un tubo e smascherato il canale h.v. 10 crate 2 enda. Rumoroso da oggi alle 12:00 circa il trigger modulo 2 enda; in tripla sembra sopportabile: watching...
17:30 Problemi con il crate g64 del barrel, risolti dall'eroico intervento di giassi.
HV BIT : decidiamo di forzare l'HV bit endB. HV : problemi sul canale endB caen 4 ch 10 (MA 10B). Interverremo.
OK. Abbiamo staccato due 8tubi. G.Raso
LOAD : ricambio il timing perche' il prossimo fill sara' 4x2 (a,c) ora e' LOAD BA 720 EA 480 EB 540 G.R. 13:00
HV BIT : mi dicono che il bit dell'endB ha oscillato (poco) ancora. Non si capisce da dove venga il problema questa volta. HV OVC : abbiamo staccato col Bechini due 8tubi dalla camera 1B vert. perche' davano un hard OVC sul caen 1 ch. 26 endB (da riparare quando si apre). LOAD : spostando indietro di 30 ns sembra ci sia stato un certo effetto, prima sul 1 bunch si perdeva circa il 10% ora circa il 5%. Lasciamo tutto cosi per il momento aspettando il 4 bunch ( se mai arrivera'). DIGITALE: digscan da altre 6 catene aperte oltre alle 4 mascherate (apertura) CALIB : comincio a sospettare che ci sia un problema col GAS ! Inspiegabilmente il barrel e' rimasto con una carica 6% piu' bassa degli endcaps (OUTPUT), Poiche' noi calibriamo pesando l'out coll' 80% cio' potrebbe spiegare perche' abbaimo sia le torri che i piani con un'energia piu' alta rispetto all'anno scorso(presenter). Sto investigando. G.Raso 15:00
Siccome per questa notte e' previsto un fill (4x1)+(4x1) ho regolato il timing come all'inizio di quest'anno: EndCap A 120 Barrel 330 EndCap B 120 a partire dal fill 2643 , run 35633 (se viene fatto un Reset) Andrea Venturi 22:20
LOAD : dagli histogrammi del presenter pare che con il nuovo timing siamo un po' inefficienti sul primo rispetto al terzo bunch (10%) . Quindi decidiamo di spostare tutto indietro di un clock (30 ns) cioe' ora si ha : clear 3060 load BA 720 load EA 480 load EB 540 dal run n. 35605 G.Raso
TRIGGER: ci siamo accorti che la HV box 7b non manda segnali di trigger ma solo rumore dall'inizio della presa dati. Metto il problema in CIA ma per non sputtanarci troppo dichiaro il run PERF. Si potra' intervenire solo all'apertura. 4 BUNCH: il settaggio dei tempi con il 4x1 era clear = 3060 LOAD barrel = 330 " enda = 120 " endb = 120 oggi alle 17:30 per il 4x2 (a,c) abbiamo messo clear = 3060 LOAD barrel = 750 " enda = 510 " endb = 570 come da accordi col Venturi. ALPHA : dimenticavo : e' morta AXAHC1. Se ne parla lunedi.
ADC: ieri abbiamo provato a cambiare l'ADC 1 del barrel 2 ma il problema che (che si manifesta solo all'inizializzazione) non e' cambiato. Poi abbiamo trovato che la linea del gate era terminata ben 4 volte (inizio,fine e 2 ADC al centro avevano la terminazione). Togliendo tutto e lasciando solo quella di fine il problema sembra presentarsi molto piu' raramente.
Vari problemi: HV BIT: ieri il bit dell'endB trippava. Era legato alla carta LV_HV_P_ENDB_04, che funzionava male. L'abbiamo sostituita. Per far questo siamo rimasti senza trigger nei moduli 1 e 2 di ENDB per un bel po'(vedi CIA), dalle 22:30 alle 1:30 circa di ieri.
HV : abbiamo spento e mascherato i due canali HV di cui sotto
5-MAY-1995 10:08:32
Author: G.RASO
Fabrizio ha risolto il problema della mixer 14 rumorosa, staccando i cavetti del tempestometro. HV : abbiamo 2 canali in hard OVC : EA caen 2 ch 10 MA 4 1' layer EA caen 2 ch 29 MA 7 1' layer sono entrambi camere mu. HV bit: al meeting mi dicono che c'e' un problema con l'HV bit dell'endB, ma e' intermittente. Investigheremo. ADC: di nuovo problemi con l'ADC 1 del B2. Pare si manifesti solo all'inizializzazione. Chiedo a Giassi e Sanguinetti di investigare. TRIGGER: Il strobe sul nostro segnale del trigger HCW dall'inizio della presa dati e' stato spostato di 650 ns rispetto a quello dell'anno scorso fino al run 35531. Da ora e' invece spostato solo di 100 ns rispetto a l'anno scorso. Problema da mettere in CIA.
5-MAY-1995 00:47:50
Author: Gelao
Title: fuji
fuji
4 MAY 95
Time is 20:37:58
Author: FABRIZIO
ANALOGICO Ho staccato il cavo di impulsaggio della mixer 14b del barrel dal tempestometro questo dovrebbe diminuire il noise sulla mixer in questione DIGITALE Ho spento e riacceso l'alimentazione delle splitter board del barrel Questa operazione ha recuperato 4 catene che si erano aperte: hcal 17-2 muon 2-1 muon 6-2 muon 20-3 Rimangono aperte le catene: hcal 9-3 hcal 19-23 hcal 21-203 MAY 95
Today Comments Author : Gelao Gennaro
Dalla finestra ( televisore ) dei conteggi del trigger viene segnalato che il modulo 2 dell'endacp B ha conteggi di trigger 20 volte gli altri moduli.
- Analisi dei grafici del presenter, ultime 24 ore. Le pagine sono indicate nel formato [ pagina ][ grafico ]
- Hcal
- Connettori [Hcal General (COSMIC)][connector]
Bin Connec Adc ------------------- 20 4 4 94 2 13 95 3 13 96 4 13 160 4 40 161 1 41 162 2 41 166 2 42 167 3 42 168 4 42 220 4 54 223 3 55- Adc
Simboli
- A <=> [Hcal General Z][HCAL Av.En/ADC (Z)]
- B <=> [HCAL:Hcal general(cosmic)][HCAL Av.En./ADC(cosmic)]
- X <=> IN ECCESSO
- (?) <=> Forse in eccesso
- nulla <=> regolare
A B ------------------ 8 (?) 24 X X 40 (?) X 41 X X 42 X X 43 X 55 (?) X 56 X X 57 (?)- Catene Rumorose [HCAL:HCAL n./layers/astros(cosmic)][...]
Astros Catene -------------- 103 12 107 17 111 3 115 15 119 17 127 5 127 22 ( ? ) 137 21 149 16 151 13 153 20 155 11 161 22 165 11- Cavi dentro le mixer Grafici [hcal:hcal Pads:cables inside mixer(COSMIC)][HCAL En./cable Barrel] [Hcal General Z][HCAL Av.En/Module (Z)]
Modulo Cavo --------------------------------- 14 5-6-7-8 16 1-2-3-4-5-6-7-8
- Muoni Ieri sera abbiamo mascherato una catena. Analisi dei grafici del presenter ultime 24 ore
- [run_manager:Muon]
Eccesi per :
- Muon Nr Strip ( cosmic ) ( bin 190 )
- Muon Nr Strip ( random ) ( bin 190 )
- Muon Nr Cluster per astros ( ?? )
- [muon:muon N.hits/bus for heach Astros (Cosmic)]
Astros Catena -------------- 102 5 104 4 146 24 142 12 148 20 158 9 162 10 164 3 166 20- [muon:muon general histos for much(cosmic)]
oltre ai problemi gia' descritti per
- Muon Nr Strip ( cosmic )
- Muon Nr Strip ( random )
Ci sono problemi per
- Muon Chain With problems ( Cosmic ) bin 31
- Muon Nr. Clus /astros ( random ) bin 31
- Muon Lenght8 cl/Astros (Cosmic ) bin 31
ANALOGICO: Da un po' di giorni ci sono problemi sugli ADC 10 e 11 del barrel B. Come si puo' vedere da PEDETAL STATUS e dall'error logger. Il problema e' su tre cavi quindi viene da tutta una mixer ,la 14 b. Lo si e' visto anche sul display degli eventi (evdisp) durante i runs. Investigheremo.
[ Yesterday | Tomorrow | Calendar | Cover ]
DIGITALE : mascherate le seguenti catene SB CH EB 8 18 BA 19 23 BA 21 20 La BA 21 20 in particolare sembra sia legata al LV_CH corrispondente che legge zero. Cosi il problema potrebbe essere un fusibile sulla catena 21 rotto sulla SB. Quando si aprira' si cerchera' di aggiustare ma non e' stata chiesta espressamente un'apertura per questo. Intanto la LV_CH della SB 20 e' stata mascherata (Bencivenni) nello slow control per evitare che continui a dare messaggi. G. Raso