<!-- Title: Day shift. Sun Jun  3, 2001 -->
<!-- SciCo: Henry Frisch -->
<!-- DAQAce: H. Ray -->
<!-- MonAce: R. Napora -->
<!-- CO: Isamu Nakamura -->
<!-- OpManager: Doug Benjamin -->
<!-- Notes: -->
<pre>plan:  
if beam run cosmics; 
if no beam do calibrations</pre>


<!-- Date: Sun Jun 3 08:43:13 2001 -->
<pre>-so far in new cosmic run only one L3 converter node (#8) has  
had its 'name' turn red, but it has registered many bad events. 
seems that we used to see only 1 bad event most often...? 
</pre>
<!-- Author: david :: (run <a href='/cgi-bin/runSummaryRun.cgi?116623' target=_top>116623</a>) -->


<!-- Date: Sun Jun 3 08:54:01 2001 -->
called Hyun Soo.  We were told to leave the muon system HV on standby while the beam is unstable.
<!-- Author: h ray -->


<!-- Date: Sun Jun 3 08:57:27 2001 -->
Eric James tells us the b0musc00 bunch counter mismatch error is caused by a bad TDC.  He'll change it as soon as a spare becomes available.  We're to keep it in the run unless other problems occur.
<!-- Author: hray -->


<!-- Date: Sun Jun 3 09:19:29 2001 -->
<pre>morning fatigue 
like palpable haze 
all is serene 
</pre>
<!-- Author: haiku ace -->


<!-- Date: Sun Jun 3 10:09:14 2001 -->
<pre>run 116623 from previous shift ended with done time out in b0htdc00 (hadron timing crate).  HRR, end with coldstart, reset-partition-coldstart, reboot all didn't work.  Vxlogin window shows this error when we get the  DTO: 
 
TRACER_enableDone: Front End Fatal Error (-1): Tracer done not set 
 
Issued a reset_crate command.  Okay now - run 116626 started.</pre>
<!-- Author: hray, dave -->
<!-- Comment: Sun Jun  3 10;28;09 comment by...hray -->
<pre>ended after 70 K events with another hadron timing tracer error.  Paged hadron front end electronics pager.  They told us to contact Arnd or Eric James.  Left a message on Erics home machine, no answer in Arnds office.  Sending email to them and taking the crate out of the run.</pre>
<!-- Comment: Sun Jun  3 17;19;34 comment by...Arnd -->
<pre>Well, the 'Tracer Done not set' error just indicates that you
got a Done timeout; the error causing that was a VME read error,
in slot 15. I'll do some standalone tests with that crate.
</pre>
<!-- Date: Sun Jun 3 10:18:55 2001 -->
<pre>On Nigel's suggestion, I call Koji to see what the Beam Shower  
Counters saw for losses during the saga of the spikes of the  
last 30 hours or so. He comes in- we see zero on the ACNET 
display for the BSC proton losses (there's beam in the 
machine at 150 GeV). He's investigating. 
	We will try to get documented instructions on how to  
look at losses with the BSC, and also to find the scale  
factor between the BSC and BLM losses so that we can 
figure out if we're being hoodwinked in the future.</pre>
<!-- Author: Henry -->



<!-- Date: Sun Jun 3 10:42:46 2001 -->
<p><font size=+2>Henry called the cryo area to check on the status of the "Trouble" alert for Crawl Space West on the Cryo:Flammable Gas Alarms page (<a href='/cgi/elog/elog.pl?nb=2001&action=view&page=358&frame=2&anchor=23:03:16'>reported yesterday evening</a>).  They said that this was not a major problem, but that it would require an access to fix it.  We e-mailed Dervin to make sure that he was aware of the situation.</font></p>
<!-- Author: Napora -->


<!-- Date: Sun Jun 3 10:55:26 2001 -->
<pre>MCR has dropped the beam so Andy can calibrate the 
scale-factors on the BLM integrators.</pre>
<!-- Author: Henry :: (run <a href='/cgi-bin/runSummaryRun.cgi?116627' target=_top>116627</a>) -->


<!-- Date: Sun Jun 3 10:56:07 2001 -->
<pre>Michael Schmitt is taking the CMX to fix noisy 
channels. He'll tell us when he's done.</pre>
<!-- Author: Henry :: (run <a href='/cgi-bin/runSummaryRun.cgi?116627' target=_top>116627</a>) -->


<!-- Date: Sun Jun 3 11:10:11 2001 -->
<pre>run 116627 ends with busy time out from cmu00 crate.  HRR doesn't fix. 
 
(MLE) b0tsi02:Messenger:11:02:57 AM->BUSY timeout 
(MLE) b0l3gate1.fnal.gov:main:11:03:00 AM->Host b0eb10.fnal.gov, task tsmDisp 
SM-P0-E-NoSuchEvent: SCPU b0eb18 claims to have loaded non-existent event 180826. 
 
try to end run, reset and repartition.  get error 
 
 
b0dau32.fnal.gov : csl_driver : 11:06:45 AM 
-> Logger partition 0 is in state: 6. 
(INITIAL 0,CONNECTED 1,ACTIVE_IDLE 2,ACTIVE 3,COMPLETED 4,BUSY_STATE 5,ERROR_STATE 6) 
 
</pre>
<!-- Author: hray -->
<!-- Comment: Sun Jun  3 11;32;39 comment by...hray -->
we tried to cleanup EB.  doesn't help. a search of previous log entries shows this occured about two weeks ago
<a href=
'/cgi/elog/elog.pl?nb=2001&action=view&page=297&frame=2&anchor=10:15:57'>
user link text </a> 



<!-- Comment: Sun Jun  3 13;29;17 comment by...R. Vidal -->
the above comment created problems for the e-log causing it to hang-up when displaying the page.  Originally, it was plain text containing
an HTML reference.  When we removed the &lt;pre&gt; tags, the
problem went away.  I am not able to find what caused this and need to look at this further tommorrow...try not to mix HTML
and plain text unless you are confident it will work ok...
<!-- Comment: Mon Jun  4 11;48;01 comment by...R. Vidal -->
this problem was a bug in the "auto-wrap" feature for plain text; it should be fixed now.
<!-- Date: Sun Jun 3 11:41:19 2001 -->
<pre>Boris requests L3 and the EVB for an hour for a test 
of his L3 proxy; we (of course) grant it. </pre>
<!-- Author: Henry -->


<!-- Date: Sun Jun 3 12:30:40 2001 -->
<pre>Turned CMX HV on.  Wedges 16&17 on East side set to low values for now.  I unplugged the signals for wedges 7 West as the noise is very bad.  Other noisy channels on the east side seem to come from HV -- not unplugged.   Will investigate more, later.</pre>
<!-- Author: Michael Schmitt -->


<!-- Date: Sun Jun 3 12:36:52 2001 -->
<pre>Koji has finished with the Beam Shower Counters- sounds like the 
HV PC on the third floor was hung (WHY DIDN'T THIS SHOW UP ON 
THE HV STATUS DISPLAY??). He and Andy added the BSC to 
the Tev Losses EZ-Writer page. He'll also add an integrated 
BSC variable to his program and ACCNET. Loss rates are very 
low (but no longer zero).</pre>
<!-- Author: Henry -->
<!-- Comment: Sun Jun  3 16;23;22 comment by...Alan Sill -->
This sounds like a very serious monitoring problem and should be followed up!!
<!-- Date: Sun Jun 3 12:38:16 2001 -->
<pre>paged CSL expert.  Tony was kind enough to walk me through a stop,cleanup, and start of the CSL.  We(Tony on the phone and me at the computer) edited a file to send data from the I stream into disk5, as well.   Problem was due to old .test files on disk1,2,3 which were never deleted  (should be after 24 hours).  He will look into the problem.   
 
Gave Boris the plug calorimeter to run his tests.</pre>
<!-- Author: hray -->


<!-- Date: Sun Jun 3 12:50:34 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-1033&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-1033  width='300' align='top'></td><td>The problem with the radmon system is that the CAMAC module that integrates the dose reports values that are way, way too high.  To test this I replaced one BLM's output with a 3 nA current source.  This fakes a BLM getting a constant 4 mrad/s dose.  The integrated dose should then be a straight line with slope .004 rad/s.  The plot here shows that the CAMAC 335 module (which reports the instantaneous dose rate) correctly reads out .004 rad/s (green line).  However the 336 module (which does the integrating) has a slope of about 650 rad/s!  In fact in just a few seconds you can see that it gets to about 9000 rad and rolls over.  So the problem seems to be in the firmware of the 336 module.  We will need to coordinate with BD to get this fixed.</a></td></tr></table>
<!-- Author: Andy Hocker -->


<!-- Date: Sun Jun 3 12:51:11 2001 -->
<pre>ten dimensions 
time slows 
when are collisions? 
	</pre>
<!-- Author: Haiku Deuce -->


<!-- Date: Sun Jun 3 13:07:33 2001 -->
<p> 
More on radmon: 
 
Just got off the phone with Dwayne from MCR.  Our radmon CAMAC modules (unbeknownst to us) are being read out by a new front-end, the driver for which was declared "buggy" a few days 
ago.  People were looking into it but it's not clear that this 
issue was ever resolved.  We also learned D0 is seeing the same 
effects.  Anyway Dwayne is trying to follow up on what's up with 
this front-end driver (was it fixed?  will it be fixed?  etc.) 
</p>  
<!-- Author: Andy Hocker -->


<!-- Date: Sun Jun 3 13:09:11 2001 -->
<pre>I tested new monitoring fixes.  
Looks like now we do not loose monitoring messages.  
A new version will be available shortly.  
 
c08 has a serious input problem . (ATM connection probably)  
I'll try to figure it out right now.  
 
</pre>
<!-- Author: Boris.  -->


<!-- Date: Sun Jun 3 13:12:04 2001 -->
run 116638 started with HEVB and no muon system.  Tried to run with SEVB while Boris was working on L3 but got continuous crate errors and DTO's from muon system.  If all works will add it back in next run.  
<!-- Author: hray -->



<!-- Date: Sun Jun 3 14:13:49 2001 -->
<table border=0><td><tr><td bgcolor=#e0e030><p> 
Despite the fact that the reported BLM integrated losses are completely unrealistic, THE SHIFT CREW SHOULD CONTINUE TO MONITOR E:SVRAD[0-3] 
AND MANUALLY ABORT THE BEAM IF ANY OF THEM EXCEED 6000 RAD.  MCR 
said they wouldn't mind that at all during 150 GeV studies anyway.</p> 
<p> 
Note that the instantaneous losses reported by E:SVBL[A1-B2] *are* based in reality, so it's a good idea to monitor these 
as well to have an idea of what's really going on.  Note also that this integration problem does not affect the automated abort, which triggers on instantaneous losses.</p></td></tr></td></table>
<!-- Author: Andy Hocker -->


<!-- Date: Sun Jun 3 14:33:11 2001 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>Just to repeat what Andy says above, the agreement CDF has with the BD (this is Jeff, me as Psycho, and Dwayne, the BD CrewChief) is that we will still operate under the existing rules about losses, with NO changes, while the problem is being sorted out.</pre></td></tr></td></table>
<!-- Author: Henry -->


<!-- Date: Sun Jun 3 14:43:43 2001 -->
<pre>run 116638 ended with 725 K events to do a Monica Run</pre>
<!-- Author: hray -->


<!-- Date: Sun Jun 3 14:49:38 2001 -->
<pre>The PHA Trip list for the day: 
 
Time	Crate	 
====	===== 
0840	  8 
0845	  4 
0855	  4 
0928	  9 
1107	  1 
1136	  8 
1159 	 11 
1430	 11 
1445   	  1 
 
All HIHI's; All got happy again on their own.</pre>
<!-- Author: Napora -->
<!-- Comment: Sun Jun  3 15;01;31 comment by...Napora -->
<pre>And Crate 4 at 1503...</pre>
<!-- Comment: Sun Jun  3 15;25;19 comment by...Napora -->
...and crate 3 at 1526...
<!-- Comment: Sun Jun  3 15;42;54 comment by...hray -->
<pre>..and crate 11 at 1541</pre>
<!-- Comment: Sun Jun  3 15;45;08 comment by...hray -->
and crate 4 at 1544
<!-- Date: Sun Jun 3 14:53:56 2001 -->
<p><font size=+0>Koji came over earlier to talk to us about the Beam Shower Counters (BSC).  We had some problems initially, because their HV was not on.  This was <b>not</b> reflected on the High Voltage Summary page, however.  We are sending e-mail to the experts so they can look into this.</font></p>
<!-- Author: Napora -->


<!-- Date: Sun Jun 3 14:57:48 2001 -->
runs 116639 and 116640 taken with INTEGRATION_SUMET_2[2,130] 
<!-- Author: hray -->



<!-- Date: Sun Jun 3 15:23:15 2001 -->
<pre>getting b0l1gl00 errors when starting run.  vxboot didn't work.  manually pushed reset button. this worked. 
 
116643 monica run with muon system in place.</pre>
<!-- Author: hray -->



<!-- Date: Sun Jun 3 15:28:45 2001 -->
<pre>The Gamma Power Supply (GAM) system lost its heartbeat on the Global Alarms page...and none of its buttons respond when I click on them...and the documenation is a bit vague...I think I shall page an expert...</pre>
<!-- Author: Napora -->
<!-- Comment: Sun Jun  3 15;46;02 comment by...Napora -->
...talked to Steve Hahn...in the interim CEM, CHA, WHA went grey and the GAM came back to green...it turns out that the experts were working with it downstairs (something that should not have effected operations) and they effected operations...in the future if there is a (real) problem of this nature you can follow the instructions at the end of the XEF calibration to restart the calorimeter systems.
<!-- Date: Sun Jun 3 15:30:46 2001 -->
<pre>116466 cosmics[4,130] run with muon system.  </pre>
<!-- Author: hray -->





<!-- Date: Sun Jun 3 15:46:33 2001 -->
<pre>Observed that the watercooler outside the control room was empty 
 
refilled it with water from upstairs...</pre>
<!-- Author: good greg -->


<!-- Date: Sun Jun 3 15:51:29 2001 -->
<font color=red>Shift Summary: </font><pre>Beam was in the machine most of the time- we consequently just 
took data, with some time out for folks working on things dear 
to their hearts (Monica- Level 2, Boris- Level 3, Michael S. on 
CMX). 
Spent lots of time discussing the fake radiation integrated levels with BD- we will follow the usual rules about manual 
aborts etc. with no changes while the cause of the erroneous 
scale factor is being sorted out by the BD. 
We are to ignore L308 errors, I'm told. 
We found the BSC HV was off, although the monitoring said it 
was happy. WE STILL NEED MAJOR DAILY ATTENTION FROM THE 
HV MONITORING FOLK.</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   116623-646
Delivered Luminosity   0  pb-1
Acquired Luminosity    0  pb-1
Efficiency             200%
   
</td></tr></table></pre>
<!-- Author: Henry -->
<!-- Comment: Sun Jun  3 15;58;25 comment by...haiku ace -->
<pre>Note that while the identity of a haiku ace can never truly be
revealed, it is exceedingly likely that we will very shortly 
need a replacement.  all new aces are encouraged to attempt new
and profoundly beautiful haikus in the shift log, for the
benefit of us all......
</pre>




<!-- Date: Sun Jun 3 17:34:28 2001 -->
Well, if you're going to do this, might as well pick 
up a <a href="http://www.ahapoetry.com/keirule.htm" target=_blank>few pointers</a>
to help you.  (Hint: don't concentrate on the rules; be guided by your poetry.)

<p>
Distant recall<br>
of high mountains<br>
my heart longs.<br><p>


<!-- Author: Snowmass haiku coach -->