<!-- Title: 11:13:22  Mon Apr 10 2006 -->
<!-- Crewchief: Sili Crew -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>Shutdown week 7 
 
Bore work continunes 
- try to do daily checkout of wedges where COT  have been working 
 
Start investigating left over ladders from PDB review 
 
PS work 
- Make labels for PS crates 
- Make L00 Sense Adaptors 
- Make ISL Bias Adaptors 
- Make new Load Box 
</pre>


<!-- Date: Mon Apr 10 11:34:18 2006 -->
<h3>E-Logs become read-only from 12pm to 1pm</h3> 
 
<p>As part of the online webserver move the e-logs will be migrated to the new machine.  From 12pm to 1pm the e-log will become read-only for all e-logs.  So make your entries now or try again after lunch.</p>
<!-- Author: Ankush -->


<!-- Date: Mon Apr 10 13:20:25 2006 -->
<h3>E-log migration complete</h3> 
 
<p>apparently the e-log migration has finished.  Please check all links to/from the e-log are still working.</p>
<!-- Author: Ankush -->


<!-- Date: Mon Apr 10 14:37:00 2006 -->
<h3>SVX/L00 Cooling Trip</h3> 
 
<p>While Ulrich & Ricardo were in the bore, Ulrich decided to test one of the new dew-point sensors.  As soon as he disconnected it, the cooling interlocks fired and cooling to SVX/L00 was stopped.</p> 
 
<p>Jennifer rushed in to restore cooling.  The one good thing was the new dew point sensor work.</p> 
 
<em>The Tripmann stikes again.</em>
<!-- Author: Ankush -->
<!-- Comment: Mon Apr 10 17;16;09 comment by...Ulrich -->
The trip was indeed on the SVX dew point. At some point during the sensor swap, the temperature reading went up drastically and took the dew point with it. We will probably have to temporarily disable the SVX dew point trip for the installation. The ISL dew point trip is already disabled due to the broken sensor.


<!-- Date: Tue Apr 11 17:33:48 2006 -->
<h3>Power Supply Converter moved to b0sili01</h3> 
 
<p>As a way to protect the Silicon web stuff, we are going to migrate more of our web tools onto b0sili01. One of these steps was to move the Power Supply Conveter.</p> 
 
<p>The power supply converter is now running on b0sili01 and the new URL is: 
 
<a href="http://b0sili01.fnal.gov/psconv/psconv.html"> 
http://b0sili01.fnal.gov/psconv/psconv.html 
</a> 
 
</p> 
 
<p>The DAQ and Detector pages with links to this new PS Converter has already been updated.  If you know of any other links, then please edit them.</p> 
 
<p>The perl script, psconv.pl has been moved to b0sili01:/usr/local/apache2/cgi-bin/psconv/psconv.pl. The cratelocations directory holding the ASCII power map is now on  
b0sili01:/usr/local/apache2/cgi-bin/psconv/cratelocation.</p> 
 
<p>When psconv.pl was migrated to b0sili01 some lines in the crate_location subroutine had to edited.  The offending lines: 
 
<pre> 
line 252: if (length ($caen_name_hash{$temp_ps_name}) ==0) 
line 259: if (length ($caen_number_hash{$temp_ps_number}) ==0) 
</pre> 
 
now read as: 
 
<pre> 
if ( exists $caen_name_hash{$temp_ps_name} ) 
 
...and... 
 
if ( exists $caen_number_hash{$temp_ps_number} ) 
</pre> 
</pr> 
</p> 
 
<p>Please use this version of the power supply convertor and please report any errors or problems you are having.  The old power supply converter on the online web server is still available as a back-up.  But this may stop working when web pages get migrated.</p> 
 
  
<!-- Author: Ankush -->


<!-- Date: Tue Apr 11 19:32:15 2006 -->
<h3>Spare chiller back and maintenance work complete</h3> 
Bill Noe informed me that the spare chiller is back in operation and that they exchanged another filter in the pressurized air system. This concludes the chiller maintenance work: 
<pre> 
Silicone Spare Chiller Update 
All leaks have been repaired and tested. The system has been charged with refrigerant and is ready to run. Next week when Loskot is back from vacation I will ask him to run this chiller using the test load (heater). In the meantime if it is needed to replace the SVX or ISL chiller it can be used. - Bill Noe 
</pre>
<!-- Author: Ulrich -->


<!-- Date: Tue Apr 11 21:36:02 2006 -->
<h3>Testing I can still write to the E-log from home</h3> 
 
<p>If you&#39re reading this, then the answer is yes :-).</p> 
 
<p>One nice feature is just needed to enter my <em>offline web</em> password....no need for <em>svxii</em> password :-)</p>
<!-- Author: Ankush -->


<!-- Date: Wed Apr 12 10:45:37 2006 -->
<h3>Web server moving</h3> 
 
<p>Be warned.  The web server move is in progress.  If you start to notice nay strange behaviours in the web pages or our tools  let me now pronto !!!</p>
<!-- Author: Ankush -->
<!-- Comment: Wed Apr 12 11;33;06 comment by...Ankush -->
<p>Documentation on the web server move is available at:

<a href="https://b0www.fnal.gov/internal/sys/doc/onln/webserver.html">
https://b0www.fnal.gov/internal/sys/doc/onln/webserver.html</a>
</p>


<!-- Comment: Wed Apr 12 12;00;57 comment by...Ankush Mitra -->
<p>just to let you know......<br>

the new web server will be able to see the /data and /code disks.  But it will not see any of the /home disks.</p>

<p>Soft links only to the /data and /code disk will be resolved by the web server.  soft links to the /home disks can&#39t be resolved by the web server as it will not mount the /home areas.</p> 

<!-- Comment: Wed Apr 12 17;21;22 comment by...Ankush -->
<p>For the web server move, the following directories were moved to make them "readable" from the new webserver:</p>

<pre>
/cdf/onln/home/svxii/lester_tools    --> /cdf/onln/data/svxii/lester_tools
/cdf/onln/home/svxii/fiberr          --> /cdf/onln/data/svxii/fiberr
/cdf/onln/home/svxii/imon/snapshots  --> /cdf/onln/data/svxii/imon_snapshots
</pre>

<p>These directory names still exist as soft links to the new areas.  For example, /cdf/onln/home/svxii/lester_tools is now a soft link to /cdf/onln/data/svxii/lester_tools. </p>

<p>If you notice any strange behaviour or unusual errors, then report them ASAP.</p>


<!-- Date: Wed Apr 12 18:01:15 2006 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8534&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8535' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8530&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8531' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8532&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8533' ></a></center>
<!-- Author: Ankush -->
<!-- Comment: Wed Apr 12 18;11;12 comment by...Ankush -->
<h3>Photos from COT Bore Access</h3>

<p>These are the photos from the Bore access (courtesy of Bob Wagner & Morris Binkley).</p>  

<p>The first photo is the Upper-South-East. Part of the Faraday cage over Super-Layer 8 was removed.  The Molex connector sitting just above Super-Layer 8 was disconnected.</p>

<p>The second photo is the Lower-South-East. There is Molex connector in the middle of the picture which is slightly obscured by some Silicon cables. This connector was disconnected and reconnected.</p>

<p>The third picture is the Lower-North-West.  Work was done here to reduce the COT noise but I don&#39t know what specifically was done.</p> 


<!-- Date: Wed Apr 12 18:20:30 2006 -->
<h3>Relative Humidity Sensor Work: Part I</h3> 
As the first step of the upcoming replacement of the broken relative humidity (RH) sensors for SVX and ISL, I have disabled the SVX dew point interlock. This has been done in analogy to an <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=263&frame=2&anchor=12:46:16'> 
earlier change for the ISL dew point interlock</a> 
by comparing the lowest SVX temperature with -30&deg;C instead of the current dew point + 3&deg;C. The reason for disabling the dew point interlock is that there is a large probability to  
 <a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=296&frame=2&anchor=14:37:00'> 
trip the flows</a>. I have followed the procedure for changing the interlock code except for two steps: I did not stop the flow to the detector, and I did not validate if the SVX dew point interlock is indeed disnabled. I consider the change as only a part of the full code change, which of course includes a validation at the end. After the RH sensors are installed, I have to change the calibration constants and re-enable the SVX and ISL dew point interlocks.  
<!-- Author: Ulrich -->


<!-- Date: Wed Apr 12 18:22:22 2006 -->
<h3>Relative Humidity Sensor Installation Tomorrow</h3> 
Tomorrow morning, beginning at 8:00, Ricardo and I will install the RH sensors. Ankush will watch the dew points during this time.
<!-- Author: Ulrich -->


<!-- Date: Wed Apr 12 18:30:35 2006 -->
we will power cycle b0svx06.
<!-- Author: shulamit/sebastian -->


<!-- Date: Wed Apr 12 19:02:02 2006 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8536&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8536  width='300' align='top'></a></td><td>We installed the new firmware from Bill which has a 0 delay by default and a tolerant error firmware. We tested for 10K events in B0svx06 with no errors from RC. We will make this the default firmware.</td></tr></table>
<!-- Author: Sebastian/Shulamit -->
<!-- Comment: Wed Apr 12 19;15;05 comment by...sh/s -->
CCC work (just to have the CCC as a search key...)


<!-- Date: Thu Apr 13 13:45:12 2006 -->
<h3>More web server move</h3> 
 
<p>The web server move is taking place today.  The public_html pages of the user groups is being moved including the svxii.</p> 
 
<p>Here is the copy of the email sent round by Stephan.</p> 
 
<pre> 
Dear All, 
   your accounts had a public_html subdirectory that has been migrated onto the new web server. To access, update, modify, delete the web pages in their new location, you need to logon to the usr_www account on the new web server, b0www.fnal.gov. Your Kerberos principle is in the .k5login file of the account and you should be able to telnet/ssh into the machine. 
   The account has a small login area. The web pages are located in the directory /cdf/onln/www/html/internal/usr with a subdirectory for each account. The account is shared among all of you, please keep this in mind. 
   The migrated web pages in the account are a copy of your old pages in public_html updated for all URL/path changes that will result from the web server migration. A few links, to not yet migrated new areas, may not resolve until next Tuesday. The old tilde URL will continue to point to the old pages you had in public_html for a few weeks, until the old web server is switched off. Those pages are frozen and editing the new ones on b0www will not effect those. 
   We will transfer the www-cdfonline.fnal.gov IP alias to the new machine once the migration is complete. The old web server is setup to recognize references for the new web server and will forward those so you can access the migrated web pages already at the final URL http://www-cdfonline.fnal.gov/internal/usr/<username> 
   Please let me know in case you encounter any problems, have questions, etc. Documentation for the web server is located at http://www-cdfonline.fnal.gov/internal/sys/doc/onln/webserver.html 
   Thanks, 
                                                     cheers,  Stephan 
</pre> 
 
<p>If you have any troubles with the Silicon web page , web tools, scripts etc, please report them ASAP.</p>
<!-- Author: Ankush -->


<!-- Date: Thu Apr 13 15:11:58 2006 -->
<h3>Possible problem with PDb copying entries to e-log</h3> 
 
<p>Sasha noticed the problem DB was not copying its entries to the silicon e-log.  I tried again and nothing seems to be copying into the e-log.  Can some else try to see if it's been fixed.</p>  
<!-- Author: Ankush -->
<!-- Comment: Thu Apr 13 17;45;21 comment by...Mark -->
<pre>I am looking into this.</pre>
<!-- Comment: Thu Apr 13 18;41;18 comment by...Ankush -->
<h4>A Ha!! Spotted what&#39s going on</h4>

<p>The PDB puts entries into the Silicon e-log by mailing cdf_elog@b0dau30.fnal.gov.  I&#39m guessing b0dau30 can interpret the mail to paste the contents into the Silicon e-log. With the webserver move, this is no longer going on.  I will ask Stephan to remedy this.</p> 
<!-- Comment: Thu Apr 13 19;48;55 comment by...Ankush -->
<h4>Problem Solved :-)</h4>

<p>In moving the online webserver to a new machine, the web server email address for automatically pasting entries has changed.</p>

<p>The new address is: elog_www@b0www.fnal.gov.</p>

<p>This does mean we&#39ll have to check the other Silicon DB which paste entries into the e-log to make sure they still work...pooey.</p>

<!-- Comment: Thu Apr 13 20;00;51 comment by...Ankush -->
<p>Phew...only the Problem DB does the automatic pasting into the Silicon E-log. So don&#39t need to check anyone else.</p>
<!-- Comment: Thu Apr 13 20;17;56 comment by...Ankush -->
<p>For future reference you need to edit the send_elog function in the pdb_notify.pm PERL module which you can find on b0sili01 in the directory /usr/local/apache2/cgi-bin/perl-modules .</p>

<p>The change was committed to CVS.</p>
<!-- Date: Thu Apr 13 15:30:10 2006 -->
<h3> Here is a list of things still to be done as apart of PDB work. </h3> 
 
<h4> needs bore access... </h4> 
e272-- no light at FTM; check light at bore; connect to spare fiber 
<h4> fiber swaps, light levels, DOIM voltages, clean up connectors, etc... </h4> 
<p>f024--check light level; adjust DOIM voltage(?);</p> 
<p>f823--fiber swap;</p> 
<p>f002--light level; cable probe & timing cable swap;</p> 
<p>f111--light level; adjust DOIM(?)</p> 
<p>f114--DOIM current is low; confirm with light level;</p> 
<p>e3b3--light level;</p> 
<p>e060--fiber swap; light level;</p> 
<p>e081--light level;</p> 
<p>e320, e154-- "former" BE kludges, try again in collision hall;</p> 
 
<h4>needs to be studied in SVXDAQ...</h4> 
 
<p>LB0W3-- we didn't check this wedge at all; needs 5V connector and to be studied in SVXDAQ;</p> 
<p>f000, f103, f012, f511, f552, e012-- try again in SVXDAQ.</p> 
<!-- Author: sasha -->


<!-- Date: Thu Apr 13 16:22:01 2006 -->
<br><b>CCC code</b><br> 
For now I added a temporary CCC server code to the boot files of the b0svx0X. To get a menu to talk to the CCC just type ccc in the prompt, it will ask for the module address, which is 0x3000 in b0svx06 (the only crate with a CCC right now). <br> 
Note that there should be no reason to talk to the CCC under normal circunstances. If you think that something is wrong please contact Shulamit or me (in that order...).
<!-- Author: Sebastian -->




<!-- Date: Thu Apr 13 19:17:47 2006 -->
<h2>Relative Humidity Sensor Work: Part II - Installation</h2> 
 
Today, we installed the new relative humidity (RH) sensors 
in the silicon volume. The crew consisted of Jennifer building and 
testing the sensors,  Ricardo and Ulrich 
working in the bore and Ankush watching things in the control room. 
Here is a summary of the installation steps: 
<ul> 
  <li>ISL RH sensors (West bore): 
      <ol> 
	<li>We started in the West bore, where we picked the final spots for 
	     the installation of the diamond detectors and the RH sensors. 
	    The COT baggie was already opened at the right position 
	    from previous COT work. We purged the nitrogen supply lines 
	    to be used when the silicon volume humidity gets to high. The lines 
	    can be connected to the collars of the silicon baggies and add 
	    an extra 100-150 SCFH (standard cubic feet per hour for all you 
	    metricians). 
	    Fortunately, we did not have to used the extra nitrogen at all.</li> 
	<li>We connected both the nominal and the spare ISL sensor packages 
	    to the readout cables, and they appeared to be working fine.</li> 
	<li>Utilizing a sharpened pipe, we drilled a 1/2 inch hole into the 
	    sealing foam of the silicon baggie and resealed it with Kapton tape. 
	    The drilling went very smooth, and the silicon baggie humidity was 
	    constant during this operation. To insert two sensors through the 
	    same hole, a second overlapping drilling was required, shifted by 
	    approximately 1/4 inch.</li> 
	<li>We fixed the readout cables with cable ties on the COT face 
	    and inserted the RH sensors through the hole such that they extend 
	    about 10 cm into the silicon volume. After that, the hole was 
	    re-sealed with (small amounts of) DAPtex foam.</li> 
	<li>We connected the nominal and the spare sensor again to make sure 
	    they still work. Then we routed the readout cables properly. The 
	    COT baggie remained open due to some pending COT work. This first 
	    step took about 1 hour.</li> 
	<li>Approximately 1/2 hour after the installation, the silicon 
	    baggie West RH increased slowly to about 8% after 2 hours 
	    and went back to around 0% after another 2 hours. We believe 
	    the wet sealing foam introduced some moisture into the 
	    system. 
	</li> 
      </ol> 
  </li> 
  <li>SVX RH sensors (East bore):</li> 
      <ol> 
	<li>As for the ISL sensors, we picked spots for the RH sensors 
	    and the diamonds.</li> 
	<li>We connected the sensors to the readout. The temperature sensors 
	    were fine, but both RH sensors showed values about 0% while still 
	    being outside the silicon volume (expected RH: about 30%).</li> 
	<li>We re-tested the sensors at the test stand, and they were 
	    working fine (they came commissioned and tested in the first 
	    place!) 
	    After several tests (5V supply ok, signal line ok when connected 
	    to 5V or ground, ...) it became clear that the problem was a 
	    cabling mistake. The RH output signal and the case ground line 
	    were flipped on our new sensors. In the system, the while line 
	    is the signal, and the green line is the case ground, and vice 
	    versa in the new sensors. Since all sensors have a common ground, 
	    the signal we saw on the SVX sensors was actually the measurement 
	    of the other side (where 0% RH makes perfect sense).</li> 
	<li>We corrected the cabling mistake by re-crimping all connectors 
	    (see the correct connection map below). 
	    Since all cables were about 1 m longer than they had to be, we 
	    shorted them in this step. We connected all sensors to their 
	    respective readouts, and they worked fine.</li> 
	<li>Like for the ISL sensors, we drilled holes, inserted the sensors, 
	    re-sealed the holes, and routed the cables.</li> 
	<li>We saw a much smaller increase/decrease in humidity for the 
	    East bore (only to 2-3%), maybe because we used less foam. 
	<li>We re-sealed both the East and the West COT baggies and left 
	    the collision hall at about 15:00.</li> 
      </ol> 
</ul> 
 
<h3>Remember the cabling</h3> 
 
RH sensor connector cabling (looking into connnector): 
<pre> 
           NOSE    
|------------------------| 
|                        | 
|  RED          WHITE    |        
|  +5V          SIGNAL   | 
|                        | 
|  GREEN        BLACK    | 
|  CASE GND     GND      | 
|                        | 
|------------------------| 
</pre> 
<p> 
<h3>RH Sensor Calibrations</h3> 
The new sensors have to be calibrated correctly, and the 
calibration constants have to be changed both in the 
interlock code and in the iFix database. 
Here is a list of the calibration constants for the sensors, i.e. the 
translation from output voltage to relative humidity: 
<table border="1" cellpadding="5"> 
  <tr><th>Position</th><th>Sensor</th><th>Calibration</th><th>% RH Range for 0-5 V</th></tr> 
  <tr><td>SVX</td><td>"C"</td><td>RH = (V - 0.821) / 0.0312</td><td>-26.3 - 133.9</td></tr> 
  <tr><td>SVX spare</td><td>"A"</td><td>RH = (V - 0.838) / 0.0310</td><td>-27.0 - 134.3</td></tr> 
  <tr><td>ISL</td><td>"G"</td><td>RH = (V - 0.824) / 0.0312</td><td>-26.4 - 133.8</td></tr> 
  <tr><td>ISL spare</td><td>"F"</td><td>RH = (V - 0.822) / 0.0301</td><td>-27.3 - 138.8</td></tr> 
</table>  
<!-- Author: Ulrich for the RH sensor installation crew -->
<!-- Comment: Thu Apr 13 21;22;20 comment by...Ulrich -->
<h3>Calibrations Finished</h3>
The calibration constants listed above have been entered to the iFix database and to the PLC interlock code. The procedure for changing the interlock code was followed, except for the step of disabling the flow and the power supply enables and the validation. This will happen after the third and last step, in which we will re-enable the SVX and ISL dew point interlocks. 
<p>
We have decided to leave the SVX and ISL dew point interlocks disabled until after the diamond detector installation next Monday.  The diamond cables will be passed through the silicon volume right next to the sensors, and we do not want a trip on a high local humidity value. The interlock of the silicon baggie sensors (less than 1/2 meter away) is still in place in case there is a real humidity problem.
<!-- Date: Thu Apr 13 19:24:10 2006 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8537&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8537  width='300' align='top'></a></td><td>Relative humidities during the RH sensor installation.</td></tr></table>
<!-- Author: Ulrich -->
<!-- Comment: Thu Apr 13 21;30;59 comment by...Ulrich -->
Here is a bunch of things you can learn from the plot:
<ul>
<li>The broken ISL sensor (red) is first disconnected, and then a new sensor is connected.</li>
<li>The sensors on the West baggie show an increase and then a decrease in humidity, probably due to the wet foam.</li>
<li>As soon as the broken SVX sensor (blue) is disconnected, the RH sensor (which is in the East bore) follows exactly the readings in the West bore. This is due to the swapped cables and the common ground.</li>
<li>An increase/decrease in the East humidities due to wet foam is hardly visible.</li>
</ul>
<!-- Date: Thu Apr 13 19:43:39 2006 -->
Entered in Silicon database: <ul>
<li>Ladder: SB0W1L4 
<li>problem n: 1648 
<li>Status: fixed
<li>Type: Unknown
<li>Action: Diagnosis_update
<li>entered by: amitra 
<li>description is: <h4>IGNORE THIS ENTRY</h4>  <p>This is to check the PDB can still paste entries into the elog after web-server move.</p> 
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=SVX&wedge=B0W1&layer=L4">report</a></ul>
<!-- Author: Problem DB -->
<!-- Comment: Thu Apr 13 19;45;28 comment by...Ankush -->
<p>So the problem DB can paste entries into the elog again...phew :-)</p>



<!-- Comment: Thu Apr 13 20;07;32 comment by...Ankush -->
<p>See <a href=
'http://www-cdfonline.fnal.gov/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=296&frame=2&anchor=15:11:58'>
here</a> for edits which had to be made.</p>





<!-- Date: Thu Apr 13 22:30:44 2006 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8542&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8543' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8544&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8545' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8540&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8541' ></a></center>
<!-- Author: Ulrich -->
<!-- Comment: Thu Apr 13 22;32;55 comment by...Ulrich -->
RH sensor installation in West bore:
(left) drilling the hole into the seal,
(center) sensors installed,
(right) the full picture.
Note that the cables have been shortened afterwards.


<!-- Date: Thu Apr 13 22:36:48 2006 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8546&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8547' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8548&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8549' ></a><a href='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8550&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=silicon&action=view&page=-8551' ></a></center>
<!-- Author: Ulrich -->
<!-- Comment: Thu Apr 13 22;37;55 comment by...Ulrich -->
RH sensor installation in the East bore: (left) drilling the hole, (center) the sensors
(right) the full picture


<!-- Date: Fri Apr 14 10:57:34 2006 -->
<table border=0><td><tr><td bgcolor=#e0e030><pre>5V Enable is ON.</pre></td></tr></td></table>
<!-- Author: sasha -->
<!-- Comment: Fri Apr 14 12;16;47 comment by...Ankush & Sasha  -->
<p>oopss forget to disaable trip alarms....sorry Ulrich !!</p>
<!-- Comment: Fri Apr 14 18;34;12 comment by...Ankush -->
<b>5V Enable is OFF</b>
<br>

<p>iFIX alarms have been un-ignored.</p>

<!-- Date: Fri Apr 14 11:54:36 2006 -->
<BR> 
<b>FIB 105 and 150</b><BR> 
I tested these boards, checked the sequences and uploaded the latest version of firmware. 105 worked perfectly. When programming firmware to 150, I got "Device verify failure". However, when I did verifying alone, it gave success. Otherwise 150 worked well.<br><br> 
 
I think 150 is good spare. Some time ago, I showed similar behaviour to Sebastian, and today I told about this to Mark. They both think it is not a problem if verifying fails during programming and gives success when doing it separately.
<!-- Author: Tuula -->


<!-- Date: Fri Apr 14 12:26:12 2006 -->
Entered in Silicon database: <ul>
<li>Ladder: LB0W2L3 
<li>problem n: 1608 
<li>Status: needs_observation
<li>Type: Chip_bit_error
<li>Action: Diagnosis_update
<li>entered by: sasha 
<li>description is: I don't see any CAP_ID problems after 5K events. I'm changing it to needs_observation because we need check on this ladder after shutdown.  
<li>See <a href="http://b0sili01.fnal.gov/cgi-bin/pdb/DBreport.pl?detsys=L00&wedge=B0W2&layer=L3">report</a></ul>
<!-- Author: Problem DB -->




<!-- Date: Mon Apr 17 09:30:21 2006 -->
<h3>Access to West Bore(very late entry)</h3> 
 
<p>On Friday afternoon, Sasha, Jeannine and I went to the West Bore . SVX Ladder e272 and an ISL ladder (f002???)  had no light coming at FTM.  So we went to the West bore to see if we could a Light level measurement there.</p> 
 
<p>The fibre for e272 is foamed in..so it is impossible to check its fibre at the bore.  The connector for the fibre for f002(???)   has not been foamed in.  But it would be difficult to access.  I would prefer taking one of <em>old ones</em> with me if it becomes necessary to investigate that fibre.</p> 
 
<p>During this procedure the COT baggiy was opened and closed by us.  When we returned to the Control Room we checked the plots to see if we had a large effect.  The dew points increased a little bit but not too much.  Also the dew points returned to normal after the COT baggy was closed.</p> 
 
  
<!-- Author: Ankush, Jeannine, Sasha -->
<!-- Comment: Mon Apr 17 10;34;23 comment by...Ankush -->
<p>To correct this entry. The ISL ladders were f112 and f114. Both of these fibres are not foamed in at the bore but are difficult to access.</p>


<!-- Date: Mon Apr 17 11:06:19 2006 -->
<h3>Summary of Week 7</h3> 
 
 
<h4>Relative Humidity (RH) Sensor Installation</h4> 
 
<p>The new RH sensors were installed this week. The installation took longer 
than expected due to an error in the wiring.  Once this was spotted, the sensors 
were recrimped and tested in situ.  Then the sensors worked fine.</p> 
 
 
<h4>Cooling Work</h4> 
 
<p>The backup chiller is now working again.</p> 
 
 
<h4>Websever Move</h4> 
 
<p>The Power Supply converter was moved to b0sili01 to reduce the dependance of 
the Silicon web tools on the online web server.  Now only Tuula&#39s needs to 
run on the onlin web server as it has to look at the log files from the PS-GUI.  
However this log file is on /data which the new web server can see.</p> 
 
<p>The e-log was transferred to the new webserver.  The one fallout was the 
problem DB could not post its entries into the Silicon e-log.  This was fixed by 
changing the email address for the automated entries from </p> 
 
<p>3 directories on the svxii home directories were softlinked from the 
public_html directory.  As the new webserver will not be able to see the home 
areas, these directories were moved to /data disk.  Soft links from the home 
area point to the /data disk. So this should prevent current CRON jobs failing 
as the name stll exists.  The public_html soft link was updated to point to the 
/data disk.</p> 
 
 
<h4>Summary of the PDB work</h4> 
 
<p>Sasha put together a list of remaining ladders to still examine in the 
PDB.</p> 
 
 
<b> needs bore access...</b> 
<pre> 
e272-- no light at FTM; check light at bore; connect to spare fiber 
</pre> 
 
 
<b>fiber swaps, light levels, DOIM voltages, clean up connectors, etc...</b> 
 
<pre> 
f024--check light level; adjust DOIM voltage(?); 
 
f823--fiber swap; 
 
f002--light level; cable probe & timing cable swap; 
 
f111--light level; adjust DOIM(?) 
 
f114--DOIM current is low; confirm with light level; 
 
e3b3--light level; 
 
e060--fiber swap; light level; 
 
e081--light level; 
 
e320, e154-- "former" BE kludges, try again in collision hall; 
</pre> 
 
<b>needs to be studied in SVXDAQ...</b> 
 
<pre> 
LB0W3-- we didn't check this wedge at all; needs 5V connector and to be studied in SVXDAQ; 
 
f000, f103, f012, f511, f552, e012-- try again in SVXDAQ. 
</pre> 
 
 
<h4>CCC Code</h4> 
 
<p>Sebastian added a menu to talk to the CCC via the simple command 
<em>ccc</em>. It will ask for the module base adddress which is 0x3000.  However 
there is no reason to run this command under normal circumstances.</p> 
 
<h4>FIB Testing</h4> 
 
<p>Two FIBs, 105 and 150 were tested and found to be OK.</p> 
 
<h4>Entry to the West Bore</h4> 
 
<p>3 ladders, e272, f111 and f114, have entries of no light measured at the FTM. 
 So a light level measurment at the bore would be prudent.  However the fibre 
 for e272 was inside the Silicon window...so inaccessable.  The fibres for the 
 ISL ladders have not been foamed in but are hard to access.</p> 
 
<!-- Author: Ankush -->