<!-- Title: 11:07:40  Mon Dec 20 2004 -->
<!-- Crewchief: Rong-Shyang -->
<!-- Op1: Sebastian -->
<!-- Op2: and ?? -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>Holiday week and we are stuck here.</pre>


<!-- Date: Tue Dec 21 01:53:12 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5529&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5529  width='300' align='top'></a></td><td>ACNET status.</td></tr></table>
<!-- Author: Rong/Sebastian -->


<!-- Date: Tue Dec 21 02:49:46 2004 -->
<table><tr><td><a href=/elog/notebooks/silicon/Tue_Dec_21_2004_024944.ps align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5531  align='top'></a></td><td>e053</td></tr></table>
<!-- Author: Rong/Sebastian -->
<!-- Comment: Tue Dec 21 02;54;30 comment by...Rong/Sebastian -->
<br>
We chopped the Z size of this ladder (cardEditor,
FIB_09, LASTCHIPID8 set to 4).


<!-- Date: Tue Dec 21 03:02:05 2004 -->
<br> 
IB0W0 was pulling inhibit status and the PS Gui showed 0 
Bias voltage for the ladders in the wedge. We powered down 
the wedges that have a common power supply, and then hockerazed the 
crate. Then we turn the wedges to 
standby, the Ace did a config and we turned 
on the wedges.  
  
<!-- Author: Rong/Sebastian -->


<!-- Date: Tue Dec 21 03:16:16 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5532&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5533  width='300' align='top'></a></td><td>SVT spymon plot for 3869</td></tr></table>
<!-- Author: Sebastian, Rong -->


<!-- Date: Tue Dec 21 03:17:31 2004 -->
<table border=0><td><tr><td bgcolor=#e0e030><h3>DISK SPACE IS OUT OF QUOTA!!!  PLEASE CLEAN UP YOUR STUFF UNDER SVXII ACCOUNT!!!!!! </h3></td></tr></td></table>
<!-- Author: Sebastian and Rong-Shyang -->


<!-- Date: Tue Dec 21 03:29:43 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5534&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5535  width='300' align='top'></a></td><td>Bias current for SB1W3L2(e132). Still holding current.</td></tr></table>
<!-- Author: Sebastian, Rong -->


<!-- Date: Tue Dec 21 03:33:07 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5536&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5536' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5537&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5537' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5538&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5538' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5539&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5539' width='300'></a></center>
<!-- Author: Rong/Sebastian -->

<!-- Date: Tue Dec 21 03:44:54 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W1L2 
<li>problem n: 2 
<li>Status: needs_observation
<li>Type: AVDD2
<li>Action: IMON_limits
<li>entered by: rong 
<li>description is: Change IMon limit to the operation fact.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>760</td><td>790</td></tr>
<tr><td><b>Lower</b></td><td>730</td><td>760</td></tr>
<tr><td><b>Upper</b></td><td>775</td><td>805</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Dec 21 03:56:36 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5543&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5543  width='300' align='top'></a></td><td>Bias current history for IB0W2L4 bias1 since days 1000. 
It draws zero current now. The IMon low end is adjusted to 0.5 to avoid pinky.</td></tr></table>
<!-- Author: Sebastian, Rong -->


<!-- Date: Tue Dec 21 03:57:22 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5540&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5540' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5541&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5541' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5542&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5542' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5544&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5544' width='300'></a></center>
<!-- Author: rong/sebastian -->
<!-- Comment: Tue Dec 21 04;01;39 comment by...sebastian/rong -->
<br>
Strip plots for <b>f024</b>.


<!-- Date: Tue Dec 21 09:41:01 2004 -->
<pre>Got paged due to lost communication of fib00 and fib01 together with buch of COT crates. They were saying that there is network problem. So waiting and put silicon to standby for the moment.</pre>
<!-- Author: Rong-Shyang -->
<!-- Comment: Tue Dec 21 10;34;19 comment by...Rong-Shyang -->
<pre>After the network switch got reset. Reboot both b0fib00 and b0fib01 then went through coldstart. Ran a few wedges under b0fib00 and fib01 and the data looks okay. Put silicon back to run.</pre>


<!-- Date: Tue Dec 21 10:35:26 2004 -->
<pre>SB0W3L4 bias overVoltage trip. 
It showed 68voltage when standby. I then hockerized the caen crate when the DAQ had to restart a new run.</pre>
<!-- Author: Rong-Shyang -->


<!-- Date: Tue Dec 21 10:41:13 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5545&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5546  width='300' align='top'></a></td><td>IMon plot for AVDD SB0W3L2. The current goes higher after hockerization. Maybe the AVDD2 chips are back.</td></tr></table>
<!-- Author: Rong-Shyang -->

<!-- Date: Tue Dec 21 10:44:11 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L2 
<li>problem n: 860 
<li>Status: needs_quiet_time
<li>Type: AVDD2
<li>Action: IMON_limits
<li>entered by: rong 
<li>description is: IMon limit change due to possible recoverd AVDD2 chips. see <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=228&frame=2&anchor=10:41:13'> elog </a>   <table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>720</td><td>720</td></tr>
<tr><td><b>Lower</b></td><td>640</td><td>650</td></tr>
<tr><td><b>Upper</b></td><td>735</td><td>760</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Tue Dec 21 10:53:17 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5547&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5548  width='300' align='top'></a></td><td>SVT spymon plot after silicon was reintegrated.</td></tr></table>
<!-- Author: Rong-Shyang -->
<!-- Comment: Tue Dec 21 10;54;44 comment by...Rong-Shyang -->
<b> So the e132 is holding bias all night. Good boy </b>


<!-- Comment: Tue Dec 21 18;19;10 comment by...bbrau -->
<pre>How did the IMON history look for e132?  It is probably worth looking at the ntuples tomorrow morning (once they are updated with  today's data) to check whether bias held overnight.

</pre>
<!-- Comment: Wed Dec 22 08;23;17 comment by...Marcel -->
Great news ....<br>
A little christmas present ...


<!-- Date: Tue Dec 21 11:00:20 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-12721&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-12721 width='300' align='top'></a></td><td>Plot</td></tr></table> <BR> 
<cite>-- Tue Dec 21 10:59:32 comment by...rslu --  </cite><TABLE bgcolor=#cdc9a5> <TR><TH>Date</th><th>Time</th><th>BLM</th><th colspan=2>Dose</th></tr> <tr><td>2004.12.21</td><td>10:55:43</td><td>W Outer BLM</td><td>0.00</td><td>RADS</td></tr> <tr><td>2004.12.21</td><td>10:55:43</td><td>E Inner BLM</td><td>1.07</td><td>RADS</td></tr> <tr><td>2004.12.21</td><td>10:55:45</td><td>W Inner BLM</td><td>426.65</td><td>RADS</td></tr> <tr><td>2004.12.21</td><td>10:55:45</td><td>E Outer BLM</td><td>417.40</td><td>RADS</td></tr> </table> <strong>Integrated dosage</strong> 
 
  
<!-- Author: Rong-Shyang -->
<!-- Comment: Tue Dec 21 11;01;06 comment by...Rong-Shyang -->
<pre>Tevatron quench and lost the beam. Lucky it's not too messy.</pre>

<!-- Comment: Tue Dec 21 11;14;42 comment by...Rong-Shyang -->
<p>Can you image the reason of beam abort?</p><br>
From MCR elog
<pre>
10:55:55 Tevatron beam abort - it looks like a kicker issue. -marty
The permit dropped tue to the kicker disconnect switch getting caught on a pants pocket and being turned off.
</pre>
#@%$%&^


<!-- Comment: Tue Dec 21 22;43;37 comment by...Rong -->
<pre>For the record, it's an abort not a quench.</pre>
<!-- Date: Tue Dec 21 15:36:07 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W5L4 
<li>problem n: 85 
<li>Status: needs_observation
<li>Type: DVDD
<li>Action: Bore_work
<li>entered by: rong 
<li>description is: Ladder integrated on Oct. 22 after pushing JC in the bore. No trip happened after. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Dec 21 15:36:42 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB2W5L4 
<li>problem n: 1358 
<li>Status: needs_work
<li>Type: DRO_00F3
<li>Action: Diagnosis_update
<li>entered by: rong 
<li>description is: Drop RO 00f3 at chip 8b after reintegrated since shutdown. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B2W5&layer=L4">report</a></ul>
<!-- Author: Problem DB -->


<!-- Date: Tue Dec 21 16:04:23 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: IB1W4L1 
<li>problem n: 576 
<li>Status: needs_observation
<li>Type: Chip_other
<li>Action: Chip_bit_changes
<li>entered by: rong 
<li>description is: After shutdown, ladder has 100% error on chipID of a3. Increase the Rdriver from 5 to 3 to see if it helps. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=ISL&wedge=B1W4&layer=L1">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Tue Dec 21 21:21:09 2004 -->
<pre>More from MCR:  
20:40:45-  ... 
OK, this is where it get strange. There is a PC in the MI-60 control room that supports console programs for the MI, TV and MRF LLRF front ends. I brought the Tev console into focus and hit return to bring up a prompt. At this point several pages of messages dumped to the screen, a behavior that I have not seen before. A few seconds later we received a call from the control room saying that transfers were occuring properly. I don't understand this problem, but we will of course investigate. - Brian Chase 
 
I would be suspicious of this shot at this point... 
 
</pre>
<!-- Author: bbrau -->



<!-- Date: Wed Dec 22 01:09:29 2004 -->
There is a problem on B0PAGC and B0AAGC. It only shows 0.0 Hz on TeVMon and ACNET. Some detail is <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=891&frame=2&anchor=23:55:48.049'> 
here</a> and <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=892&frame=2&anchor=00:16:11.634'> 
here</a>. I called and said that we can't run silicon without those numbers. So we will probably wait until tomorrow morning.
<!-- Author: Rong-Shyang -->
<!-- Comment: Wed Dec 22 08;30;54 comment by...Sebastian and Rong-Shyang -->
<pre>The reason is likely a malfunction scaler in the CAMAC crate.
The crate also hold the svx rad modules so can't be power down for module swapping until end of the store. So we won't be included this store.</pre>
<!-- Comment: Wed Dec 22 12;06;58 comment by...Sebastian and Rong -->
Rick managed to recover the B0PAGC to another module, see <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=893&frame=2&anchor=10:46:54.844'>
here</a>. But we talked to Rob and he agrees that we stay out of the store, and see if the Tevatron can manage to hold the store and terminate it well. We will still come in 2 hours after next store data taking starts.



<!-- Date: Wed Dec 22 08:00:26 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5549&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5549  width='300' align='top'></a></td><td>Beam loss plot for the store since last night. Note that B0PAGC is missing and re-scraping was needed due to high lostP.</td></tr></table>
<!-- Author: Rong-Shyang -->




<!-- Date: Wed Dec 22 11:55:06 2004 -->
<br> 
Some errors on the FIB crates: 
<pre> 
WARNING: Lost connection to RTserver: error code = 10.                           
Waiting before reconnecting.                                                     
Attempting to reconnect to RTserver.                                             
Connecting to project <cdf_daq> on <tcp:b0dap33> RTserver.                       
Using tcp protocol.                                                              
connect: S_errno_ECONNREFUSED                                                    
Could not connect to <tcp:b0dap33> RTserver.                                     
Skipping starting <start_never:tcp:b0dap33> RTserver.                            
Cannot reconnect to RTserver.                                                    
*** TipcSrvMainLoop() Fails! ***                                                 
</pre> 
Checked that Messenger is running on the crates. 
We did a coldstart and everything is OK. Will not include the silicon in this store, but will try the next one.<br>
<!-- Author: Rong/Sebastian -->
<!-- Comment: Sun Dec 26 07;34;28 comment by...Marcel -->
this tells you in most cases, that the RTServer went south, the ACes should restart the RTServer and things should be fine
<!-- Date: Wed Dec 22 12:23:14 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5550&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5550  width='300' align='top'></a></td><td>bias current of e132 SB1W3L2 on days 1450 (Dec. 21).</td></tr></table>
<!-- Author: rslu -->


<!-- Date: Wed Dec 22 18:55:10 2004 -->
<br>
<b>Clock work and Silicon response</b> <br>
Rick worked on the CAMAC crate on the B0PAGC problem module which requires power cycle the crate.<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=894&frame=2&anchor=18:49:00.144'> 
See here</a>. 
 
 The RF clock signal is actually using one of the module in the crate. So the idea was swiching the clock to free-run mode when the crate is down then back to normal mode. Since the work is quick and according Sebastian's SRC knowledge and suggestion, they didn't change the mode but only clear the clock error using ClockGui after crate is back on. The ColdStart-Config is issued right after the Clock-error got cleared. Nothing tripped and SRC starus is good downstair. <br>
<!-- Author: Sebastian and Rong -->

<!-- Date: Wed Dec 22 19:46:03 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W3L4 
<li>problem n: 1160 
<li>Status: needs_access
<li>Type: DRO_00F3
<li>Action: Diagnosis_update
<li>entered by: rong 
<li>description is: 100% error and 00f3 drop RO for a long time. Can make a low priority access request to swap between DOIM channels to narrow down the problem. 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W3&layer=L4">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Wed Dec 22 21:49:08 2004 -->
<br> 
Store 3872 was held and terminated as planned. The BLM plot during termination can be found<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=894&frame=2&anchor=21:32:48.871'> 
here</a>, which is clean. We stay out for the full store and Tevatron delivered a successful one. Silicon will back in to DAQ but still 2 hours after CDF data taking.<br>
<!-- Author: Rong-Shyang -->


<!-- Date: Thu Dec 23 03:45:14 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5551&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5551' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5554&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5554' width='300'></a></center>
<!-- Author: rong/sebastian -->
<!-- Comment: Thu Dec 23 04;14;51 comment by...sebastian -->
<br>
Store 3873 xolliding. Everything looks OK. Ace will put in the silicon.
<!-- Date: Thu Dec 23 04:13:41 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5555&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5555  width='300' align='top'></a></td><td>SVT spymon for store 3873.</td></tr></table>
<!-- Author: rong/sebastian -->



<!-- Date: Thu Dec 23 08:26:13 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5556&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5557  width='300' align='top'></a></td><td>DVDD current of SB2W5L4. it acted up 10mA higher than the bond. It also has drop readout problem. </td></tr></table>
<!-- Author: Rong-Shyang -->
<!-- Comment: Thu Dec 23 08;31;47 comment by...Rong-Shyang -->
<pre>ACEs has tried several HRRs but couldn't pull it back down.</pre>


<!-- Date: Thu Dec 23 13:28:09 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5558&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5559' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5560&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5561' ></a></center>
<!-- Author: rong -->
<!-- Comment: Thu Dec 23 13;29;54 comment by...rslu -->
<pre>Got paged due to SB4W2L0 bias trip. At the same time SB4W2L1 acted up also. They both draw much more current even at standby. I might try to hockerize the crate.</pre>

<!-- Comment: Thu Dec 23 14;25;43 comment by...Rong-Shyang -->
There is a cross-talk between these two channels.
<li>When they are both standy they draw 28uA for L0 and 40uA for L1
<li>if I bias L1 with L0 in standy, L0 draw more than 500uA and L1 has 800uA.
<li>if I bias L0 with L1 in standyb, L0 is 4300uA and L1 is 1100uA.
After 1 min, they drop to 34/L0 and 211/L1.
<li>Then if I bias L1 also, the current goes to 34/L0 and 993/L1.
<li>Put L0 back to standy, it draws 0 current.
<br>
<li>Turn the whole wedge to standby then on, they got 33/L0 and 993/L1.
<br>
<li> I changed the IMax from 1000 to 5000.



<!-- Date: Thu Dec 23 14:53:31 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5562&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5563' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5564&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5565' ></a></center>
<!-- Author: rslu -->
<!-- Comment: Thu Dec 23 14;53;56 comment by...Rong-Shyang -->
<pre>Bias current for SB4W2L0 and SB4W2L1 again.</pre>


<!-- Date: Thu Dec 23 14:54:41 2004 -->
<pre>SB4W2L0 keep tripping on bias overcurrent. Have to take it out from hardware database for the rest of this store.</pre>
<!-- Author: Rong-Shyang -->

<!-- Date: Thu Dec 23 15:23:01 2004 -->
<p><font size=+1> D-mode Calibration Job Started </font>
<p><pre>
Job id            : 374
Calibration type  : standard
Run period tag    : Dec_2004
DPS-off run       : 191537
DPS-on run        : 191536
Requested by      : Mat Martin
Main process id   : 17393482
</pre>
<!-- Author: CDF silicon D-mode calibration job server v1.4 -->


<!-- Date: Thu Dec 23 15:33:41 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB4W2L1 
<li>problem n: 1359 
<li>Status: needs_observation
<li>Type: BIAS
<li>Action: IMON_limits
<li>entered by: rong 
<li>description is: Changed the IMON limits. You can find plot on the elog  <a href= 'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=228&frame=2&anchor=14:53:31'>here</a>.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>7.32</td><td>1000</td></tr>
<tr><td><b>Lower</b></td><td>1</td><td>1</td></tr>
<tr><td><b>Upper</b></td><td>115</td><td>2000</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B4W2&layer=L1">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Thu Dec 23 21:33:44 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5566&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5567  width='300' align='top'></a></td><td>SVT spymon plot after SVT fixed their problem.</td></tr></table>
<!-- Author: Rong-Shyang -->


<!-- Date: Thu Dec 23 21:35:16 2004 -->
One RF station tripped and cause rapidly increased B0PAGC and AGIGI2, see <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=897&frame=2&anchor=21:07:49.319'> 
elog.</a> Silicon was put to standby until them came down.
<!-- Author: Rong-Shyang -->

<!-- Date: Thu Dec 23 21:39:26 2004 -->
<p><font size=+1> D-mode Calibration Job Finished </font>
<p><pre>
This is a computer-generated silicon D-mode calibration status report.
Silicon D-mode calibration job 374 finished successfully.

Job info
--------
Calibration type : standard
DPS-off run      : 191537
DPS-on run       : 191536
Requested by     : Mat Martin
Submitted        : 2004-12-23 15:22:43
Completed        : 2004-12-23 21:08:50
Status           : SUCCESS
</pre>
<!-- Author: D-mode script run_calib_analysis.tcl -->



<!-- Date: Fri Dec 24 13:50:04 2004 -->
<pre>Store 3873 termination was delayed for 8 hours due to Linac repair work. It's terminated cleanly and no entry logged in the 'SVX rad scaler readout - E2' page on ACNET.</pre>
<!-- Author: Rong -->


<!-- Date: Sat Dec 25 00:40:11 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5568&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5568' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5569&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5569' width='300'></a></center>
<!-- Author: rong/sebastian -->
<!-- Comment: Sat Dec 25 00;42;09 comment by...sebastian -->
<br>
Si safety and beam/abort gap losses plots.
TRF1 went down about 00:20, you can see that in the plots.
But the beam survived and looks OK.


<!-- Date: Sat Dec 25 01:12:24 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5570&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5570  width='300' align='top'></a></td><td>SVT SPYMON histogram</td></tr></table>
<!-- Author: sebastian/rong -->


<!-- Date: Sat Dec 25 01:19:03 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5572&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5572  width='300' align='top'></a></td><td>B0W1L2 AVDD. Changed limit, low was 760, now 740, high was 805, now 785.</td></tr></table>
<!-- Author: rong/sebastian -->

<!-- Date: Sat Dec 25 01:24:15 2004 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W1L2 
<li>problem n: 2 
<li>Status: needs_observation
<li>Type: AVDD2
<li>Action: IMON_limits
<li>entered by: rong 
<li>description is: Changed limits, see  <a href='http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=copyentry&page=228&time=01:19:03'> here</a>.<table border=1>
<tr><th>IMON LIMITS</th><th>Old</th><th>New</th></tr>
<tr><td><b>Nominal</b></td><td>790</td><td>790</td></tr>
<tr><td><b>Lower</b></td><td>760</td><td>740</td></tr>
<tr><td><b>Upper</b></td><td>805</td><td>785</td></tr></table> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W1&layer=L2">report</a></ul>
<!-- Author: Problem DB -->



<!-- Date: Sat Dec 25 01:30:13 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5573&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5573' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5574&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5574' width='300'></a></center>
<!-- Author: rong and sebastian -->
<!-- Comment: Sat Dec 25 01;31;38 comment by...Sebastian and Rong -->
<pre>SVXMon charge plot for e012/SB0W1L2 which has lower AVDD current on IMon. Also no digital error.</pre>


<!-- Date: Sat Dec 25 03:10:27 2004 -->
<br> 
Got paged due to ISL alarm of "Crate 14 lost communiation" <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=901&frame=2&anchor=02:39:54.157'> 
here</a>. ACE did hockerization but failed to turn them back on. 
 
Errors on PSGui <pre> 
---------------------------- 
Sat Dec 25 02:10:49 CST 2004     ALARM:   SVX  B5  W6 PC is reported OFF, but current is above 50 mA  
Sat Dec 25 02:21:19 CST 2004     success: Resetting trips 
Sat Dec 25 02:22:02 CST 2004     ERROR: Power Supply SVX B3 W5 Handshake - No response from the FIB 
Sat Dec 25 02:22:15 CST 2004     ERROR: Power Supply SVX B3 W6 Handshake - No response from the FIB 
Sat Dec 25 02:22:29 CST 2004     ERROR: Power Supply SVX B3 W7 Handshake - No response from the FIB 
Sat Dec 25 02:22:38 CST 2004     success: Power Supply SVX B4 W4 ON 
Sat Dec 25 02:22:47 CST 2004     success: Power Supply SVX B4 W5 ON 
Sat Dec 25 02:22:57 CST 2004     ERROR: Power Supply SVX B4 W6 
Sat Dec 25 02:23:02 CST 2004     ERROR: Power Supply SVX B5 W5 
Sat Dec 25 02:23:12 CST 2004     ERROR: Power Supply SVX B5 W6 
Sat Dec 25 02:23:29 CST 2004     ERROR: Power Supply SVX B3 W5 
Sat Dec 25 02:23:35 CST 2004     ERROR: Power Supply SVX B3 W6 
Sat Dec 25 02:23:43 CST 2004     ERROR: Power Supply SVX B3 W7 
--------------------------------- 
</pre> 
  
At that time got alarm on all SVX/ISL/L00 due to lost communication between IFix and PSGui. 
Saw errors on SVXinter with <pre> 
-------------------------- 
 Caenet_buffer: Error number 7 7 received 
group_info:cr_n = 14, response = 7 
 Caenet_write: Error number -251 ffffff05 received 
group_info:cr_n = 14, response = -251 
 Caenet_write: Error number -251 ffffff05 received 
group_info:cr_n = 14, response = -251 
.... 
 
 Caenet_write: Error number -1 ffffffff received 
group_info:cr_n = 14, response = -1 
 Caenet_buffer: Error number 7 7 received 
group_info:cr_n = 14, response = 7 
Sending Request for e356 
Timeout 
ERROR: not all Fibs are initialized 
ERROR: FIB does not respond to Request for handshake, ps_n = 41setPSStatus,err = -1, detector = 1, ps_n = 41 
Sending Request for e366 
Timeout 
ERROR: not all Fibs are initialized 
ERROR: FIB does not respond to Request for handshake, ps_n = 42setPSStatus,err = -1, detector = 1, ps_n = 42 
Sending Request for e376 
Timeout 
ERROR: not all Fibs are initialized 
ERROR: FIB does not respond to Request for handshake, ps_n = 43setPSStatus,err = -1, detector = 1, ps_n = 43 
Sending Request for e446 
Sending Request for e456 
Module is busy, sending code = 16 
Unable to allocate return data buffer 
0xea1be8 (t2): memPartAlloc: block too big - 71160 in partition 0x2ded8c. 
 
->  
->  
->  
-> msg_recv: bad size 0 reading length from socket 17, data 0, type 0 
errno is 0 
Connection 127.0.0.1:1024 aborted, status is -1 
---------------------------- </pre> 
 
So I reboot SVXinter then restart PSGui and IMon. Then bring up the wedges. 
  
<!-- Author: Rong-Shyang -->
<!-- Comment: Sat Dec 25 03;12;09 comment by...Rong-Shyang -->
<pre>The ACEs couldn't find out and tell me that the alarm is due to Gui-IFix lost communication. So I have to come in which took 20 mins.</pre>


<!-- Date: Sat Dec 25 03:34:20 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5575&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5575  width='300' align='top'></a></td><td>Our good neighbor D0 insert their forward detector Pot too close to the beam then lost control on it and couldn't remove it. It makes losses all spiky.</td></tr></table>
<!-- Author: Rong-Shyang -->
<!-- Comment: Sat Dec 25 03;35;09 comment by...rong -->
<a href=http://www-bd.fnal.gov/cgi-mcr/elog.pl?nb=2004&action=view&page=976&anchor=031438&hilite=03:14:38- target=_top> Link to MCR elog</a>



<!-- Date: Sat Dec 25 12:50:58 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5576&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5576  width='300' align='top'></a></td><td>ACNET plots</td></tr></table>
<!-- Author: Rachid -->


<!-- Date: Sat Dec 25 13:47:06 2004 -->
<br> 
Silicon is in standby since the B0PAGC reached 20KHz, see also <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=902&frame=2&anchor=13:23:15.772'> 
here</a>. Although it seems to be ok to run B0PAGC under 24 KHz, but due to the lost of one RF(TRF1) station in Tevatron and D0 Pot problem, I asked the shift crew to put Silicon to standby.  
<br>
<!-- Author: Rong-Shyang -->


<!-- Date: Sat Dec 25 20:26:59 2004 -->
<table><tr><td><a href=/cgi/elog/elog.pl?nb=2004&action=view&page=-13045&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/elog.pl?nb=2004&action=view&page=-13046 width='300' align='top'></a></td><td>BLM entry when Tevatron terminated store 3876.</td></tr></table>
<!-- Author: Rong-Shyang -->
<!-- Comment: Sun Dec 26 16;06;13 comment by...rainer -->
<pre>it would be good to know the AGIGI2 and B0PAGC values before this abort happend. it appeared to be clean.</pre>
<!-- Comment: Sun Dec 26 17:43:27 comment by...Rong -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5587&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5587  width='300' align='top'></a></td><td>Here is the B0PAGC and AGIGI2 at the end of the store.</td></tr></table>



<!-- Comment: Sun Dec 26 17;50;59 comment by...Rong -->
<pre>So the B0PAGC is over 20KHz and AGIGI2 is more than 2E9.</pre>
<!-- Comment: Sun Dec 26 19;03;37 comment by...rainer -->
AGIGI2 still has an offset judging from this plot. the oscillatory behavior is maybe a mode related to destabilized RF. is this prevalent in other stores ? did not look to healthy this store indeed.
<!-- Date: Sun Dec 26 16:56:24 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5577&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5578' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5579&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5580' ></a></center>
<!-- Author: Rong-Shyang -->
<!-- Comment: Sun Dec 26 17;00;37 comment by...Rong-Shyang -->
<br>
5 SVX wedges are off when I came in to bring up silicon.
No alarm and no information from ACEs.
error messgae in SVXinter <pre>
-----------------------
WARNING: Lost connection to RTserver: error code = 514.
Waiting before reconnecting.
Attempting to reconnect to RTserver.
Connecting to project <cdf_daq> on <tcp:b0dap33> RTserver.
Using tcp protocol.
Message from RTserver: Connection established.Start subscribing to subject </_svxinter_15363088> again.
Start subscribing to subject </svxHVHdShk> again.
Start subscribing to subject </caenInfo> again.
Start subscribing to subject </caenInfo> again.
 Caenet_write: Error number -1 ffffffff received
group_info:cr_n = 6, response = -1
 Caenet_write: Error number -1 ffffffff received
group_info:cr_n = 6, response = -1
 Caenet_buffer: Error number 7 7 received
group_info:cr_n = 6, response = 7
------------------------------------
</pre>
No time stamp there and no error message in PSGui except 
<pre>
----------------------------
Sat Dec 25 13:20:56 CST 2004     IFix -  success: Silicon to STANDBY
Sun Dec 26 08:04:24 CST 2004     Lost communication with iFix
Sun Dec 26 08:04:43 CST 2004     Established communication with iFix
Sun Dec 26 08:04:43 CST 2004     Interlock is enabled
-----------------------------
</pre>
They all belong to CAEN PS #6 crate.
So I will hockerize the crate them bring them up.



<!-- Comment: Sun Dec 26 17;09;28 comment by...Rong -->
Also see this in the b0fib02 crate<pre>
----------------------------
*** TipcSrvMainLoop() Fails! ***                                                
*** <failure detected> ***                                                      
SVX processPartition: 1                                                         
Subscribed to /partition-1/configSVX/svx/fib/02                                 
Subscribing to /partition-1/info/frontEnd/Si/dbbroker        
----------------------------
</pre>
Don't know if it's relavent.



<!-- Date: Sun Dec 26 17:13:02 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5581&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5581  width='300' align='top'></a></td><td>Beam losses plot for store 3879</td></tr></table>
<!-- Author: Rong-Shyang -->


<!-- Date: Sun Dec 26 17:18:54 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5582&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5583  width='300' align='top'></a></td><td>Temperature history of SVX barrel 0. From there we can find the time stamp of wedges tripping. It's 12/26 3:18 AM.</td></tr></table>
<!-- Author: Rong-Shyang -->


<!-- Date: Sun Dec 26 17:39:39 2004 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5584&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5585  width='300' align='top'></a></td><td>SVT spymon plot for store 3879.</td></tr></table>
<!-- Author: Rong -->




<!-- Date: Sun Dec 26 20:59:37 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5588&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5589' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5590&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-5591' ></a></center>
<!-- Author: Rong-Shyang -->
<!-- Comment: Sun Dec 26 21;02;27 comment by...Rong -->
<pre>Got paged due to persistent pinky cell SB2W5L4(e254), see <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=906&frame=2&anchor=20:40:32.193'>
here</a>. It draws 200mA at DVDD while the bonds are (130, 190). The ladder has drop readout problem since shutdown. The SVXMon plots look the same for previous run and current. So I asked the monitoring ACE to ignore it tonight and I will working on it tomorrow.</pre>

<!-- Comment: Sun Dec 26 21;03;17 comment by...Rong -->
Oops, screw up the link. Try again <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=906&frame=2&anchor=20:40:32.193'>
here</a>

<!-- Comment: Sun Dec 26 22;58;42 comment by...Rong-Shyang -->
Also, e244 at AVDD, cleared by HRR.<a href=
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2004&action=view&page=906&frame=2&anchor=22:48:43.418'>
see here</a>