<!-- Title: 17:07:02  Mon Oct  7 2002 -->
<!-- Crewchief: Silicon committee -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
New file for short loading times on Palm OS-type devices...

<!-- Date: Mon Oct 7 18:20:23 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W4L4 
<li>problem n: 709 
<li>Status: needs_observation
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon nominal IBias range to 0-450 (was 0-400). 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W4&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Oct 7 18:22:48 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-796&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-797  width='300' align='top'></td><td>Bias current for e144</a></td></tr></table>
<!-- Author: Jason -->

<!-- Date: Mon Oct 7 18:29:23 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W0L4 
<li>problem n: 615 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Readjust iMon AVDD nominal after chopping z-side. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B5W0&layer=L4">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Mon Oct  7 18;30;04 comment by...Jason -->
Maybe this should be on follow-up list for chip chopping...


<!-- Date: Mon Oct 7 18:39:23 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-798&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-799' ></a></center>
<!-- Author: Jason -->
<!-- Comment: Mon Oct  7 18;40;17 comment by...Jason -->
AVDD for e044.  This ladder just had the chip chopped today.
<!-- Date: Mon Oct 7 18:39:34 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W11L1 
<li>problem n: 698 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: evah 
<li>description is: SVXMon shows no data for this ladder. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W11&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Oct 7 18:42:26 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W5L4 
<li>problem n: 11 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: evah 
<li>description is: SVXMon shows no data for this ladder. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Oct 7 18:45:30 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W4L4 
<li>problem n: 697 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon AVDD nominals from 1250 to 1200 after chopping. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W4&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Oct 7 19:06:50 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W1L1 
<li>problem n: 710 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon AVDD nominal from 185 to 165. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=L00&wedge=B0W1&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Oct 7 19:07:30 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-800&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-801  width='300' align='top'></td><td>AVDD for LB0W1L1</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Mon Oct  7 19;14;13 comment by...Jason -->
Change in AVDD is probably as a result of 
<a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=117&frame=2&anchor=13:58:55'>
this PS swap on July 30</a>?


<!-- Date: Mon Oct 7 19:30:04 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-802&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-803' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-804&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-805' ></a></center>
<!-- Author: Jason -->
<!-- Comment: Mon Oct  7 19;31;47 comment by...Jason -->
Long-term and short-term DVDD currents for SB3W1L4.  As stores get better, the "nominal" DVDD increases!  Need a range large enough to encompass DVDD currents at the beginning of store and at quiet state.

<!-- Date: Mon Oct 7 20:48:50 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W4L2 
<li>problem n: 711 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon AVDD nominals to 780+/-20. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W4&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Oct 7 21:01:17 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W4L3 
<li>problem n: 60 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon AVDD nominals from 825+/-5 to 820+/-10. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 8 04:03:35 2002 -->
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=840&frame=2&anchor=04:01:38'> 
SB1W3 L4 AVDD trip</a> but currents indicate not a jumper failure.  Had a little trouble getting it back on (cycled wedge, 
then just went to standby, then on).   
<!-- Author: SCN -->


<!-- Date: Tue Oct 8 09:45:04 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-806&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-807  width='300' align='top'></td><td>AVDD currents for LB0W1L2</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Tue Oct  8 09;46;14 comment by...Jason -->
The two major changes in AVDD current correspond to 
<a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=117&frame=2&anchor=13:58:55'>
a PS swap on Jul. 30</a>
and 
<a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=125&frame=2&anchor=10:28:21'>
this PS replacement on Oct. 2</a> 

<!-- Date: Tue Oct 8 09:53:44 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W1L2 
<li>problem n: 696 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Redefined iMon AVDD nominals for LB0W1L2 on the basis of <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=09:45:04'> this current history</a>   from 125 to 145(+5)(-10). 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=L00&wedge=B0W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 8 11:21:20 2002 -->
Store 1834 is in.  Lumi is 34.6E30.  L1A rate for the test run without silicon is 12.5 kHz.  We are cooling our heels on the sidelines.
<!-- Author: Jason -->
<!-- Comment: Tue Oct  8 11;22;36 comment by...Jason -->
Update: L1A rate is 14.3 kHz.

<!-- Comment: Tue Oct  8 11;28;02 comment by...Jason -->
TevMon is green; losses look good on the cross-check.  Turning silicon system from STANDBY to ON.

<!-- Date: Tue Oct 8 11:44:23 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W7L3 
<li>problem n: 712 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: evah 
<li>description is: Various chip/bit errors.  100% since run 152561. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W7&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 8 14:50:32 2002 -->
iMon is super-green (and a little yellow).  No PINKIES!  Reid is conscientiously monitoring it as part of his ace duties.
<!-- Author: Jason -->

<!-- Date: Tue Oct 8 17:00:51 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L0 
<li>problem n: 665 
<li>Status: fixed
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Set iMon AVDD upper limit to 400.  Ladder is drawing AVDD proportional to rate. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 8 18:03:09 2002 -->
<pre>Channels 1050 and 1056, corresponding to SB3W10L2 and SB3W10L0, went pink in IMON. The currents rosed from about 95 to about 150 and from about 76 to 92. Going Pink in IMON.After a couple of minutes if went back to normal, so I unmarked them. </pre>
<!-- Author: Eusebi -->


<!-- Date: Tue Oct 8 19:16:21 2002 -->
<pre>Here's something I noticed during my ace shift about IMON. 
As it is, is actually totally green. The only thing is that while taking data some channels in DVDD go pink because an increasing of the current from ~90 to ~150. This channels may stay for about 10 minutes in that high current condition, but later come again to the normal values. Maybe for the aces to wait some period and unmark the channel to see if it goes back to green before paging the Silicon guy maybe useful. 
 </pre>
<!-- Author: Eusebi -->


<!-- Date: Tue Oct 8 19:35:01 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-808&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-809  width='300' align='top'></td><td>DVDD plot for e350 illustrating Ricardo's entry. Does someone understand what causes this behavior?</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Tue Oct  8 19;43;03 comment by...Jason -->
There was a HRR requested by the CO (because of SVXMon) which was performed at 19:03:25!


<!-- Date: Tue Oct 8 22:42:53 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-810&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-810' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-811&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-811' width='300'></a></center>
<!-- Author: Eusebi -->
<!-- Comment: Tue Oct  8 22;46;02 comment by...Eusebi -->
<pre>Again, the relation between the high DVDD currents seen as pink channels in IMON and the plots in SVXMON is confirmed. Two DVDD channels SB0W4L0 and SB0W4L1 went pink, the CO saw the same in SVXMON and a HRR was made; the currents went back to normal inmediately and simultaneously in both channels. </pre>


<!-- Date: Wed Oct 9 00:00:49 2002 -->
<pre>Today I took the liberty of changing three ranges for the IMON ranges because they were close to the limit and sometimes pink. The currents were OK, just a little bit of range sometimes. 
I changed the HIGH ENDs of : 
 -VBIAS SB5W11L0 from 22 to 24 
 -VBIAS IB0W0L0 from 100 to 105 
 -AVDD LB0W0L3 from 265 to 270 
IMON is completely green now, and it's been like that for more than an hour.  
</pre>
<!-- Author: Eusebi -->


<!-- Date: Wed Oct 9 02:25:48 2002 -->
<pre>&lt;h3&gt;Pinkies&lt;/h3&gt; 
Just went through to look at pinkies in IMON, have a bunch of pictures which I don't understand, to follow...</pre>
<!-- Author: SCN -->
<!-- Comment: Wed Oct  9 02;33;11 comment by...oops -->
<h3>Pinkies</h3> 
Just went through to look at pinkies in IMON, have a bunch of pictures which I don't understand, to follow...
<!-- Date: Wed Oct 9 02:28:57 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-812&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-812' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-813&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-813' width='300'></a></center>
<!-- Author: SCN -->
<!-- Comment: Wed Oct  9 02;32;44 comment by...SCN -->
SB3W10 (all powered ladders) AVDD and DVDD<BR>There was a period here when we
ran without Silicon<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=843&frame=2&anchor=00:21:59'>for Trigger table tests</a>
but I believe the one spike in DVDD and drop in AVDD accross the board was during data taking.  The spike caused a pink. 




<!-- Date: Wed Oct 9 02:35:54 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-814&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-814  width='300' align='top'></td><td>SB1W3L4 VBIAS, AVDD, ADVDD.  Downward spike caused pink in all 3.  What can cause such a spike on just one channel?</a></td></tr></table>
<!-- Author: SCN -->


<!-- Date: Wed Oct 9 02:37:18 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-815&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-815  width='300' align='top'></td><td>SB0W4L2 Spike in DVDD, AVDD, VBIAS caused pink.</a></td></tr></table>
<!-- Author: SCN -->


<!-- Date: Wed Oct 9 02:39:05 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-816&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-816' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-817&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-817' width='300'></a></center>
<!-- Author: SCN -->
<!-- Comment: Wed Oct  9 02;40;07 comment by...SCN -->
Various (but coincident) DOIM Voltage spikes in ISL and L00
causing pink.  What causes spikes on DOIM voltages? 


<!-- Comment: Wed Oct  9 10;21;24 comment by...chill -->
<pre>These are the correlations in DOIM currents that I observed several weeks ago.  They also are mirrored in the analog and digital currents.  I correlated the dips and spikes to the end of a run and the beginning of a new one when I studied this previously.  The conclusion arrived at was that the change in DOIM current (~10%) was consistent with the magnitude of the change observed by Cigdem when the DOIM was enabled or not.</pre>
<!-- Date: Wed Oct 9 03:51:14 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-818&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-818  width='300' align='top'></td><td>x</a></td></tr></table>
<!-- Author: JZ -->
<!-- Comment: Wed Oct  9 04;05;43 comment by...JZ -->
<pre>SB3W10 AVDD current triggered pink. We turned the system to Standby at about 3:15am. If the main e-log time stamp somehow lags behind the action, this may be correlated. Even so, the magnitude of the drop is scary.</pre>


<!-- Date: Wed Oct 9 04:07:25 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-820&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-820  width='300' align='top'></td><td>SB3W10 DVDD currents during owl shift (0-4am) on 10/9/2002</a></td></tr></table>
<!-- Author: JZ -->
<!-- Comment: Wed Oct  9 04;09;47 comment by...JZ -->
<pre>The current went down multiple times because we did trigger table tests with or without silicon early in the shift. The last drop could be associated with turning everything to standby.</pre>


<!-- Date: Wed Oct 9 04:11:28 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-821&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-821  width='300' align='top'></td><td>LB1W4 AVDD caused pink on IMON around 3am.</a></td></tr></table>
<!-- Author: JZ -->


<!-- Date: Wed Oct 9 06:48:33 2002 -->
Initialization made the <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=03:51:14'>SB3W10</a> and 
 <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=04:11:28'> 
LB1W4</a> pinkies go away.   
<!-- Author: SCN -->


<!-- Date: Wed Oct 9 07:10:29 2002 -->
<h3>Pedestals subtracted?</h3>  Took run 152628 with 
only b0fib00, the whole thing READALL with Pedestal Subtraction 
with <a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?crun=152628&cupn=FIB_PHYSICS_SVX&cdate=%3E%3D-1Mc&cust=&cuch=&cjs=&cuver=&usetsorder=-cprc&skip=&limit=125&rc=n&email=&type=cal-usets&do=r&nsrc=np&fsrc=fp&gsrc=fp&dcbk=FILECATALOG'>this</a> USED set.  One should be able to check pretty easily whether or not this worked, which I will do in a little while.
<!-- Author: SCN -->
<!-- Comment: Wed Oct  9 07;34;42 comment by...SCN -->
<h3>Are they the right ones?</h3>
I found <table>
<th> Chip <th> Key <th> Channel(s) dead </tr>
<tr> <td> e003 Chip 0 <td> 0x00034000 <td> 1f </tr>
<tr> <td> e003 Chip 4 <td> 0x00034400 <td> 07 </tr>
<tr> <td> e004 Chips 1-6 <td> 0x00044(1-6)00 <td> All (Bit Error Chip 0) </tr>
<tr> <td> e010 Chip 3 <td> 0x00104300 <td> 34,35 </tr>
<tr> <td> e012 Chip 0 <td> 0x00124000 <td> 39 </tr>
<tr> <td> e012 Chip 1 <td> 0x00124100 <td> 22 </tr>
<tr> <td> e012 Chip 2 <td> 0x00124200 <td> 2b </tr>
<tr> <td> e024 Chip 1 <td> 0x00244100 <td> Many </tr>
</table>
For e024, the first event looks like<pre>
0005fe0 8c2b 00f3 01f3 02ff 0302 0401 05f3 06ff
0005ff0 0701 0800 09ff 0a02 0bff 0c00 0d02 0ef3
0006000 0ff3 10f3 11f3 12ff 1301 1403 15f3 1602
0006010 1705 18f3 19f3 1a00 1b03 1cf3 1df3 1ef3
0006020 1ff3 20f3 2102 22f2 23f2 24f2 25f2 26f2
0006030 27f2 2801 29f3 2af3 2bf2 2cf2 2d03 2ef3
0006040 2ff2 3003 31f2 32f2 33f2 34f2 35f2 36f2
0006050 37f2 38f3 3904 3af2 3bf2 3cf2 3df2 3e00
0006060 3ff2 4004 41f2 42f2 4301 44f3 4501 46f2
0006070 4702 48f2 49f2 4af2 4b02 4cf2 4df2 4ef2
0006080 4ff2 50f2 51f3 52f2 5301 54f2 55f2 56f2
0006090 57f2 58f3 59f2 5a03 5b02 5cf2 5df2 5ef3
00060a0 5ff3 60f2 6100 6202 63f2 64f2 65f2 66f3
00060b0 6702 68f2 6900 6af2 6bf2 6cf2 6df3 6e01
00060c0 6ff2 70f2 71f2 7200 7300 7402 7504 76f3
00060d0 7700 7803 7900 7a02 7bff 7c02 7d01 7e01
00060e0 7f00 </pre>
The 0xf2 are killed.  Now it's off to the Calibration DB
to understand if these should have been killed.


<!-- Comment: Wed Oct  9 07;52;16 comment by...SCN -->
Pedestals for <ul>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3D0x00034000&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=125&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e003 Chip 0</a>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3D0x00034400&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=125&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e003 Chip 4</a>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3E0x000440ff&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=5&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e004 Chips 1-6</a>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3D0x00104300&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=125&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e010 Chip 3</a>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3E0x001240ff&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=3&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e012 Chips 0-2</a>
<li><a href='http://cdfdbb.fnal.gov:8520/cdfr2/databases?tbl=SICHIPPED&NX=CID+CHIPKEY+PED1+PED2+PED3+PED4+NOISE1+NOISE2+NOISE3+NOISE4+DNOISE&unique=&cs=d&major=&minor=&col=0&fmt-0=&whr-0=115323&col=1&fmt-1=X&whr-1=%3D0x00244100&col=2&skip=&limit=125&rc=y&email=&type=gen-tbl&do=d&limit=125&nsrc=np&fsrc=fp&gsrc=np&rc=n&dcbk=FILECATALOG'>e023 Chip 1</a>
</ul>
The first few look ok, haven't checked the rest.



<!-- Date: Wed Oct 9 09:12:55 2002 -->
Silicon is in for store 1836 with an initial lumi of 37E30.  TevMon performed appropriately in giving the green light for silicon HV.  We are running with the new HIGH_LUM trigger table, and the current L1A rate is 10.3 kHz with dynamic prescale enabled.
<!-- Author: Jason -->


<!-- Date: Wed Oct 9 10:25:33 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W0L1 
<li>problem n: 617 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip a2 set to DPS OFF. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W0&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 10:26:31 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W4L3 
<li>problem n: 625 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip a0 set to DPS off. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 10:27:37 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W0L0 
<li>problem n: 626 
<li>Status: fixed
<li>Action: Diagnosis
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip a4 set to DPS off. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W0&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 10:28:15 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W2L0 
<li>problem n: 628 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip 9a set to DPS off. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W2&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 10:29:42 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W5L3 
<li>problem n: 577 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip 9a set to DPS off. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W5&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 10:31:46 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB4W5L2 
<li>problem n: 630 
<li>Status: needs_study_time
<li>Action: Diagnosis_update
<li>entered by: chill 
<li>description is: To fix 00f3 problem, chip 8e set to DPS off.  Counter-Mod returned to 250 for 8f,8e. Chip 8f returned to DPS ON. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B4W5&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 13:24:00 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W2All 
<li>problem n: 96 
<li>Status: needs_observation
<li>Action: Currents_investigated
<li>entered by: nielsenj 
<li>description is: Showing cell ID errors in SVXMon and concurrent anomalous high DVDD currents in iMon 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W2&layer=All">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Oct 9 14:39:15 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-822&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-823  width='300' align='top'></td><td>Bias1 current for IB0W3L2</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Wed Oct  9 14;40;10 comment by...Jason -->
iMon alarmed because this bias current went all the way down to 0.  Normally this current seems to have been near 9.

<!-- Comment: Thu Oct 10 21;20;35 comment by...Ricardo -->
<pre>In this same channel the current actually went down to zero, and stayed zero for at least two hours (from 19:30 -&gt;now, 21:30).Jason said he knows about this problem. </pre>
<!-- Date: Wed Oct 9 17:56:36 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W11L2 
<li>problem n: 551 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: evah 
<li>description is: Is this still happening?  Otherwise, this ladder looks fine. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W11&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Oct 9 18:34:50 2002 -->
Click 
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=845&frame=2&anchor=16:47:18'> 
here</a> for info about this afternoon's <b>cooling trip</b>  
<!-- Author: Andy H. -->

<!-- Date: Wed Oct 9 18:59:40 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W1L2 
<li>problem n: 713 
<li>Status: needs_study_time
<li>Action: Removed_hdwdb
<li>entered by: chill 
<li>description is: In first run after cooling trip, shows no data on nearly all chips in SVXMON.  Produces reformatter errors in subsequent runs of the kind that should be repairable.  Taken out since not producing useful data anyway. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B5W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 19:00:10 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W1L3 
<li>problem n: 714 
<li>Status: needs_study_time
<li>Action: Removed_hdwdb
<li>entered by: chill 
<li>description is: In first run after cooling trip, shows no data on nearly all chips in SVXMON.  Produces reformatter errors in subsequent runs of the kind that should be repairable.  Taken out since not producing useful data anyway. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B5W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 9 19:10:04 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W1L2 
<li>problem n: 713 
<li>Status: needs_study_time
<li>Action: Removed_hdwdb
<li>entered by: bachacou 
<li>description is: <pre>Found lots of errors in run 152636 (before the cooling alarm),
Missing HDI and pipeline out-of-sync.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B5W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Oct 9 19:13:49 2002 -->
After the cooling trip, SB5W1L2,L3 reported no data in SVXMON for nearly all chips (one chip produces a little data and that has illegal ADC values). 
<P> 
At the same time, run control complains of reformatter errors at a rate of a few percent.  Looking at log files indicates that e512, e513 at least one source of the problem. 
<P> 
As these are the type of reformatter errors I thought the reformatter should repair, we contact L3 pager.  Their pager carrier is not very knowledgeble about these things so we decide to do a test and take out e512,e513 to see if reformatter rate drops to 0.0%.  No cost, since these ladders aren't producing data anyway. 
<P> 
With these ladders out, reformatter rate is 0.0%.  So we have two questions. 
<P> 
<OL> 
<LI><B>Why isn't the reformatter repair working on these ladders?  Did the code revert?</LI> 
<LI>Did something happen to these ladders during the cooling trip?  Or is it just a coincidence?</B></LI> 
</OL> 
</B>  
<!-- Author: chill -->
<!-- Comment: Wed Oct  9 19;24;57 comment by...chill -->
<pre>Here is a dump of one of the errors which I thought were
repairable:

Duplicate FIB ids:  
0xe50012fc  0xe50112fc  0xe50212fc  0xe50312fc  0xe50412fc
0xe51012fc  0xe51112fc  0xe1e1ffff  0xe51312fc  0xadeadcdf

Additional info: Ilya informed me that he checked the current 
executable and it was built with the same reformatter code that
we have been using successfully for the last few months.</pre>


<!-- Date: Wed Oct 9 19:29:33 2002 -->
<pre>Auto HRR on stuck cellid (two or more chips with the same cellid 
for 5 events) is fully implemented in the control room.</pre>
<!-- Author: chill -->


<!-- Date: Thu Oct 10 01:42:46 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-824&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-825' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-826&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-827' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-828&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-829' ></a></center>
<!-- Author: SCN -->
<!-- Comment: Thu Oct 10 01;49;38 comment by...SCN -->
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=19:13:49'>
RF Errors</a>almost undoubtedly linked to Glink problem in
Fib.  The Crate Status GUI (the above pictures are chopped from it) spotted it right away.  We need to
swap either just the Glink or the whole Fib (when a spare is 
available).  Doing either takes about an hour.<P>
It would be really nice <ul>
<li> To be able to pull Fatal Error on Glink Synch
<li> To figure out the smartsockets issues and keep this tool 
running all the time
</ul>


<!-- Date: Thu Oct 10 01:50:31 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-830&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-831  width='300' align='top'></td><td>SRC has counted 40 Glink Synch Errors in the current Run</a></td></tr></table>
<!-- Author: SCN -->


<!-- Date: Thu Oct 10 05:45:46 2002 -->
<h3>Trips from ON -&gt STANDBY</h3> 
Went to Standby for end of Store 1836<ul> 
<li> SB1W1L2 BIAS External Trip -&gt Set to Standby -&gt DVDD Ovc -& Cycle Wedge -&gt OK 
<li> IB0W2L1 AVDD External Trip -&gt Set to Standby -&gt OK 
</ul>  
<!-- Author: SCN -->


<!-- Date: Thu Oct 10 07:34:01 2002 -->
<h3>Pinkie Report</h3><ul> 
<li> Night was pretty smooth, a few pinkies cured by autoHRR 
<li> SB1W1 pink high AVDD (and somewhat low DVDD) whole wedge, cured by COLDSTART-probably happened when Wedge was repowered. 
<li> SB0W4 L2 DVDD pink brought on by COLD START at about 7 AM cured by HRR 
</ul>  
<!-- Author: SCN -->


<!-- Date: Thu Oct 10 17:59:30 2002 -->
<pre>Losses initially high to screwed up pbar bunches, eventually 
scraped away and beam conditions are Ok. 
Silicon to ON and integrated without any problems. 
Monitoring paged,  no response.   
IMon and SVXMon are Ok.</pre>
<!-- Author: chill -->
<!-- Comment: Thu Oct 10 18;03;47 comment by...chill -->
<pre>SVTSPYmon OK too.</pre>

<!-- Date: Thu Oct 10 21:07:34 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W4L3 
<li>problem n: 60 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: bachacou 
<li>description is: <pre>Low occupancy (z side only), high rate of bit errors, unknown chips... 
in run 152674.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Oct 10 21:17:56 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L3 
<li>problem n: 511 
<li>Status: needs_observation
<li>Action: Init_RB_mask
<li>entered by: bachacou 
<li>description is: <pre>Bit errors, unknown chips... in run 152674.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L3">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Thu Oct 10 21:38:42 2002 -->
<pre>Since yesterday afternoon (2002/10/09, run 152638), SVXMon requests automatic HRRs in the two following situations: 
 
- if 75 or more chips have "pipeline out-of-sync" errors (limited to one HRR every 5 minutes). 
 
- if two or more chips on the same ladder (either side) have "Stuck Cellid" errors (limited to one HRR every 2.5 minutes). A chip is identified as "stuck" if its cellid is the same in 5 or more consecutive events processed by SVXMon. 
 
The instructions to the CO has not changed.</pre>
<!-- Author: henri -->


<!-- Date: Fri Oct 11 05:24:34 2002 -->
<H2>Pinkie report from iMon</H2> 
IB0W3L2 bias1 has had 0 current since earlier tonight.  It doesn't show up in David's PS plotter.
<!-- Author: Jason -->
<!-- Comment: Fri Oct 11 05;25;15 comment by...Jason -->
No related entries in Problem DB for this problem.

<!-- Comment: Fri Oct 11 09;11;03 comment by...Lester -->
<pre>Now there is a report :-)</pre>
<!-- Date: Fri Oct 11 09:10:18 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W3L2 
<li>problem n: 717 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: lmiller 
<li>description is: No current draw anymore on bias one. Look for physics. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W3&layer=L2">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Fri Oct 11 14:08:15 2002 -->
<pre>went in to swap Fibs: 
e40,1: out 106, in 151 
e4a,b: out 126, in 158 
e50,1: out 159, in 163 
problems fixed. 
 
</pre>
<!-- Author: Julia, Chris -->


<!-- Date: Fri Oct 11 17:05:00 2002 -->
<H2>powerset.dat problems</H2> 
We had a problem bringing the silicon power to ON because of an ERROR loading the powerset.dat file. Upon investigation we found that the symbolic link for powerset.dat was pointing to a non-existent file, one with a different time stamp.<P> 
 
The file powerset_10112002_0251PM.dat was made correctly, but when I looked at powerset.dat, I found it pointing to powerset_10112002_0252PM.dat.<P> 
The PS GUI correctly alerts us to ERRORS loading the powerset.dat file at startup.  The solution to this problem is to regenerate the powerset.dat file from the cardEditor or similar hdwdb application.
<!-- Author: Jason -->


<!-- Date: Fri Oct 11 21:09:08 2002 -->
IMON reports 2 ladders of ISL having Bias1 overcurrent. See main e-log entries: <a href= '/cgi/elog/elog.pl?nb=2002&action=view&page=851&frame=2&anchor=20:08:26'>user link text </a> and <a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=851&frame=2&anchor=20:00:11'>user link text </a> 
<!-- Author: JZ -->


<!-- Date: Fri Oct 11 21:24:14 2002 -->
HRR recovers IB2W1 dvdd overcurrent and sb1w0l0 avdd. <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=851&frame=2&anchor=21:22:04'> 
user link text </a>
<!-- Author: JZ -->


<!-- Date: Fri Oct 11 21:26:40 2002 -->
<pre>sb4w6l3 and sb2w7L1 pipeline out of sync. Haven't we masked them?</pre>
<!-- Author: JZ -->


<!-- Date: Fri Oct 11 23:25:18 2002 -->
SB1W0L0 has avdd problem. See <a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=851&frame=2&anchor=19:27:37'>main e-log. </a> 
<!-- Author: JZ -->
<!-- Comment: Sat Oct 12 09;29;39 comment by...Jason -->
Followup plot is <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=09:25:21'>here</a> . 
<!-- Date: Sat Oct 12 01:12:46 2002 -->
SB4W2 L0,L1,L4 <a href='http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W2/3&layer=All'>Bad Glink</a>.  On the splitter rack, the color of the fiber jacket carrying the Glink 0 data is  
grey (Fiber 5, as oppossed to the nominal Blue Fiber 0) which 
indicates a potential for simple cable confusion.  It is of 
course impossible to see which is plugged in at the Fib crate without Access, but if it is a Blue fiber, swap to the 
Grey fiber.  In the meantime, I'll try to prepare a Fib for swapping in. 
<!-- Author: SCN -->
<!-- Comment: Sat Oct 12 16;22;02 comment by...SCN -->
Couldn't enter into FCC	to get a FIB.  Swap the Glink
instead.
<!-- Date: Sat Oct 12 03:01:49 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-832&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-833  width='300' align='top'></td><td>DVDD Spike on IB2W1 L0,L1,L3,L4. Seems OK now.</a></td></tr></table>
<!-- Author: SCN -->


<!-- Date: Sat Oct 12 03:19:43 2002 -->
Problem with <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=852&frame=2&anchor=02:52:32'> 
SB3W8 L1</a>?  Note FTM swap recently for SB3W8L2...   
<!-- Author: SCN -->
<!-- Comment: Sat Oct 12 03;22;56 comment by...SCN -->
Looks like it is known about in the Problem DB, but maybe
it got worse b/c of FTM swap.  Currents look ok.


<!-- Date: Sat Oct 12 09:25:21 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-836&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-837  width='300' align='top'></td><td>Recent AVDD currents for SB1W0L0.</a></td></tr></table>
<!-- Author: Jason -->
<!-- Comment: Sat Oct 12 09;28;07 comment by...Jason -->
This is a followup plot to <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=126&frame=2&anchor=21:24:14'>
John's earlier message</a>.  I have changed the current limits back to nominal of 150, but I couldn't get much recent information from the PS logger to guide me.  The problem with the AVDD currents is already noted in the Problem DB. 


<!-- Date: Sat Oct 12 11:19:21 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 199
Calibration type  : standard
Run period tag    : Oct_2002
DPS-off run       : 152749
DPS-on run        : 152748
Requested by      : Jason Nielsen
Main process id   : 88354540
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->