<!-- Title: 07:58:40  Sun Oct 29 2000 -->
<!-- Crewchief: Stan Thompson(morn) -->
<!-- Op1: Ronan McNulty(morn) -->
<!-- Op2: Andy Hocker(eve) -->
<!-- Op3: Mircea Coca -->
<!-- Op4: Jean Slaughter -->
<!-- Op5: Alan Sill -->
<!-- Op6: Steve Nahn -->
<!-- Notes: -->
<pre>get ready for the shot</pre>


<!-- Date: Sun Oct 29 09:16:37 2000 -->
<pre>Found Bug in Fib Code for downloading affecting  
L4 ladders...seems to be fixed.</pre>
<!-- Author: SCN -->
<!-- Comment: Sun Oct 29 09;17;24 comment by...SCN -->
<pre>See Run 102731 (DPS Off, Read ALL).  Still working on 
channel offset.</pre>


<!-- Date: Sun Oct 29 09:18:46 2000 -->
<table><tr><td><a href=/elog/notebooks/barrel4/Sun_Oct_29_2000_091840.ps align=top><img src=/elog/gifs/ghost64.gif  width='56' align='top'></td><td>Steve fixed the L4 FIB ped downloading bug, as above.  Good going, Steve!</a></td></tr></table>
<!-- Author: Alan -->


<!-- Date: Sun Oct 29 09:46:43 2000 -->
<pre>Took another run to check if Thresholds are OK -  
Run 102733, DPS and SPARSE, threshold 5.  Someone 
should conjur up a distribution of ADC counts 
and make sure we see our threshold applied (except 
for last chip last channel each HDI)</pre>
<!-- Author: SCN -->
<!-- Comment: Sun Oct 29 13;02;06 comment by...jean -->
see entry below about analyzing this data.
<!-- Date: Sun Oct 29 09:53:18 2000 -->
<pre>Set the Chips back to DPS Neighbors Mode, have also 
seen that DBANA seems to skip the first channel and 
shift all channels over by 1, which probably explains the 
plot mismatches.</pre>
<!-- Author: SCN -->

<!-- Date: Sun Oct 29 12:04:32 2000 -->
<pre>
Sun Oct 29 12:09:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 38 switched from ON to OFF
DVDD 0 39 switched from ON to OFF
DVDD 1 38 switched from ON to OFF
DVDD 1 39 switched from ON to OFF
DVDD 2 38 switched from ON to OFF
DVDD 3 38 switched from ON to OFF
DVDD 3 39 switched from ON to OFF
DVDD 4 38 switched from ON to OFF
DVDD 4 39 switched from ON to OFF
</pre>
<!-- Author: SVX Power Supply spy Demon -->


<!-- Date: Sun Oct 29 12:08:41 2000 -->
<pre>
Sun Oct 29 12:13:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 38 switched from OFF to ON
DVDD 0 39 switched from OFF to ON
DVDD 1 38 switched from OFF to ON
DVDD 1 39 switched from OFF to ON
DVDD 2 38 switched from OFF to ON
DVDD 3 38 switched from OFF to ON
DVDD 3 39 switched from OFF to ON
DVDD 4 38 switched from OFF to ON
DVDD 4 39 switched from OFF to ON
</pre>
<!-- Author: SVX Power Supply spy Demon -->



<!-- Date: Sun Oct 29 12:11:00 2000 -->
<pre>SVX power supply trip due to cooling flow alarm on PCE, lower limit hit on flow rate. Reset OK</pre>
<!-- Author: stan thompson -->
<!-- Comment: Sun Oct 29 12;13;27 comment by...jean -->
Steve blusk has contacted us and will be in later to adjust things.


<!-- Date: Sun Oct 29 12:31:09 2000 -->
<pre>Steve Blusk arrives, he will work on the cooling and maybe lower 
the flow alarm setting. The SVX cooling alarm is Disabled while 
he is working on the system</pre>
<!-- Author: stan thompson -->

<!-- Date: Sun Oct 29 12:32:33 2000 -->
<pre>
Sun Oct 29 12:37:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 26 switched from ON to OFF
DVDD 0 27 switched from ON to OFF
DVDD 0 38 switched from ON to OFF
DVDD 0 39 switched from ON to OFF
DVDD 1 26 switched from ON to OFF
DVDD 1 27 switched from ON to OFF
DVDD 1 38 switched from ON to OFF
DVDD 1 39 switched from ON to OFF
DVDD 2 26 switched from ON to OFF
DVDD 2 27 switched from ON to OFF
DVDD 2 38 switched from ON to OFF
DVDD 3 27 switched from ON to OFF
DVDD 3 38 switched from ON to OFF
DVDD 3 39 switched from ON to OFF
DVDD 4 26 switched from ON to OFF
DVDD 4 27 switched from ON to OFF
DVDD 4 38 switched from ON to OFF
DVDD 4 39 switched from ON to OFF
</pre>
<!-- Author: SVX Power Supply spy Demon -->



<!-- Date: Sun Oct 29 12:50:47 2000 -->
<pre>I reduced the required flow rate on PCE & PCW cooling   
line of SVX to 0.9 lpm, and increased the Pressure trip  
point to 13.8 PSIA. This is because the operational window 
of PCE is getting smaller. This problem is becoming urgent 
since we cannot reduce the flow much more otherwise the port cards weill get too warm. Probably we can go as low as 0.8 lpm, 
but it's set to 0.9 lpm now. 
</pre>
<!-- Author: Steven Blusk -->

<!-- Date: Sun Oct 29 12:55:19 2000 -->
<pre>
Sun Oct 29 12:59:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 27 switched from OFF to ON
DVDD 0 38 switched from OFF to ON
DVDD 0 39 switched from OFF to ON
DVDD 1 27 switched from OFF to ON
DVDD 1 38 switched from OFF to ON
DVDD 1 39 switched from OFF to ON
DVDD 2 27 switched from OFF to ON
DVDD 2 38 switched from OFF to ON
DVDD 3 27 switched from OFF to ON
DVDD 3 39 switched from OFF to ON
DVDD 4 27 switched from OFF to ON
DVDD 4 38 switched from OFF to ON
DVDD 4 39 switched from OFF to ON
</pre>
<!-- Author: SVX Power Supply spy Demon -->




<!-- Date: Sun Oct 29 13:20:16 2000 -->
<pre>Using rung 102733 to see if thresholds from the database are 
working properly. Sparse mode ( not NN). 
   1. Ran special version of SVXMon on fcdfsgi2 which gives the 
      pulse height distribution for the phi and z sides  
       of each ladder - 40 histograms in all ( 6 are empty). 
   2. See if any pulse heights between 0 and 5. 
   3. results - Yes there are in some cases, but cdf/data03/s1 
      has gone AWOL so i can't get the plots out to analyze 
      them. 
   4. called FCCC- they will look into it.</pre>
<!-- Author: jean -->
<!-- Comment: Sun Oct 29 14;39;53 comment by...jean -->
However, the plots I looked at suggest very strongly that
the threshold downloading is working as it should.  There
were only a very few entries between 0 and 5, consistent with
the last strip on the last chip that is always read out.
<!-- Comment: Sun Oct 29 14;48;36 comment by...jean -->
<pre>Randy Herber fixed /cdf/data03/s1 - at least temporarily.
He stronly suggests that we get anything we really care 
about copied somewhere else...I'm going to ask igor to make copies of the tools we use elsewhere.</pre>
<!-- Date: Sun Oct 29 13:49:19 2000 -->
<pre>
Sun Oct 29 13:53:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 26 switched from OFF to ON
DVDD 1 26 switched from OFF to ON
DVDD 2 26 switched from OFF to ON
DVDD 4 26 switched from OFF to ON
</pre>
<!-- Author: SVX Power Supply spy Demon -->





<!-- Date: Sun Oct 29 18:00:40 2000 -->
<pre><p>fcdfsgi2:/cdf/data03/s1/hardware/svxii is being very flakey 
again... I'm trying to move the various tools we have there 
to my spool area, but it may already be too late.  It's 
supposed to be fixed Monday morning (hopefully before shots).</p> 
 
<p>This of course is making it hard to get much done on shift...</p></pre>
<!-- Author: Andy H. -->


<!-- Date: Sun Oct 29 19:22:15 2000 -->
<p>I took a look at the ADC count distributions Jean made for run 
102733.  In the following table I show the number of histogram entries for ADC counts greater than 0 and less than 5:</p> 
 
<p> 
 
<table BORDER COLS=9 WIDTH="50%" NOSAVE > 
<tr> 
<td></td> 
 
<td></td> 
 
<td>Wedge</td> 
 
<td>2</td> 
 
<td></td> 
 
<td>Wedge</td> 
 
<td>3</td> 
 
<td></td> 
 
<td></td> 
</tr> 
 
<tr> 
<td></td> 
 
<td>E-phi</td> 
 
<td>E-z</td> 
 
<td>W-phi</td> 
 
<td>W-z</td> 
 
<td>E-phi</td> 
 
<td>E-z</td> 
 
<td>W-phi</td> 
 
<td>W-z</td> 
</tr> 
 
<tr> 
<td>L0</td> 
 
<td>0</td> 
 
<td>147</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>107</td> 
 
<td>0</td> 
 
<td>168</td> 
</tr> 
 
<tr> 
<td>L1</td> 
 
<td>0</td> 
 
<td>133</td> 
 
<td>0</td> 
 
<td>238</td> 
 
<td>0</td> 
 
<td>32</td> 
 
<td>0</td> 
 
<td>285</td> 
</tr> 
 
<tr> 
<td>L2</td> 
 
<td>off</td> 
 
<td>off</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>off</td> 
 
<td>off</td> 
 
<td>0</td> 
 
<td>208</td> 
</tr> 
 
<tr> 
<td>L3</td> 
 
<td>0</td> 
 
<td>143</td> 
 
<td>off</td> 
 
<td>off</td> 
 
<td>0</td> 
 
<td>41</td> 
 
<td>0</td> 
 
<td>146</td> 
</tr> 
 
<tr> 
<td>L4</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>148</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>0</td> 
 
<td>0</td> 
</tr> 
</table> 
</p> 
 
<p>Unfortunately I don't really know a good way to interpret 
this, but I'm sure someone else does...</p> 
  
<!-- Author: Andy H. -->
<!-- Comment: Mon Oct 30 09;03;51 comment by...Saverio -->
How did yuo produce this table ?
<!-- Date: Sun Oct 29 20:09:42 2000 -->
<pre>
Sun Oct 29 20:13:02 CST 2000
From the SVX Power Supply Demon
DVDD 3 38 switched from OFF to ON
</pre>
<!-- Author: SVX Power Supply spy Demon -->


<!-- Date: Sun Oct 29 20:13:52 2000 -->
<pre>
Sun Oct 29 20:17:02 CST 2000
From the SVX Power Supply Demon
DVDD 3 38 switched from ON to OFF
</pre>
<!-- Author: SVX Power Supply spy Demon -->


<!-- Date: Sun Oct 29 20:32:46 2000 -->
<pre>
Sun Oct 29 20:37:02 CST 2000
From the SVX Power Supply Demon
DVDD 2 38 switched from ON to OFF
DVDD 3 38 switched from OFF to ON
</pre>
<!-- Author: SVX Power Supply spy Demon -->



<!-- Date: Sun Oct 29 20:41:27 2000 -->
<pre>Came in to investigate complaints of reformatter errors by  
integration. Noticed DVDD3 east wedge 2 power was off but DVDD2  
was on. According to yesterdays log it was east wedge 2 layer 2 
that was giving reformatter problems and is switched off in the  
database. Switched layer 3 power on and switched layer 2 off on  
east wedge 2. Ran SVX with SEVB, 44K events - not a single  
reformatter error. All events triggered on were dispatched by 
sevb. Suspect that the reformatter errors were being caused by 
c2c4 from the ladder that switched off but not being read out.  
</pre>
<!-- Author: Mary Bishai -->
<!-- Comment: Sun Oct 29 21;26;10 comment by...Mary Bishai -->
If the reformatter errors were caused by reading out a ladder
with no power on then how could fibs have inited in the first
place? Also reformatter errors in the run control log seemed
to indicate it's the c4 before fib header:

0x2d20e3c4 0x000d83fc 0xa10d8200 = 

c4e3202d   fc830d00   00820da1

Consistant with no data on one channel forcing fib to add
c4s before headers on other channels.

WE NEED TO CHECK THAT INIT FAILS CAUSES RC COLDSTART TO FAIL
<!-- Comment: Mon Oct 30 06;57;19 comment by...jean -->
<table border=0><td><tr><td bgcolor=#e0e030>Does this mean volts.dat was editted incorrectly!
This file needs to checked and corrected first thing Monday morning.</td></tr></td></table>
<!-- Date: Sun Oct 29 20:57:26 2000 -->
<p>Some e-mails from Vladimir and Igor have been going around 
regarding the SVXDH/SVXMon strip-indexing-differs-by-one 
problem (click here  <a href=/cgi/elog/det-system-elog.pl?nb=barrel4&action=view&page=38&anchor=01:42:36 target=_top><img src='/elog/gifs/gr_menu.gif' width=19 height=10 border=0></a> for info).  It turns out to be a 
plotting artifact of ROOT (which is used by DBANA to make the 
SVXDH histos).  So that'll be easy enough to fix.</p> 
 
<p>Also the problem of the SVXDH histo for layer 4 west-Z being 
exactly identical for wedge 2 and 3 was tracked down (just a 
code bug).</p>
<!-- Author: Andy H. -->


<!-- Date: Sun Oct 29 21:01:54 2000 -->
<p>I'm still gettin' no love from /cdf/data03, so I can't 
copy our tools anywhere... we'll just have to hope this 
gets fixed quickly Monday morning.</p> 
 
<!-- Author: Andy H. -->
<!-- Comment: Sun Oct 29 21;04;05 comment by...Andy H. -->
...nor can I do any useful B4 work...



<!-- Date: Sun Oct 29 21:50:01 2000 -->
<p>R. Stanek noticed that the SVX chiller was running several 
degrees cooler than it ought to be.  We went downstairs to 
check it out and saw that it was stuck in some state where it 
thought that it was warmer than it really was, and thus was 
constantly chilling.  Rich punched some buttons pretty much at 
random on the controller (seriously) and it unstuck itself and 
is operating normally again.  He'll investigate this more 
tomorrow.</p> 
 
<p>With /cdf/data03 dead, there's really nothing I can do, so 
I'm bailing early tonight...</p>
<!-- Author: Andy H. -->


<!-- Date: Mon Oct 30 06:53:34 2000 -->
<pre>I copied this file into the svxii account home directory area. 
 
> cp /usr/doc/netscape-common-4.75/Netscape.ad ~svxii/Netscape 
 
Then, I changed the parameter for 'saveHistoryInterval' from 
600sec to 86400sec (24hour).  
 
*saveHistoryInterval:           86400 
 
I run the netscape during my owl shift. 
I've never seen that message.  
But, you should see the one after running 24 hour, unless  
you change the parameter.  
 
Let me know if you have a trouble.  
 
P.S. if you're using the netscape other than 4.75,  
it will complain. In that case, you have to rename  
the file name.  
</pre>
<!-- Author: Koichi -->


<!-- Date: Mon Oct 30 08:54:27 2000 -->
<pre>
Mon Oct 30 08:59:02 CST 2000
From the SVX Power Supply Demon
DVDD 0 26 switched from ON to OFF
</pre>
<!-- Author: SVX Power Supply spy Demon -->