<!-- Title: Day shift. Sat May 22, 2004 -->
<!-- SciCo: Barry Wicklund -->
<!-- DAQAce: Paul Lujan -->
<!-- MonAce: Giorgio Cortiana -->
<!-- CO: Joel Heinrich -->
<!-- OpManager: JJ -->
<!-- Notes: -->
<pre>Pbar stack at 38 10**10.  Running cosmics to  
try to reproduce daq errors.</pre>


<!-- Date: Sat May 22 08:15:06.567 2004 -->
<pre> 
We have a warning state on the L00 Flow loops: PT_COTL00E  
is at 13.1 psia while it should be belove 13.0. 
SI expert (Rong) is aware on that. For the time being we will 
keep an eye on that.  
</pre>
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 08;20;33 comment by...Giorgio -->
<pre>
This is the same problem happening during the last <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=349&frame=2&anchor=21:36:21.277'>
eve shift </a> 
</pre>

<!-- Date: Sat May 22 08:17:32.938 2004 -->
<pre> 
As it was happening during the previous shift, we are having  
PSM alarm regarding the 1RR21F_1 crate. This alarms generally clear by themself in a few minute. Rob Roser is aware on that  
and is looking at the crate.  
</pre>
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 08;56;01 comment by...Giorgio -->
The power supply was replaced but we still have comunication 
problems with 1RR21F_1. Rob Roser will fix that.
<!-- Comment: Sat May 22 10;34;44 comment by...Giorgio -->
ooops!! In the entry text, read rack not crate.
<!-- Comment: Sat May 22 14;10;46 comment by...dan -->
These crates have already been checked.  It is a problem with monitoring system.  The data on the first floor dataline is corrupt.  The details of why the data is corrupt, or why it's only on channel 0 of these particular crates is as of yet unknown.  The problem appears to be getting worse though.  Possible solutions have been discussed between Roberto, JC, Steve and myself and nothing can be done in the time scale of this weekend.  Any further changes to the software to treat this problem would at this point be equivalent to masking the power supply, which can be done in slow control...  If the problem becomes more epidemic (more power supplies are false alarming) please page the PSM.
<!-- Date: Sat May 22 08:32:31.610 2004 -->
To elaborate on Shabnaz' post from the previous shift: b0eb17 failed during Terminate with an SM_SCPU_UNRESPONSIVE error and then on Reset gave an SM_SCPU_DROPOUT error. It failed entirely to respond when we attempted to clean up EVB. Rong-Shyang says that this crate (which is b0eb17/b0svx00) has a power supply problem and we'll need to wait for replacement parts. If I understand it, as long as this is down, there's no way to get around it and use the rest of the EVB. I'll try using the software EVB and see if that at least allows us to do something.
<!-- Author: Paul -->
<!-- Comment: Sat May 22 09;14;26 comment by...rainer -->
thos is certainly not true.- you can bypass EVB CPUs, we have done this a couple of times.
<!-- Comment: Sat May 22 09;20;11 comment by...rainer -->
...as 
<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=244&frame=2&anchor=21:44:03.555'>
here </a> for example.



<!-- Comment: Sat May 22 10;36;02 comment by...Paul -->
Do you know how this is done? I've never been able to figure it out.
<!-- Comment: Sat May 22 10;59;24 comment by...  -->
How it is done: You page the EVB people
<!-- Comment: Sat May 22 14;10;54 comment by...Guillelmo -->
<table border=0><td><tr><td bgcolor=#e0e030>Did anybody page Level3???. It you want to bypass a EVB crate you MUST do it. We have to bypass that crate (it's just unplug a cable) and mark it off-line in the database. I think Steve Nahn (for example) knows how to do it, but we must be informed.<br>
Is it a remaining problem???</td></tr></td></table>
<!-- Comment: Sat May 22 14;28;42 comment by...Paul -->
No, it is no longer a problem. The power supply was replaced at 0900 and the EVB has been running fine since then.
<!-- Comment: Sat May 22 14;34;46 comment by...Guillelmo -->
OK
<!-- Date: Sat May 22 08:36:52.128 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183020">183020</A>
 Activated at 2004.05.22 08:36:35
<!-- Author: RunControl -->


<!-- Date: Sat May 22 08:37:02.286 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183020">183020</A>
ACTIVATE: ACE_COSMICS_ALL with COSMICS[13,465,441] using software EVB.
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 08;41;16 comment by...Paul -->
So far everything seems to be running OK. Deadtime is extremely high (93%), but this is to be expected since the software EVB is much slower than the hardware EVB.
<!-- Date: Sat May 22 08:40:56.823 2004 -->
MCR informs us that they will be putting protons in Tev 
shortly, end quiet time.
<!-- Author: wicklund -->


<!-- Date: Sat May 22 08:54:39.417 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183020">183020</A>
 Terminated at 2004.05.22 08:53:26
<!-- Author: RunControl -->


<!-- Date: Sat May 22 08:54:40.079 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183020">183020</A>
TERMINATE: Trying with hardware EVB again.
<!-- Author: Paul x2080 -->




<!-- Date: Sat May 22 08:59:48.623 2004 -->
Rong-Shyang informed me that the power supply for b0svx00/b0eb17 had been replaced; it is no longer red in VxWorks Monitor and I cleaned up the EVB again and had no problems. Now, to try actually running with it.
<!-- Author: Paul -->
<!-- Comment: Sat May 22 09;02;51 comment by...Paul -->
By the way, this crate is the one stored in 1RR21F_1, so Giorgio and I are talking about the same problem.
<!-- Date: Sat May 22 09:02:50.933 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183021">183021</A>
 Activated at 2004.05.22 09:01:51
<!-- Author: RunControl -->



<!-- Date: Sat May 22 09:02:51.472 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183021">183021</A>
ACTIVATE: ACE_COSMICS_ALL with COSMICS[13,465,441], hoping that the hardware EVB is working again...
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 09:04:32.288 2004 -->
<pre> 
Got another PSM alarms at 1st Floor: This time the problem was 
related to rack 1RR18E_1. Channel 0 (+5V digital) was above 6V. 
The problems cleared by itself in few seconds. 
</pre>
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 09;06;59 comment by...Giorgio -->
While typing this message, another rack went in alarm state:
1RR18I_1, the same problem, the same self recover.


<!-- Comment: Sat May 22 09;21;07 comment by...Giorgio -->
another 1RR18E_1 alarm. Cleared by itself in a second.
<!-- Comment: Sat May 22 09;32;07 comment by...Giorgio -->
another alarm for 1RR18I_1. 
<!-- Comment: Sat May 22 09;38;39 comment by...Giorgio -->
another one for 1RR18I_1.
<!-- Comment: Sat May 22 09;56;08 comment by...Giorgio -->
again 1RR18I_1...
<!-- Comment: Sat May 22 10;16;51 comment by...Giorgio -->
again 1RR18E_1. This are CMP muon TDC and muon trigger power supply. 
<!-- Comment: Sat May 22 10;31;57 comment by...Giorgio -->
Note that for both the racks, 1RR18I_1 and 1RR18E_I, it is always channel 0 (+5V digital) that triggers the alarm (returned value ~6.05 V insted ~5V).
<!-- Date: Sat May 22 09:08:06.528 2004 -->
SVX power supply trip on B0 W3 L3. Rong recovered it.
<!-- Author: Giorgio -->

<!-- Date: Sat May 22 09:08:48.304 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183021">183021</A>
 Terminated at 2004.05.22 09:08:37
<!-- Author: RunControl -->


<!-- Date: Sat May 22 09:09:48.542 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183021">183021</A>
TERMINATE: Ending to check silicon.
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 09:11:54.903 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022">183022</A>
 Activated at 2004.05.22 09:11:19
<!-- Author: RunControl -->


<!-- Date: Sat May 22 09:11:55.044 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022">183022</A>
ACTIVATE: Since protons are on the way, silicon will have to wait. Still ACE_COSMICS_ALL (no silicon) with COSMICS[13,465,441].
<!-- Author: Paul x2080 -->




<!-- Date: Sat May 22 09:16:17.194 2004 -->
<center><a href='/cgi/elog/elog.pl?nb=2004&action=view&page=-7642&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2004&action=view&page=-7642' width='300'></a></center>
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 09;20;15 comment by...Giorgio -->
This is the L00 East side pressure at COT face history plot.
The value of the pressure is having little oscillation around
the warning value of 13.0 psia.


<!-- Comment: Sat May 22 09;28;25 comment by...rainer -->
We had asked the owl ace to page the silicon cooling pager carrier and inform him about this but we are not sure this was really done. please try to get in touch with him now. Also check other warning states there might be.


<!-- Comment: Sat May 22 09;34;12 comment by...Giorgio -->
For the time being the only warning state regards PT_COTL00E. 
From the L00 details all the other value are OK.


<!-- Comment: Sat May 22 09;42;42 comment by...Giorgio -->
Silicon cooling was paged: the PTCOTL00E warning is now ignored
on IFIX, anyway we will keep an on it. In principle if it will 
maintain stable around 13.0-13.1 there should not be problems.


<!-- Date: Sat May 22 09:45:29.146 2004 -->
Got a Water Alarm: WTR-AIT deionizer bottles. The current value 
from IFIX is 3.23 while the LO limit is 12.0.  
Called the CRYO w/o response, trying with Rob Roser.  
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 09;55;04 comment by...Giorgio -->
The alarm is now silenced by CRYO.
<!-- Date: Sat May 22 09:48:10.134 2004 -->
We get alarm on the deionizer water. RR  
is shutting solenoid down.
<!-- Author: abw -->
<!-- Comment: Sat May 22 10;36;25 comment by...Giorgio -->
Now solenoid field is 5 guass and the current -0.09 Amps. 
<!-- Date: Sat May 22 10:29:32.005 2004 -->
Done TO from pcal07. It refused to respond to the HALT transition, but it wasn't not the normal hung-Messenger problem; Messenger was running fine. Instead, it just stayed NOT_DONE and red in the RC clients window. I shepherded it without any problem.<p> 
Aside from that, running has been smooth so far. There have been occasional periods of high deadtime when beam losses are high (and thus the rate is much higher than COSMICS is designed for), but nothing in the way of major problems.
<!-- Author: Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022' target=_top>183022</a>) -->
<!-- Comment: Sat May 22 11;03;23 comment by...Paul -->
Oddly enough, though the shepherd seemed to work fine, a couple of minutes after it had succeeded, Error Handler popped up a FERML_SHEPHERD_FAILED warning window. I ignored it and went on my way.
<!-- Date: Sat May 22 10:46:41.350 2004 -->
MCR informs us that they have tuned MI and will stack 
pbars until ~80 10**10 (current=63.5 + 4.9/hour), then 
go to shot setup, depending on our status.
<!-- Author: abw -->




<!-- Date: Sat May 22 11:17:22.090 2004 -->
<b> Silicon Status </b> 
<li> if there is a chance to take cosmics during quiet, please run COSMICS_SILICON_TAPE - it would help tremendously our final checkout. page main pager carrier if such an opportunity arises. 
<li> page main pager carrier 218-8227, SPL 722-7483 and backup 218-9520 on anti-proton load.
<!-- Author: rainer -->


<!-- Date: Sat May 22 11:58:22.099 2004 -->
MCR says that they have done TeV studies and MI tuning, 
will stack pbars until next round of tstorms pass through, 
then shot setup 13:00 to 13:30.
<!-- Author: abw -->


<!-- Date: Sat May 22 12:07:45.310 2004 -->
BSC and RPS HV were off (but should never be- BSC 
gives B0PLOS rates), paged Koji twice, trying  
recommended restart procedure....
<!-- Author: abw -->
<!-- Comment: Sat May 22 12;18;16 comment by...abw -->
Restarted CLC,MNP,BSC,RPS ok. RPS crate has
a known problem (flaky connector).

<!-- Comment: Sat May 22 12;21;56 comment by...Giorgio -->
In order to turn BSC-1 on, I had to reboot the CLC1 pc, restart IFIX and the monitoring program. Now the BSC and RFS are back on as they should.


<!-- Date: Sat May 22 12:23:28.187 2004 -->
LCW system back in the saddle again.  Needs an hour to clean up 
before we can begin to ramp solenoid.
<!-- Author: rr -->


<!-- Date: Sat May 22 12:36:15.102 2004 -->
A yellow box has appeared around L3 processor node 191. This is apparently because the load average on this node is about 5.0 and seems to be staying at that value.
<!-- Author: Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022' target=_top>183022</a>) -->

<!-- Date: Sat May 22 13:01:50.193 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022">183022</A>
 Terminated at 2004.05.22 13:01:20
<!-- Author: RunControl -->


<!-- Date: Sat May 22 13:01:51.382 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183022">183022</A>
TERMINATE: Looks like we will be having quiet time after all. Will try running silicon.
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 13:02:55.190 2004 -->
MCR says that D0 has requested an access and we will have 
about 2 hours quiet time.  We paged the SVX SPL, Rainer, 
and backup.  We will start cosmics with SVX on.  Solenoid 
and COT are off.
<!-- Author: abw -->
<!-- Comment: Sat May 22 13;16;42 comment by...abw -->
Also paged BMU (Camille), who asked us to set HV on BMU E72,
to see if we can reproduce earlier problem, no access
desired just now.
<!-- Comment: Sat May 22 13;24;52 comment by...abw -->
The entry for Sat May 22 04:54:14.669 is:

We had a HV Alarm from BMU (it was in Standby). It was from East wedge 72. We tried to reset it
but it did not work. We paged the expert but he/she did not call back so we finally turned off this
wedge. 


-- Sat May 22 05:25:42 comment by...Olga --  The expert called back and told us that keep this wedge off for the moment.
<!-- Date: Sat May 22 13:04:37.516 2004 -->
During the End transition, received an L3 relay failure from node 191 (the above-mentioned node).
<!-- Author: Paul -->

<!-- Date: Sat May 22 13:13:34.533 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023">183023</A>
 Activated at 2004.05.22 13:13:25
<!-- Author: RunControl -->


<!-- Date: Sat May 22 13:14:11.164 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023">183023</A>
ACTIVATE: COSMICS_SILICON_TAPE (COSMICS[13,465,441]) with COT at standby and TOF off due to solenoid currently being off. Inhibits for COT/TOF are masked out.
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 13;16;19 comment by...Giorgio -->
CMX north-west wedges 0-1 tripped, I turned them back on.


<!-- Comment: Sat May 22 13;17;14 comment by...Giorgio -->
BMU SE 72 is back on, as Camille instructed.


<!-- Date: Sat May 22 13:17:41.518 2004 -->
SVXMon detected pipeline out of sync in 141 chips. HRR was issued.
<!-- Author: Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023' target=_top>183023</a>) -->


<!-- Date: Sat May 22 13:18:39.166 2004 -->
SVX VBIAS B0 W8 L2 went pink. Unmarked.
<!-- Author: Giorgio -->



<!-- Date: Sat May 22 13:30:49.942 2004 -->
Got a warning about SVX cooling regarding LT-AIRSEP, air separator level. The returned value was actually the low  
limit threshold (17.0 in). The warning cleared by itself in  
a second.
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 13;31;44 comment by...Giorgio -->
The same goes for L00, LT-AIRSEP.


<!-- Comment: Sat May 22 14;30;30 comment by...Giorgio -->
The same as above again.
<!-- Date: Sat May 22 13:36:00.958 2004 -->
BMU NE 12 tripped. Now turning it back on.
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 13;40;10 comment by...Giorgio -->
another trip on the same part of the BMU.
<!-- Date: Sat May 22 13:37:20.040 2004 -->
Concurrent with the BMU trip mentioned above was a bunch of error messages from b0cmx01 of the form "TDC in slot X not ready for readout". This lead to an auto-HRR during which an SRC error (L2A w/o L1A) also popped up.
<!-- Author: Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023' target=_top>183023</a>) -->



<!-- Date: Sat May 22 13:48:14.311 2004 -->
Upon resuming after the inhibit had cleared, b0cmx01 continued to give done timeouts with error messages of the form:<pre> 
(MLE) b0cmx01:Messenger:1:37:44 PM->Event 61991: Bunchcounters in slot 3 (BC=74) and slot 7 (BC=222) disagree (L2B=1) 
(MLE) b0cmx01:Messenger:1:37:44 PM->Event 61991: Bunchcounters in slot 3 (BC=74) and slot 9 (BC=222) disagree (L2B=1) 
(MLE) b0cmx01:Messenger:1:37:44 PM->Event 61991: Bunchcounters in slot 3 (BC=74) and slot 16 (BC=222) disagree (L2B=1) 
</pre> 
I attempted shepherding the crate, but it hung halfway through the process, and failed to respond to further attempts to vxlogin (or ping). Fortunately, it did successfully respond to a reset_crate and then I shepherded it back into running condition from RC.
<!-- Author: Paul :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023' target=_top>183023</a>) -->


<!-- Date: Sat May 22 13:50:57.253 2004 -->
cosmics data so far looks good for silicon, see silicon 
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=196&frame=2&anchor=13:40:10'> 
elog </a>. hm hm, is this real indeed ? I wonder. 
We request a quiet time dmod calibration. please note non-standard running conditions (no B field, no beam). Thanks. 
 
  
<!-- Author: Rainer -->


<!-- Date: Sat May 22 14:00:25.445 2004 -->
ISL AVVD B4 W3 L2 went pink. Unmarked.
<!-- Author: Giorgio -->

<!-- Date: Sat May 22 14:02:07.429 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023">183023</A>
 Terminated at 2004.05.22 14:00:45
<!-- Author: RunControl -->


<!-- Date: Sat May 22 14:02:08.600 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183023">183023</A>
TERMINATE: Ending cosmics to take some calibrations.
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:07:44.670 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183024">183024</A>
ACTIVATE: SVX D-mode calibration SVX_DPSON. B-field is partially on (3006A/9005 gauss).
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:08:32.594 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183024">183024</A>
TERMINATE: Abort due to L1DTO and resonance errors.
<!-- Author: Paul x2080 -->




<!-- Date: Sat May 22 14:12:54.425 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183025">183025</A>
ACTIVATE: Trying D-mode calibration again: SVX_DPSON
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:17:32.159 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183025">183025</A>
TERMINATE: Still getting resonance errors.
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 14;24;27 comment by...Paul -->
Since the solenoid is currently ramping, Rainer suggested that we should wait until it reaches full field to do the calibrations. So, for the time being, we'll do some other calibrations. When the solenoid is ready, we'll try again (hopefully successfully).
<!-- Date: Sat May 22 14:21:39.975 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183026">183026</A>
ACTIVATE: Plug laser calibration: BOTHPLUGS_NORMAL
<!-- Author: Paul x2080 -->




<!-- Date: Sat May 22 14:25:59.475 2004 -->
MCR informs us that D0 requires longer access, as their 
crate/fan problem affects 1/2 of their triggers.  MCR 
expects access to go until 15:00, shot setup to start 
around 16:00.
<!-- Author: abw -->

<!-- Date: Sat May 22 14:28:32.023 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183026">183026</A>
TERMINATE: Plug laser calibration, BOTHPLUGS_NORMAL
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:29:51.978 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183027">183027</A>
ACTIVATE: Plug laser calibration BOTHPLUGS_MM_C
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:32:41.534 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183027">183027</A>
TERMINATE: Plug laser calibration: BOTHPLUGS_MM_C
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:35:10.400 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183028">183028</A>
ACTIVATE: Plug laser calibration: BOTHPLUGS_MM
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:36:56.244 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183028">183028</A>
TERMINATE: Plug laser calibration: BOTHPLUGS_MM
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:38:16.969 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183029">183029</A>
ACTIVATE: Calorimeter QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:38:46.644 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183029">183029</A>
TERMINATE: Calorimeter QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:39:33.682 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183030">183030</A>
ACTIVATE: CLC QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:40:50.734 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183030">183030</A>
TERMINATE: CLC QIE calibration.<pre>(MLE) b0clc00:Readout_Calib:2:39:57 PM->ADMEM=9 QIE=10 Fail  5: Raw ped low         (18.785) (0) (0)
(b0clc00) QIE calib: slot 09, qie 10:Fail  5: Raw ped low        , val 18.7850, cap 0, rng0.
(b0clc00) QIE calib: slot 10, qie 02:Fail  6: Raw ped RMS high   , val 20.2131, cap 2, rng0.</pre>
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 14;41;21 comment by...Paul -->
ADMEMs reset.

<!-- Date: Sat May 22 14:42:41.690 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183031">183031</A>
ACTIVATE: BSC QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:43:29.312 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183031">183031</A>
TERMINATE: BSC QIE calibration.<pre>(MLE) b0clc00:Readout_Calib:2:42:46 PM->ADMEM=17 QIE=4 Fail 14: Sigma(off) big      (3.6550763) (0) (0)
(b0clc00) QIE calib: slot 17, qie 04:Fail 14: Sigma(off) big     , val 03.6551, cap 0, rng0.</pre>
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:45:14.328 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183032">183032</A>
ACTIVATE: TOF QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:45:15.710 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183032">183032</A>
TERMINATE: TOF QIE calibration
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:45:15.103 2004 -->
For the second time today, we are missing the heartbeat from Icicle even if the program in the solenoid2 PC is running well.  
We'll wait to see if it will clear by itself, otherwise we'll restart it.
<!-- Author: Giorgio -->

<!-- Date: Sat May 22 14:46:02.868 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183033">183033</A>
ACTIVATE: SM QIE calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:47:01.607 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183033">183033</A>
TERMINATE: SM QIE calibration
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 14;48;19 comment by...Paul -->
During the calibration, all of the pcal crates turned red, rather than yellow as frontend crates normally are during a calibration. They finished normally and without any obvious problems.
<!-- Date: Sat May 22 14:48:16.667 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183034">183034</A>
ACTIVATE: CEM LED calibration
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:49:55.789 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183034">183034</A>
TERMINATE: CEM LED calibration
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:50:01.772 2004 -->
Solenoid is back up 13661 G, 4647.25 A
<!-- Author: abw -->

<!-- Date: Sat May 22 14:51:00.291 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183035">183035</A>
ACTIVATE: COT calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:51:01.206 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183035">183035</A>
TERMINATE: COT calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:51:54.087 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183036">183036</A>
ACTIVATE: Muon calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:52:41.515 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183036">183036</A>
TERMINATE: Muon calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 14:53:48.443 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183037">183037</A>
ACTIVATE: TOF TAC calibration
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:54:12.076 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-7643&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-7643  width='300' align='top'></a></td><td>svx LT-airsep history plot</td></tr></table>
<!-- Author: Giorgio -->
<!-- Comment: Sat May 22 14;56;00 comment by...Giorgio -->
we are having multiple svx-L00 warning about LT-AIRSEP. this is
the history plot. the reading value is stable arounf the 
warning threshold value.
<!-- Date: Sat May 22 14:55:40.357 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183037">183037</A>
TERMINATE: TOF TAC calibration
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 14:55:55.817 2004 -->
With the solenoid at full field now, we'll try the silicon D-mode calibrations again.
<!-- Author: Paul -->


<!-- Date: Sat May 22 14:58:35.885 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183038">183038</A>
ACTIVATE: Silicon D-mode calibration, SVXCAL_DPSON (no beam)
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 14;59;56 comment by...Paul -->
SVXMon issued a "pipeline out of sync" error near the beginning of the run. I HRR'd and it was happy afterwards.

<!-- Comment: Sat May 22 15;04;49 comment by...an easily amused Paul -->
Hey, this run number spells 0x2cafe!
<!-- Date: Sat May 22 15:04:34.039 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183038">183038</A>
TERMINATE: SVXCAL_DPSON
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 15:13:14.074 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183039">183039</A>
TERMINATE: abort due to problems with b0svx01
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 15;16;33 comment by...Paul -->
b0svx01 stopped responding to run control during Config. I tried to vxlogin and see what was happening, but was greeted by
<pre>Sorry, this system is engaged by user: svxii.
rlogin: connection closed.</pre>
I tried reset_crate, but even after that I got the same error message. 

<!-- Comment: Sun May 23 16;29;57 comment by...W.Badgett -->
<pre>The reset lines (used by reset_crate command) were disconnected 
for the SVX VRB crates (b0svx00...08)</pre>
<!-- Date: Sat May 22 15:19:57.068 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183040">183040</A>
TERMINATE: Clean up EVB after resetting svx01
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 15;20;47 comment by...Paul -->
After resetting svx01, I was able to partition and config successfully. However, I realized that I probably was supposed to clean up the EVB after doing so, so I've gone back to START to perform the cleanup.

<!-- Date: Sat May 22 15:25:01.043 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183041">183041</A>
ACTIVATE: Silicon D-mode calibration: SVX_DPSOFF (no beam)
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 15;37;44 comment by...Paul -->
There was one resonance error during running, but nothing an HRR couldn't fix.
<!-- Date: Sat May 22 15:29:04.741 2004 -->
Camille is here to have a look at BMU. Some alarm from BMU can be expected.
<!-- Author: Giorgio -->

<!-- Date: Sat May 22 15:31:55.157 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183041">183041</A>
TERMINATE: Silicon D-mode calibration: SVX_DPSOFF
<!-- Author: Paul x2080 -->
<!-- Comment: Sat May 22 15;32;41 comment by...Paul -->
I'm unable to submit the calibration form since b0sili01 is not responding.


<!-- Comment: Sat May 22 15;46;21 comment by...Paul -->
Ben Brau has been emailed.

<!-- Date: Sat May 22 15:48:29.835 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183042">183042</A>
ACTIVATE: central hadron laser calibration - B on
<!-- Author: Paul x2080 -->



<!-- Date: Sat May 22 15:54:29.440 2004 -->
MCR announces end of D0 access and quiet time. 
We run SVX to standby, they will start dry squeeze and 
expect shot setup in ~1/2 hour.
<!-- Author: abw -->

<!-- Date: Sat May 22 15:56:14.096 2004 -->
<TABLE BORDER=2 CELLSPACING=1 CELLPADDING=1 BGCOLOR=WHITE>
<TR BGCOLOR=YELLOW><TH>Run Number</TH>
<TH>Data Type</TH>
<TH>Physics Table</TH>
<TH>Begin Time</TH>
<TH>End Time</TH>
<TH>Live Time</TH>
<TH>L1 Accepts</TH>
<TH>L2 Accepts</TH>
<TH>L3 Accepts</TH>
<TH>Live Lumi, nb-1</TH>
<TH>GR</TH>
<TH>SC</TH>
<TH>RC</TH></TR>

<TR><TD>Totals</TD>                                                     
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD>15:55:03</TD>                                                       
<TD ALIGN=CENTER>::</TD>                                                
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD ALIGN=RIGHT></TD>                                                   
<TD> </TD>                                                              
<TD> </TD>                                                              
<TD> </TD></TR>                                                         
                                                                        
</TABLE>
<!-- Author: End of Shift Report -->


<!-- Date: Sat May 22 15:58:20.116 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183042">183042</A>
TERMINATE: end central hadron laser calibration
<!-- Author: Paul x2080 -->


<!-- Date: Sat May 22 16:01:50.226 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183043">183043</A>
 Activated at 2004.05.22 16:01:17
<!-- Author: RunControl -->


<!-- Date: Sat May 22 16:01:51.601 2004 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=183043">183043</A>
ACTIVATE: PMT spike run
<!-- Author: corrinne x2080 -->



<!-- Date: Sat May 22 16:01:51.919 2004 -->
<font color=red>Shift Summary: </font><pre>Started shift with pbar stack at 38. 
 
The solenoid had to be dropped to replace a pressure 
regulator for LCW system.  Solenoid was back up at 15:00. 
 
Replaced power supply for  b0svx00/b0eb17. 
 
Ran cosmics w/o SVX successfully. D0 
access (1300-1550) allowed quiet time, 
during which we ran cosmics with SVX on (COT off), 
then calibrations. 
 
After the restoration of power following 
Thursday's blackout, we found BSC and RPS HV 
were off, and we restarted with expert help. 
 
Camille is investigating BMU problems seen 
on previous shifts (E72, E12..) 
 
Waiting for next shot setup.b0dap29.fnal.gov&gt; 
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   -
Delivered Luminosity   0  
Acquired Luminosity    0  
Efficiency             100
   
</td></tr></table></pre>
<!-- Author: abw -->