<!-- Title: 10:29:15  Mon May 19 2008 -->
<!-- Crewchief: Mark Mathis (MPC) -->
<!-- Op1: Sasha Sukhanov (SPL) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
Store 6149 spinning, lumi 128. My first week as MPC, so let's hope there's still something left of the detector next week

<!-- Date: Mon May 19 10:44:08 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W1L3 
<li>problem n: 1291 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing IMon limits on Bias1 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>27</td><td>27</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.0</td><td>180.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B0W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon May 19 13:55:27 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W6L4 
<li>problem n: 2078 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing Bias limits in Imon...current still erratic though<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>107</td><td>107</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>360</td><td>390</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W6&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon May 19 14:53:22 2008 -->
Autohocker of crate #1, SAR recovered.
<!-- Author: Mark -->


<!-- Date: Mon May 19 17:26:10 2008 -->
There was another little jump in the SVX temperatures, coinciding with the EVF1IN valve opening. There were a dozen BIAS pinkies associated with this. 
<!-- Author: Mark -->


<!-- Date: Mon May 19 21:32:29 2008 -->
Got paged because b0svx05 went red during Partition while preparing for the D-Mode. While waiting for me to call back, the ace took RC back to Start and went through Partition again, and it worked.
<!-- Author: Mark -->


<!-- Date: Mon May 19 23:37:37 2008 -->
There were a couple pinkies in e052, BIAS and DVDD, during/after the D-Mode. Since they went to EOS after the D-Mode, I had the SciCo ignore them until I got here for shot setup. I hockerized crate 5, and the pinkies seemed to have recovered. 
<!-- Author: Mark -->


<!-- Date: Tue May 20 00:13:48 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12589&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12589  width='300' align='top'></a></td><td>Store 6150, init lumi ~255. Spymon and SVXMon plots look OK. Losses around 10k and stable/falling.</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Tue May 20 20;35;32 comment by...Mark -->
Store aborted (clean) around 1300 this afternoon. Ran for just over 13 hours
<!-- Date: Tue May 20 13:09:34 2008 -->
Beam was aborted about 10 minutes ago. It was a clean abort, but I asked the Ace to do a COLDSTART for good measure. Everything looks OK.
<!-- Author: Mark -->


<!-- Date: Tue May 20 13:29:33 2008 -->
CDF is going into Controlled Access. I called Sasha to see if we had any requests; we'll be sitting this one out
<!-- Author: Mark -->


<!-- Date: Tue May 20 13:47:50 2008 -->
SB3W10L4 tripped, since they moved the north wall for the access. We removed it fromt eh HWDB, and will need to put it back in when the access is over. 
 
Sasha is carrying the pagers for a couple hours
<!-- Author: Mark -->
<!-- Comment: Tue May 20 16;01;22 comment by...SashaS -->
Put e3a4 back online
<!-- Date: Tue May 20 14:54:15 2008 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 502
Calibration type  : standard
Run period tag    : May_2008
DPS-off run       : 262475
DPS-on run        : 262474
Requested by      : Susan Burke
Main process id   : 3365
Comment           : Calibrations taken by Shang-Yuu.
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.4 -->




<!-- Date: Tue May 20 16:21:17 2008 -->
I got the pagers back from Sasha
<!-- Author: Mark -->


<!-- Date: Tue May 20 18:56:09 2008 -->
<h4>SVX Chiller Setpoint Tweak</h4> 
In response to the every-four-day pinkie burst, I attempted to reduce the operating temperature of the SVX chiller.  Looking at a 90-day history of the SVX chiller output temperature and LINESUP, it looks as if it has crept up by around 0.5C from -10.3C to -9.8C over the past three months.  When added to the brief gush of warm coolant from the DI components, it pushes some ladders over their pinkie threshold -- they come back, but it'd be nice to keep the temperature a little cooler.  Ricardo says to try to keep it back at an average of -10C, so I did the easiest thing -- I added +0.2C to the temperature sensor bias.  BIAS IN1 on the SVX chiller controller had been -1.0C and now stands at -0.8C.  Many thanks for the  
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=279&frame=2&anchor=11:27:28'> 
excellent instructions here from Ulrich</a> for how to do this.  It might take a while to see the effect.
<!-- Author: Tom -->

<!-- Date: Tue May 20 19:32:01 2008 -->
<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 502 FAILED.

Job info
--------
Calibration type : standard
DPS-off run      : 262475
DPS-on run       : 262474
Requested by     : Susan Burke
Submitted        : 2008-05-20 14:53:54
Completed        : 2008-05-20 19:31:58
Status           : FAILURE
Comment          : Calibrations taken by Shang-Yuu.

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_on_noise rel max    SVX_PHI      0.02        0.020638  
    bad_chan rel max    SVX_Z        0.3         0.656809  
bad_fraction abs max    SVX_Z        0.025       0.031265  

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



<!-- Date: Tue May 20 20:34:41 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12590&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12590  width='300' align='top'></a></td><td>Store 6153, init lumi ~277. Losses were stable/falling at ~11kHz, and silicon was included right away. Spymon and SVXMon plots look normal</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Thu May 22 02;11;19 comment by...Mark -->
Store ended ~30 minutes ago
<!-- Date: Wed May 21 08:11:37 2008 -->
PS #13 autohocker around 0600 this morning. SAR recovered. I didn't get an automatic page about it though...
<!-- Author: Mark -->


<!-- Date: Wed May 21 08:38:07 2008 -->
Cryo said svxiicon needs to be rebooted. They will do so after this store is dropped around 0200.
<!-- Author: Mark -->


<!-- Date: Wed May 21 14:10:17 2008 -->
<pre>Looks like there was some kind of clock glitch (SRC_Fatality Error for b0svx06: SI 6 Too Many L1A 2 L1A to Buff), and a large portion of SVX tripped off - most, but not all, confined to Fib 00, 04, and 06 crates.  SAR recovered most of the wedges, but I came in to recover the last few. They eventually all recovered fine except for e440, which was tripping on DVDD Ovc (and subsequently tripping the other layers), so I removed e440 from the HWDB, and will try and power it on properly at EOS. SAR is re-enabled, SVXMon restarted, and RC re-freshed from HWDB</pre>
<!-- Author: Mark -->
<!-- Comment: Wed May 21 14;18;27 comment by...Mark -->
Total downtime for this was 31 minutes

<!-- Comment: Wed May 21 15;24;26 comment by...Mark / SashaS / Ricardo -->
Looks like the HWDB change wasn't picked up, since we didn't actually start a new run (refreshed in Halt, and then tried shepherding fib06). Ricardo thinks that SVXMon must get info from the HWDB based on run number, so I asked the Ace to refresh RC if the run is stopped for some other reason. Until then, they should ignore DQMon errors are e440


<!-- Date: Wed May 21 18:44:11 2008 -->
Runcontrol went crazy on the ace producing a large number of VRB_SVX_02 error messages. He had to restart the run. I told him to put the downtime as SVXDAQ, as I think one of our VRB's went crazy.
<!-- Author: Ricardo -->

<!-- Date: Wed May 21 19:50:59 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W11L3 
<li>problem n: 2490 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing 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>34.6</td><td>34.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>125.0</td><td>155.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W11&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed May 21 20:15:50 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W8L1 
<li>problem n: 2126 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing BIAS limit 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>125.0</td><td>155.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W8&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed May 21 20:17:21 2008 -->
Got paged 30-45 minutes ago because of a DQMon error, which was caused by 2 yellow cells in SVXMon for f133. I came in, and tried powercycling the wedge. That didn't work, so Sasha suggested rebooting fib05. That didn't work either, so I will try to hockerize the crate at EOS. Until then, the shift crew will ignore it.
<!-- Author: Mark -->
<!-- Comment: Wed May 21 20;46;03 comment by...SashaS -->
It is actually L00 ladder fa33. I have checked SVXmon plots and raw events. It looks like the old problem of this ladder is back: bit 3 high error. We had this intermittent problem before (see entries in Prob.DB) We swapped RX and problem had gone. But now it seems back. If the problem will persist we will investigate in between stores.

<!-- Comment: Wed May 21 20;50;33 comment by...SashaS -->
Forgot to mention in my prev. comment: since it is a DAQ problem hockerization will most probably not fix it (but will not hurt either)

<!-- Comment: Wed May 21 21;23;38 comment by...Mark -->
Ah yes, fa33 not f133. 


<!-- Comment: Thu May 22 03;55;02 comment by...Mark -->
I hockerized the crate between stores, and this ladder is green again in SVXMon. Maybe it was the new run that did it though...
<!-- Date: Thu May 22 02:10:13 2008 -->
Cryo just rebooted svxiicon
<!-- Author: Mark -->



<!-- Date: Thu May 22 02:50:21 2008 -->
Had an autohocker of PS #5 as HV was being ramped down for EOS, around 0145 this morning. SAR recovered fine
<!-- Author: Mark -->


<!-- Date: Thu May 22 03:04:29 2008 -->
Put e440 back in the HWDB, and recovered it. Hockerized crate #14 to do so, since it would not recover on it's own. Also hockerized crate #12 which contains fa33. Will see if that helps
<!-- Author: Mark -->


<!-- Date: Thu May 22 03:48:29 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12591&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12591  width='300' align='top'></a></td><td>Store 6154, init lumi ~277. Losses were good at 9k and stable/falling. Put silicon in from beginning with no problems. Spymon and SVXMon plots look OK. Ladder fa33 is green in SVXMon as well.</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Fri May 23 08;10;36 comment by...Mark -->
Store ended prematurely around 0110 this morning due to PS problems in Tev and MI.
<!-- Date: Thu May 22 04:14:55 2008 -->
fib03 went red during an HRR. Ace followed flowchart to reboot it successfully
<!-- Author: Mark -->
<!-- Comment: Fri May 23 12;57;08 comment by...Ricardo -->
What flowchart ? we've removed them all from the ace console...
<!-- Comment: Fri May 23 14;13;40 comment by...Mark -->
Linked off the Ace page, in the Silicon instructions: "A fib crate gets stuck"
<!-- Date: Fri May 23 08:11:54 2008 -->
Store 6154 ended prematurely, around 0110 this morning, due to PS problems in Tev and MI. I did a COLDSTART after the 8am meeting for good measure. Everything checks out fine
<!-- Author: Mark -->



<!-- Date: Fri May 23 15:31:48 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W1L2 
<li>problem n: 2240 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing BIAS1 limits<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>300</td><td>300</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>350.0</td><td>380.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Fri May 23 15:50:15 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12593&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12593  width='300' align='top'></a></td><td>Store 6159, init lumi ~275. Losses stable/falling around 8k. Put silicon in from beginning, no problems. Spymon looks good, SVXMon showed a bit 5 high error in f302.</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Sat May 24 06;20;11 comment by...Mark -->
Store dropped around 0430 this morning.
<!-- Date: Fri May 23 21:56:03 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12594&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12594  width='300' align='top'></a></td><td>Pinky in e064 came back, I told the SciCo to set it to ignore. Current has been erratic for quite some time, and it's on our access to-do to check the connections for this ladder...</td></tr></table>
<!-- Author: Mark -->


<!-- Date: Fri May 23 22:53:55 2008 -->
PS #5 switched off / autockered, but SAR failed to recover any of the wedges. It appeared to be stuck, as no messages were showing up in the little pop up window. The Ace tried disabling then re-enabling SAR, but that didn't work. I talked the Ace through manual recovery of the wedges, and now they're running again. I suggested that the Ace restart SAR, for next time, and hope this was a one-time occurence
<!-- Author: Mark -->
<!-- Comment: Fri May 23 23;04;36 comment by...Mark -->
Downtime for this was 18 minutes. I never got any pages from the SciCo (she paged twice though), otherwise it probably would have been solved faster :/


<!-- Comment: Sat May 24 11;16;42 comment by...Ricardo -->
Sorry, this was my fault, I changed the code yesterday and put "aautoResponse" where I should have put "autoResponse". Hopefully the code was smart enough to explicitly tell me so.  For the future  I just made the code resistant to this type of error. 
<!-- Date: Sat May 24 03:19:24 2008 -->
Lost an RF station (#2, according to MCR). B0PAGC went to ALARM range, and kicked silicon to standby. TevMon went back green, and I was paged to reset the permit. As I called back, though, B0AAGC crept up to warning, and then to alarm, and stayed there. I told the shift crew to start a no silicon run, and if B0AAGC looks better to give me a call back about putting silicon back in.
<!-- Author: Mark -->
<!-- Comment: Sat May 24 03;49;36 comment by...Mark -->
B0AAGC went down to ~5k, although it's a little noisier than usual. I called control room to have them re-include silicon.


<!-- Date: Sat May 24 06:24:28 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W5L0 
<li>problem n: 1957 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing 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>90.0</td><td>90.0</td></tr>
<tr><td><b>Lower</b></td><td>0.50</td><td>0.6</td></tr>
<tr><td><b>Upper</b></td><td>150.0</td><td>180.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W5&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat May 24 06:26:32 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W1L0 
<li>problem n: 1974 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing 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.0</td><td>100.0</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.0</td><td>190.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W1&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat May 24 06:30:23 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W6L4 
<li>problem n: 2078 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Bumping up the BIAS limit a little bit, to try and keep it's normal erratic behavior from giving pinkies<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>107.0</td><td>107.0</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>390.0</td><td>405.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W6&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sat May 24 06:38:42 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12595&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12595  width='300' align='top'></a></td><td>Store 6160, init lum ~283. Losses looked good, around 7k. Included silicon from the beginning, with no problems. Spymon and SVXMon plots look as usual</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Sat May 24 23;06;20 comment by...Mark -->
Store ended normally 15 minutes ago
<!-- Date: Sat May 24 16:32:04 2008 -->
Had some issues with pages not going through yesterday evening and last night. The evening SciCo (Eva) paged me twice when PS #5 switched off, but I got neither of them. She tried again after we had recovered, and the page went through that time. The owl SciCo (Andreas) paged me when they lost an RF station, and it went through no problem. But, he paged for shot setup, and that did not go through. When I got to the control room, I paged myself from the SciCo phone (and the silicon phone) during shot setup, and both went through. Normally I would just chalk it up to the SciCo not knowing how to page properly, but when some go through and some don't, it seems a little wierd...
<!-- Author: Mark -->
<!-- Comment: Sun May 25 01;01;09 comment by...Mark -->
SciCo's (Eva) page for shot setup an hour ago went through just fine...
<!-- Comment: Sun May 25 15;40;48 comment by...Mark -->
SciCo (Myron) paged me 3 or 4 times for shot setup today, but only 1 went through. Ops manager was having problems with his pager this weekend too...
<!-- Comment: Mon May 26 07;36;27 comment by...Mark -->
SciCo (Andreas) paged me this morning for shot setup, and it went through no problem
<!-- Date: Sun May 25 00:30:09 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W3L2 
<li>problem n: 1989 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing 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>26.6</td><td>26.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>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=B3W3&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sun May 25 00:34:01 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W0L0 
<li>problem n: 1811 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing 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>125.0</td><td>125.0</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.0</td><td>220.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W0&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sun May 25 00:54:42 2008 -->
Quench during squeezing for store 6161. Ace posted BLM plot and did a COLDSTART
<!-- Author: Mark -->



<!-- Date: Sun May 25 15:53:01 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: mmathis 
<li>description is: Lowering AVDD limit slightly, current has stabilized around 975<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>1100.0</td><td>1100.0</td></tr>
<tr><td><b>Lower</b></td><td>980</td><td>970</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: Sun May 25 16:01:55 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12596&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12596  width='300' align='top'></a></td><td>Store 6164, init lumi 227. Losses look good, stable around 6k. Included silicon from the beginning, no problems. Spymon and SVXMon plots look as usual</td></tr></table>
<!-- Author: Mark -->
<!-- Comment: Mon May 26 06;56;41 comment by...Mark -->
Store ended normally just before 0500 this morning
<!-- Date: Mon May 26 00:29:40 2008 -->
<font size="3"> 
  
<h3> ADC Monitering Summary (Run262450-262619) </h3> 
I have checked ADCMon plots during this week from run262450 to 262619. 
<br> 
I will report the ladders which have a issue and intersting work.  
The other ladders look fine. 
<ul> 
<li> e250 : high bit errors 47-70. 
<li> e251 : high bit errors 99. 
<li> e4a3 : high bit errors 44-48, but after Run262491 ADC plots look good. 
<li> f533 : high bit errors 99. 
</ul> 
</font>
<!-- Author: Takayuki -->


<!-- Date: Mon May 26 07:21:25 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: mmathis 
<li>description is: Increasing BIAS1 limit 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>160.0</td><td>160.0</td></tr>
<tr><td><b>Lower</b></td><td>0.5</td><td>0.5</td></tr>
<tr><td><b>Upper</b></td><td>250.0</td><td>280.0</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: Mon May 26 07:24:06 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: IB5W5L1 
<li>problem n: 2459 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing BIAS1 limit 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.0</td><td>100.0</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.0</td><td>185.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B5W5&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon May 26 07:25:10 2008 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W7L1 
<li>problem n: 1853 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: mmathis 
<li>description is: Increasing BIAS limit 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.0</td><td>100.0</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.0</td><td>210.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B3W7&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon May 26 07:28:13 2008 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12597&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-12597  width='300' align='top'></a></td><td>Store 6165, init lumi 251. Losses look good, stable around 10k, put silicon in from beginning with no problems. Spymon and SVXMon plots look good</td></tr></table>
<!-- Author: Mark -->



<!-- Date: Mon May 26 08:52:44 2008 -->
<h1>Weekly Summary</h1> 
 
<h3>Monday</h3> 
<ul><li>Inherited store 6149</li> 
<li>Autohocker of PS #1</li> 
<li>Pinkies due to SVX temperature bump</li> 
<li>D-Mode</li></ul> 
 
 
<h3>Tuesday</h3> 
<ul><li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=00:13:48'>Store 6150</a>, lumi 255. Losses ~10k</li> 
<li>Controlled Access. They moved the north wall, so e3a4 tripped. </li> 
<li>SVX Chiller <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=18:56:09'>temperature change</a></li> 
 
<li><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=20:34:41'>Store 6153</a>, lumi 277. Losses ~11k</li></ul> 
 
 
<h3>Wednesday</h3> 
<ul><li>PS #13 autohocker, SAR recovered.</li> 
<li>Clock glitch, causing <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=14:10:17'>trip of most of SVX</a>. e440 would not recover, took it out of HWDB</li> 
<li>Run Control went crazy, producing lots of errors for svx02. Ace had to restart run</li> 
<li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=20:17:21'>DQMon error for fa33</a></li></ul> 
 
 
<h3>Thursday</h3> 
<ul><li>svxiicon rebooted</li> 
<li>Autohocker of PS #5 at EOS</li> 
<li>Hockerized crate #14 to recover e440</li> 
<li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=03:48:29'>Store 6154</a>, lumi 277. Losses 9k. Aborted early due to problems with TeV/MI PSs</li></ul> 
 
<h3>Friday</h3> 
<ul><li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=15:50:15'>Store 6159</a>, lumi 275. Losses 8k.</li> 
<li>PS #5 <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=22:53:55'>autohocker</a>. SAR failed</li></ul> 
 
 
<h3>Saturday</h3> 
<ul><li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=03:19:24'>Lost an RF station</a>. Ran with AAA_NOSILICON for a little bit</li> 
<li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=06:38:42'>Store 6160</a>, lumi 283. Losses 7k.</li></ul> 
 
 
<h3>Sunday</h3> 
<ul><li>Quench during squeezing for store 6161</li> 
<li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=16:01:55'>Store 6164</a>, lumi 227. Losses 6k</li></ul> 
 
 
<h3>Monday</h3> 
<ul><li><a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=07:28:13'>Store 6165</a>, lumi 251. Losses 10k</li></ul> 
 
 
<h3>Other stuff</h3> 
<ul><li>Had issues with <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=406&frame=2&anchor=16:32:04'>the pager</a></li> 
<li>Monitoring summary</li> 
<li>We still have a functioning detector :)</li></ul> 
  
<!-- Author: Mark -->