<!-- Title: 18:08:23  Sun Dec 22 2002 -->
<!-- Crewchief: Gino -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>From home with my little modem it took me 20 minutes  
to download the previous file so here is a new one.</pre>


<!-- Date: Sun Dec 22 18:42:17 2002 -->
<pre> 
SB3W2L0 is the source of many HRRs called by SVXMON  
because the Z-side is a "stuck ladder". 
 
Here is a collection of a few events from DEM that shows what is going on: 
 
in <b>BOLD</b> the chipIDs and capIDs of the Z side chips: 
 
 
Event Number: 287 
10500d0b 04104100 00000000 00000000 00000000 00000000 08160816 00000000  
e32015fc 832c0003 822c34f3 3509361a 37cb38f0 39763a0c 3b04<b>a1ff a0d0</b>d0c1 460ns 
c1c40000                                                                560ns 
 
Event Number: 425 
10500d0b 04104100 00000000 00000000 00000000 00000000 08160816 00000000  
e32056fc 832800f3 50295107 5e085f13 60616104 621c6308 760778f0 79b47a18 0ns 
8228<b>a1ff a0d0</b>d0c2 c2c40000                                              620ns 
 
Event Number: 507 
10500d0b 04104100 00000000 00000000 00000000 00000000 08160816 00000000  
e3203bfc 832200f3 1cf31d0a 1ef32e07 2f313008 61f36210 630b6408 82221a06 0ns 
1b0d1c0c 1d1e1e11 1f142005 5103521b 530c5401 <b>a1ffa0d0</b> d0c2c2c4          980ns 
 
Event Number: 604 
10500d0b 04104100 00000000 00000000 00000000 00000000 08160816 00000000  
e32082fc 83150002 0404051e 06050f07 1021118d 12101303 8215<b>a1ff a0d0</b>d0c1 460ns 
c1c40000                                                                560ns 
 
IT IS CLEAR THAT: 
SVXMON is doing the JOB it was asked to do. 
BUT THIS IS NOT WHAT WE ARE TRYING TO PREVENT. 
The capIDs do not make sense at all and the chips are NOT at  
all in a HIGH occupancy mode. 
Furhermore it never goes PINK on DVDD in IMON meaning that  
the current consumption is OK. 
We should review what we know about this ladder with the  
next studies time or in between stores with svxdaq. 
 
 
 
</pre>
<!-- Author: Gino -->

<!-- Date: Sun Dec 22 18:44:01 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W2L0 
<li>problem n: 766 
<li>Status: needs_study_time
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=18:42:17'> LINK </a> to some numbers and thoughts. We should look at it with  svxdaq ASAP. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W2&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sun Dec 22 21:22:56 2002 -->
<h1>Another kicker prefire</h1> 
<p> 
We didn't get hit as hard as in the past, either because of the 
new collimator positions or because we got lucky on the timing 
of the prefire.</p> 
<p> 
Damage assessment: LB1W2L3 VBIAS0 appears to have a blown crowbar.  SB1W8L2 AVDD current stepped down from 835 to 805 mA. 
Gino and I are making an access to fix the former; we'll investigate the latter after that.</p>
<!-- Author: Andy H. -->
<!-- Comment: Sun Dec 22 21;53;30 comment by...Andy H., Gino B. -->
LB1W2 crowbar replaced.  All channels draw current now.  The
blown crowbar didn't have "10 mA" written on it, so maybe it
was a 2 mA.

<!-- Comment: Sun Dec 22 22;55;00 comment by...Gino and Andy -->
<pre>With Rob Roser, Andy hocker, Kaori Maeshima and myself 
(Gino Bolla) we decided what to do for the next store.
The decision was pretty easy because it was already made 
at the end of november/beginning of december during the 
discussions with the Beam Division.
At that time we basically understood that the B-D is doing
the best they can in order to prevent this incidents and unless a 
catastrophy happens to the CDF SILICON we would have kept going 
taking our chances.
</pre>
<!-- Comment: Mon Dec 23 07;54;58 comment by...SCN -->
Why do these things always happen during the holidays?  (April Fools, Thanksgiving, now Xmas...)
<!-- Date: Sun Dec 22 21:57:00 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: LB1W2L3 
<li>problem n: 779 
<li>Status: fixed
<li>Action: PS_work
<li>entered by: hocker 
<li>description is: Kicker prefire blew L3 bias0 crowbar.  Replaced it with a 10 mA crowbar. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=L00&wedge=B1W2&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sun Dec 22 22:03:13 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W1L4 
<li>problem n: 826 
<li>Status: fixed
<li>Action: IMON_limits
<li>entered by: hocker 
<li>description is: IMON limit on bias0 changed from 50 to 70 uA to get rid of pinky. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W1&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sun Dec 22 22:21:21 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W8L2 
<li>problem n: 827 
<li>Status: needs_observation
<li>Action: Incident
<li>entered by: hocker 
<li>description is: AVDD current stepped down from 835 to 805 mA simultaneous with kicker prefire.  It has stepped down like this in the past.  Gino checked it out w/ svxdaq and it looks no worse than before.  IMON lower limit changed from 825 to 800 mA to get rid of pinky. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W8&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sun Dec 22 22:23:05 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1184&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1184  width='300' align='top'></td><td>SVX-AVDD-power consumption during the kicker pre-fire.  We got a few extra wats.</a></td></tr></table>
<!-- Author: Gino and Andy -->


<!-- Date: Sun Dec 22 22:25:32 2002 -->
<center><a href='/elog/notebooks/silicon/Sun_Dec_22_2002_222506.ps'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1190' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1187&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1188' ></a><a href='/elog/notebooks/silicon/Sun_Dec_22_2002_222339.ps'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1186' ></a></center>
<!-- Author: Gino and Andy -->
<!-- Comment: Sun Dec 22 22;28;16 comment by...Gino and Andy -->
<pre>SB1W8L2:
Left:   AVDD current drops by ~30 mA during the Kicker prefire.
Center: AVDD current vs time for the last 70 days showing
        similar steps in the past
Right:  With svxdaq the ladder still initialize and has the same 
        symptoms as in the past (DRO and various bit troubles)
</pre>

<!-- Date: Sun Dec 22 22:32:12 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W8L2 
<li>problem n: 4 
<li>Status: needs_observation
<li>Action: Incident
<li>entered by: bolla 
<li>description is: <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=22:25:32'> Plots in the e-log</a> showing the behavior (noticeable) during the kicker pre-fire of 12/22/02.   
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W8&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sun Dec 22 22:58:02 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 222
Calibration type  : nonstandard
Run period tag    : Dec_2002
DPS-off run       : 155719
DPS-on run        : 155718
Requested by      : JJ Schmidt
Main process id   : 10340362
Comment           : Beam off - plus Andy H watching over my shoulder.
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->
<!-- Comment: Sun Dec 22 23;30;52 comment by...jj -->
<pre>Marked "nonstandard" only because beam was off.&lt;br&gt;
(And Andy made me do it....)</pre>

<!-- Comment: Mon Dec 23 08;40;05 comment by...Jason -->
The calibration framework derives the beam status from the database.  "Non-standard" means magnet is off, chip parameters have changed, or something like that.
<!-- Date: Mon Dec 23 04:07:35 2002 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 222 FAILED.

Job info
--------
Calibration type : nonstandard
DPS-off run      : 155719
DPS-on run       : 155718
Requested by     : JJ Schmidt
Submitted        : 2002-12-22 20:57:25
Completed        : 2002-12-23 02:07:25
Status           : FAILURE
Comment          : Beam off - plus Andy H watching over my shoulder.

Last processing stage reported : comparing to the reference calibration
Failure diagnostics :
child process exited abnormally
</pre>
<!-- Author: D-mode script  -->
<!-- Comment: Mon Dec 23 08;41;43 comment by...Jason -->
This failure was due to a bug I introduced while updating the reference calibration.  The good news is that the comparison with the reference calibration succeeded with no errors.  I have submitted this beam-off calibration to the database.


<!-- Date: Mon Dec 23 10:27:13 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1191&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1191' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1192&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1192' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Mon Dec 23 10;28;46 comment by...Gino -->
<pre>SB0W11L4: as requested by Lester here are the SVXMON plots.
The umpacker might be wrong on other ways but here it seems to 
work as well as the one of adcmon.
</pre>

<!-- Date: Mon Dec 23 10:32:37 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W11L4 
<li>problem n: 771 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=10:27:13'> SVXMON plots </a> shows how everything is the same as in the other entries.  Problem FIXED.  The Umpacker might have other bugs but here it is behaving the same as the one in adcmon. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W11&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Dec 23 10:53:52 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W2L0 
<li>problem n: 766 
<li>Status: needs_observation
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>Set RDRIVER=7 even for the 2 Z chips (was 4 before). 
Let's see how it goes.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W2&layer=L0">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Wed Dec 25 11;48;27 comment by...Gino -->
<pre>2 Stores since the RDRIVER changes and no HRR was 
called by this ladder.

</pre>
<!-- Date: Mon Dec 23 16:21:30 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W9L4 
<li>problem n: 332 
<li>Status: needs_observation
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>Changed RDRIVER 
from 6 to 7 for the PHI side 
from 4 to 0 for the Z side. (normal settings when the jumper is gone)
Loosing data by trying to save a jumper that is already broken 
it is not a good idea.
Let's see how it goes.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Mon Dec 23 19;40;54 comment by...Gino -->
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=19:38:26'>
SHORT TERM IMPACT </a> to be checked in the long term

<!-- Date: Mon Dec 23 17:12:04 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L0 
<li>problem n: 755 
<li>Status: fixed
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: <pre>No problem seen since 11/10/02. let's consider it fixed.</pre> 
<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: Mon Dec 23 17:20:39 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L4 
<li>problem n: 813 
<li>Status: fixed
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: <pre>Fixed by second RDRIVER pass on 12/12/02</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Dec 23 17:22:26 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L4 
<li>problem n: 562 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>You concluded more than that. This is a good ladder. FIXED.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Dec 23 17:24:48 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L4 
<li>problem n: 5 
<li>Status: fixed
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>You concluded more than that. it is a good ladder. FIXED.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Dec 23 19:38:26 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1193&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1193' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1194&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1194' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Mon Dec 23 19;39;33 comment by...Gino -->
<pre>SB4W9L4 SVXerrorlogger output before and after the RDRIVER settings.

let's hope it stays a good boy.</pre>



<!-- Date: Mon Dec 23 23:34:54 2002 -->
<pre> 
Trip in L00: 
Mon Dec 23 23:01:43 CST 2002     TRIP: L00  EAST  W4 DVDD0 OverCurrent 
Mon Dec 23 23:01:43 CST 2002     TRIP: L00  EAST  W4 DVDD1 OverCurrent 
Mon Dec 23 23:01:43 CST 2002     TRIP: L00  EAST  W4 DVDD2 OverCurrent 
Mon Dec 23 23:01:43 CST 2002     TRIP: L00  EAST  W4 DVDD3 OverCurrent 
The same guy tripped even <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=135&frame=2&anchor=17:54:38'>yesterday </a>  
Sun Dec 22 16:59:32 CST 2002     TRIP: L00  EAST  W4 DVDD3 OverCurrent 
Sun Dec 22 16:59:41 CST 2002     TRIP: L00  EAST  W4 DVDD1 OverCurrent 
Sun Dec 22 16:59:41 CST 2002     TRIP: L00  EAST  W4 DVDD2 OverCurrent 
Sun Dec 22 17:21:14 CST 2002     TRIP: L00  EAST  W4 DVDD0 OverCurrent 
 
I'm going to LOG this as problem for the wedge in the PDB. 
 
</pre>
<!-- Author: Gino -->


<!-- Date: Tue Dec 24 10:38:12 2002 -->
<table><tr><td><a href=/elog/notebooks/silicon/Tue_Dec_24_2002_103757.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1198  align='top'></td><td>SB1W10L4 is back with the first chip in  readall and showing chiID 8f instead of 8d.</a></td></tr></table>
<!-- Author: Gino -->



<!-- Date: Wed Dec 25 19:44:43 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1199&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1200  width='300' align='top'></td><td>Leakage current vs time for SB3W0L3 since the beginning of 2001. Did we loose continuity on the bias line for this guy today?</a></td></tr></table>
<!-- Author: Gino -->
<!-- Comment: Wed Dec 25 20;13;31 comment by...Gino -->
<pre>&lt;pre&gt;
Got paged because SB3W0L3 (PS channel 869) turned PINk on IMON.
it used to have stable non zero leakage current (~7 uA).
It suddenly went down to 0 uA
 869  0 -32765    73.50     7.16 
 869  0 -32765    73.50     7.14 
 869  0 -32765    73.50     7.16 
 869  0 -32765    73.50     0.00 
 869  0 -32765    73.40     0.00 
 869  0 -32765    73.50     0.00 
 869  0 -32765    73.40     0.00 

Asked the CO to put the Mean Charge plots for this ladder in the
e-log so that I can see if we can still see signal out of it.
&lt;a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=1076&frame=2&anchor=20:10:05'&gt; Here are the plots. &lt;/a&gt; It looks like we are still getting hits.
Further investigation tomorrow.

&lt;/pre&gt;</pre>

<!-- Date: Wed Dec 25 20:16:13 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W0L3 
<li>problem n: 828 
<li>Status: needs_observation
<li>Action: Incident
<li>entered by: bolla 
<li>description is: <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=19:44:43'> Lost Bias connection? </a>  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Dec 26 11:40:51 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1201&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1201' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1202&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1202' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Thu Dec 26 11;45;54 comment by...Gino -->
<pre>
LEFT: 
  SB3W1L3 Phi side mean charge out of SvxMon with data since  
          midnight of 12/26/02
RIGHT:
  SB3W0L3 Phi side mean charge out of SvxMon with data since  
          midnight of 12/26/02

You can see that the 2 plots look very similar.

<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=19:44:43'>
Yesterday </a> there were some indication that 
SB3W0L3 could have lost its bias connection.

These plots clearly rule that out. 

If anything we might want to get the Power Supply checked and 
see if the Ammeter for the VBIAS0L3 works.

</pre> 


<!-- Date: Thu Dec 26 11:48:04 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W0L3 
<li>problem n: 828 
<li>Status: needs_access
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is:  <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=11:40:51'> BIAS CONNECTION OK </a> we might want to check the status of the ammeter in the supply.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Dec 26 12:12:44 2002 -->
<pre> 
SB2W0L3 has a behavior very similar to <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=135&frame=2&anchor=11:44:54'>SB2W1L1 </a> The trouble is probably the VRB or the VTM. 
Here are some data from DEM showing bit 3 HIGH once in a while  
including the termination carachter inserted by the FIB (this  
exclude the Optical chain (TX-RX). 
 
 
Event Number: 77053 
<font color=yellow><B>10</B></font><font color=yellow><B>50</B></font><font color=blue>0d</B></font><font color=cyan><B>0b</B></font> <font color=yellow><B>04</B></font><font color=yellow><B>10</B></font><font color=yellow><B>41</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>08</B></font><font color=yellow><B>16</B></font><font color=yellow><B>08</B></font><font color=yellow><B>16</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font>  
<font color=black>e2</B></font><font color=black>03</B></font><font color=green>12</B></font><font color=cyan>fc</B></font> <font color=green><B>89</B></font><font color=black>20</B></font><font color=blue><B>00</B></font><font color=black>f3</B></font> <font color=blue><B>07</B></font><font color=black>04</B></font><font color=blue><B>08</B></font><font color=black>14</B></font> <font color=blue><B>09</B></font><font color=black>08</B></font><font color=blue><B>68</B></font><font color=black>f3</B></font> <font color=blue><B>69</B></font><font color=black>18</B></font><font color=blue><B>6a</B></font><font color=black>01</B></font> <font color=green><B>88</B></font><font color=black>20</B></font><font color=blue><B>18</B></font><font color=black>08</B></font> <font color=blue><B>19</B></font><font color=black>1f</B></font><font color=blue><B>1a</B></font><font color=black>09</B></font> <font color=blue><B>1b</B></font><font color=black>f3</B></font><font color=green><B>87</B></font><font color=black>20</B></font> <font color=green>0ns</font> 
<font color=blue><B>60</B></font><font color=black>0f</B></font><font color=blue><B>61</B></font><font color=black>4c</B></font> <font color=blue><B>62</B></font><font color=black>f3</B></font><font color=green><B>86</B></font><font color=black>20</B></font> <font color=green><B>85</B></font><font color=red><b>28</B></font><font color=blue><B>57</B></font><font color=black>f3</B></font> <font color=blue><B>58</B></font><font color=black>0a</B></font><font color=blue><B>59</B></font><font color=black>03</B></font> <font color=green><B>84</B></font><font color=red><b>28</B></font><font color=green><B>a3</B></font><font color=black>20</B></font> <font color=blue><B>74</B></font><font color=black>f3</B></font><font color=blue><B>75</B></font><font color=black>18</B></font> <font color=blue><B>76</B></font><font color=black>0f</B></font><font color=green><B>a2</B></font><font color=black>20</B></font> <font color=green><B>a1</B></font><font color=black>20</B></font><font color=green><B>a0</B></font><font color=black>20</B></font> <font color=red>740ns</font> 
<font color=blue><B>5a</B></font><font color=black>fb</B></font><font color=blue><B>5b</B></font><font color=black>19</B></font> <font color=blue><B>5c</B></font><font color=black>04</B></font><font color=blue><B>7f</B></font><font color=black>02</B></font> <font color=yellow><B>c1</B></font><font color=red><B>c9</B></font><font color=yellow>00</B></font><font color=yellow>00</B></font>                                               
If we have spare VRBs and or VTMs we should try swapping them in  
ASAP for these 2 ladders. There is very little to loose and 
it should not be much effort either. Let's just do it. 
 
 
</pre>
<!-- Author: Gino -->

<!-- Date: Thu Dec 26 12:17:37 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W0L3 
<li>problem n: 829 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: Bit 3 high once in a while. <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=12:12:44'>See e-log </a>. This is similar to <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=135&frame=2&anchor=11:44:54'>SB2W1L1 </a>  For both of them data in SVT are OK. So VRB of VTM are very likely the source of trouble. They should be swapped one by one.       
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 12:34:13 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W5L0 
<li>problem n: 533 
<li>Status: needs_bore_access
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: <pre>Changed type to TX. Light should be checked at the bore.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W5&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 14:13:13 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W1L1 
<li>problem n: 825 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: bolla 
<li>description is: <pre>Changed RDRIVER for the Z side from 6 to 7.
LEt's see how it goes.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W1&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 15:17:02 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W10L2 
<li>problem n: 56 
<li>Status: needs_observation
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>Changed RDRIVER from 1 to 7 for chips 87 to a0. LEt's see how it goes. Last run with old setting being 155796.</pre> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W10&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 15:25:25 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W5L4 
<li>problem n: 11 
<li>Status: needs_observation
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>Changed RDRIVER from 4 to 7 for all chips. Let's see how it goes.
Last run with old settings is 155796.</pre> 
<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: Thu Dec 26 15:45:57 2002 -->
<pre> 
IB0W1L1. Similar to <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=12:12:44'>SB2W0L3 </a> and <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=135&frame=2&anchor=11:44:54'>SB2W1L1 </a> Has BIT 2 HIGH once in a while even on the termination caracther or after it. Swap VRB and/or VTM ASAP. 
 
 
 
Event Number: 1378 
<font color=yellow><B>10</B></font><font color=yellow><B>50</B></font><font color=blue>0d</B></font><font color=cyan><B>0b</B></font> <font color=yellow><B>04</B></font><font color=yellow><B>10</B></font><font color=yellow><B>41</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>08</B></font><font color=yellow><B>16</B></font><font color=yellow><B>08</B></font><font color=yellow><B>16</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font>  
<font color=black>f0</B></font><font color=black>11</B></font><font color=green>8b</B></font><font color=cyan>fc</B></font> <font color=green><B>8f</B></font><font color=black>20</B></font><font color=blue><B>00</B></font><font color=black>f3</B></font> <font color=blue><B>3a</B></font><font color=black>07</B></font><font color=blue><B>3b</B></font><font color=black>0e</B></font> <font color=blue><B>3c</B></font><font color=black>02</B></font><font color=green><B>8e</B></font><font color=black>20</B></font> <font color=green><B>8d</B></font><font color=black>20</B></font><font color=green><B>8c</B></font><font color=black>20</B></font> <font color=blue><B>49</B></font><font color=black>05</B></font><font color=blue><B>4e</B></font><font color=black>13</B></font> <font color=red><b>4b</B></font><font color=black>50</B></font><font color=blue><B>4c</B></font><font color=black>13</B></font> <font color=blue><B>4d</B></font><font color=black>06</B></font><font color=blue><B>5c</B></font><font color=black>f3</B></font> <font color=red>400ns</font> 
<font color=blue><B>5d</B></font><font color=black>1b</B></font><font color=blue><B>5e</B></font><font color=black>24</B></font> <font color=blue><B>5f</B></font><font color=black>0b</B></font><font color=blue><B>64</B></font><font color=black>09</B></font> <font color=green><B>9b</B></font><font color=black>20</B></font><font color=green><B>9a</B></font><font color=black>20</B></font> <font color=green><B>99</B></font><font color=black>20</B></font><font color=red><b>9c</B></font><font color=black>20</B></font> <font color=red><b>b7</B></font><font color=black>20</B></font><font color=green><B>b6</B></font><font color=black>20</B></font> <font color=green><B>b5</B></font><font color=black>20</B></font><font color=green><B>b4</B></font><font color=black>20</B></font> <font color=green><B>a3</B></font><font color=black>20</B></font><font color=blue><B>24</B></font><font color=black>07</B></font> <font color=blue><B>25</B></font><font color=black>1b</B></font><font color=blue><B>26</B></font><font color=black>26</B></font> <font color=red>840ns</font> 
<font color=blue><B>27</B></font><font color=black>0b</B></font><font color=blue><B>28</B></font><font color=black>04</B></font> <font color=blue><B>37</B></font><font color=black>08</B></font><font color=blue><B>3c</B></font><font color=black>4d</B></font> <font color=red><b>39</B></font><font color=black>17</B></font><font color=blue><B>3a</B></font><font color=black>07</B></font> <font color=green><B>a2</B></font><font color=black>20</B></font><font color=red><b>a5</B></font><font color=black>20</B></font> <font color=red><b>a0</B></font><font color=black>20</B></font><font color=blue><B>7e</B></font><font color=black>05</B></font> <font color=blue><B>7f</B></font><font color=black>0e</B></font><font color=red><b>c5</B></font><font color=black>c1</B></font>                   <font color=red>1360ns</font> 
 
 
Event Number: 8760 
<font color=yellow><B>10</B></font><font color=yellow><B>50</B></font><font color=blue>0d</B></font><font color=cyan><B>0b</B></font> <font color=yellow><B>04</B></font><font color=yellow><B>10</B></font><font color=yellow><B>41</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font> <font color=yellow><B>08</B></font><font color=yellow><B>16</B></font><font color=yellow><B>08</B></font><font color=yellow><B>16</B></font> <font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font><font color=yellow><B>00</B></font>  
<font color=black>f0</B></font><font color=black>11</B></font><font color=green>0f</B></font><font color=cyan>fc</B></font> <font color=green><B>8f</B></font><font color=black>15</B></font><font color=blue><B>00</B></font><font color=black>f3</B></font> <font color=blue><B>28</B></font><font color=black>03</B></font><font color=blue><B>29</B></font><font color=black>0b</B></font> <font color=blue><B>2a</B></font><font color=black>f3</B></font><font color=blue><B>44</B></font><font color=black>06</B></font> <font color=blue><B>45</B></font><font color=black>0c</B></font><font color=blue><B>46</B></font><font color=black>02</B></font> <font color=green><B>8e</B></font><font color=black>15</B></font><font color=blue><B>01</B></font><font color=black>06</B></font> <font color=blue><B>02</B></font><font color=black>0a</B></font><font color=blue><B>03</B></font><font color=black>f3</B></font> <font color=blue><B>0a</B></font><font color=black>f3</B></font><font color=blue><B>0f</B></font><font color=black>0b</B></font> <font color=green>0ns</font> 
<font color=red><b>0c</B></font><font color=black>f3</B></font><font color=green><B>8d</B></font><font color=black>15</B></font> <font color=green><B>8c</B></font><font color=black>15</B></font><font color=blue><B>36</B></font><font color=black>f3</B></font> <font color=blue><B>37</B></font><font color=black>09</B></font><font color=blue><B>38</B></font><font color=black>f3</B></font> <font color=green><B>9b</B></font><font color=black>15</B></font><font color=blue><B>6b</B></font><font color=black>04</B></font> <font color=blue><B>6c</B></font><font color=black>12</B></font><font color=blue><B>6d</B></font><font color=black>27</B></font> <font color=blue><B>6e</B></font><font color=black>19</B></font><font color=blue><B>6f</B></font><font color=black>03</B></font> <font color=green><B>9a</B></font><font color=black>15</B></font><font color=green><B>99</B></font><font color=black>15</B></font> <font color=green><B>98</B></font><font color=black>15</B></font><font color=green><B>b7</B></font><font color=black>15</B></font> <font color=red>560ns</font> 
<font color=green><B>b6</B></font><font color=black>15</B></font><font color=green><B>b5</B></font><font color=black>15</B></font> <font color=blue><B>23</B></font><font color=black>f3</B></font><font color=blue><B>24</B></font><font color=black>09</B></font> <font color=blue><B>25</B></font><font color=black>f3</B></font><font color=green><B>b4</B></font><font color=black>15</B></font> <font color=blue><B>17</B></font><font color=black>06</B></font><font color=blue><B>18</B></font><font color=black>0c</B></font> <font color=blue><B>19</B></font><font color=black>38</B></font><font color=blue><B>1a</B></font><font color=black>0c</B></font> <font color=blue><B>1b</B></font><font color=black>02</B></font><font color=green><B>a3</B></font><font color=black>15</B></font> <font color=green><B>a2</B></font><font color=black>15</B></font><font color=green><B>a1</B></font><font color=black>15</B></font> <font color=green><B>a0</B></font><font color=black>15</B></font><font color=blue><B>5d</B></font><font color=black>02</B></font> <font color=green>1200ns</font> 
<font color=blue><B>5e</B></font><font color=black>09</B></font><font color=blue><B>5f</B></font><font color=black>04</B></font> <font color=blue><B>7c</B></font><font color=black>f3</B></font><font color=blue><B>7d</B></font><font color=black>0c</B></font> <font color=blue><B>7e</B></font><font color=black>06</B></font><font color=blue><B>7f</B></font><font color=black>0a</B></font> <font color=yellow><B>c1</B></font><font color=yellow><B>c1</B></font><font color=yellow>04</B></font><font color=yellow>00</B></font>                                      
 
 
</pre>  
<!-- Author: Gino -->

<!-- Date: Thu Dec 26 15:50:06 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W1L1 
<li>problem n: 182 
<li>Status: needs_study_time
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=15:45:57'>TIME TO ACT </a> Swap VRB and/or VTM.    
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W1&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 15:58:05 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 223
Calibration type  : standard
Run period tag    : Dec_2002
DPS-off run       : 155798
DPS-on run        : 155797
Requested by      : Lucio Cerrito
Main process id   : 175098
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->



<!-- Date: Thu Dec 26 16:01:15 2002 -->
<pre>End of store 2103. 
Bringing Silicon TO OFF because they are going to do  
DESTRUCTIVE STUDIES. 
We will bring it back to STDBY-ON before the next store.</pre>
<!-- Author: Gino -->


<!-- Date: Thu Dec 26 17:27:48 2002 -->
<pre>Working on SB0W1L2 with svxdaq: 
Tried multiple combinations of things and found out that: 
THE OBDV TROUBLES are there only if chip a4 is in SPARSE or  
NEIGHBORS mode but not if it is in READ-ALL. 
Being this chip is not readout because it is a AVDD2 chip  
I changed its configuration in the HDWDB to be in READ-ALL. 
 
Before carrying out conclusions on how to treat other ladders  
with similar problems we should wait and see some real data out  
of this guy. 
 
</pre>
<!-- Author: Gino -->
<!-- Comment: Thu Dec 26 17;29;47 comment by...Gino -->
<pre>This is not consistent with the behavior of the ladder during calibrations.
Let's try anyway.
</pre>

<!-- Comment: Fri Dec 27 07;03;07 comment by...SCN -->
<ol>
<li> Calibrations are READ ALL
<li> Are there timing concerns?  Or is this chip chopped away...
</ol>
<!-- Date: Thu Dec 26 17:41:57 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W6L4 
<li>problem n: 620 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: choppy adc distribution. First chip (8d) has bad chip id and screws up capid. Superfib didn't fix the problem. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W6&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:41:57 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W3L4 
<li>problem n: 70 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: chip 88 wrong capid, then DRO.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W3&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:41:57 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W5L2 
<li>problem n: 63 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: bit 5 problem persistent.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B1W5&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:46:06 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W8L0 
<li>problem n: 725 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: do see all chips sometimes, yet with digital errors (random capid or channel id). Still dropping readout.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W8&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:46:49 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W0L3 
<li>problem n: 783 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: chopped z-side, 100% in DEM. Suspect AVDD2. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B5W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:50:58 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W5L4 
<li>problem n: 632 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: It's bit 5 high. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:54:53 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W8L2 
<li>problem n: 546 
<li>Status: needs_work
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: Superfib induced the following errors: readout not starting from chip 89; chip 86 or 87 missing; capid starts to change from chip 86  or 87 and stays the same for chips after that. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W8&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:55:30 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W8L3 
<li>problem n: 791 
<li>Status: needs_study_time
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: ADC distribution shows that all z-side chips have bumps at around 75. 00f3 on phi-side chips and DRO with very small error rate. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W8&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:57:11 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W5L3 
<li>problem n: 830 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: huge bumps observed in ADCMon. No digital error reported in DEM. 
<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: Thu Dec 26 17:59:16 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W0L2 
<li>problem n: 831 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: huge bumps observed in ADCMon. No digital error reported in DEM. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B3W0&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 17:59:16 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB4W0L1 
<li>problem n: 832 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: huge bumps observed in ADCMon. No digital error reported in DEM. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B4W0&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 18:01:21 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB4W4L2 
<li>problem n: 833 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: long tail observed in ADCMon. No digital error reported in DEM. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B4W4&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 18:03:26 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: LB1W2L1 
<li>problem n: 834 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: bumpy distribution at high end of ADC distribution. No digital error reported in DEM. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=L00&wedge=B1W2&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Dec 26 21:09:33 2002 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 223 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 155798
DPS-on run       : 155797
Requested by     : Lucio Cerrito
Submitted        : 2002-12-26 13:52:39
Completed        : 2002-12-26 19:08:25
Status           : FAILURE

Last processing stage reported : comparing to the reference calibration
Failure diagnostics :
The calibration failed the following reference comparison criteria:

            Cut Name    Sensor Set   Cut Value   Data Value
--------------------    ----------   ---------   ----------
bad_fraction abs max    SVX_PHI      0.02        0.020096  

Reference calibration runs are 155322 (DPS off) and 155321 (DPS on)
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->


<!-- Date: Thu Dec 26 23:27:24 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W5L4 
<li>problem n: 11 
<li>Status: needs_work
<li>Action: Diagnosis_update
<li>entered by: bolla 
<li>description is: <pre>Run 155818 Still completely yellow in SVXMON</pre> 
<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 -->
<!-- Comment: Fri Dec 27 00;00;32 comment by...Gino -->
<pre>I had the C) to restart SVXMON in order to mask back this guy.</pre>

<!-- Comment: Fri Dec 27 00;10;35 comment by...Gino -->
<pre>I C) sould Co in the previous comment.</pre>



<!-- Date: Fri Dec 27 11:31:17 2002 -->
 
 
<h1>Another kicker prefire</h1> <p> We didn't get hit as hard as in the past, either because of the new 
collimator positions or because we got lucky on the timing of the prefire.</p> <p> Damage assessment: 
NO blown crowbar fuses.  
NO PINKIES in IMON. 
</p> <BR> 
Taken DMODE calibration twice. Things look OK in SVXMON (more to follow). 
There are interesting informations on the MCR e-log. 
I'm not able to link to them. 
  
<!-- Author: Gino -->
<!-- Comment: Fri Dec 27 11;35;13 comment by...Gino -->
<pre>HERE IS THE LIST OF TRIPS WE GOT:
Fri Dec 27 09:53:55 CST 2002     TRIP: L00  EAST  W0 VBIAS13 OverCurrent
Fri Dec 27 09:53:55 CST 2002     TRIP: L00  EAST  W1 VBIAS03 OverCurrent
Fri Dec 27 09:53:55 CST 2002     TRIP: L00  EAST  W4 VBIAS13 OverCurrent
Fri Dec 27 09:53:55 CST 2002     TRIP: L00  EAST  W5 VBIAS03 UnderVoltage
Fri Dec 27 09:54:05 CST 2002     TRIP: L00  WEST  W0 VBIAS02 OverCurrent
Fri Dec 27 09:54:06 CST 2002     TRIP: L00  WEST  W0 VBIAS13 OverCurrent
Fri Dec 27 09:54:06 CST 2002     TRIP: L00  WEST  W2 VBIAS03 OverCurrent
Fri Dec 27 09:54:06 CST 2002     TRIP: L00  EAST  W2 VBIAS03 OverCurrent
</pre>

<!-- Comment: Fri Dec 27 11;54;38 comment by...Gino -->
<pre>Taken 2 Silicon D-mode calibrations. </pre>
<!-- Comment: Fri Dec 27 12;55;25 comment by...Gino -->
<b>Our Position is not changed with respect to the <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=21:22:56'> Previous Kicker Pre-fire </a> The Silicon stays in STDBY and normal procedures will be applyed to the next store. </b>

<!-- Comment: Fri Dec 27 12;58;55 comment by...Gino -->
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=136&frame=2&anchor=12:30:21'>PLOTS of BLMs output </a> during the incident of this morning. 
<!-- Comment: Fri Dec 27 13;05;29 comment by...Gino -->
<b>FROM MCR-ELOG:</b>
</p>
10:00:26-  Chris Jensen is putting PAK5 into local. He is going to change out the electronics board that may have caused the fault. - DJC
-- Fri Dec 27 10:57:57 comment by...C. Jensen, K. Kellog, D. Chen --  I was checking into why PAK5 tripped off yesterday at 16:00. While inspecting front panel test points the high voltage power supply tripped off. This
shouldn't have happened. I could repeatably trip off this power supply by making the measurement. When the power supply tripped off the safety relay also closed causing enough current to be sensed as a prefire. Further
inspection showed that internal jumpers were set to turn off the high voltage if these test points went out of limits. All 10 systems are now being double checked to verify the jumpers are in the correct orientation. The turn
off mode was mainly for fixed target. If there was a thyratron problem, everything turned off. For colliding beam it should be (and now is) set to leave the high voltage on and simply alarm. 
</p>
<b>We will at least wait for the confirmation that all jumpers are in the right spot</b>
<!-- Comment: Fri Dec 27 13;41;27 comment by...Gino -->
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2002&action=view&page=1081&frame=2&anchor=13:30:23'>
Spoken with expert at B-D </a> the Abort System should now be safer than before 

<!-- Date: Fri Dec 27 11:48:19 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 224
Calibration type  : standard
Run period tag    : Dec_2002
DPS-off run       : 155830
DPS-on run        : 155829
Requested by      : Gino
Main process id   : 1452012
Comment           : First Post-quench calibration
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->


<!-- Date: Fri Dec 27 11:48:19 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 225
Calibration type  : standard
Run period tag    : Dec_2002
DPS-off run       : 155835
DPS-on run        : 155836
Requested by      : Gino
Main process id   : 1451620
Comment           : Second Post-quench calibration
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->




<!-- Date: Fri Dec 27 12:30:21 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1203&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1203' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1204&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1204' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1207&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1207' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Fri Dec 27 12;31;07 comment by...Gino -->
<pre>Regular plots of outputs of BLMs during the Kickeer Prefire
of this morning.</pre>

<!-- Date: Fri Dec 27 12:33:18 2002 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 224 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 155830
DPS-on run       : 155829
Requested by     : Gino
Submitted        : 2002-12-27 09:46:38
Completed        : 2002-12-27 10:32:56
Status           : FAILURE
Comment          : First Post-quench calibration

Last processing stage reported : checking silicon configuration
Failure diagnostics :
error {There is an error in the biasInfo file for run 155830}
Exiting.
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->






<!-- Date: Fri Dec 27 15:34:13 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W0L2 
<li>problem n: 831 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: It's chip 10 (id: 99) that causes the bumps. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B3W0&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Dec 27 15:36:18 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W5L3 
<li>problem n: 830 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: It's chip 4 and 5 causing the bumps. 
<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: Fri Dec 27 15:38:22 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB4W0L1 
<li>problem n: 832 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: It's chip 12 causing the problem. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B4W0&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Dec 27 15:40:27 2002 -->
Entered in Silicon database: <ul>
<li>Ladder: IB4W4L2 
<li>problem n: 833 
<li>Status: needs_observation
<li>Action: Monitoring
<li>entered by: johnzhou 
<li>description is: The tail is caused by chip 10. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B4W4&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Dec 27 17:48:26 2002 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 225 finished successfully.

Job info
--------
Calibration type : standard
DPS-off run      : 155835
DPS-on run       : 155836
Requested by     : Gino
Submitted        : 2002-12-27 09:47:06
Completed        : 2002-12-27 15:48:05
Status           : SUCCESS
Comment          : Second Post-quench calibration
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->



<!-- Date: Sat Dec 28 01:16:32 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1208&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1208' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1209&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1209' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1210&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1210' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Sat Dec 28 01;32;05 comment by...Gino -->
<h1>Another Beam Incident</h1> <p> We got about 7 rads once again in a single bin</p> 

Above you see the regular PLOTS showing the output of the BLMs.
</p>
We were at STDBY still we got a few L00 BIAS TRIPS.</p>
L00 B0W0L3 got a trip</p>
L00 B0W2L3 got a trip</p>
L00 B1W0L3 got a trip</p>
L00 B1W1L3 got a trip</p>
L00 B1W2L3 got a trip</p>
L00 B1W4L3 got a trip</p>
L00 B1W5L3 got a trip</p>

But the GUI reported only some of them:</p>
Sat Dec 28 00:27:53 CST 2002     TRIP: L00  WEST  W0 VBIAS03 OverCurrent</p>
Sat Dec 28 00:27:53 CST 2002     TRIP: L00  EAST  W2 VBIAS03 OverCurrent</p>
Sat Dec 28 00:27:54 CST 2002     TRIP: L00  EAST  W5 VBIAS03 UnderVoltage</p>
</p>
SILICON TO ON</p>
COLD-STARTED Succesfully.</p>
NO PINKIES in IMON after COLD-START.
</p>


<!-- Comment: Sat Dec 28 01;35;35 comment by...Gino -->
<pre>&lt;b&gt;ALL CROWBAR FUSES seems to be functional&lt;/b&gt;</pre>


<!-- Date: Sat Dec 28 01:53:41 2002 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1211&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1211' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1212&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1212' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Sat Dec 28 02;02;16 comment by...Gino -->
<pre>BLMs output and RFSUM/A for the incident of tonight (LEFT) and the one of this morning (RIGHT). No much differences in there.
The Glitch in the RF is there in both cases. This morning it was a kicker pre-fire. Tonight we do not know yet. Still if NOT a kicker pre-fire than we are facing something new or something that should NOT have happened.</pre>

<!-- Date: Sat Dec 28 17:46:55 2002 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 226
Calibration type  : standard
Run period tag    : Dec_2002
DPS-off run       : 155830
DPS-on run        : 155829
Requested by      : Jason Nielsenn
Main process id   : 3021628
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->



<!-- Date: Sun Dec 29 01:43:57 2002 -->
<pre>We've succesfully replaced the ISL chiller with   
the spare chiller. 
The flow values are back to nominal. 
(See more details in the main elog).  
 
 
</pre>
<!-- Author: Mircea C -->

<!-- Date: Sun Dec 29 02:43:11 2002 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 226 finished successfully.

Job info
--------
Calibration type : standard
DPS-off run      : 155830
DPS-on run       : 155829
Requested by     : Jason Nielsenn
Submitted        : 2002-12-28 15:46:40
Completed        : 2002-12-29 00:42:42
Status           : SUCCESS
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->



<!-- Date: Sun Dec 29 08:44:36 2002 -->
<pre>Store #2113. 
Silicon has been given back to CDF for data-taking. 
No much more has been learned about the last quench. 
The reason of the quench is still unknown. 
We decided to put the Silicon back in. There is no reason to  
believe the situation is more risky than usual. 
 
</pre>
<!-- Author: Gino -->