<!-- Title: 16:47:12  Tue Oct 22 2002 -->
<!-- Crewchief: Z. Huang -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
New Week


<!-- Date: Tue Oct 22 18:32:37 2002 -->
<b>Routine Electronics Checkout</b><BR> 
<BR> 
<b>Central Calorimeter</b> <pre>tmp/b0ccal00.tmp: ### Crate: b0ccal00 -- Pedestal problem(s)  
tmp/b0ccal01.tmp: ### Crate: b0ccal01 -- Pedestal problem(s)  
tmp/b0ccal02.tmp: ### Crate: b0ccal02 -- Pedestal problem(s)  
tmp/b0ccal03.tmp: ### Crate: b0ccal03 -- Pedestal problem(s)  
tmp/b0ccal04.tmp: ### Crate: b0ccal04 -- All ok! 
tmp/b0ccal05.tmp: ### Crate: b0ccal05 -- Pedestal problem(s)  
tmp/b0ccal06.tmp: ### Crate: b0ccal06 -- All ok! 
tmp/b0ccal07.tmp: ### Crate: b0ccal07 -- Pedestal problem(s)  
tmp/b0ccal08.tmp: ### Crate: b0ccal08 -- Pedestal problem(s)  
tmp/b0ccal09.tmp: ### Crate: b0ccal09 -- Pedestal problem(s)  
tmp/b0ccal10.tmp: ### Crate: b0ccal10 -- Pedestal problem(s)  
tmp/b0ccal11.tmp: ### Crate: b0ccal11 -- Pedestal problem(s)  
tmp/b0ccal12.tmp: ### Crate: b0ccal12 -- Pedestal problem(s)  
tmp/b0ccal13.tmp: ### Crate: b0ccal13 -- Pedestal problem(s)  
tmp/b0ccal14.tmp: ### Crate: b0ccal14 -- All ok! 
tmp/b0ccal15.tmp: ### Crate: b0ccal15 -- Pedestal problem(s)  
</pre> 
There were most of crates except 3 having Pedestal problem. We suspected the problem was caused by power circling.  
<pre> 
</pre> <b>Source Monitoriing</b> <pre> 
ped/tmp/sped_b0ccal00.tmp: ### Crate: b0ccal00 -- SMON ped problem   
ped/tmp/sped_b0ccal01.tmp: ### Crate: b0ccal01 -- SMON ped problem   
ped/tmp/sped_b0ccal02.tmp: ### Crate: b0ccal02 -- SMON ped problem   
ped/tmp/sped_b0ccal03.tmp: ### Crate: b0ccal03 -- SMON ped problem   
ped/tmp/sped_b0ccal04.tmp: ### Crate: b0ccal04 -- SMON ped problem   
ped/tmp/sped_b0ccal05.tmp: ### Crate: b0ccal05 -- SMON ped problem   
ped/tmp/sped_b0ccal06.tmp: ### Crate: b0ccal06 -- SMON ped problem   
ped/tmp/sped_b0ccal07.tmp: ### Crate: b0ccal07 -- SMON ped problem   
ped/tmp/sped_b0ccal08.tmp: ### Crate: b0ccal08 -- SMON ped problem   
ped/tmp/sped_b0ccal09.tmp: ### Crate: b0ccal09 -- SMON ped problem   
ped/tmp/sped_b0ccal10.tmp: ### Crate: b0ccal10 -- SMON ped problem   
ped/tmp/sped_b0ccal11.tmp: ### Crate: b0ccal11 -- SMON ped problem   
ped/tmp/sped_b0ccal12.tmp: ### Crate: b0ccal12 -- SMON ped problem   
ped/tmp/sped_b0ccal13.tmp: ### Crate: b0ccal13 -- SMON ped problem   
ped/tmp/sped_b0ccal14.tmp: ### Crate: b0ccal14 -- SMON ped problem   
ped/tmp/sped_b0ccal15.tmp: ### Crate: b0ccal15 -- SMON ped problem   
</pre> 
<pre></pre>All crates were in SMON ped problem. We haven't met such a problem like this. Later we were told that someone was working at that moment. we did checkout again. <pre></pre> 
<BR> 
<b>Central Calorimeter</b> <pre> 
tmp/b0ccal00.tmp: ### Crate: b0ccal00 -- All ok! 
tmp/b0ccal01.tmp: ### Crate: b0ccal01 -- All ok! 
tmp/b0ccal02.tmp: ### Crate: b0ccal02 -- All ok! 
tmp/b0ccal03.tmp: ### Crate: b0ccal03 -- All ok! 
tmp/b0ccal04.tmp: ### Crate: b0ccal04 -- All ok! 
tmp/b0ccal05.tmp: ### Crate: b0ccal05 -- All ok! 
tmp/b0ccal06.tmp: ### Crate: b0ccal06 -- Pedestal problem(s)  
tmp/b0ccal07.tmp: ### Crate: b0ccal07 -- All ok! 
tmp/b0ccal08.tmp: ### Crate: b0ccal08 -- All ok! 
tmp/b0ccal09.tmp: ### Crate: b0ccal09 -- All ok! 
tmp/b0ccal10.tmp: ### Crate: b0ccal10 -- All ok! 
tmp/b0ccal11.tmp: ### Crate: b0ccal11 -- All ok! 
tmp/b0ccal12.tmp: ### Crate: b0ccal12 -- All ok! 
tmp/b0ccal13.tmp: ### Crate: b0ccal13 -- All ok! 
tmp/b0ccal14.tmp: ### Crate: b0ccal14 -- All ok! 
tmp/b0ccal15.tmp: ### Crate: b0ccal15 -- All ok! 
</pre> 
Problem with ccal06 consistent with cosmic ray. Checked it a second time, it is fine.  
<pre>ckcrate.xpt b0ccal06</pre> 
*********************************************** 
<pre>No failures and no warnings. </pre> 
*********************************************** 
 
<pre>peddist.xpt b0ccal06</pre> 
 Tue Oct 22 13:17:34 CDT 2002 -- Crate:  b0ccal06... All ok! 
 
<pre><BR> 
<b>Source Monitoring</b></pre> 
<pre> 
ped/tmp/sped_b0ccal00.tmp: ### Crate: b0ccal00 -- All ok! 
ped/tmp/sped_b0ccal01.tmp: ### Crate: b0ccal01 -- SMON ped problem   
ped/tmp/sped_b0ccal02.tmp: ### Crate: b0ccal02 -- SMON ped problem   
ped/tmp/sped_b0ccal03.tmp: ### Crate: b0ccal03 -- SMON ped problem   
ped/tmp/sped_b0ccal04.tmp: ### Crate: b0ccal04 -- All ok! 
ped/tmp/sped_b0ccal05.tmp: ### Crate: b0ccal05 -- All ok! 
ped/tmp/sped_b0ccal06.tmp: ### Crate: b0ccal06 -- All ok! 
ped/tmp/sped_b0ccal07.tmp: ### Crate: b0ccal07 -- SMON ped problem   
ped/tmp/sped_b0ccal08.tmp: ### Crate: b0ccal08 -- SMON ped problem   
ped/tmp/sped_b0ccal09.tmp: ### Crate: b0ccal09 -- SMON ped problem   
ped/tmp/sped_b0ccal10.tmp: ### Crate: b0ccal10 -- All ok! 
ped/tmp/sped_b0ccal11.tmp: ### Crate: b0ccal11 -- SMON ped problem   
ped/tmp/sped_b0ccal12.tmp: ### Crate: b0ccal12 -- SMON ped problem   
ped/tmp/sped_b0ccal13.tmp: ### Crate: b0ccal13 -- SMON ped problem   
ped/tmp/sped_b0ccal14.tmp: ### Crate: b0ccal14 -- All ok! 
ped/tmp/sped_b0ccal15.tmp: ### Crate: b0ccal15 -- All ok! 
</pre> 
<pre>peddist.xpt b0ccal01</pre> 
Tue Oct 22 13:10:21 CDT 2002 -- Crate:  b0ccal01... All ok! 
<pre>peddist.xpt b0ccal02</pre> 
Tue Oct 22 13:12:23 CDT 2002 -- Crate:  b0ccal02... All ok! 
<pre><BR><b>Wall Calorimeter</b></pre> 
<pre> 
tmp/b0wcal00.tmp: ### Crate: b0wcal00 -- All ok! 
tmp/b0wcal01.tmp: ### Crate: b0wcal01 -- Pedestal problem(s)  
tmp/b0wcal02.tmp: ### Crate: b0wcal02 -- All ok! 
tmp/b0wcal03.tmp: ### Crate: b0wcal03 -- All ok! 
tmp/b0wcal04.tmp: ### Crate: b0wcal04 -- All ok! 
tmp/b0wcal05.tmp: ### Crate: b0wcal05 -- All ok! 
tmp/b0wcal06.tmp: ### Crate: b0wcal06 -- All ok! 
tmp/b0wcal07.tmp: ### Crate: b0wcal07 -- Pedestal problem(s)  
</pre> 
<pre> login.xpt b0wcal07<pre> 
<pre>*******************   Start of FAILURE messages   ************** VALUE    CAP RANGE** 
* ADMEM=20 Chan= 2 Failure  1: Capacitor is not in sequence   (    0.0000) ( 0) ( 0) * 
*******************   End of FAILURE messages   ************************************* 
</pre><pre> 
   20    2    0    1600   0.0       96.2   0.5 
   20    2    1     no events 
   20    2    2     no events 
   20    2    3     no events 
======================================================= 
<pre></pre><pre>After swapping cafe card out in slot 20, channel 2.</pre> 
 ### Crate: b0wcal07 -- All ok! 
<pre> 
wcal07 mapcrate results were as following:</pre> 
<pre> 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 5  IDPROM = 0336 003 ADMEM_V4.0          460 
 In Slot 6  IDPROM = 0163 003 ADMEM_V4.0          470 
 In Slot 7  IDPROM = 0193 003 ADMEM_V4.0          470 
 In Slot 8  IDPROM = 0321 003 ADMEM_V4.0          470 
 In Slot 9  IDPROM = 0138 003 ADMEM_V4.0          470 
 In Slot 10  IDPROM = 0370 003 ADMEM_V4.0          460 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 16  IDPROM = 0181 003 ADMEM_V4.0          470 
 In Slot 17  IDPROM = 0169 003 ADMEM_V4.0          470 
 In Slot 18  IDPROM = 0293 003 ADMEM_V4.0          470 
 In Slot 19  IDPROM = 0252 003 ADMEM_V4.0          470 
 In Slot 20  IDPROM = 0108 003 ADMEM_V4.0          470 
 In Slot 21  IDPROM = 0126 003 ADMEM_V4.0          470 
</pre> 
<pre> 
QIE ID table: 
QIE    ADMEM:  5       6       7       8       9      10      16      17      18      19      20      21      
  0          5830    5098    1276    3835    1556    5921    5088     221    2459    2389    6419    2385 
  1          6419    2385       1       1       1       1    6057     537    2219    4723    3241    5318 
  2          3241    5318    6326    4069    4515    5106    6201    3566    2386    2287     267    2328 
  3           267    2328       1       1       1       1    5157     247    2258    2345    5936    2346 
  4          5936    2346    2984     411     761    5807    5120    2535    2275    2174    2394    2352 
  5          2394    2352       1       1       1       1    6050    2364    2267    2326    6549    2230 
  6          6549    2230    3066    6015    6466    2056    6028    4118    2467    2232    2306    2358 
  7          2306    2358       1       1       1       1    1904    3071    2520    5496    2391    2366 
  8          2391    2366    1242    3884     695    1815    1765    2579    3578    2276    3321     430 
  9          3321     430       1       1       1       1    5099     350     217    2290    2457    2318 
 10          2457    2318    1381     393     787    5950    6034    2571    3692    2164    2416    2353 
 11          2416    2353       1       1       1       1    6137    3591     324     391    2388    2124 
 12          2388    2124    3924    3925    1592    5866       0       0       0       0       0       0 
 13             0       0       1       1       1       1       0       0       0       0       0       0 
 14             0       0    5635    3861    1612    5937       0       0       0       0       0       0 
 15             0       0       1       1       1       1       0       0       0       0       0       0 
 16             0       0    3549    3914    5777     467       0       0       0       0       0       0 
 17             0       0       1       1       1       1       0       0       0       0       0       0 
 18             0       0       0       0       0       0       0       0       0       0       0       0 
 19             0       0       0       0       0       0       0       0       0       0       0       0 
</pre> 
After the cafe-card was swapped out in b0wcal07, slot 20, channel 2 the Rick's run gave high L1 trigger rates ~1.2 MHz. Playing around with L1 connectors didn't help the situation. So we replaced the Admem in b0wcal07, slot 20. After the replacement, the pedestals and calibrations looked good and  the L1 trigger rates from Rick's run also looked good ~90 Hz. 
<pre> 
The map of the crate b0wcal07 is :</pre> 
<pre> 
 In Slot 2  IDPROM = 0027 001 TRACER__V2.1A 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 5  IDPROM = 0336 003 ADMEM_V4.0          460 
 In Slot 6  IDPROM = 0163 003 ADMEM_V4.0          470 
 In Slot 7  IDPROM = 0193 003 ADMEM_V4.0          470 
 In Slot 8  IDPROM = 0321 003 ADMEM_V4.0          470 
 In Slot 9  IDPROM = 0138 003 ADMEM_V4.0          470 
 In Slot 10  IDPROM = 0370 003 ADMEM_V4.0          460 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 16  IDPROM = 0181 003 ADMEM_V4.0          470 
 In Slot 17  IDPROM = 0169 003 ADMEM_V4.0          470 
 In Slot 18  IDPROM = 0293 003 ADMEM_V4.0          470 
 In Slot 19  IDPROM = 0252 003 ADMEM_V4.0          470 
 In Slot 20  IDPROM = 0159 003 ADMEM_V4.0          470 
 In Slot 21  IDPROM = 0126 003 ADMEM_V4.0          470 
</pre> 
<pre> 
QIE ID table: 
QIE    ADMEM:  5       6       7       8       9      10      16      17      18      19      20      21 
  0          5830    5098    1276    3835    1556    5921    5088     221    2459    2389    2649    2385 
  1          2649    2385       1       1       1       1    6057     537    2219    4723    3981    5318 
  2          3981    5318    6326    4069    4515    5106    6201    3566    2386    2287    3967    2328 
  3          3967    2328       1       1       1       1    5157     247    2258    2345    2747    2346 
  4          2747    2346    2984     411     761    5807    5120    2535    2275    2174    2288    2352 
  5          2288    2352       1       1       1       1    6050    2364    2267    2326    2710    2230 
  6          2710    2230    3066    6015    6466    2056    6028    4118    2467    2232    3960    2358 
  7          3960    2358       1       1       1       1    1904    3071    2520    5496    4023    2366 
  8          4023    2366    1242    3884     695    1815    1765    2579    3578    2276    3883     430 
  9          3883     430       1       1       1       1    5099     350     217    2290    2600    2318 
 10          2600    2318    1381     393     787    5950    6034    2571    3692    2164    2626    2353 
 11          2626    2353       1       1       1       1    6137    3591     324     391    4025    2124 
 12          4025    2124    3924    3925    1592    5866       0       0       0       0       0       0 
 13             0       0       1       1       1       1       0       0       0       0       0       0 
 14             0       0    5635    3861    1612    5937       0       0       0       0       0       0 
 15             0       0       1       1       1       1       0       0       0       0       0       0 
 16             0       0    3549    3914    5777     467       0       0       0       0       0       0 
 17             0       0       1       1       1       1       0       0       0       0       0       0 
 18             0       0       0       0       0       0       0       0       0       0       0       0 
 19             0       0       0       0       0       0       0       0       0       0       0       0            
</pre>  
<!-- Author: Z. Huang -->


<!-- Date: Wed Oct 23 06:25:30 2002 -->
<br><b>b0wcal07:</b> 
Mark swaps the ADMEM in slot 20 due to self calibration failure. 
Swap the ADMEM and everything appears ok.  Below is the new crate 
map. 
<pre> 
 In Slot 2  IDPROM = 0027 001 TRACER__V2.1A           
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 5  IDPROM = 0336 003 ADMEM_V4.0          460 
 In Slot 6  IDPROM = 0163 003 ADMEM_V4.0          470 
 In Slot 7  IDPROM = 0193 003 ADMEM_V4.0          470 
 In Slot 8  IDPROM = 0321 003 ADMEM_V4.0          470 
 In Slot 9  IDPROM = 0138 003 ADMEM_V4.0          470 
 In Slot 10  IDPROM = 0370 003 ADMEM_V4.0          460 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
FISION: S_errno_EIO (0x5): VME BERR received! 
 In Slot 16  IDPROM = 0181 003 ADMEM_V4.0          470 
 In Slot 17  IDPROM = 0169 003 ADMEM_V4.0          470 
 In Slot 18  IDPROM = 0293 003 ADMEM_V4.0          470 
 In Slot 19  IDPROM = 0252 003 ADMEM_V4.0          470 
 In Slot 20  IDPROM = 0204 003 ADMEM_V4.0          470 
 In Slot 21  IDPROM = 0126 003 ADMEM_V4.0          470 
 
 
 
QIE ID table: 
QIE    ADMEM:  5       6       7       8       9      10      16      17      18      19      20      21      
  0          5830    5098    1276    3835    1556    5921    5088     221    2459    2389    5335    2385 
  1          5335    2385       1       1       1       1    6057     537    2219    4723    5948    5318 
  2          5948    5318    6326    4069    4515    5106    6201    3566    2386    2287    4644    2328 
  3          4644    2328       1       1       1       1    5157     247    2258    2345    3330    2346 
  4          3330    2346    2984     411     761    5807    5120    2535    2275    2174    4736    2352 
  5          4736    2352       1       1       1       1    6050    2364    2267    2326    5376    2230 
  6          5376    2230    3066    6015    6466    2056    6028    4118    2467    2232    3103    2358 
  7          3103    2358       1       1       1       1    1904    3071    2520    5496    5071    2366 
  8          5071    2366    1242    3884     695    1815    1765    2579    3578    2276    1662     430 
  9          1662     430       1       1       1       1    5099     350     217    2290    3408    2318 
 10          3408    2318    1381     393     787    5950    6034    2571    3692    2164    3375    2353 
 11          3375    2353       1       1       1       1    6137    3591     324     391    3084    2124 
 12          3084    2124    3924    3925    1592    5866       0       0       0       0       0       0 
 13             0       0       1       1       1       1       0       0       0       0       0       0 
 14             0       0    5635    3861    1612    5937       0       0       0       0       0       0 
 15             0       0       1       1       1       1       0       0       0       0       0       0 
 16             0       0    3549    3914    5777     467       0       0       0       0       0       0 
 17             0       0       1       1       1       1       0       0       0       0       0       0 
 18             0       0       0       0       0       0       0       0       0       0       0       0 
 19             0       0       0       0       0       0       0       0       0       0       0       0 
 
</pre>
<!-- Author: M. Mattson, R.J. Tesarek -->


<!-- Date: Wed Oct 23 09:27:35 2002 -->
<b>Access summary</b><br> 
<br> 
During the post-access checkout yesterday, Vivek and Zhibin noticed a problem with the CAFE card for wcal07, slot 20, channel 2.  (Events did not rotate through the capacitors). 
<pre>   20    2    0    1600   0.0       96.2   0.5  
   20    2    1     no events  
   20    2    2     no events  
   20    2    3     no events  
</pre> 
  So that CAFE card was replaced.  A supervised access was in effect, and the north wall was still out.<br> 
<br> 
While things were closing up, we took a spike run.  The trigger rate was 1.2 MHz.  The normal value is on the order of 100-200 Hz.  It was not an open cable, as the trigger rate would have been 1.7 MHz.  After some confusion with the trigger tower locations and erratic online computer performance, we narrowed it to wcal07, slot 20.  Mike Lindgren and I went downstairs, opened the north wall, and inspected the connections, cables, etc.  By that time, Greg and Carla had the hypothesis that the trigger 
output electronics were misbehaving.  So the ADMEM was replaced.   
(Supervised access still in effect, although the detector itself 
was closed up.)  Checkout looked okay, spike run had reasonable rates.  (See the note in the  
<a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=883&frame=2&anchor=16:22:13'> 
e-log</a>.) 
<br> 
Mario handled the calibration and constants download for the 
crates.<br> 
<br> 
<a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=885&frame=2&anchor=02:50:39'> 
Early this morning</a>, YMon showed that the wedge belonging to wcal07, slot 20 was dead.  Symptoms consistent with a blown fuse (-15V ?).  When trying to take pedestals in qietest, it reports back "no CALOK".  Looking at the repair history, this board (159) had this problem once before.  The repair techs reported that this ADMEM was a working spare, after they failed to repeat the failure.  (Sometimes fuses just go, I guess.)  So that ADMEM was replaced this morning during a controlled access.  (MCR was still recovering, so beam was not delayed/lost.)  The new ADMEM has never been repaired, so hopefully this crate/slot will cease to be a problem.<br> 
A calibration and download was done for the wcal crates.  Rick reminded me to notify Mario and Vaia.<br> 
<br>     
We will try to repeat the failures on the test stand, before turning the electronics over to be repaired.<br> 
<br> 
Thanks go to help provided by Greg Field, Mario, Mike, Rick, Willis, Kaori, DAQ aces, and the technician crew.  
<!-- Author: M Mattson, V Tiwari, Z Huang, et al. -->
<!-- Comment: Wed Oct 23 09;43;35 comment by...M Mattson -->
<br>
Two more notes:<br>
(1) I guess it is Greg Feild, not Field.  Sorry.<br>
<br>
(2) I should be clear about what was done when trying to fix the high trigger rate:
<UL>
<LI>Checked electronics beforehand.  All okay.</LI>
<LI>Reseated ADMEM.  Removed L1 cables, and carefully reattached them.  Checked neighboring cables.  Called upstairs, the spike run still at 1.2 MHz.</LI>
<LI>Looked at cables.  Noticed that the top L1 cable was not the same as the others.  (The extra tape, at the juncture between the metal connector and the cable sheath, was not smooth.)  Mike opened up the connector and did a full inspection (with me looking over his shoulder).  He then carefully put the tape back on and closed up the connector.</LI>
<LI>At this point, Greg and Carla suggested the electronics for the trigger output, and the ADMEM was replaced.</LI>
</UL>
When I talked to Rick T. today, he suggested it would have helped to swap cables, and see if the problem persists, if it follows the cables or the ADMEM port.  Good suggestion.

<!-- Comment: Wed Oct 23 09;48;48 comment by...M Mattson, G Feild -->
<br>
For ADMEM 159 (trigger problem), Greg and Carla sent two e-mails.
<br>
<br>
<b>Trigger tower:</b>
<pre>
Carla can clarify but essentially there was a
problem with the ADMEM tower in WCAL 22E T7L.
(Steve gave me this translation.)

In trigger speak this is phi=22, eta=15, pmt=0.
The number on the cable from this tower was e0.
</pre>
<b>Symptoms:</b>
<pre>
The wha channel 22, 15 (trigger numbering,  channel 2 east in the CALD
convention)
was reading just four group of values - see scan below)
The trigger always agreed with the admem, so no errors in the Trigmon canvas

root [4] t.Scan("wha_qie[554]")
************************
*    Row   * wha_qie[5 *
************************
*        0 *      8367 *
*        1 *       182 *
*        2 *     24761 *
*        3 *     16567 *
*        4 *      8367 *
*        5 *     24761 *
*        6 *      8371 *
*        7 *      8366 *
*        8 *      8370 *
*        9 *      8369 *
*       10 *     24762 *
*       11 *     24764 *
*       12 *     16571 *
*       13 *      8371 *
*       14 *     24760 *
*       15 *     16566 *
*       16 *     24763 *
*       17 *     24763 *
*       18 *     24762 *
*       19 *     16570 *
*       20 *     24759 *
*       21 *      8371 *
</pre>


<!-- Date: Thu Oct 24 14:29:45 2002 -->
<BR> 
Checked the cafe-card no. 4100 on the test-stand (which was swapped out of b0wcal07, slot 20 , channel 2) on Tuesday. Failed to reproduce the problem viz no rotation among capacitors and all the events in one capacitor. Pedestals and calibrations look normal for this card.
<!-- Author: V Tiwari, Z Huang -->
<!-- Comment: Thu Oct 24 15;55;49 comment by...V Tiwari, Z Huang -->
<BR>
Even putting this card back into ADMEM 108, channel 2 (the place where it was in the collision hall) doesn't reproduce the problem.

<!-- Comment: Thu Oct 24 18;40;02 comment by...M Mattson, Z Huang, V Tiwari -->
<br>
ADMEM 108 was taken out when we had high trigger rates.  Rick T was correct that the reason was the new CAFE was not calibrated.  QIETEST calibration was on the procedure list, but we missed the fact that we skipped that step.<br>
<br>
On the other hand, we still have the question of what happened initially?  Is there a transient failure mode where events do not rotate in a CAFE's capacitors?  The fuses on CAFE 4100 were all good.<br>
<br>
ADMEM 259 did have a blown -15V fuse.  After replacing that fuse, the board looks fine.  But we would be happier if the fuse fried right away.  This board had this problem before, a non-repeatable fuse failure.  (Only happened in the hall.)<br>
<br>
Both ADMEMs are on the tstcal1 stand, for further tests.


<!-- Comment: Fri Oct 25 15;28;42 comment by...M Mattson, V Tiwari, Z Huang -->
<br>
Vivek mentioned that this morning, the -15V on the teststand power supply had faulted.  After turning it off and then back on, the power came back on, and all looked fine, except ADMEM 259.  Its -15V light remained off.<br>
<br>
The -15V fuse (F6) definitely fried.  This ADMEM will be submitted for repair.

<!-- Comment: Fri Oct 25 15;30;09 comment by...M Mattson -->
<br>
<br>
<b>The ADMEM number is 159, not 259.</b>


<!-- Date: Sat Oct 26 21:05:00 2002 -->
<b>CONET-4, the wcal04 power supply</b><br> 
<br> 
During recent QIE calibration runs,  
<a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=895&frame=2&anchor=15:36:30'>certain channels</a> have shown 0 rms, or very wide rms distributions.  These are all covered by wcal04.<br> 
<br> 
History: This has been seen before, on <a href= 
'/cgi/elog/det-system-elog.pl?nb=plug&action=view&page=99&frame=2&anchor=01:51:52'> 
June 12-13</a>.  The +5V analog power supply for pcal08 *appeared* low, and was adjusted upward by 0.16V.  After that, a few channels (and not all capacitors) had 0 RMS.  When the settings were returned to the original values, the problems went away.  We were not certain what the electronics were doing, only that they were unhappy.<br> 
<br> 
During the owl shift access, Roberto Davila made  
<a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=891&frame=2&anchor=04:05:03'> 
a note in the shift e-log</a> that they had increased the +5V analog setting by 0.2V, in order to test the problems with the PSM tripping.  The monitoring ACE during the saturday day shift looked through voltman, and confirms that CONET-5, P5ANA is still in this higher setting.<br> 
<br> 
Robin and I looked at the pedestal data in more detail.  The zero RMS readings are due to all events going to one bin.  The wide RMS is actually a bi-modal distribution, almost all events go into two widely seperated single bins.  I looked in DBANA for the runs back in June 12th.  At that time, we noticed the zero RMS problems, but there was a channel with a wide RMS that went unnoticed. 
<pre> 
run 146385 (June 12th) 
PHA 
9E, ch 15, cap 1  rms 8.25 
10E, ch 5, all cap, ped 0.0 
 
PEM 
7E, ch 17, cap 0,  rms 0.0 
9E, ch 12, cap 0,  rms 0.0 
9E, ch 19, cap 0,  rms 0.0 
</pre> 
We do not know the impact on real physics.  The YMon plots for WHA towers, occupancy and mean energy, look normal for run 153327 (after the friday access).  But since the electronics are not behaving normally for the pedestal data, we are worried that the physics data may be corrupted in a way that wouldn't show up in YMon.  (We do not have evidence, just concerns.)<br> 
<br> 
Some of this information is available in the <a href= 
'/cgi/elog/elog.pl?nb=2002&action=view&page=896&frame=2&anchor=18:28:07'> 
shift e-log</a>.<br> 
<br> 
I will be pasting plots below to try to illustrate some of the information stated above.
<!-- Author: M Mattson, R Erbacher, et al. -->
<!-- Comment: Sat Oct 26 21;56;01 comment by...M Mattson -->
<br>
I was looking at the bad channel list that Jack had posted in the shift e-log.  Do you notice a pattern for the pedestals, when the RMS is zero?
<h2>
<pre>
value  hexidecimal     channel
 63      3F       0E, ch  9, cap 0
127      7F       0E, ch  9, cap 1
159      9F       1E, ch  5, cap 1,2
175      AF       4E, ch 10, cap 0
191      BF       0E, ch  7, cap 2
</pre></h2>
<!-- Comment: Mon Oct 28 08;53;07 comment by...M Mattson, plot by Reid -->
<br>
<br>
The monitoring ace was nice enough to the post
<a href=
'/cgi/elog/elog.pl?nb=2002&action=view&page=896&frame=2&anchor=17:21:31'>
the plot from Voltman</a>, showing the setting for P5ANA CONET-4.  You can see the normal setting at 4.94V, the trips starting on 10/23, the owl shift access, and the new setting after the access.

<!-- Date: Sat Oct 26 21:18:26 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=wedge&action=view&page=-389&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=wedge&action=view&page=-389  width='300' align='top'></td><td>WHA tower plot from YMon, for run 153327  (Fri Oct 25th 2pm - Sat Oct 26th 5am)</a></td></tr></table>
<!-- Author: M Mattson -->
<!-- Comment: Sat Oct 26 21;20;57 comment by...M Mattson -->
<br>
wcal04 covers east side, phi 0-5, all eta.  We do not notice any difference in those channels, compared to the rest of the WHA.  This does not necessarily mean that the physics data is good.  We just do not have evidence that it is corrupted.


<!-- Date: Sat Oct 26 21:35:27 2002 -->
<table><tr><td><a href=/elog/notebooks/wedge/Sat_Oct_26_2002_213508.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=wedge&action=view&page=-391  align='top'></td><td>Pedestal data taken saturday Oct 26th at 4:30pm, to test wcal04.</a></td></tr></table>
<!-- Author: M Mattson -->
<!-- Comment: Sat Oct 26 21;44;07 comment by...M Mattson -->
<br>
The plots are wcal04 pedestal data (qietest), all for capacitor 0. Plot 1 is 0E, chan 0-3.  Plot 2 is 4E, chan 5-10.<br>
<br>
For plot 1, channels 2 and 3 show a normal pedestal distribution.  Channel 0 shows the peculiar distribution that caused the RMS to be 5.4.  Channel 1 is almost normal, except the bin with no events ruins the smooth distribution.<br>
<br>
Plot 2 is much more interesting.  Problems evident in all channels except 9 (and maybe 5).  The list of bad channels from QIE calibration listed channel 10 as having zero RMS, but now we see a bi-modal distribution.  This may be a sign that the behavior of the electronics is chaotic, although it may be following a narrow orbit (of failure modes).