<!-- Title: 11:12:04  Mon Jul 28 2008 -->
<!-- Crewchief: Sergo (mpc) -->
<!-- Op1: SashaS (spl) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>float on....</pre>


<!-- Date: Mon Jul 28 12:38:22 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12777&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12777  width='300' align='top'></a></td><td><h3>Hockerizations per Week</h3> 
 
This is  a rough count of the number of hockerizations of PS crates per week, starting from when the AutoHocker was installed. There are a few problems with this (as seen clearly around Jan 1 2007, where there were ~80 hockers in that week): at times, all 16 crates were hockerized in order, within a few seconds; and, at times, one crate was hockerized repeatedly (e.g. every 30 seconds). I've tried to filter as many of those out as I could, but could not get them all. Still, even with the extraneous entries, we average about 10 hockerizations per week; which is in line with scans of recent e-logs. I hope to have an improved plot, with all those extraneous entries filtered out, soon</td></tr></table>
<!-- Author: Mark -->


<!-- Date: Mon Jul 28 20:12:03 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12778&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12778  width='300' align='top'></a></td><td> New store 6323... Lumi 312... Losses ok... See sequence of events below...</td></tr></table>
<!-- Author: sergo -->


<!-- Date: Mon Jul 28 20:19:35 2008 -->
<pre>Ok.. here is what happened: 
 
a) Right at the beginning of the store one of the CLC channels  tripped off... with a little bit of past experience and Yuri's advise was able to recover the trip. 
 
b) At the same time (I was not aware of this) TevMon went to alarm (b/c of the CLC and bad luminosity) and put silicon to standby. FOr some reason (my bad) I did not realize that it was TevMon and thought that this was shift crew... so I tried to put silicon on 
 
c) of course I forgot to reset the BeamPermit, so TevMon started to put SVX back to standby.  At this point I reset BeamPermit, and tried turning silicon back on. 
 
d) During power up e004 tripped off on AVDD overcurrent. SAR heroicly tries to recover 3 times and failed.  
 
e) At this point I instructed shift crew to restart the run, and in the meanwhile removed e004 from the HW DB. Will need too chop z side later. 
 
f) Somewhere in between (don't remember exactly when) PSGui became irresponsive so I rebooted svxinter and restarted PSGui. 
 
g) taking data now....</pre>
<!-- Author: sergo -->

<!-- Date: Mon Jul 28 20:30:21 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W0L4 
<li>problem n: 2630 
<li>Status: needs_work
<li>Type: AVDD2
<li>Action: Incident
<li>entered by: sergo 
<li>description is: The ladder kwpt tripping on AVDD overcurrent... had to remove it from the HW DB. Z side from this ladders has extremely low efficiency.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W0&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Jul 29 00:51:33 2008 -->
<pre> I was paged b/c whole SVX tripped, and SAR failed to recover. Over the phone I asked ace to verify cooling and beam condition, both were ok. It is also interesting that at the same time RT server was experiencing some problems and RC partition 0 had unexpectedly closed.  
 
 I instructed ace to take no-silicon run and headed to the CR. There I noticed in SAR logs that fibs 2,4,6 were failing to pass config. According to SashaS this happens when SAR cannot load configuration for fibs. I did manual recovery of most ladders and then re-enabled SAR which successfully finished the job. 
 
 The bottom line is that the trip was caused by the loss of the "keep alive" signals, which may have been caused by a clock glitch or a svx02 crate error possibly cause by the RT server problem. 
 
</pre>
<!-- Author: sergo -->
<!-- Comment: Tue Jul 29 00;53;49 comment by...sergo -->
<pre>unfortunately we cannot say certainly what caused the trip b/c logic analizer stopeed earlier b/c of a resonance.</pre>

<!-- Comment: Tue Jul 29 01;08;50 comment by...SashaS -->
I looked at the error log file of the run 265461 
<pre>
http://www-cdfonline.fnal.gov/java/cdfdb/servlet/ShowFile?FILE=/cdf/onln/data/cdfdaq/rcLog/errmon/log/265000/errorfile265461.log
</pre>
(this is the run, when trip happened) and noticed very weird behavior of RC: there were two (auto???)shepherds of fib00 crate right in the moments when SAR tried to recover wedges of this fib00 crate. These shepherds added a lot to SAR confusion. Poor guy, it lost completely control over fib00 crate and was disoriented. No wonder that SAR was not able to recover trip - it did not have control over fib crates.


<!-- Date: Tue Jul 29 09:08:24 2008 -->
<pre> I was pulled out of the silicon room b/c there was an ISL HV inhibit but everything looked ok in PSGui and Imon. By looking at PS Gui there was really no way to tell what was the problem ...fortunately Silicon Inhibit Status in Ifix saif ISL 500. Hockerized PS crate 10, and things look ok now (actually by mistake also hockerized crate 9... not much sleep this night).</pre>
<!-- Author: sergo -->
<!-- Comment: Tue Jul 29 09;11;39 comment by...SashaS -->
Could be corrupted read back of Bias voltage from f500

<!-- Comment: Tue Jul 29 09;18;18 comment by...sergo -->
<pre>I took a quick look and it actually looked ok in the full status window</pre>


<!-- Date: Tue Jul 29 12:12:29 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12779&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12779  width='300' align='top'></a></td><td>New store 6324... lumi 300... losses ok</td></tr></table>
<!-- Author: sergo and sashaS -->


<!-- Date: Tue Jul 29 20:55:24 2008 -->
<pre>Got paged because there was a large number of pinkies in SVX and L00 bias currents ( ~30 pinkies).  The jump of 3-5 ma happened at about 8pm and now it settling down back to normal level. Most probably related to the opening of the deionizer valve. 
 
Instructed SciCo wait 30 minutes and unmark pinkies. Whatever pinkies left after that, just set them to ignore and I will re-adjust Imon limits in the morning.</pre>
<!-- Author: sergo -->
<!-- Comment: Wed Jul 30 08;25;44 comment by...sergo -->
<pre>from the cooling plots - the valve opened at ~8pm yesterday which matches exactly to the time of the appearance of pinkies.</pre>
<!-- Date: Wed Jul 30 07:47:15 2008 -->
<pre>svx trip was reported by the shift crew at 2am but I dont see any messages in the PSGUI...probably an auto-hockerization... will look at SAR logs later.</pre>
<!-- Author: sergo -->

<!-- Date: Wed Jul 30 07:51:14 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W1L2 
<li>problem n: 2570 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>37</td><td>37</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>120</td><td>150</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 07:57:12 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W5L0 
<li>problem n: 1936 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>180</td><td>210</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W5&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 07:58:30 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W9L0 
<li>problem n: 2141 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>97</td><td>97</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>155</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W9&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 08:14:44 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W1L3 
<li>problem n: 2575 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>21</td><td>21</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>120.0</td><td>150.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 08:16:09 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W3L3 
<li>problem n: 2472 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: CHanging bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>37</td><td>37</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>140</td><td>170</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W3&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Jul 30 08:17:29 2008 -->
<pre>by the way at 2:49 am PSGui reports loss of communication with Ifix... probably due to some RT server problem.</pre>
<!-- Author: sergo -->

<!-- Date: Wed Jul 30 08:19:34 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W9L2 
<li>problem n: 2523 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>29</td><td>29</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>135</td><td>165</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W9&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Jul 30 08:28:18 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W10L3 
<li>problem n: 2562 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>29</td><td>29</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>125</td><td>150</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W10&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Jul 30 12:29:21 2008 -->
<pre>Filled in the request form and asked ace to do D-mode calibration. Lumi just below 50. </pre>
<!-- Author: sergo -->
<!-- Comment: Wed Jul 30 14;20;05 comment by...SashaS -->
In principle, we should not fill work request for regular D-mode calibration. These should be done on a regular basis (every 2 weeks) We just need to remind to ops when it is about a time and opportunity for the calibration.

<!-- Comment: Wed Jul 30 15;43;46 comment by...sergo -->
<pre>You should point this out to Sebastian... we made me fill out the request.</pre>

<!-- Comment: Wed Jul 30 15;44;16 comment by...sergo -->
<pre>I meant "he"</pre>

<!-- Date: Wed Jul 30 15:49:12 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W3L4 
<li>problem n: 2093 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>90</td><td>90</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>160</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W3&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:50:16 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W7L3 
<li>problem n: 2130 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>150</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W7&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:52:20 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L3 
<li>problem n: 2631 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>150</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:53:25 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W11L2 
<li>problem n: 2140 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>38</td><td>38</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>155</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W11&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:55:47 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W11L3 
<li>problem n: 2487 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>30</td><td>30</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>140</td><td>170</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W11&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:55:48 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W7L3 
<li>problem n: 2493 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>150</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B3W7&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 15:57:52 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W1L3 
<li>problem n: 2132 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>150</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:00:37 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W10L3 
<li>problem n: 2632 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>16.8</td><td>16.8</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>100</td><td>130</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W10&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:02:00 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W11L4 
<li>problem n: 2633 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing imon limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>18.7</td><td>18.7</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>100</td><td>130</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W11&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:04:45 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: LB1W4L0 
<li>problem n: 2634 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>23.6</td><td>23.6</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>100</td><td>130</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B1W4&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:06:09 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: LB1W5L0 
<li>problem n: 2635 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>16.9</td><td>16.9</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>100</td><td>130</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B1W5&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:12:12 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W0L1 
<li>problem n: 2178 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias0 limits . I'm a bit confused about previous bias limits entries that say upper limit was set to 205, 230 and then 280... its is currently 200... and I change it to 230.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>200</td><td>230</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B0W0&layer=L1">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Fri Aug  1 15;17;20 comment by...Mark -->
Those were maybe Bias1 limit changes?
<!-- Date: Wed Jul 30 16:13:25 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W2L2 
<li>problem n: 2190 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias0 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>90</td><td>90</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>190</td><td>220</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B0W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:14:38 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L1 
<li>problem n: 2236 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias0 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>190</td><td>220</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:16:14 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W2L1 
<li>problem n: 2235 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias1 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>160</td><td>160</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>280</td><td>310</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W2&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:18:18 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB2W1L2 
<li>problem n: 2288 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias0 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>115</td><td>115</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>260</td><td>290</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B2W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jul 30 16:19:55 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W1L2 
<li>problem n: 2327 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias1 limits (due to normal aging)<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>220</td><td>250</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B3W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Jul 31 07:05:04 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12780&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12780  width='300' align='top'></a></td><td>new store 6325 lumi 184. include silicon. </td></tr></table>
<!-- Author: sergo -->

<!-- Date: Thu Jul 31 07:07:40 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W10L0 
<li>problem n: 2040 
<li>Status: fixed
<li>Type: AVDD
<li>Action: Diagnosis_update
<li>entered by: sergo 
<li>description is: Has been fairly stable recently. Consider issue closed.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W10&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Jul 31 07:11:49 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W9L4 
<li>problem n: 1785 
<li>Status: fixed
<li>Type: BIAS
<li>Action: Diagnosis_update
<li>entered by: sergo 
<li>description is:  The upper limit on bias current is currelntly 1700,.. the data from this ladder seems to be fine. Consider this thread closed. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Jul 31 07:19:15 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB5W3L3 
<li>problem n: 2573 
<li>Status: fixed
<li>Type: RX
<li>Action: Diagnosis_update
<li>entered by: sergo 
<li>description is: Fixed after RX swap. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B5W3&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Jul 31 23:39:12 2008 -->
<pre>At ~7pm I got a automatic page - according to the cdf elog it was a trip but I think it was spont switch off of PS2 and auto - hockerization. SAR recovered. </pre>
<!-- Author: sergo -->


<!-- Date: Fri Aug 1 00:15:39 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12781&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12781  width='300' align='top'></a></td><td>new store 6326 lumi 281... losses ok. include silicon</td></tr></table>
<!-- Author: sergo -->
<!-- Comment: Fri Aug  1 00;18;06 comment by...sergo -->
<pre>B0W6 seems to have lower efficiency this week..or maybe it has always been like this... it has one ladder off but so do few other wedges. </pre>

<!-- Comment: Fri Aug  1 00;20;09 comment by...sergo -->
<pre>looked at couple of months old SVT plot... seems to me that this wedge always had lower occupancy.. so no worries</pre>

<!-- Comment: Fri Aug  1 07;15;01 comment by...SashaS -->
Yes, we have missing ladder SB0W6L0 and it looks like SVT efficiency very sensitive to missing ladders in L0.

<!-- Date: Fri Aug 1 08:12:21 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W8L0 
<li>problem n: 1885 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>90</td><td>90</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>200</td><td>230</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W8&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Aug 1 08:14:25 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W3L0 
<li>problem n: 1965 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: increasing bias upper limit<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>175</td><td>200</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Aug 1 08:20:01 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W9L4 
<li>problem n: 1881 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: increasing bias limit<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>140</td><td>140</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>185</td><td>220</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W9&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Fri Aug 1 08:28:54 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB2W1L4 
<li>problem n: 2254 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: incerasing bias0 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>230</td><td>260</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B2W1&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Fri Aug 1 08:32:55 2008 -->
<pre>at the 8 oclock meeting SciCo complained about Imon running out of memory. Restarted Imon.</pre>
<!-- Author: sergo -->
<!-- Comment: Fri Aug  1 15;19;38 comment by...Mark -->
Does this SciCo leave all the Channel Info and plot windows open for each pinky he deals with? One of the previous SciCos did that, and each morning there would be ~50 little windows open, which could lead to IMon running out of memory...


<!-- Comment: Sat Aug  2 11;00;14 comment by...sergo -->
<pre>Yeah... they do this often...</pre>
<!-- Date: Sat Aug 2 09:35:07 2008 -->
<pre>We didn't have beam since yesterday 2pm when store was dropped. First there was a Tevatron access to fix a vacuum leak... Then they discovered a problem with D0 low beta power supply. Tev in wet squeeze now... shot setup should follow.</pre>
<!-- Author: sergo -->


<!-- Date: Sat Aug 2 10:59:44 2008 -->
<pre>I came in for shot setup and noticed that poor SAR has lost connection with RT server and wasn't updating since ~3pm yesterday. Restarted SAR.</pre>
<!-- Author: sergo -->



<!-- Date: Sat Aug 2 11:01:26 2008 -->
<pre>Quench at A1, F3... stack is still decent... at ~170. 
 </pre>
<!-- Author: sergo -->


<!-- Date: Sun Aug 3 20:09:22 2008 -->
<pre>Finally getting into shot setup.  
 
Regarding Tevatron, yesterday they found bad HFU (not sure what this is) at F4 which held off turn-on. Then there was a vacuum problem at D1 which was traced to a bad cold compressor. Hopefully we'll have a store before midnight...</pre>
<!-- Author: sergo -->


<!-- Date: Sun Aug 3 21:03:32 2008 -->
<pre>Spontaneous switch off of PS#07 during scraping... SAR on top of this.</pre>
<!-- Author: sergo -->


<!-- Date: Sun Aug 3 21:31:28 2008 -->
<pre>bunch of pinkies after biasing - expected after long time in standby.. currents back to normal in 15 minutes.</pre>
<!-- Author: sergo -->


<!-- Date: Sun Aug 3 21:33:16 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12782&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12782  width='300' align='top'></a></td><td>New store 6334 colliding. lumi 280.... losses perfect (is spite of all the problems TeV had), include silicon.</td></tr></table>
<!-- Author: sergo -->
<!-- Comment: Sun Aug  3 21;35;14 comment by...sergo -->
<pre>seems to me that our old friend f533 came back with bit errors, at least SVXMon shows so... HRR-ed, Based on my previous experience with it and its long history  I'm not even trying to powercycle etc... just leave this as is for now and keep an eye. </pre>

<!-- Date: Sun Aug 3 21:41:28 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W8L4 
<li>problem n: 2636 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing bias limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>38.9</td><td>38.9</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>100</td><td>130</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W8&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sun Aug 3 21:41:47 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W7L4 
<li>problem n: 2034 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: sergo 
<li>description is: changing imon limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>100</td><td>100</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>150</td><td>180</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B3W7&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Aug 4 04:18:34 2008 -->
<h2>  BERT Test Stand Report </h2> 
The BERT Test Stand is used to find good RXs and to put them in the Silicon detector when  some ladders are giving troubles (swap or replace). To do these test we need three good RXs and TXs. The first RX was tested on 05/12/08. We used the C channel for test these RXs. 
 
<h3> Bad RXs </h3> 
<ul> <li> RX 0414: Fatal burst errors....tested it and found a problem with bit 2 (5/15/08) </li> 
     <li> RX 0560: Tested it and found problems with bit 0,1,2,3,4,5 and 6 (5/16/08) </li> 
     <li> RX 0259: Problems with bit 3,4 and 5 (5/19/08) </li> 
     <li> RX 0080: Problem with bit 2 (5/19/08) </li> 
     <li> RX 0415: Problems with bit 2,3,4 and 5 (5/19/08) </li> 
     <li> RX 0940: Fatal burst errors...problem with bit 0 (5/21/08) </li> 
     <li> RX 0477: Problem with bit 3 (5/22/08) </li> 
     <li> RX 0792: Fatal burst errors...problems with bit 2 and 3 (5/23/08) </li> 
     <li> RX 0492: Fatal burst errors...problems with bit 2 (5/25/08) </li> 
Here BERT Test Stand stopped because of TXs showed broken wirebond, they were sent to re-bonded. The goos TXs used in the tests are TXs: 1200 (A), 1148 (B) and 1146 (C). This morning three new TXs are being re-bonded, if they are ok we can consider them as spares (TXs: 1394,1350 and 1122)  
     <li> RX 0212: Fatal burst errors...problems with bit 0,1,2 and 3 (7/22/08) </li> 
     <li> RX 0242: Problem with bit 4 (7/22/08) </li> 
     <li> RX 0234: Problem with bit 5 (7/23/08) </li> 
     <li> RX 0432: Fatal burst errors...problem with bit 8 (7/23/08) </li> 
     <li> RX 0261: Problem with bit 1 (7/23/08) </li> 
     <li> RX 0505: Fatal burst errors...problems with bit 3 (7/24/08) </li> 
     <li> RX 0840: Burst errors...problem with bit 0 (7/24/08) </li> 
</ul> 
 
<h3>  Good RXs  </h3> 
<ul> <li> RX 0035: Tested 0k in BERT Test Stand (5/12/08) </li> 
     <li> RX 0714: Tested ok (5/15/08) </li> 
     <li> RX 0752: Tested ok (5/17/08) </li> 
     <li> RX 0589: Tested ok (5/20/08) </li> 
     <li> RX 0562: Tested ok (5/21/08) </li> 
     <li> RX 0411: Tested ok (5/22/08) </li> 
     <li> RX ????: Tested ok (7/27/08) </li> 
     <li> RX 0726: Tested ok (7/29/08) </li> 
     <li> RX 0682: Tested ok (7/29/08) </li>      
</ul> 
 
Thanks to Sebastian Carron,Vince Pavlicek and Hank Connor.
<!-- Author: Pedro -->
<!-- Comment: Mon Aug  4 07;47;18 comment by...sergo -->
<pre>And many thanks to Pedro.</pre>
<!-- Comment: Mon Aug  4 10;40;06 comment by...Satyajit -->
This is really great! Thank you very much. Can you summarize how 
many spare (good) RXes we have right now for use in the detector? 
Do we have more TXes to test which can become potential spares?

<!-- Comment: Mon Aug  4 13;04;31 comment by...Pedro -->
We have right now four good RXs: 0562,0411,0726 and 0682.
Actually we have just three more potencial TXs that can become spares: 1394,1350 and 1122.
<!-- Date: Mon Aug 4 07:17:25 2008 -->
<h2>Monitoring shift summary</h2> 
 
I have checked runs from 265395 (0x40ab3) to 265658 (0x40dba). Everything loos fine (or with the problems that are already normal) except the following:<br> 
<li> e132 had bit errors in a couple of runs. It is fine for the rest. 
</li> 
<li> e5b0 has bit errors in one run. 
</li> 
<li> f533 problems appear in the last run I checked. It is fine the rest of the week. 
</li>
<!-- Author: Oscar -->



<!-- Date: Mon Aug 4 08:14:48 2008 -->
<h2> Summary of the week: </h2> 
<br> 
Not a bad week for Silicon... bad week for Tevatrin though 
 
<br> 
<h3> Monday: </h3> 
<br> 
 - Marks plot of hockerizations per week 
<br> 
 - Store 6323, lumi 312, all fine...  
<br> 
 - CLC trip, TevMon puts Si to standby, then at turn on e004 problem... 
 <br> 
 - entire SVX trip... cause unknown - possibly clock glitch or an RT server problem 
 
 
<br> 
<h3> Tuesday: </h3> 
 - Store 6324, limi 300, losses ok 
 <br> 
 - Large number of pinkies in L00 and SVX - cooling related 
 
<br> 
<h3> Wednesday: </h3> 
 <br> 
 - A bunch of imon bias limit changes.... 
 <br> 
 - D-mode calibration, store was kept for a long time b/c of some  MI problem 
  
<br> 
<h3> Thursday: </h3> 
<br> 
 - Store 6325 lumi 184, all ok... 
<br> 
  - Store dropped in the evening 
<br> 
 
<h3> Friday: </h3> 
<br> 
 - Restart Imon. 
<br> 
 - Shot setup in the morning... eneded up with a quench... 
<br> 
 - Quench investigation ... many TeV problems.... HFU, vacuum problem at D1,  ... No beam until Sunday evening 
 
 <br> 
 <h3> Sunday: </h3> 
 <br> 
 - Store 6334 , lumi 280 , losses ok...  
 <br> 
 - At scraping spontaneous switch off of PS07, SAR recovers 
 <br> 
 - Our old friend f533 comes back with errors... instruct shift crew not to worry about this particular ladder 
  
 <br> 
 <h3> Monday morning: </h3> 
 <br> 
 - Quench due to the lightning strike... checkout ok 
 <br> 
 - RX testing summary - many thanks to Pedro   
 <br> 
 - monitoring summary - many thanks to Oscar
<!-- Author: sergo -->