<!-- Title: Eve shift. Sat Feb  2, 2002 -->
<!-- SciCo: Debbie Errede -->
<!-- DAQAce: Slava Krutelyov -->
<!-- MonAce: Mircea Coca -->
<!-- CO: Joel Heinrich -->
<!-- OpManager: Dave Heinrich  -->
<!-- Notes: -->
<pre>Store 948, taking data, Run 138312.  L_inst = 6.1E30.</pre>


<!-- Date: Sat Feb 2 17:22:28 2002 -->
We saw that few times when L3 doesn't process events, the number of reformatted errors increases fast and also turns red. We looked in errorlog and decoded 50 errors. In 90% or the time the reformatted  error is due to FIB_31, Channel 15, in other 5% due to FIB_16, Channel 9. We paged Steve Nahn and he said if the reformatted error procentage stays high(~8%), somebody should come and mask the silicon wedge which causes the problems...   
 
<!-- Author: Mircea , Slava  -->
<!-- Comment: Sat Feb  2 18;50;57 comment by...slava -->
here're some of the hex FIB ids for those reformatter errors:
<br>
<br>  0x8f1b00f3  0xadeadcdf  0x8f1b000b  0xadeadcdf  0x8f1b0009  0x8f1b000c  0xadeadcdf  0xf1521bfe  0xadeadcdf  0x8f1b0010
<br>  0xf1404afc  0xadeadcdf  0xf1424afc  0xadeadcdf  0xf1444afc  0x8f0f0003  0xadeadcdf  0x8f0f00f3  0xadeadcdf  0x8f0f00f3
<br>  0x8f1600f3  0xadeadcdf  0x8f160007  0xadeadcdf  0x8f160002  0x8f160003  0xadeadcdf  0xf15235fc  0xadeadcdf  0x8f1600f3
<br>  0x8f0900f3  0xadeadcdf  0x8f0900f3  0xadeadcdf  0x8f0900f3  0x8f0900f3  0xadeadcdf  0xf15212fe  0xadeadcdf  0xf15412fe
<br>  0xf1401efc  0xadeadcdf  0xf1421efc  0xadeadcdf  0x8f1000f3  0xf1501efc  0xadeadcdf  0xf1521efc  0xadeadcdf  0xf1541efc
<br>  0xf14003fe  0xadeadcdf  0xf14203fe  0xadeadcdf  0xf14403fe  0xf15003fe  0xadeadcdf  0x8f1a0008  0xadeadcdf  0xf15403fe
<br>  0xf14041fc  0xadeadcdf  0xf14241fc  0xadeadcdf  0x8f0e0009  0xf15041fc  0xadeadcdf  0xf15241fc  0xadeadcdf  0xf15441fc
<br>  0x8f0c00f3  0xadeadcdf  0x8f0c0003  0xadeadcdf  0x8f0c0007  0x8f0c0004  0xadeadcdf  0xf1520ffc  0xadeadcdf  0x8f0c0003
<br>  0xf1404dfc  0xadeadcdf  0xf1424dfc  0xadeadcdf  0x8f2a00f3  0xf1504dfc  0xadeadcdf  0xf1524dfc  0xadeadcdf  0xf1544dfc
<br>  0xf14012fc  0xadeadcdf  0x8f140008  0xadeadcdf  0xf14412fc  0x8f140006  0xadeadcdf  0x8f1400f3  0xadeadcdf  0x8f1400f3
<br>  0x8f1f00f3  0xadeadcdf  0x8f1f0001  0xadeadcdf  0x8f1f00f3  0xf15035fc  0xadeadcdf  0xf15235fc  0xadeadcdf  0xf15435fc
<br>  0xf1406dfe  0xadeadcdf  0xf1426dfe  0xadeadcdf  0xf1446dfe  0xf1506dfe  0xadeadcdf  0x8f0c00f3  0xadeadcdf  0xf1546dfe
<br>  0x8f0000f3  0xadeadcdf  0x8f0000f3  0xadeadcdf  0x8f000004  0x8f000003  0xadeadcdf  0xf15241fe  0xadeadcdf  0x8f0000f3
<br>  0xf14056fc  0xadeadcdf  0xf14256fc  0xadeadcdf  0x8f090007  0xf15056fc  0xadeadcdf  0xf15256fc  0xadeadcdf  0xf15456fc
<br>  0xf1408bfe  0xadeadcdf  0xf1428bfe  0xadeadcdf  0xf1448bfe  0xf1508bfe  0xadeadcdf  0x8f1900f3  0xadeadcdf  0xf1548bfe
<br>  0xf14088fe  0xadeadcdf  0x8f160001  0xadeadcdf  0xf14488fe  0x8f160001  0xadeadcdf  0x8f1600f3  0xadeadcdf  0x8f160005
<br>  0xf14079fc  0xadeadcdf  0x8f1f0005  0xadeadcdf  0xf14479fc  0x8f1f0001  0xadeadcdf  0x8f1f00f3  0xadeadcdf  0x8f1f00f3
<br>  0xf1407cfe  0xadeadcdf  0xf1427cfe  0xadeadcdf  0x8f1f0005  0xf1507cfe  0xadeadcdf  0xf1527cfe  0xadeadcdf  0xf1547cfe
<br>  0xf1403bfc  0xadeadcdf  0xf1423bfc  0xadeadcdf  0xf1443bfc  0x8f0500f3  0xadeadcdf  0x8f0500f3  0xadeadcdf  0x8f0500f3
<br>  0x8f1200f3  0xadeadcdf  0x8f120003  0xadeadcdf  0x8f120008  0xf15050fe  0xadeadcdf  0xf15250fe  0xadeadcdf  0xf15450fe
<br>  0x8f080002  0xadeadcdf  0x8f080003  0xadeadcdf  0x8f080008  0x8f080008  0xadeadcdf  0xf15212fe  0xadeadcdf  0x8f080007
<br>  0x8f0900f3  0xadeadcdf  0x8f0900f3  0xadeadcdf  0x8f090004  0x8f090001  0xadeadcdf  0xf15238fe  0xadeadcdf  0x8f0900f3
<br>  0xf14088fc  0xadeadcdf  0xf14288fc  0xadeadcdf  0x8f030008  0xf15088fc  0xadeadcdf  0xf15288fc  0xadeadcdf  0xf15488fc
<br>  0xf1400cfe  0xadeadcdf  0xf1420cfe  0xadeadcdf  0xf1440cfe  0xf1500cfe  0xadeadcdf  0x8f2500f3  0xadeadcdf  0xf1540cfe
<br>  0x8f0700f3  0xadeadcdf  0x8f0700f3  0xadeadcdf  0x8f0700f3  0xf15056fe  0xadeadcdf  0xf15256fe  0xadeadcdf  0xf15456fe
<br>  0x8f0800f3  0xadeadcdf  0x8f080006  0xadeadcdf  0xf14435fc  0x8f080004  0xadeadcdf  0x8f0800f3  0xadeadcdf  0x8f0800f3                                         
<!-- Comment: Sat Feb  2 18;52;03 comment by...slava -->
Those all are related to ISL B1 W4,W5
BTW, the errors disappeared after coldStart.
<!-- Date: Sat Feb 2 17:33:20 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138312">138312</A>
 Terminated at 2002.02.02 17:32:29
<!-- Author: RunControl -->



<!-- Date: Sat Feb 2 17:37:44 2002 -->
Recieved L2 decision timeout. 
HRR started, failed to pass HALT transition in fib00, aborting. 
Doing coldstart, does not work, still stuck in the fib00 
Doing reset, ...  
<br> OK, appears that svx_NWT_1 powersupply tripped (it's red in the psmonitor) 
<br>experts paged
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138312' target=_top>138312</a>) -->


<!-- Date: Sat Feb 2 17:51:45 2002 -->
Apologies to Dave Ambrose, the Operations Manager, 
for misspelling his last name.  
<!-- Author: Debbie Errede -->

<!-- Date: Sat Feb 2 18:10:00 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138313">138313</A>
 Activated at 2002.02.02 18:09:30
<!-- Author: RunControl -->



<!-- Date: Sat Feb 2 18:13:58 2002 -->
Petra suggested to remove the fib00 from run configuration.  
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138313' target=_top>138313</a>) -->


<!-- Date: Sat Feb 2 18:15:32 2002 -->
Got a PSM alarm on Global Alarm Page -SVX_NWT_1, called Power Supply expert( Matt Herdon), we concluded that there might be a power supply for Fa FIB crate.  Paged DAQ expert (Petra )and she will come soon.   
<!-- Author: Mircea C -->
<!-- Comment: Sat Feb  2 18;16;19 comment by...Mircea C -->
b0fib00 turned red and is not pingable...

<!-- Date: Sat Feb 2 18:22:03 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138313">138313</A>
 Terminated at 2002.02.02 18:21:19
<!-- Author: RunControl -->



<!-- Date: Sat Feb 2 18:22:41 2002 -->
ended the run to restart RC as Java VM runs out of memory
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138313' target=_top>138313</a>) -->


<!-- Date: Sat Feb 2 18:27:30 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-523&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-523  width='300' align='top'></td><td>Just after we saw this spike in losses, PSM alarmed and  also b0fib00 died. The spike is not big, but is the largest  one during last hour or so...</a></td></tr></table>
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 18:27:53 2002 -->
MUHVC2 = 6   microA 
MUHVC3 = 5   microA 
MUHVC4 = 8.2 microA 
B0RAT2 = 4.5 kHz 
B0LUM  = 5.2E30
<!-- Author: Debbie Errede -->
<!-- Comment: Sat Feb  2 19;33;28 comment by...former CMP guy -->
<pre>B0RAT2 was more like 2.7 kHz. Wrong scale?</pre>
<!-- Date: Sat Feb 2 18:36:17 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138314">138314</A>
 Activated at 2002.02.02 18:35:47
<!-- Author: RunControl -->



<!-- Date: Sat Feb 2 18:40:43 2002 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>We lost another VME power supply (NWT rack) of a silicon FIB crate (FIB00). 
At the same time a spike in the antiprotons was observed, an LV  
alarm from that rack and the FIB00 crate went red on the VXNODES monitor. 
We checked the light output from this FIB and there is nothing  
coming out at all. 
 
This means: we have to wait for an access to replace/repair this  
PS, Dave Ambrose is informed about it. Until then the b0fib00 crate 
has to be excluded from RC. We switched the corresponding wedges  
(12 SVXII wedges) off. The HDWDB is changed accordingly. </pre></td></tr></td></table>
<!-- Author: Petra, Gino -->
<!-- Comment: Sat Feb  2 18;41;36 comment by...Petra -->
<pre>I meant spike in the antiproton LOSSES</pre>




<!-- Date: Sat Feb 2 19:36:43 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138314">138314</A>
 Terminated at 2002.02.02 19:35:50
<!-- Author: RunControl -->
<!-- Comment: Sat Feb  2 19;45;43 comment by...slava -->
ended to bring down HVs anticipating the beam abort.


<!-- Date: Sat Feb 2 20:07:18 2002 -->
The beam was aborted with no quench...
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 20:12:48 2002 -->
Rob Roser and Steve Gordon are making a controlled access 
in order to swap a power supply svxNWT1.  Estimated time 
1/2 hour.
<!-- Author: Debbie Errede -->


<!-- Date: Sat Feb 2 20:12:50 2002 -->
Start running cosmics_notracks. 
<br>have problems with fcal_00: failed to pass ColdStart and Abort after that. ... trying again, it works now  
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138316' target=_top>138316</a>) -->


<!-- Date: Sat Feb 2 20:15:56 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-524&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-524  width='300' align='top'></td><td>Losses during the end of the store 948.</a></td></tr></table>
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 20:17:50 2002 -->
b0svt07 reset  
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138316' target=_top>138316</a>) -->


<!-- Date: Sat Feb 2 20:52:03 2002 -->
<pre>Taking QIE calibration. 
Have a bunch of "RAW ped .. low/high" messages 
(b0puls01) QIE calib: slot 21, qie 00:Warn  3: Raw ped low        , val 144.2850, cap 0, rng0. 
(b0puls01) QIE calib: slot 21, qie 01:Warn  3: Raw ped low        , val 134.2915, cap 0, rng0. 
(b0puls01) QIE calib: slot 21, qie 04:Warn  4: Raw ped RMS high   , val 07.3437, cap 0, rng0. 
(b0puls01) QIE calib: slot 21, qie 05:Warn  4: Raw ped RMS high   , val 08.7477, cap 0, rng0. 
(b0puls01) QIE calib: slot 21, qie 19:Warn  3: Raw ped low        , val 128.4500, cap 0, rng0. 
(b0puls01) QIE calib: slot 20, qie 00:Warn  3: Raw ped low        , val 113.1400, cap 0, rng0. 
(b0puls01) QIE calib: slot 20, qie 01:Warn  3: Raw ped low        , val 133.4400, cap 0, rng0. 
(b0puls01) QIE calib: slot 20, qie 02:Warn  4: Raw ped RMS high   , val 08.6525, cap 0, rng0. 
(b0puls01) QIE calib: slot 20, qie 04:Warn 11: Sigma(off) high    , val 00.5848, cap 1, rng1. 
(b0puls01) QIE calib: slot 20, qie 11:Warn  4: Raw ped RMS high   , val 07.4194, cap 0, rng0. 
(b0wcal07) QIE calib: slot 16, qie 04:Warn  3: Raw ped low        , val 143.6700, cap 0, rng0. 
(b0wcal00) QIE calib: slot 18, qie 04:Warn  3: Raw ped low        , val 142.4650, cap 0, rng0. 
(b0wcal00) QIE calib: slot 18, qie 11:Warn  3: Raw ped low        , val 144.4523, cap 0, rng0. 
(b0wcal06) QIE calib: slot 18, qie 10:Warn 11: Sigma(off) high    , val 00.7029, cap 2, rng0. 
(b0wcal04) QIE calib: slot 18, qie 05:Warn 11: Sigma(off) high    , val 00.5382, cap 1, rng1. 
(b0wcal02) QIE calib: slot 18, qie 04:Warn  4: Raw ped RMS high   , val 05.0060, cap 1, rng0. 
(b0wcal02) QIE calib: slot 18, qie 05:Warn  4: Raw ped RMS high   , val 06.2404, cap 0, rng0. 
(b0wcal02) QIE calib: slot 18, qie 05:Warn 11: Sigma(off) high    , val 00.7127, cap 1, rng1. 
(b0ccal11) QIE calib: slot 17, qie 06:Warn  3: Raw ped low        , val 147.8100, cap 2, rng0. 
(b0ccal04) QIE calib: slot 19, qie 06:Warn 11: Sigma(off) high    , val 00.5113, cap 3, rng0. 
(b0ccal03) QIE calib: slot 19, qie 11:Warn  3: Raw ped low        , val 142.3500, cap 0, rng0. 
(b0ccal10) QIE calib: slot 21, qie 00:Warn  3: Raw ped low        , val 149.7650, cap 0, rng0. 
(b0ccal10) QIE calib: slot 16, qie 17:Warn 11: Sigma(off) high    , val 00.5078, cap 0, rng1. 
(b0ccal10) QIE calib: slot 18, qie 00:Warn 11: Sigma(off) high    , val 00.5502, cap 0, rng5. 
(b0ccal05) QIE calib: slot 21, qie 10:Warn  3: Raw ped low        , val 149.9400, cap 1, rng0. 
(b0ccal01) QIE calib: slot 17, qie 08:Warn  3: Raw ped low        , val 149.5377, cap 2, rng0. 
(b0ccal08) QIE calib: slot 20, qie 12:Warn  3: Raw ped low        , val 132.6550, cap 0, rng0. 
(b0ccal02) QIE calib: slot 19, qie 00:Warn  3: Raw ped low        , val 133.8100, cap 0, rng0. 
(b0ccal13) QIE calib: slot 17, qie 17:Warn  3: Raw ped low        , val 146.7600, cap 0, rng0. 
(b0pcal11) QIE calib: slot 16, qie 00:Warn  3: Raw ped low        , val 147.0300, cap 0, rng0. 
(b0pcal03) QIE calib: slot 18, qie 01:Warn  3: Raw ped low        , val 149.6550, cap 2, rng0. 
(b0pcal03) QIE calib: slot 21, qie 00:Warn  3: Raw ped low        , val 149.1500, cap 0, rng0. 
(b0pcal10) QIE calib: slot 20, qie 13:Warn  3: Raw ped low        , val 141.5700, cap 0, rng0. 
(b0pcal06) QIE calib: slot 20, qie 18:Warn 11: Sigma(off) high    , val 00.5611, cap 0, rng4. 
(b0pcal05) QIE calib: slot 18, qie 02:Warn 11: Sigma(off) high    , val 00.5193, cap 0, rng4. 
(b0pcal01) QIE calib: slot 18, qie 18:Warn  3: Raw ped low        , val 146.8000, cap 0, rng0. 
(RC)   20:27:41 Activate -&gt; DONE                                                                                      </pre>
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138317' target=_top>138317</a>) -->
<!-- Comment: Sat Feb  2 21;00;08 comment by...slava -->
No bad channels in slopes.
Quite a few bad channels (black/blue colors) for peds, and there quite a few in the previous runs. it doesn't look like these values (bad/good) was updated for a while (hence, black/blue channels are everywhere)
<!-- Comment: Sat Feb  2 22;03;03 comment by...Vaia -->
<pre>All the above errors whichcome from Run Control 
are warnings and not failures, so they are not alarming yet.
We are aware about the 9W problem of pedestal shifts in 
"bad channels" and we are trying to trace it. We will propably
download constants soon (when quiet time) for the central crates.</pre>
<!-- Date: Sat Feb 2 20:55:30 2002 -->
Steve and I replaced fib00 ps.  New model 2  has address 77 and is serial number 551173 (fnal)
<!-- Author: RR -->



<!-- Date: Sat Feb 2 21:45:22 2002 -->
Doing CAL LED calibration: did it twice -- see nothing in the DBANA .. actually see the last one after restarting DBANA (strange). 
<br>New bad channels: West W9 Tow6 PMT1 (0 adc count) 
<br> West W12 Tow7 PMT0 (0 ADC count)
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138320' target=_top>138320</a>) -->
<!-- Comment: Sat Feb  2 21;46;50 comment by...slava -->
BTW, looks like the directions are outdated (or is this the DBANA): I don't see any selections window in the CEMLED: Single-->Analysis.



<!-- Date: Sat Feb 2 22:26:01 2002 -->
Starting integration run: all crates in. 
Table PHYSICS_0_03[5,233], DAQ testing. ignoring triggerinhibits. 
<br> 
L3 experts please take a look as there're lot's of messages like: 
(MLE) b0l3gate1.fnal.gov:main:10:21:36 PM->Host b0eb10.fnal.gov, task tsmReg 
SM-P0-E-ScpuConnectFailure: SCPU b0eb22 could not connect to Builder ID 31 on b0l3c06a. 
<br> these are all in the corresponding logfiles  
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138323' target=_top>138323</a>) -->
<!-- Comment: Sun Feb  3 13;37;41 comment by...Ilya -->
<pre>  This is a known "feature". These messages are harmless 95% 
of the time. Normally, they start to appear after one interrupts
Partition transition with Reset when L3 is in the process of
connecting to the Event Builder.
   To get rid of the messages, one needs to clean up HEVB when
convenient.
</pre>
<!-- Date: Sat Feb 2 22:31:13 2002 -->
Reintegrated succesfully b0fib00. after VME power supply was swapped by Rob Roser & Co.  
<!-- Author: Gino :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138323' target=_top>138323</a>) -->


<!-- Date: Sat Feb 2 23:05:51 2002 -->
The proton bunches were being loaded. Done.
<!-- Author: Mircea C -->
<!-- Comment: Sat Feb  2 23;10;22 comment by...Mircea -->
<pre>Silicon Losses: 
             Sum (Rad)
 W Inner      1.1 
 W Outer      0.0
 E Inner      1.5
 E Outer      4.0 </pre>


<!-- Date: Sat Feb 2 23:11:19 2002 -->
Cleaned up level3/EVB as the solenoid is ramping up. 
<br> before doing that (previous run), right when the first bunches went into TeV, we were flooded with timeouts from svx.
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138324' target=_top>138324</a>) -->


<!-- Date: Sat Feb 2 23:30:13 2002 -->
Pbars are in...Losses are still high.
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 23:37:45 2002 -->
A short BSC alarm, which went away. Was it real? 
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 23:51:29 2002 -->
<pre>Scraping is complete. MCR didn't called us, so I think it  
is a good idea to check MCR e-log. They are turning on  
electron lenses .  
Store 950 : 
BOPLOS = 12.5 KHz 
B0Lum  = 9.7  E30 
TevKE  = 978  GeV 
TevPR  = 4091 E09 
TevPB  = 305  E09</pre>
<!-- Author: Mircea C -->


<!-- Date: Sat Feb 2 23:51:39 2002 -->
Resetting svt00 
<br>hm, might think of disabling auto HRR in RunControl: once svtNN corrupts we're eventually==atomatically stuck in the halt state, which silicon doesn't like at all. And it looks like I'm unable to procede in the sequence: (while in abort) reseet_crate svt00 --> Reset svt00 (from ack window in rc) --> partition --> (we're in IDLE now) --> ColdStart --> and here I get "errmon: svt00 is in hr/run state" and fail.
<!-- Author: slava :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138326' target=_top>138326</a>) -->

<!-- Date: Sat Feb 2 23:55:37 2002 -->
<TABLE BORDER=2 CELLSPACING=1 CELLPADDING=1 BGCOLOR=WHITE>
<TR BGCOLOR=YELLOW><TH>Run Number</TH>
<TH>Data Type</TH>
<TH>Physics Table</TH>
<TH>Begin Time</TH>
<TH>End Time</TH>
<TH>Live Time</TH>
<TH>L1 Accepts</TH>
<TH>L2 Accepts</TH>
<TH>L3 Accepts</TH>
<TH>Live Lumi, nb-1</TH>
<TH>GR</TH>
<TH>SC</TH>
<TH>RC</TH></TR>

<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138312>
138312</A> 
x21C48</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_0_03 [25,253]</TD>                                          
<TD ALIGN=CENTER>14:14:09</TD>                                          
<TD ALIGN=CENTER>17:32:29</TD>                                          
<TD ALIGN=CENTER>02:35:21</TD>                                          
<TD ALIGN=RIGHT>     21,383,114</TD>                                    
<TD ALIGN=RIGHT>     1,311,947</TD>                                     
<TD ALIGN=RIGHT>     370,781</TD>                                       
<TD ALIGN=RIGHT>   58.382</TD>                                          
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138313>
138313</A> 
x21C49</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_0_03 [25,253]</TD>                                          
<TD ALIGN=CENTER>18:09:30</TD>                                          
<TD ALIGN=CENTER>18:21:19</TD>                                          
<TD ALIGN=CENTER>00:07:37</TD>                                          
<TD ALIGN=RIGHT>        901,867</TD>                                    
<TD ALIGN=RIGHT>        55,254</TD>                                     
<TD ALIGN=RIGHT>      17,377</TD>                                       
<TD ALIGN=RIGHT>    2.373</TD>                                          
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138314>
138314</A> 
x21C4A</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_0_03 [25,253]</TD>                                          
<TD ALIGN=CENTER>18:35:47</TD>                                          
<TD ALIGN=CENTER>19:35:50</TD>                                          
<TD ALIGN=CENTER>00:55:48</TD>                                          
<TD ALIGN=RIGHT>      6,265,678</TD>                                    
<TD ALIGN=RIGHT>       374,849</TD>                                     
<TD ALIGN=RIGHT>     115,241</TD>                                       
<TD ALIGN=RIGHT>   17.099</TD>                                          
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138325>
138325</A> 
x21C55</TD>                                                             
<TD>DAQTEST</TD>                                                        
<TD>PHYSICS_0_03 [25,253]</TD>                                          
<TD ALIGN=CENTER>23:22:34</TD>                                          
<TD ALIGN=CENTER>23:34:52</TD>                                          
<TD ALIGN=CENTER>00:09:47</TD>                                          
<TD ALIGN=RIGHT>        148,849</TD>                                    
<TD ALIGN=RIGHT>        21,545</TD>                                     
<TD ALIGN=RIGHT>      10,412</TD>                                       
<TD ALIGN=RIGHT>    4.207</TD>                                          
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>0</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>23:55:01</TD>                                                       
<TD ALIGN=CENTER>03:48:35</TD>                                          
<TD ALIGN=RIGHT>      28,699,508</TD>                                   
<TD ALIGN=RIGHT>      1,763,595</TD>                                    
<TD ALIGN=RIGHT>       513,811</TD>                                     
<TD ALIGN=RIGHT>   82.061</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->


<!-- Date: Sun Feb 3 00:15:34 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=138328">138328</A>
 Activated at 2002.02.03 00:13:24
<!-- Author: RunControl -->



<!-- Date: Sun Feb 3 00:23:37 2002 -->
<font color=red>Shift Summary: </font><pre>          Eve Shift Summary Feb 02 2002 
 
****************** Beam Status *****************  
In store 948, taking data, Run 138312.  L_inst = 6.1E30 
Plan to dump store at 8pm. 
        
***************   History  *********************  
1630 DAQ situation: Trigger Supervisor waiting for L1 done which  
     doesn't arrive.  L2 done timeout is never recognized by the TS.   
     L3 occasionally ends up in a state waiting for events but none arrive.   
     By HRR, the DAQ recovers.   
 
 
1720 Hyunsoo requests that the Shift crew test the CMP by 
     turning on HV and observing current values from ACNET 
     before the start of the run while there is colliding beam. 
      
     He also requests that we Observe and print out CMX/BMU currents  
     and put into CMX/BMU Current Log. 
 
     See CMX/BMU Current Log for details.   
 
1733 Run 138312 terminated. 
 
1737 svxNWT1 power supply tripped.   
 
1810 Run 138313 activated. 
 
1815 svxNWT1 power supply alarm. b0fib00 not pingable. 
 
1822 Run 138313 terminated. 
 
1830 Hyunsoo and Debbie turn on CMP HV, record currents, 
     ...above 8 microA for MUHVC4.  CMP HV turned back to standby. 
        
1835 Run 138314 activated. 
 
1840 b0fib00 excluded from RunControl until it is replaced. 
     With store 948 dumped at 8pm, MCR allows a controlled 
     access if there is a quench.  There is a time 
     correlation with the loss of the power supply and a spike 
     in the antiproton losses.   
 
1935 Run 138314 terminated.  SVX HV turned off (Gino). 
 
1937 MCR: we can make controlled access after store is dumped 
     (independent of quench) for 1/2 hour.  Takes them 5 minutes 
     to turn things off...access about 2005 (:-).   
 
2003 Store 948 dumped. 
 
2012 Rob Roser and Steve Gordon make controlled access to swap 
     power supply.   
 
2015 Taking calibrations during quiet time.   
 
2050 Rob and Steve out of access.  DAQ Ace running calorimeter calibrations. 
      
2143 DAQ Ace Slava ran QIE and LED calibrations.   
 
2152 Gino wants to run SVX tests to see that swapped power supply 
     is working properly.  (No HV)  
 
2207 Vaya wants to download QIE constants during the next quiet time. 
 
2216 The SVX VME power supply works properly, according to the tests(Gino).   
 
2245 MCR calls telling us they see an ACNET element out of tolerance... 
     this is the SVX abort clock, this is a known problem due to a 
     bad cable.  Sounds like this cable should be replaced. Experts 
     say this is not a serious problem, and will fix it tomorrow. 
 
2254 Loading proton bunches.   
 
2300 Cryo ramping up solenoid field. 
 
2311 Loading antiproton bunches. 
 
2335 Cryo: solenoid at full field.  Scraping beam. 
 
2353 Bringing up HVs.   
 
2400 No data taking during evening shift for this store 950. 
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   138312,138313,138314
Delivered Luminosity   355  
Acquired Luminosity    194  
Efficiency             55%
   
</td></tr></table></pre>
<!-- Author: Debbie Errede -->


<!-- Date: Sun Feb 3 00:31:44 2002 -->
Did the 10K prescale for L2 2track 
As the L3 started chocking on the data (~all green)<font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: slava -->


<!-- Date: Sun Feb 3 00:40:22 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-525&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-525  width='300' align='top'></td><td>Summary plots: The exciting one has the P,PBAR losses. The other offer no useful information,  given we took data 2 hours only.</a></td></tr></table><font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Mircea C -->
<!-- Comment: Sun Feb  3 00;45;34 comment by...MirceaC -->
No silicon losses were recorded by BLMS.
<!-- Date: Sun Feb 3 00:44:27 2002 -->
I was in contact with the Silicon expert for 29 minutes. Given <BR> the quiet time we powered the L00 also, by rraising the bias  <BR> voltages on the 4 powered wedges( 2 on West, 2 on East) to <BR> 80,  80, 80, 140, 140 V(Channel 0, 1, 2, 3 ,PC). Next ace <BR> will keep  on eye on losses and call the expert if any <BR> danger might occur... 
<font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Mircea C -->