<!-- Title: 10:49:50  Mon Oct 22 2007 -->
<!-- Crewchief: Roberto (MPC) -->
<!-- Op1: Ricardo (SPL) -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>A new exciting week in CDF.</pre>


<!-- Date: Mon Oct 22 11:09:11 2007 -->
<b> b0gateway crontab </b> 
The crontab files are back. For the records. 
<pre> 
# DO NOT EDIT THIS FILE - edit the master and reinstall. 
# (/tmp/crontab.890 installed on Mon Oct 10 09:28:07 2005) 
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $) 
MAILTO="husemann@fnal.gov,Jose.Enrique.Garcia@pi.infn.it,redondo@fnal.gov" 
00,10,20,30,40,50 * * * * /cdf/onln/home/svxii/ladsin/ladsin.pl 
15 00,06,12,18 * * * /cdf/onln/home/svxii/lester_tools/errparse/dailyupdate 
45 05 * * * /cdf/onln/home/svxii/lester_tools/inittrack/dailyinittrack.pl 
00 00,06,12,18 * * * /cdf/onln/home/svxii/lester_tools/runsum/listruns2.pl 
30 10,22 * * * /cdf/onln/home/svxii/fiberr/fiberrparser.pl 
35 10,22 * * * /cdf/onln/home/svxii/fiberr/fiberrs.pl 
30 1 * * * /cdf/onln/home/svxii/hv/smartso/makespace.pl 
</pre>
<!-- Author: Jose -->
<!-- Comment: Mon Oct 22 13;06;54 comment by...Ulrich -->
How about removing my name from the mailing list?
<!-- Comment: Mon Oct 22 14;19;52 comment by...Jose -->
I did it... Now Ricardo is the new lucky guy.
<!-- Comment: Mon Oct 22 15;20;07 comment by...Ulrich -->
<pre>Excellent. Can I get rid of the LA e-mail, too?</pre>
<!-- Comment: Mon Oct 22 21;44;13 comment by...Jose -->
Wish granted! Ricardo will have yours... :)
<!-- Comment: Tue Oct 23 07;46;16 comment by...Ricardo -->
Please stop doing me favors...
<!-- Date: Mon Oct 22 11:22:19 2007 -->
<h3> Access  Tomorrow </h3> 
From Run Coordinator: 
 
<ul><li> We will have a a down day <b>tomorrow</b> for MI and Tevatron 
 
<li> Driving factor for Tevatron is the 8-10 Hr accesses for D0 and for the MI it is the MI303 LCW leak on the Bus. Pbar and Booster will also go in on access fitting their time to the overall picture. 
<li> We will meet in the Dungeon at 1500hrs today to go over jobs in the E-Worklist. 
</ul>
<!-- Author: Jose -->


<!-- Date: Mon Oct 22 11:37:03 2007 -->
<h3> Kicker pre-fire II </h3> 
We just had a kicker pre-fire. Nothing obvius happened on IMON. We are going to make some checks. But this is not nice... 
<pre> 
11:29:39-   The cause of the quench was due to an AAK2 prefire. CDF SciCo was informed. George Krafczyk is investigating. - DJC 
</pre>
<!-- Author: Ricardo/Jose -->
<!-- Comment: Mon Oct 22 11;53;17 comment by...Jose -->
Ron Moore told Steve that this kicker had the thyratron replaced during the shutdown.

<!-- Comment: Mon Oct 22 11;56;17 comment by...Jose -->
Link to the radiation during the abort <a href=http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2007&action=view&page=-6620&button=yes>CDF e-log</a>

<!-- Comment: Mon Oct 22 12;03;05 comment by...Ricardo/Jose -->
Diamonds saw 0.25 Rads/s at the time of the abort.

<!-- Comment: Mon Oct 22 12;07;23 comment by...Roberto -->
Link to the <a href=
'/cgi/elog/det-system-elog.pl?nb=diamond&action=view&page=15&frame=2&anchor=11:55:41'>
Diamond e-log</a>





<!-- Date: Mon Oct 22 15:25:37 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: LB1W3L3 
<li>problem n: 2163 
<li>Status: needs_observation
<li>Type: No_Init
<li>Action: Diagnosis
<li>entered by: sasha 
<li>description is: Tested this ladder in SVXDAQ. We can't reproduce the problem. Ladder inits OK and has no signs of bit errors. We need to keep an eye on it. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B1W3&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Oct 22 17:22:19 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L1 
<li>problem n: 1826 
<li>Status: needs_observation
<li>Type: Chip_bit_error
<li>Action: Change_last_chip
<li>entered by: sasha 
<li>description is: Tested this ladder in SVXDAQ and confirmed that readout is dropped after chip b4, because next chip is screwed up. I chopped the chip chain after chip b4 and confirmed with SVXDAQ that ladder runs OK. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L1">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Mon Oct 22 17:29:19 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L1 
<li>problem n: 1925 
<li>Status: fixed
<li>Type: AVDD
<li>Action: IMON_limits
<li>entered by: sasha 
<li>description is: Adjusted limits after chopping chips a3-a0.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>1057.69</td><td>951.69</td></tr>
<tr><td><b>Lower</b></td><td>1030</td><td>920</td></tr>
<tr><td><b>Upper</b></td><td>1060</td><td>955</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Mon Oct 22 18:22:53 2007 -->
From RC e-log: 
<ul> 
<li><font color="#800000" size="5"><b>Areas to be accessed Tuesday morning:</b></font><ul>  
		<li><font color="#008000"><b>CDF (Supervised access) Keys by 0600,   
		duration 8-10hrs.</b></font></li>  
		<li><font color="#008000"><b>D0 (Controlled access) Keys by 0600,   
		duration 8-10hrs.</b></font></li>  
</ul></ul>
<!-- Author: Jose -->



<!-- Date: Tue Oct 23 11:59:11 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W10L4 
<li>problem n: 2064 
<li>Status: needs_observation
<li>Type: Chip_bit_error
<li>Action: Swap_RX
<li>entered by: sasha 
<li>description is: We sweapped RX to fix bit5 high problem. Ladder looks OK after a swap. We need to keep an eye on it for some time (~1 week of data).<table border=1>
   <tr>
    <td>
     <b>IN:</b>
    </td>
    <td>
     <a href="http://b0sili01.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=1027">1027</a>
    </td>
   </tr>
   <tr>
    <td>
     <b>OUT:</b>
    </td>
    <td>
     <a href="http://b0sili01.fnal.gov/cgi-bin/rxdb/DBreport.pl?serial=0165">0165</a>
    </td>
   </tr>
  </table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W10&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Oct 23 12:02:26 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB3W2L0 
<li>problem n: 868 
<li>Status: needs_work
<li>Type: Chip_capid
<li>Action: Diagnosis_update
<li>entered by: sasha 
<li>description is: This ladder has BE kludge, so a fiber swap was inconclusive. We need to do a light lelev measurement. If light level is OK, then we can also try adjusting BE kludge one more time. But this needs to be done during a long shutdown. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B3W2&layer=L0">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Oct 23 12:21:12 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W10L3 
<li>problem n: 1770 
<li>Status: unfixable
<li>Type: DVDD
<li>Action: Diagnosis_update
<li>entered by: sasha 
<li>description is: We tried to bring up this ladder again--- no success. It still trips on DVDD OverCurrent. I'm declaring it unfixable. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W10&layer=L3">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 23 13:22:31 2007 -->
From CDF e-log: 
<pre> 
Tue Oct 23 09:03:31  Per Jonathan's shuffle of computers, I have setup the following network jacks in test stand room 202: 
3CR-P15 --> b0sint01 
3CR-P27 --> tstsvt1 
I still need to install labeled patch cords in room 202. - jj 
</pre>
<!-- Author: Jose -->


<!-- Date: Tue Oct 23 14:09:04 2007 -->
PS Gui crashed, error in svxinter: 
<pre> 
0xe27230 (t3): memPartAlloc: block too big - 71160 in partition 0x2d8f24. 
TUE OCT 23 14:07:21 2007 Voltage file is /cdf/onln/data/svxii/caencontrol/PSfilesNew/CAENvolts.dat 
</pre>
<!-- Author: Jose -->


<!-- Date: Tue Oct 23 14:18:48 2007 -->
We re-included e124 into hwdb. We were able to run it OK in RA mode after z-side was chopped. However, this ladder gives no data and trips if we try NN mode. So, here is what we can try to do. I'll leave this ladder in hwdb to see if it can hold AVDD and DVDD. Roberto, please keep an eye on it. If ladder trips at least once, then just exclude it. If it holds for today and tomorrow, then we can try to make changes into hwdb: 1) chop z-side; 2) set remaining chips into RA mode; 3) adjust threshold for those chips to be PED+9.
<!-- Author: sasha/hugo/taka -->

<!-- Date: Tue Oct 23 14:59:37 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W10L4 
<li>problem n: 2164 
<li>Status: fixed
<li>Type: AVDD2
<li>Action: IMON_limits
<li>entered by: ballarin 
<li>description is: Changing IMON limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>1098.38</td><td>1112.0</td></tr>
<tr><td><b>Lower</b></td><td>1065.0</td><td>1082.0</td></tr>
<tr><td><b>Upper</b></td><td>1105.0</td><td>1120.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W10&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Oct 23 14:59:37 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W10L4 
<li>problem n: 2164 
<li>Status: fixed
<li>Type: AVDD2
<li>Action: IMON_limits
<li>entered by: ballarin 
<li>description is: Changing IMON limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>1098.38</td><td>1112.0</td></tr>
<tr><td><b>Lower</b></td><td>1065.0</td><td>1082.0</td></tr>
<tr><td><b>Upper</b></td><td>1105.0</td><td>1120.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W10&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Oct 23 15:04:08 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB1W2L4 
<li>problem n: 1243 
<li>Status: fixed
<li>Type: AVDD
<li>Action: IMON_limits
<li>entered by: ballarin 
<li>description is: Changing IMON limits.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>930.0</td><td>1300.0</td></tr>
<tr><td><b>Lower</b></td><td>890.0</td><td>1260.0</td></tr>
<tr><td><b>Upper</b></td><td>970.0</td><td>1360.0</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B1W2&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 23 15:21:03 2007 -->
<h3>Shutdown PS work closeout summary!</h3> 
Today we went in to install IB1W5 in crate #3 (SW TopTop) which 
was the only wedge lacking a supply so far due to our shutdown 
repair work. With this we officially closeout our shutdown PS  
activities! 
During the last 10 weeks, 48 supplies were repaired at PREP and  
we changed bias trip limits on 54 SVX/L00 modules. More detailed info. can be found on our <a href="http://b0sili01.fnal.gov/cgi-bin/TWiki/bin/view/Silicon/Shutdown2007PS">shutdown TWiki page</a> and the <a href="http://b0sili01.fnal.gov/cgi-bin/sh07psdb/DBmain.pl">shutdown PS database</a>.  
<!-- Author: The PS crew -->


<!-- Date: Tue Oct 23 15:41:22 2007 -->
<pre>We have included in the Hardware Database the ladder SB3W10L4.</pre>
<!-- Author: Jose, Roberto -->
<!-- Comment: Tue Oct 23 16;25;47 comment by...Roberto -->
<pre>We have to remind a particularity on this ladder, that it uses to trip after moving the North Wall.</pre>
<!-- Comment: Tue Oct 23 16;34;23 comment by...Roberto -->
<pre>We have reincluded the ISL ladders f303 and f304 to the Hardware Data Base (HDB). This two ladders are related with the cooling line CCE2.2
We are so monitoring the corresponding IFIX temperature plots (dark and light green lines). By now they remain flat but if temperature increases, we should consider to remove the ladders from the HDB. </pre>
<!-- Comment: Wed Oct 24 08;16;49 comment by...Roberto -->
<pre>We left instrunctions to the owl shift: if the cooling lines corresponding to the ISL ladders f303 and f304 reach 15 Centigrade degrees, they should page us. Fortunately, this did not happen and it seems that we have awaken those two ladders.</pre>
<!-- Date: Tue Oct 23 16:22:56 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11915&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11916  width='300' align='top'></a></td><td><h3>New IMON look</h3> 
</td></tr></table>
<!-- Author: Roberto, Jose -->



<!-- Date: Tue Oct 23 16:38:44 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W0L3 
<li>problem n: 1503 
<li>Status: needs_observation
<li>Type: Other
<li>Action: Added_hdwdb
<li>entered by: ballarin 
<li>description is: We have reincluded the ISL ladder f303 to the Hardware Data Base (HDB). This ladder is related with the cooling line CCE2.2  We are so monitoring the corresponding IFIX temperature plots (dark and light green lines). By now they remain flat but if temperature increases, we should consider to remove the ladder from the HDB.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B3W0&layer=L3">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Oct 23 16:40:13 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W0L4 
<li>problem n: 467 
<li>Status: needs_observation
<li>Type: Other
<li>Action: Added_hdwdb
<li>entered by: ballarin 
<li>description is: We have reincluded the ISL ladder f304 to the Hardware Data Base (HDB). This ladder is related with the cooling line CCE2.2  We are so monitoring the corresponding IFIX temperature plots (dark and light green lines). By now they remain flat but if temperature increases, we should consider to remove the ladder from the HDB.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B3W0&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Oct 23 18:36:26 2007 -->
<h3>Electrical tests of the oscillating RTD's</h3> 
 
We got an HP 3440 1A digital volt/ohm meter and measured 
some of the electrical properties of one of the two oscillating 
RTD lines (ISL CCW3L7_1out), and also one "good" RTD, 
(ISL CCW2L6_2out).  We made our measurements on the DIN rails 
in the first floor wiring cabinet, and forced off the alarms 
and forced the memory to read back constant temperatures during 
the measurements. 
 
The RTD's are read out using a four-wire circuit, with two wires (one red and one black, going to the detector), supplying the current excitation, and two wires reading back the voltage (one red and one black).  The two red wires are connected together right next to the RTD, and the two black wires also.  We disconnected all four wires from the PLC module. 
 
<pre> 
           cable 
         resistance       "Voltage Readback" 
Red ------/\/\/\/-------\     /--------/\/\/\/\----Black 
                          RTD  
Red ------/\/\/\/-------/     \--------/\/\/\/\----Black 
                      "Excitation" 
</pre> 
We first worked on the oscillating RTD, CCW3L7_1out.  We measured the resistance across the two red wires, which is a test of the connectivity of all of the wires and connectors up to the RTD's resistor, but not including the resistor itself, and found 15.50 ohms.  We measured the resistance across the pair of black wires to check the connectivity of the other two wires, and see 15.32 ohms.  Both of these measurements did not fluctuate over several minutes of observation. 
 
We measured the average voltage across the pair of red wires, and saw zero volts, as with the black pair of wires.  The AC voltage measurement was 0.41 mV, consistent with the RF pickup we observed with a scope last week. 
 
We measured the resistance across a red-black pair (the voltage readback lines) and found 120 ohms, fluctuating by about 0.3 ohms on the time scale of a minute or so, which corresponds to about +-1 degree C.  We saw the same behavior on the other red-black pair (the excitation lines).  No average voltage was seen without any stimulus on the red-black pair. 
 
We skipped the other oscillating RTD (it was oscillating less at the time), and measured a "non-oscillating" one, ISL CCW2L6_2out.  The resistance across the red-wire circuit was 15.53 ohms, and the black-wire circuit was 15.42 ohms, both very stable.  The resistance across the voltage readback circuit (red-black) was 118.55+-0.1 ohms.  The resistance across the excitation circuit was 119.60 +- 0.1 ohms, corresponding to perhaps a third of a degree of oscillation. 
 
We also measured the current the PLC was driving through the two RTD's with an ammeter in the current excitation loop.  We see a very steady 250 microamps on both the oscillating RTD and the stable one. 
 
One hypothesis was that the PLC can drive its current through a maximum resistance of ~120 ohms, and that the oscillating RTD could be up against a limitation of the PLC's current drive.  This hypothesis is disfavored because the resistance of the oscillating RTD is fluctuating when measured with the ohmmeter, independent of the PLC, and the ohmmeter has no such limitation on the resistance it can measure.  Also, the PLC puts out 3.74V on the current excitation wires when they are in an open circuit, and it only needs to output 26 mV to drive the current required.  Finally, the "good" RTD circuit has a total resistance similar to that of the oscillating one. 
 
Summary:  We see no problem with the electrical connectivity of any of the wires down to one of the oscillating RTD's, and do observe resistnce oscillations when the RTD's resistor is in the circuit.  The four-wire arrangement allows us to test the connectivity right up to the resistor itself, including any connector we can access.  We cannot rule out actual temperature fluctuations of the RTDs, and that hypothesis is looking more likely.
<!-- Author: Ricardo/Tom/Ulrich -->


<!-- Date: Tue Oct 23 18:39:29 2007 -->
 
  We took out three wedges from PSMon's IgnoreWedges.txt file since the supplies are now installed and working. 
 
<pre> 
ISL B1W5 
L00 B1W0 
L00 B1W4 
</pre>  
<!-- Author: Ulrich/Tom -->



<!-- Date: Wed Oct 24 11:02:22 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11917&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11917  width='300' align='top'></a></td><td>Looked at the history of the fluctuating ISL CCW3L7 IN and OUT temperatures, to see if they are correlated.  An FTTREND plot of the two shows that indeed they are, with little or no time lag between the input and output (the input might lead the output in a few bumps by a bit, but it's hard to say).</td></tr></table>
<!-- Author: Tom/Ricardo -->

<!-- Date: Wed Oct 24 14:38:53 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W11L4 
<li>problem n: 1381 
<li>Status: fixed
<li>Type: Chip_capid
<li>Action: Diagnosis_update
<li>entered by: sasha 
<li>description is: The problem is with CAP_ID on chip a3 which has been already sparsed out. I close this thread. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W11&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 24 16:56:28 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: IB3W0L4 
<li>problem n: 467 
<li>Status: needs_access
<li>Type: Unknown
<li>Action: Incident
<li>entered by: sasha 
<li>description is: This ladder returns no data at all (both during cosmic and svxdaq runs). Need an access to investigate. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B3W0&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 24 17:37:23 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W0L4 
<li>problem n: 37 
<li>Status: unfixable
<li>Type: Chip_other
<li>Action: Removed_hdwdb
<li>entered by: sasha 
<li>description is: We re-included this ladder into HWDB and tested with SVXDAQ. Ladder seems to hold bias. However, bias current was fluctuating. Looking at svxdaq we found that only chip 8d returned data in RA mode. In NN mode there was no data at all. So, given that there is only one problematic chip and previous history of trips, I closing this thread by calling it unfixable. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W0&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Wed Oct 24 17:38:42 2007 -->
Entered in Silicon database: <ul>
<li>Ladder: SB5W2L2 
<li>problem n: 383 
<li>Status: unfixable
<li>Type: DVDD
<li>Action: Removed_hdwdb
<li>entered by: sasha 
<li>description is: Verified that this ladder still trips on DVDD. Unfixable. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B5W2&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Oct 24 17:44:39 2007 -->
<pre>We are done with quiet time studies. Please take alarms seriously.</pre>
<!-- Author: sasha/hugo/taka -->


<!-- Date: Thu Oct 25 10:24:11 2007 -->
In preparation to set the clock back to normal operation mode (as opposed as free-run mode) we turned SVX and L00 off (leaving its PC on), but left ISL on. Steve set the clock to normal mode and we powered the silicon back up fib by fib, first the SVX and then the L00. 
 
 
<!-- Author: Roberto/Ricardo/Ignacio -->


<!-- Date: Thu Oct 25 10:54:31 2007 -->
I followed the Bias scan <a href="http://b0sili01.fnal.gov/cgi-bin/TWiki/bin/view/Silicon/SiliconNoiseBiasScan">  instructions</a> and RC runs without complaining. Unless there are other types of failure that would not show in RC due to the SL3 Vs SL4 saga I think we are ready to do the noise scan when we have time.
<!-- Author: Ricardo -->
<!-- Comment: Fri Oct 26 09;44;54 comment by...Ignacio -->
Oscar and Roberto are proceeding with the bias scan now.
<!-- Date: Fri Oct 26 09:06:16 2007 -->
Regarding the broken coffee machine, I called Saeco and they told me to drain it from the steamer, which we did a million times. After two seconds the machine started working again. It looks like every time the machine breaks we just need to call the Saeco customer service and without any other action the coffee machine gets magically fixed.
<!-- Author: Ricardo -->



<!-- Date: Fri Oct 26 11:54:04 2007 -->
David Jose and I (Ricardo) decided it was time to discaled the coffee machine.  We took it fully apart, cleaned it up, discaled it and put it back all together. Sasha joined the effort and we got now a cleaner than ever coffee machine, and a dirtier than ever carpet as large amount of bean particles were  blew out of the machine by means of an sophisticated human-operated air pump.<br> 
Come now to the silicon office to enjoy a very nice coffee! 
  
<!-- Author: David, Jose, Ricardo & Sasha -->
<!-- Comment: Fri Oct 26 16;05;21 comment by...angry man -->
And the coffee machine is broken again...
<!-- Comment: Sat Oct 27 13;52;48 comment by...Ignacio -->
It worked today, this machine is too human.
<!-- Date: Fri Oct 26 14:50:35 2007 -->
<h3>Noise-to-bias scan for the whole detector</h3> 
 
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_10242007_0534PM.dat
and we had to take two runs due to problems with EVB. Runs were 252701 and 252705.<br> 
<br> 
The change in a positive voltage (last two entries) were done only for Layer 7, the rest of 
the detectors were at their nominal voltages. 
 
<pre> 
 
The event ranges for the different relative voltages: 
 
        
        VOLTAGE   RUN      EVENT RANGE   START TIME  
 
        -130    252701        0-920        09:25  
        -110                921-1903       09:29  
        -90                1904-2921       09:33  
        -70                2922-3898       09:37  
        -50                3899-4891       09:41  
        -30                4892-5891       09:51  
        -10                5892-6920       09:56  
	 0                 6921-8005 
 
Need to start a new run. 
 
	-120   252705         0-1010       10:24 
        -105               1011-2014 
	-100               2015-3002        
        -95                3003-4029         
        -85                4030-4530        
	-80                4531-5517 
	-75                5518-6269 
	-65                6270-7199 
	-60                7200-8020 
        -55                8021-8518         
        -40                8519-9401        
        -35                9402-10207        
        -20               10208-11110        
        -15               11111-12003       
        -7                12004-12844  Solenoid went down  
	-5                12845-13723        
       	 0                13724-14629 
	+1(L7)            14630-15610 
	+2(L7)            15611-18005 
</pre>  
<!-- Author: Roberto, Oscar, Ignacio and Ricardo -->
<!-- Comment: Fri Oct 26 15;02;15 comment by...Roberto -->
The ISL ladder IB5W0L4 tripped in overvoltage for BIAS1 when we tried to set the voltages above the nominal one (i.e. last two entries). We took the data with this ladder off.





<!-- Date: Fri Oct 26 20:32:55 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11918&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11919  width='300' align='top'></a></td><td><h2>The PS crew!</h2></td></tr></table>
<!-- Author: The PS crew -->
<!-- Comment: Sat Oct 27 11;58;38 comment by...curious bystander -->
Looking good!

<!-- Date: Fri Oct 26 23:09:47 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11920&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11921  width='300' align='top'></a></td><td><h3> Kicker Conditioning </h3> 
Interesting document. We should keep this in mind. Notice the date...</td></tr></table>
<!-- Author: Jose -->


<!-- Date: Sat Oct 27 09:13:20 2007 -->
I have put L00 OFF in preparation for the beam studies to start today at about noon. I also silenced L00 Ifix alarm "PS-CAEN-OFF".
<!-- Author: Ricardo -->




<!-- Date: Sat Oct 27 14:25:15 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11922&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11923  width='300' align='top'></a><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11924&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11925  width='400' align='top'></a></td><td>The shift crew infrom me that the SVX/L00 air separator is fluctuating below the warning limit. It has been going down rather faster than in the past. Should refill early next week.</td></tr></table>
<!-- Author: Ignacio -->
<!-- Comment: Sat Oct 27 14;25;46 comment by...Ignacio -->
I silence the alarm for the moment.

<!-- Comment: Sat Oct 27 19;40;20 comment by...Jennifer :-) -->
Alarm has been un-silenced, and warning limit has been adjusted to 19.0 (instead of 20.0). Should last the weekend. We will request a refill on Monday.


<!-- Comment: Sun Oct 28 08;20;58 comment by...Ulrich Husemann -->
Two things changed for the SVX cooling in the last months: we are taking more samples and we we changed the plumbing of the resin bed loop. I guess those effects are responsible for the drop in coolant level.
<!-- Date: Sat Oct 27 21:45:15 2007 -->
 
Since the store has been delayed by kicker problems we have asked for a few cosmics. We have experienced a few problems. First the BSC HV was setting an inhibit. It has been decommissioned so we had to ignore all the inhibits from RC as Oscar and Jose did a few days ago. Then  L2 was giving us TO and no events. Finally we tried using another configuration (ACE_COSMICS_ALL) and adding the silicon crates with all files to tape selected. The ace has saved the configuration as COSMICS_SILICON_TEST1. Run  252784 has been  running for one hour. L00 is back off in case they attemp collisions early morning.
<!-- Author: Roberto & Ignacio -->



<!-- Date: Sun Oct 28 12:18:27 2007 -->
They will attemp shot setup at 12:30. From the TEvatron e-log: 
<pre> 
11:48:04-   Plan for First Store 
 
    * 3x8 - P1, P13, P25 + A1-A4, A13-A16. (Salah said we could do 3x12 if we're feeling good. If so, load A25-A29, too. That way we'd have complete 3-fold symmetry with all colliding bunches seeing the same tune shifts). 
    * We expect protons ~200 E9 at injection...pbars should be ~50 E9. 
    * Don't scrape. If backgrounds are too high, we can scrape later. 
    * We want to get IP position and angle info from the experiments. If needed, we should make changes at some point during the store using the mults on T73 low-beta subpages 3-6. 
    * CDF will not turn on silicon vertex detectors for this store. I don't know about D0. 
    * I would ignore the HEP tune alarms for this store. Experts can make changes if needed using the usual mults with the caveat that mults are not calibrated yet. 
    * We expect to keep this store for ~1 shift. Actual termination time will be determined later. 
 
rm 
</pre>
<!-- Author: Ignacio -->


<!-- Date: Sun Oct 28 16:29:55 2007 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11928&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11928  width='300' align='top'></a></td><td>They finally manage to produce collisions. It was a 12 pbar x 3 p bunches store. The luminosity was low, around 9E30 coming down very quickly to 2E30, where it stabilized. The lostp was saturated at ~105 KHz, which prevented the COT to turn on. Steve requested closing some collimators, which did the trick.  
We were looking at the diamonds during this first shot-setup.  It was interesting that only the west up diamond  (green) saw the final the scrapping where the lostp  came down from above saturation to roughly 20 KHz.</td></tr></table>
<!-- Author: Roberto&Ignacio -->


<!-- Date: Sun Oct 28 16:52:27 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11930&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11930' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11931&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11931' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11932&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11932' width='300'></a></center>
<!-- Author: Roberto&Ignacio -->
<!-- Comment: Sun Oct 28 16;53;26 comment by...Roberto&Ignacio -->
<pre>The first shot setup of FY 2008.</pre>


<!-- Date: Sun Oct 28 18:14:09 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11933&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11933' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11934&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11934' width='300'></a></center>
<!-- Author: Ignacio -->
<!-- Comment: Sun Oct 28 18;26;47 comment by...Ignacio -->
These are the COT vertex for our SVT friends. The results of fits are:
<pre>
Z_VTX   1.95+-0.58   cm (gaussian fit)   1.39  cm (mean)
X_VTX  -0.256+-0.002 cm (gaussian fit)  -0.250 cm (mean)
Y_VTX  -0.018+-0.002 cm  (gaussian fit) -0.02 cm (mean)
DXDZ    670 +- 140 microrad   
DYDZ    210 +- 140 microrad
</pre>

At the end of the store there will bemore data. I think the only worrying thing is the X_VTX.



<!-- Date: Sun Oct 28 19:43:54 2007 -->
There has been spikes in the losses. MCR suspects is due to a quadrupole, C:B0QT2. We have started the Beampermit in svxinter. 
We have also uncommented the launch command in the svxinter  
startup script. 
<pre> 
/cdf/onln/code/cdfprod/caencontrol/v5b/examples/startup_rtlm 
</pre>
<!-- Author: Roberto/Ignacio -->


<!-- Date: Sun Oct 28 21:39:19 2007 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11935&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11935' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11936&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-11936' width='300'></a></center>
<!-- Author: Ignacio -->
<!-- Comment: Sun Oct 28 21;50;49 comment by...Ignacio -->
Fits at the end of the run.
<pre>
Z_VTX   1.73+-1.88   cm (5 var fit)   0.42  cm (mean)
X_VTX  -0.2566+-0.0013 cm (gaussian fit)  -0.252 cm (mean)
Y_VTX  -0.0195+-0.0012 cm  (gaussian fit) -0.021 cm (mean)
DXDZ    560 +- 105 microrad   
DYDZ    171 +- 114 microrad
</pre>


<!-- Date: Mon Oct 29 09:03:25 2007 -->
We have asked Bill Noe to refill SVX airseparator to 25 inches.
<!-- Author: Tom/Ricardo/Ignacio -->


<!-- Date: Mon Oct 29 09:12:11 2007 -->
<h1>Summary of the week</h1> 
 
<ul> 
<li>Quenches due to kicker pre-fire.</li> 
<li>ISL f303 and f304 ladders reincluded.</li> 
<li>Electrical tests of the oscillating RTDs.</li> 
<li>Clock set back to normal operation mode after shutdown. </li> 
<li>The first Noise-to-Bias scan after shutdown.</li> 
<li>RC configuration COSMICS_SILICON_TAPE did not work.</li> 
<li>1st store of FY2008. COT vertex and SVT synchronization.</li> 
</ul>
<!-- Author: Roberto -->