<!-- Title: Day shift. Wed Mar 14, 2001 -->
<!-- SciCo: Steve Vejcik -->
<!-- DAQAce: Aaron Dominguez -->
<!-- MonAce: &nbsp; -->
<!-- CO: &nbsp; -->
<!-- OpManager: &nbsp; -->
<!-- Notes: -->
<pre>* Access until 9pm. 
* Central cal fixes to cafe cards 
* Jim P. has all COT this am 
* COT02+XFT taken all day by Jay 
* L2 taken this afternoon by Steve M 
* Plug crates taken this afternoon for laser pulsing 
* Steve V will take wall, and pulser, b0musc00 after laser guys are done.</pre>


<!-- Date: Wed Mar 14 09:02:09 2001 -->
<pre>b0l3089 processor node is dead (red) in L3 display. 
 
Restarting L3... 
 
</pre>
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 09:16:17 2001 -->
<br><b>Wedge 15 tower 0 problems:</b> 
<br>Replaced CAFE cards for the offending channels.  Details 
of this operation are in the 
<a href="/cgi/internal/elog/det-system-elog.pl?nb=wedge&action=xe&page=48&time=09:00:38">Wedge e-log.</a> 
<br> 
<br><font color="ff0000"><b>HV must be turned off for all 
work on the calorimeter PMTs</b></font> 
<br>  Work on the calorimeter PMTs without turning off the HV resulted in the loss of the above 4 channels of electronics. 
<br>
<!-- Author: R.J. Tesarek -->


<!-- Date: Wed Mar 14 09:17:52 2001 -->
<br><b>b0pcal01, console line:</b> 
<br>Noted problem with the console (minicom) line for 
this crate yesterday.  Inspected the connections for the  
console line at the crate and everything appears to be in  
perfect order. 
<br>
<!-- Author: R.J. Tesarek -->


<!-- Date: Wed Mar 14 09:27:52 2001 -->
Rick T taking NW arch for test.  Should be done in ~15min
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 09:54:30 2001 -->
<pre>Run standalone VRB link test on COT crates. 
Could not produce a problem either with byte 
counts near the count of the bad event last 
night (~0x2c00) or up to 6000 bytes per crate.</pre>
<!-- Author: patrick -->


<!-- Date: Wed Mar 14 10:11:59 2001 -->
<pre>Bob Wagner will turn off south arch PM high voltage until ~noon. 
</pre>
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 10:34:47 2001 -->
<pre>Shunt trip has been disabled for fire dept. tests.</pre>
<!-- Author: K Burkett -->


<!-- Date: Wed Mar 14 10:41:07 2001 -->
<pre>
Kerberos console logins have been enabled on b0dap20, 
b0dap26, and b0dap18. When you attempt to log in, 
if you have a Kerberos account, you should give your 
Kerberos password. If you don't have a Kerberos 
account, or are logging into a group account such 
as cdfdaq, you may be prompted twice for the password. 
Just type the password both times. An attempt will 
be made to correct this. If you have problems, 
contact Jeff Schmidt (jschmidt@fnal.gov)
</pre>
<!-- Author: patrick + Jeff Schmidt -->


<!-- Date: Wed Mar 14 11:11:46 2001 -->
<pre>Shunt trip re-enabled.</pre>
<!-- Author: K Burkett -->


<!-- Date: Wed Mar 14 11:15:43 2001 -->
<pre>Run 109259 stops after 16 events.  Looks like 
TM problem.  We log into TS crate and see: 
TM_reset   TM_reset       c56020 180 SUSPEND      2818fc    
TM_reset   TM_reset       c51e18 180 PEND         28034c   c51d80      
 
b0tsi00-> tt 0xc56020 
287734 vxTaskEntry    +60 : TM_reset () 
e170e4 TM_reset       +c0 : tm_stop () 
e189d8 tm_stop        +84 : tm_freeMem () 
e18ae4 tm_freeMem     +48 : semDelete () 
27f8d0 semDelete      +14 : semDestroy () 
27faa0 semDestroy     +19c: objFree () 
256684 objFree        +58 : memPartFree () 
255a30 memPartFree    +144: taskSuspend () 
value = 0 = 0x0 
 
b0tsi00-> ti 0xc56020 
 
  NAME        ENTRY       TID    PRI   STATUS      PC       SP     ERRNO  DELAY 
---------- ------------ -------- --- ---------- -------- -------- ------- ----- 
TM_reset   TM_reset       c56020 180 SUSPEND      2818fc   c55f18  3d0001     0 
 
stack: base 0xc56020  end 0xc52020  size 16104  high 880    margin 15224 
 
options: 0x1c 
VX_DEALLOC_STACK    VX_FP_TASK          VX_STDIO             
 
r0     =        0   sp     =   c55f18   r2     =        0   r3     =        0 
r4     =        0   r5     =        0   r6     =        0   r7     =        0 
r8     =        0   r9     =        0   r10    =        0   r11    =        0 
r12    =        0   r13    =        0   r14    =        0   r15    =        0 
r16    =        0   r17    =        0   r18    =        0   r19    =        0 
r20    =        0   r21    =        0   r22    =        0   r23    =        0 
r24    =        0   r25    =        0   r26    =        0   r27    =   ec7170 
r28    =   2e0ae0   r29    =   c3f2b0   r30    =   2e0ad4   r31    =   c3f2a8 
msr    =     b130   lr     =        0   ctr    =        0   pc     =   2818fc 
cr     = 20000040   xer    =        0 
 
fpcsr  =       70 
fr0    =      NaN   fr1    =      NaN   fr2    =      NaN   fr3    =      NaN 
fr4    =      NaN   fr5    =      NaN   fr6    =      NaN   fr7    =      NaN 
fr8    =      NaN   fr9    =      NaN   fr10   =      NaN   fr11   =      NaN 
fr12   =      NaN   fr13   =      NaN   fr14   =      NaN   fr15   =      NaN 
fr16   =      NaN   fr17   =      NaN   fr18   =      NaN   fr19   =      NaN 
fr20   =      NaN   fr21   =      NaN   fr22   =      NaN   fr23   =      NaN 
fr24   =      NaN   fr25   =      NaN   fr26   =      NaN   fr27   =      NaN 
fr28   =      NaN   fr29   =      NaN   fr30   =      NaN   fr31   =      NaN 
value = 0 = 0x0 
 
</pre>
<!-- Author: Aaron and Greg :: (run 109259) -->


<!-- Date: Wed Mar 14 11:25:26 2001 -->
<br><b>CHA Wedge 10E, tower 2:</b> 
<br>One channel in the above tower does not appear in the  
sum(Et) runs taken nightly.  Tests on this channel indicate 
that the PMT, cable and electronics are working.  We should 
probably take a laser run to verify that this channel shows 
up in the occupancy plots.   
<br> 
<br>Found a CEM cable unplugged just upstream of the ADMEM 
transition board.  Plugged the cable back in. 
<br> Details of the tests are found in the  
<a href="/cgi/elog/det-system-elog.pl?nb=plug&action=view&page=40&scroll=true">wedge e-log.</a>
<!-- Author: R.J. Tesarek -->


<!-- Date: Wed Mar 14 12:03:17 2001 -->
<pre>Summary of work done on plug HV crate 12 (east plug wedges 
19-22) during access: 
 
Crate 12 was not responding to commands from HV control program 
and HV to all east plug wedges 19-22 were off (as of 12Mar01). 
 
Found that "check passed" status light was off. Recycled 110 VAC 
power on and off several times. For the first few times, the 
check passed light went on and a few minutes later went off. 
It stayed on after the last power cycle. 
 
Crate 12 now responds to the HV control program. Voltages 
to all crates have been put to their set voltages and are 
read back voltage is within tolerance. 
 
                                     Luciana and Willis</pre>
<!-- Author: Willis -->


<!-- Date: Wed Mar 14 12:03:22 2001 -->
<pre>SVX Interlock alarm went off (loud noise) ~11:30 A.M. 
Paged Steve Blusk who said he'd be right over. Around Noon it was noticed that system was "green" again but it's unclear whether Steve did something or not.  
</pre>
<!-- Author: Steve V. -->
<!-- Comment: Wed Mar 14 12;04;14 comment by...sv -->
The alarm was for nonflowing cooling.


<!-- Date: Wed Mar 14 12:11:51 2001 -->
<pre>I was testing a new version of level3 software  
well , i didn't work  
the error message in error logger was initialization timeout  
may be i was not enough patient</pre>
<!-- Author: Arkadiy -->


<!-- Date: Wed Mar 14 12:32:27 2001 -->
<p>Another Si cooling alarm.<p>Jean and Andy are working on it.<p>  
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 13:00:07 2001 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2001&action=view&page=-190&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2001&action=view&page=-190  width='300' align='top'></td><td>Getting showmax errors in run 109261 (sevb). Tried a HRR, which seemed to work.</a></td></tr></table>
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 13:37:47 2001 -->
<p>Added a link to Palm Pilot resources for ACEs on the  
ace2help page.<p> 
 
Now also have a map of the calorimeter tower organization.<p> 
 <A HREF="/ops/ace2help/palm/index.html"> 
Check out the new page here.</a><p>  
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 14:24:40 2001 -->
<pre>Got another event number out of order failure! 
 
HRR didn't work this time. 
 
Greg says he's thinking about how to fix it...</pre>
<!-- Author: Aaron :: (run 109261) -->


<!-- Date: Wed Mar 14 14:28:11 2001 -->
<p>Frank says the new L3 trig set which does rejection is ready.  The tagset number is 83.<p> 
Try it out once L3 is back from the experts.<p>
<!-- Author: Aaron -->


<!-- Date: Wed Mar 14 15:24:00 2001 -->
<pre>CMU ASD Thresholds lowered from 40 to 20. Expect some hot channels.</pre>
<!-- Author: HyunSoo -->


<!-- Date: Wed Mar 14 15:26:09 2001 -->
<p>I have replaced the Tracer in the B0IMU00 crate. 
<p>B0IMU00 now passes the Tracer->VRB link test and 
is available for data taking. 
<p>
<!-- Author: W. Stuermer -->


<!-- Date: Wed Mar 14 15:31:32 2001 -->
SVX guys want to and will bring down a Silicon crate in a few minutes pending ok from l3/evb folks.
<!-- Author: sv -->


<!-- Date: Wed Mar 14 15:40:22 2001 -->
Run 109262 crashes with non-sequential event ID,  
plus BC mismatches in many crates, etc.   
It seems we actually captured this event in TrigMon  
( although how this happened is a little mysterious ...).   
The run control shows 18074 events. 
TrigMon reports BC mismatches for event 18075. 
TrigMon reports that the TFRD bunch counter is 227. 
The bunch counter is cleared on every B0 and can only go  
to 159.  This seems to indicate that we missed the B0  
marker on this event.  All the PFRED bunch counters are  
reported to be 255.  Arnd says this is the default value 
when there is `no' bunch counter value.  We must ask him  
more about this ...  
Also note - when the run crashed b0l1cl01 sent CDF_ERROR to  
the crosspoint.  We are going to try and trigger on this 
error and look at the B0 marker to this crate.  
<!-- Author: Greg :: (run 109262) -->


<!-- Date: Wed Mar 14 15:43:14 2001 -->
<pre>New run. 
Run number = 109263. 
Partiton = 0 
SEVB. 
</pre>
<!-- Author: Greg :: (run 109263) -->
<!-- Comment: Wed Mar 14 15;53;17 comment by...Greg -->
<pre>This run crashed but the scope monitors were not ready
to capture the moment.  We are going to start a new B0
trigger run for SRC studies.
</pre>
<!-- Date: Wed Mar 14 15:46:02 2001 -->
<pre>Added new Trigger Table download parameters to L1Muon,  
XTRP, and TDC crates.   This will require a reboot of  
all of these types of crates (COT,muon,mutr, etc.) 
 
</pre>
<!-- Author: W.Badgett,A.Varganov -->



<!-- Date: Wed Mar 14 16:06:06 2001 -->
Starting new run with B0 trigger<font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Greg V. -->


<!-- Date: Wed Mar 14 16:17:09 2001 -->
Greg F. taking over as scico. Will he start a new shift?<font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Steve V. -->


<!-- Date: Wed Mar 14 16:18:26 2001 -->
<font color=red>Shift Summary: </font><pre>:)</pre> 
<!-- Author: Greg V. -->


<!-- Date: Wed Mar 14 16:38:36 2001 -->
Of 3 things, (bfield ro,wsrc, cmu) only wsrc got attention. It's nearly done. Just for posterity & others: the wsrc work requires a change of the boot scripts for b0puls01 and b0wcal00 (the guinea pig) in ~vxworks/.bashrc (for wcal00) and /cdf/code-common/cdfonline/vxboot/ups/trialflashcamac.table which I change back to default states.  
<font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Steve Vejcik -->