<!-- Title: 14:21:56  Sat Mar 31 2001 -->
<!-- Crewchief: Jean -->
<!-- Op1: Steve N. -->
<!-- Op2: Yohsei -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre> 
Plan for Sat-Sun  3/31-4/1 
-------------------------- 
(1) setup LB0W3, SB0W6 and IB0W3 in HDB 
(2) integrate HEVT 
(3) integrate SEVT  
        ---> calibrations 
             all useful portcards - see list below 
 
 
Summary of useful silicon wedges on March 31st. 
------------------------------------------------- 
  wedge   remark 
------------------------------------------------- 
* S B0W6  L4 drops RO 
  S B1W6  OK 
  S B2W6  L0?, L4 OFTM replaced 
  S B2W7  L4 RO error, L4 huge current 
  S B2W8  OK 
  S B3W5  Ok 
  S B3W6  L2 draws & current 
  S B4W5  L2 grassy & current, L3 partial deplete 
* I B0W3  L2 inits but no RO 
  I B1W3  L2 & L4 off (cooling) 
  I B5W3  no data, NEED TEST 
* L B0W3  OK 
  L B1W3  L2 problem 
------------------------------------------------- 
* 3 for 1x8 if no ORC 
</pre>


<!-- Date: Sat Mar 31 14:23:49 2001 -->
<pre>Having trouble with CAEN GUI just like Mary saw last night 
Andrew I is on his way. 
</pre>
<!-- Author: Jean -->


<!-- Date: Sat Mar 31 18:48:31 2001 -->
<p> 
I just noticed that SB0W7 layer 1 is biased, but no one is here doing tests.  Is this intentional?  The interlock was left active and the 5V PS is on.  I paged Jean.</p>  
<!-- Author: Andy H. -->
<!-- Comment: Sat Mar 31 18;56;34 comment by...Andy H. -->
<p>Jean says it shouldn't be on.  In fact, she says it never should have been on.  I turned it off, and I will disable SVX B0 in iFix.</p>


<!-- Date: Sat Mar 31 19:51:34 2001 -->
<p> 
I had to lower the frequency of PSMon updates to iFix to approximately once every 30 s (previously it was about 5 s).  This is because PSMon hogs iFix's resources while it accesses the database, so with a 5 s update frequency iFix doesn't have a chance to respond to commands like activating/deactivating enables.  We never noticed this before because I only ever ran PSMon in short testing spurts.</p> 
 
<p> 
As a consequence PSMon only sends the interlock status to the GUI about once every 30 s.  Andrew has the GUI set up to say "Lost communication with iFix" when it doesn't get data from PSMon after some period of time less than 30 s, so this message keeps popping up.  I'll email Andrew and have him increase the timeout limit.</p>
<!-- Author: Andy H. -->


<!-- Date: Sat Mar 31 21:19:22 2001 -->
<p> 
<h1> 
CONTROL ROOM AUDIO ALARMS FOR SVX/ISL/L00 PS TRIPS ARE NOW ACTIVE. 
</h1> 
<p> 
I tested this by faking some trips, seeing that the appropriate box on the CDF Global Alarms page turned red, and listening for the chirping birds.  However, the HV summary page is not set up to pay attention to us.  This is weird, because Margherita and I set it up last Friday.  Sometime over the course of the week it must have got replaced by an older version.  I will e-mail the experts (J.C. and Margherita).</p> 
<p> 
For what it's worth, I have my own copy of this page that IS set up for SVX/ISL/L00 and that works fine.</p>
<!-- Author: Andy H. -->


<!-- Date: Sat Mar 31 23:52:08 2001 -->
<p> 
I am about to turn on LB0W3 to test current monitoring.</p>
<!-- Author: Andy H. -->
<!-- Comment: Sat Mar 31 23;53;17 comment by...Andy H. -->
<p>Denied!  DAQ handshake problem.</p>

<!-- Comment: Sun Apr  1 00;00;58 comment by...Andy H. -->
<p>I had forgotten to enable the interlocks anyway.  Trying again...</p>


<!-- Date: Sun Apr 1 00:02:36 2001 -->
<p>Nope, still DAQ handshake error.  Hell with it... I'll shut down the GUI now.</p>
<!-- Author: Andy H. -->


<!-- Date: Sun Apr 1 00:38:30 2001 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>I've set up a little real-time plotter in iFix for bias currents. 
And if I had been able to turn anything on, I could've even 
tested it.  Anyway, to use it, 
 
1. Click on "Real-time Ibias" on the Silicon Cooling main menu. 
2. Double-click on the plot. 
3. Click the "Chart" tab on the pop-up. 
4. Replace the tag names in the pen list with the ones you want 
   to look at.  Example tag names are: 
 
	SVX_B0W6_L0_VBIAS_IREAD.F_CV 
	ISL_B0W3_L1_VBIAS_IREAD.F_CV 
	ISL_B0W3_L1_VBIAS1_IREAD.F_CV 
	L00_B1W3_L2_VBIAS_IREAD.F_CV 
	L00_B1W3_L3_VBIAS_IREAD.F_CV 
	L00_B1W3_L3_VBIAS1_IREAD.F_CV 
 
5. For each tag, uncheck the "Fetch Limits" box and enter the 
   appropriate low and high limits for the plot. 
6. When you are all done click OK. 
7. If it works, the plot will update every 5-10 s. 
 
I also set up the iFix Historian to permanently log the bias 
currents for the "good" wedges listed on the trigger room white 
board.  But it doesn't look like it's working.  I'll ask Bill 
Noe to help me with this Monday morning.</pre></td></tr></td></table>
<!-- Author: Andy H. -->


<!-- Date: Sun Apr 1 08:36:24 2001 -->
<pre>A comment about the header of this page: 
by "partially depleted" Mary probably means "large uniform  
common mode noise". Probably it has nothing to do  
with depletion voltage.</pre>
<!-- Author: Saverio -->


<!-- Date: Sun Apr 1 14:19:08 2001 -->
<pre>"minimal Silicon set of ladders" 
Tested integrated with the rest of CDF<br> 
See <a href=" /cgi-bin/elog.pl"> main logbook </a> 4/1/2001 for this. 
<pre> 
Bias currents: 
 
SB0W6 
ch V   I(reading) 
0 94 185 *** 
1 99  22 *** 
2 22  24 
3 92 138 *** 
4 95   2 
*** means: is the sensitivity taken into account for in the 
     GUI ? 
 
 
LB0W3 
ch  V  I 
0  65  7  
1  65  2 
2  65  7 
3 140 72 
4 140 23 
 
IB0W3 
ch  v1  I1    V2   I2 
0  40   0    40    0 
1  90  50   110  343 
2  45   0    25    0 
3 100 173    90  141 
4  48   0    43    0 
 
</pre></pre>
<!-- Author: Saverio -->


<!-- Date: Sun Apr 1 14:32:09 2001 -->
<pre>Documentation and cleanup 
 
1. All barrel 4 stuff in ~svxii/public_html moved to 
    ~svxii/public_htnl/com_run 
2. ~svxii/public_html/runii is the place to put the instructions.</pre>
<!-- Author: Jean -->


<!-- Date: Sun Apr 1 15:38:14 2001 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-10&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-10  width='300' align='top'></td><td>Silicon wedge-6 (3) west barrel is now integrated in CDF readout.</a></td></tr></table>
<!-- Author: SCN, SDA, AJS, LM -->


<!-- Date: Sun Apr 1 16:39:11 2001 -->
<a href= 
'/cgi/elog/elog.pl?nb=2001&action=view&page=171&frame=2&anchor=16:37:18'> 
Summary</a> of Todays running with LB0W3, SB0W6, IB0W3 
<!-- Author: SCN -->


<!-- Date: Sun Apr 1 16:48:31 2001 -->
<pre>Igor's instructions for when the system is up again. 
 
SVXMon seems to experience silicon numerology problems. The latest 
numerology changes didn't make it into one of the online stable releases 
yet, so for now I switched the svxmon version on the online machines 
to development. Please try to run it again when events are streaming, 
with the same command: 
 
/cdf/people2/svxii/consumer/svxmon.run 0 
 
The plots will not be sent to the display program, I turned this 
feature off in the script. If this dumps core, please send me an e-mail 
(and don't delete the core file). If this doesn't seem to dump core for 
some number of events then stop the program and change the script: 
 
cd /cdf/people2/svxii/consumer 
cp SVXMon_demo_template.tcl.old SVXMon_demo_template.tcl 
 
Try to run it again, the plots now should be sent to the 
display. Note that the file SVXMon_demo_template.tcl need changes 
anyway since it books strip-level histograms only for the wedge 
which is in the same position as barrel 4 was. I'll fix this 
as soon as I process the recent calibration run. 
</pre>
<!-- Author: Jean -->


<!-- Date: Sun Apr 1 18:46:02 2001 -->
<H2><b>THERE IS NO ISL B5W3 HOOKED UP!!!!!!!!!!. ITS IB2W3</b></H2>. 
  
<!-- Author: Mad Mary -->
<!-- Comment: Sun Apr  1 18;46;45 comment by...Madder Mary -->
<pre><H3>ANOTHER TYPO I MEAN IB5W2</H3></pre>


<!-- Date: Sun Apr 1 18:49:36 2001 -->
<pre>Wedges retested in standalone today 
 
Wedge		Status 
------		------- 
IB5W2		Checks out ok. Biases fine 
SB2W6		L0 data really screwed up - bytes are 
                being dropped, bit 2 is stuck hi  
                sometimes (Superfib?) 
		L4 still drops readout.</pre>
<!-- Author: Mad Mary -->


<!-- Date: Mon Apr 2 14:46:18 2001 -->
<pre>From Igor 
 
There were some problems with the silicon calibration data in run 
110920. Here is the list: 
 
1. Something is wrong with either hardware fib id bits or with 
   bank unpacking for ISL. SVXMon finds a detector in the data 
   stream at west barrel, west half, layer 6, phiWedge 35. The 
   ISL ladders on layer 7 are found at phi coordinates 0 and 35. 
 
2. There is a problem with bunch crossings 50, 103, and 156. At 
   these bunch crossings phi side pedestals are 0 and z side 
   pedestals are too high. See plots 
   http://www-cdf.lbl.gov/~igv/Plots_run_110920/peds_vs_bunchx.ps 
   http://www-cdf.lbl.gov/~igv/Plots_run_110920/example_pulse_height_distro.ps 
 
3. The front end of the W 1 6 -A Z is dead. Is the AVDD power supply OK? 
 
(W 1 6 -A Z means west barrel, layer 1, phi wedege 6, west halfbarrel, Z side) 
 
The plots of pedestals, noise, and dnoise can be found at 
http://www-cdf.lbl.gov/~igv/Plots_run_110920/ 
Pedestals and noise are determined without bad bunch crossing suppression 
but using robust statistics (pulse height distribution median is plotted 
as pedestal, half of the range between 84th and 16th percentiles as noise). 
Overall, there seems to be large common mode noise both in L00 and ISL 
while SVX seems to be OK. I'll suppress bad bunch crossings and make 
more representative plots later today. 
 
Run number 110926, which is supposed to be the DPS on run, didn't make 
it to fcdfsgi2... The file /cdf/data08/_APHYSR.0000/ar01b14e.0001phys 
exists but it has no events in it. 
</pre>
<!-- Author: Jean for Igor -->