<!-- Title: Day shift. Tue Jan 25, 2005 -->
<!-- SciCo: Giorgio Chiarelli -->
<!-- DAQAce: Ilsung Cho -->
<!-- MonAce: Yoshaki Kusakabe -->
<!-- CO: Chen-Ju -->
<!-- OpManager: Sungwon Lee -->
<!-- Notes: -->
<pre>Beam on. Lum about 80E30. The store will stay in until tomorrow.</pre>

<!-- Date: Tue Jan 25 08:26:46.625 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192868">192868</A>
 Terminated at 2005.01.25 08:26:33
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 08:27:23.537 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192868">192868</A>
TERMINATE: Droopping ISL to see if BUSY becomes Readout
<!-- Author: Ilsung (x2080) -->


<!-- Date: Tue Jan 25 08:31:56.260 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</A>
 Activated at 2005.01.25 08:31:51
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 08:32:06.413 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_00 [2,566,510] 
<!-- Author: Ilsung (x2080) -->



<!-- Date: Tue Jan 25 08:32:32.108 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1155&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1155' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1156&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1156' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 08;32;57 comment by...yoshiaki -->
hourly plots(7:25-8:25)


<!-- Date: Tue Jan 25 08:34:26.311 2005 -->
<pre>Run ended to test whether L00 and ISL readout path is the one causing deadtime. Steve Nahn is leading the exercise with the help of the crew.</pre>
<!-- Author: Giorgio :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192868' target=_top>192868</a>) -->
<!-- Comment: Tue Jan 25 09;08;01 comment by...SCN -->
Acutally, I am just filling in for my Yale colleague whilst he deals with VISA issues.  <P>
The theory about why the deadtime is dominated by BUSY is essentially that the L2A path for ISL and L00 is much faster
than that for the rest of CDF, including the EVB.  The entire
theory is explained <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=232&frame=2&anchor=13:53:17'>
in the Silicon elog</a>. <P>
The goal of the test is to get enough data to understand how the deadtime distribution changes between this run and the previous.  There are three effects <ol>
<li> The different L2A paths we are trying to get a handle on
<li> The falling luminosity <BR> Hopefully with some extrapolation
we can make reasonable estimates about this effect
<li> The lack of ISL/L00 data going through the EVB <BR>
This to first order shouldn't matter, since the ISL and L00 are
read out in parallel through the EVB, and are not the dominant load.
</ol>
 The previous attempt at this didn't take data long enough to be conclusive (but they didn't know about this theory) so we want to go a bit longer.

<!-- Comment: Tue Jan 25 09;54;30 comment by...SCN -->
PS Relevant Runs <ol>
<li> <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192868">192868</a>  
1 hour run, Lumi between 85 and 75, deadtime ~16%, 2/3 of it BUSY
<li> <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</a>  
1 hour run, Lumi between 75 and 70, deadtime ~8%, 1/3 of it BUSY <BR> <FONT COLOR=RED> This Run should be declared BAD for ISL and L00</font> but we know of no reason why any other component should be called bad.
<li> <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</a> 
Ongoing run with ISL/L00 back in.  Looks fine
</ol> 
  
<!-- Date: Tue Jan 25 08:39:33.448 2005 -->
<pre>FrontEnd Crate Error Condition from:COT_13 
Auto HRR issued 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869' target=_top>192869</a>) -->
<!-- Comment: Tue Jan 25 08;40;40 comment by...Ilsung Cho -->
<pre>1 crate/s: b0cot13(61),  in error. [RXPT]</pre>


<!-- Date: Tue Jan 25 08:46:54.481 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-1157&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-1157  width='300' align='top'></a></td><td>SVX(Barrel 0  Wedge 0  Layer 2) on IMON turned pink, unmark helped it. 
 </td></tr></table>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 08:48:11.529 2005 -->
<pre>Done TO. for crate/s:  b0pcal05    
Auto HRR issued. 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869' target=_top>192869</a>) -->
<!-- Comment: Tue Jan 25 08;52;54 comment by...Ilsung Cho -->
<pre>I got so many done time out on b0pcal05. I did reset & shepherding for this crate.</pre>

<!-- Comment: Tue Jan 25 08;59;28 comment by...W.Badgett -->
<pre>During the initial HRR in this sequence of events, 
there was some sort of SmartSockets/RTserver 
hiccup which caused L3 to turn gold and red and the 
TevMon to complain;  CSL also did not respond 
to the RUN transition;  after 20 seconds or 
so, the problem spontaneously cleared up;  DAQ Ace 
issued a RUN by hand for CSL and b0tsi02, and 
the HRR completed.

</pre>


<!-- Date: Tue Jan 25 09:17:46.574 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</A>
 Terminated at 2005.01.25 09:17:32
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 09:18:10.945 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</A>
TERMINATE: include ISL 
<!-- Author: Ilsung (x2080) -->



<!-- Date: Tue Jan 25 09:19:48.230 2005 -->
<pre>SVXMon not connected to ConsumerErrorReceiver (aka ConsumerMonitor) 
  since 2005-01-25 09:12:49.0 
ConsumerErrorReceiver forwards errors and HRR requests from SVXMon 
  and these processes are very important to data taking! 
Restart SVXMon immediately</pre>
<!-- Author: Ilsung Cho -->


<!-- Date: Tue Jan 25 09:22:10.735 2005 -->
<pre>Steve is happy with his study. Terminating run and start a normal data taking</pre>
<!-- Author: Giorgio :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869' target=_top>192869</a>) -->

<!-- Date: Tue Jan 25 09:23:10.041 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
 Activated at 2005.01.25 09:22:57
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 09:23:11.167 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
 Activated at 2005.01.25 09:22:59
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 09:23:12.464 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_00 [2,566,510] 
<!-- Author: Ilsung (x2080) -->



<!-- Date: Tue Jan 25 09:29:39.091 2005 -->
<pre>RC detected done time out error on PCAL_10. auto HRR issued. 
but during transition to halt state, b0pcal10 and b0fib05 were frozon. I did reset & reboot crates for them.  
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->


<!-- Date: Tue Jan 25 09:34:46.364 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-1158&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-1158  width='300' align='top'></a></td><td>Do you believe in miracles? CES 17E (as of run 192868) strips 65-95 are working! Break out the bubbly!  Thanks Mike & Bob and power cycling aces!</td></tr></table>
<!-- Author: Larry  -->
<!-- Comment: Tue Jan 25 09;44;44 comment by...Bob Wagner (ANL) -->
<pre>Another case of Miracle Detector Healing!</pre>
<!-- Date: Tue Jan 25 09:36:43.320 2005 -->
I'm probably stating what others have already concluded but just in case:<br> 
I looked at the WAITBUSY deadtime plot run 192868.  It looks very much improved for equivalent luminosity from store 3925 or 3926; 10% as opposed to something more like 30%.  The other thing I note is that the deadtime begins smaller at a luminosity of 82-84E30 and rises to a slightly higher value even at lower luminosity.  Then it appears to decay with decaying luminosity.  If you look at plot versus clock time, the deadtime starts smaller at about 07:32 then builds to a higher value at 7:42.  So it looks like something is building up.  What can take 10 minutes to cause trouble?  I thought maybe this is the Nahn effect but you would think that would show up pretty quick.
<!-- Author: Bob Wagner (ANL) -->
<!-- Comment: Tue Jan 25 12;44;24 comment by...KPitts -->
<pre>I went back to some runs to look at deadtime at a fixed luminosity.  The numbers in this table are for 8E31.  The third column is total deadtime, while the last column is wait/busy deadtime.

   date     run #    deadtime    Wait/Busy
---------  ------    --------    ---------
12-Aug-04  186186       8%          0.3%
 2-Jan-05  191803      7.7%         0.6%
10-Jan-05  192195      3.6%         0.1%
18-Jan-05  192424      33%          29%
25-Jan-05  192868      17%          10%

Comments:

1.  For all of the runs listed above, all of the DPS triggers were at their maximum values.   

2.  To excellent approximation, the trigger table is the same for all of the runs listed.

3.  The wait/busy deadtime at this luminosity was exceedingly small until mid January.  For all of the runs listed above, almost all of the non-wait/busy deadtime is L2.

4.  The L2 deadtime at this luminosity is typically between 3-7%.  It appears to me as though the L1A rate is moving the L2 deadtime.  At 8E31, the Fred L1A rate can vary by as much as 1kHz.  I don't know if this is from beam conditions, detector conditions or what.   </pre>
<!-- Date: Tue Jan 25 09:40:52.560 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1159&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1159' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1160&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1160' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 09;43;08 comment by...yoshaiki -->
Hourly plots (8:25-9:25)



<!-- Date: Tue Jan 25 09:47:01.899 2005 -->
<pre>Attention!!!. SCPU_TRACER_EVENT_ID Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb11 ( FER crate : NOT_AVAILABLE).  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->


<!-- Date: Tue Jan 25 09:51:18.142 2005 -->
<pre> Attention!!! L2 Decision Timeout ERROR !!.  
  
HRR issued 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->


<!-- Date: Tue Jan 25 09:51:30.267 2005 -->
<P> 
There were some updates in the fer (FrontEndReadout <BR> 
and RunControl) package version v3_55 that did not <BR> 
make it into  
<a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=71&frame=2&anchor=09:44:59.310'> 
my elog entry from yesterday</A>.  Here are the <BR> 
additional changes:<BR> 
<UL> 
<LI>Change to suppress merlin button in ProcMon (Ray Culbertson) 
<LI>Add new AcNet devices B0PLB and B0ALB (FIB rack loss counters)<BR> to the run summary databases;  add misc overlooked  
quantities that may be useful 
<LI>Add SPYMON task check for b0svt00...05, in addition to  
extant <BR>check for b0svt06,07 
<LI>Extensive DQMon updates from Oriol Salto 
</UL> 
Monitors were restarted at that time. 
<P>  
<!-- Author: W.Badgett -->



<!-- Date: Tue Jan 25 09:59:21.572 2005 -->
<pre>Attention!!!. SCPU_BAD_VRB_BYTE_COUNT Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb17.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->


<!-- Date: Tue Jan 25 10:08:54.078 2005 -->
<pre>heart beat alarm on CLC, CPR, MNP, RPS and CPR pc. 
Monitoring ACE is investigating now.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->
<!-- Comment: Tue Jan 25 10;16;05 comment by...Ilsung Cho -->
<pre>HV system came back. start taking data.</pre>
<!-- Date: Tue Jan 25 10:14:58.464 2005 -->
<pre> Attention!!! L2 Decision Timeout ERROR !!.  
 Auto HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->



<!-- Date: Tue Jan 25 10:28:51.966 2005 -->
<pre>rigger Inhibit is set from the components: 
CPR,CCR Trip [032] Central Preradiator or Crack Chamber Trip. 
Restart HV PC again. 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->


<!-- Date: Tue Jan 25 10:47:35.018 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-1161&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-1161  width='300' align='top'></a></td><td>Comment coming below.</td></tr></table>
<!-- Author: Ilsung, Ryo, Sung-Won, Dale, and anyone else -->
<!-- Comment: Tue Jan 25 10;50;58 comment by...Shift crew -->
<a href=
'/cgi/elog/elog.pl?nb=2005&action=view&page=74&frame=2&anchor=10:08:54.078'>
Via the problems above</a> CPR might have been off.  Our non-expert eyes look to the CP2 canvas.  We think that the West has a slightly higher occupancy then the East.  This might confirm our worry that the HV was turned off (or more to the point that one side was off).  Note that inbetween restarting the monitoring program the "minimum" HV bar for CPR was at 0.


<!-- Date: Tue Jan 25 10:56:37.305 2005 -->
About 20 minutes ago, 
Alarm Heart beat (CLC, BSC, RPS, MNP, CPR) 
 
I went to downstairs and the PC on 1RR06D was flozen. 
So I rebooted the PC and restarted iFix program as the  
<a href=http://www-cdfonline.fnal.gov/ops/mcs/clc/mnp_ins.html>instruction</a> 
says. 
<br> 
<br> 
The HV of CPR(only East) was 0. So I tried to turn it on, and iFix flozed again. Then I just restarted the iFix program, and this time everything looks fine. 
<br><br> 
<font color=Red> 
Steve Hahn also tried to figure out the problem, but there was not 
enough logs. He asked me to page Steve if this happens again.  
</font>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 10:56:45.898 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-1162&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-1162  width='300' align='top'></a></td><td>CMP top has a hot stack (~80% full occupancy).  Expert has been notified.</td></tr></table>
<!-- Author: Dale for Xiaojian -->

<!-- Date: Tue Jan 25 11:01:36.458 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
 Terminated at 2005.01.25 11:01:24
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 11:02:15.032 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
TERMINATE: terminate due to CPR West HV. 
<!-- Author: Ilsung (x2080) -->
<!-- Comment: Tue Jan 25 11;21;54 comment by...Dale -->
West --> East
<!-- Date: Tue Jan 25 11:02:20.846 2005 -->
<pre>Hourly plots (925-1025) 
</pre>
<!-- Author: yoshiaki -->

<!-- Date: Tue Jan 25 11:04:43.493 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871">192871</A>
 Activated at 2005.01.25 11:04:37
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 11:05:01.027 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871">192871</A>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_00 [2,566,510] 
<!-- Author: Ilsung (x2080) -->


<!-- Date: Tue Jan 25 11:05:59.065 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869">192869</A>
RUNSTATUS: <PRE>Marked Bad, explanation:
ISL 
L00 
were removed for DAQ test by Steve Nahn
</PRE>
<!-- Author: cdfscico -->



<!-- Date: Tue Jan 25 11:06:13.907 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1168&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1168' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1169&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1169' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 11;07;23 comment by...yoshiaki -->
hourly plots(0925-1025), sorry above comments are missing THIS figures.


<!-- Date: Tue Jan 25 11:11:20.146 2005 -->
<pre>While trying to set the "bad" bit for CPR in the goodrun database I was unable to find the appropriate bit to be set... 
</pre>
<!-- Author: Giorgio  :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->
<!-- Comment: Tue Jan 25 11;14;07 comment by...Larry  -->
central shower max I think


<!-- Date: Tue Jan 25 11:16:32.881 2005 -->
<pre>MLE) b0svx00:Messenger:11:12:37 AM-&gt;Silicon Resonator: Sl 16 Ch 7 -&gt; e072: Bytes: 00062 
 
(MLE) b0svx04:Messenger:11:12:37 AM-&gt;Silicon Resonator: Sl 20 Ch 9 -&gt; e4b4: Bytes: 00112 
 
(MLE) b0svx07:Messenger:11:12:37 AM-&gt;Silicon Resonator: Sl 12 Ch 0 -&gt; f440: Bytes: 00356 
 
(MLE) b0svx02:Messenger:11:12:37 AM-&gt;Silicon Resonator: Sl 18 Ch 4 -&gt; e284: Bytes: 00124 
 
Run halted without any alarm. HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 11:20:26.349 2005 -->
<pre>CMP expert calls in. There is one stack with (low) oscillations. He would like to bring it down for a few minutes. Suggestion is to come and grab the first window we have as the beam is going to be there until tomorrow.</pre>
<!-- Author: Giorgio -->



<!-- Date: Tue Jan 25 11:22:29.342 2005 -->
<pre>Trigger Inhibit is set from the components: 
 CPR,CCR: PC  		[033] Central Preradiator PC 
 
run halted. but N0 HV alarm on monitoring side.and 
trigger inhibit disappeared in a few seconds </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->
<!-- Comment: Tue Jan 25 11;25;29 comment by...Ilsung Cho -->
<pre>It happended more than three times from now..</pre>
<!-- Date: Tue Jan 25 11:24:21.928 2005 -->
<pre>Attention!!! L2 Decision Timeout ERROR !!.  
  
Auto HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->



<!-- Date: Tue Jan 25 11:30:41.699 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1170&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1170' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1171&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1171' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 11;31;15 comment by...yoshiaki -->
Hourly plots (10:25-11:25)

<!-- Date: Tue Jan 25 11:34:22.517 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870">192870</A>
RUNSTATUS: <PRE>Marked Bad, explanation:
CSX. Problem in HV with CPR West. See elog if you are interested in the details.
</PRE>
<!-- Author: cdfscico -->
<!-- Comment: Tue Jan 25 11;51;42 comment by...Dale -->
how about <i>CSMX</i> = Central Shower-MaX
<!-- Date: Tue Jan 25 11:34:53.898 2005 -->
<pre>OK, CSX bad is the bit to be set if CPR is bad. For future record... 
</pre>
<!-- Author: Giorgio -->
<!-- Comment: Tue Jan 25 11;42;00 comment by...Phil Schlabach -->
<table border=0><td><tr><td bgcolor=#e0e030>NO NO NO, not CSX</td></tr></td></table>
<!-- Date: Tue Jan 25 11:35:52.546 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192793">192793</A>
 Terminated at 2004.01.24 02:42:52
<!-- Author: RunControl -->
<!-- Comment: Tue Jan 25 11;42;56 comment by...WB -->
& set Ana ShiftCrew_status bit
<!-- Date: Tue Jan 25 11:37:20.842 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192783">192783</A>
COMMENT: This run ended tragically when the X-server on b0dap73 crashed.  I have 
just updated the terminateTime in the run database so that the run can be 
processed offline.
<!-- Author: badgett -->
<!-- Comment: Tue Jan 25 11;40;07 comment by...WB -->
Run number should have read 192793
<!-- Date: Tue Jan 25 11:37:34.311 2005 -->
<pre>Attention!!!. SCPU_BAD_VRB_BYTE_COUNT Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb15.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->





<!-- Date: Tue Jan 25 11:48:30.677 2005 -->
<pre>MLE) b0svx00:Messenger:11:43:23 AM-&gt;Silicon Resonator: Sl 16 Ch 9 -&gt; e074: Bytes: 00144 
 
(MLE) b0svx01:Messenger:11:43:23 AM-&gt;Silicon Resonator: Sl 10 Ch 9 -&gt; e134: Bytes: 00080 
  
RC detected this error and goes to halt state without any alarm.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 11:49:53.440 2005 -->
Trigger Inhibit status durning the  
<a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=74&frame=2&anchor=10:08:54.078'>above CPR HV monitoring problems</a>: 
<p> 
Unfortinately, RC was not halted or inhibited as 3 channels were masked.  These were <b>CPR, CCR HV: Trip</b>, <b>CPR, CCR: PC</b> and <b>BSC: PC</b>.  These were unmasked when we were halted and the monitoring was being restarted; this happened around <a href= 
'/cgi/elog/elog.pl?nb=2005&action=view&page=74&frame=2&anchor=10:28:51.966'> 
here</a>.</p> 
<p>  As was suspected by Yoshaki observations + the YMon plot, one side of the CPR (CP2) was off and/or there were monitoring problems with this and thus CPR, CCR: PC was red and we would have been inhibited.  The inhibit channels flashed through as expected as the CLC PC monitoring was restarted and things were brought back up to normal. 
</p><p> 
The bottom line is that the trigger inhibit channels should have been unmasked and it seems that it would have halted the run and help to prevent us from taking bad data.  When we started the next run [192871] we unmasked these guys in the halt state (we jumped the gun and didn't unmasked them in the ready state). 
</p> 
On a side note, (this is just Dale talking) why do we have the silly password for the trigger inhibit [which I posted just below the monitor where the TI gui is]?  I have seen aces end runs in the elog because they forgot to unmask inhibits in the ready state.  (Do we really think Aces are so untrustworthy that they will start masking off all the channels?)  <u>I suggest that we remove this feature.</u>
<!-- Author: Ilsung and Yoshaki with Dale&#39;s thoughts :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870' target=_top>192870</a>) -->
<!-- Comment: Tue Jan 25 13;29;43 comment by...Donatella T. -->
the password was added as 'safety' measure... given that is not deemed necessary, I'll remove it. 
<!-- Comment: Tue Jan 25 15;03;20 comment by...Donatella T. -->
a new GUI version (with password removed) is available. See entry below...
<!-- Date: Tue Jan 25 11:53:27.807 2005 -->
<pre> Attention!!! L2 Decision Timeout ERROR !!.   
 
HRR issued  
 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 12:29:59.167 2005 -->
<pre>   L3_REFORMAT_ERROR (Parsed Info):  
         RAWREF Error - VRB-DLINCO - with code 18 -- START 
         Error count: 1 of 1 
         Reject rate: 0.031 percent 
          (see Error Handler log file for full message) 
(MLE) b0svx00:Messenger:12:21:07 PM-&gt;Silicon Resonator: Sl 16 Ch 7 -&gt; e072: Bytes: 00044 
 
HRR issued</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 12:33:44.567 2005 -->
<pre>SVXMon not connected to ConsumerErrorReceiver (aka ConsumerMonitor) 
  since 2005-01-25 12:28:43.0 
ConsumerErrorReceiver forwards errors and HRR requests from SVXMon 
  and these processes are very important to data taking! 
Restart SVXMon immediately!</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 12:36:19.859 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1172&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1172' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1173&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1173' width='300'></a></center>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 12:39:31.998 2005 -->
<pre>Attention!!!. SCPU_BAD_CHANNEL_COUNTS Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb19.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->



<!-- Date: Tue Jan 25 12:52:18.977 2005 -->
<pre> 
 
(MLE) b0svx00:Messenger:12:44:04 PM-&gt;Silicon Resonator: Sl 20 Ch 9 -&gt; e0b4: Bytes: 00092 
 
(MLE) b0svx03:Messenger:12:44:04 PM-&gt;Silicon Resonator: Sl 18 Ch 4 -&gt; e384: Bytes: 00110 
 
(MLE) b0svx01:Messenger:12:44:04 PM-&gt;Silicon Resonator: Sl 18 Ch 9 -&gt; e194: Bytes: 00096 
 
(MLE) b0svx04:Messenger:12:44:04 PM-&gt;Silicon Resonator: Sl 10 Ch 4 -&gt; e424: Bytes: 00100 
 
(RC)   12:44:42 Halt -&gt; HALTED 
 
HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 12:56:32.552 2005 -->
<pre>(MLE) b0svx01:Messenger:12:55:32 PM-&gt;Silicon Resonator: Sl 10 Ch 9 -&gt; e134: Bytes: 00060 
 
(MLE) b0svx02:Messenger:12:55:32 PM-&gt;Silicon Resonator: Sl 11 Ch 3 -&gt; e203: Bytes: 00126 
 
(RC)   12:55:33 Halt -&gt; HALTED 
 
HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 12:58:43.738 2005 -->
<pre> Attention!!!. SCPU_BAD_VRB_BYTE_COUNT Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb23.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 13:02:49.088 2005 -->
<pre>Trigger Inhibit from CPR,CCR: PC occurs continuously about every five or ten minutes.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 13:03:19.553 2005 -->
<pre>MLE) b0svx05:Messenger:1:02:36 PM-&gt;Silicon Resonator: Sl 08 Ch 9 -&gt; e514: Bytes: 00078 
 
(MLE) b0svx01:Messenger:1:02:33 PM-&gt;Silicon Resonator: Sl 10 Ch 9 -&gt; e134: Bytes: 00054 
 
(MLE) b0svx03:Messenger:1:02:33 PM-&gt;Silicon Resonator: Sl 10 Ch 0 -&gt; e320: Bytes: 00094 
 
(MLE) b0svx04:Messenger:1:02:33 PM-&gt;Silicon Resonator: Sl 18 Ch 9 -&gt; e494: Bytes: 00114 
 
(MLE) b0svx07:Messenger:1:02:33 PM-&gt;Silicon Resonator: Sl 20 Ch 1 -&gt; f321: Bytes: 00150 
 
(MLE) b0svx02:Messenger:1:02:33 PM-&gt;Silicon Resonator: Sl 13 Ch 9 -&gt; e254: Bytes: 00082 
 
(RC)   13:02:34 Halt -&gt; HALTED</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 13:22:23.129 2005 -->
<pre> RXPT Error for crate/s: b0cot11    
 
HRR issued. 
</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 13:28:35.399 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1175&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1175' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1176&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1176' width='300'></a></center>
<!-- Author: yoshiaiki -->
<!-- Comment: Tue Jan 25 13;29;00 comment by...yoshiaki -->
Hourly plots(1225-1325)



<!-- Date: Tue Jan 25 13:31:26.661 2005 -->
<br> 
I changed Comsumer Monitors version from 6.0.0int3w to <font color="Red">6.1.0pre2c</font>.<br> 
Now they are working well. So I'll keep it running...
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 13:31:40.611 2005 -->
<pre>(MLE) b0svx00:Messenger:1:30:45 PM-&gt;Silicon Resonator: Sl 16 Ch 4 -&gt; e064: Bytes: 00096 
 
(MLE) b0svx01:Messenger:1:30:45 PM-&gt;Silicon Resonator: Sl 10 Ch 9 -&gt; e134: Bytes: 00088 
 
(MLE) b0svx07:Messenger:1:30:45 PM-&gt;Silicon Resonator: Sl 08 Ch 6 -&gt; f411: Bytes: 00118 
 
(MLE) b0svx02:Messenger:1:30:45 PM-&gt;Silicon Resonator: Sl 13 Ch 2 -&gt; e242: Bytes: 00110 
 
(RC)   13:30:46 Halt -&gt; HALTED</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->
<!-- Comment: Tue Jan 25 13;32;40 comment by...Ilsung Cho -->
<pre>HRR issued.</pre>


<!-- Comment: Tue Jan 25 14;18;52 comment by...Ilsung Cho -->
<pre> W.Badgett and Rong said the situlation to move halt state  was related with trigger inhibit condition. and not a serious problem on SVX. It's just messages from silicon.</pre>
<!-- Date: Tue Jan 25 13:33:20.427 2005 -->
<pre>To solve the HV monitor problem, which is causing frequent run halts ,it looks like we will have to reboot the PC (Convery dixit). Steve Kuhlmann is in and will do the  job. We plan to keep taking data while rebooting the machine.</pre>
<!-- Author: Giorgio -->


<!-- Date: Tue Jan 25 13:56:25.607 2005 -->
<pre>Rebooting done. A few moments later the usual problem. Mary has been notified by Steve K.</pre>
<!-- Author: Giorgio -->


<!-- Date: Tue Jan 25 14:00:21.011 2005 -->
<pre>Based on Mary's instructions,  we rebooted the PC and restarted the CPR/CLC/Forward monitoring.  About 5 minutes later we got another (fake) trigger inhibit,  so this did not fix it.</pre>
<!-- Author: Steve Kuhlmann -->
<!-- Comment: Tue Jan 25 14;07;48 comment by...convery -->
I'll be in in about an hour to look at this.
<!-- Date: Tue Jan 25 14:01:46.397 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-1177&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-1177  width='300' align='top'></a></td><td>SVX Barrel 0  Wedge 0  Layer 2 on IMON Cell turned pink, and unmarking fixed it.</td></tr></table>
<!-- Author: yoshiaki -->


<!-- Date: Tue Jan 25 14:06:50.155 2005 -->
<pre> Attention!!! L2 Decision Timeout ERROR !!.  
 
HRR issued.</pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->




<!-- Date: Tue Jan 25 14:28:49.360 2005 -->
<pre>Attention!!!. SCPU_BAD_VRB_BYTE_COUNT Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb25.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 14:37:08.262 2005 -->
<pre>CMP top has one stack on oscillation, this is not a big problem if it does not spread. If there is a &gt; 20 minutes time window that no physics run is taken during the work time (8am - 6pm), please page CMP.  
</pre>
<!-- Author: Xiaojian Zhang -->


<!-- Date: Tue Jan 25 14:37:09.189 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1178&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1178' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1179&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1179' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 14;37;34 comment by...yoshiaki -->
Hourly plots(1325-1425)


<!-- Date: Tue Jan 25 14:41:31.501 2005 -->
<br><b>FIB counter work:</b> 
<br>For the next hour, I will be working on the counters attached 
to the FIB racks.  The ACNET variables for these devices should 
be ignored during this time. 
<br>
<!-- Author: R.J. Tesarek -->


<!-- Date: Tue Jan 25 14:51:22.319 2005 -->
<pre>Attention!!!. SCPU_BAD_VRB_BYTE_COUNT Error !!!  
 Hardware EVB has detected a problem with data in  
 SCPU b0eb20.  
 Datataking is paused: events are not being processed.  
  
 AUTO HRR will be issued. </pre>
<!-- Author: Ilsung Cho :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871' target=_top>192871</a>) -->


<!-- Date: Tue Jan 25 15:02:18.219 2005 -->
I changed the inhibits GUI to remove the password requested when masking signals in PAUSED or HALTED states. 
The new GUI version, v3_2, has been declared current. 
*Whenever* posssible, please close/restart the inhibits GUI to pick up this last version. As usual, please report any problems. Thanks,
<!-- Author: Donatella T. -->
<!-- Comment: Tue Jan 25 15;06;46 comment by...Donatella T. -->
forgot...type "setup fer" before restarting the GUI .

<!-- Comment: Tue Jan 25 15;12;01 comment by...Ilsung Cho -->
<pre>Thanks you</pre>


<!-- Date: Tue Jan 25 15:22:19.761 2005 -->
<br><b>FIB counter work:</b> 
<br> Completed work on FIB counters.  Added 4ns delay to one 
counter.  This had no measurable effect on the rates.  All 
acnet variables should be taken seriously. 
<br>
<!-- Author: R.J. Tesarek -->


<!-- Date: Tue Jan 25 15:24:42.186 2005 -->
<pre>ESnet will be doing a reload of some backbone and site routers 
between 21:00 and 23:00 CST. DataComm says "- this 
should be transparent as traffic should failover to our 
StarLight connection." 
 
However, if there are problems off-site access might be 
disrupted for 5-10 minute intervals.</pre>
<!-- Author: jj -->


<!-- Date: Tue Jan 25 15:28:35.859 2005 -->
CPR trigger inhibits: my bad!  When I changed the polarity of the trigger inhibits last week, I essentially disabled the check that the problem causing the trigger inhibit last more than one monitoring cycle.  Need to write more intelligent code!  The spurious CPR inhibits should be greatly reduced now.
<!-- Author: convery -->


<!-- Date: Tue Jan 25 15:29:26.082 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1180&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1180' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-1181&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-1181' width='300'></a></center>
<!-- Author: yoshiaki -->
<!-- Comment: Tue Jan 25 15;30;38 comment by...yoshiaki -->
Hourly plots (1425-1525)

<!-- Date: Tue Jan 25 15:43:41.857 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871">192871</A>
 Terminated at 2005.01.25 15:43:35
<!-- Author: RunControl -->


<!-- Date: Tue Jan 25 15:44:42.867 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871">192871</A>
TERMINATE: terminate , L3 didn't respond during transition 
<!-- Author: Ilsung (x2080) -->



<!-- Date: Tue Jan 25 15:55:03.721 2005 -->
<pre>L3 problems. expert paged.</pre>
<!-- Author: Giorgio -->

<!-- Date: Tue Jan 25 15:55:22.334 2005 -->
<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=192868>
192868</A> 
x2F164</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_00 [2,566,510]</TD>                                       
<TD ALIGN=CENTER>07:25:28</TD>                                          
<TD ALIGN=CENTER>08:26:33</TD>                                          
<TD ALIGN=CENTER>00:49:14</TD>                                          
<TD ALIGN=RIGHT>     67,623,119</TD>                                    
<TD ALIGN=RIGHT>     1,078,909</TD>                                     
<TD ALIGN=RIGHT>     269,540</TD>                                       
<TD ALIGN=RIGHT>  235.658</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192869>
192869</A> 
x2F165</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_00 [2,566,510]</TD>                                       
<TD ALIGN=CENTER>08:31:51</TD>                                          
<TD ALIGN=CENTER>09:17:32</TD>                                          
<TD ALIGN=CENTER>00:36:51</TD>                                          
<TD ALIGN=RIGHT>     45,065,939</TD>                                    
<TD ALIGN=RIGHT>       705,748</TD>                                     
<TD ALIGN=RIGHT>     183,945</TD>                                       
<TD ALIGN=RIGHT>  160.109</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192870>
192870</A> 
x2F166</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_00 [2,566,510]</TD>                                       
<TD ALIGN=CENTER>09:22:59</TD>                                          
<TD ALIGN=CENTER>11:01:24</TD>                                          
<TD ALIGN=CENTER>01:16:00</TD>                                          
<TD ALIGN=RIGHT>     92,396,520</TD>                                    
<TD ALIGN=RIGHT>     1,405,565</TD>                                     
<TD ALIGN=RIGHT>     365,066</TD>                                       
<TD ALIGN=RIGHT>  298.648</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=192871>
192871</A> 
x2F167</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_3_00 [2,566,510]</TD>                                       
<TD ALIGN=CENTER>11:04:37</TD>                                          
<TD ALIGN=CENTER>15:43:35</TD>                                          
<TD ALIGN=CENTER>03:48:34</TD>                                          
<TD ALIGN=RIGHT>    277,476,983</TD>                                    
<TD ALIGN=RIGHT>     3,812,168</TD>                                     
<TD ALIGN=RIGHT>   1,034,559</TD>                                       
<TD ALIGN=RIGHT>  723.091</TD>                                          
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>1</TD></TR>                                            
                                                                        
<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>15:55:04</TD>                                                       
<TD ALIGN=CENTER>06:30:40</TD>                                          
<TD ALIGN=RIGHT>     482,562,561</TD>                                   
<TD ALIGN=RIGHT>      7,002,390</TD>                                    
<TD ALIGN=RIGHT>     1,853,110</TD>                                     
<TD ALIGN=RIGHT> 1417.506</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->



<!-- Date: Tue Jan 25 16:01:51.491 2005 -->
<font color=red>Shift Summary: </font><pre>8.00 Run starts with beam on.. taking data at 80E30 (approx). 
8.30 We stop the run in order to execute a test (Steva Nahn main author) 
to check whether the readout of ISL&L00 is causing part of the deadtime we 
see. Test authorized on the spot by RR and Sungwon Lee. The SciCo 
dutifully agrees. 
9.20 End of special run, Nahn looks satisfied. He wants a special run of 
test, this time at the end of the store, to check fix. 
9.45 There are a bunch of comments about daedtime, author ArgoBob. You 
should take a look at... 
10.50 Run ended as we realized that there were problems on CPR West. 
Accordingly the SMX word is marked "bad" for the Run, although only CPR 
had problems. This raise a question why do not have a separate bit for CPR 
as this is a systme being debugged? Despite Phil Schlabach complains (I 
agree with Phil), this is the instructions for the SciCo. 
11.20 The CMP stack with problems is experiencing low oscillations. The 
expert would like to bring it down. It wil do so when we wil stop the run. 
The CO will keep an eye on the CMP. 
11.50 There were problems on the trigger inhibit while CPR HV monitoring 
had troubles. Look at the long entry in the e-log. 
13.00 Lots of problems with HV CPR monitoring. Steve Kuhlmann on the phone 
with Mary. Decision is to reboot the machine. 
13.40 Rebooting done. This does not fix the problem. 
14.00 CMp expert want to turn off and on one oscillating stack. He needs 
20' without data taking. But he wants to be paged only 8AM-6 PM. 
15.30 Mary puts new code on PC. Hope this time it will fix the problem 
(she found the bug). 
15.44 Run ended due a L3 problem. End run a started a new one. 
15.50 Still L3 problems. expert paged 
                                                                                 
 
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   192868:192871
Delivered Luminosity   1693.9  
Acquired Luminosity    1288.7  
Efficiency             76.1
   
</td></tr></table></pre>
<!-- Author: Giorgio -->