Start of Shift Notes:  

Tevatron dry squeeze under way. Waiting for shot setup. 
Da Plan:  
- taking cosmics until shot setup 
- silicon SRC diagnostics. 

1) Try to restart it using the Ace Control Panel
2) If not possible, call me
3) If not answer (rare), page L3 - Guillelmo
-- Fri Feb 27 08:41:38 comment by...Guillelmo --  

Call me when shot setup starts! (do NOT page L3)

MCR calls - they will inject beam. end the run and put detectors to standby.

FYI:  I am still working on crate IMU_00 and IMU_01 --  
you will see them turn red sometimes in vxmon & the  
PSMON of iFix might complain about them when I cycle  
their power. 

Testing TDC DSP code V45. 

 
adword addr 80001c, opened as geo32:/slot=13 
status = 5 
readword addr 80001c, opened as geo32:/slot=13 
status = 5 
readword addr 80001c, opened as geo32:/slot=13 
status = 5 
writeword addr 80001c, opened as geo32:/slot=13 
status = 5 
SVTMON -> Filling Histograms    free 119601224 max 101253152 in 2569 blocks: 14920 us 
SVTMON -> Sending Status msg  free 119601224 max 101253152 in 2569 blocks: 23269 us 
SVTMON -> >> completed loop n. 25378  << Reading board regs    free 119631944 max 101253152 in 2560 blocks: 147 us 
SVTMON -> Reading spy buff      free 119631944 max 101253152 in 2560 blocks: 4805 us 
readword addr 400018, opened as geo32:/slot=13 

I have finished working on IMU_00 and IMU_01 crates;  they  
have been put back to their original configuration  
with the old TDC DSP code V37.  Have added them  
back into the main partition to verify they are  
OK.   A cosmic run should be taken to make sure  
no noisy channels or other problems were induced in the  
power cycling. 

Conclusion from testing TDC DSP V45 on b0imu crates:   
The value of the TDC header as read from the TDC's  
Static RAM seems to be OK.   However, the header as read  
from the TDC hit FIFO (last word in the FIFO for V45) does  
not have the correct data at a significant rate  (1 - 10%)  
when operating at high trigger/readout rates. 

Sometimes the module ID is correct, sometimes not.   Invariably  
the other fields of the header are not correct when a mismatch  
is encountered.   

However, when running with a MVME 2401 in place of the  
usual MVME 2301 crate processor, the problem vanishes  
completely.   Both CPUs use the same Tundra/Universe  
VME interface, but they have different versions of the chip. 
My hypothesis is that the older 2301 does not prohibit  
a read-ahead on a block transfer when it reaches a 256 byte block boundary, whereas the 2401 does do
this.    This feature is  

needed in order to use the dual-access FIFO readout mode  
of DSP V45.   Note that the COT crates all have MVME 2401  
processors, and thus do not enounter this problem. 

stop the read-ahead feature at the final byte.

Also note that crate b0imu01 has DTACK filters 
installed on Trace and MVME extender board.   b0imu00 
has neither DTACK filter.   The 2301/2401 effect was 
seen in both crates.

clc00 was not responding again. tried to shepherd it - didn't succeed. tried to vxlogin and
reboot didn't help - got stuck in the process. tried to reset without shepherding and then to
shepherd - helped.  


after several minutes got: 
b0dap58.fnal.gov:Thread-154:11:46:41 AM->Task receive/clcreceive SUSPENDED on node b0clc00

Yesterday we replaced the cpu in the b0clc00 crate with a new and faster cpu. However we found
out that we need to recompile one of the program (clcreceive) that runs on that cpu. We don't know
if the suspension of the clcreceive program is related to the change

of the cpu, and the recompiling of the code (as this program had
experienced suspension with the previous cpu). We decide to leave the situation as it is and see if
this program suspens again.

 
11:38:18-  TeV is approaching a lowbeta squeeze, and has uncoalesced beam at 980GeV 

several ladders in SVX trip off at 13:52pm, SVX ladders go into high current DVDD state. A cooling alarm ensues which kills power to SB4. silicon SPL kills the power to rest of SVX. experts investigating. See silicon elog.

Quad angles for last 2 months

Although this plot is of some interest, it was mainly put
here to see I would reproduce problems that others were
having putting graphics in eLog.

- TOF HV stayed up after MCR informed us they want to put
beam in the machine - needed expert intervention to get it to OFF.  

  apparently some ifix <-> tof PC communication problem. 
- SRC guys working on silicon. new SVX SRC is in. major cooling trip likely related to SRC work.
still ongoing investigation 

- CLC cpu needed expert intervention (crate reset and CPU swap) 
- we are in shot setup. protons going in. 

See above

SVRAD totals after final proton have been loaded  
Date Time BLM Dose  
2004.02.27 15:54:42 W Inner BLM 0.00 RADS  
2004.02.27 15:54:42 W Outer BLM 0.00 RADS  
2004.02.27 15:54:42 E Inner BLM 0.00 RADS  
2004.02.27 15:54:42 E Outer BLM 0.34 RADS  
Integrated dosage