<!-- Title: 11:11:38  Mon May 28 2007 -->
<!-- Crewchief: Jose (MPC) -->
<!-- Op1: Ignacio (SPL) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
Almost the whole West ISL...


<!-- Date: Mon May 28 11:30:27 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11455&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11456  width='300' align='top'></a></td><td><h3> Store 5465 </h3> 
New store and another integrated dose alarm. The initial luminosity for this store was 180 10<sup>30</sup>. The abort gap and losses were fine and we powered up the silicon (SVX + partial West). SVXMon looks good.</td></tr></table>
<!-- Author: Jose -->

<!-- Date: Mon May 28 12:41:07 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W6L4 
<li>problem n: 74 
<li>Status: fixed
<li>Type: Chip_other
<li>Action: Monitoring
<li>entered by: boveia 
<li>description is: Data on remaining chips look ok. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B3W6&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon May 28 12:45:28 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L3 
<li>problem n: 752 
<li>Status: fixed
<li>Type: Chip_capid
<li>Action: Diagnosis_update
<li>entered by: boveia 
<li>description is: Not seen since run 238457, at the time of the previous entry.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon May 28 12:53:35 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11457&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11457' width='300'></a></center>
<!-- Author: boveia -->
<!-- Comment: Mon May 28 12;56;29 comment by...boveia -->
<pre>IBias0 for e064.  (Around day 2313, Ignacio reported erratic bias current.)</pre>

<!-- Date: Mon May 28 13:00:14 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W6L4 
<li>problem n: 2035 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: Currents_investigated
<li>entered by: boveia 
<li>description is: Still erratic (even more so, see <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=355&frame=2&anchor=12:53:35'> elog</a>.)  It's benefited from a little rest, but keep an eye on it. 
<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 28 14:50:09 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11458&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11459' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11460&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11461' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11462&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11463' ></a></center>
<!-- Author: Ignacio -->
<!-- Comment: Mon May 28 14;55;41 comment by...Jose/Sebastian/Ignacio -->
We took some RBSY distributions today.  The left (high stat)  one was taken between 12:00 and 13:00, lumi 150-125E30, L1A 18-20 KHz.
The center one was taken just before the 110 prescale change (UPS), the right one just after. The L1A jumps at this point from 18 to 28 KHz. It is difficult to claim differences. Maybe the most interesting point is the 49 mus event caught in the rightmost plot.


<!-- Date: Mon May 28 18:26:13 2007 -->
Jose and Ignacio realized that a global ON from iFix switches on the portcards for ISL B2 (currently out of the DB because we cannot flow to east ISL and B3 is getting too warm). In order to prevent this, I have switched the power supply enable for ISL West Central to "Inactive".
<!-- Author: Ulrich -->


<!-- Date: Mon May 28 20:13:54 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11464&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11464' width='300' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11466&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11467' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11468&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11469' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11470&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11471' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11472&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11473' ></a></center>
<!-- Author: Ignacio -->


<!-- Date: Mon May 28 20:28:01 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11474&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11474  width='300' align='top'></a></td><td>E-valves during the east side opening on Saturday.</td></tr></table>
<!-- Author: Ignacio -->

<!-- Date: Tue May 29 15:32:34 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L0 
<li>problem n: 2067 
<li>Status: needs_observation
<li>Type: Chip_capid
<li>Action: Monitoring
<li>entered by: boveia 
<li>description is: CAP ID out of sync for 80% of events from single run 242589.  Is this persistent? 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue May 29 15:33:36 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L0 
<li>problem n: 2067 
<li>Status: needs_observation
<li>Type: Chip_capid
<li>Action: Monitoring
<li>entered by: boveia 
<li>description is: Sorry, the bad CAP ID is for chip 83. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue May 29 15:48:10 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W3L0 
<li>problem n: 78 
<li>Status: needs_bore_access
<li>Type: BIAS
<li>Action: Diagnosis_update
<li>entered by: boveia 
<li>description is: This is a prime candidate for a junction card connector check, if we ever get the chance.  The L0 bias is the closest pin to one edge of the 92 pin connector (excluding the second bias cable lines, which may also be open but are not used here.) 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue May 29 15:49:06 2007 -->
Except for the ISL ladder f012, the rest of the  
<a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=354&frame=2&anchor=20:10:23'> 
5 ignored ladders</a> 
are happily heading home! Let's keep them ignored for some more  
days. If f012 bias0 doesn't recover in a week or so we can bump 
up its limit.
<!-- Author: Satyajit -->


<!-- Date: Tue May 29 15:54:59 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11476&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11476  width='300' align='top'></a></td><td>Another store, another rad alarm. This time it seems that it went just over 20 rad/min.</td></tr></table>
<!-- Author: Ulrich -->


<!-- Date: Tue May 29 16:37:36 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11477&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11478  width='300' align='top'></a></td><td><h3>Store 5467</h3> 
This store started with a communication failure for crate 3, but we had also the integrated dose alarm. This time just a little bit over the limit, when it seemed that we will not get one... The initial luminosity was 198 10<sup>30</sup>. Losses and abort gap were fine and also SVXMon looked good.</td></tr></table>
<!-- Author: Jose -->


<!-- Date: Tue May 29 16:46:05 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11483&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11484  width='300' align='top'></a></td><td>We exchange resin to the small resin bottle on Saturday after getting the system really clean with the array of large bottles (down to 1 muS/cm). When we let the small resin bottle alone the conductivity went up lineary at a rate of 0.3 muS/cm per hour. We suspected no flow throught  the resin bed. This morning Dean confirmed this, the inlet was cold while the outlet and the bottle were room temeprature. He exchanged the resin again and this time both the bottle and the outlet were cold. You could really feel the difference. Extrapolating till the flow was reestablish through the reson this morning the conductivity should have gone to around 21 muS/cm. We measure the pH yesterday night to be 4.7, so we are still fine there. The interesting point is that if we let the system by itself the conductivity goes up at 0.3 muSie/cm per hour.  </td></tr></table>
<!-- Author: Jose/Ignacio -->


<!-- Date: Tue May 29 16:58:55 2007 -->
<h3> More on the problems with CCE4 </h3>  
 
On Saturday, we wanted to recover flows on the ISL East side (ladders). Unfortunately, we did not manage to get any flow through CCE4. The pressure on the COT face  went too high preventing us to open more the E-valve. 
<br> After two days the pressure in that line has not changed (14 psi). We went in access to do a visual inspection of the line and valves. We wanted to be sure that none of the valves was close by mistake.  Nothing obvious has been found.  
<br> Once we checked that the valves (return and supply) were properly opened, we decided to try to decrease the pressure in the supply line by plugging in a larger pump (in the air separator side). This decreased the pressure in the return line, but it did not change the COT face pressure (it work for the other lines CCE1, CCE2, CCE3). This would point to a problem in the supply line.  
<br> The theory would be a blockage after the pressure sensor in the supply line and before the manifold, also the possibilities of another hole or a pinch in the line are still opened.  
<!-- Author: Andy, Ulrich, Ignacio, Jose -->


<!-- Date: Tue May 29 17:17:04 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11485&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11485  width='300' align='top'></a></td><td>Resonances over the last two years and the correlation with the number of ticks in the ghostbuster.</td></tr></table>
<!-- Author: Jose -->


<!-- Date: Tue May 29 17:33:47 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11486&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11486' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11487&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11487' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11489&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11489' width='300'></a></center>
<!-- Author: Jose -->
<!-- Comment: Tue May 29 17;41;37 comment by...Jose -->
<br>In the search for the cause of a RBSY of 35 uS, I have been looking to data from the silicon resonator. 
<br>The plots show data collected over the last two years. The first plot on the left shows the distribution of the number of bytes for all the ladders found in the silicon resonator. The central plot shows the distribution of the wedges that have entries with slow ladders with more than 200 Bytes. The right plot shows for the ladders on wedge SB3W1 the distribution of the bytes. This would say that when it happens that the ladder SB3W1L4 is one of the slowest it has a lot of data.



<!-- Date: Tue May 29 17:47:36 2007 -->
We went to EOS for 15 minutes because of sextupole studies, during which crate 10 was autohockerized. We are back running.
<!-- Author: Ignacio -->


<!-- Date: Tue May 29 22:47:38 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11490&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11491  width='300' align='top'></a></td><td><h3> SVT hole </h3> 
They paged me because e064 had a jump in bias, while I was looking to the e-log and commenting to the pinky, I heard the alphanumeric pager (PS TRIP). I decided to pass by to check, when I was entering to the control room the ACE was trying to recover the ladder e424.  
<br>When I arrived she had done two tries, but it kept tripping on Bias Overcurrent. I hockerized the crate but it did not help. I have removed the ladder from the DB, unfortunately it is in a wedge with one ladder out. I asked the ACE to start a new run and restart SVXMon. 
<br> Hopefully the rest would be beneficial for the ladder, we should increase the bias trip limit when we will have a chance (now set to 1000 uA).</td></tr></table>
<!-- Author: Jose -->

<!-- Date: Tue May 29 22:57:24 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L4 
<li>problem n: 1873 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: Removed_hdwdb
<li>entered by: jgarcian 
<li>description is: The bias current has an erratic behaviour. It has large excursions to high values. It has tripped three times and for now it is out of the DB. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue May 29 22:59:19 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11492&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11492  width='300' align='top'></a></td><td>Bias current evolution for the ladder e424.</td></tr></table>
<!-- Author: Jose -->
<!-- Comment: Wed May 30 08;31;42 comment by...Jose -->
Taking advantage of an end of run, I have tried to put it back but it tripped again, so some rest did not helped.
<!-- Date: Wed May 30 05:25:01 2007 -->
<h3>PSMon.exe Crashed</h3> 
We had another instance of PSMon.exe crashing. Again the symptoms were the same: the program could not open/close a log file that had grown to 72 MB or so (ridiculous, isn't it?). Next I asked myself why the log file had grown so big since the last time I re-created it. The reason is that PSMon.exe is stupid and doesn't know that part of the detector are off now. So I would constantly complain about this and blow up the log file. I will have a look at the program later and try to ignore the parts of the detector that are off for now.
<!-- Author: Ulrich -->
<!-- Comment: Wed May 30 07;04;22 comment by...Ulrich -->
I think I have a fix worked out and would like to test it between stores (probably this afternoon). The idea is tomove the list of wedges that are known to be off (currently hard-coded in PSMon.exe)  to a text file that is parsed when PSMon.exe is restarted.



<!-- Date: Wed May 30 08:38:02 2007 -->
After the resin exchange yesterday we are back to the range of the iFix monitoring. The conductivity now is 12.7 uS/cm and still going down at 0.4 uS/cm per hour.
<!-- Author: Jose -->

<!-- Date: Wed May 30 09:02:53 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L4 
<li>problem n: 1873 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: Currents_investigated
<li>entered by: jgarcian 
<li>description is: I have changed the bias current trip limit from 1000 uA to 2000 uA. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed May 30 09:15:46 2007 -->
We had resonance tonight, looks normal. I have rearmed the LA.
<!-- Author: Jose -->

<!-- Date: Wed May 30 10:42:25 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W0L0 
<li>problem n: 2068 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Current changed after a period off. Changing current limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>47.7</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>100.0</td><td>125.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B0W0&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed May 30 10:44:40 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W3L0 
<li>problem n: 991 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Current increased after a period off. Current are almost back to normal.<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>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>125.0</td><td>150.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed May 30 10:45:59 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W3L4 
<li>problem n: 2069 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Current increased after a period off. Current are almost back to normal.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>41.9</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>100.0</td><td>125.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W3&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed May 30 10:49:17 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11493&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11493  width='300' align='top'></a></td><td>This ladder is really getting worse!!!</td></tr></table>
<!-- Author: Jose -->
<!-- Comment: Sat Jun  2 23;19;37 comment by...Satyajit -->
This is a drooping voltage candidate which needs immediate 
attention. We can place a swap request for this.
<!-- Date: Wed May 30 10:52:17 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W5L0 
<li>problem n: 2070 
<li>Status: needs_access
<li>Type: DVDD
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Changing the limits to un-ignore this ladder. This is one of the PS that needs to be replaced.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>47.3</td><td>47.3</td></tr>
<tr><td><b>Lower</b></td><td>45.0</td><td>35.0</td></tr>
<tr><td><b>Upper</b></td><td>65.0</td><td>145.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B0W5&layer=L0">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed May 30 16:39:30 2007 -->
We openend the large resin array so we get the conductivity down.
<!-- Author: Jose/Ulrich/Ignacio -->


<!-- Date: Wed May 30 16:56:26 2007 -->
<h3> CCE4 PT sensor hockerization </h3> 
 
The pressure at the COT face for CCE4 is 14 psi and really constant (no variations seen as in other lines). The reason seems to be a blockage in the line, but to discard the possibility of a problem with the sensor we did a reset of the sensor (pulling out the cable that reads out and powers the sensor).  
<br> To prevent possible rack trips (high pressure will fire the quadlog and trip the racks) we switched off the detector and disabled the +5V enabled.  
<br> We had to warm up the detector during the short time we were off (-5 C). <b> The sensor was power-cycled but it came back to the same value.</b> 
<br> After checking that the problem it is not in the sensor we went back to -10 C and switched on the detector.
<!-- Author: Andy/Ulrich/Ignacio/Jose -->


<!-- Date: Wed May 30 16:57:15 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11498&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11499  width='300' align='top'></a></td><td>It seems that the CCE4 PCOT  became decoupled with the vacuum on 9:00 AM 05/21/07 while we were taking data. It can be seen in the plot how all the preassures in the COT happily fluctuate with the PT_DETRET, i.e. the vaccuum pump up to this point. Afterwards PT_COT_CCE4 creeeped up slowly but did not fluctuate AT ALL. The effect seems real since the sensor has  no problem  (we have reset it) and also DPT shows the same slow increase until the recovery last Saturday (increase on the right of the plot). This probably indicate in the directionof  a blockage rather than a leak, but who knows.  </td></tr></table>
<!-- Author: Ignacio -->


<!-- Date: Wed May 30 17:52:06 2007 -->
<h3>PSMon.exe Update & SVXIICON Reboot</h3> 
I have updated PSMon.exe such that it reads the list of wedges that are missing completely from a text file. The list was hard-coded before, and we forgot to change it when we had to switch off parts of ISL and L00. That resulted in a large (75 MB) log file, that Windows could not handle. In order to be more flexible in the future, I have changed the hard-coded list of missing wedges to a text file on the DeskTop (IgnoredWedges.txt). We will have to change that file and restart PSMon.exe whenever we take entire wedges in and out in the future. 
<p> 
When I was done, I made the new version default and rebooted the iFix PC.
<!-- Author: Ulrich -->


<!-- Date: Wed May 30 20:20:18 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11504&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11505  width='300' align='top'></a></td><td><h3>No integrated dose alarm!!</h3> 
Store 5468 came in without radiation alarm, this did not happen since some weeks ago. The initial luninosity was  
242 10<sup>30</sup>. For some unknown reason D0 had less luninosity than we had.  
<br>Everything looked fine and silicon went in from the start of the store. It seems that L2 is having some problems, we get one HRR every two minutes....</td></tr></table>
<!-- Author: Jose -->
<!-- Comment: Wed May 30 20;51;44 comment by...Subject to the Lord -->
<table border=0><td><tr><td bgcolor=#e0e030>Hail to the Lord of the Tevatron.</td></tr></td></table>
<!-- Comment: Thu May 31 07;31;07 comment by...Un citoyen -->
<pre>These days more like the &lt;em&gt;roi soleil du Tevatron&lt;/em&gt;.</pre>
<!-- Comment: Fri Jun  1 02;33;55 comment by...Lord of the E-Logs -->
Your boldness would be more impressive if your e-log did not default to "Plain".
<!-- Comment: Fri Jun  1 02;53;06 comment by...L of T -->
I'm sorry. the L of T has been preoccupied with fine wine and foie gras this week.  Please direct all kudos to the Viscount of Upper Tevatron - Sir Jerry Annala.
<!-- Date: Wed May 30 20:21:17 2007 -->
I have updated SVXMon reference slides for the CO with the new configuration for high and low lumi.
<!-- Author: Jose -->




<!-- Date: Thu May 31 08:39:42 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11506&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11506  width='300' align='top'></a></td><td><h3> Electron lens trip : 3 seconds make a difference</h3> 
I was able to sleep tonight without being paged thanks to 3 seconds. The electron lens tripped but stayed tripped for 9:58 sec. It went to warning but it did not go to alarm that it is set on 10 minutes.</td></tr></table>
<!-- Author: Jose -->
<!-- Comment: Fri Jun  1 05;31;23 comment by...ronmoore -->
Shall I make the delay 20 minutes to give you more sleep time?
<!-- Date: Thu May 31 10:52:31 2007 -->
The ISL air separator level goes on and off warning. We should ask the cryo tech to refill some water whenever convenient.
<!-- Author: Ulrich -->


<!-- Date: Thu May 31 13:54:55 2007 -->
Out of curiosity I looked at the ladders supplied by E4 using Ulrich script. There are 27 ladders belonging to bulkheads 4 and 5 only. (There are 60 ladders on these bulkheads.)  
<pre> 
5  ladders in bulkhead 4 layer 6 out of 12 
11 ladders in bulkhead 4 layer 7 out of 18 
11 ladders in bulkhead 5 layer 7 out of 18 
</pre>
<!-- Author: Ignacio -->


<!-- Date: Thu May 31 15:10:20 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11508&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11508' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11509&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11510' ></a></center>
<!-- Author: boveia -->
<!-- Comment: Thu May 31 15;34;41 comment by...boveia -->
Shown above are the p (top) and n (bottom) side dnoise vs bias voltage data from recent scans of e2a4 and, on the right, the IV curves for this ladder from several bias scans.  Reverse-biasing the sensor actually increases the noise on the phi side.

<!-- Date: Thu May 31 15:37:32 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W10L4 
<li>problem n: 1284 
<li>Status: needs_observation
<li>Type: Other
<li>Action: Monitoring
<li>entered by: boveia 
<li>description is: Phi side becomes more noisy when biased. See <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=355&frame=2&anchor=15:10:20'> elog</a>.  Does the phi side produce good hits on tracks? 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W10&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu May 31 17:51:32 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11511&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11511  width='300' align='top'></a></td><td><h3> Electron Lens TRIPS! </h3> 
The trip we had tonight has been the first of a series of electron lens trip. The last one some minutes ago. In two of them BeamPermit sent silicon to standby (electron lens was off for more than 10 minutes). In one of them some data was taken without silicon because it lasted long and the AGIGI2 was dangerously high. Hopefully we will not get more of these trips...</td></tr></table>
<!-- Author: Jose -->



<!-- Date: Fri Jun 1 02:44:58 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11514&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11514  width='300' align='top'></a></td><td><h3> Store 5469 </h3> 
Second store <b>without an integrated dose alarm...</b> I can get use to it. Initial luminosity was 241 10<sup>30</sup> still slightly larger than D0. This is the result of the modification that TeV experts did last store, improving by 3% D0 luminosity and 6% B0 luminosity (good for us). Everything looked fine and silicon went in from the beginning of the store. </td></tr></table>
<!-- Author: Jose -->




<!-- Date: Fri Jun 1 11:11:51 2007 -->
After yesterday problems with the electron lens 2, MCR has decided to switch back to electron lens 1 while repairing 2. From the MCR: 
<pre> 
 Seva is going to set up TEL1 to clean out the abort gap so he can shut down TEL2 for repairs. He will call us before he starts the process. We will let the collision hall know. - jdc 
</pre> 
I have switched using ACNET to electron lens 1 for the TevMon decision, but this will be cleared automatically for the next store. We will have to change it by hand if they do not repair on time the lens 2.
<!-- Author: Jose -->
<!-- Comment: Fri Jun  1 12;51;07 comment by...Jose -->
Seem that they fixed electron lens 2, so <b> we are back to standard configuration </b>
<!-- Date: Fri Jun 1 11:40:51 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L4 
<li>problem n: 1873 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: Added_hdwdb
<li>entered by: jgarcian 
<li>description is: After the change of the trip limits the ladder is holding at around 1400 uA. We re-included it into data taking. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L4">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Sat Jun 2 10:50:00 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11515&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11515  width='300' align='top'></a></td><td><h3> Store 5470</h3> 
This store had an initial luminosity of 249 10<sup>30</sup>. The beam conditions were good (no integrated dose alarm) and SVXMon had the usual low statistics yellows. I am trying to get myself used to the color SVT plot...</td></tr></table>
<!-- Author: Jose -->

<!-- Date: Sat Jun 2 10:56:17 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB0W1L2 
<li>problem n: 1753 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Current increased after a period off. Current are almost back to normal.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>101.0</td><td>150.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>150.0</td><td>175.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B0W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 10:59:56 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W3L0 
<li>problem n: 1752 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Scico ignored this ladder, but the current is lower than the limit now. I am increasing it by a only 10 uA.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>61.5</td><td>140.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>150.0</td><td>160.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 10:59:56 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W3L0 
<li>problem n: 1752 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Scico ignored this ladder, but the current is lower than the limit now. I am increasing it by a only 10 uA.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>61.5</td><td>140.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>150.0</td><td>160.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W3&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:00:02 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W11L0 
<li>problem n: 1871 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing limits to clear the ignored.<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>120.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>125.0</td><td>140.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W11&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:02:07 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W6L1 
<li>problem n: 2071 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>43.37</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>100.0</td><td>125.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W6&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:04:05 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W1L3 
<li>problem n: 1867 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing limits.<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>120.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>125.0</td><td>140.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:04:05 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W1L3 
<li>problem n: 1867 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing limits.<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>120.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>125.0</td><td>140.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W1&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:06:09 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W5L4 
<li>problem n: 2072 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing IMON limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>45.83</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>100.0</td><td>125.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Sat Jun 2 11:06:09 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W5L4 
<li>problem n: 2072 
<li>Status: fixed
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: jgarcian 
<li>description is: Increasing IMON limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>45.83</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>100.0</td><td>125.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sat Jun 2 15:10:30 2007 -->
<h3>Weird Fluctuation in CCE4 Line</h3> 
<pre> 
6/2/2007   14:24:19.3 [SVXIICON] L00_PS_ALARM                   CFN             ALARM      Crate(s) 16 communication failure        
6/2/2007   14:24:19.3 [SVXIICON] ISL_PS_ALARM                   CFN             ALARM      Crate(s) 16 communication failure        
6/2/2007   14:24:19.3 [SVXIICON] ISL_PS_SMTH_OFF                CFN             ALARM      Crate(s) off (comm. failure)             
6/2/2007   14:24:19.3 [SVXIICON] L00_PS_SMTH_OFF                CFN             ALARM      Crate(s) off (comm. failure)             
6/2/2007   14:24:49.3 [SVXIICON] L00_PS_ALARM                   OK                 OK      This field filled at alarm time          
6/2/2007   14:24:49.3 [SVXIICON] ISL_PS_ALARM                   OK                 OK      This field filled at alarm time          
6/2/2007   14:24:49.3 [SVXIICON] ISL_PS_SMTH_OFF                OK                 OK      This field filled at alarm time          
6/2/2007   14:24:49.3 [SVXIICON] L00_PS_SMTH_OFF                OK                 OK      This field filled at alarm time          
6/2/2007   14:27:54.1 [SVXIICON] ISL_C212                                           1      ISL Trip Acknowledge                     
6/2/2007   14:28:11.3 [SVXIICON] ISL_C2719                      OK                 OK      COOLING PAR. ERROR ISL-CCE4              
6/2/2007   14:28:11.3 [SVXIICON] ISL_C2709                      OK                 OK      P_SUP TRIP ISL-CCE4                      
6/2/2007   14:28:13.3 [SVXIICON] ISL_C2839                      OK                 OK      LOW DELTA_P TRIP ISL-CCE4                
6/2/2007   14:28:14.3 [SVXIICON] ISL_C2756                      OK                 OK      ISL EAST FLOW ENABLE  
</pre>
<!-- Author: Jose & Ulrich -->


<!-- Date: Sat Jun 2 15:18:34 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11516&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11516  width='300' align='top'></a></td><td>Bump down in the COT pressure for CCE4 (going below 13.8 psi). Could have been this the cause of a ghost trip?</td></tr></table>
<!-- Author: Ulrich & Jose -->
<!-- Comment: Sat Jun  2 15;43;50 comment by...Jose & Ulrich -->
<h3>Coincidences?</h3>
Speaking with the shift crew and the cryo tech and skimming through the interlock log files, the following picture emerges:
<ul>
<li>At 14:24 one CAEN crate suffered from a spontaneous switch-off</li>
<li>The cryo tech checked the alarms page and saw the East ISL and L00 interlocks tripped. These were of course tripped because of the East ISL cooling problem and properly silenced.</li>
<li>The cryo tech also hit the ISL Acknowledge button on the interlock page. That cleared the high pressure trip on CCE4, at least temporarily. As the PS enables are dropped for East ISL anyway, this has not caused any sono-alarm in the control room</li>
<li>The cryo tech notified the shift crew, but there was mutual non-understanding. The shift crew got out of it: "Page Jennifer or somebody", so they paged the RadCo pager instead of the cooling pager. We came in and investigated.</li>
</ul>

<!-- Comment: Sat Jun  2 16;41;44 comment by...Ignacio -->
It seems that CCE4 pressure (now 13.82) continues its slow decrease  regardless of atmospheric pressure (i.e. PTCOT_PCE) going up and down. 


<!-- Comment: Sat Jun  2 21;14;14 comment by...Jose -->
At 8:58 pm, the pressure went to 13.76 psi and then went back to 13.81 psi. ACE or Cryo have not noticed anything strange.
<!-- Comment: Sun Jun  3 10;08;22 comment by...Ulrich -->
Forgot to mention that Jose and I have silenced the iFix alarm on the ISL air separator level. It was going in and out of warning and needs a refill tomorrow or on Tuesday.
<!-- Date: Sat Jun 2 16:44:59 2007 -->
LA rearmed after SRC error.
<!-- Author: Ignacio -->




<!-- Date: Sun Jun 3 00:18:19 2007 -->
Two resonances tonight. LA rearmed.
<!-- Author: Jose -->


<!-- Date: Sun Jun 3 06:59:02 2007 -->
<b> Electron Lens 2 trip </b>. Will it be the last electron lens trip for today?
<!-- Author: Jose -->



<!-- Date: Sun Jun 3 13:33:14 2007 -->
Presssures update: COTCCE4 = 13.75 psi and COTPCE = 14.40 psi. 
<!-- Author: Jose -->


<!-- Date: Sun Jun 3 15:04:37 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11517&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11517  width='300' align='top'></a></td><td><h3> Store 5471 </h3> 
New store came in with initial luminosity 260 10<sup>30</sup>.  Losses were good and silicon went in from the begining. SVXMon and SVTSpyMon look fine.</td></tr></table>
<!-- Author: Jose -->


<!-- Date: Sun Jun 3 15:36:58 2007 -->
<b>b0fib03 did not connect to RTServer.</b> The ACE tried rebooting the fib and sheperding it, but it did not work. They paged me and I tried rebooting it and for some reason it got the RTServer connection. After that we just send the fib to ACTIVATE.
<!-- Author: Jose -->


<!-- Date: Mon Jun 4 11:50:51 2007 -->
<b>Monitoring Summary</b> 
e064 - bias current better behaved but still erratic, continue monitoring<br> 
e030 - cap ID trouble on chip 83<br> 
e130 - (discussion on outstanding problem) the 92 pin connector on the junction card may be loose<br> 
e2a4 - phi side is noisy, even more so when biased.  since this is a sas layer, the current tracking code attaches the z side hits only when it can first find a phi side hit.  i.e., we should check if the phi side provides good hits on tracks.  
<!-- Author: boveia -->