<!-- Title: Eve shift. Wed Jul 20, 2005 -->
<!-- SciCo: Ted Liu -->
<!-- DAQAce: Michele Giunta -->
<!-- MonAce: Junji Naganoma -->
<!-- CO: Paolo Mastrandrea -->
<!-- OpManager: Sungwon Lee -->
<!-- Notes: -->
<pre>store 4285.  
Trigger table testing finished.  
SVT folks are here to do their very FIRST beam test, exciting time. 
They arranged this special test on my shift... SciCo is happy about the arrangement.</pre>

<!-- Date: Wed Jul 20 16:18:03.552 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377">201377</a>
 Activated at 2005.07.20 16:16:37
<!-- Author: RunControl -->


<!-- Date: Wed Jul 20 16:18:04.283 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377">201377</a>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_05 [1,677,580] 
<!-- Author: Michele 2080 -->



<!-- Date: Wed Jul 20 16:18:59.472 2005 -->
Checking SVT board with experts
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 16:19:41.456 2005 -->
RT server error tstsvt2 crate miscommunicating
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 16;21;27 comment by...Mikele -->
Problem solved


<!-- Date: Wed Jul 20 16:26:06.761 2005 -->
SVXMON alarm, asked CO to restart it
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 16:27:55.397 2005 -->
XMON and SVXMON errors because not updating
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 16:28:13.047 2005 -->
<pre>SVT test in progress. 
We are taking data with AMSRW and AM++ for wedge 0. 
We are getting tracks out of it. So far so good. 
</pre>
<!-- Author: SVT upgrade people :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 16:44:07.630 2005 -->
<pre>From Run-Coordinator e-log: 
 
16:30:38-   The general plan is to keep this store in until roughly midnight. I want to see how stacking progresses before I fix the termination time. I'll fix the time late in the evening shift. -J. Morgan</pre>
<!-- Author: Sungwon -->


<!-- Date: Wed Jul 20 16:44:18.810 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12411&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12411' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12412&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12412' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12413&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12413' width='300'></a></center>
<!-- Author: Hourly plots, 15:55-16:30, Junji -->


<!-- Date: Wed Jul 20 16:44:43.855 2005 -->
Flying wire scan
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 17;44;52 comment by...Mikele -->
again (partitions 0 and 1)
<!-- Comment: Wed Jul 20 18;44;53 comment by...Mikele -->
again (partition 0 and 1)
<!-- Comment: Wed Jul 20 19;44;55 comment by...Mikele -->
again (part 0and 1)
<!-- Comment: Wed Jul 20 20;44;58 comment by...Mikele -->
again (part 0 and 1)
<!-- Comment: Wed Jul 20 21;45;16 comment by...Mikele -->
again as above
<!-- Comment: Wed Jul 20 22;44;45 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 23;44;56 comment by...Mikele -->
again
<!-- Date: Wed Jul 20 16:52:07.671 2005 -->
<table><tr><td><a href=/elog/notebooks/2005/Wed_Jul_20_2005_Eve.165202.ps align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12415  align='top'></a></td><td>We have roads coming out of wedge 00!</td></tr></table>
<!-- Author: SVT upgrade people -->
<!-- Comment: Wed Jul 20 16;52;48 comment by...SVT upgrade peeeeeps -->
Click on the picture for a very beautiful plot

<!-- Comment: Wed Jul 20 19;17;15 comment by...SVT people -->
<pre>The plot shows the road ID for tracks found by the TF lokking inside roads found by AMSRW and AM++.
The distribution shows that we have tracks. The shape is as expected.
Roads with small roadID have better S/N and so have an higher probability of finding good tracks.
</pre>
<!-- Date: Wed Jul 20 16:53:15.152 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201374">201374</a>
clc: <tt>mean Z out of [-5,+5] range. Probably it's due to very little statistic (only 865 events). I marked it OK.</tt>
<!-- Author: Consumer Operator( Scheidle, Thorsten) -->


<!-- Date: Wed Jul 20 16:53:17.571 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201374">201374</a>
cal: <tt>Very low statistic.</tt>
<!-- Author: Consumer Operator( Scheidle, Thorsten) -->


<!-- Date: Wed Jul 20 16:53:18.079 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201374">201374</a>
general: <tt>Very low - not enougth - statistics for check-list.</tt>
<!-- Author: Consumer Operator( Scheidle, Thorsten) -->



<!-- Date: Wed Jul 20 16:57:08.509 2005 -->
SciCo took some photos for the SVT troops... this is a milestone for the SVT upgrade.
<!-- Author: Ted -->


<!-- Date: Wed Jul 20 16:58:04.705 2005 -->
RT server error, cleared by pressing CHECK
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 17:00:44.923 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-12417&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12417  width='300' align='top'></a></td><td>L2_B_CHARM cross section</td></tr></table>
<!-- Author: Ted -->
<!-- Comment: Wed Jul 20 17;01;26 comment by...Ted -->
ignore this one. see next one below.
<!-- Date: Wed Jul 20 17:01:09.289 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12416&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12416' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12417&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12417' width='300'></a></center>
<!-- Author: Ted -->
<!-- Comment: Wed Jul 20 17;05;27 comment by...Ted -->
<pre>This is L2_B_CHARM_HIGHPT cross section. On the right was from the run right before SVT upgrade test, and on the left is from the current run with new SVT upgrade boards. The cross section are about the same (drop somewhat with lumonisity of course).

Good job! 

Congratulations to SVT upgrade team! </pre>


<!-- Comment: Wed Jul 20 17;15;31 comment by...Ted -->
Time to order pizza... it will be a party here.
<!-- Date: Wed Jul 20 17:07:01.487 2005 -->
L2 decision TO. Self HRR OK
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 18;31;49 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 18;46;13 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 20;29;12 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 21;00;28 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 21;10;27 comment by...Mikele -->
again
<!-- Comment: Wed Jul 20 22;09;03 comment by...Mikele -->
again
<!-- Date: Wed Jul 20 17:12:49.511 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201375">201375</a>
clc: <tt>mean Z out of range - low statistics. Marked OK.</tt>
<!-- Author: Consumer Operator( Scheidle, Thorsten) -->


<!-- Date: Wed Jul 20 17:12:50.206 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201375">201375</a>
general: <tt>Very low statistic for this check list.</tt>
<!-- Author: Consumer Operator( Scheidle, Thorsten) -->



<!-- Date: Wed Jul 20 17:14:20.210 2005 -->
We had a visit from "the elephant". 
Means: an elephant-like alarm.
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->



<!-- Date: Wed Jul 20 17:21:03.915 2005 -->
From time to time, I'm asked to halt and recover the run for some L2 test. Did 4 times till now.
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 17;43;23 comment by...Ted -->
This is to check the response of the new SVT boards with HRRs.
at the same time, we are looking at FILAR-based Pulsar L2 system
(in pure parasitic mode).
<!-- Date: Wed Jul 20 17:35:09.715 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12418&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12418' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12419&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12419' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12420&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12420' width='300'></a></center>
<!-- Author: Hourly plots, 16:30-17:30, Junji -->




<!-- Date: Wed Jul 20 17:48:46.299 2005 -->
Forgot to mention that right at the beginning of this shift, Veronica and Jiyeon finished the (cleanup test version) trigger table tests. All rates look fine. 
<!-- Author: Ted for Veronica and Jiyeon -->

<!-- Date: Wed Jul 20 18:27:13.932 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377">201377</a>
general: <tt>The statistic for the check list is low untill now.</tt>
<!-- Author: Consumer Operator( Paolo Mastrandrea) -->




<!-- Date: Wed Jul 20 18:34:53.477 2005 -->
Pcal09 done TO, auto HRRed
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 18:35:17.434 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12421&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12421' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12422&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12422' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12423&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12423' width='300'></a></center>
<!-- Author: Houry plots, 17:30-18:30, Junji -->


<!-- Date: Wed Jul 20 18:42:04.588 2005 -->
<pre> 
Hi, 
 
We have tested a new TEST Table. Runs are   201373, 201375 (with no and with Silicon in) for PHYSICS_TEST_3_05 [7,680,582] and   201374, 201376 for PHYSICS_TEST_HIGHLUM_3_05 [3,681,583].  
The tests went successfully so these table are going to be copied to regular ones (no TEST anymore). 
 We will test them again, and if everything goes fine, they will be declared defaults.  
This TEST table contains many changes (copied to the HIGHLUM accordingly). We are in the "clean up" phase. 
The changes are: 
 
J/Psi --> ee driven by exiting 4 GeV electron + track 
backup trigger for MET+b-jet: L1_MET15_JET5_TWO_TRK2, L2_PS1K, L3_NULL 
remove unused datasets (DIJET_MASS,PLUG_DIJET) 
CMP dx cut to 40 cm (L3) 
Get the TRK10 from DIRAC bit: L1_TEST_TAU0_TRK10_LUMI_0_40 
 
L1_TEN_TRK2  --> L1_TEN_TRK2_PS250 
L1_TWO_TRK10_DPHI20_DPS  --> L1_TWO_TRK10_DPHI20_LUMI_0_60 
L1_TWO_TRK2_PS200 --> L1_TWO_TRK2_PS4K and relax the PS at L2  accordingly 
L1_MB_CLC_PS10K --> L1_MB_CLC_PS100K with L2_RL3Hz to drive 3  L3 triggers 
remove MULTIPLICITY path (L1_TOF_14_MIP_&_CLC_PS10K) 
 
For more information:  
http://hep.uchicago.edu/~thliu/projects/TDWG/Table_cleanup_July1305.ppt 
 
Regards 
Veronica 
</pre>
<!-- Author: Ted for Veronica -->




<!-- Date: Wed Jul 20 19:14:50.466 2005 -->
<pre>Working on L3 Converter nodes 8, 11 and 16 again. Please catch me in the 3rd floor if there is any EVB or L3 problem.</pre>
<!-- Author: markus (x2207) -->



<!-- Date: Wed Jul 20 19:25:27.370 2005 -->
<pre>reminder, data for current SVT test should be marked bad until we look at it offline.</pre>
<!-- Author: Alberto :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 19;25;43 comment by...Alberto -->
I mean bad for SVT
<!-- Date: Wed Jul 20 19:25:29.916 2005 -->
TOF00 trip, self HRR not successfull. 
Halted state;  
Manually recovered.
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->
<!-- Comment: Wed Jul 20 19;32;15 comment by...Mikele -->
It was NOT really recovered. Evenb if in active state, we have an inhibit from TOF.
I asked the SciCo to call TOF expert on LRP
<!-- Date: Wed Jul 20 19:25:56.007 2005 -->
we got TOF alarm. It recovered at a second.
<!-- Author: Junji :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 19:33:27.406 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377">201377</a>
 Terminated at 2005.07.20 19:33:15
<!-- Author: RunControl -->


<!-- Date: Wed Jul 20 19:34:24.913 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377">201377</a>
TERMINATE: Run ended to replace a svt card exploiting a dead time caused by TOF 
<!-- Author: Michele 2080 -->



<!-- Date: Wed Jul 20 19:36:38.528 2005 -->
b0svt00 and 07 errors (not responsive)
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->


<!-- Date: Wed Jul 20 19:43:22.135 2005 -->
TOF HV west PM216-PM270 and EAST PM0-PM54 triped. The vertical green bar in the main iFix page for detector HV control are down, clicking the "ON" button again, according to instruction. Now TOF HV came back.
<!-- Author: Junji :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377' target=_top>201377</a>) -->

<!-- Date: Wed Jul 20 19:43:37.166 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396">201396</a>
 Activated at 2005.07.20 19:43:06
<!-- Author: RunControl -->



<!-- Date: Wed Jul 20 19:43:38.198 2005 -->
Junji solved the TOF problem and SVT perple replaced their boards. 
We are running again
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396' target=_top>201396</a>) -->

<!-- Date: Wed Jul 20 19:43:38.732 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396">201396</a>
ACTIVATE: RunSet: AAA_CURRENT  Trigger: PHYSICS_3_05 [1,677,580] 
<!-- Author: Mikele 2080 -->




<!-- Date: Wed Jul 20 19:52:56.583 2005 -->
<pre>We restored the SVT configuration to default and we are now taking data again. 
I manually included the AMS and AMBs boards for wedge0 in all 4 AAA_****** run configurations and saved them. 
Data taken in this default configuration looks good also for wedge0. </pre>
<!-- Author: Alberto :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396' target=_top>201396</a>) -->


<!-- Date: Wed Jul 20 19:54:36.519 2005 -->
Efficiency:  81.3  :-((
<!-- Author: Mikele -->


<!-- Date: Wed Jul 20 19:56:29.341 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12424&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12424' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12425&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12425' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12426&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12426' width='300'></a></center>
<!-- Author: Hourly plots, 18:30-19:30, Junji -->


<!-- Date: Wed Jul 20 20:12:57.757 2005 -->
<pre>Done with the work on the L3 converter nodes for tonight. 
Subfarm 8 still has problems. The gigabit card is bad or ???. I will try to test the card, install a spare card or a spare PC tomorrow.</pre>
<!-- Author: markus -->
<!-- Comment: Wed Jul 20 20;18;26 comment by...Ted -->
Markus told me he would like to add back two subfarms to the system(while he will keep one for development work). The best time to do this is after this run ends. he told me to call him when we know store termination time.



<!-- Date: Wed Jul 20 20:29:18.809 2005 -->
lots of SVT folks left, happily. there are still four of them in the trigger room.
<!-- Author: Ted -->
<!-- Comment: Wed Jul 20 21;25;15 comment by...Ted -->
looks like the rest of SVT folks left as well. we are taking data smoothly so far.
<!-- Date: Wed Jul 20 20:32:48.764 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12427&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12427' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12428&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12428' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12429&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12429' width='300'></a></center>
<!-- Author: Hourly plots, 19:30-20:30, Junji -->


<!-- Date: Wed Jul 20 20:44:23.788 2005 -->
SVX non-updating alarm. 
I asked CO Paolo to restart it, even if it appears running correctly.
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396' target=_top>201396</a>) -->






<!-- Date: Wed Jul 20 21:32:08.032 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12430&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12430' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12431&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12431' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12432&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12432' width='300'></a></center>
<!-- Author: Hourly plots, 20:30-21:30, Junji -->


<!-- Date: Wed Jul 20 21:34:51.974 2005 -->
MCR called, they will terminate the store at middle night (12).
<!-- Author: Ted -->



<!-- Date: Wed Jul 20 22:02:51.067 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-12433&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12433  width='300' align='top'></a></td><td>ISL VBIAS_B3_W0L4 is pink. Unmarking the cell twice didn"t fix. HRR and Unmarking the cell twice did't fix this.</td></tr></table>
<!-- Author: Junji -->
<!-- Comment: Wed Jul 20 22;09;01 comment by...Marcel -->
unmarking does not fix anythin, besides unlatching the error. HRR works only with DVDD/AVDDnot with Bias Lines (in theory ..) <br>
The bias current is only slightly off, 102 instead of 100. So as long as it is stable there and does not rise again significantly (going up to 110,) there is not need to worry. <br>
Please keep an eye on it. At the end of store, plesase unmark the cell.




<!-- Comment: Thu Jul 21 00;12;23 comment by...Fabrizio -->
So why don't you correct the "Ace's IMon Responsabilities" and specify to HRR ONLY with DVDD/AVDD? It will help Ace and it will avoid useless HRR's.
<!-- Comment: Thu Jul 21 22;19;13 comment by...Marcel -->
because bias excursions are really rare ...
<!-- Date: Wed Jul 20 22:33:26.143 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12434&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12434' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12435&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12435' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12436&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12436' width='300'></a></center>
<!-- Author: Hourly plots, 21:30-22:30, Junji -->



<!-- Date: Wed Jul 20 23:32:48.895 2005 -->
<center><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12437&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12437' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12438&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12438' width='300'></a><a href='/cgi/elog/elog.pl?nb=2005&action=view&page=-12439&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2005&action=view&page=-12439' width='300'></a></center>
<!-- Author: Hourly plots, 22:30-23:30, Junji -->


<!-- Date: Wed Jul 20 23:50:56.021 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396">201396</a>
 Terminated at 2005.07.20 23:50:10
<!-- Author: RunControl -->


<!-- Date: Wed Jul 20 23:50:57.500 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396">201396</a>
TERMINATE: end of the store
<!-- Author: Mikele 2080 -->


<!-- Date: Wed Jul 20 23:50:58.466 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396">201396</a>
general: <tt>Check list in late for very low statistics (running low luminosity and monitors restarted).<br>
All monitors, except LunMon, were restarted 2 hours ago;<br>
TrigMon was restarted many times in the last 2 hours for tests.</tt>
<!-- Author: Consumer Operator( Paolo Mastrandrea) -->
<!-- Comment: Wed Jul 20 23;57;57 comment by...Ted and Vadim -->
this was because we were running the Filar-based Pulsar L2 system in parasitic mode, and from time to time, we want to restart TrigMon in order to see the L2 latency improvement (compare with the current Pulsar L2) with different PCI data handling code... 
more post more details soon.
<!-- Date: Wed Jul 20 23:51:32.002 2005 -->
Run terminated, going to terminate the store.
<!-- Author: Mikele :: (run <a href='/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396' target=_top>201396</a>) -->

<!-- Date: Wed Jul 20 23:55:14.715 2005 -->
<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><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201376>
201376</a> 
x312A0</td>                                                             
<TD>BEAM</td>                                                           
<TD>PHYSICS_TEST_HIGHLUM_3_05 [3,681,583]</td>                          
<TD ALIGN=CENTER>15:51:44</td>                                          
<TD ALIGN=CENTER>16:06:53</td>                                          
<TD ALIGN=CENTER>00:15:02</td>                                          
<TD ALIGN=RIGHT>        795,714</td>                                    
<TD ALIGN=RIGHT>        39,524</td>                                     
<TD ALIGN=RIGHT>      13,098</td>                                       
<TD ALIGN=RIGHT>   17.276</td>                                          
<TD ALIGN=CENTER></td>                                                  
<TD ALIGN=CENTER>1</td>                                                 
<TD ALIGN=CENTER>1</td></tr>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201377>
201377</a> 
x312A1</td>                                                             
<TD>BEAM</td>                                                           
<TD>PHYSICS_3_05 [1,677,580]</td>                                       
<TD ALIGN=CENTER>16:16:37</td>                                          
<TD ALIGN=CENTER>19:33:15</td>                                          
<TD ALIGN=CENTER>02:54:30</td>                                          
<TD ALIGN=RIGHT>    134,735,480</td>                                    
<TD ALIGN=RIGHT>     1,574,779</td>                                     
<TD ALIGN=RIGHT>     471,920</td>                                       
<TD ALIGN=RIGHT>  186.239</td>                                          
<TD ALIGN=CENTER></td>                                                  
<TD ALIGN=CENTER>1</td>                                                 
<TD ALIGN=CENTER>1</td></tr>                                            
                                                                        
<TR><TD><A HREF=/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201396>
201396</a> 
x312B4</td>                                                             
<TD>BEAM</td>                                                           
<TD>PHYSICS_3_05 [1,677,580]</td>                                       
<TD ALIGN=CENTER>19:43:06</td>                                          
<TD ALIGN=CENTER>23:50:10</td>                                          
<TD ALIGN=CENTER>03:49:50</td>                                          
<TD ALIGN=RIGHT>    146,184,108</td>                                    
<TD ALIGN=RIGHT>     1,742,929</td>                                     
<TD ALIGN=RIGHT>     535,809</td>                                       
<TD ALIGN=RIGHT>  203.367</td>                                          
<TD ALIGN=CENTER></td>                                                  
<TD ALIGN=CENTER>1</td>                                                 
<TD ALIGN=CENTER>1</td></tr>                                            
                                                                        
<TR><TD>Totals</td>                                                     
<TD> </td>                                                              
<TD> </td>                                                              
<TD> </td>                                                              
<TD>23:55:01</td>                                                       
<TD ALIGN=CENTER>06:59:23</td>                                          
<TD ALIGN=RIGHT>     281,715,302</td>                                   
<TD ALIGN=RIGHT>      3,357,232</td>                                    
<TD ALIGN=RIGHT>     1,020,827</td>                                     
<TD ALIGN=RIGHT>  406.882</td>                                          
<TD> </td>                                                              
<TD> </td>                                                              
<TD> </td></tr>                                                         
                                                                        
</table>
<!-- Author: End of Shift Report -->



<!-- Date: Wed Jul 20 23:55:22.927 2005 -->
While waiting for the end of the run we got a "L3 relay failure". 
Pressed abort on RC and then reset.
<!-- Author: Mikele -->


<!-- Date: Wed Jul 20 23:56:38.429 2005 -->
 Brought all voltages to the state given under "Before a Store".
<!-- Author: Junji -->



<!-- Date: Thu Jul 21 00:10:06.070 2005 -->
<font color=red>Shift Summary: </font><pre>====== Summary =========== 
 
 
(1) at the beginning of shift, Veronica/Jiyeon finished the new (cleanup version) trigger table testing (started from previous shift). The tests were all successful. 
 
(2) Then SVT folks started their very first beam test with one wedge (b0svt00) using upgrade new boards. The test run was very successful. details see entries above. 
 
(3) SVT experts then put the SVT system back to normal, and we took beam physics data since 8pm. all went smoothly. 
 
(4) while we were at (3), Vadim and SciCo were playing with the Filar-based new Pulsar L2 system in pure parasitic mode. From time to time, we requested manual HRRs when we change the PCI data handling code, and restarted TrigMon to check the L2 latency improvements. will post more details with timing information soon. The L2 latency improvement is significant. The Filar-base L2 Pulsar system latency is about up to ~10 us faster than the current S32PCI64-base Pulsar L2 system (this means the Filar-based L2 Pulsar system will be ~ 20 us faster than alpha). Soon we will test it at higher luminosity...  
 
(5) Store is terminated at the end of shift. 
 
</pre> 
<br><b>End of Shift Numbers</b>
<table><tr><td width=60% align=left>
<b>CDF Run II <p></b>                       
<pre>
Runs                   201377-201396
Delivered Luminosity   456.8  
Acquired Luminosity    395.5  
Efficiency             86.6
   
</td></tr></table></pre>
<!-- Author: Ted -->

<!-- Date: Thu Jul 21 00:12:23.449 2005 -->
Run <A HREF="/java/cdfdb/servlet/RunSummary?RUN_NUMBER=201423">201423</a>
ACTIVATE: RunSet: L2TORTURE  Trigger: L2_TORTURE [16,623,539] 
<!-- Author: Greg 2080 -->




<!-- Date: Thu Jul 21 01:24:03.486 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-12440&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12440  width='300' align='top'></a></td><td>Tonight, Vadim/Ted have done some study on the performance of the new L2 Pulsar 
<!-- Author: Vadim and Ted -->
<!-- Comment: Thu Jul 21 01;27;14 comment by...Ted and Vadim -->
<pre>Tonight, Vadim/Ted have done some study on the performance of the new L2 Pulsar "Phase II" system. This TrigMon plot shows the L2 latency improvement in beam (low luminosity). The green is for the time the new system finish making L2 decision (wrt L1A), while the blue is for the old system (red is the actual L2 decision seen from backplane, driven by the current system). The L2 latency reduction is significant, on the order of 10 us! Note that the current L2 Pulsar system is already about 10 us faster than alpha. The test was done in pure parasitic mode during normal physics data taking. 


This is preliminary beam test results (still in single shot mode. will soon test in FILAR multi-request mode to take full advantage of pipeline effects at high L1A rate). We will soon test it at high luminosity. All the tests can be done in pure parasitic mode without affecting data taking much (only need to request manaul HRRs from time to time when we change the code). 


The new system is based on the new FILAR PCI card (four channel inputs, developed at CERN for ATLAS) with new AMD machine. The current Pulsar L2 system is based on single channel S32PCI64 PCI card from CERN (becuase it is single channel input, one has to merge all subsystem first before sending data to CPU over PCI bus). 


This is to prepare for TDWG to open up L1A rate in the near future, so that L2 can handle high L1A rate with low deadtime. In particular, when new EVB is upgraded and opens up L2A rate, we can fill up that extra bandwidth by inreasing the L1A rate...</pre>

<!-- Comment: Thu Jul 21 01;29;27 comment by...Ted and Vadim -->
<pre>one more comment: the plot on the left is for all buffer event (previous unbiased events). The other four smaller plots are for each of the four buffer events.</pre>
</table>

<!-- Date: Thu Jul 21 01:38:50.565 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-12441&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12441  width='300' align='top'></a></td><td>The L2 latency above is still dominated by SVT processing time. More comments below.</td></tr></table> <font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Vadim and Ted -->
<!-- Comment: Thu Jul 21 01;45;26 comment by...Ted and Vadim -->
<pre>This is the SVT latency (green, wrt to L1A)  arriving into PCI input. The sharp peak at about 10 us (in grey) is the SVX data arriving time (leading edge) at the input of SVT system (also measured by L2 Pulsar system as we get a copy of that signal).

The small peak (green) at 10 us is due to SVT fast abort (for events which do not need SVT information at L2). for events which need SVT information for L2 decision, they populate around 20-40 us. This means that the current SVT latency dominates the overall L2 latency... and the SVT upgrade will improve this latency later this year (today, they have made the very first important step!).</pre>


<!-- Comment: Thu Jul 21 08;37;28 comment by...SCN -->
Something kinda odd with the SVT in on the per buffer plots.  What
happened to the sharp 10 &mu;s peak? <P>
By the way, thanks for being the first to make a clean measurement of SVX vs. SVT processing time.  The 10 &mu;s can be reduced by 1-2 &mu;s with "7 bit digitization".  Then there are tricks one can play with occupancy.  Both projects lack manpower for study/implementation.
<!-- Date: Thu Jul 21 02:04:18.297 2005 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2005&action=view&page=-12442&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2005&action=view&page=-12442  width='300' align='top'></a></td><td>Just for comparison, this is the same type of timing plots for 
other subsystems: (1) top left: Muon/XTRP; (2) top right: L2 Cluster, (3) ShowerMax output, (4) final output after merging 1-3, into PCI card.</td></tr></table> <font color=red><cite>(entry outside this shift's time range )</cite></font>
<!-- Author: Ted and Vadim -->