<!-- Title: Owl shift. Wed Sep 26, 2001 -->
<!-- SciCo: Bob Wagner (ANL) -->
<!-- DAQAce: Juan Pablo Fernandez -->
<!-- MonAce: Boris Iyutin -->
<!-- CO: Fujii Yoshiaki -->
<!-- OpManager: Dave Ambrose -->
<!-- Notes: -->
Store 721 colliding.<br>  No run in progress due to L3 and/or CSL problem.  SVX expert on the line with Juan due to problem with b0eb23 which handles SVX.  Bill Ashmanskas will do one last verification when we come back on.  Then data.


<!-- Date: Wed Sep 26 00:16:14 2001 -->
<pre>b0eb23 has been power cycled 
event biulder is being cleaned 
then we check: all SM and SCPU's are up. 
so time to play</pre>
<!-- Author: Juan Pablo -->


<!-- Date: Wed Sep 26 00:37:23 2001 -->
OK, we're finally on the air.  Around 23:00, we achived such a  
level of success that we thought we should write out a few 
events.  Then all hell broke loose, which can probably be 
traced to the L00 EVB crate, which perhaps was unhappy after the 
SRC was swapped this evening. 
<p> 
We are using the normal physics table, Physics_0_01[43,207], 
but L2 is rejecting everything except the track triggers 
(L1_TWO_TRK2_PS1K, L1_TRK4_PS1K, L1_TWO_TRK2_OPPQ_DPHI135, 
L1_SEVEN_TRK2_PS20), and for these triggers, it is requiring 
2 SVT tracks with chisq<25, 50um<d<1000um, pt>2. 
<p> 
We set the L1 prescale on L1_TWO_TRK2_PS1K from 1000 down to 2, 
which gives us a L1 rate for that trigger of 2.5kHz, a net L1A 
rate of 2.7kHz, and a L2A rate of 45Hz, with 0.5% deadtime, 2/3 
of which is L1DONE. 
<p> 
To get us to this point, Lester suggested that we drop b0fib02, 
because B0W8-9 seemed to be causing many L1DONE timeouts.  Note 
also that we tried to push the L1A rate higher (when we were 
not reading out, around 22:00-23:00), and we hit a limit a bit 
above 3kHz, where L1DONE deadtime really kills you.  This could 
probably be pushed back by finding ladders with long readout 
times.  It seems likely that we can reach 10kHz some time in 
the next week. 
<p>  
<!-- Author: Ashmanskas, Cerri, Miller :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127562' target=_top>127562</a>) -->
<!-- Comment: Wed Sep 26 00;38;33 comment by...Bill -->
That unintelligible HTML cut sequence was
chisq LT 25, 50um LT d LT 1000um, PT GT 2.


<!-- Comment: Wed Sep 26 00;41;05 comment by...Bill -->
After about 1.8M L1A, we got a L2 decision timeout.


<!-- Comment: Wed Sep 26 00;44;56 comment by...Bill -->
Again after 2.4M L1A.  H/R/R.


<!-- Comment: Wed Sep 26 01;07;45 comment by...Bill -->
After 5.8M L1A, another L2 timeout (which by the way could happen if one Hit Finder didn't see input data; I think I should start reading out some scalers).


<!-- Comment: Wed Sep 26 01;09;16 comment by...... -->
<pre>
This page updates automatically every 5 seconds

Last update : 2001/09/26 00:59:15

Coordinates are in microns

   z  ntrks    x        y      sigma   err x   err y   corr
-----------------------------------------------------------------
  0: No fit!
  1:   355  -878.51  4438.78   81.52  30.985  15.837   0.083
  2:  1646  -805.13  4453.97   85.93   2.579   3.803   0.000
  3:  3590  -729.10  4404.82   86.17   1.807   2.542   0.000
  4:  1856  -628.61  4372.23   86.64   3.714   2.858   0.001
  5:   497  -508.22  4309.49   89.28   4.732   7.609   0.001
-----------------------------------------------------------------


</pre>
<a href="/internal/ops/svt/data/beam/">SVT beam position page</a>


<!-- Date: Wed Sep 26 01:19:50 2001 -->
OK, after 100260 L2A, 6.6M L1A, at L2A rate of about 40Hz, 
we end run 127562 and turn CDF back to normal physics running. 
We'll put a few plots in the logbook below. 
<p> 
To summarize, the main accomplishment of the evening was Lester 
Miller's implementation of a firmware patch in the SRC which 
works around a bug in the FIBs.  Normally, when the SRC sees 
L2R before the FIB is done sending data to the VRB, it sends 
an abort signal; this was not always being handled properly by 
the FIB, causing timeouts when we issued L2R, until tonight. 
Now the SRC will allow the FIB to finish reading out even if 
there is a L2R.  This allows us to run with SVX at a few kHz, 
maybe even ten kHz, which is a hell of a lot better than 500 Hz! 
<p> 
We also updated SVT's fit constants, per Giovanni Punzi's request. 
<p>  
<!-- Author: Bill, Alex :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127562' target=_top>127562</a>) -->


<!-- Date: Wed Sep 26 01:23:33 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-2430&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-2430  width='300' align='top'></td><td>d vs phi after beam subtraction, from SVT spy buffers </a></td></tr></table>
<!-- Author: Bill, Alex -->


<!-- Date: Wed Sep 26 01:24:41 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-2431&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-2431  width='300' align='top'></td><td>impact parameters of tracks passing hardware's track selection </a></td></tr></table>
<!-- Author: Bill, Alex -->


<!-- Date: Wed Sep 26 01:25:16 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-2432&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-2432  width='300' align='top'></td><td>chisq distribution </a></td></tr></table>
<!-- Author: Bill, Alex -->


<!-- Date: Wed Sep 26 01:26:10 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-2433&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-2433  width='300' align='top'></td><td>Number of tracks / event that are "tagged" by the hardware as interesting. </a></td></tr></table>
<!-- Author: Bill, Alex -->


<!-- Date: Wed Sep 26 01:27:15 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-2434&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-2434  width='300' align='top'></td><td>Events passing hardware's event selection: 0 means didn't pass; 2 means passed the requirement of 2 "tagged" tracks. </a></td></tr></table>
<!-- Author: Bill, Alex -->


<!-- Date: Wed Sep 26 01:43:30 2001 -->
BSC HV alarm.   Page expert.  He is on the phone with Boris.
<!-- Author: Bob Wagner :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127563' target=_top>127563</a>) -->


<!-- Date: Wed Sep 26 02:19:04 2001 -->
<pre>- BSC trip . BSC1 ch6  
- We went upstairs tried to put it back.  
- While doing this closed IFIX accidentally.  
  HV monitor for CLC BSC and RPS turned gray. 
- Paged BSC again  
- Meanwhile have CMU trip NE top inner. Put it back.  
- CMU tripped again in 5 min. Same section, Put it back.  
- BSC &Co HV Monitoring is back again. 
- We have to page CLC cause we "booted default  
  values for CLC channels".  
- Paged CLC. 
- CLC expert said that they did change some HV recently, but  
  those channels are not used for luminocity calculations, so 
  we do not have to worry.  
- Trying to start a new run</pre>
<!-- Author: Boris / Juan Pablo -->


<!-- Date: Wed Sep 26 02:22:49 2001 -->
<pre>Running with : 
380 Hz at L1 
87% rejection at l3 
less than 1% reformatter errors 
deadtime is high though ...</pre>
<!-- Author: Juan Pablo :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564' target=_top>127564</a>) -->


<!-- Date: Wed Sep 26 02:38:17 2001 -->
<pre>Have 75% total deadtime. 85 % Busy , 15% readout . 
The rate is 380Hz which is the limit of Hardware EVB.  
Luminosity is 4E30. Running 43.207 trigger table.  
 
We can increase the rate to ~430Hz by removing several  
Level3 subfarms. It will cut network overhead a little. 
We'll do it if we will have to stop the run. </pre>
<!-- Author: Boris / Juan Pablo :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564' target=_top>127564</a>) -->
<!-- Comment: Wed Sep 26 07;24;42 comment by...Jonathan Lewis -->
A check of the run summary shows that the CMX L1 trigger rate was  5kHz!  Clearly some part of the system became noisy.  The fact that deadtime was so high should have been a clue that something was wrong.
<!-- Comment: Wed Sep 26 12;43;17 comment by...patrick -->
<table border=0><td><tr><td bgcolor=#e0e030>Please check the <a href="/ops/ace2help/deadtime.html">ace deadtime
help</a>. If the dead time is 75% at a luminosity of
4 x 10**30 with the default trigger table,
<strong>Something is Wrong</strong>. 
<strong>Call an Expert!</strong></td></tr></td></table>
<!-- Date: Wed Sep 26 02:46:32 2001 -->
<pre>CMU tripped and brought it back 
(it happened around event 426K)</pre>
<!-- Author: Juan Pablo and Boris :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564(' target=_top>127564(</a>) -->


<!-- Date: Wed Sep 26 03:00:07 2001 -->
DTO from PCAL06 HHR and running 
(around event 700K)
<!-- Author: Juan Pablo :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564' target=_top>127564</a>) -->


<!-- Date: Wed Sep 26 03:37:19 2001 -->
<pre>another DTO (from CMX_01 this time) 
H/R and Running again </pre>
<!-- Author: Juan Pablo  :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564' target=_top>127564</a>) -->


<!-- Date: Wed Sep 26 05:01:54 2001 -->
CPR, CMU, CMX all trip
<!-- Author: Bob Wagner :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=127564' target=_top>127564</a>) -->
<!-- Comment: Wed Sep 26 05;06;54 comment by...RGW -->
SciCo error.  Thought MCR was going to call before dumping store.


<!-- Date: Wed Sep 26 05:08:05 2001 -->
Solenoid powering down
<!-- Author: Bob Wagner -->


<!-- Date: Wed Sep 26 05:20:40 2001 -->
MCR is ready for us to begin our controlled access.
<!-- Author: Bob Wagner -->


<!-- Date: Wed Sep 26 06:15:23 2001 -->
CLC experts here and will reset two HVs to current nominal value. 
The default table got reloaded last night which does not have the current values desired for these channels.
<!-- Author: Bob Wagner (ANL) -->


<!-- Date: Wed Sep 26 06:18:58 2001 -->
<pre>The HV for two clc channels have been manually set back 
to the "test" values. These values are different from the 
default values kept in the HV configuration file because 
we want to study the stability of these two PMTs at higher 
gains. These two PMTs belongs to the inner layers of CLC 
east and west, and they are not used for the online lumi 
calculation.</pre>
<!-- Author: Ming -->


<!-- Date: Wed Sep 26 06:26:49 2001 -->
<center><a href='/cgi/elog/elog.pl?nb=2001&action=view&page=-2435&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2001&action=view&page=-2435' width='300'></a><a href='/cgi/elog/elog.pl?nb=2001&action=view&page=-2436&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2001&action=view&page=-2436' width='300'></a></center>
<!-- Author: Boris -->
<!-- Comment: Wed Sep 26 06;27;10 comment by...Boris.  -->
<pre>Shift Summary</pre>


<!-- Date: Wed Sep 26 06:57:41 2001 -->
<b>Silicon Controlled Access:</b> 
<p>We swapped out the power supply for L00 B1W1.
<!-- Author: Napora and Slaughter -->
<!-- Comment: Mon Oct  8 14;19;56 comment by...Napora -->
<P>I am going back through the log book trying to "recreate my steps" and I think that this entry has a typo.  It should read L00 B1W0.
<!-- Comment: Mon Oct  8 14;24;06 comment by...Napora -->
<p>Ignore my last comment.  It should read B1W1.
<!-- Date: Wed Sep 26 07:39:57 2001 -->
Controlled access complete.
<!-- Author: Bob Wagner (ANL) -->


<!-- Date: Wed Sep 26 07:43:57 2001 -->
<pre>During the aces they replace a SMX board too. 
We took a couple of SMX calibration runs to 
make sure the changes done during the aces 
result in a success (runs 127575 abd 127579). 
Looked at DBANA. Results were satisfactory.</pre>
<!-- Author: Heather / Juan Pablo /Boris  -->


<!-- Date: Wed Sep 26 07:53:14 2001 -->
<pre>SMX work - 
  During the access, we installed new protection circuits 
between the ces detector and ces preamps on west phi=15 
and east phi=13 crates for wire signals 1-32. 
 
   We also swapped a SMD board for cpr  signals on west 
phi=8.  This didn't fix the channel readout. we swapped 
the SMXR board afterwhich all channels look good. 
 
   We also removed the Had/ASD cards from the southeast arch 
to test the hypothesis that these cards might be affecting 
the low had/em.  </pre>
<!-- Author: byrum,lindgren -->


<!-- Date: Wed Sep 26 07:57:06 2001 -->
<font color=red>Shift Summary: </font><br><font size=+1><strong>Owl Shift Summary by SciCo</strong></font><br> 
<p> 
00:00	Store 721 colliding.  No run in progress.  L3 and/or CSL problem 
</p><p> 
00:37	Taking data with L2 SVT two track trigger.  Appears to be doing good things 
</p><p> 
01:20	Back to normal physics data 
</p><p> 
01:43	BSC alarm.  Page expert.  Get things reset but lost connection to iFix. 
	Recover and need to speak with CLC expert.<br> 
	Got two CMU trips while CLC work going on. 
</p><p> 
02:19	Default values for CLC used.  Some non-critical HVs changed recently. 
	May need to update these.<br> 
	Run 127564 started.  High L1 rate, 87% L3 rejects.  High deadtime ~70%. 
</p><p> 
02:39	Another CMU trip. 
</p><p> 
05:00	CPR, CMU, CMX all trip.  Store was dumped.  SciCo error as I thought 
	MCR was going to call before they dumped beam. 
</p><p> 
05:10	Solenoid powering down 
</p><p> 
05:20	Begin controlled access 
</p><p> 
06:15	CLC experts reset two voltages for inner layer PMT to test values 
	after reloading of default table set them to old default values. 
</p><p> 
07:00	Napora and Slaughter swapped L00 B1W1 power supply 
</p><p> 
07:40	CDF controlled access complete.  Dee notifies MCR and they prepare to 
	come back on. 
 
</p><br><br>   
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   127562-127564
Delivered Luminosity   71.2  
Acquired Luminosity    20  
Efficiency             28%
   
</td></tr></table></pre>
<!-- Author: Bob Wagner -->