Start of Shift Notes:  

Trying to get back to quality data taking!

The TDC in slot 17 of b0cot01 had its flash memory erased during the HV outage.  I've put this
crate into SpyMode, and marked the board in slot 17 offline.  The DSP on the board will need to be
disabled to reload the flash memory, during an access.

an update on cot crate problems: 

done timeouts from: 

cot01: slot 17 problem - access required 

cot 02, 03, 05, 07, 14: upon activing get done timeouts - reset and shepherded crates - seem to be
ok now. 


cot 16: "vme controller not found" - power cycled crate, shepherded, seems to be ok. 

cot 17: done tineouts, powwer cycling, shepherding, didn't help. can't turn it off for extended
period of time as suggested by bill badgett at the end of the last shift elog. need to remove it
from run config and then fix with an access. 


wcal06: vivek is working on it. 

note: cot 16, 17, and wcal06 are all in the same rack. hmmmmm.

showermax calibration failure in pcal02 slot 6 smxr 6

 
MLE) b0wcal06:Messenger:12:51:44 AM->ADMEM in slot 18 not properly configured 

 I found many CEM/CHA/WHA PMTs out of HV range. All channels  
have been reset to nominal values except of WHA (phi:03-05;   eta 06 - 11(east))for which we have
lost the HV read-out. I think the problem is due to a blown fuse on the pisa box but it need to be
checked. Anyway we need access to check it and fix the problem - Nikolay Luzhetskiy (luzhet@fnal.gov
)and Fotis Ptohos <ptohos@fnal.gov> should be called or emailed if we are going to have access
tomorrow. 

 I guess the PMTs on these wedges should have  
the correct voltages and there should not be any problem with data taken but it should be checked
either(laser run? ).  

  The HV channels corresponding to these problem has been masked. However, the HV bars for WHA will
show aroun "120" on the HV status page.  

 It takes some time for all channels to stabilize after a power outage so keep an eye on the
calorimeter HV for possible HV drifts. So the shift crew can ignore any alarms till the morning but
they should note some readings.  

I have problems starting following displays: 
SVXMon, YMon 

In the monitor windows(Web/E-log PC) in the SVXMon/YMon windows I noticed this message: 
DisplayServer::pollClients(): request = --- (probably socket not valid). 
I killed them(ctrl+c, ssh to the pc where they were running, killed them, restarted displays... did
all these steps again). 


In the "Consumer Lists and Status" Window status for them was unknown. 

with a new run and a few more attempts the situation has changed - now they are
running/updating.

Note, that previous attempts had been done with previous run(s).

Attention !!!. CER_SVXMON_HALT_RECOVER_RUN_ERROR !!! 
 Pipeline out of synch in 129 silicon readout chips . 
Auto HRR worked.

YMon COT Occupancy plots.

RunControl says "SVXMon is missing" 

I have these messages in the SVXMon: 

APPConsumerInputModule::initIOSystem ===> CS_ConsSend p 
ort = 4031 
APPConsumerInputModule::initIOSystem ===> CS_Receiver p 
ort = 4030 

RunControl is in Halted state - is it a reason for the messages we have? 

BTW, svx display says "can not open socket connection".

PPR YMon plots. Number of dead channels is a criterion to mark PPR bad/good. Is it 12 consecutive channels or 24(number of channels in the block)?

Marked Bad, explanation:
COT Crates 01 and 17 are off
PSMX PCAL02 is off

's. Sorry!
-- Sun Mar 7 07:54:41 comment by...JJ --  Hmmm - or not. There may be some unclosed tag earlier in eLog that is causing problem.

---

Sun Mar 7 07:52:22 CPR NW Slices tripped. Recovered it quickly. - Vadim :: (run 179699)

---

Sun Mar 7 07:52:45

This is a test entry to make sure that JJ is not confused about note to Rick Field to learn
difference between HTML and PLAIN entries into eLog. Please ignore this entry.

 - jj

---

Sun Mar 7 07:55:25

Run Number	Data Type	Physics Table	Begin Time	End Time	Live Time	L1 Accepts	L2 Accepts	L3 Accepts	Live Lumi, nb-1	GR	SC	RC
179699 x2BDF3	BEAM	PHYSICS_2_02 [2,424,431]	00:52:07	01:09:45	00:16:57	5,491,073	95,622	26,400	15.953	0	1	1
179702 x2BDF6	BEAM	TEST_ALPHA_CLUSTERING_NOSPIKES [4,436,403]	01:38:11	01:41:22	00:03:05	44,497	8,616	8,616	2.844		1	0
179703 x2BDF7	BEAM	TEST_ALPHA_CLUSTERING_NOSPIKES [4,436,403]	01:46:05	02:12:16	00:23:14	330,865	64,411	64,411	21.106		1	1
179704 x2BDF8	BEAM	PHYSICS_2_02 [2,424,431]	02:19:04		04:47:22	132,080,885	1,928,943	492,499	229.361			1
Totals				07:55:02	05:30:39	137,947,320	2,097,592	591,926	269.264

 - End of Shift Report

---

Sun Mar 7 08:00:07 Shift Summary:

** Store 3275 Continues ** 

** Trying to get back to quality data taking ** 

** 2 Hour Access Approved for 10am Today ** 
  COT 01 NW Top 
  COT 17 SE Bottom 
  PCAL02 W Toriod 

** WCAL06 Fixed by Tiwari ** 
See his log entry.  He wants to be notified when 
we have an access. 

** Electron Lens ** 
MCR had a problem with the electron lens and the 
L1COLI went red on TevMon.  We put the silicon on 
stand-by.  MCR reset the electron lens and got it 
running in a short time.  B0PAGC stabalized at 
around 11 kHz so we turned the silicon back on. 

** 3rd Floor Circuit Breaker ** 
The 3rd floor circuit breaker tripped.  Rainer  
showed us how to reset it.  We got all the 
computers and programs back running except 
B0DAP52 which is dead.

End of Shift Numbers

CDF Run II Runs 179669-179704 Delivered Luminosity 402.9 nb-1 Acquired Luminosity 282.8 nb-1 Efficiency 70.2

 - Rick Field

---

Sun Mar 7 08:00:27  - (Hourly plots: LOSTPB are still negative) Vadim