<!-- Title: 13:06:49  Mon Aug 11 2003 -->
<!-- Crewchief: Jason Nielsen -->
<!-- Op1: rest of the crew -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
New week Aug. 11-18  


<!-- Date: Mon Aug 11 14:13:23 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Mon_Aug_11_2003_141249.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2429  align='top'></td><td>SB1W3L4 svxdaq histos. Bias is set to 40V, 3V above nominal.</a></td></tr></table>
<!-- Author: david -->
<!-- Comment: Mon Aug 11 14;29;46 comment by...David -->
<br>Chip 88 (the 6th chip) is a known problem and the z-side has been chopped due to jumper failure. Channel 379 looks rather noisy here. This is perhaps the cause of the over current on the bias line. The following are a few more points to be added to the <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=166&frame=2&anchor=04:10:03'>bias scan plot of last week</a>:
<pre>
BiasV	I(uA)
=============
28	1690
30	2000
32	2140
34	2300
36	2230
38	2400
40	2640
</pre>
The current varied usually +/-100uA.


<!-- Comment: Mon Aug 11 22;47;26 comment by...rainer -->
The updated plot can be found <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=167&frame=2&anchor=18:00:13'>
here.</a>
<!-- Date: Mon Aug 11 16:11:18 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2432&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2432' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2430&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2430' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2431&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2431' width='300'></a></center>
<!-- Author: Gino -->
<!-- Comment: Mon Aug 11 16;15;42 comment by...Gino -->
<pre>Noise as coming out of 3 calibration runs for SB1W3L4.
The first on the left is 14 months old calibration.
The one in the middle is 6 months old.
The one in the right is the latest processed by DBANA.
No real noisy channels are visible in the region where there are noisy channels now (as of previous entry).


The suggestion is to raise the tripping limit and run with this ladder. let's see how far it goes in time.
</pre>
<!-- Date: Mon Aug 11 16:11:24 2003 -->
Swapped 2 VRBs; slot 17 of SVX08 for IB0W4L2 and slot 13 of SVX07 for SB5W3L3. No errors were seen in post tests.
<!-- Author: David & SCN -->


<!-- Date: Mon Aug 11 16:20:39 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W3L0 
<li>problem n: 1079 
<li>Status: needs_observation
<li>Type: Unknown
<li>Action: Action_request
<li>entered by: petemc 
<li>description is: Bit errors back... looks like bit zero low now? 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Aug 11 16:30:23 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB5W2/3All 
<li>problem n: 1091 
<li>Status: needs_observation
<li>Type: Other
<li>Action: Swap_VRB
<li>entered by: dkclark 
<li>description is: Swapped VRB with no errors showing up in post test.<table border=1>
<tr><td><b>IN</b></td><td>PREP:</td><td>550279</td><td>Serial:</td><td>106</td></tr>
<tr><td><b>OUT</b></td><td>PREP:</td><td>550277</td><td>Serial:</td><td>104</td></tr></table> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B5W2/3&layer=All">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Aug 11 16:32:28 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W3L4 
<li>problem n: 329 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: Added_hdwdb
<li>entered by: bolla 
<li>description is: Back to HDWDB. Current and noise investigated <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=167&frame=2&anchor=14:13:23'> Here </a> and <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=167&frame=2&anchor=16:11:18'> here </a>. Raised HV tripping limit from 2000 to 5000 uA by editing CAENcurrent.dat and BIAS voltage back to 37 V (from 30) in the HDWDB.   
<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: Mon Aug 11 17:03:36 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W10L2 
<li>problem n: 1078 
<li>Status: fixed
<li>Type: RX
<li>Action: Monitoring
<li>entered by: petemc 
<li>description is: No problems seen since swap. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W10&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Aug 11 17:15:27 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W6L2 
<li>problem n: 817 
<li>Status: fixed
<li>Type: BIAS
<li>Action: Monitoring
<li>entered by: petemc 
<li>description is: Physics is still present on this ladder. OK. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B3W6&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Aug 11 18:00:13 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Mon_Aug_11_2003_180001.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2434  align='top'></td><td>the updated bias plot for SB1W3L4.</a></td></tr></table>
<!-- Author: Rainer -->


<!-- Date: Mon Aug 11 18:09:52 2003 -->
<pre>LOSTP summary for the month of May 2003 
 
Store#  I-lum   T-lum   LostP-peak  Termination 
=============================================== 
2502    44.4    1646    9k              Normal 
2503    41.9    1324    9K              Normal 
2505    43.5    1498    8k              Normal 
2507    39.0    1463    8k              Normal 
2509    39.6    1394    9k              Normal 
2511    43.8    617     10k             Magnet fault 
2521    41.5    1451    12k             Normal 
2523    43.8    1075    10k             lightning 
2529    43.6    1276    12k             Quench 
2536    31.0    1136    8k              Normal 
2538    47.1    1620    14k             ?? 
2540    45.3    1593    15-16k          Normal 
2546    42.4    992     unknown too     Quench 
                        noisy 
2549    46.8    1626    10-14k          Normal 
2551    45.4    1674    12-18k          Normal 
2555    47.5    1649    12-18k          Normal 
2562    31.2    1084    10k             Normal 
2581    6.5     98      Never peaked    terminated 
2600    20.7    580     6-8k            terminated 
2604    35.7    1214    7-8k            Normal 
2606    32.5    1062    8-10k           Normal 
2614    30.9    1127    6-10K           Normal 
</pre>
<!-- Author: ssf -->


<!-- Date: Mon Aug 11 19:18:04 2003 -->
<pre>store#  initiallumi     total lumi  lostp@level        store end		deltaT silicon integrated  delta_t TevMon clear 
 
2847    36.4            1277       hardware failure     normal			N/A			   N/A 
2857    33.3            1344       30                   normal		        50min @ 20 kHz		   50min 
2859    43.0            1614       25                   intentional 		~15min @ 20 kHz		   ~15min 
2864    37.1             783       28-30                RF trip			66min @ 20 kHz		   66min 
2868    39.4            1209       18                   AQ7 trip		--------------	           ----- 
2879    42.4             717       30-&gt;50-&gt;30           RF trip			25min @ 20 kHz	           25min  
2883    44.4            1313       50                   F4 quench		70min @ 21 kHz		   80min 
2887    52.1                       34-&gt;24               F4 power lead failure   24min @ 23 kHz		   60min 
2889      -               -        -                    quench A4		N/A 
</pre>
<!-- Author: Rainer -->
<!-- Comment: Tue Aug 12 05;07;03 comment by...rainer -->
<pre>
2892 quench on squeeze. </pre>
<!-- Comment: Wed Aug 13 12;12;18 comment by...rainer -->
<pre>2893 quench on squeeze.
2898 quench by cold compressure failure.</pre>
<!-- Date: Tue Aug 12 03:37:40 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2435&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2436' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2437&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2438' ></a></center>
<!-- Author: Rainer -->
<!-- Comment: Tue Aug 12 03;38;47 comment by...Rainer -->
<pre>during cosmics run see two ladders which exceed warning limits:
SB1W3L4 -&gt; adjusted to 2400/2410 to reflect adjusted trip limit.
investigating SB0W3L2...</pre>

<!-- Comment: Tue Aug 12 03;42;22 comment by...Rainer  -->
<pre>fiddling around with SB1W3L4 ... trying out 2450 nominal, 2460 warn ... SB0W3L2 seems to have cured itself.</pre>

<!-- Comment: Tue Aug 12 03;45;31 comment by...Rainer -->
<pre>The f#$%$%# current of SB1W3L4 is hiking all over the place which is NotAGoodThing. I'll adjust an IMON limit of 2650/2660 and try to re-evaluate warning levels after the cosmics run.</pre>


<!-- Date: Tue Aug 12 04:01:10 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2439&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2440  width='300' align='top'></td><td>something bad happend around DS day 940 .....</a></td></tr></table>
<!-- Author: Rainer -->


<!-- Date: Tue Aug 12 04:06:15 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2443&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2444  width='300' align='top'></td><td>Something really bad happened DS 938.25 ...</a></td></tr></table>
<!-- Author: Rainer -->
<!-- Comment: Tue Aug 12 04;07;45 comment by...Rainer -->
<pre>which is 7/28 6am ...</pre>

<!-- Comment: Tue Aug 12 04;09;41 comment by...Rainer -->
Hmm, so I re-discovered <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=164&frame=2&anchor=07:50:26'>
this.</a> I'd better go home.



<!-- Date: Tue Aug 12 09:36:34 2003 -->
Loaded the GHOSTBUSTER board with 10 kicks and 1 usec according 
to the instruction <a href='http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=155&frame=2&anchor=10:45:46'> 
available here </a>  
 
<li> proven that it does NOT fire during D-mode calibration 
<li> left the SRC in the state where it counts and does NOT pull CDF error. 
 
  
<!-- Author: Gino & Steve -->
<!-- Comment: Tue Aug 12 09;38;04 comment by...Gino -->
<pre>To be remembered: we need to reload this everytime we power cycle bosvx02.
This will stay true untill Steve (or somebody else) implement it in the boot code fro this crate.</pre>


<!-- Comment: Wed Aug 13 08;31;06 comment by...SCN -->
Handbrake Counter at SRC reads 27 currently, meaning 27 kicks
since beginning of store (I think)
<!-- Comment: Wed Aug 13 14;15;17 comment by...SCN -->
Post Store, Counter reads 60
<!-- Comment: Thu Aug 14 09;31;40 comment by...SCN -->
 <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=676&frame=2&anchor=00:43:55.762'>
Next Store</a> started at 00:43 with the
counter at 0.  Checked at every HRR, only increases recored:<pre>
03/08/14 03:19:00       Crate 0, Slot 5  FFO 3 Old 0 New 1
03/08/14 04:57:39       Crate 0, Slot 5  FFO 3 Old 1 New 2
03/08/14 07:17:07       Crate 0, Slot 5  FFO 3 Old 2 New 5
03/08/14 08:10:02       Crate 0, Slot 5  FFO 3 Old 5 New 6</pre>
<!-- Comment: Thu Aug 14 09;59;22 comment by...SCN -->
Comes out to once every 72 minutes, but the fit is not very convincing.  There is no clear correlation (to me anyway) between
a instantaneous change in slope and
a change in the <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/Level1Time?TABLE=LEVEL1_CONDITIONS&Y=L1ACCEPTS&WHERE=RC_RUNNUMBER=167506&TITLE=L1ACCEPTS_Run_167506_Rate&XLABEL='seconds'&YLABEL='Hz'">L1A rate</a>, but maybe more statistics needed.
<!-- Date: Tue Aug 12 10:21:31 2003 -->
Tevatron is making an investigative access now -- it may turn into a longer access to repair vacuum. 
<BR> 
David and I told OPS that we won't request an access.  If anyone has a pet project and wants an access, please page the Main Pager.
<!-- Author: Jason -->


<!-- Date: Tue Aug 12 13:12:38 2003 -->
<h3>Two SRC work</h3> detailed in <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=671&frame=2&anchor=13:10:25.526'>main elog</a>.   
<!-- Author: SCN -->

<!-- Date: Tue Aug 12 15:39:33 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L2 
<li>problem n: 1090 
<li>Status: needs_work
<li>Type: RX
<li>Action: Monitoring
<li>entered by: tompkins 
<li>description is: No first chip errors for runs since 8/09.  Possibly the RX work caused some unintended problems? 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L2">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Tue Aug 12 16;05;41 comment by...Rainer -->
<pre>the ladder seems to have given good data on 8/10, DS day 951. so it os more likely an intermittent RX failure. we need to se whether we can reproduce the error in SVXDAQ.</pre>


<!-- Date: Tue Aug 12 21:39:13 2003 -->
<pre>store #2898 scraping ... shooting off ~140 mA pbars but due to losses more equivalent to 120mA 
</pre>
<!-- Author: Rainer -->
<!-- Comment: Tue Aug 12 21;46;20 comment by...Rainer -->
<pre>9k now scraping done
</pre>

<!-- Comment: Tue Aug 12 21;46;57 comment by...Rainer -->
<pre>12.5kHz</pre>

<!-- Comment: Tue Aug 12 21;47;48 comment by...Rainer -->
<pre>18.5</pre>

<!-- Comment: Tue Aug 12 21;48;39 comment by...Rainer -->
<pre>23kHz</pre>

<!-- Comment: Tue Aug 12 21;49;36 comment by...Rainer -->
<pre>26.5kHz</pre>

<!-- Comment: Tue Aug 12 21;50;44 comment by...Rainer -->
<pre>21.5 kHz</pre>

<!-- Comment: Tue Aug 12 21;51;52 comment by...Rainer -->
<pre>22.1kHz going up again</pre>

<!-- Comment: Tue Aug 12 21;53;15 comment by...Rainer -->
<pre>23.7 kHz</pre>

<!-- Comment: Tue Aug 12 21;57;39 comment by...Rainer -->
<pre>23.1 kHz wiggling around </pre>

<!-- Comment: Tue Aug 12 22;02;14 comment by...Rainer -->
<pre>call MCR no fine tuning yet - they will call us when that's gonna happen. we are at 23 kHz.</pre>

<!-- Comment: Tue Aug 12 22;04;50 comment by...Rainer -->
<pre>21 kHz</pre>


<!-- Comment: Tue Aug 12 22;07;47 comment by...Rainer -->
<pre>20 kHz MCR calls. longitudinal tuning this time. they are fine tuning now.</pre>
<!-- Date: Tue Aug 12 22:05:27 2003 -->
<pre>20.4kHz</pre>
<!-- Author: Rainer -->
<!-- Comment: Tue Aug 12 22;15;25 comment by...rainer -->
<pre>22:10 tevmon goes green but RFSUM is in warning state.
call MCR they did not see it but they'll watch it.</pre>


<!-- Date: Wed Aug 13 11:03:39 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 280
Calibration type  : standard
Run period tag    : Aug_2003
DPS-off run       : 167353
DPS-on run        : 167352
Requested by      : Jason Nielsen
Main process id   : 14365550
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->




<!-- Date: Wed Aug 13 13:19:02 2003 -->
<h1>Silicon Access Summary</h1> 
Swapped DOIM cables to diagnose SB2W9L2. Bit 6 stuck high stayed with DAQ channel so we swapped the RX.
<!-- Author: David, Rainer, Tony A. -->

<!-- Date: Wed Aug 13 13:21:21 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L2 
<li>problem n: 1090 
<li>Status: needs_observation
<li>Type: RX
<li>Action: Swap_RX
<li>entered by: dkclark 
<li>description is: Swapped DOIM cables with ch. 6 & 8. Bit 6 stuck high showed up in ch. 7 with HDI 8, but not with HDI 6. Swapped RX with spare.<table border=1>
<tr><td><b>IN:</b></td><td><a href="http://nkek15.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=0917">0917</a></td></tr>
<tr><td><b>OUT:</b></td><td><a href="http://nkek15.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=0493">0493</a></td></tr></table> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Aug 13 16:10:21 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 280 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 167353
DPS-on run       : 167352
Requested by     : Jason Nielsen
Submitted        : 2003-08-13 09:03:00
Completed        : 2003-08-13 14:09:44
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_noise rel max    SVX_Z        0.025       0.026219  
     bad_chan rel max    SVX_PHI      0.25        0.52801   

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


<!-- Date: Wed Aug 13 16:56:47 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W4L0 
<li>problem n: 135 
<li>Status: needs_maintenance
<li>Type: DRO_00F3
<li>Action: Change_last_chip
<li>entered by: nielsenj 
<li>description is: Chopped the z-side off the first ladder.  (Last chip is b4.) Should set the bias ratio select back to 0 right before the next calibration... 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B0W4&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Aug 14 00:48:20 2003 -->
Silicon is ON for store 2904.<BR> 
The losses at the beginning of this store were quite good.<BR> 
No problems turning on...<BR>
<!-- Author: Jason -->

<!-- Date: Thu Aug 14 01:04:35 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L2 
<li>problem n: 1093 
<li>Status: needs_study_time
<li>Type: DropReadOut_nonRX
<li>Action: Incident
<li>entered by: rainer 
<li>description is: DRO with c2c2, ie. e422 44fe c2c2 0000 since run 167506.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Thu Aug 14 01;26;57 comment by...Jason, Rainer -->
<pre>HRR and powercycle did not help</pre>
<!-- Comment: Thu Aug 14 08;03;39 comment by...Jason -->
The ladder has revived later in the run: see
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=676&frame=2&anchor=01:09:12.508'>
main CDF e-log entry</a>.
<!-- Comment: Thu Aug 14 09;56;21 comment by...Rainer -->
you see me <i> stupifie </i> .....
<!-- Date: Thu Aug 14 01:07:05 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Thu_Aug_14_2003_010656.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2446  align='top'></td><td>SVT monitor for store 2904</a></td></tr></table>
<!-- Author: Jason -->







<!-- Date: Thu Aug 14 11:23:53 2003 -->
No beam in the Tevatron until 1PM.<BR> 
We are biasing the silicon and including it in the readout so that we can see if e422 is OK or not.<BR> 
I do not think we have anything to lose.<BR>
<!-- Author: Jason -->


<!-- Date: Thu Aug 14 16:51:11 2003 -->
<pre>Scraping complete of store #2908.</pre>
<!-- Author: Rainer -->
<!-- Comment: Thu Aug 14 16;52;22 comment by...Rainer -->
<pre>8K intially slowly rising</pre>

<!-- Comment: Thu Aug 14 16;54;53 comment by...Rainer -->
<pre>12k</pre>

<!-- Comment: Thu Aug 14 16;57;50 comment by...Rainer -->
<pre>15K, Tevmon goes green, called MCR, there was not tuning, slope looks promising so let's go ahead</pre>

<!-- Comment: Thu Aug 14 17;00;03 comment by...David,Rainer -->
<pre>16.2kHz</pre>

<!-- Comment: Thu Aug 14 17;01;30 comment by...David, Rainer -->
turn-on plot is
<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=678&frame=2&anchor=17:00:54.179'>
here. </a>

<!-- Comment: Thu Aug 14 17;03;33 comment by...Rainer,David -->
<pre>17.2 kHz</pre>


<!-- Date: Thu Aug 14 17:06:44 2003 -->
<pre>18.1kHz</pre>
<!-- Author: Rainer -->
<!-- Comment: Thu Aug 14 17;16;01 comment by...Rainer -->
<pre>18.5kHz and appears stable.</pre>


<!-- Date: Thu Aug 14 17:33:27 2003 -->
<pre>SB4W2L2 back again DRO in 167541. 
e422 0ffc c2c2 0000</pre>
<!-- Author: Rainer -->

<!-- Date: Thu Aug 14 17:35:32 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L2 
<li>problem n: 1093 
<li>Status: needs_access
<li>Type: RX
<li>Action: Incident
<li>entered by: rainer 
<li>description is: DRO c2c2 again in run 167541.  
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Aug 14 18:18:31 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Thu_Aug_14_2003_181804.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2448  align='top'></td><td>SVT monitoring for store 2908</a></td></tr></table>
<!-- Author: Jason -->


<!-- Date: Thu Aug 14 22:41:53 2003 -->
<b> pre-Access preparation for SB4W2L2  </b> <p> 
Problem: c2c2 
 
where: b0fib04 NET sl#13 channel#2 HDI 2  <p> 
 
Wedges in same FIB crate: SB3W0-3,SB4W0-3,SB5W0-3,SB3W10-11,SB4W10-11,SB5W10-11 (18 wedges) to be turned off before powercycling fib crate  <p> 
 
Ladder to swap with: channel#1 HDI 1 or any other ladder within that wedge W2. e432 has readback masked and is confirmed AVDD2 <p> 
  
<!-- Author: Rainer -->
<!-- Comment: Thu Aug 14 22;42;55 comment by...Rainer -->
<pre>
SVXDAQ dump before access (w/o the offender e422):

R 5000 E 175 Error: Illegal Chan     225 Fib 0 Pipe 0 Chip 1
R 5000 E 175 Error: OO Sequence      Fib 0 Pipe 0 Chip 1: .. 127, 0 ..
R 5000 E 283 Error: Illegal Chan     225 Fib 0 Pipe 0 Chip 1
R 5000 E 283 Error: OO Sequence      Fib 0 Pipe 0 Chip 1: .. 127, 0 ..
R 5000 E 298 Error: Illegal Chan     225 Fib 0 Pipe 0 Chip 1
</pre>


<!-- Date: Thu Aug 14 23:58:04 2003 -->
<h1>Silicon Access Summary</h1> Swapped DOIM cables to diagnose SB4W2L2. c2c2 DRO stayed with DAQ channel so we swapped the RX.  
post-checkout successful, there are frequent bunch crossing errors (bad BC byte) from HDI2 which have been seen before at low rate <1%. To be watched. 
<!-- Author: David, Rainer, Stan -->

<!-- Date: Fri Aug 15 00:02:03 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L2 
<li>problem n: 1094 
<li>Status: needs_observation
<li>Type: BXing_error
<li>Action: Incident
<li>entered by: rainer 
<li>description is: Occasional BC error after RX swap, see  thread 1093. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Aug 15 00:11:51 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L2 
<li>problem n: 1093 
<li>Status: needs_observation
<li>Type: RX
<li>Action: Swap_RX
<li>entered by: rainer 
<li>description is: swapped RX, post test successful, occasional BC errors. See thread 1094.<table border=1>
<tr><td><b>IN:</b></td><td><a href="http://nkek15.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=0871">0871</a></td></tr>
<tr><td><b>OUT:</b></td><td><a href="http://nkek15.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=0714">0714</a></td></tr></table> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Fri Aug 15 00:37:34 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2449&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2449  width='300' align='top'></td><td>abort of store #2901.</a></td></tr></table>
<!-- Author: Rainer -->
<!-- Comment: Fri Aug 15 00;42;46 comment by...Chris H., Rainer -->
Here you see the RF cavities drop twice, once when one RF cavity tripped, then a small glitch which pulls the about. due to the first glitch, momentarily abort gap is filled and then the abort is pulled which is potentially dangerous. The electron lens does not have a chance to clean out the abort gap.


<!-- Date: Fri Aug 15 01:27:27 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2452&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2453' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2450&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2451' ></a></center>
<!-- Author: Rainer -->
<!-- Comment: Fri Aug 15 01;28;56 comment by...Rainer -->
<pre>SB1W6L4 shows persistent AVDD pinky but no data taking yet. has a history of AVDD trips so is acting up again. coldstart did not help.</pre>


<!-- Date: Fri Aug 15 04:54:44 2003 -->
<pre>&lt;b&gt;store #2910 &lt;/b&gt; scraping in progress ...</pre>
<!-- Author: Rainer -->
<!-- Comment: Fri Aug 15 04;55;07 comment by...Rainer -->
<b>store #2910 </b> scraping in progress ...

<!-- Comment: Fri Aug 15 05;05;36 comment by...Rainer -->
<pre>7kHz</pre>

<!-- Comment: Fri Aug 15 05;06;30 comment by...Rainer -->
8.5kHz

<!-- Comment: Fri Aug 15 05;06;50 comment by...Rainer -->
<pre>9.9kHz</pre>

<!-- Comment: Fri Aug 15 05;09;48 comment by...Rainer -->
<pre>22 kHz</pre>

<!-- Comment: Fri Aug 15 05;10;40 comment by...Rainer -->
<pre>25 kHz</pre>

<!-- Comment: Fri Aug 15 05;12;19 comment by...Rainer -->
<pre>26 kHz</pre>

<!-- Comment: Fri Aug 15 05;13;36 comment by...Rainer -->
<pre>27 kHz</pre>

<!-- Comment: Fri Aug 15 05;16;29 comment by...Rainer -->
<pre>29 kHz</pre>

<!-- Comment: Fri Aug 15 05;17;05 comment by...Rainer -->
<pre>MCR calls and annouces they tune the losses. Won't turn on HV until fine tuning is done.</pre>

<!-- Comment: Fri Aug 15 05;20;05 comment by...Rainer -->
<pre>30.6 kHz</pre>

<!-- Comment: Fri Aug 15 05;22;50 comment by...Rainer -->
<pre>25.6 kHz</pre>

<!-- Comment: Fri Aug 15 05;24;23 comment by...Rainer -->
<pre>MCR calls and annouce finish of tuning. will wait for natural decal.</pre>

<!-- Comment: Fri Aug 15 05;34;38 comment by...Rainer -->
<pre>25.5 kHz</pre>

<!-- Comment: Fri Aug 15 05;43;20 comment by...Rainer -->
<pre>25.3 kHz
</pre>

<!-- Comment: Fri Aug 15 06;17;06 comment by...Rainer -->
<pre>They decay of the proton losses is slow but it is now below 22 kHz consistently. We override TevMon.</pre>


<!-- Date: Fri Aug 15 07:34:23 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Fri_Aug_15_2003_073419.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2457  align='top'></td><td>loss development store #2910.</a></td></tr></table>
<!-- Author: Rainer -->


<!-- Date: Fri Aug 15 08:36:27 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Fri_Aug_15_2003_083620.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2459  align='top'></td><td>SVT monitoring store 2910</a></td></tr></table>
<!-- Author: Jason -->


<!-- Date: Fri Aug 15 10:26:00 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2460&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2461  width='300' align='top'></td><td>SB1W3L4 bias current. After the trips of a few weeks ago we rised the current limit. The ladder was re-integrated and it draw 2-3 mA for a few days. It is now back to 4-500 uA. The problem got better on its own.</a></td></tr></table>
<!-- Author: Gino -->
<!-- Comment: Fri Aug 15 14;15;50 comment by...Rainer -->
<pre>hmmm .... humidity ???</pre>
<!-- Date: Fri Aug 15 10:28:11 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W3L4 
<li>problem n: 329 
<li>Status: needs_observation
<li>Type: BIAS
<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=167&frame=2&anchor=10:26:00'> Bias current got better </a> should be checked for physics.   
<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 -->
<!-- Comment: Fri Aug 15 18;04;02 comment by...Rainer -->
<pre>curious to see the noise now .... we should do that during quiet time.</pre>
<!-- Date: Fri Aug 15 16:08:27 2003 -->
<pre>Worked at FCC with the TSTAND: 
1. TSTAND does NOT work. 
2. during Initialization and also readout we get only 0s back 
3. Trying to nail the problem down. 
   a. ladders receive L1A, PRD2 and also FECLK 
   b. They do NOT receive TN,PARST,BN,PRD1,BEMODE,FEMODE,CHMODE 
 
Conclusions: 
1. All the connections are OK 
2. The TRANSCEIVER in the PORTCARD is OK 
 
Ipothesys: 
1. all 5 DDRs in the portcard broke at the same time 
   (no-one is going to buy it!) 
2. The DAQ is NOT enabling the DDRs 
    
Next Step: 
 
Checking that the comands that enable the DDRs are coming out of the FIB. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
</pre>
<!-- Author: Julia and Gino -->



<!-- Date: Fri Aug 15 18:12:36 2003 -->
<pre>EVB check at end of this store #2910. 
</pre>
<!-- Author: Rainer -->

<!-- Date: Fri Aug 15 23:55:47 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W2L2 
<li>problem n: 1095 
<li>Status: needs_study_time
<li>Type: Chip_other
<li>Action: Incident
<li>entered by: nielsenj 
<li>description is: No data past first chip since run 167394. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Sat Aug 16 09;53;06 comment by...Rainer -->
<pre>run 167563: lostsa c2c2 0000 (no data at all)
run 167565:
 e222 12fc 890a 00f3 0d08 0e0a 0ff3 2303
 240c 25f3 4707 4821 4930 4a0d 4b04 7403
 750b 7606 880a 870a 860a 850a a40a 3cf3
 3d10 3e31 3f18 4005 a30a a20a a10a a00a
 7ff3 c1c1 e223 12fc ...

 e222 0cfd 8926 00f3 1703 1828 1908 8826 
 8726 8626 8526 a426 1a07 1b09 1c09 1df3 
 a326 a226 a126 5302 5409 5501 a026 7ff3 
 c1c1 0000 e223 0cfd ...

 e222 85fe 892a 0003 882a 872a 1d07 1e09 
 1f38 2023 210c 2206 4708 482c 4928 4a09 
 4b01 862a 852a a42a a32a a22a 2007 2134 
 224d 230f 2407 4805 4918 4a30 4b1b 4c08 
 a12a a02a 7ff3 c1c1 e223 85fe ...</pre>
<!-- Date: Sat Aug 16 09:22:30 2003 -->
<b> store #2912 </b>: scraping done at 9:21am
<!-- Author: Rainer -->
<!-- Comment: Sat Aug 16 09;23;23 comment by...Rainer -->
<pre>initial lostp rate 8-10kHz, very steeply rising ...</pre>

<!-- Comment: Sat Aug 16 09;23;47 comment by...Rainer -->
<pre>25kHz and rising </pre>

<!-- Comment: Sat Aug 16 09;25;29 comment by...Rainer -->
<pre>34.5 kHz</pre>

<!-- Comment: Sat Aug 16 09;26;51 comment by...Rainer -->
<pre>38 kHz</pre>

<!-- Comment: Sat Aug 16 09;28;35 comment by...Rainer -->
<pre>41 kHz</pre>

<!-- Comment: Sat Aug 16 09;31;29 comment by...Rainer -->
<pre>tuning brings rates down to 37K was close to 50 before.</pre>

<!-- Comment: Sat Aug 16 09;34;36 comment by...Jason, Rainer -->
<pre>35 kHz and wobbling ...</pre>

<!-- Comment: Sat Aug 16 09;38;07 comment by...Rainer -->
<pre>37 kHz, occasional spikes, still tuning.</pre>

<!-- Comment: Sat Aug 16 09;39;46 comment by...Rainer -->
plot 
<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=683&frame=2&anchor=09:38:48.875'>
here.</a> 

<!-- Comment: Sat Aug 16 09;47;01 comment by...Rainer -->
<pre>wobbling around 37kHz, spikes, does not look at all good.</pre>


<!-- Comment: Sat Aug 16 09;53;59 comment by...Rainer -->
Next plot <a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=683&frame=2&anchor=09:49:22.754'>
here</a> 

<!-- Comment: Sat Aug 16 09;55;09 comment by...Rainer -->
<pre>32 kHz and wobbling </pre>

<!-- Comment: Sat Aug 16 10;00;23 comment by...Rainer -->
<pre>MCR calls they will let the beam stabilize  but losses still above 34 kHz so we can't turn on COT. they will try again and call in expert.</pre>

<!-- Comment: Sat Aug 16 10;10;03 comment by...Rainer -->
<pre>everything seems to zero in on 35 kHz 10% RMS.</pre>

<!-- Comment: Sat Aug 16 10;20;11 comment by...Rainer -->
<pre>MCR can't get a hold of an expert. they consider re-scraping. 32kHz now.</pre>

<!-- Comment: Sat Aug 16 10;45;02 comment by...Rainer -->
<pre>dip down to 21 kHz but then steeply rising again top about 24-25 kHz. Moved collimator on request of TevMon Expert.</pre>

<!-- Comment: Sat Aug 16 10;51;31 comment by...Rainer -->
Plot <a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=683&frame=2&anchor=10:50:13.673'>
here </a>.


<!-- Comment: Sat Aug 16 11;37;34 comment by...Rainer -->
<pre>TevMon clean @ 11:33am. HV was up 5 min earlier. </pre>
<!-- Date: Sat Aug 16 11:34:31 2003 -->
Silicon is now integrated into CDF for store 2912.
<!-- Author: Jason -->



<!-- Date: Sat Aug 16 11:41:45 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Sat_Aug_16_2003_114142.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2463  align='top'></td><td>Here is the history.</a></td></tr></table>
<!-- Author: Rainer, Jason -->


<!-- Date: Sat Aug 16 16:01:07 2003 -->
Store ended in a quench, and e494 AVDD tripped.  I came in and checked with svxdaq that it's OK.  
<!-- Author: Jason -->
<!-- Comment: Sun Aug 17 00;12;28 comment by...Rainer -->
Quench checkout

<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=683&frame=2&anchor=14:41:28.252'>
here. </a> 


<!-- Date: Sun Aug 17 05:22:02 2003 -->
<pre>&lt;b&gt; store #2916 &lt;/b&gt;: scraping done at 8 kHz intially 
05:21:00  
spikes in the abort gaps before</pre>
<!-- Author: Rainer -->
<!-- Comment: Sun Aug 17 05;35;14 comment by...Rainer -->
<pre>05:27:07 TevMon clears, shallow increase, 15kHz @ 05:34am</pre>


<!-- Date: Sun Aug 17 06:14:57 2003 -->
<pre>Again lotsa c2c2 from e222 in this store,  we should run SVXDAQ on this ladder and request an access if we can reproduce it standalone. Some events: 
 
 e222 7ffe 00f3 17f3 180f 19f3 1ed0 d0c2 c2c4 0000 
  
 e222 03fe 8900 00f3 8800 8700 8600 8500 a400 a300 
      a200 a100 a000 7ff3 c1c1 0000 
 
 e222 4dfc 891e 00f3 881e 871e 861e 5103 520f 5359 5451 
      5515 5606 851e a41e a31e a21e a11e 70f3 710a 7228 738c 74f3       7510 7601 a01e 7ff3 c1c1</pre>
<!-- Author: Rainer -->


<!-- Date: Sun Aug 17 06:27:04 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2464&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2465  width='300' align='top'></td><td>Bias of SB1W3L4 in this store ...</a></td></tr></table>
<!-- Author: Rainer -->


<!-- Date: Sun Aug 17 16:45:07 2003 -->
<h3> VRB meltdown </h3> <p> 
<b> 02:28pm </b> Main pager carrier responds to page. b0svx07 was hanging in RC unable to complete any transition, did not ping. 
DAQ ace had reset CPU b0eb24/b0svx07 to no avail. Jason suggest Abort of Run and reset CPU again. Told them to page DAQ pager which ended up in the SPL pager <p> 
<b> ~02:45pm </b> Rainer got page, suggest power cycle of crate. After that, CPU pinged again as reported by DAQ ace but still no success, Rainer suggested to page/call Julia Thom. She got called on home phone but no response. Rainer on his way.<p><b>~03:15pm</b> Rainer comes in. CPU hangs on reboot as seen in vxlogin, inspecting  b0svx07 crate see slot#13 VRB keeping SRC/VME LED busy. reset CPU, power cycle to no avail. Decide to swap VRB, but where are the spares we wanted to preprare for precisely such a situation  ??? Rainer tries to get a hold of Reid but only cell phone. 
 
 Rainer takes the spare of the TEST setup, power cycle and reset of CPU brings up b0svx07 in clean state. <p> 
<b> 03:28pm </b> VRB swapped and try to restart run. Get BUSY timeout on b0svx02, clean up EVB, try one more time but same error. <p> 
<b> 03:53pm </b> decide to take out silicon from readout. Rainer realizes that he forgot to plug back a flatband cable which does the crate interlink because of swapping action. plugged it back in, check out silicon in its own partition, runs ok, verify VRB firmware version via SVXDAQ seems to be up to date. Reid calles back and says VRB comes from 3rd floor so should be cool. Silicon ready to go in by <p> 
<b> ~04:00pm </b> 
but there are EVB/L3 errors. We decide to wait for them to sort these out before we re-include the silicon at <p> 
<b> 04:42pm </b>. Back in business. 
 
 
  
<!-- Author: Jason, Rainer, Reid -->
<!-- Comment: Mon Aug 18 00;03;36 comment by...Rainer -->
As a prelude, there reformatter errors  reported at 13:18pm from the offending VRB slot 13 in b0eb24, see <a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=686&frame=2&anchor=13:17:50.736'>
here </a>

<!-- Date: Sun Aug 17 21:22:35 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: IB5W2/3All 
<li>problem n: 1091 
<li>Status: needs_observation
<li>Type: Other
<li>Action: Swap_VRB
<li>entered by: rainer 
<li>description is: VRB got stuck w/ VME/SRC LEDs on, CPU was not responsive. power cycle and reset of VRB and CPU did not help.  <a href='/cgi-n/det-system-elog.pl?nb=silicon&action=view&page=167&frame=2&anchor=16:45:07'> user link text </a> <table border=1>
<tr><td><b>IN</b></td><td>PREP:</td><td>??</td><td>Serial:</td><td>168</td></tr>
<tr><td><b>OUT</b></td><td>PREP:</td><td>??</td><td>Serial:</td><td>106</td></tr></table> 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=ISL&wedge=B5W2/3&layer=All">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sun Aug 17 23:30:47 2003 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 281
Calibration type  : standard
Run period tag    : Aug_2003
DPS-off run       : 167633
DPS-on run        : 167632
Requested by      : Satyajit Behari
Main process id   : 10473979
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.3 -->




<!-- Date: Mon Aug 18 04:41:50 2003 -->
I got paged at 3:36am about high beam losses. I had the aces make an abort gap loss plot and when  I looked at the <a href= 
'/cgi/elog/elog.pl?nb=2003&action=view&page=688&frame=2&anchor=03:46:53.754'> 
plot </a> <p>I was not sure whether we would take this coming our way so I decided that they should switch OFF both HV and LV.  They had gone to STANDBY earlier. I assumed MCR would - voluntarily or involuntarily - dump this beam very soon but it turns out they even want to run longer. CDF HV was switched off and I decided to wait for the abort of that beam before going back to standby. The luminosity was 10E30 at the time.  
<!-- Author: Rainer -->
<!-- Comment: Mon Aug 18 05;26;36 comment by...Rainer -->
<pre>store dumped. Silicon back to standby. all OK.</pre>

<!-- Comment: Mon Aug 18 05;49;17 comment by...Rainer -->
<pre>had paged mircea earlier to learn about effect of silicon powered off for extended period of time and he said there is no danger of dew point/condensation etc.</pre>
<!-- Comment: Mon Aug 18 07;26;44 comment by...Rainer -->
TevMon history <a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=688&frame=2&anchor=07:22:41.615'>
here</a>.
<!-- Date: Mon Aug 18 05:30:46 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 281 finished successfully.

Job info
--------
Calibration type : standard
DPS-off run      : 167633
DPS-on run       : 167632
Requested by     : Satyajit Behari
Submitted        : 2003-08-17 21:29:34
Completed        : 2003-08-18 03:30:44
Status           : SUCCESS
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->


<!-- Date: Mon Aug 18 05:33:13 2003 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W2L2 
<li>problem n: 1095 
<li>Status: needs_observation
<li>Type: Chip_other
<li>Action: Incident
<li>entered by: rainer 
<li>description is: No first chip error around 10% now. Not reproducible in SVXDAQ as studied during quiet time. move back to monitoring so it appears in SVXMON yellow if c2c2 orgie starts again. 
<li>See <a href="http://nkek15.fnal.gov/cgi-bin/newproblemdb/DBreport.pl?detsys=SVX&wedge=B2W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Aug 18 05:48:15 2003 -->
<pre>We actually have extended quiet time now so shift performs dmod calibration.</pre>
<!-- Author: Rainer -->
<!-- Comment: Mon Aug 18 09;04;25 comment by...Jason -->
But this didn't get finished before quiet time ended, and it was not submitted to the calib job web page.
<!-- Date: Mon Aug 18 08:32:45 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Mon_Aug_18_2003_083242.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2468  align='top'></td><td>This is the updated plot with a corrected mistake in RMS.</a></td></tr></table>
<!-- Author: Rainer -->


<!-- Date: Mon Aug 18 09:03:19 2003 -->
Tevatron quench during Squeeze.... that's all, folks.
<!-- Author: Jason -->



<!-- Date: Mon Aug 18 11:47:49 2003 -->
<table><tr><td><a href=/elog/notebooks/silicon/Mon_Aug_18_2003_114736.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-2470  align='top'></td><td>SVXDAQ histos of SB1W3L4. Notice that channel 379 is not so noisy anymore.</a></td></tr></table>
<!-- Author: David -->
<!-- Comment: Mon Aug 18 11;50;06 comment by...David -->
The Bias was 37V and the bias current stayed around 575uA. See <a href=
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=167&frame=2&anchor=14:13:23'>here</a> for previous plot.