<!-- Title: Day shift. Wed Nov 13, 2002 -->
<!-- SciCo: Rick Snider -->
<!-- DAQAce: JJ Schmidt -->
<!-- MonAce: Lin Zhang -->
<!-- CO: Guram Chlachidze -->
<!-- OpManager: Matt Jones -->
<!-- Notes: -->
<pre>Inherit store 1961. Lum = 30E30. Stack = 8.4 mA, accum @ 10.24 mA/hr

o  No silicon until further notice
o  BSU/TSU monitor red
</pre>


<!-- Date: Wed Nov 13 08:22:46 2002 -->
<pre><pre>L2 Decision Timeout 
 
(MLE) b0xft00:Messenger:8:12:4Read L2 prescales                                                                
                                                                                 
Error: Startload is still low. ModDone bits 0x4007fdff for event 35940048        
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 1)                        
SvtMon: Error: no data from SVT(0)                                               
                                                                                 
Error: Startload is still low. ModDone bits 0x4007fdff for event 35940050        
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 2)                        
SvtMon: Error: no data from SVT(0)                                               
                                                                                 
Error: Startload is still low. ModDone bits 0x4007fdff for event 35940053        
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 3)                        
Slot12 saw 3 sequential errors at Nov 13 09:15:36 2002                           
SvtMon: Error: no data from SVT(0)                                               
FaultManager: Fatal error, sending L2 timeout (L2A 731876)                       
                                                                                 
                                                                                 
In HALT state after 35940053 events       0 AM->Event 717292: Bunchcounters in slot 13 and slot 6 disagree (at least) 
(MLE) b0xft00:Messenger:8:12:41 AM->Runtime Error 6, Event 717292: Bunch counter mismatch, mismatch count = 1 
13'56" L2 Decision Timeout.[RXPT] 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:8:13:55 AM->  Level 2 Decision Timeout 
 
AUTO HRR recovers</pre></pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 08:24:15 2002 -->
<pre>TOF Trigger Inhibit burp. </pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 08:38:11 2002 -->
<pre>31'23" b0l3gate1.fnal.gov:main:8:31:23 AM->Host b0eb13.fnal.gov, task tRec_0 
SCPU-P0-E-TracerEventId: Event 935908, crate 53, channel 4 has either bad Tracer ID or bad markers around Tracer word. 
 Tracer word event ID is 5, should be 4. 
Tracer word = 0x6a550035 (I think). 
Channel data = 0x00000200 0x6a000035 0x43045444 0x004f0005 0x00140000 0x000001e3 0x00000003 0x00000010 ... 
... 0x00050c24 0x00000000 0x00000000 0x00000000 0xaa00aaaa 0x55aa5555 0x6a550035 0x80040000 -->   
 Additional Information:  
 
 Attention!!!. SCPU_TRACER_EVENT_ID Error !!!  
 Hardware EVB has detected a problem with data quality.  
 SCPU b0eb13 reports event ID or control sequence mismatch.  
 Datataking is paused: events are not being processed.  
 - HRR should help.  
(and it does)</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 08:39:20 2002 -->
<pre>Multiple Trigger Inhibit messages (reported by 
multiple systems) but no lights on panel and run keeps 
going.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 08:50:55 2002 -->
<pre>IMU Trigger Inhibit. PSM box is red on Global Alarms page 
due to BSU_SE_1 problem. Guram goes to first floor and  
resets something. Will ask him to make entry about what 
he did.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 08:56:01 2002 -->
<pre>Another Trigger Inhibit glitch from TOF. No apparent 
pause in data taking.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 09:02:40 2002 -->
CCU5 (TSU/BSU) became unreadable and was reset according to instructions. <br> 
After reset (for a short time HV was off on 4 CCUs and it <br> 
caused IMU trigger inhibit), CCU5 is still unreadable. BSU/TSU Experts are e-mailed, probably CCU5 must be replaced.  
<!-- Author: Guram Chlachidze -->
<!-- Comment: Wed Nov 13 10;08;33 comment by...Rick Snider -->
After initial reset, CCU5 did not come back. CO/BSU expert ramped down HV for 5 minutes (this sometimes helps to recover the CCU) and attempted a second reset. The IMU trigger inhibit was raised during the time the HV was down. CCU5 remained unreachable.
<!-- Comment: Wed Nov 13 10;14;20 comment by...Rick Snider -->
YMON confirmed a while ago that BSU/TSU HV is off for CCU5.
<!-- Date: Wed Nov 13 09:05:02 2002 -->
D0 inserting roman pots.
<!-- Author: Rick Snider :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 09:15:01 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10279&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10279' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10280&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10280' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10281&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10281' width='300'></a></center>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 09:22:25 2002 -->
<pre>(MLE) b0cot16:Messenger:9:17:47 AM->Event 1387795: Bunchcounters in slot 3 and slot 18 disagree (at least) 
(MLE) b0cot16:Messenger:9:17:47 AM->Runtime Error 1, Event 1387795: Bunch counter mismatch, mismatch count = 1 
CT: 11/13/2002, 9:17'51"  
17'51" 1 crate/s: b0cot16(64),  Done TO.[RXPT] 
(MLE) b0tsi02:Messenger:9:17:51 AM->DONE timeout 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:9:17:51 AM->Done Timeout: COT_16  
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:9:17:51 AM->Requested Halt-Recover-Run issued [errmon] 
(RC)   9:17:57 Halt -> HALTED 
(RC)   9:18:4 Recover -> RECOVERED 
 
Done TimeOut from b0cot16 recovered by Auto HRR.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 09:28:54 2002 -->
<pre>(MLE) b0cot17:Messenger:9:26:05 AM->Event 1472522: Bunchcounters in slot 3 and slot 19 disagree (at least) 
(MLE) b0cot17:Messenger:9:26:05 AM->Runtime Error 1, Event 1472522: Bunch counter mismatch, mismatch count = 1 
26'9" 1 crate/s: b0cot17(65),  Done TO.[RXPT] 
(MLE) b0tsi02:Messenger:9:26:08 AM->DONE timeout 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:9:26:07 AM->Done Timeout: COT_17  
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:9:26:08 AM->Requested Halt-Recover-Run issued [errmon] 
(RC)   9:26:14 Halt -> HALTED 
(RC)   9:26:22 Recover -> RECOVERED 
 
Done TimeOut in b0cot17. Auto HRR recovers OK.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 09:46:30 2002 -->
<pre> 
We stop taking data. Unclear what has happened. 
Alpha Mini-com says... 
 
Read L2 prescales                                                                
Had pci master abort                                                             
Error register is 0                                                              
Had pci master abort for read 2                                                  
Error register is 0     
 
Try HRR. We resume taking data.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->
<!-- Comment: Wed Nov 13 10;20;46 comment by...Peter Wittich -->
<p>This is probably not responsible for the halt in data taking - this message gets printed when during a re-try data read on the PCI bus on the alpha. It does not suggest an error that stops data taking.</p>
<!-- Date: Wed Nov 13 09:51:39 2002 -->
<pre>Jeff Spalding (SciCo previous shift) alerted us to the 
fact that CCTV screens in Control Room ("channel 13") were 
periodically blinking from some common noise source.  
This is a concern clock signal comes over the same video 
line. Steve Hahn looks at scope on clock signal and sees no 
problems. He calls CCTV crew and they come over but problem 
stops as they walk into B0. 
 
If problem starts up again during this shift, page  
Tim Cunneen at LRP of 266-1704 and he will try to get back 
in time to see problem.</pre>
<!-- Author: JJ -->
<!-- Comment: Wed Nov 13 12;07;52 comment by...JJ -->
<pre>Tim and company work regular hours. This is not a
critical off-hours issue at this time. (unless of course
the clock is impacted)</pre>
<!-- Comment: Wed Nov 13 15;10;15 comment by...Steve Hahn -->
Tim Cuneen just called me and reported they had found a bad modulator in C0 that seemed to be the source of this intermittent noise.  This has been fixed.  My understanding from him is that any source of noise is transmitted to the entire CCTV system (which originates in the accelerator (MI?) and circles around the whole ring such that the two terminated ends both end up in D0).  I saw no indication this bothered the clock, since it basically only uses zero-crossing info of the main RF signal on which the TV signal is modulated.  However, keep an eye on the CCTV monitors and report anything unusual.  Thanks.
<!-- Date: Wed Nov 13 09:59:46 2002 -->
<pre>TEVMON alerts us to high beam losses. Nothing unusual 
is seen in ACNET. (see hourly plots) Silicon is out and 
no other systems have tripped this shift.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->
<!-- Comment: Wed Nov 13 10;01;37 comment by...JJ -->
<pre>Another warning for LOSTP at 17.5 KHz.</pre>


<!-- Date: Wed Nov 13 10:05:07 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10282&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10282  width='300' align='top'></td><td>Shift losses from 8:00am to 10:01am.</a></td></tr></table>
<!-- Author: Lin -->




<!-- Date: Wed Nov 13 10:20:45 2002 -->
<pre>Busy condition in b0cot18 -> Busy TimeOut b0eb13. 
Auto HRR recovers OK. 
 
CT: 11/13/2002, 10:14'11"  
14'11" b0l3gate1.fnal.gov:main:10:14:11 AM->Host b0eb13.fnal.gov, task tRec_0 
SCPU-P0-E-TracerEventId: Event 1940627, crate 54, channel 5 has either bad Tracer ID or bad markers around Tracer word. 
 Tracer word event ID is 5, should be 3. 
Tracer word = 0x6a550036 (I think). 
Channel data = 0x0000029e 0x6a030036 0x434f5444 0x00140006 0x00000000 0x00000281 0x00000003 0x0000000f ... 
... 0x00000a0c 0x00000000 0x00000000 0x00000000 0xaa00aaaa 0x55aa5555 0x6a550036 0x80030000 -->   
 Additional Information:  
 
 Attention!!!. SCPU_TRACER_EVENT_ID Error !!!  
 Hardware EVB has detected a problem with data quality.  
 SCPU b0eb13 reports event ID or control sequence mismatch.  
 Datataking is paused: events are not being processed.  
 - HRR should help. </pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->



<!-- Date: Wed Nov 13 10:32:35 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10283&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10283  width='300' align='top'></td><td>Shift losses from the scraping finishing till now.</a></td></tr></table>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 10:35:31 2002 -->
Noisy channels have appeared in occupancy and multiplicity plots for the CMP-South chambers (stacks 10-29). Expert is e-mailed.  
It should be fixed before the end of store (between runs).
<!-- Author: Guram -->
<!-- Comment: Wed Nov 13 13;38;43 comment by...Rick Snider -->
Hyunsoo Kim said he would fix it.
<!-- Date: Wed Nov 13 10:37:55 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10284&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10284' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10285&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10285' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10286&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10286' width='300'></a></center>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 10:39:53 2002 -->
<pre>BUSY in b0cot18; BUSY TimeOut in b0eb13 
 
 Attention!!!. SCPU_TRACER_EVENT_ID Error !!!  
 Hardware EVB has detected a problem with data quality.  
 SCPU b0eb13 reports event ID or control sequence mismatch.  
 Datataking is paused: events are not being processed.  
 - HRR should help.  
[MLE] 
(MLE) b0l3gate1.fnal.gov:main:10:32:37 AM->Host b0eb13.fnal.gov, task tRec_0 
SCPU-P0-E-VrbHeader: Dump of header words for event 2120745 from VRB in slot 10: 
0x00000000 0x000089e0 0x00020082 0x0d580d64 0x0d340ed4 0x0ae80cf0 0x0ebc0e04 0x0fb00e9c 
32'38" b0l3gate1.fnal.gov:main:10:32:37 AM->Host b0eb13.fnal.gov, task tRec_0 
SCPU-P0-E-TracerEventId: Event 2120746, crate 53, channel 4 has either bad Tracer ID or bad markers around Tracer word. 
 Tracer word event ID is 5, should be 10. 
Tracer word = 0x6a550035 (I think). 
Channel data = 0x000002b3 0x6a000035 0x431a5444 0x004f0005 0x00140000 0x00000296 0x00000003 0x00000010 ... 
... 0x00000adc 0x00000000 0x00000000 0x00000000 0xaa00aaaa 0x55aa5555 0x6a550035 0x801a0000 -->   
 
Auto HRR recovers OK.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 10:53:56 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10287&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10287  width='300' align='top'></td><td>Current dynamic prescale rate limits.  Put them back to these values before integrating silicon.</a></td></tr></table>
<!-- Author: jdl -->


<!-- Date: Wed Nov 13 10:55:53 2002 -->
<pre>BUSY in wcal07 and hadron_timing_00... 
BUSY TimeOut in b0eb15. 
 
 
47'12" b0l3gate1.fnal.gov:main:10:47:12 AM->Host b0eb15.fnal.gov, task tRec_0 
SCPU-P0-E-TracerEventId: Event 2260380, crate 0, channel 7 has either bad Tracer ID or bad markers around Tracer word. 
 Tracer word event ID is 0, should be 12. 
Tracer word = 0x00000000 (I think). 
Channel data = 0x0000014f 0x540c0010 0x43484144 0x00100010 0x00000000 0x00000031 0x00000001 0x0d400031 ... 
... 0x00000490 0x00000000 0x00000000 0x00000000 0x00000000 0x55555555 0x00000000 0x80000000 --> 
 
Auto HRR recovers OK.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 10:57:31 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10288&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10288  width='300' align='top'></td><td>new rate limits</a></td></tr></table>
<!-- Author: jdl -->

<!-- Date: Wed Nov 13 10:58:55 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111">154111</A>
 Terminated at 2002.11.13 10:57:37
<!-- processed by 131.225.236.168 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 10:59:59 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111">154111</A>
TERMINATE: End run to that trigger gurus can change prescales.
<!-- processed by 131.225.235.150 -->
<!-- Author: JJ -->



<!-- Date: Wed Nov 13 11:02:13 2002 -->
<pre>We are taking advantage of the missing Silicon  
to study DAQ rates and deadtimes at higher L1A  
rates by changing the DPS limits in the harware database. 
These changes are documented above. 
</pre>
<!-- Author: Greg, Peter, Jonathan :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 11:03:41 2002 -->
<pre>An attempt to summarize what happened with the BSU/TSU: 
1) Communication was lost with ccu5. 
2) Per instructions on web page, shift crew power cycle this ccu 
and 3 of its brethern/sistern (by power cycle I mean removing 
and restoring the wall power). 
3) This killed the PMTs of ccu5 as no voltage settings could be 
downloaded due to the bad communication; the other 3 came up 
fine. 
4) When Guram came on shift, he tried power cycling again, this 
time leaving the power off for a few minutes. The low voltage 
monitoring caught the fact that the low voltage from these ccus 
was down and set off the PSM alarm that was mentioned. 
5) This time all 4 ccus came up noisy; we power cycled one more 
time; now 3/4 are ok, ccu5 is dead. 
 
The low voltage scan may or may not notice the power cycling 
depending on how fast it is and how long the power is off.</pre>
<!-- Author: Phil Schlabach -->

<!-- Date: Wed Nov 13 11:07:22 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112">154112</A>
 Activated at 2002.11.13 11:04:49
<!-- processed by 131.225.236.161 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 11:07:22 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112">154112</A>
ACTIVATE: New run with higher L1A rates as noted by Greg.
<!-- processed by 131.225.236.161 -->
<!-- Author: JJ -->



<!-- Date: Wed Nov 13 11:16:07 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10289&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10289  width='300' align='top'></td><td>No Silicon.  L1A=18,000 Hz.  DT=1%. </a></td></tr></table>
<!-- Author: Greg, Jonathan, Peter -->
<!-- Comment: Wed Nov 13 11;24;01 comment by...Greg, Peter -->
<pre>Readout deadtime primarily from L2Decison, COT04, XTRP.
</pre>


<!-- Date: Wed Nov 13 11:32:50 2002 -->
<pre>L2 TimeOut 
 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 11:35:39 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10290&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10290  width='300' align='top'></td><td>Disabled DPS.  Changed prescale on bit 13 L1_TRK3 from 250 to 10.</a></td></tr></table>
<!-- Author: Peter, Greg -->


<!-- Date: Wed Nov 13 11:37:46 2002 -->
<pre>L2 Decision TimeOut 
 
Had pci master abort for read 2 
Error register is 0  
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 16608101 
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 1) 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 16608103 
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 2) 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 16608106 
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 3) 
Slot12 saw 3 sequential errors at Nov 13 12:23:45 2002 
SvtMon: Error: no data from SVT(0) 
FaultManager: Fatal error, sending L2 timeout (L2A 163586) 
 
HRR recovers. 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 11:39:46 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10291&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10291' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10292&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10292' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10293&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10293' width='300'></a></center>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 11:45:51 2002 -->
<pre>L2 DTO 
 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:41:56 AM->  Level 2 Decision Timeout 
Error: Startload is still low. ModDone bits 0x4007fdff for event 44237752 
TIMEOUT: Mod done not set for slot 12 (0x0007fdff, cnt 10) 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 44237754 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 44237757 
Slot12 saw 3 sequential errors at Nov 13 12:45:38 2002 
SvtMon: Error: no data from SVT(0) 
FaultManager: Fatal error, sending L2 timeout (L2A 350913) 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 11:47:29 2002 -->
<pre>Another L2 DTO 
 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:43:58 AM->  Level 2 Decision Timeout 
 
and another 
 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:Error: Startload is still low. ModDone bits 0x4007fdff for event 44529427 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 44529430 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 44529431 
Slot12 saw 3 sequential errors at Nov 13 12:46:08 2002 
SvtMon: Error: no data from SVT(0) 
FaultManager: Fatal error, sending L2 timeout (L2A 352146) 
 
44:30 AM->  Level 2 Decision Timeout 
 
 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->
<!-- Comment: Wed Nov 13 11;48;38 comment by...JJ -->
<pre>Second one was...

(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:44:30 AM->  Level 2 Decision Timeout
</pre>
<!-- Date: Wed Nov 13 11:47:46 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10294&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10294  width='300' align='top'></td><td>Changed prescale on L1_TRK3 to 1. L1A = 36 kHz, DT = 3.5 - 4.5 %. Note: The rate of L2 decision timeouts  seems to have increased in this configuration.  </a></td></tr></table>
<!-- Author: Greg, Peter  -->



<!-- Date: Wed Nov 13 11:55:04 2002 -->
<pre>L2 Decision TimeOuts 
 
 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:51:55 AM->  Level 2 Decision Timeout 
 
(MLE) b0dap59.fnal.gov:AWT-EventQueue-0:11:52:19 AM->  Level 2 Decision Timeout 
 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 12:00:13 2002 -->
<p>We are now set up for high rate tests of L1A rate.</p> 
 
<p>On a new run, we will get a rate around 17 KHz (at the current luminosity) as we raised the upper rate in the dynamic prescale. In order to get to the high rate (35 kHz) one also has to change 
<tt> 
L2_TRK3_PS250 
</tt>(bit 13 in L1) 
from 250 to 1 in the `FRED PRESCALED' window of the trigger rate monitor gui. This is <it>in addition</it> to the changes of the L2 rate limit triggers. 
 
<p>Currently, we have not tried to make any changes that affect the L2A rate, as the triggers whose prescale we changed in L1 have either a rate limit (L1_TRK3) or SVT requirements in L2. 
</p> 
<p>We are getting frequent L2 DTO's right now, but would like to continue in this manner for a while to get some idea on the frequency of the errors. </p>  
<!-- Author: Greg & Peter :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->
<!-- Comment: Wed Nov 13 12;43;07 comment by...JJ -->
Make that <tt>L1_TRK3_PS250</tt>.<br>
Eagle eyed JDL spotted this mistake.

<!-- Date: Wed Nov 13 12:03:26 2002 -->
AWT-EventQueue-0:11:54:50 AM->  Level 2 Decision Timeout 
 
AWT-EventQueue-0:11:55:15 AM->  Level 2 Decision Timeout 
AWT-EventQueue-0:11:56:28 AM->  Level 2 Decision Timeout 
AWT-EventQueue-0:11:57:09 AM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:00:00 PM->  Level 2 Decision Timeout  
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 12:04:32 2002 -->
SVX, ISL, L00 alarms. Experts restarted GUI following the instructions posted on the above the GUI display. Now it works.
<!-- Author: Lin :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->
<!-- Comment: Wed Nov 13 12;19;54 comment by...Lin -->
<pre>The title for that post is, 
"IF GUI stop updating or dies: 
- restart following the instructions below:".</pre>


<!-- Date: Wed Nov 13 12:23:25 2002 -->
<pre>AWT-EventQueue-0:12:17:37 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:18:43 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:19:48 PM->  Level 2 Decision Timeout</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 12:33:09 2002 -->
AWT-EventQueue-0:12:23:08 PM->  Level 2 Decision Timeout <br>
AWT-EventQueue-0:12:24:37 PM->  Level 2 Decision Timeout  
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->



<!-- Date: Wed Nov 13 12:58:18 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10295&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10295' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10296&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10296' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10297&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10297' width='300'></a></center>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 13:02:49 2002 -->
<pre>AWT-EventQueue-0:12:40:24 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:43:49 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:49:48 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:51:50 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:53:24 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:55:34 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:12:58:59 PM->  Level 2 Decision Timeout 
Error: Startload is still low. ModDone bits 0x4007fdff for event 177845562 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 177845564 
SvtMon: Error: no data from SVT(0) 
 
Error: Startload is still low. ModDone bits 0x4007fdff for event 177845567 
Slot12 saw 3 sequential errors at Nov 13 14:00:39 2002 
SvtMon: Error: no data from SVT(0) 
FaultManager: Fatal error, sending L2 timeout (L2A 927257) 
 
This is typical message that accompanies all the L2 DTOs. 
Last entry in minicom window is: 
 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 13:15:06 2002 -->
<pre>sigh... 
PROCMON stopped updating just before 7 a.m. this morning. 
Restarted OK.</pre>
<!-- Author: JJ -->


<!-- Date: Wed Nov 13 13:32:06 2002 -->
<pre>AWT-EventQueue-0:1:13:41 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:14:34 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:15:02 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:20:28 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:22:43 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:24:41 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:26:32 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:27:45 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:28:50 PM->  Level 2 Decision Timeout 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->



<!-- Date: Wed Nov 13 13:51:19 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10298&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10298' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10299&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10299' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10300&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10300' width='300'></a></center>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 14:00:15 2002 -->
Heartbeat missings from L00, SVX, ISL. Passed away.
<!-- Author: Lin :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:04:45 2002 -->
<pre>AWT-EventQueue-0:1:31:29 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:32:06 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:34:00 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:35:30 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:51:13 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:1:58:13 PM->  Level 2 Decision Timeout 
</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:15:33 2002 -->
Paused run to make CMP stop oscillating. Next time, wait for break between runs or stores.
<!-- Author: Rick Snider :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154111' target=_top>154111</a>) -->


<!-- Date: Wed Nov 13 14:17:19 2002 -->
SVX alarm. But we can ignore it since silicon expert is now working on silicon cooling. 
<!-- Author: Lin :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:21:06 2002 -->
The shift crew paused the run while I went down and cycled the 
LV on a span of CMP South Wall stacks.  I shut off the LV on 
all South Wall CMP stacks 10 through 28, and then turned the LV 
back on about 60 seconds later.  A cursory glance with a scope  
at the front of the TDCs seemed to show that this did not stop the oscillations.  The CO said that he would restart YMON and  
check to see if the oscillations are still present.
<!-- Author: Trevor :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:32:46 2002 -->
<pre>AWT-EventQueue-0:2:14:16 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:2:15:49 PM->  Level 2 Decision Timeout</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:41:22 2002 -->
<p> 
<b>Silicon cooling tests</b> 
</p> 
<p> 
The flow rate to the SVX PC rings has been lowered to 1 lpm for 
flow characteristics studies.  I have silenced the relevant alarms.  This test will continue for another hour or so.</p>
<!-- Author: Andy H. -->


<!-- Date: Wed Nov 13 14:45:36 2002 -->
<pre>The L2 Decision timeouts are due to SVT not sending data 
to the L2 decision crate. Because svx is not in 
the run, the SVT is running in a non-standard configuration. 
These errors are a known problem when running this way.  
</pre>
<!-- Author: Stephen Miller -->


<!-- Date: Wed Nov 13 14:49:15 2002 -->
<pre>AWT-EventQueue-0:2:37:27 PM->  Level 2 Decision Timeout 
AWT-EventQueue-0:2:38:00 PM->  Level 2 Decision Timeout</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->


<!-- Date: Wed Nov 13 14:51:53 2002 -->
CCR alarm. The CCR bar on the High voltage summary chart turned red also. The problem came from CCR west. Turned the CCR HV to standby and then back to on. Seems ok now.
<!-- Author: Lin :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->

<!-- Date: Wed Nov 13 14:54:01 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112">154112</A>
 Terminated at 2002.11.13 14:52:42
<!-- processed by 131.225.127.7 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 14:54:20 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112">154112</A>
TERMINATE: End run because Greg is the boss man.
<!-- processed by 131.225.235.51 -->
<!-- Author: JJ -->



<!-- Date: Wed Nov 13 14:55:12 2002 -->
<pre>AWT-EventQueue-0:2:49:01 PM->  Level 2 Decision Timeout 
Last TO of run 154112.</pre>
<!-- Author: JJ :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154112' target=_top>154112</a>) -->

<!-- Date: Wed Nov 13 15:00:43 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113">154113</A>
 Activated at 2002.11.13 14:59:07
<!-- processed by 131.225.232.91 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 15:01:17 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113">154113</A>
ACTIVATE: Special timing scan with FAKE SVT data.  Bad for trigger, Good for CDF.

<!-- processed by 131.225.233.113 -->
<!-- Author: JJ/greg -->



<!-- Date: Wed Nov 13 15:03:25 2002 -->
<p>New run with 1.6 us SVT delay. 
</p> 
<p>Set dynamic prescale <b>off</b> 
<p>Set following L1 bits to prescale of 1 
<ul> 
<li>L1_TRK3_PS250</li> 
<li>L1_TWO_TRK2_DPHI90_DPS</li> 
<li>L1_TWO_TRK2_OPPQ_DPHI135_SUMPT5.5_DPS</li> 
</ul> 
and the three L2 RL triggers to 1 (non-rl). 
</p> 
<p><b>THIS IS NOT GOOD FOR PHYSICS AS WE ARE INTRODUCING FAKE DATA INTO THE DATA STREAM!!!</b> 
Dead time is 3.2 %, equal from READOUT, L2_OR_READOUT, and L2.</p>
<!-- Author: Greg & Peter :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113' target=_top>154113</a>) -->
<!-- Comment: Wed Nov 13 15;20;03 comment by...Peter Wittich -->
L2 latency from trigger rate monitor was 18.2 us in this run.
<!-- Date: Wed Nov 13 15:08:55 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113">154113</A>
 Terminated at 2002.11.13 15:07:34
<!-- processed by 128.135.102.40 -->
<!-- Author: RunControl -->



<!-- Date: Wed Nov 13 15:09:25 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10303&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10303  width='300' align='top'></td><td> </a></td></tr></table>
<!-- Author:   -->


<!-- Date: Wed Nov 13 15:10:38 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113">154113</A>
TERMINATE: End run after 100,000 events to try the 10 us delay SVT file.
<!-- processed by 131.225.236.229 -->
<!-- Author: JJ/greg -->
<!-- Comment: Wed Nov 13 15;12;24 comment by...Peter Wittich -->
<pre>strangely enough, the electron & displaced track triggers were
all very high L2 x-section, though the fake SVT tracks were 
supposed to be with zero impact parameter?</pre>
<!-- Date: Wed Nov 13 15:10:38 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154113">154113</A>
TERMINATE: End run after 100,000 events to try the 10 us delay SVT file.
<!-- processed by 131.225.236.229 -->
<!-- Author: JJ/greg -->



<!-- Date: Wed Nov 13 15:11:44 2002 -->
<center><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10304&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10304' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10305&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10305' width='300'></a><a href='/cgi/elog/elog.pl?nb=2002&action=view&page=-10306&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2002&action=view&page=-10306' width='300'></a></center>
<!-- Author: Lin -->
<!-- Comment: Wed Nov 13 15;12;41 comment by...Lin -->
Succeeding in posting 3 plots together this time.

<!-- Date: Wed Nov 13 15:14:58 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114">154114</A>
 Activated at 2002.11.13 15:13:43
<!-- processed by 131.225.236.161 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 15:17:06 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114">154114</A>
ACTIVATE: Second SVT test run.
<!-- processed by 131.225.236.161 -->
<!-- Author: JJ/greg -->



<!-- Date: Wed Nov 13 15:18:05 2002 -->
<p>Same setup as run 154113 with respect to manually changed prescales. This SVT file has a 10 us delay in it.</p> 
 
<p><b>THIS IS ALSO BAD FOR PHYSICS!!!</b> 
</p> 
 
<p>This run has 43% (90% L2) dead time, with a FRED L1A rate of 29.8 kHz. L2 latency is 57.7 us.  L2A rate is again about 210 Hz (about 40 Hz higher than I expected)</p>
<!-- Author: Greg & Peter :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114' target=_top>154114</a>) -->
<!-- Comment: Thu Nov 14 11;16;20 comment by...Greg -->
<pre>We believe the 10 us file was corrupted.  Investigating ...
</pre>
<!-- Date: Wed Nov 13 15:22:36 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10307&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10307  width='300' align='top'></td><td>run 154114, as described above.</a></td></tr></table>
<!-- Author: peter & greg -->

<!-- Date: Wed Nov 13 15:32:47 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114">154114</A>
 Terminated at 2002.11.13 15:31:23
<!-- processed by 131.225.235.38 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 15:33:30 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114">154114</A>
TERMINATE: End special DAQ studies run
<!-- processed by 128.97.23.249 -->
<!-- Author: JJ/greg -->



<!-- Date: Wed Nov 13 15:40:46 2002 -->
Greg and I are done with our tests.  We will study this data more extensively off-line before we can come to any conclusions.
<!-- Author: Greg and Peter -->

<!-- Date: Wed Nov 13 15:42:12 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154115">154115</A>
TERMINATE: Abort before activate
<!-- processed by 131.225.236.229 -->
<!-- Author: JJ/greg -->



<!-- Date: Wed Nov 13 15:46:27 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10308&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10308  width='300' align='top'></td><td>We have reset the DPS settings to their Si values.</a></td></tr></table>
<!-- Author: greg and peter -->


<!-- Date: Wed Nov 13 15:49:09 2002 -->
<pre>One final note:  We negelected to mark this data as 
"DAQ testing" rather than "Beam Data", however we did 
mark it as Potentially Useful and asked that it be sent 
to disk since we'd like to analyze it.  Sorry 'bout that. 
 
</pre>
<!-- Author: Greg, Peter :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114' target=_top>154114</a>) -->
<!-- Comment: Wed Nov 13 15;56;20 comment by...Greg -->
<pre>Also run 154113
</pre>
<!-- Date: Wed Nov 13 15:49:39 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154116">154116</A>
 Activated at 2002.11.13 15:48:06
<!-- processed by 131.225.236.229 -->
<!-- Author: RunControl -->


<!-- Date: Wed Nov 13 15:50:40 2002 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154116">154116</A>
ACTIVATE: Back to normal shot setup/no Si running.


<!-- processed by 131.225.127.7 -->
<!-- Author: JJ -->
<!-- Comment: Wed Nov 13 16;03;42 comment by...JJ -->
<pre>This run was actually started by Greg and Peter.</pre>
<!-- Date: Wed Nov 13 15:56:20 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=154111>154111</A> 
x259FF</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>07:11:05</TD>                                          
<TD ALIGN=CENTER>10:57:37</TD>                                          
<TD ALIGN=CENTER>03:34:56</TD>                                          
<TD ALIGN=RIGHT>    132,799,792</TD>                                    
<TD ALIGN=RIGHT>     2,355,881</TD>                                     
<TD ALIGN=RIGHT>     377,732</TD>                                       
<TD ALIGN=RIGHT>  361.061</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=154112>154112</A> 
x25A00</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>11:04:49</TD>                                          
<TD ALIGN=CENTER>14:52:42</TD>                                          
<TD ALIGN=CENTER>03:13:09</TD>                                          
<TD ALIGN=RIGHT>    356,825,807</TD>                                    
<TD ALIGN=RIGHT>     1,695,153</TD>                                     
<TD ALIGN=RIGHT>     284,504</TD>                                       
<TD ALIGN=RIGHT>  249.118</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=154113>154113</A> 
x25A01</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>14:59:07</TD>                                          
<TD ALIGN=CENTER>15:07:34</TD>                                          
<TD ALIGN=CENTER>00:08:05</TD>                                          
<TD ALIGN=RIGHT>     14,606,735</TD>                                    
<TD ALIGN=RIGHT>       102,181</TD>                                     
<TD ALIGN=RIGHT>      12,463</TD>                                       
<TD ALIGN=RIGHT>    9.126</TD>                                          
<TD ALIGN=CENTER></TD>                                                  
<TD ALIGN=CENTER>1</TD>                                                 
<TD ALIGN=CENTER>0</TD></TR>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=154114>154114</A> 
x25A02</TD>                                                             
<TD>BEAM</TD>                                                           
<TD>PHYSICS_1_03 [2,194,329]</TD>                                       
<TD ALIGN=CENTER>15:13:43</TD>                                          
<TD ALIGN=CENTER>15:31:23</TD>                                          
<TD ALIGN=CENTER>00:10:06</TD>                                          
<TD ALIGN=RIGHT>     17,958,764</TD>                                    
<TD ALIGN=RIGHT>       125,580</TD>                                     
<TD ALIGN=RIGHT>      17,612</TD>                                       
<TD ALIGN=RIGHT>   11.105</TD>                                          
<TD ALIGN=CENTER></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:02</TD>                                                       
<TD ALIGN=CENTER>07:06:17</TD>                                          
<TD ALIGN=RIGHT>     522,191,098</TD>                                   
<TD ALIGN=RIGHT>      4,278,795</TD>                                    
<TD ALIGN=RIGHT>       692,311</TD>                                     
<TD ALIGN=RIGHT>  630.410</TD>                                          
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- processed by 131.225.236.168 -->
<!-- Author: End of Shift Report -->




<!-- Date: Wed Nov 13 15:58:11 2002 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2002&action=view&page=-10309&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2002&action=view&page=-10309  width='300' align='top'></td><td> </a></td></tr></table>
<!-- Author: Lin -->


<!-- Date: Wed Nov 13 16:00:41 2002 -->
<font color=red>Shift Summary: </font><pre><
08:00  Store 1951. 
       Taking data. L = 3.0E31. Stack = 8.4 mA, accum = 10.2 mA/hr 
        
       No silicon until further notice 
       BSU/TSU monitor red 
        
08:39  Multiple trigger inhibit messages reported by run control, but no 
       lights. 
        
09:00  CCU5 unreachable despite multiple attempts to recover. Brief IMU trigger  
       inhibit during this work. BSU/TSU HV were turned off in the process, 
       and monitor remains red. 
 
10:35  Noise in CMP. Need to power-cycle/isolate offending pre-amps between 
       shots or between runs. 
 
11:02  Start a run with new DPS limits in hardware database to test running 
       at higher L1 accept rate. 
       L1A = 18 kHz. DT = 1% 
 
11:47  Change prescales:  L1A = 36 kHz, DT = 3.5 - 4.5% 
       Observe frequent L2 DTO's. 
        
12:04  SVX, ISL and L00 alarms. Experts restarted GUI --> ok. 
        
14:10  Paused run (4 min) to kill CMP oscillations. YMON suggests the problem 
       may be better, but is still present. 
 
14:54  Started SVT test run (because silicon is out, but is about to come back) 
 
15:33  End test run. Restore normal trigger prescales so we are ready to  
       re-integrate silicon (possibly later today). 
 
15:50  L1A rate again limited to 12 kHz. Started new run. 
 
15:59  Run 154116 in progress. L = 1.8E31. Stack at 66 mA, but not stacking.  
 
       o  Frequent L2 DTO's with high rate prescales. 
       o  CMP may still be oscillationg. 
       o  SVX cooling work in progress. Alarms disabled.
       o  ISU marked "good" despite HV problems
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   154111, 154112, 154116
Delivered Luminosity   661.59   
Acquired Luminosity    548.24  
Efficiency             82.87
   
</td></tr></table></pre>
<!-- Author: Rick Snider -->