<!-- Title: Day shift. Fri Nov  9, 2001 -->
<!-- SciCo: nobody -->
<!-- DAQAce: Ayana & Juan Pablo -->
<!-- MonAce: Juan Pablo & Ayana -->
<!-- CO: nobody -->
<!-- OpManager: D. Ambrose -->
<!-- Notes: -->
<pre>Low level gas alarm persists, but it's being worked on. 
Dee would like a clean control room!</pre>


<!-- Date: Fri Nov 9 08:24:00 2001 -->
Since a loooooong time ... in history ... 
Rick wanted WCAL07 and we gave it to him
<!-- Author: Ayana and Juan Pablo -->
<!-- Comment: Fri Nov  9 08;26;40 comment by...Ayana and Juan Pablo -->
<pre>... and in order to do it (give it-WCAL07 to Rick), 
we had to stop the cosmics and we did it (stop it-the cosmics
rrrun)</pre>


<!-- Date: Fri Nov 9 08:39:19 2001 -->
<pre>Since we have to do calibrations, we are going start doing them (the calibrations).</pre>
<!-- Author: Ayana and Juan Pablo -->


<!-- Date: Fri Nov 9 08:57:10 2001 -->
SMXQIE - run 131350 - no errors ... no errors (now 
thinking about it)
<!-- Author: Ayana and Juan Pablo -->
<!-- Comment: Fri Nov  9 09;10;01 comment by...Ayana and Juan Pablo -->
<pre>Thinking about it a little longer, the run did not end gracefully
so we are repeating the calibration (run 131352)</pre>
<!-- Date: Fri Nov 9 09:00:04 2001 -->
<pre>COT cooling alarm: 
 Endplate Temp process variable went above 71.0 
(its upper limit) 
Pager-paged.</pre>
<!-- Author: Ayana and Juan Pablo. -->
<!-- Comment: Fri Nov  9 09;02;58 comment by...Ayana and Juan Pablo. -->
<pre>Pager responded and pager is looking into that</pre>


<!-- Date: Fri Nov 9 09:04:38 2001 -->
<pre>Gas alarm. Cryo called. Cryo said it was their fault 
(just a fake alarm). 
</pre>
<!-- Author: Ayana and Juan Pablo -->



<!-- Date: Fri Nov 9 09:20:41 2001 -->
<br><b>b0wcal07, PEI fault:</b> 
<br>Discovered the YMon plots for the endwall were empty for  
wedges 18-23 east in the endwall (wcal07).  Found the PEI unit 
in fault on the -5.2V supply.  Attempted resetting and problem 
fault reset and immediatly faulted again.  Isolated the problem 
to the TOF transition boards (any one of which causes a fault). 
TOF folk notified.  Also noted that their small power supply 
fails to come on. 
<br>
<!-- Author: R.J. Tesarek -->


<!-- Date: Fri Nov 9 09:23:02 2001 -->
Shower Max QIE failed (software evb didn't get to end, and no 
file was written.)  We are researching the history of this problem before paging for help about it (the problem.) 
  
<!-- Author: Ayana and Juan Pablo -->
<!-- Comment: Fri Nov  9 10;04;31 comment by...a/jp -->
The SEVB page suggested we run Merlin to check out the messages
sent from SEVB; we notice that
"Sent begin of run events to CSL" is not followed by 
"Sent end of run events to CSL"...currently we're talking to an expert.


<!-- Comment: Fri Nov  9 10;33;53 comment by...Ayana and Juan Pablo -->
<pre>Luicciano P. looked at it meanwhile we were trying. 
He needs to do some modifications to the code and
will call us back to try again</pre>
<!-- Comment: Fri Nov  9 10;40;36 comment by...acelet (ace talking to expert) -->
At the third try, we began to see <font color=red>SMXR in slot 4 is not responding, header 0x.....</font> errors.
<!-- Comment: Fri Nov  9 11;09;38 comment by...Ayana and Juan Pablo -->
<pre>one more comment :

 It seems that the problem is a failure in the
conversion from Trybos to Root format.

 We tried to change the CSL host so that Lucciano
would have a copy of a file but did not succeed 
(because of the file being to big).
 Still knoking on the door ... after bitting our
heads against the wall once again ...</pre>
<!-- Date: Fri Nov 9 10:27:26 2001 -->
Still trying to figure out sevb problem.  Meanwhile, Masa  
has CCAL_(4n),L2, ALL L3 machines.  Matt will inherit L2 when 
he (Masa) is done.
<!-- Author: aces -->



<!-- Date: Fri Nov 9 10:34:03 2001 -->
WCAL_07 has a power supply problem; If we were to run, we wouldn't include it. Fix expected around lunchtime?
<!-- Author: ace and acelet -->



<!-- Date: Fri Nov 9 10:42:29 2001 -->
<pre>gas alarm, quicky cleared itself (the gas alarm)</pre>
<!-- Author: juan pablo & ayana -->


<!-- Date: Fri Nov 9 10:49:57 2001 -->
Cryo is warning us of an impending heartbeat alarm, while they restart a machine.
<!-- Author: ayana and juan pablo -->


<!-- Date: Fri Nov 9 11:00:03 2001 -->
<pre>Made a new cdfsoftb0 release (4.1.0int3b) and made this 
as a default of cdfsoftb0 now.  This is basically exactly the 
same as 4.1.0int3a (installed yesterday evening), but 
DABANA should be ok now, and SVXMon Errorlogger 
tcl problem is fixed.</pre>
<!-- Author: kaori -->



<!-- Date: Fri Nov 9 11:30:07 2001 -->
The fire alarm panel work is completed.  
<!-- Author: ace/let -->


<!-- Date: Fri Nov 9 11:41:42 2001 -->
We tried to readout the FCAL00 crate with the hardward 
evb (we still get an BUSY time outerror)
<!-- Author: Mario andKoji :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=131374' target=_top>131374</a>) -->


<!-- Date: Fri Nov 9 11:48:12 2001 -->
<pre>crate b0cot04 had the error and done lines latched on for the last week.  I suspected the tracer, and so replaced this with a spare from the cabinets outside the trigger room. 
 
removed   -> TRACER 103 from b0cot04, slot02 
 
installed -> TRACER 096 into b0cot04, slot02 
 
tried running it in the DAQ, and it appears that the problem has gone away.  turned the bad TRACER into Fred Lewis, and am going to lunch. 
</pre>  
<!-- Author: Kirby -->


<!-- Date: Fri Nov 9 12:07:53 2001 -->
<pre>Reces readout test: 
 
  ccal00, 04, 08, 12, L1 cal, L2 cal, Fred, XTRP, SVT 
  In L2 crate, L1, XFT, SVT (no Clist). 
  TEST_RECES trigger table (=crossing trigger w/o beam) 
  L2 auto accept (L1A=L2A) 
  Read all Reces board every L2A 
  Hardware evb with L3 subfarm 
  Change the L1A rate by changing the L1 prescale 
  for crossing trigger 
 
  took 50k events with FredL1A=L1A=L2A=90 Hz 
       30k events with FredL1A=L1A=L2A=180 Hz 
       20k events with FredL1A=2 kHz, L1A=L2A=200 Hz  
       (90% deadtime), then gave L2 gave DTO (vision error). 
 
     
   There seems to be significant improvement. </pre>
<!-- Author: masa :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=131372' target=_top>131372</a>) -->


<!-- Date: Fri Nov 9 12:11:53 2001 -->
<table border=0><td><tr><td bgcolor=#e0e030>Re-enabled VESDA system, dispatch called (x3414).</td></tr></td></table>
<!-- Author: ambrose -->


<!-- Date: Fri Nov 9 12:46:44 2001 -->
<pre>CCAL 13 and 12 might give errors when doing SMXQIE 
(Karen Byrum was working on it).</pre>
<!-- Author: Ayana and Juan Pablo -->


<!-- Date: Fri Nov 9 12:52:09 2001 -->
Harry Ferguson (x2450, LRP 747-3447) wants to be notified when 
the "cabinet guys" arrive in the control room to work.
<!-- Author: ambrose -->


<!-- Date: Fri Nov 9 12:52:37 2001 -->
We readout the FCAL00 and FCAL01 crates. We found  
bunch crossing number incompatibilities when we include 
the shower max. card in FCAL00 (probably due to some  
setting still to be done in the hardward database 
for these crates. Apart from that the readout is complete 
 and all conexions are in place.
<!-- Author: Mario and Koji :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=131382-131387' target=_top>131382-131387</a>) -->


<!-- Date: Fri Nov 9 13:28:19 2001 -->
<pre>The CES channel that was giving problems 
yesterday has been lower by 50 volts. 
In case of problems contact Larry Noudleman</pre>
<!-- Author: Ayana and Juan Pablo -->


<!-- Date: Fri Nov 9 14:12:47 2001 -->
Roberto and I finished replacing the PEI supply in b0wcal07. 
It might be a good idea to use this crate as much as possible 
to try and identify any additional problems this might have 
caused...  like trigger cables comming unplugged, etc...
<!-- Author: M Jones :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER= ' target=_top> </a>) -->


<!-- Date: Fri Nov 9 14:53:14 2001 -->
Done with L2 tracking tests.  Details in <a href= 
'/cgi/elog/det-system-elog.pl?nb=l2&action=view&page=27&frame=2&anchor=14:51:52'>L2 e-log</a>.  Releasing L1gl, L2de, SVT06-07, XTRP and scalers.
<!-- Author: Matt -->


<!-- Date: Fri Nov 9 15:01:58 2001 -->
There's a sevb/csl saga which we'll document later; meanwhile Nikolai has informed us that he's tunring off power to the WHA NE crates.
<!-- Author: aces -->
<!-- Comment: Fri Nov  9 15;42;02 comment by...aces -->
OK: documentation: we were never able to complete a qie calibration (of any variety)  After the attempts described in the previous entries, we tried to force trybos output from the software event builder (with a command-line switch and modified consumer tcl file)...this had the same failure symptom.  We tried again with QIE_ACE, no luck.  

We tried again: now CSL connection returns error -10 every time.
<!-- Date: Fri Nov 9 15:02:37 2001 -->
<p>Two steps forward and one step back.  We had another <a href= 
'/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=75&frame=2&anchor=14:58:28'> 
L00 Power Supply</a> go bad today and had to pull it out.  CAEN is definitely a four-letter word.<p>  
<!-- Author: Napora and Herndon -->


<!-- Date: Fri Nov 9 15:08:20 2001 -->
gas alarm cleared very quickly.
<!-- Author: A & J P -->


<!-- Date: Fri Nov 9 15:14:40 2001 -->
We finally were able to read the FCAL00 and FCAL01 crates 
including all boards (also the SMXREADOUT_RAP_00 in FCAL00). 
 It was possible only after changing  the PIPELINELENGTH  
and PIPELINEOFFSET parameters in the hardward db  
to 29 and 7 respectively in the FCAL ADMEM 
cards and the SMXBUNCHCOUNTER to 38 in the SMX crate. 
 
Those values were taking looking at the corresponding  
parameters in CCAL crates. Still the right time for the  
FCAL detectors has to be set.  
 
We have also checked the structure of the MPAD bank 
and it looks right. 
<!-- Author: Mario and Arnd :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=131398' target=_top>131398</a>) -->



<!-- Date: Fri Nov 9 16:06:58 2001 -->
<font color=red>Shift Summary: </font><pre>An all-day shower max calibration!   
 
Other notes: Nikolai is still working on NE WHA crates.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   131352-131409
Delivered Luminosity   0  
Acquired Luminosity    0  
Efficiency             n/a
   
</td></tr></table></pre>
<!-- Author: Aces -->