<!-- Title: 13:49:39  Wed May  7 2003 -->
<!-- Crewchief: Era, dawn of new -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>.</pre>


<!-- Date: Wed May 7 13:59:13 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-23&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-23  width='300' align='top'></td></tr>
</A></table>
<P>
<PRE> View of backplane signals in the calorimeter  test stand with the configuration:
     Slot 1 MVME  tstcal1
     Slot 2 Tracer
     Slots 5-11  ADMEMs
     Slots 16-21 ADMEMs
<P>
  Trace 1 (yellow): CDF clock slot 21, using diff probe 
  Trace 2 (green):  L2A, slot21 
  Trace 3 (purple): B0, slot 21 
  Trace 4 (magenta): B0, slot 2  
<P>
Notes:  Clock looks pretty good, modulo some  low level ringing
B0 signal does not look so good:  In slot 2,  there is a problem
on the rising edge near  the logic threshold;  presumably due to
a  reflection (?).   In slot 21, that problem has  been
 flattened, possibly at the expense of width.  </PRE>     
<!-- Author: W.Badgett,J.Nachtman -->


<!-- Date: Wed May 7 14:03:13 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-24&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-24  width='300' align='top'></td><td>Same trace points as previous entry, with <BR> all ADMEMs but slot 21 removed.</a></td></tr></table>
<!-- Author: W.Badgett, J.Nachtman -->


<!-- Date: Wed May 7 14:03:45 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-25&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-25  width='300' align='top'></td><td>Same as previous, but with all <BR> ADMEMs removed</a></td></tr></table>
<!-- Author: W.Badgett,J.Nachtman -->


<!-- Date: Wed May 7 15:57:06 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-26&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-26  width='300' align='top'></td><td>Full complement of ADMEMs, as in first<BR> picture above, but with Tracer in Slot 4<BR> Note hiccup on the falling edge of the clock signal</a></td></tr></table>
<!-- Author: W.Badgett,J.Nachtman -->


<!-- Date: Wed May 7 15:58:50 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-27&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-27  width='300' align='top'></td></A></tr></table>
<P>
<PRE>
With Tracer in slot 4, this is how the L1A looks 
like across the crate:  
<P>
 Trace 1 (yellow) CDF clock, slot 21
 Trace 2 (green): L1A, slot 2
 Trace 4 (magenta): L1A, slot 13
 Trace 3 (purple): L1A, slot 21 
</pre>
<!-- Author: W.Badgett,J.Nachtman -->


<!-- Date: Wed May 7 16:01:51 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-28&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-28  width='300' align='top'></td><td>We tried to run in Myron Mode with L1Early: here  are are the L1A signals as in the immediately  previous scope picture.</a></td></tr></table>
<!-- Author: WB,JN -->


<!-- Date: Wed May 7 16:06:28 2003 -->
<pre>We also looked at B0 and B0 on the ADMEM in  
slot 21, comparing the two on an analog scope. 
The B0 seemed to be latching quite happily  
on the ADMEM -- no ghost traces found under the latched  
signal on the board.  This gives some limit  
on the frequency of latch failures, dependent on  
the response of the 'scope.  However, I'm not  
sure how to compute that... 
</pre>
<!-- Author: W.Badgett,J.Nachtman -->
<!-- Date: Thu May 8 20:00:20 2003 -->
<pre><pre> 
may 3-6 2003 
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 
checking problematic cal towers 
 
2,16 
 
In RUN 162441 differences found in had eta=2,phi=16 
 
wiggled aux card cable 25309 -PHW @2RR24C slot 7 crate l1cl04 
problem was intermittent and has not appeared since. 
 
DiracCrate: LEVEL1_CAL_04 Card: DIRAC_67 Slot: 7 Channel: 11 
DiracCh:5 AdMem:ADMEM_129 CalCrate:PCAL_04 Admem Slot:17 Admem Trigger Output:4 
 
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' 
 
3,18 
 
DiracCh:7 AdMem:ADMEM_133 CalCrate:PCAL_04 Admem Slot:21 Admem Trigger Output:3 
 
The triger energy is always smaller then what expected from the Admem by 1 count. The error is upstream of Dirac. 
 
em[3][18] = 1.  em_et[3][18] = 0.  eta = 18, phi = 3 
em[3][18] = 2.  em_et[3][18] = 1.  eta = 18, phi = 3 
etc 
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 
 
13,1 
 
Run 162545 
 
swapped test (13,1)  DIRAC_SLOT_10 ch3 aux card cable 24131 
correpsonding to eta 13 phi 1 (hot) with DIRAC_SLOT_09 aux card cable 24755 corresponding to eta 19 phi 1; the corresponding high occupancies swapped accordingly- the problem follows the cable we need to look at the pit-end of the cable to the ADMEM.  
 
downstairs this is at CCAL_8 canet-2 sl19 ch1 
 
so here is how we run now 
 
Hadronic Trigger Towers eta-phi map 
     |P|P|P|P|P|P|W|W|C|C|C|C|C|C|C|C|W|W|P|P|P|P|P|P| 
eta  | | | | | | | | | | |1|1|1|1|1|1|1|1|1|1|2|2|2|2| 
     |0|1|2|3|4|5|6|7|8|9|0|1|2|3|4|5|6|7|8|9|0|1|2|3| 
phi  +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
 00  | | | | | | | | | | | | | | | | | | | | | | | | | 
 01  | | | | | | | | | | | | | |*| | | | | | | | | | | 
 02  | | | | | | | | | | | | | | | | | | | | | | | | | 
 03  | | | | | | | | | | | | | | | | | | | | | | | | | 
 04  | | | | | | | | | | | | | | | | | | | | | | | | | 
 05  | | | | | | | | | | | | | | | | | | | | | | | | | 
 06  | | | | | | | | | | | | | | | | | | | | | | | | | 
 07  | | | | | | | | | | | | | | | | | | | | | | | | | 
 08  | | | | | | | | | | | | | | | | | | | | | | | | | 
 09  | | | | | | | | | | | | | | | | | | | | | | | | | 
 10  | | | | | | | | | | | | | | | | | | | | | | | | | 
 11  | | | | | | | | | | | | | | | | | | | | | | | | | 
 12  | | | | | | | | | | | | | | | | | | | | | | | | | 
 13  | | | | | | | | | | | | | | | | | | | | | | | | | 
 14  | | | | | | | | | | | | | | | | | | | | | | | | | 
 15  | | | | | | | | | | | | | | | | | | | | | | | | | 
 16  | | | | | | | | | | | | | | | | | | | | | | | | | 
 17  | | | | | | | | | | | | | | | | | | | | | | | | | 
 18  | | | | | | | | | | | | | | | | | | | | | | | | | 
 19  | | | | | | | | | | | | | | | | | | | | | | | | | 
 20  | | | | | | | | | | | | | | | | | | | | | | | | | 
 21  | | | | | | | | | | | | | | | | | | | | | | | | | 
 22  | | | | | | | | | | | | | | | | | | | | | | | | | 
 23  | | | | | | | | | | | | | | | | | | | | | | | | | 
 
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, 
 
18,16  
 
intermittent high order bit problem in the plug 
DiracCh:0 AdMem:ADMEM_176 CalCrate:PCAL_10 Admem Slot:16 Admem Trigger Output:1 
DiracCrate:LEVEL1_CAL_04 Card:DIRAC_64 Slot:4 Tower:0  
ha[18][16] = 0.  ha_et[18][16] = 1.</pre> 
</pre>
<!-- Author: smaria -->


<!-- Date: Sat May 10 14:03:02 2003 -->
<pre>Mark M probably goes in the access to fix these: 
 
Wall had (17,3) 
 
CalorCrate: WCAL_04 Slot: 19 has 12 channels 
DiracCh:11 AdMem:ADMEM_219 CalCrate:WCAL_04 Admem Slot:19  
Admem Trigger Output:2 
 
24540 -- 019-2/019-11 CONET-4 SL19CH2(admem)  2RR28C-L SL19CH11(dirac) 
 
**** 
CHE had (13,1)  
 
CCAL_08 24131 019-1/010-03 CANET-2 SL19CH1(admem) 2rr28c-l sl10ch3(dirac) 
 
***</pre>
<!-- Author: smaria -->
<!-- Comment: Sat May 10 22;21;21 comment by...m mattson, smaria -->
<pre>The details are in
<a href=
'/cgi/elog/elog.pl?nb=2003&action=view&page=390&frame=2&anchor=17:35:15.349'>
this shift e-log entry</a>.  The ccal08 problem (eta 13, phi 1) appears to have gone away after the cable was reconnected.  I did not see any problems with the original connection, and the pins looked fine.  Don't know why it is better, I'm just happy that it is.<p>
The hot WHA tower was due to a failed calibration on friday night.  This channel was reading out maximum value, which explains the 1.7 MHz trigger rate.  The problem appears to be from the ADMEM itself.  A new ADMEM was put in, and all channels were calibrated successfully.<p>
There were a few other problems, with a TrigMon difference of 1 or 2 counts between the cable and the calculated value.  This may have been due to different jobsets/LER/calibrations.  After today, all cal crates were recalibrated with the latest jobset, so we hope that this is solved as well.<p>
Right now, all cal trigger towers are unmasked.</pre>


<!-- Date: Mon May 19 23:39:41 2003 -->
<pre>Inject sequentially on the same run (163174), 4 PEM channels 
 
b0pcal08-> ADMEM_injectCharge(14,0,1000); 
b0pcal08-> ADMEM_injectCharge(16,0,1000); 
b0pcal08-> ADMEM_injectCharge(18,0,2000); 
b0pcal08-> ADMEM_injectCharge(20,0,10000); 
 
plots will be attached soon; test looks good-- done for the cabletester; run YMON, CABLEMON;</pre>
<!-- Author: maria -->
<!-- Comment: Tue May 20 14;47;32 comment by...maria -->
<pre>Plots follow</pre>
<!-- Date: Tue May 20 14:37:22 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-29&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-29' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-30&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-30' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-31&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-31' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-32&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-32' width='300'></a></center>
<!-- Author: PCAL08:ADMEM_SLOT14_CHANNEL_0_DAC_1000 -->


<!-- Date: Tue May 20 14:39:46 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-33&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-33' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-34&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-34' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-35&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-35' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-36&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-36' width='300'></a></center>
<!-- Author: PCAL08:ADMEM_16_CHANNEL_0_DAC_1000 -->


<!-- Date: Tue May 20 14:42:09 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-37&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-37' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-38&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-38' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-40&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-40' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-41&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-41' width='300'></a></center>
<!-- Author: PCAL08:ADMEM_18_CHANNEL_0_DAC_20000 -->


<!-- Date: Tue May 20 14:42:15 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-37&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-37' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-38&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-38' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-40&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-40' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-41&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-41' width='300'></a></center>
<!-- Author: PCAL08:ADMEM_18_CHANNEL_0_DAC_2000 -->


<!-- Date: Tue May 20 14:44:41 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-42&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-42' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-43&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-43' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-44&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-44' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-45&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-45' width='300'></a></center>
<!-- Author: PCAL08:ADMEM_20_CHANNEL_0_DAC_10000 -->



<!-- Date: Tue May 20 19:57:47 2003 -->
<pre> A small summary regarding eta=3 phi=0 PHW: yesterday am, Greg masked it; 
 the admem-dcas comparisons were all over the place for this tower; 
 Yestaerday when I did some charge injection tests, i unmasked it 
 in order to see what's going on and it was quite. I left it unmasked and 
 tried to inject charge; LEVEL1_CAL_00 Card:DIRAC_03 Slot:7, 
 DiracCh:7 AdMem:ADMEM_97 CalCrate:PCAL_00 Admem Slot:17 Admem Trigger  
 Output:3 and in terms of ADMEM in the pit EPNW-2 SL17CH3(wedge 3, tower   
 2) So i tried to inject on B0CAL00, slot 17 channel 3 and could not. 
  
</pre>
<!-- Author: maria -->


<!-- Date: Tue May 20 20:01:31 2003 -->
<pre><b>FROM MAY 20 DAY SHIFT E-LOG</b> 
<pre> 
Tue May 20 09:21:37 Checked b0pcal00, slot 17, ch 15 (PHA West phi=0, eta=17, pmt=1) which showed problems yesterday night 
in the CAL QIE calibration (zero slopes). The DAC is unable to inject charge into this cafe. As such it needs to be replaced in an 
access. Also please page CAL ADMEM pager if you notice anything like this in future. - R Tesarek, V Tiwari  
</pre></pre>
<!-- Author: maria -->
<!-- Comment: Wed May 21 19;44;01 comment by...m mattson, v tiwari -->
During the access today, the problem could not be replicated.  While the west steel was being pulled out, we ran QIETEST, and the channel was happily calibrating.  We decided to replace the CAFE anyways, in case this is an intermittant problem.
<!-- Date: Tue May 20 20:04:14 2003 -->
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=419&frame=2&anchor=15:43:02.428'> 
Today's Problem (plot 1)</a>  

<!-- Author: maria -->


<!-- Date: Tue May 20 20:05:52 2003 -->
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2003&action=view&page=419&frame=2&anchor=15:43:39.008'> 
today's L1 trigger problem (plot 2)</a> 
<!-- Author: maria -->



<!-- Date: Wed May 21 19:49:41 2003 -->
<pre>I tried to run the cable tester routine that I have listed on my CDF web page. 
The run in question is 163305.  I could not get ccal10 to go past config; there was some memory corruption when the new FER code was loaded.  There is no apparent reason why ccal10 would be affected this way, but wcal05 and pcal08 were not.  I took a Spike Run, turned on the channels as listed on my web page.  There were multiple error messages listed, which I will append to this entry later.  Looking at TrigMon, it looked like all slots were injecting charge, 
when only 1 or 2 should have been.  More to come later.</pre>
<!-- Author: m mattson -->


<!-- Date: Wed May 21 22:06:34 2003 -->
<pre>Running with CableMon on b0dap01-- under Jane's L2 torture run; 
DAQMON also running on b0dap76; get 0.16Mb/s (cf trigmon 0.02) 
run  163323 </pre>
<!-- Author: maria -->
<!-- Comment: Wed May 21 22;18;56 comment by...maria -->
<pre>running with spike run of course is trigger limited...
so i'll go back to L2 torture until I get JDL to
make a table</pre>

<!-- Comment: Wed May 21 22;59;12 comment by...maria -->
rerun with L2-torure; throught between 0.07 and 0.15;
not sure why it is varying; also saw a weird ADMEM-DCAS comparison; <p>
<a href='/cgi/elog/elog.pl?nb=2003&action=view&page=-5382&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/elog.pl?nb=2003&action=view&page=-5382'
                                                                    width='300'></a><p>
will run a spike run to make sure nothing is screwed up

<!-- Comment: Wed May 21 23;02;59 comment by...maria -->
<pre>L!A rate 40 kHz</pre>


<!-- Date: Thu May 22 18:07:36 2003 -->
<pre> 
from Rick Tesarel, for the cable test: pick a column of channels  in sum  (HAD); max DAC value 65535 
 
ADMEM Trigger sum outputs by location in the detector 
 
 
HAD 
Central 
Sum         Channels in Sum 
0           0  1  2  3 
1           4  5  6  7 
2           8  9  10 11 
3           12 13 14 15 
 
Wall 
 
0          0  1  2  3 
1          4  5  6  7 
2          8  9  10 11 
 
Plug 
 
1          4  5  6  7 
2          8  9  10 11 
3          12 13 14 15 
4          16 
5          17 
6          18 19										 </pre>
<!-- Author: maria -->


<!-- Date: Wed May 28 07:40:20 2003 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-46&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-46' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-47&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=l1&action=view&page=-47' width='300'></a></center>
<!-- Author: m mattson -->
<!-- Comment: Wed May 28 07;42;22 comment by...m mattson -->
<pre>Ran cable tester this morning.  Details will be on my CDF web page later today.  Working group should examine run 163632 (and to a much lesser extent, run 163636).</pre>

<!-- Comment: Wed May 28 10;30;34 comment by...m mattson -->
<b>May 28th Early Morning Cable Tester Test</b><br>
The following are the steps I took.  It still easy to leave Run Control in a screwed-up state,
so all tests should be run by the project leader (Rick T.) first.  The test stand is probably safe
enough, as long as the power is turned off after you are done.  (There are cooling concerns, if
ADMEMs are left powered on.)<p>
<ul>Test concerns:
<li> Code compatable with Run Control
<li> Inject one channel at a time, and hit all eta towers in a certain phi.
<li> How to recover, back to normal data taking
<li> What is the highest value that can be injected into a high eta tower.  Will this value
be enough (after sine weighting) to test necessary trigger bits
</ul>
<hr>
<ul>Steps to load local FER code
<li>Opened six windows to b0dap30.  Typed
<pre>source ~mattson/code1/zcshrc</pre>
That executes the following commands:
<pre>
source /usr/local/etc/setups.csh
setup cvs -q online
setup vxworks -q ppc
setup fer -r /cdf/people3/mattson/code1/fer
cd $FER_DIR/src</pre>
We probably only need the last two lines, but I was playing it safe.  "vxworks" cannot be set up
on other online computers (dap19, dap26), only on b0dap30.  I don't know if it is necessary or
not.
<li>On <b>b0ccal03, b0ccal11, b0pcal03, b0pcal08, b0wcal01, b0wcal05</b>, logged in and rebooted.  After the
prompt comes back:
<pre>./vxreload crate_name </pre>
where the crate_name is each of the six crates listed above.
<li>Logged into each of the six crates
</ul>
<hr>

<ol>Steps for run 163632:
<li>Start a spike run.  After it is active, ran it long enough for TrigMon to accept 10 events.
Pause run.
<li>On <b>pcal03</b> typed
<pre>ADMEM_injectCharge(14,18,35535);</pre>
This hits trigger phi 11, eta 0 EM.  Resume run, long enough to get about 10 events to TrigMon.
  Pause run.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,17,35535);</pre>
This hits trigger phi 11, eta 1 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,16,35535);</pre>
This hits trigger phi 11, eta 2 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,12,35535);</pre>
This hits trigger phi 11, eta 3 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,8,35535);</pre>
This hits trigger phi 11, eta 4 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,4,35535);</pre>
This hits trigger phi 11, eta 5 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(14,0,35535);</pre>
This hits trigger phi 11, eta 6 EM. Resume run.  Take 10 events to TrigMon.  Pause.
<li> Turn off charge injection
<pre> b0pcal03 -> ADMEM_injectCharge(14,-1,0);</pre>
This will set the DAC to zero, and tell the ADMEM to disable all charge injection.
Any negative number (for the CAFE number) should work.
<li> Inject charge to PHA channels
<pre> b0pcal03 -> ADMEM_injectCharge(15,18,35535);</pre>
This hits trigger phi 11, eta 0 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(15,17,35535);</pre>
This hits trigger phi 11, eta 1 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(15,16,35535);</pre>
This hits trigger phi 11, eta 2 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(15,12,35535);</pre>
This hits trigger phi 11, eta 3 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(15,8,35535);</pre>
This hits trigger phi 11, eta 4 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0pcal03 -> ADMEM_injectCharge(15,4,35535);</pre>
This hits trigger phi 11, eta 5 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li> Turn off charge injection
<pre> b0pcal03 -> ADMEM_injectCharge(15,-1,0);</pre>
<li> Switch to WHA channels
<pre> b0wcal01 -> ADMEM_injectCharge(21,8,35535);</pre>
This hits trigger phi 11, eta 6 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0wcal01 -> ADMEM_injectCharge(21,4,35535);</pre>
This hits trigger phi 11, eta 7 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0wcal01 -> ADMEM_injectCharge(21,0,35535);</pre>
This hits trigger phi 11, eta 8 HA.  Resume run.  Take 10 events to TrigMon.  Pause.
<li> Turn off charge injection
<pre> b0wcal01 -> ADMEM_injectCharge(21,-1,0);</pre>
<li> Switch to CEM and CHA towers.  Try two slots at once
<pre> b0ccal03 -> ADMEM_injectCharge(20,12,35535);
 b0ccal03 -> ADMEM_injectCharge(21,12,35535);</pre>
This hits trigger etas 8 (EM and HA).  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0ccal03 -> ADMEM_injectCharge(20,8,35535);
 b0ccal03 -> ADMEM_injectCharge(21,8,35535);</pre>
This hits trigger etas 9 (EM and HA).  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0ccal03 -> ADMEM_injectCharge(20,4,35535);
 b0ccal03 -> ADMEM_injectCharge(21,4,35535);</pre>
This hits trigger etas 10 (EM and HA).  Resume run.  Take 10 events to TrigMon.  Pause.
<li>
<pre> b0ccal03 -> ADMEM_injectCharge(20,0,35535);
 b0ccal03 -> ADMEM_injectCharge(21,0,35535);</pre>
This hits trigger etas 11 (EM and HA).  Resume run.  Take 10 events to TrigMon.  Pause.
<li> Turn off charge injection for slot 21
<pre> b0wcal01 -> ADMEM_injectCharge(21,-1,0);</pre>
CEM has one more tower than CHA
<pre> b0ccal03 -> ADMEM_injectCharge(20,16,35535);</pre>
This hits trigger etas 7 EM.  Resume run.  Take 10 events to TrigMon.  Pause.
<li> Turn off charge injection
<pre> b0wcal01 -> ADMEM_injectCharge(20,-1,0);</pre>
<li> Resume run, long enough to get 10 more events, then end.
</ol>
<hr>
I noticed that I had miswritten the maximum DAC value, which is actually 65535.  Started a different
spike run (16336) to try that value.
DAC value of 65535 was injected into pcal08, slots 18/19, ch 18.  This is the highest eta tower,
and where the sin(eta) weighting is the smallest.<p>
I also tried to inject into more than one channel (simultaneously), but my recent code changes must
have disabled this function.  I will work on making that functional again.<p>
Between spike runs, I took a QIE calibration (while the L3 farm was being cleaned up).  Since there
were no problems, the local code looks okay to be committed.

<!-- Comment: Wed May 28 11;11;37 comment by...m mattson -->
For run 163636 (not 16336), after blasting the largest eta tower
in pcal, I tried the multiple-channel charge-injection, which
didn't appear to work.  Between those, I tried single-channel charge injection
for:
<pre>pcal08, slot 18, ch 16
wcal05, slot 19, ch 5
ccal11, slot 16, ch 7</pre>
The wcal and ccal channels appeared to have some problems.  If there is another test  (maybe with Maria's lean TrigMon running), we should repeat the test with East phi 9 towers.


<!-- Date: Sun Jun 1 11:17:43 2003 -->
<pre>Instructions for running simple CableMon during Charge Injection 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 
 
on any online machine: 
[ I suggest ssh -g b0dap72  
b/c dap72 is a general purpose DAQ machine usually free] 
 
cd /data1/consumer/runarea/CableMon 
./CabMon_spike <partition number> 
 
this is with spike killer set true on the cosmumer level 
when you run injection this will show you difference between 
DCAS-ADMEM at the tower you injected 
 
./CabMon_nospike <partition number> 
 
this is with spike killer disabled at the consumer lever 
hence i expect when you run injection to see 
no difference between DCAS-ADMEM at the tower you injected. 
you need to check this with injection-- 
 
in all cases the L1TriggerSummaryXXXXX.log as well as 
.root and a last.log  are in the /data1/consumer/results/CableMon/ 
directory 
 
Mark, Vivek & co.: if you get time to do charge injection again, the week of june 2 
please send me email and I will attempt to be available online. 
 
 
</pre>
<!-- Author: maria -->


<!-- Date: Fri Jun 13 12:35:42 2003 -->
<b>CableMon and ChargeInjection</b><br> 
This morning TeV quenched, then they lost the pbar stack, so DAQ was available to run tests.  I did not have a chance to check with Rick T or Maria S before starting; people were lining up to use the DAQ, so it was "now, or much-much later".<p> 
I found Maria's instructions above.  She suggested b0dap72, but that had a lot of JAVA processes running.  I used b0dap53 to start CabMon_spike.  It wouldn't start until I deleted the previous "last.log".  The only consumers running were YMon and CableMon (which showed up as TrigMon for CSL, and as CableMon for HistoDisplayMain).<p> 
Used default spike run config to start run 164661.  Logged onto ccal03, pcal03, and wcal01, without vxreload-ing FER code.  Could see that single channel charge injection worked (pcal03, slots 14/15, ch 18), but then run ended.  Forgot to remove 30K event limit, doh!<p> 
Started <b>run 164662</b>.  Ran spike run long enough to get 10 events to cable/Trig Mon.  (This is equivalent to several thousand L3 events to tape.)  I then tried multi-channel charge injection, which did not appear to do anything.  (To be worked on...).  Then I did the following sequence, with run pauses in between steps: 
<ul>All charge injection was done with DAC=65535, max value, using ADMEM_injectCharge(admem slot, channel, DAC val); 
<li>pcal03, slots 14/15, ch 18 
<li>pcal03, slots 14/15, ch 17<br> 
wcal01, slot 21, ch 8<br> 
ccal03, slots 20/21, ch 12 
<li>pcal03, slots 14/15, ch 16<br> 
wcal01, slot 21, ch 4<br> 
ccal03, slots 20/21, ch 8 
<li>pcal03, slots 14/15, ch 12<br> 
wcal01, slot 21, ch 0<br> 
ccal03, slots 20/21, ch 4 
<li>Turn off charge injection-- 
pcal03, slots 14/15, ch -1, DAC=0<br> 
wcal01, slot 21, ch -1, DAC=0<br> 
ccal03, slots 20/21, ch -1, DAC=0 
</ul> 
The run was ended.  CabMon was killed, CabMon_nospike started, then <b>run 164664</b> started.  The above steps of charge injection were repeated.  The run was ended, and crates rebooted (just in case).<p> 
After that, I took a normal spike run, with normal TrigMon and YMon running, to see if the system was back to normal.  Unfortunately, MCR had a full-sized proton bunch in the ring, so rates were high (200 Hz), but not obscenely so.  Just in case, I did a "reset_crate" for the three crates I was logged into. 
  
<!-- Author: m mattson -->
<!-- Comment: Fri Jun 13 12;37;58 comment by...m mattson -->
Apologies, I don't know why L1 e-log doesn't display like other
e-logs.<p>
Renamed last.log files to last_spike.log and last_nospike.log,
respectively.

<!-- Comment: Fri Jun 13 12;59;36 comment by...m mattson -->
<br>
During the runs, I was checking the "TrigMon" plots from
HistoDisplayMain.  I don't see those root files anywhere.
Maria, are the root files cached somewhere?<p>
It looked like there were EM DCAS-ADMEM mismatches for
the central etas, in the 1GeV plot.  But I can't find
the root files to point out what I was looking at.

<!-- Comment: Sat Jun 14 19;10;47 comment by...maria -->
<pre>The root files are saved in the corresponding cablemon directory;
I will take a look
</pre>