<!-- Title: 16:25:53  Mon Dec  8 2003 -->
<!-- Crewchief: Anyes Taffard -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>XTRP </pre>


<!-- Date: Mon Dec 8 16:40:34 2003 -->
Preparing ourselves for testing the 3TT 50 words readout. <Br> <Br> 
 
We are first attempting to take a run with the standard 3TT FER code<Br> 
We are experiencing some done timeout <Br> 
Tried rebooting crate ... no success <Br> 
Tried changing partition ... this fix it !<bR>
<!-- Author: anyes -->
<!-- Comment: Mon Dec  8 16;44;32 comment by...A -->
Test run with standard setting is: 175895

<!-- Comment: Mon Dec  8 16;50;02 comment by...A -->
Offline looks perfect!


<!-- Date: Mon Dec 8 17:02:56 2003 -->
Taking test with 50 words readout: run 175897 (L2 torture)<BR> 
Look likes this works. The calorimetry word look rubish, but Jim says that normal. <Br> Track words look perfect! <Br> 
  
<!-- Author: Anyes -->


<!-- Date: Mon Dec 8 17:08:11 2003 -->
Taking run with a cosmic table: COSMIC [12,358,403] run: 175898<br> 
Changing from xtrpdaq to tr_e6.mcs & 3t_pt.dat.cosmic & 3t_phi.dat.cosmic <br>  
<!-- Author: Anyes -->
<!-- Comment: Mon Dec  8 17;12;09 comment by...Anyes -->
We still get rubish calorimetry word (dcdc) <Br>
Track trigger wor look reasonable... Chris will look at these offline tomorrow. 


<!-- Date: Mon Dec 8 17:32:01 2003 -->
Putting cardEditor back to 2. <Br> 
Swapping startup.xtrp to the 2TT configiuaration <Br> 
Putting 2TT borad back in <Br> 
Taking a test run 175900 ... Jim checked offline .. everything looks ok. <br>
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 13:20:51 2003 -->
<U> Plan for today: </U> 
<li> 1k events Fer_3TT with 11 words readout. 
<li> Few runs with CCAL with different simtrack files  
<li> Few runs with L2_TORTURE with different simtrack files (up to 10) depending the time available  
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 13:24:19 2003 -->
Run 175922:<BR> 
CCAL with 11 words used standard FER_3tt <Br> 
Output doesn't look right.
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 13:29:21 2003 -->
Run 175923: <Br> 
Standard FER_3tt, 2 words <Br>  
Looks ok <Br>  
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 14:00:35 2003 -->
Base 50, FER_3tt_50words, CCAL table with L1_Global (calib continuous, interval drop to 10k) <BR> 
<li> Run 175929: simA (looks OK) 
<li> Run 175930: simB  
<li> Run 175931: simF 
<li> Run 175933: simH <BR> 
 
NB: Starting run 175931, we don't repartition to get the simtrack file loaded, it get reloaded at each config stage.
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 15:27:51 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=xtrp&action=view&page=-1&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=xtrp&action=view&page=-2  width='300' align='top'></a></td><td>Trigger rate for run 175946 L2Torture. Nothing rescale.</td></tr></table>
<!-- Author: Anyes -->


<!-- Date: Tue Dec 9 15:50:58 2003 -->
Test with L2_Torture: saved undr ACE-> XTRP_L2TORTURE <BR> 
<li> Run 175934: simA  (missing scaler, L2 pulsar, muon trigger crates) 
<li> Run 175944: simB (looks ok offline) 
<li> Run 175946: simF 
<li> Run 175947: simH 
<li> Run 175948: simC 
<li> Run 175949: simD 
<li> Run 175950: simE 
<li> Run 175951: simG 
<li> Run 175952: simA 
<Br> 
Getting error from L3Manager complaining about L3CalibTrig...<Br> 
We ignore it (after restarting the L3manager). We think that fine because we don't run TrigSim offline. <Br> 
I called Farrukh just in case... Look like there is really something wrong with the calibration.
<!-- Author: Anyes -->
<!-- Comment: Wed Dec 10 17;03;06 comment by...Anyes -->
All the test were run with e8 version, so prefred is one event late.<br>
We are making e7 the default which is in sync with prefred (-66ns)<Br>


<!-- Date: Fri Dec 12 09:22:07 2003 -->
<U> Plan for Today </U> 
<li> Doing another couple of L2 totrture test. We are using e7 (sync prefred). 
<li> We have new prom with the right board type for 3TT 
<!-- Author: Anyes -->


<!-- Date: Fri Dec 12 09:22:23 2003 -->
<pre>#Jane version for 50 word HD_DB track word data 
ld &lt; /cdf/code-common/cdfonline/xtrp/FER_SmartTrig.3tt_50words 
Undefined symbol: TDC_getReadL2A (binding 1 type 0) 
Undefined symbol: TDC_l2aBuffer (binding 1 type 0) 
Undefined symbol: INHIBIT_processTSInfo (binding 1 type 0) 
value = 28375832 = 0x1b0fb18 = boardBH + 0x120 
</pre>
<!-- Author: cmarino -->
<!-- Comment: Fri Dec 12 09;24;01 comment by...Anyes -->
<pre>We are getting this at the booting.... Need to check if it is normal.</pre>

<!-- Comment: Fri Dec 12 09;39;06 comment by...Anyes -->
<pre>Crate partitioning and configuring ok. but L3 is stuck... &lt;Br&gt;Luckly, the Ace is a L3 expert, so he is going to put L3 back running on the standard way.</pre>

<!-- Comment: Fri Dec 12 09;39;33 comment by...A -->
<pre>Ask Bill B about thiose error message... It is ok.</pre>


<!-- Date: Fri Dec 12 10:21:32 2003 -->
<pre>&lt;li&gt; Run 176148: 50wds 3tt fer (db at 50) version e7, SimB. Rate 40KHz 
&lt;li&gt; Run 176149: changing prescale of L1_MB_XING_PS49 to 100, same sim file. Get 20kHz. 
&lt;li&gt; Run 176150: prescale to 150, get 16kHz 
&lt;li&gt; Run 176151: prescale to 200, get 14kHz </pre>
<!-- Author: Anyes -->


<!-- Date: Sat Dec 13 12:14:30 2003 -->
<pre>Run L2 torture tests with base=2 and simB 
176303 (normal prescale) 
176304 (lower rate)</pre>
<!-- Author: cmarino -->
<!-- Comment: Sat Dec 13 12;43;05 comment by...cmarino -->
<pre>Also took two ccal runs with 50 word readout and large interval:
176305
176306</pre>
<!-- Date: Sat Dec 13 12:22:20 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=xtrp&action=view&page=-3&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=xtrp&action=view&page=-3  width='300' align='top'></a></td><td>L2 torture table rates with two word readout 
</td></tr></table>
<!-- Author: cmarino -->



<!-- Date: Mon Dec 22 09:33:18 2003 -->
Taking advantage of 12 days shutdown to squeeze our testing for the readout errors we see with L2 totrture tables <BR> 
<U> Plan for 2TT & 3TT </U>:<br> 
<li> L2 Torture table 
<li> Cosmic table with simtrack  
<li> Use the modified pipe FPGA firmware with those 2 tables  
<!-- Author: Anyes -->
<!-- Comment: Mon Dec 22 09;34;21 comment by...Anyes -->
We are using simtrackB 


<!-- Date: Mon Dec 22 13:08:36 2003 -->
Great... someone rebooting my machine! I had that entry almost done :-( <BR> 
<li> Run 176822: L2 torture table. High deadtime becasue we didn't have the L1Cal crate (trying to share resources with Bill B).<Br> 
<li> Run 176824: L2 torture table. L2 mismatch error & XTRP extra/less track.  
<li> Run 176825: L2 totrture bypassing pulsar. Same error. See below Cheng Ju diagnostic. 
<li> Run 176826: Cosmic table. ~99% dead time. Prescaling L2 by 1/2 M did not help... but still got some events. Same errors. 
<li> Run 176830... real battle to get this one started and loading the new pipe. <Br> 
Well those new pipe don't give us tracks... so no L2 trigger...<Br> 
Mike needs to remake them. 
  
<!-- Author: Anyes -->
<!-- Comment: Mon Dec 22 13;16;26 comment by...Anyes -->
Cheng Ju diagnostic:<Br>
Okay, I have looked at the two L2 torture test runs:
 run 176824 --> with Pulsar board in the chain
 run 176825 --> by-passing Pulsar board (XTRP cable connected directly to trklist)

In both runs, the TL2D bank contains the identical 16 track patterns (see the list
at the end of this message).  So this concludes that the stuck bit#3 problem in the track data is coming from upstream of the Pulsar board.  Given that we don't see the shift in Linker ID in physics runs and only in test runs when fake tracks are loaded on the XTRP board.  Without knowing much about XTRP, my guess is that
the problem is at the loading of the XTRP tracks.  I believe this is probably not
related to the readout error.  Let us know if there is more that we could do to help.

<!-- Date: Mon Dec 22 13:15:38 2003 -->
Summary <Br> 
<li> Can reproduce those errors with L2 Torture  
<li> Bypassing pulsar crate doesn't remove the L2 mismatch errors. 
So problem must come from the loading of the XTRP data at L2. 
<li> Also see those errors by replacing the L2Torture table by Cosmic [12,358,403] and keeping same config. <Br>  
This one is odd because we didn't see any errors in the cosmic runs taken by Aces during last week. 
  
<!-- Author: Anyes -->
<!-- Comment: Mon Dec 22 18;24;47 comment by...Cheng-Ju -->
<pre>I don't think the problem is at loading the XTRP data at L2.
The alpha processor agrees with the Pulsar data 100%.  The
problem I believe is at loading the fake tracks in the
XTRP board at L1.</pre>


<!-- Date: Mon Feb 9 10:17:04 2004 -->
Chasing old L2 Totrture problem with 2TT/3TT.<BR> 
 
<li> Run 178922 no phi gap simTrack B 
<li> Run 178923 no phi gap simTrack A 
<li> Run 178924 with phi gap simTrack A 
<li> Run 178925 XTRP calib continous w/phi gap simTrack A  
<!-- Author: anyes -->
<!-- Comment: Mon Feb  9 13;40;54 comment by...Kevin -->
<pre>Same symptoms seen with and without the phi gap coldstart.</pre>
<!-- Date: Mon Feb 9 11:10:18 2004 -->
Summary of XTRP Testing:<br> 
Tested 2TT for L2 readout errors with current startup code <br> 
and startup code before phi gap implementation.  The several tests<br> 
also reflect some different simulated track files and a fixed period<br> run for comparison.  These will be analyzed offline. 
<br>Attempted to load modified 2TT, but failed.
<!-- Author: Christopher -->


<!-- Date: Mon Feb 9 12:53:37 2004 -->
Mike can get the Java Gui to work, so trying again to test <BR> 
Using Nathan code which doesn load rams (FER_SmartTrig.current) and latest phi gap code <Br> 
Save new daqtest with latest L2_Torture table in DQTEST_XTRP_V2 <BR>
<!-- Author: Anyes -->


<!-- Date: Mon Feb 9 13:05:47 2004 -->
Problem loading:ThreeTrackBVme, loading by hand <Br> 
ld < /cdf/code-common/cdfonline/xtrp/ThreeTrackBVme <BR> 
Gettind lots and lots of VME BERR received ! ... <BR> 
Did push hard enought .... oh well...<BR>
<!-- Author: Anyes -->



<!-- Date: Mon Feb 9 13:56:46 2004 -->
Not getting any event through, even that extra 2 & 1 = 1 which <BR> should be loading a copy of simtracks_marino.dat<BR> 
 
Restarting from scratch just in case. <BR> 
Still no track. Try Physics table. same thing. <BR> 
Was using software partition * and that was the problem <BR> switching to hardware partition (0->7) is the right thing. <BR>  
<!-- Author: Anyes -->


<!-- Date: Mon Feb 9 14:24:34 2004 -->
Using simtracks_marino.dat<BR> 
<li> Run 178957 : Physcics table <BR> 
<li> Run 178958: L2 torture table calib continous <BR> 
<li> Run 178959: L2 torture table in fixed calib (2M) <BR> 
Using simtracks_phigap.dat<BR> 
<li> Run 178960: L2 torture table in fixed calib (2M)<BR> 
<li> Run 178961: L2 torture table calib continous <BR> 
<li> Run 178962: Physcics table <BR>
<!-- Author: Anyes -->
<!-- Comment: Mon Feb  9 14;25;27 comment by...Anyes -->
Looks like we not getting any trigger words.<BR>
Are the map (mt_map.dat) loaded properly ?? <BR>


<!-- Comment: Mon Feb  9 14;35;58 comment by...Anyes -->
Fall into the usual trap when thing nee to be done manually!!! <BR>
wtrack_x.mcs -> wtrack3_x4.mcs.3tt (and not wtrack_x.mcs.2tt).


<!-- Date: Mon Feb 9 15:25:47 2004 -->
Figure out what was wrong not getting anything to the 3TT board for the databoard, one additional extra was set to 1, my mistake.<BR>
<!-- Author: Anyes -->


<!-- Date: Mon Feb 9 15:55:52 2004 -->
Using simtracks_max.dat <BR> 
<li>Run 178973: Physcics table calib continuous<BR> 
<li> Run 178974: L2 torture table calib continuous<BR> 
<li> Run 178976: L2 torture table in fixed calib (1M)<BR> 
Using simtracks_marino.dat<BR> 
<li> Run 178977: L2 torture table in fixed calib (1M)<BR> 
<li> Run 178979: L2 torture table calib continuous<BR> 
<li> Run 178981: Physcics table <BR>
<!-- Author: Anyes -->