<!-- Title: 08:21:04  Mon Mar  3 2003 -->
<!-- Crewchief: Silicon Krew -->
<!-- Op1: Pete McNamara (pager) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
Warming up Tevatron to repair ground fault.<BR> 
We will have approx. 1 week without physics data.

<!-- Date: Mon Mar 3 08:26:10 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 243
Calibration type  : standard
Run period tag    : Mar_2003
DPS-off run       : 159629
DPS-on run        : 159627
Requested by      : Jason Nielsen
Main process id   : 133513797
Comment           : checkout after kicker prefire
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->



<!-- Date: Mon Mar 3 12:45:23 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1632&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1633' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1634&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1635' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1636&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1637' ></a></center>
<!-- Author: Gino -->
<!-- Comment: Mon Mar  3 12;49;28 comment by...Gino -->
<pre>SB3W10L3. RED=AVDD current. BLACK= DVDD current.
FAR LEFT and CENTER current vs time since the beginning of the
 world (filtered with BIAS ON for the plot in the center).
RIGHT current vs time at 8:30 am on 02/28/03 when I turned it ON 
and I could NOT get any decent respoinse out of the ladder.
THE DVDD current is higher than expcted and it started around 
day 500 (i'll be more precise in the next entry).</pre>

<!-- Date: Mon Mar 3 13:32:05 2003 -->
<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 243 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 159629
DPS-on run       : 159627
Requested by     : Jason Nielsen
Submitted        : 2003-03-03 06:24:14
Completed        : 2003-03-03 11:31:40
Status           : FAILURE
Comment          : checkout after kicker prefire

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
--------------------    ----------   ---------   ----------
 dps_off_ped abs max    SVX_PHI      0.5         0.82741   
  dps_on_ped abs max    SVX_PHI      0.2         0.299584  
bad_fraction abs max    SVX_PHI      0.02        0.025046  

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


<!-- Date: Mon Mar 3 16:17:48 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 244
Calibration type  : standard
Run period tag    : Mar_2003
DPS-off run       : 159673
DPS-on run        : 159671
Requested by      : Jason Nielsen
Main process id   : 132162980
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->


<!-- Date: Mon Mar 3 21:29:38 2003 -->
<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 244 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 159673
DPS-on run       : 159671
Requested by     : Jason Nielsen
Submitted        : 2003-03-03 14:17:35
Completed        : 2003-03-03 19:29:10
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
--------------------    ----------   ---------   ----------
 dps_off_ped abs max    SVX_PHI      0.5         0.689231  
  dps_on_ped abs max    SVX_PHI      0.2         0.277708  
bad_fraction abs max    SVX_PHI      0.02        0.025637  

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



<!-- Date: Tue Mar 4 12:42:38 2003 -->
<h3> NE Racks tripped off</h3> at 10:00 due to some electrical 
work that we were not informed of (Damn Roser).  Work should be done soon.
<!-- Author: SCN -->

<!-- Date: Tue Mar 4 15:31:29 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L3 
<li>problem n: 518 
<li>Status: fixed
<li>Type: BIAS
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: seems fixed, HDI is seeing phyiscs.   
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Mar 4 15:36:18 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L3 
<li>problem n: 911 
<li>Status: needs_work
<li>Type: Unknown
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: Chip 8e occasionally reads out one channel twice.  the channel is usually in the 60s or 70s and this error occurs at ~5% level. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Mar 4 15:36:43 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L3 
<li>problem n: 912 
<li>Status: needs_work
<li>Type: Unknown
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: Chip 8e occasionally reads out one channel twice.  the channel is usually in the 60s or 70s and this error occurs at ~5% level. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Mar 4 15:49:09 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W4L0 
<li>problem n: 225 
<li>Status: needs_work
<li>Type: BIAS
<li>Action: Diagnosis_update
<li>entered by: tompkins 
<li>description is: HDI is not seeing physics.  very small phi cluster distribution and chip ADC distributions peak around 50 ADC counts. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=L00&wedge=B0W4&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Mar 4 23:03:40 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1638&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1638  width='300' align='top'></td><td>Mean charge in one ladder during the charge injection runs.</a></td></tr></table>
<!-- Author: Jason and Pete -->


<!-- Date: Tue Mar 4 23:03:51 2003 -->
<H3> Gain scans </H3> 
We took gain scans at the default bandwidth with the following DAC settings: 
<UL> 
<LI> DAC 0 RUN 159768 </LI> 
<LI> DAC 5 RUN 159771 </LI> 
<LI> DAC 6 RUN 159772 </LI> 
<LI> DAC 7 RUN 159773 </LI> 
<LI> DAC 8 RUN 159775 </LI> 
</UL>  
<!-- Author: Jason & Pete -->
<!-- Comment: Tue Mar  4 23;08;41 comment by...Jason & Pete -->
More information:
<UL>
<LI>All runs DPS-off</LI>
<LI>All of silicon included</LI>
<LI>Charge injection every 16th strip</LI>
</UL>
Essentially we did not have to change much in the chip editor nor
in the GAINSCAN run configuration.

<!-- Comment: Wed Mar  5 09;32;03 comment by...Jason & Pete -->
We should also mention that <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=189&frame=2&anchor=16:54:36'>
the CDF solenoid current was set at half of nominal for these runs</a>.

<!-- Date: Wed Mar 5 11:44:20 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W2L0 
<li>problem n: 868 
<li>Status: fixed
<li>Type: Chip_bit_error
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: no digital errors with the exception of some drop readout on 2/21 (fib swapped) since the fix.  considered fixed. 
<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: Wed Mar 5 11:50:22 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W4/5All 
<li>problem n: 740 
<li>Status: fixed
<li>Type: reformatter
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: no reformatter errors seen since fib swap.  considered fixed. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W4/5&layer=All">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Mar 5 11:56:11 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W11L0 
<li>problem n: 557 
<li>Status: fixed
<li>Type: PC_Temperature
<li>Action: Diagnosis_update
<li>entered by: tompkins 
<li>description is: No bit 4 problems seen since 1/12.  fixed 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W11&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Mar 5 11:56:11 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W11L0 
<li>problem n: 557 
<li>Status: fixed
<li>Type: PC_Temperature
<li>Action: Diagnosis_update
<li>entered by: tompkins 
<li>description is: No bit 4 problems seen since 1/12.  fixed 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B0W11&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Mar 5 13:28:41 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 245
Calibration type  : standard
Run period tag    : Mar_2003
DPS-off run       : 159606
DPS-on run        : 159605
Requested by      : Igor
Main process id   : 137844311
Comment           : restarted after Jason identified a problem with CAEN communication
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->


<!-- Date: Wed Mar 5 17:48:52 2003 -->
<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 245 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 159606
DPS-on run       : 159605
Requested by     : Igor
Submitted        : 2003-03-05 10:24:47
Completed        : 2003-03-05 15:48:47
Status           : FAILURE
Comment          : restarted after Jason identified a problem with CAEN communication

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_chan rel max    SVX_Z        0.25        0.260069  
bad_fraction abs max    SVX_PHI      0.02        0.026137  

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



<!-- Date: Thu Mar 6 11:07:51 2003 -->
<b>Access Work on e5b0 and e3a3</b><p> 
e3a3:<br> 
<OL> 
<li>Pretest: init readback ff's not 00's this time.</li> 
<li>Checked that DOIM is correct one; its label matches correctly.</li> 
<li>Swapped command cables.</li> 
<li>Test: Problem stayed with ladder. Still init readback ff's.</li> 
<li>Swapped back: Tested the same as in pretest. The data stream looks like - 
<pre>e3a36afc ffaafeaa ffaa0000 0000... c2c2</pre> 
but sometimes without the 00's. Also curious is that the BXing id, 6a, stays 6a for every event and each run.</li> 
</OL> 
This problem is internal, but unclear what it might be. Highly doubtful that it could be a problem with the junction card.<p> 
e5b0: 
<OL> 
<li>Pretest: bit 0 Low, not high as before (tested by itself). Failed initialization due to AVDD2 in chip a1.</li> 
<li>Swapped DOIM with e5b2</li> 
<li>Test: channel 0 - init OK, Bit 0 still high.<br>channel 2 - failed init as expected, no run errors.</li> 
<li>Swapped back and tested: e5b0 is either bit 0 high or low. When e5b0 is tested (svxdaq) with e5b2, bit 0 is always high. But, when tested by itself bit 0 starts off high and then after 20-50 events it goes low.</li> 
</OL> 
Clearly the DOIM is not causing the bit 0 problems. Next we might try another FTM swap and/or checking the back-pins since these bit 0 problems appear or dissappear with FTM swaps.
<!-- Author: D. Clark -->
<!-- Comment: Sun Mar  9 12;15;00 comment by...David -->
<br><b>Follow up access work by Steve and Julia</b><p>
e3a3:
<OL>
<li>The DOIM was swapped with e3a4</li>
<li>Test:<br>
e3a4: Init readback 00's, only fib header readout, then c2c2. BX number changes along with other ladders.<br>
e3a3: Init Ok. No errors during run.</li>
<li>Swapped back</li>
<li>Post Test:<br>
e3a4: Init Ok. No errors during run.<br>
e3a3: Init readback 00's, only fib header readout, then c2c2. BX number changes along with other ladders.</li>
</OL>
 This confirms that the problem is internal or DOIM related. Also, since this ladder sometimes reads back ff's or 00's during initialization, Steve claims this guy has a split personality.<p>
e5b0: fixed in <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=144&frame=2&anchor=11:21:13'>FTM swap</a>.
<!-- Date: Thu Mar 6 23:22:39 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 246
Calibration type  : nonstandard
Run period tag    : Mar_2003
DPS-off run       : 159872
DPS-on run        : 159871
Requested by      : Kristian Hahn
Main process id   : 125408989
Comment           : magnet just turned on
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->


<!-- Date: Fri Mar 7 05:56:14 2003 -->
<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 246 finished successfully.

Job info
--------
Calibration type : nonstandard
DPS-off run      : 159872
DPS-on run       : 159871
Requested by     : Kristian Hahn
Submitted        : 2003-03-06 21:22:06
Completed        : 2003-03-07 03:55:04
Status           : SUCCESS
Comment          : magnet just turned on
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->



<!-- Date: Fri Mar 7 11:37:59 2003 -->
We tried to take an IV scan, but did not succeed. The gui did not respond to the changed bias voltages in CAENvolts.dat. We verified with one ladder that if we were to cycle from on to standby and back to on that the gui would then properly use the new voltage. But, it wouldn't change the voltage with an ON to ON cycle. Andrew is working to understand this. Once a fix has been tested and implemented, we'll try this again. 
<!-- Author: David, David, Pete -->
<!-- Comment: Fri Mar  7 12;13;37 comment by...Andrew -->
<pre>The problem is fixed. The GUI inherently is changing BIAS 
voltages only during a change of power status. Since the Silicon 
was already ON, the GUI did nothing. This was introduced to speed
things up. I commented out that line in the code and now the GUI 
sends a signal to turn things ON disregarding what the power 
status  of Silicon is. Previously this would cause spontaneous 
transitions, however now we don't have to worry about this. Also 
this slows down switch of power a bit, but we are not going to do
ON to ON switch on a regular basis, so that we are safe.</pre>
<!-- Comment: Sat Mar  8 10;51;25 comment by...David -->
<pre>Pete and I tried the IV scan again today, but the change to the PS GUI only affects ISL and L00. The SVX bias voltages do not update along with the others.</pre>
<!-- Comment: Sat Mar  8 11;46;34 comment by...Andrew -->
<pre>Oops.. Sorry about that, I forgot that SVX is being turned on
from iFix not as a whole, but sequentially barrel by barrel. The
problem is fixed.</pre>
<!-- Date: Fri Mar 7 12:12:11 2003 -->
<center><a href='/elog/notebooks/silicon/Fri_Mar__7_2003_121008.ps'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1640' ></a><a href='/elog/notebooks/silicon/Fri_Mar__7_2003_121049.ps'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1642' ></a><a href='/elog/notebooks/silicon/Fri_Mar__7_2003_121119.ps'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1644' ></a></center>
<!-- Author: SCN, Julia -->
<!-- Comment: Fri Mar  7 12;18;33 comment by...SCN, Julia -->
Following up on <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=143&frame=2&anchor=15:28:56'>
this</a> work, we tested Vince's new favorite FTM driver settings.  Above you see FE CLOCK, CMD CLOCK, and BE CLOCK after
the 71' FTM timing cable for driver settings (right to left) 3, 11, and the new one which is a mixed voltage and current mode,
which we'll call the 5 kOhm setting. We find this new setting 
basically indistinguishable from the "buffed" setting of 11, so
we should probably replace FTMs with setting 11 with this new setting before the affected chips die.  Vince and Gino should concur.

<!-- Comment: Fri Mar  7 16;20;31 comment by...Gino -->
<pre>Gino does NOT know what "concur" means.</pre>


<!-- Comment: Sat Mar  8 14;20;41 comment by...Perry Mason -->
<a href='http://www.lectlaw.com/def/c087.htm'>Legal definition</a> of concur.  In short, concur == agree.
<!-- Comment: Sun Mar  9 07;16;14 comment by...Gino -->
Gino agrees and concurs as well.
<p>BTW, I have never been called a <b>chamber</b> before. After looking at the </cite><a href='http://www.lectlaw.com/def/c201.htm'>Legal definition</a> 
I kind of like it.
</P>
Let's hope they give us beam so we stop with these silly funny little games.
<!-- Date: Fri Mar 7 19:43:45 2003 -->
<h3>Status of B0 Diag Test Stand</h3> 
Installed a WIB from FCC in the B0 Diag crate this afternoon.  Took FTM (prep 564025) from the FCC T-Stand to complete the hardware needed for the new B0 setup.  <p> 
Gino and I spent a while messing with the /daq/diag configuration files and were able to successfully take some data with the new setup.  <p> 
Good way to start the weekend... so we quit.
<!-- Author: reid -->



<!-- Date: Sat Mar 8 12:15:37 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 247
Calibration type  : nonstandard
Run period tag    : Mar_2003
DPS-off run       : 159928
DPS-on run        : 159927
Requested by      : Tim Nelson
Main process id   : 147343653
Comment           : MAGNET OFF (to find gross problems)
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->


<!-- Date: Sat Mar 8 13:45:58 2003 -->
<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 247 FAILED.

Job info
--------
Calibration type : nonstandard
DPS-off run      : 159928
DPS-on run       : 159927
Requested by     : Tim Nelson
Submitted        : 2003-03-08 10:14:02
Completed        : 2003-03-08 11:46:04
Status           : FAILURE
Comment          : MAGNET OFF (to find gross problems)

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





<!-- Date: Sun Mar 9 11:21:13 2003 -->
<pre>Went in on access to exchange two "buffed" FTMs (setting 11 -which is dangerous for the chip- with 5kOhm setting) 
SB3W0/1 OUT: serial 564021 ID 102  IN: serial 565891 ID:137 
SB5W10/11 OUT: serial 564054 ID 103  IN: serial 565897 ID:129 
Testing went well, no errors.</pre>
<!-- Author: Julia, Steve -->
<!-- Comment: Sun Mar  9 13;03;50 comment by...SCN, plus Andy H as a very good buddy -->
Also <ul>
<li> Bit error in SB5WB L0 is gone.
<li> Looked at SB3WA L3 by swapping DOIMs with L3 and L4.
Problem remains with Ladder (so it is NOT a Fib thing, Lester...)
Also, BXING for L3 and L4 match event by event.
<li> Then after turning off SB3W0, when we turn it back to Standby, VBIAS reads 7.3 +- 0.2 V, so the GUI thinks it is ON.
Even when the supply is told to go OFF, this is true.  We the supply is told to go ON, it reads the correct VBIAS setting.
We tried <ol>
<li> Resetting the crate. For NE, you can only reset both NE Top TOP and NE Top Bottom, not either/or.   You use the NE TOP 1 button.
<li> Power cycling the CAEN crate
</ol>
but nothing worked (NB. We should have tried dropping the crate
interlock rather than power cycling, but we didn't think about
that).  Reid is coming and we will swap the supply.
</ul>


<!-- Comment: Sun Mar  9 15;46;17 comment by...SCN, Reid -->
This was for SB3W0 L2, which is <a href='http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W0&layer=L2'>known</a> to be shorted somehow to
SB2W0 L2, so if one is ON the other will have voltage no matter what its state is.  We did swap a power supply (with obviously
no effect) and eventually probed the cables to see that indeed
the voltage was there.  We left the new PS in, and verified that
this was the problem by turning off SB2W0 L2, and the voltage went away.  Arrrggghhhhh......


<!-- Date: Sun Mar 9 17:25:16 2003 -->
fib04 slot 19 channel 1 failed to coldstart.  Retried it 
several times with no success.  Masked the initialization 
readback.  Note:  This FTM was swapped today.
<!-- Author: Pete & David -->
<!-- Comment: Sun Mar  9 20;56;21 comment by...Gino -->
<pre>I'm a bit worry about this guy (SB5W10L1).
It reads back all 00s during INIT.
I runned the SVXMon ERROR logger remotely and I figured out that 
it is not running on the same partition as David and Pete are 
taking data (4) but is still running on partition 0.
I would like to see if the bit is stuck LOW even during data 
taking. If this is the case this is going to cost us a SVT wedge 
and so ruin the party.
Being the FTM was swapped today I hope we can fix it!</pre>
<!-- Comment: Sun Mar  9 21;47;34 comment by...Gino -->
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=144&frame=2&anchor=21:46:00'>
THIS IS THE OUTPUT OF THE ERROR LOGGER </a> . THe ladder is error less.


<!-- Date: Sun Mar 9 19:06:25 2003 -->
<pre>IB5W2 has had several DVDD trips this afternoon.</pre>
<!-- Author: David & Pete -->


<!-- Date: Sun Mar 9 20:07:49 2003 -->
fib01 slot 9 channel 4, ISL B0W2 has had trouble initializing several times this afternoon.  Unlike the problem <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=144&frame=2&anchor=17:25:16'>above</a>, it is successfully shepherded, but it continues to fail coldstart.
<!-- Author: Pete & David -->
<!-- Comment: Mon Mar 10 06;34;58 comment by...Gino -->
<pre>Checked this guy out. A few bits are different. It might be worth to look at it for a LOW percentage BIT3 LOW.</pre>
<!-- Date: Sun Mar 9 21:46:00 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1645&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1645  width='300' align='top'></td><td>SVX ERROR Logger output showing no errors for SB5W10L1. </a></td></tr></table>
<!-- Author: Gino -->
<!-- Comment: Sun Mar  9 21;50;03 comment by...Gino -->
This picture is in response to <a href='http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=144&frame=2&anchor=17:25:16'>
this comment </a> 



<!-- Comment: Mon Mar 10 06;40;59 comment by...Gino -->
<pre>Underlined is SB4W6L3 where bit 3 LOW is very visible (it is dead) for a comparison.</pre>
<!-- Date: Sun Mar 9 21:54:35 2003 -->
<pre>SB3W0. The POWER SUPPLY was swapped today. NOW it has many pinks in IMON. Nominals should get adjusted accordingly.  
</pre>
<!-- Author: Gino -->
<!-- Comment: Mon Mar 10 00;17;27 comment by...Pete -->
<pre>These IMON ranges have now been reset.  There were 7 pinks:
BIAS L4; DVDD L0 & L3; AVDD L1, L2, L3 & L4.

BIAS upper limit was moved to 500, and DVDD/AVDD nominal values
were shifted.</pre>


<!-- Date: Mon Mar 10 00:34:53 2003 -->
<H3>Silicon IV scan</H3> 
Ran IV scan in range from nominal to -24 Volts<br> 
<ul> 
<pre> 
<li>Setting - Run #</li> 
<li>  -0 V  - 159955</li> 
<li>  -0 V  - 159956</li> 
<li>  -1 V  - 159961</li> 
<li>  -2 V  - 159965</li> 
<li>  -3 V  - 159968</li> 
<li>  -4 V  - 159971</li> 
<li>  -5 V  - 159973</li> 
<li>  -6 V  - 159974</li> 
<li>  -7 V  - 159976</li> 
<li>  -8 V  - 159979</li> 
<li> -10 V  - 159981</li> 
<li> -12 V  - 159983</li> 
<li> -14 V  - 159984</li> 
<li> -16 V  - 159986</li> 
<li> -18 V  - 159988</li> 
<li> -20 V  - 159989</li> 
<li> -22 V  - 159991</li> 
<li> -24 V  - 159993</li> 
</pre> 
</ul>
<!-- Author: Pete & David -->



<!-- Date: Mon Mar 10 09:23:03 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 248
Calibration type  : nonstandard
Run period tag    : Mar_2003
DPS-off run       : 159928
DPS-on run        : 159927
Requested by      : Jason Nielsen
Main process id   : 146276330
Comment           : MAGNET OFF
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->
<!-- Comment: Mon Mar 10 19;01;30 comment by...Jason N -->
This is a resubmission of the job from Saturday.
<BR>There was a problem with the files which give the list of 
biased ladders. 
<!-- Date: Mon Mar 10 11:41:49 2003 -->
<pre>Took LB0W4L0 out of the HWDataBase. It's not producing any physics (see ADCMon and PDB)</pre>
<!-- Author: Julia -->

<!-- Date: Mon Mar 10 14:41:55 2003 -->
<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 248 finished successfully.

Job info
--------
Calibration type : nonstandard
DPS-off run      : 159928
DPS-on run       : 159927
Requested by     : Jason Nielsen
Submitted        : 2003-03-10 07:22:56
Completed        : 2003-03-10 12:41:21
Status           : SUCCESS
Comment          : MAGNET OFF
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->



<!-- Date: Mon Mar 10 14:56:38 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Mon_Mar_10_2003_145618.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-1647  align='top'></td><td>IMON history of DVDD software protection trip IB5W2L4</a></td></tr></table>
<!-- Author: Julia -->
<!-- Comment: Mon Mar 10 14;58;54 comment by...Julia -->
<pre>IB5W2L4 has no history of trouble, and no related current changes in the same wedge. Switched back to STBY.</pre>