<!-- Title: 10:02:52  Mon Jun  9 2008 -->
<!-- Crewchief: Tino Calancha (MPC) -->
<!-- Op1: Behari Satyajit (SPL) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
Expecting to get as much good data as possible in my first week alone.


<!-- Date: Mon Jun 9 12:14:33 2008 -->
<pre>Tevatron aborted at 11:53. Silicon is safe.</pre>
<!-- Author: Tino -->


<!-- Date: Mon Jun 9 20:33:46 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12634&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12635  width='300' align='top'></a></td><td>Store 6213</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Mon Jun  9 20;38;04 comment by...Tino -->
<h3> Store 6213 </h3> 
Initial luminosity: 250 nb -1. Loses below 5 kHz (B0AAGC < 8 kHz) and stables, so I included Silicon at step 2. 

<!-- Comment: Mon Jun  9 20;43;50 comment by...Tino -->
SpyMon and SVXMon are fine. Silicon is tacking good data.


<!-- Date: Tue Jun 10 08:13:49 2008 -->
<pre>It seems that the current ploter aplication It's not working. I can ping to b0sili01, so I don't know what is the exact reason for the aplication can't work.</pre>
<!-- Author: Tino -->
<!-- Comment: Tue Jun 10 18;12;14 comment by...Satyajit -->
<b>The current plotter is now back in action.</b>
<!-- Date: Tue Jun 10 08:32:45 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12639&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12639  width='300' align='top'></a></td><td>This was the message with appeared when this ladder failed: <br> Stuck Cellid S/B3/W7/L2/C5-9 <br> 
This ladder have a long history about AVDD in the problem database. <br>Now, the ladder is set ignore in IMon.</td></tr></table>
<!-- Author: Tino -->


<!-- Date: Tue Jun 10 08:48:22 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12641&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12641  width='300' align='top'></a></td><td>That is the ADC counts plot for the ladder SB3W7L2. <br>The statistics accumulated is from some minutes after this ladder drops its AVDD curren.</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Tue Jun 10 10;40;03 comment by...Satyajit, Sasha -->
As mentioned already the first PHI chip of this ladder has a long
standing history of AVDD2 type problem. The symptoms seen here are
exactly same as before. If during this store we start a new run 
and the CONFIG fails, we would remove the ladder from HWDB and
move on. The affected chip would be sparsed out between the 
stores and probably would need its init readback masked.

<!-- Comment: Tue Jun 10 10;41;20 comment by...Satyajit, Sasha -->
We see that the AVDD current is back within its normal limits. 
Let's keep an eye on it.

<!-- Date: Tue Jun 10 14:12:19 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W11L3 
<li>problem n: 2480 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased IMon bias 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>35</td><td>35</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>130</td><td>160</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W11&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Jun 10 14:15:29 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W7L3 
<li>problem n: 2514 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased IMon bias 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>22</td><td>22</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>155</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W7&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Jun 10 14:22:16 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W5L4 
<li>problem n: 2586 
<li>Status: fixed
<li>Type: AVDD
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Lowering AVDD under limit again after PS swap.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>1100</td><td>1100</td></tr>
<tr><td><b>Lower</b></td><td>970</td><td>950</td></tr>
<tr><td><b>Upper</b></td><td>1120</td><td>1120</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Jun 10 15:00:36 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12642&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12642  width='300' align='top'></a></td><td><h3>Store 6214</h3></td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Tue Jun 10 15;02;29 comment by...Tino -->
<pre>Store 6214 came at 14:09. Initial luminosity 212E30cm-2s-1. <br>Losses were under 2 kHz and stables, so I included SIlicon in step 2.</pre>

<!-- Comment: Tue Jun 10 15;10;32 comment by...Tino -->
<pre>Some minutes after to begining of the store, Tevatron electron lens turn off. Losses were unaffected by this and held very low. MCR check the electron lens and at the same time TevMon changed from warning to alarm due to electron lens variable alone. RC went to stand by and we received an automatic hockerization of crate 13. It seems that SAR coulden't recover the ladders, because B0CONTROL16 was not login for anyone, so I recovered the ladders on my own. Ten minutes after MCR fixed electron lens and We began a new run. While we was waiting for MCR fix the electron lens I asked ACE to began a No Silicon run.
Now we are tacking data and Sasha is trying to   login in the B0CONTROL16 machine.</pre>

<!-- Date: Tue Jun 10 15:29:59 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W0L3 
<li>problem n: 2614 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased IMon Bias 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>28</td><td>28</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>120</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Wed Jun 11 05:34:29 2008 -->
<pre>I was paged at 5 for a Tom requeste about a trigger table 
<a href=
'/cgi/elog/elog.pl?nb=2008&action=view&page=487&frame=2&anchor=00:47:51.770'>
test.</a> I authorized that test and came to Control Room to check the test is fine.
<!-- Comment: Wed Jun 11 07;24;22 comment by...Tino -->
Finally, test couldn't be made.

<!-- Date: Wed Jun 11 05:42:30 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB5W0L1 
<li>problem n: 2407 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increassed IMon Bias-0 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>110</td><td>110</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=B5W0&layer=L1">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Wed Jun 11 11;38;42 comment by...  -->
</pre></pre>
<!-- Date: Wed Jun 11 05:54:17 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W10L4 
<li>problem n: 2039 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased IMon BIAS 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>150</td><td>175</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W10&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Jun 11 06:08:18 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W4L1 
<li>problem n: 2615 
<li>Status: fixed
<li>Type: AVDD
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased a little the AVDD IMon limit to avoid a pinkie. The voltage is stable in ~491<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>482</td><td>482</td></tr>
<tr><td><b>Lower</b></td><td>475</td><td>475</td></tr>
<tr><td><b>Upper</b></td><td>490</td><td>496</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W4&layer=L1">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Wed Jun 11 07:03:27 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12645&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12645  width='300' align='top'></a></td><td>Still persist the<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=391&frame=2&anchor=22:52:28'> 
weird behaviour</a> for DVDD current of ladder SB3W9L0. <br> Plot show that voltage is being so low compare with the IMon limits (low 68 and upper 108). 
 
 
</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Wed Jun 11 09;12;39 comment by...SashaS -->
We have this channel set to <i>IGNORE</i> ever since Feb. 8 when we replaced PS in wedge SB3W9 (see <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=391&frame=2&anchor=12:18:54'>this</a> entry in the Silicon e-log). The problem is in readout - the offset is too large and the <i>measured</i> current is close to 0. Otherwise this channel is fine.

<!-- Comment: Wed Jun 11 09;15;15 comment by...SashaS -->
Ups, it looks like I have screwed up some html tags in the above comment... Need to fix it by direct editing of file


<!-- Date: Wed Jun 11 09:35:52 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12646&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12646  width='300' align='top'></a></td><td>Caught in the act -- I kept SVX_TE_CHSUP and SVX_TE_LINESUP on the real-time plotter and stopped by periodically to see if I could have a look at it when it was acting up.  I got lucky this morning, with a brief episode, and went down to look at the chiller.  Its heating/cooling cycle was undisturbed, and the temperature it was regulating inside, while it has an offset of about a degree, was stable to +-0.1 degree or so.  LINESUP was also stable.  Looks as if SVX_TE_CHSUP just bounces around a bit with no real consequences.</td></tr></table>
<!-- Author: Tom -->



<!-- Date: Wed Jun 11 13:17:18 2008 -->
We had SVX B2W4L1 Dvdd current software protection trip, which SAR could not recover. I hockerized CAEN PS crate 5 and let SAR recover. Everything was recovered but SB2W4L3, SB2W4L4 and SB2W6L3 continued tripping on Dvdd current s/w protection. I took Silicon out of data taking and recovered these ladder manually. It seemed working but at this point I noticed that Avdd current in all ladders powered by CAEN PS crate 5 dropped by a factor of 2. I rebooted fib02 crate and everything recovered back to nominal. Since it was right at the EOS and luminosity was about 40 1/ub/s, I think we did not lose any efficiency.
<!-- Author: SashaS -->


<!-- Date: Wed Jun 11 17:17:50 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12647&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12647  width='300' align='top'></a></td><td><h3> Store 6215 </h3> <br> 
Initial luminosity 216 E30. <br> All losses under 1 kHz and stable, so Silicon was included in step 2. <br> SpyMon looks as usual. <br> SVXMon checked and It's fine.</td></tr></table>
<!-- Author: Tino -->


<!-- Date: Thu Jun 12 07:39:56 2008 -->
<h3> many pinkies </h3> 
I was paged at 6:45 for a lot of pinkies ~ 30. Luminosity was around 60 E30. Many of these pinkies went to green again, and only 3 BIAS pinkies of them held pinky. REAL-TIME PLOTTER doesn't show a ny correlation in temperature change. Probably a trigger scale change is the origin of the pinkies.  
<!-- Author: Tino -->
<!-- Comment: Thu Jun 12 07;48;50 comment by...Tino -->
I have increased the IMOn BIAS limits of the 3 ladders. The history plots for this voltages were increasing in a stable way as expecting for aging.
<!-- Date: Thu Jun 12 07:43:19 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W1L3 
<li>problem n: 2049 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Changin IMon BIAS limit.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>44</td><td>44</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=B3W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Thu Jun 12 07:44:48 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W1L3 
<li>problem n: 2563 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: tino 
<li>description is: Increased IMon BIS 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>7</td><td>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>120</td><td>150</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Thu Jun 12 07:58:40 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12649&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12649  width='300' align='top'></a></td><td>Here is a plot which show the FREDL1 increased when luminosity was near 60 E30. This is correlationed with the pinkies we got.</td></tr></table>
<!-- Author: Tino -->


<!-- Date: Thu Jun 12 08:34:54 2008 -->
Pedro was making one test in L2 and ask me for a message wich said something about Icicle and SVX; Jacob (ACE) convince us to not take actions about this nonsense usual message. It's good to have experimence ACE's.
<!-- Author: Tino -->


<!-- Date: Thu Jun 12 11:55:41 2008 -->
At around 11:19 12 DVDD pinkies appeared on L00 ladders f811, f821, 
f822, f831, f841, f851, fa31 and fa32, and ISL ladders f202, f412, 
f512 and f511. The said currents jumped upwards between 20-30 mA. 
This coincided with the RC stuck due to SVX09 in error state  
followed by ACE's trying to start a new run. We will try  
correlating the said VRB crate with the pinkie ladders.
<!-- Author: Satyajit, Sasha -->
<!-- Comment: Thu Jun 12 12;08;37 comment by...Tino -->
Should the alphanumeric pager paged me for this incident? It didn't make it. In fact, the alphanumeric pager didn't page me yet this week...

<!-- Comment: Thu Jun 12 14;56;44 comment by...Miguel M -->
The alphanumeric pager gives notice of Ifix alarms. It seems that there has been none this week. What seems unusual is that the web page for 'Fix Alarms and Warnings' is currently giving no information. Probably someone can tell if this is normal. We cannot see there when was the last alarm. 

<!-- Comment: Thu Jun 12 15;49;11 comment by...Tino -->
<pre>I see, thank you. I was wrong, I thought that alphanumeric pager also tell us when SAR fails in recover any ladder.</pre>


<!-- Comment: Thu Jun 12 18;55;59 comment by...Satyajit -->
Thanks Miguel and Tino for noticing this! It seems b0sili01 is not
receiving outside mails. We have notified the sysadmins about this.
In the meanwhile we need to depend on error logs for these info.
<!-- Date: Thu Jun 12 17:50:57 2008 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12650&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12650' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12651&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12651' width='300'></a></center>
<!-- Author: Miguel M -->
<!-- Comment: Thu Jun 12 18;24;55 comment by...Miguel M -->
<h3>Oxygen level</h3>
These plots show the content of oxygen [%] (red), and the flow [square feet/h] (blue); as measured in the air separators of ISL (left) and SVX (right). The numeric scale of the Y-axis is the same for oxygen level and flow.<br>
For ISL the content of O2 is below the level in air, this evidences leakage somewhere inside the baggie where the gas is mostly N2. Leakage outside the baggie is likely too.<br>
For SVX the level of O2 is around that in the air, so the leakage must be outside the baggie. Leakage inside the baggie is unlikely.<br>
Note that the flow for ISL is about twice as much as that for ISX. 
<!-- Comment: Thu Jun 12 23;13;54 comment by...MM -->
Oops! I meant cubic feet/hour.
<!-- Comment: Fri Jun 13 08;40;53 comment by...Ricardo -->
Thanks miguel. I'll put these plots in the talk to the collaboration.

<!-- Date: Thu Jun 12 17:55:27 2008 -->
<h3>L00 Bias Voltage Increase</h3> 
We have increased bias voltage by 50-55 Volts in 29 L00 ladders. This changes become effective in run 263423 of store 6215. I have checked SvxMon/ADCmon plots - everything seems fine so far. Ladders LB0W2L2 and LB1W1L0 need adjustment of bias current limits in Imon. 
<p> 
 
<table> 
<tr valign=top> 
<td> 
<table border=1> 
<tr allign=center><th>Ladder</th><th>old Bias0 [V]</th><th>new Bias0 [V]</th></tr> 
<tr align=center><th>f800</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f810</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f820</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f850</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f801</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f811</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f821</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f831</th><td>120</td><td bgcolor="#99FF99">170</td></tr> 
<tr align=center><th>f841</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f851</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
</table> 
</td> 
<td> 
<table border=1> 
<tr allign=center><th>Ladder</th><th>old Bias0 [V]</th><th>new Bias0 [V]</th></tr> 
<tr align=center><th>f822</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f832</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f842</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>f852</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa00</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa10</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa20</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa40</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa50</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa01</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
</table> 
</td> 
<td> 
<table border=1> 
<tr allign=center><th>Ladder</th><th>old Bias0 [V]</th><th>new Bias0 [V]</th></tr> 
<tr align=center><th>fa11</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa21</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa31</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa41</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa51</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa02</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa32</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa42</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
<tr align=center><th>fa52</th><td> 95</td><td bgcolor="#99FF99">150</td></tr> 
</table> 
</td> 
</tr> 
</table> 
<p> 
  
<!-- Author: SashaS and Satyajit -->
<!-- Comment: Sun Jun 15 11;51;38 comment by...SashaS -->
<h3>L0 Voltage Increase</h3>

I have increased bias voltage in 10 L0 ladders. Powered everything on without problem. We will need to keep eye on these ladders during next store to make sure they do not have "grass" effect.
<p>
<table>
<tr valign=top>
<td>
<table border=1>
<tr allign=center><th>Ladder</th><th>old Bias0 [V]</th><th>new Bias0 [V]</th></tr>
<tr align=center><th>e150</th><td> 70</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e210</th><td> 86</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e3a0</th><td> 76</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e550</th><td> 90</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e570</th><td> 88</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e580</th><td> 90</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e0b0</th><td> 88</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e020</th><td> 90</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e030</th><td> 85</td><td bgcolor="#99FF99">114</td></tr>
<tr align=center><th>e100</th><td> 70</td><td bgcolor="#99FF99">114</td></tr>
</table>
</td>
</tr>
</table>
<p>
<!-- Date: Thu Jun 12 23:18:25 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12652&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12653  width='300' align='top'></a></td><td><h3> Store 6216 </h3> 
Store 6216 came in at 23:00. Initial luminosity was 190 E30. Losses were all under 1 kHz, so I included Silicon in step 2.</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Thu Jun 12 23;23;48 comment by...Tino -->
SpyMon looks as usual. <br> SVXMon It's OK.


<!-- Date: Thu Jun 12 23:41:32 2008 -->
There was an automatic hockerization for crate 6 at 23:33.<br> 
SAR was sucessfull recovering all the ladders.
<!-- Author: Tino -->



<!-- Date: Fri Jun 13 09:18:25 2008 -->
Without any apparent reason the whole Silicon detector has been sent to STBY. Messages in the svxinter looked like a normal STBY transition issued from iFix. The were no error messages from BeamPermit and TevMon was green. No one in the Control Room acknowleged clicking "Silicon to STBY" in iFix control or PSgui. The whole situation is very strange. We have turned Silicon back to ON and resumed data taking. Will continue investigation. (May be Friday 13th?)
<!-- Author: Tino/SashaS -->
<!-- Comment: Fri Jun 13 09;39;33 comment by...Tino/SashaS/Shang-Yuu (the Ace) -->
The mistery is resolved: it is very vierd behavior of iFix HV summary controls: when Ace clicks on "EOS" button but then cancel in confirmation window, everythig stay ON but Silicon is get sent to STBY.


<!-- Date: Fri Jun 13 17:49:02 2008 -->
Steve Gordon from Cryo (with the Silicon SPLs and cooling experts looking over his shoulder) have done monthly test of the spare vacuum pumps in the Silicon cooling system. Test declared successful. Switched back to pump #2 (SVX) and pump #1 (ISL)
<!-- Author: Steve/SashaS/Saty/Tom/Miguel -->


<!-- Date: Fri Jun 13 21:52:06 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12656&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12657  width='300' align='top'></a></td><td><h3> Store 6220 </h3> 
Store 6220 came in at 21:20 with a initial luminosity of 280 E30; losses were under 2 kHz and stable, so Silicon was included in step 2.</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Fri Jun 13 21;53;40 comment by...Tino -->
<h4> hockerization CRATE 9 </h4> In the meantime Silicon was rumping up (at 21:23) an autohockerization for CAEN 9 happened. SAR worked. 

<!-- Comment: Fri Jun 13 21;56;52 comment by...Tino -->
SVXMon checked and It's fine. SpyMon looks as usual as well.

<!-- Date: Sat Jun 14 05:34:35 2008 -->
I was paged at 4:45 because problems in bodasvx02: there was some  <a href='/cgi/elog/elog.pl?nb=2008&action=view&page=496&frame=2&anchor=04:35:46.158'> pinkies </a> and psyco couldn't paste the plots in the e-log; also he couldn't to get a terminal form either this computer or bodasvx01. 
ACE tried to restart IMon without success. I began a new session in this machine and this seems to work for this machine. The bodasvx01 until couldn't get a terminal but I didn't restart the session for this machine because It wasn't to be urgent at this moment and I wasn't sure if I could login succesfully.
<!-- Author: Tino -->
<!-- Comment: Sat Jun 14 09;45;28 comment by...SashaS -->
Most probably it is Xwindow server on one of the computers (b0dasvx01 or 02) had a problem. We had similar problem before: see <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=386&frame=2&anchor=05:01:23'>this</a> entry in e-log. It is solved by restarting X window session (logging out) on both computers. Logging in should not be a problem, since there is an automatic log-in in svxii account.
<!-- Comment: Sat Jun 14 14;08;34 comment by...Tino -->
Thank you for the information Sasha.
<!-- Date: Sat Jun 14 05:40:57 2008 -->
<h3> Many pinkies </h3> 
Got many Bias pinkies (~20). Expected to get the 3 that before restart IMon was IGNORED. The luminosity was 108 E30. Possible connected with trigger prescales.
<!-- Author: Tino -->
<!-- Comment: Sat Jun 14 06;32;12 comment by...Tino -->
Increased the IMon Bias limits of the previous ladders which have Bias voltages stable, to avoid more pinkies.


<!-- Date: Sat Jun 14 06:36:22 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12661&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12661  width='300' align='top'></a></td><td>Plot of the jump in FredL1 connected with the prevous pinkies got.</td></tr></table>
<!-- Author: Tino -->




<!-- Date: Sat Jun 14 14:43:07 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12666&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12667  width='300' align='top'></a></td><td><h3> Store 6221 </h3>  Store 6221 came in at 14:27. <br>Initial Luminosity was 279 E30, with losses < 4 kHz and stable, so Silicon was included in step 2. <br> SpyMon looks as usual.</td></tr></table>


<!-- Author: Tino -->
<!-- Comment: Sat Jun 14 15;00;34 comment by...Tino -->
SVXMon checked and It's fine.

<!-- Date: Sat Jun 14 16:07:31 2008 -->
Spontaneous switch off of CRATE 10 at 15:51. SAR worked.
<!-- Author: Tino -->


<!-- Date: Sat Jun 14 17:59:01 2008 -->
<a href='/cgi/elog/elog.pl?nb=2008&action=view&page=498&frame=2&anchor=17:53:17.855'>COT problems.</a> Silicon was put in stand by. Offered the possibility  to take a bias-scan. Luminosity is 163 E30. 
<!-- Author: Tino -->



<!-- Date: Sun Jun 15 13:58:30 2008 -->
<h2>Noise-to-bias scan for the whole detector</h2> 
 
We took some data for studying the noise-to-bias of the silicon ladders in some quiet time, The CAENvolts file is 
/cdf/onln/data/svxii/caencontrol/PSfiles/caenvoltsfiles/CAENvolts_06152008_1118AM.dat 
and data is collected in run <a href="http://www-cdfonline.fnal.gov/java/cdfdb/servlet/RunSummary?RUN_NUMBER=263513">263513</a>. 
The distribution of voltages is as follows: 
<PRE> 
        VOLTAGE   RUN      EVENT RANGE   START TIME   
 
          0    263513         0-1032       11:37   
        -120               1033-1711 
        -90                1712-2406 
        -75                2407-3006 
        -60                3007-4025 
        -45                4026-5014 
        -30                5015-6026 
        -15                6027-7014 
        -10                7015-8020 
        -5                 8021-9021 
        -3                 9022-10031 
	 0                10032-11028 
 
        -100              11029-11520      12:42 
        -95               11521-12071 
        -85               12072-13025 
        -65               13026-14022 
        -55               14023-15018 
        -40               15019-16002 
        -35               16003-17012 
        -25               17013-18008 
        -20               18009-19010 
        -7                19011-20016 
         0                20017-21028      13:28->13:29 
</PRE> 
<!-- Author: Oscar/Tino -->
<!-- Comment: Sun Jun 15 14;01;17 comment by...Oscar -->
<pre>During the scan, AVDD and DVDD currents for ladder SB0W5L2 were pink... after we finished the scan a couple of COLDSTART did not fixed the situation so we had to powercycle the wedge. After that, a COLDSTART fixed the problem.</pre>


<!-- Date: Mon Jun 16 00:06:58 2008 -->
SVX  B3W8 tripped at 23:49. SAR recovered the wedge.
<!-- Author: Tino -->


<!-- Date: Mon Jun 16 01:13:58 2008 -->
<pre>I talked with the previous CO (Zeynep Unalan): She told me that had troubles with the consumers and she couldn't make them run normally. Finally, she could run the consumers less SVXMon, so we have no SVXMon running. </pre>
<!-- Author: Tino -->
<!-- Comment: Mon Jun 16 01;15;44 comment by...Tino -->
The Owl CO (Jeanine Wagner) was warking in the problem about running SVXMon. I asked her to call an expert if she would not finally fix it.

<!-- Comment: Mon Jun 16 02;54;04 comment by...Tino -->
SVXMon is avalaible again.

<!-- Date: Mon Jun 16 03:03:39 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12672&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12673  width='300' align='top'></a></td><td><h3> Store 6226</h3> 
Store 6226 came in at 2:33. Initial luminositi was 273 E30 and losses were under 4 kHz and stable, so Silicon was included at step 2. <br> SpyMon looks as usual.</td></tr></table>
<!-- Author: Tino -->
<!-- Comment: Mon Jun 16 03;12;32 comment by...Tino -->
SVXMon checked and It's Ok.
<!-- Date: Mon Jun 16 03:04:22 2008 -->
Autohockerization for CRATE 7 at 03:00. SAR worked.
<!-- Author: Tino -->



<!-- Date: Mon Jun 16 07:15:09 2008 -->
<h3>Monitoring summary</h3> 
 
I have checked runs from 263373 (0x404cd) to run 263488 (0x40540). Most of the ladders are fine, with the exception of e251 and e280 that show bit (low/high) errors in all the runs. In addition, f533 has been fine for most of the runs, but in a couple of them showed a stranege structure, which seems to be as some intermitant (70%) bit error. 
<br> 
In the last run e132 has shown bit errors (bit 1/0 low/high). It should be monitored for the foillowing runs.
<!-- Author: Oscar -->


<!-- Date: Mon Jun 16 08:00:56 2008 -->
I was paged at 6:40 because some ISL ladders trips. Wedge B5W5 was completely off. I didn't realize that all the wedge was off and I thought that there only problem of 6 ladders. I asked ACE to began a NOSILICON run  and in the meantime I power cycle the wedge with PSGui and make a COLDSTART. That didn't work. I was unsure about take off or database so much ladders so I page Spiel (Saty) to ask for help. He asked me to hockerace the affected CAEN crate wich fix the problem. We are tacking data now.
<!-- Author: Tino -->


<!-- Date: Mon Jun 16 08:28:03 2008 -->
<html> 
 
<head> 
 
<h1>Summary of the week</h1> 
 
</head> 
 
<br> 
<h3> Monday </h3>  
<br> 
 
<li> Tevatron aborted. Silicon was safe. </li> 
 
<li>  <a href= '/cgi/elog/elog.pl?nb=2001&action=view&page=27&frame=2&anchor=09:11:33'> Store 6213: </a>Initial luminosity 250 ,  losses < 5 kHz. </li> 
 
<br> 
<h3> Tuesday </h3> 
<br> 
 
<li>  <a href='/cgi/elog/elog.pl?nb=2001&action=view&page=27&frame=2&anchor=09:11:33'> Current plotter</a> were unavailable. Saty fixed it. </li> 
 
<li> Changed some IMon limits. </li> 
 
<li>  <a href= '/cgi/elog/elog.pl?nb=2001&action=view&page=27&frame=2&anchor=09:11:33'> Store 6214: </a> Initial luminosity 212 E30 , losses < 2kHz. </li> 
 
<li>  Electron lens 1 <a href= '/cgi/elog/elog.pl?nb=2001&action=view&page=27&frame=2&anchor=09:11:33'> tripped. </a></li> 
 
 
<br> 
<h3> Wednesday </h3> 
<br> 
 
 
<li> Tom's cooling <a href= '/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=09:35:52'> investigations.</a> </li> 
 
<li> VX B2W4L1 Dvdd current software protection <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=13:17:18'> trip.</a> SAR didn't work. SashaS fixed it.</li> 
 
<li> <a href= '/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=17:17:50'> Store 6215: </a> Initial luminosity 216 E30, losses < 1kHz. </li> 
 
 
<br> 
<h3> Thursday </h3 
<br> 
 
<li>  <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=07:39:56'> Many pinkies </a>~30 due to <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=07:58:40'>trigger prescales </a>(luminosity was ~60 E30).</li> 
 
<li> <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=11:55:41'> DVDD pinkies </a> in L00 and ISL. At the same time RC was stuck due to SVX09. </li> 
 
<li> Oxigen level <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=17:50:57'> study.</a></li> 
 
<li> L00 Bias Voltage <a href= '/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=17:55:27'> increased.</a></li> 
 
<li> <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=23:18:25'>Store 6216 :</a> Initial luminosity 190 E30, losses < 1kHz and stable.</li> 
 
<li> <a href= '/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=23:41:32'>Autohockerization </a> CAEN 6. SAR worked.</li> 
  
 
<br> 
<h3> Friday </h3 
<br> 
 
<li> Discovered a <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=09:18:25'>bug in iFix</a>. Clicking "END OF STORE" botom following to clicking "NO" in the popup window automatically put Silicon in Stand by.</li> 
  
<li> monthly test of the spare<a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=17:49:02'> vacuum pumps.</a> </li> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=21:52:06'> Store 6220: </a> Initial luminosity 280 E30; losses < 2 kHz and stable.</li> 
 
<li> <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=21:52:06'> Autohockerization </a> CAEN 9. SAR worked. </li> 
 
 
<br> 
<h3> Saturday </h3 
<br> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=05:34:35'> Problems  </a> with b0dasvx01 and b0dasvx02: impossible eather to paste in e-log history plots or get a shell terminal to restart IMon.  Restarting window session fixed problems. </li> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=05:40:57'> Many pinkies </a> (~20) due to triger prescales. </li> 
 
<li> <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=14:43:07'> Store 6221: </a> Initial luminosity 279 E30; losses < 4 kHz. </li> 
 
<li> <a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=16:07:31'> Autohockerization</a> for CRATE 10. SAR worked. 
 
<li><a href='http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2008&action=view&page=498&frame=2&anchor=17:53:17.855'>COT problem: </a> COT was down during ~16 hours. Silicon was taken to STBY.</li> 
  
 
<br> 
<h3> Sunday </h3 
<br> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=13:58:30'> Noise-to-bias-scan.</a></li> 
 
  
 
<br> 
<h3> Monday </h3 
<br> 
 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=03:03:39'> Store 6226:</a> Initial luminosity 273 E30; losses < 4 kHz.</li> 
 
<li> <a href='http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=03:04:22'> Autohockerization  </a> crate 7. SAR worked.</li> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=07:15:09'> Monitoring summary.</a></li> 
 
<li> <a href='http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=08:00:56'> ISL wedge B5W5 trip.</a> Autohockerization of CRATE 16 fixed it.</li> 
  
 
 
 
<br> 
<h3> Other stuff </h3 
<br> 
 
<li> I didn't heard alphanumeric pager until Oscar configurate it to me. It seems pager was silenced. </li> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=409&frame=2&anchor=01:13:58'> CO with problems</a> running SVXMon sunday night. Now It's Ok.</li> 
 
  
 
</html>  
<!-- Author: Tino -->