<!-- Title: 11:49:19  Mon Jan  7 2002 -->
<!-- Crewchief: Jaco Konigsberg -->
<!-- Op1: &nbsp; -->
<!-- Op2: &nbsp; -->
<!-- Op3: &nbsp; -->
<!-- Op4: &nbsp; -->
<!-- Op5: &nbsp; -->
<!-- Op6: &nbsp; -->
<!-- Notes: -->
<pre>&lt;pre&gt;HAPPY NEW YEAR ! 
 
 GOALS: 
 
  * STABLE CLC CONFIGURATION 
   
  * AUTOMATIC LUM RECONSTRUCTION 
 
  * HAVE FUN!&lt;/pre&gt;</pre>


<!-- Date: Sat Jan 19 12:22:12 2002 -->
<p>We were trying to test new HV table with PMT gains adjusted to about 400 ADC counts. We have taken ~100K event minimun bias run with nominal settings. Inst. luminosity was ~1.37*10**30 and min. bias trigger rate ~54kHz. 
<p>Then we have downloaded new HV table, adjusted Transition card threshold to ~500mV and downloaded Xilinx code with threshold 250 into ADMEMs in slot 9 and 10.<p>Inst. luminosity dropped to ~1.05*10**30.<p> 
Unfortunately, at this point Tevatron dumps beam. 
<p>So, we need one more test<p>
<!-- Author: Ming/Sasha -->
<!-- Comment: Thu Feb 28 08;59;41 comment by...ming -->
<pre>This test was repeated on 01/22/02.
-----------------------------------
TEST NEW HV TABLE FOR CLC 
------------------------- 
A new HV table was downloaded into the CLC HV crate 
to equalize east and west PMTs' gains and to operate 
them at lower gains than before. The online luminosity 
program had also been adjusted for the proper CLC 
effective cross section for this new HV table. 
Initial obervation is that the instantaneous luminosity 
value for the new HV table is slightly lower (~ -6%) 
than the instantaneous luminosity value from the 
nominal HV table. We decide to keep this new HV table. 
A min. bias run was taken with this new HV setting 
(run number 137718)

New Xilinx threshold : 250 ADC for both east and west
Transition board threshold : ~500 mV for both east and west</pre>
<!-- Date: Tue Feb 5 12:52:30 2002 -->
<pre>SWITCH TO NEW HV TABLE (Jan 22nd 2002) 
-------------------------------------- 
 
In this new HV table all the counters' gains are adjusted 
such that the single-particle-peak is at about 400 ADC. 
We took a min. bias run (137718) with this new HV table. 
We decide to keep this table as the default. The effect on 
the online inst. lumi(hit) due to switching from old HV 
setting to new HV setting is about -6%.</pre>
<!-- Author: Ming, Sasha -->


<!-- Date: Wed Feb 6 15:14:57 2002 -->
<pre>Feb 5th: 
 
 Isobutane was flushed on both East and West detectors. 
 East had pressure cycles from 15.5 to 25.5 PSI and 
 the West from ~17 to ~23. About 5 cycles. 
 East was done between 2 and 4 PM and West between 6 and 8 PM, 
 approx. 
 
 Both sides now at 22.5 PSI</pre>
<!-- Author: Jaco -->


<!-- Date: Mon Feb 11 12:25:36 2002 -->
<pre>UpDate the online Lumi program with new Cross-Section and 
Ave-hit-per-interaction. 
 
*** Performed on Feb 6th 2002 *** 
Sigma_effective = 36.61mb 
Ave Num of Hits = 13.97 
 
Observed lumi(hit) value has been dropping about 
1.5% per week since Jan 22nd 2002. This update will 
bring the normalization back to Jan 22nd 2002. 
</pre>
<!-- Author: Valentin and Ming -->


<!-- Date: Mon Feb 11 12:40:47 2002 -->
<p> 
During last Friday (Feb/8) long access we were trying to switch to transition boards with protection diodes. We turned off HV and CLC crate power, unscrewed signal cables on the back of the crate and swapped TBs in slots 3,4,6 and 7 with modified TBs. 
<p> 
Then we turned crate on and run qietest. All channels looked fine. Pedestal RMS was: 
<ul> 
<li>~8 ADC counts in the channels in slots 3,4,6,7 where put new TBs but did not connect signal cables; 
<li>9-10 ADC counts in channels in slots 9,10 w/ old TBs and cables in 
</ul> 
Then we turned on HV and connected cables to TB in slot 3 for we wanted to test if the protection diodes would really protect TB' input amplifiers. Well, they did! After we finished re-cabling in slot 3, all channels there were operational, none of amplifiers were blown. Now the bad news: 
<ul> 
<li>Pedestal RMS in these channels increased to 20-40 ADC counts! And these values did not change when we turned off HV. 
</ul> 
 
In the following table I summarize pedestal RMS for different situations: 
<p> 
<table border cellspacing=0 cellpadding=5> 
<tr> 
<th>Cables</th> <th> Old TB (no prot.) </th>  <th>New TB (w/ prot.) </th> 
</tr> 
<tr> 
<th>disconnected </th> <td> 8-9 </td> <td> 8-9 </td> 
</tr> 
<tr> 
<th>connected(HV off) </th> <td> 9-10 </td> <td> 20-40 </td> 
<tr> 
<th>connected(HV on) </th> <td> 10-12 </td> <td> 20-40 </td> 
</tr> 
</table> 
<p> 
From these data I would conclude, that the nose we observed with new TBs is not generated by TB themselves and it is also not due to PMT, for it is almost insensitive to HV. 
<p> 
At the moment we do not have any exact theory on what is going on. We should test new TBs in our test stand in Monday. 
We should also contact Charlie and discuss this problem to him. 
<p> 
Meanwhile, we switched back to the original TBs, run qie calibration, downloaded constants to FRAM, run LED calibration. All channels (but 62) looked fine - no changes in comparison to the morning calibration. 
  
<!-- Author: Sasha P & Sasha S -->


<!-- Date: Mon Feb 25 14:33:58 2002 -->
<pre>Test switching CLC HV with slow control program 
----------------------------------------------- 
Just now Margherita and I tested switching the CLC HV using the 
slow control program that runs on the computers in the control 
room. We were able to switch ON and OFF the HV, but there is a 
problem with setting the HV in StandBy mode. So we disable the 
"StandBy" mode and committed this new slow control program. We 
found that it takes about 15-30 sec for the HV control program 
(the one running on the CLC HV PC) to detect the signal from the 
slow control program. 
</pre>
<!-- Author: Ming -->


<!-- Date: Mon Feb 25 14:50:43 2002 -->
<pre>LumMon using new T0 values 
-------------------------- 
Kaori actually started running the new versions of consumer 
programs this morning (~11:30). So I checked what was the Z 
position of the collision measured by CLC in LumMon. From the 
fit it shows that &lt;Z&gt; ~ +7 cm. This is quite similar to the 
value (+9 cm) that Valentin and I get when we were testing the 
new version of LumMon last week. 
                                                  
                  Z position (cm) 
Run         BeamMon            LumMon 
------------------------------------------- 
139801       ~ 2               ~ -7.7 
139817        4.7                 7.6 ----&gt; (LumMon with new T0) 
 
Kaori had to switch all the consumers back to the old version 
because several other consumers were crashing. 
</pre>
<!-- Author: Ming -->


<!-- Date: Wed Feb 27 05:11:01 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-47&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-47  width='300' align='top'></td><td>This shows the West Sum (B0C02)and East Sum (B0C12) during some stores and also during beam studies.</a></td></tr></table>
<!-- Author: Jaco -->


<!-- Date: Wed Feb 27 05:38:18 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-48&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-48  width='300' align='top'></td><td>Plot shows loose min bias rate vs hit counting vs empty crossing lum measurements. min bias rate does not compensate for multiple interactions at the higher lum</a></td></tr></table>
<!-- Author: jaco -->



<!-- Date: Fri Mar 1 05:09:23 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-49&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-49  width='300' align='top'></td><td>Plot shows CLC loose mb trigger rate vs D0 luminosity. Maybe they are correcting for multiple int. but not quite?...???</a></td></tr></table>
<!-- Author: Jaco -->


<!-- Date: Fri Mar 1 05:11:14 2002 -->
<pre>During data taking I had to reset the b0clc00 crate due 
to erros in the DAQ (clcreceive had the wrong TIME) 
and also the LumMon plots with "time" were showing 
the wrong time. Things look goof after that. 
To reset I just pushed the RST botton on the CPU board.</pre>
<!-- Author: Jaco -->


<!-- Date: Thu Mar 7 20:13:10 2002 -->
<pre>UPDATE CLC ONLINE LUMI PROGRAM - SEND 
------------------------------------- 
Now the new version is using "Empty-counting" 
as the official method for the online lumi 
calculation. The variables "b0ilum", "b0tlum", 
"b0llum", and "b0tliv" will now correspond 
to values from empty-counting method. For 
hit counting, the variables will be 
"b0ilue", "b0tlue", "b0llue", and "b0tlie" 
(which can be found in page C65, sub-page 15). 
The CLLD bank will contain values from empty-counting 
method. 
 
We also update the effective cross section and 
average-hit-per-interaction values 
 
effective cross section = 37.5 mb 
average-hit-per-interaction = 14.5 
 
</pre>
<!-- Author: Valentin and Ming -->


<!-- Date: Sun Mar 17 15:43:43 2002 -->
<pre>MEASURE TIME IT TAKES TO SWITCH ON CLC HV (CONTROL ROOM) 
-------------------------------------------------------- 
 
On Thursday (03/14/02) we took measurements on the time 
that it takes to switch on CLC HV with iFix in the control 
room 
 
          (all channels  
           except ch 58)         ch 58 
Trial          Time              Time 
------------------------------------------ 
1 on           ~ 50 sec        5 min 29 sec 
                         (reached about ~90% of set value 
                       at first ~50 sec, and the remainding 
                          10% took about 4 min) 
 
1 off          ~ 55 sec         ~ 55 sec 
 
2 on           ~ 1 min          ~ 1 min 
2 off          ~ 53 sec         ~ 53 sec 
 
3 on           ~ 54 sec         ~ 54 sec 
 
The CLC HV had been off for a while before we started 
this test. It seems that after the first trial, ch 58 
had "warmed up" such that it took about the same 
amount of time to be fully switched on as the rest. 
We also noticed that the iFix showed the HV started 
ramping up(down) ~30 sec after we had clicked on 
the "on"("off") button. </pre>
<!-- Author: Sasha, Ming -->


<!-- Date: Thu Apr 11 11:18:33 2002 -->
<pre>SWAP HV MODULE 
-------------- 
Recently we have observed that the HV of one of the CLC channel 
(ch 58) takes rather long time to be turned on to 100%. We 
suspect that the problem might be in the HV power supply module. 
We swapped this particular HV module and see if this problem 
would go away. 
 
</pre>
<!-- Author: Sasha, Ming -->
<!-- Comment: Thu Apr 11 11;22;42 comment by...Sasha, Ming -->
<pre>###SWAP TB for CLC East inner layer###
(There was a dead channel (#62). It could be due
to problem in the TB)
</pre>


<!-- Comment: Tue Apr 23 19;23;17 comment by...Ming -->
<pre>Later we replaced the TB for CLC east inner layer
with a new TB that has protective diode. However we
still observe "pedestal" like signal in LED calibration
and in collision data.</pre>
<!-- Date: Wed Apr 17 08:56:22 2002 -->
<pre>Problem with Power Supply of the CLC Stretcher Nim Crate 
-------------------------------------------------------- 
 
Yesterday the techicians were trying to replace a bad 
power supply for the CLC stretcher Nim crate. This 
power supply has a problem with +12V (it was monitoring 
at about +13.3 V starting last Sunday (02/14/02). Unfortunately 
the new power supply has problem with -12V (it is reading 
-6V). They will replace with another one later today. 
The CDF collision hall will not be closed until tomorrow 
morning. 
</pre>
<!-- Author: Ming -->



<!-- Date: Tue Apr 23 19:33:19 2002 -->
<pre>Look at the PMT signals (pulsing LED) for ch #1 and #62 
------------------------------------------------------- 
Channel #62 has been showing "ped" like signal for sometime, 
and last Friday Sasha observed that ch #1's gain had dropped 
to almost zero (in LED calibration). We pulsed LED light 
and looked at these two channels' signal directly on scope 
and found : 
 
ch#1  : non-zero peak amplitude (~4mv @ LED 1.1v) 
ch#62 : no signal. 
 
We checked the signal cable resistance for ch#0,1,62,63 and 
found that their resistance are about the same (1.1 M ohm) 
 
The problem with ch#62 maybe up stream in the detector. 
We swapped the connection of the signal cables of ch#0 and #1 
to the TB. Sasha then took a LED calibration and observed that 
ch#1's gain (which is now readout as ch#0) is now back at 
about 0.9*10**5 (at the same level as it was in Jan 22nd 
when we switched to low gain). 
 </pre>
<!-- Author: Sasha and Ming -->


<!-- Date: Fri May 3 09:45:23 2002 -->
<pre>Low Time Occupancy in CLC East Inner Layer 
------------------------------------------ 
Dmitri and the OC noticed that the CLC Time Occupany 
is low for East inner layer. By looking at LumMon plots 
we found that this problem started on April 24th. 
There were almost no timing measurements for these 
16 channels. This problem also affected the CLC min-bias 
trigger. From ACNET we found that the hit rate from 
east inner layer was almost zero. MC simulation estimates 
that the CLC effective cross-section (3 Layers) decrease 
by ~6% due to missing hits from east inner layer. 
We think this problem was due to loose time gate 
connection. We were working on this TB (transition 
board) on April 23rd to investigate why ch 62 has 
very low amplitude. 
% 
Just now we pushed in the time gate input cable and the 
flat output cables for this TB to make sure they have 
good connection. We then took some LED runs and the 
results showed that the east inner channels are now ok. 
</pre>
<!-- Author: Sasha, Ming -->


<!-- Date: Sat May 4 19:13:55 2002 -->
<pre>LOW CLC TIME Occupancy 
---------------------- 
Just now (May 4th afternoon) I noticed in the LumMon plots that 
the time occupancy for CLC east inner layer seems to be much 
lower than the rest of the other channels (~10x lower). 
I thought that Sasha and I had fixed the problem yesterday. 
Suspect that the problem could be due to the time-gate 
which is used for this group of channels. 
Request the shift crew to stop DAQ so that I  
can check the time-gate signal on scope. The time-gate  
looked fine. So the problem is somewhere else. Since this  
only affects the timming measurement for these group of  
channels and does not affect online lumi measurement and  
amplitude measurement. I decide to investigate this problem  
after this store has ended. However I decided to swap this 
time-gate cable with one of the spare time-gate cable 
(those for amplitude measurement). 
 
I was just about to quit but then I noticed that the 
trigger sum rate for CLC east layer 0 was showing about 
the same rate as the other layers (previously the rate 
was about zero). The time-occupancy plot from LumMon from 
run taken after the swapping of time-gate cable now showed 
the occupancy for east inner layer to be about the same 
rate as the rest. So now it seems that the problem we had 
was due to a bad connector on the time-gate cable. Just 
to be sure, I will keep an eye on this for a moment. 
</pre>
<!-- Author: Ming -->


<!-- Date: Sat May 4 19:15:02 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-50&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-50  width='300' align='top'></td><td>Time Occupancy plot from LumMon before swapping the time-gate cable.</a></td></tr></table>
<!-- Author: Ming -->
<!-- Comment: Sat May  4 19;18;38 comment by...ming -->
<pre>Please look carefully at the y-scale. CLC east inner layer
showed occupancy rate about 10X lower than the rest.</pre>
<!-- Date: Sat May 4 19:17:41 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-51&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-51  width='300' align='top'></td><td>Time occupancy plot after swapping of the time-gate cable. Look at the y-scale. Now occupancy rate in CLC East inner layer is now more similar to the rest. </a></td></tr></table>
<!-- Author: ming -->



<!-- Date: Sat May 4 19:26:46 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-53&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-53  width='300' align='top'></td><td>Trigger rate from ACNET. ------------------------- B0C10 : L0 East Sum B0C00 : L1 East Sum B0C08 : L2 East Sum B0C09 : Loose coincidence rate  Noticed that the L0 East Sum was at ~zero rate until around 18:00. This was the time that I was wiggling the time-gate cable. The L0 East Sum shot up to the same rate as the rest, and there is a small increase in the loose coincidence rate. The interruption at ~18:20 was when I swapped the time-gate cable. </a></td></tr></table>
<!-- Author: Ming -->


<!-- Date: Sat May 4 19:41:01 2002 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-54&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-54  width='300' align='top'></td><td>CLC Average Amplitude plot. Channel 0,1, and 32 show much higher average amplitude than the rest.</a></td></tr></table>
<!-- Author: Ming -->


<!-- Date: Sun Jun 30 18:36:10 2002 -->
<pre>Problem with Min. Bias Trigger 
------------------------------ 
This morning the CO/ACE found that the min. bias trigger rate 
at level-one was zero. By using a scope we were able to 
determine that the min. bias trigger signal generated by 
CLC was being sent to the Pre-Fred. We swapped the Pre-Fred 
board thinking that it might have been broken. However this 
did not solve the problem. Finally the problem was traced 
down to a broken transition board which takes in the min. bias 
signal and send it to the pre-fred board. We swapped this broken 
board with a spare one and we are now getting non-zero min. 
bias trigger rate at Level-one. 
</pre>
<!-- Author: Ming -->


<!-- Date: Fri Aug 9 09:16:56 2002 -->
<pre>I have updated the online lumi "send" program this morning. 
In this version it contains the modifications that Koji had 
made for the BSC's stuff, and the new CLC cross section and 
ave. hit values estimated from the latest CLC spp 
calibrations. 
 
cross section = 36.2 mb  \ averge of several spp calibrations 
ave hit       = 14.3     / 
</pre>
<!-- Author: Ming -->


<!-- Date: Tue Aug 13 13:28:49 2002 -->
<pre>Found that one of the CLC signal connector (ch 32) was loose 
(this was replaced last week but was not done properly). 
We tigthen up the restrain holder and took a LED run to check 
that this channel is ok again. 
</pre>
<!-- Author: Ming -->


<!-- Date: Sun Aug 18 18:06:10 2002 -->
<pre>Even though ch32's signal connector has been replaced I still 
find this channel unstable. Its gain and hit occupancy rate 
varied store by store. I decide to remove this channel from data 
taking for the moment. </pre>
<!-- Author: Ming -->


<!-- Date: Wed Aug 28 22:15:43 2002 -->
<pre>NEW CROSS SECTION AND AVE-HIT for ONLINE LUMI PROGRAM 
-------------------------------------------------------- 
I have updated the cross section and ave-hit values for 
the online lumi program. These numbers are estimated 
using spp calibration from store 1691 . 
 
new values: 
sigma = 34.98 mb   \ based on old MBR (Nov 2001) 
ave-hit = 12.87    / 
 
old value 
sigma = 36.2 mb    \ nased on new MBR (June 2002) 
ave-hit = 14.3     / 
 
I had switched back to using older version of MBR because 
I found that the lumi-empty and lumi-hit are in better agreement 
when I use the sigma and ave-hit values that are obtained 
with the old MBR than new MBR. Both old and new MBR give similar 
sigma value, but they differ in the ave-hit value. 
</pre>
<!-- Author: Ming -->


<!-- Date: Wed Sep 25 16:34:22 2002 -->
<pre>UPDATE SEND program: 
-------------------- 
Switch from L(empty) to L(empty-corrected) , using the 
full formula for the probability for empty crossing. 
</pre>
<!-- Author: Valentin, Ming -->


<!-- Date: Wed Oct 30 14:38:01 2002 -->
<pre>This morning (~11.00 am) Koji changed the trigger 
threshold values (diffractive trigger) of the BSC by downloading 
new value into the BSC ADMEM board. However in doing so 
somehow it affected the CLC such that the online luminosity 
values became zero. When I was notified about this problem 
and came into the control room (~11:30 am) the CLC problem 
suddenly went away (luminosity value became &gt;0, similar to 
D0's value). 
 
After Koji finished taking test data with this new trigger 
threshold and Tevatron had dumped the beam, he set the threshold 
level back to the original value. I then performed a test 
(turn on CLC HV, pulsed LED to simulate collisions) to check 
that we were still able to perform luminosity measurement. 
The test went fine.</pre>
<!-- Author: Ming -->


<!-- Date: Thu Nov 7 00:10:14 2002 -->
I hope the CLC experts won't mind me pasting this error message from b0clc00 in the e-log.  Is this a serious problem, and what actions should the DAQ ACE take in this case? 
<PRE> 
Starting clcreceive task!  
 
 
******************************************************** 
* This program will receive DATA from the 6U VME crate * 
******************************************************** 
 
ERROR: Cannot open file <receive.cmd> for reading. 
Error command file receive.cmd: <C> 
->Trying to set all options manually... 
->SmartSockets have been initialized. 
->Work started. 
->Answer message was created. 
->Delivery mode was set to BestEffort. 
->Subject was set to '/clc_ready'. 
Connecting to <tcp:b0dau30> RTlm. 
Using tcp protocol. 
Message from RTlm: Connection established. 
Message from RTlm: License for <RTclient> granted (196 licenses left). 
Connecting to project <semakprj> on <tcp:b0dau30> RTserver. 
Using tcp protocol. 
Message from RTserver: Connection established. 
Start subscribing to subject </_b0clc00_8218616>. 
->Subscribe subject was set to '/clcdaq'. 
->DPM_3c Slave was created. 
->DPM_3c Slave was configured. 
%FER-E-MISC, Warning: restarted clcreceive task! 
->'r_error.log' file open error! 
->All Files were closed. 
Message from RTlm: Checking in <RTclient> license. 
->Connection to RTserver was destroyed. 
 
->PROGRAM FINISHED! 
</PRE>
<!-- Author: Jason Nielsen (DAQ ACE) -->


<!-- Date: Tue Feb 11 20:49:37 2003 -->
<pre>Just now we took the first run after the Jan shutdown. The 
initial inst. lumi was about 1.7e31 (very close to D0's value, 
within 5%). The run was taken with min. bias trigger so that we 
can measure the SPP values. From LumMon I found : 
 
1) &lt;Amp(ch5)&gt; ~ 50 ADC =&gt; ped 
   &lt;Amp(ch35)&gt; ~ 100 ADC 
   &lt;Amp(ch62)&gt; ~ 50 ADC =&gt; ped (we know that this channel has not 
                                been working before shutdown) 
 
2) &lt;TimeWest - TimeEast&gt; ~ 3.1 ns =&gt; we need to re-calibrate T0s 
</pre>
<!-- Author: Ming -->


<!-- Date: Wed Feb 12 09:29:25 2003 -->
<pre>NEW CLC cross section obtained with SPP values from 
Min. Bias data 
 
With rough estimation from LED data : 
 
 ***  Update       Feb 11th 2003 (Ming)                      *** 
 ***  New PMT on West Side =&gt; rough est. of SPP              *** 
 ***   -&gt; Sigma_effective = 37.1187 mb (Feb 11th effective)  *** 
 ***      Ave Num of Hits = 14.8823                          *** 
 ***      alpha=.1138 beta_e=.1224 beta_w=.1622              *** 
 
With new SPP values from min bias data : 
 
 ***  Update       Feb 12th 2003 (Ming)                      *** 
 ***  New PMT on West Side =&gt; SPP from MB data               *** 
 ***   -&gt; Sigma_effective = 35.1443 mb (Feb 12th effective)  *** 
 ***      Ave Num of Hits = 12.5765                          *** 
 ***      alpha=.1322 beta_e=.1576 beta_w=.1406              *** 
 
Will use these new values starting from today</pre>
<!-- Author: Ming -->


<!-- Date: Wed Feb 12 09:30:04 2003 -->
<pre>CLC east/west gas pressure are now at 22.5 psia</pre>
<!-- Author: Ming -->


<!-- Date: Wed Feb 19 17:42:37 2003 -->
<pre>Sasha increased the HV for the west channels, and estimated 
the new SPP values based on previous spp values and LED 
calibration data. Using these new spp values I re-determine 
CLC cross section and put it into "send" program. 
 
 ***  Update       Feb 19th 2003 (Ming)                      *** 
 ***  New HV for West Side =&gt; SPP from LED+spp               *** 
 ***   -&gt; Sigma_effective = 35.7366 mb (Feb 19th effective)  *** 
 ***      Ave Num of Hits = 13.1167                          *** 
 ***      alpha=.1268 beta_e=.1512 beta_w=.1428              *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Sat Feb 22 07:56:59 2003 -->
<pre>Using data taken from store 2260 (spp_2260_6.dat), we determined 
the new SPP values and CLC cross section. These values are put 
into the online lumi code. 
 
 ***  Update       Feb 21st 2003 (Ming)                      *** 
 ***  New HV for West Side =&gt; SPP from LED+spp               *** 
 ***   -&gt; Sigma_effective = 32.6887 mb (Feb 21st effective)  *** 
 ***      Ave Num of Hits = 11.2288                          *** 
 ***      alpha=.1572 beta_e=.1736 beta_w=.1394              *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Tue Mar 11 08:07:05 2003 -->
<pre>Update CLC cross section due to replacement of 18 PMTs 
on the west side. 
 
 ***  Update       Mar 10th 2003 (Ming)                      *** 
 ***  New 18 PMTs on the west side                           *** 
 ***   -&gt; Sigma_effective = 32.9478 mb (Mar 11th effective ???)  *** 
 ***      Ave Num of Hits = 11.5378                          *** 
 ***      alpha=0.152  beta_e=0.166 beta_w=0.148             *** 
 ***                                                         *** 
 
These constants are used starting on March 11th 2003. 
</pre>
<!-- Author: Ming -->


<!-- Date: Wed Mar 12 13:51:14 2003 -->
<pre>Extract new SPP values to obtain a more accurate CLC 
cross section 
 
 ***                                                         *** 
 ***  Update       Mar 12th 2003 (Ming)                      *** 
 ***  New 18 PMTs on the west side (new SPP values)          *** 
 ***   -&gt; Sigma_effective = 34.4163 mb (Mar 11th effective)  *** 
 ***      Ave Num of Hits = 12.5038                          *** 
 ***      alpha=0.1388 beta_e=0.1498 beta_w=0.1536           *** 
 ***                                                         ***</pre>
<!-- Author: Ming -->
<!-- Comment: Wed Mar 12 13;52;19 comment by...Ming -->
<pre>The effective date should be March 12 or later.</pre>


<!-- Date: Fri Apr 4 09:05:59 2003 -->
<pre>Update CLC online send program with new cross section value. 
This will take effect starting from April 4th 2003 
 
 ***  Update       Apr 04th 2003 (Ming)                      *** 
 ***  Using SPP values from Store 2357 (mb2)                 *** 
 ***   -&gt; Sigma_effective = 33.1946 mb (Apr 04th effective)  *** 
 ***      Ave Num of Hits = 11.4554                          *** 
 ***      alpha=0.1484 beta_e=0.1612 beta_w=0.1524           ***</pre>
<!-- Author: Ming -->


<!-- Date: Sat May 31 19:27:22 2003 -->
<pre>Update online lumi program with new constants due to replacement 
of new PMTs. 
 
 ***  Update       May 31st 2003 (Ming)                      *** 
 ***  Using SPP values from latest store+LED                 *** 
 ***  Replace CLC WEST inner and middle layers' 30 PMTs      *** 
 ***  Replacement done on May 27th 2003                      *** 
 ***   -&gt; Sigma_effective = 35.2554 mb (May 31st effective)  *** 
 ***      Ave Num of Hits = 14.7504                          *** 
 ***      alpha=0.1216 beta_e=0.1026 beta_w=0.2044           ***</pre>
<!-- Author: Ming -->


<!-- Date: Fri Aug 8 18:34:39 2003 -->
<pre>Update clc cross section value for online lumi calculation. 
 
 ***  Update       Aug 08th 2003 (Ming)                      *** 
 ***  Using SPP values from latest store (2857)              *** 
 ***   -&gt; Sigma_effective = 34.7988 mb (May 31st effective)  *** 
 ***      Ave Num of Hits = 14.1894                          *** 
 ***      alpha=0.1254 beta_e=0.1016 beta_w=0.2090           *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Fri Nov 21 15:08:38 2003 -->
<pre>Update online send program with new estimated clc cross-section. 
This is due to the replacement of the CLC east PMTs. 
 
 ***  Update       Nov 21st 2003 (Ming)                      *** 
 ***  Using SPP values estimate from SPP(sep16)              *** 
 ***  SPP_est = SPP(Sep16)*LED(Nov10)/LED(Sep16)             *** 
 ***   -&gt; Sigma_effective = 38.5872 mb (11/21/03 effective)  *** 
 ***      Ave Num of Hits = 16.5376                          *** 
 ***      alpha=0.0998 beta_e=0.1264 beta_w=0.1484           *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Tue Nov 25 14:38:02 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-57&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-57  width='300' align='top'></td><td>Luminosity for the last store before shutdown (#2997, September 6th)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 14:41:04 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-59&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-59  width='300' align='top'></td><td>Luminosity for very 1st store after shutdown (#3033, November 22nd)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 14:44:42 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-60&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-60  width='300' align='top'></td><td>Luminosity for the 2nd store after shutdown (#3043, November 23d)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 14:46:17 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-61&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-61  width='300' align='top'></td><td>Min. bias rates for the last store before shutdown (#2997, September 6th)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 14:47:21 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-62&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-62  width='300' align='top'></td><td>Min. bias rates for the 1st store after shutdown (#3033, November 22nd)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 14:48:11 2003 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-63&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-63  width='300' align='top'></td><td>Min. bias rates for the 2nd store after shutdown (#3043, November 23d)</a></td></tr></table>
<!-- Author: Sasha -->


<!-- Date: Tue Nov 25 16:41:41 2003 -->
<pre>Update online lumi program (send) with new constants obtained 
from latest store (3043) 
 
 ***  Update       Nov 25th 2003 (Ming)                      *** 
 ***  Using SPP values from latest store (3043)              *** 
 ***   -&gt; Sigma_effective = 38.8463 mb (11/25/03 effective)  *** 
 ***      Ave Num of Hits = 16.8059                          *** 
 ***      alpha=0.0976 beta_e=0.1296 beta_w=0.1432           *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Mon May 10 07:59:29 2004 -->
<pre>Update online lumi program with new CLC cross section. 
 
***  Update       May 09th 2004 (Ming)                      *** 
***  Using SPP values from latest store (3464)              *** 
***   -&gt; Sigma_effective = 37.6000 mb (05/10/04 effective)  *** 
***      Ave Num of Hits = 14.9541                          *** 
***      alpha=0.1080 beta_e=0.1350 beta_w=0.1476           *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Sat Jun 5 13:34:03 2004 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-64&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-64' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-65&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-65' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-66&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-66' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-67&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-67' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-68&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-68' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-69&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-69' width='300'></a></center>
<!-- Author: roberto -->
<!-- Comment: Sat Jun  5 13;42;25 comment by...roberto -->
<pre>Bill paged us bc of a new low gain channel (#33) in run 183696.
Comparing to the previous runs we see that this was working properly.
I checked also the HV for this channel and is OK.</pre>


<!-- Date: Sat Jun 12 15:12:21 2004 -->
<pre>Unplugged and pulsed (LED) several channels. 
Frequency 3kHz 
Amplitude 3000mV 
Test began at 9:36AM 
Marked with arrows the channels I wanted to check. The others are just for reference. 
 
ch  16  5.8mV 
ch  17  0.7mV &lt;- 
ch  18  4.4mV &lt;- 
ch  19  4.0mV &lt;- 
ch  20  8.6mV 
ch  22  7.0mV 
ch  28  8.3mV 
 
ch  32  43mV 
ch  33  2 mV &lt;- 
ch  34  18mV 
ch  35  20mV 
 
ch  48  32mV 
ch  51  30mV 
ch  53  30mV 
ch  58  13mV 
ch  59  22mV &lt;- 
 
ch  80  29mV 
ch  83  29mV 
ch  85  26mV 
ch  87  0 mV &lt;- 
ch  88  27mV 
ch  89  34mV 
ch  90  18mV &lt;- 
 
After plugging back everything I took QIE cal and LED cal. 
LED cal have run numbers 
183949  1100mV 
.... 
183953    10mV</pre>
<!-- Author: roberto -->


<!-- Date: Thu Dec 16 20:30:21 2004 -->
<pre>Update online send program with new clc cross section value 
=========================================================== 
 ***  Update       Dec 16th 2004 (Ming)                      *** 
 ***  Using SPP values from latest store (3845)              *** 
 ***   -&gt; Sigma_effective = 37.6864 mb (12/16/04 effective)  *** 
 ***      Ave Num of Hits = 15.238                           *** 
 ***      alpha=0.1076 beta_e=0.1432 beta_w=0.1384           *** 
</pre>
<!-- Author: Ming -->


<!-- Date: Sun Feb 13 12:01:22 2005 -->
<pre>PROBLEM WITH CLC ADMEM BOARD (ADMEM#1, ch16-31) 
----------------------------------------------- 
 
On 02/12/05 ace notice bunch id mismatch in b0clc00, slot#4. 
The mis-match error is always "255". 
Check b0clc00 crate and found that the "ready" LED light 
was off, whereas this light is on for all other ADMEM boards. 
We took a QIE calibration run and found that all the entries 
for the channels that correspond to this admem are zero. 
 
Ran QIETEST, and found problem in accessing the pedestal values 
of this board. After discussing with calorimeter expert, we think 
that this might be due to problem with the Xilinx program in 
the admem board. 
 
We tried to download the Xilinx program, however found that 
the one of the program that needs to be download into the crate 
cpu (to perform the download of Xilinx program) has been removed 
from the original directory. Fortunately we had copied all these 
files into our own CLC area (/cdf/people3/smwang/clc/xilinx). 
 
We then proceed to download the Xilinx code (clc_6_23_00.exo) 
into the ADMEM board. One thing we also found out is that 
somehow we were not able to do the downloading directly in the 
b0clc00 crate. We were successful when we did this with the 
CAL test crate on the 2nd floor. 
Flashing LED lights and we observed "luminosity" !!! 
</pre>
<!-- Author: Sasha/Roberto/Ming -->


<!-- Date: Sun Feb 13 12:05:28 2005 -->
<pre>LOW CDF LUMINOSITY !!! 
======================= 
A new store started last night and the shiftcrew found that 
the CDF luminosity was lower than usual (not higher than DZero's 
by ~10%, it was only almost by 5%). 
We then found out that the Xilinx version that we had downloaded 
for CLC west middle layer has a threshold of 500 ADC count. 
In Jaco's directory we were able to find the right Xilinx code 
of 250 ADC count (clc_Thresh250_13NOV01.exo). 
 
This store was lost at around 10 am (02/13/05). So we re-download 
the right Xilinx code to the ADMEM. 
 
We will check the luminosity of the next store !!! 
</pre>
<!-- Author: Sasha/Ming -->


<!-- Date: Tue Mar 1 17:38:45 2005 -->
<pre>I love working for Jaco.</pre>
<!-- Author: Lester -->
<!-- Comment: Tue Mar  1 17;39;38 comment by...Lester -->
<pre>I'm so jaded.</pre>


<!-- Date: Wed Mar 2 17:43:08 2005 -->
<pre> ***    Update      Mar 02 2005 (Valentin, Lester)           *** 
 ***    Using SPP values from latest store (4004)            *** 
 ***   -&gt; Sigma_effective = 36.1068 mb (12/16/04 effective)  *** 
 ***      Ave Num of Hits = 13.811                           *** 
 ***      alpha=0.1204 beta_e=0.1574 beta_w=0.1370           *** 
</pre>
<!-- Author: Lester+Valentin -->
<!-- Comment: Wed Mar  2 17;45;22 comment by...Lester -->
<pre>(03/02/05 effective)</pre>


<!-- Date: Fri Jun 3 12:07:21 2005 -->
<pre>We have tested CLC trigger board (Coincidence Unit) with new version of Xilinx code, which allows to generate trigger signals based on multiplicity of hits in CLC. 
We found that rates of both tight min. bias trigger and 
loose min. bias trigger (standard CDF min. bias trigger) 
are consistent with the rates from the old board. 
 
This table shows comparison of Loose Min.bias trigger rates 
and cross-section for two runs with old (198882) and new (198889) 
boards: 
 
Run #      # eve      # presc.   Av.rate   Inst.rate Inst.xsec   Ave.xsec    Exp.xsec       zScore 
                       eve        [Hz]       [Hz]       [nb]        [nb]         [nb]        
198882 	84621850678   8462187    102.58     62.44     2755.45   2378.82   3033.50+-606.85  -0.46 
198889    134384010     13439     67.08     67.07     3051.73   3082.96   3064.56+-613.44  -0.02 
 
 
We will need additional tests with help from Trigger group 
to check logic and performance of new hit multiplicity triggers. 
 
The new board is now installed in CLC00 crate. 
There are three NIM outputs on the front panel of the board: 
 
 #  Label                  Trigger 
 
 1. Tight Min.Bias         Adjustable trigger: Tight Min.bias (jumper 
                           settings 11, current); 
                           sum(W)+sum(E)&lt;=56 (jumpers 10) 
                           sum(W)+sum(E)&lt;=72 (jumpers 01) 
                           sum(W)+sum(E)&lt;=80 (jumpers 00) 
 
 2. East Diffr.            Fixed threshold trigger: sum(W)+sum(E)&lt;=64 
 
 3. Loose Min.Bias         Loose Min.Bias 
</pre>
<!-- Author: Sasha,Roberto -->


<!-- Date: Fri Jun 3 15:04:44 2005 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-70&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-71  width='300' align='top'></a></td><td><p>CLC rates and Inst. luminosity with old and new CU board 
<p>Variables: C:B0C09 - Loose Min. bias [Hz]; C:B0C13 - Tight Min. bias [Hz]; C:B0C15 - East diffractive [Hz]; C:B0ILUM - CLC Inst.lum [x10^30 cm^-2 s^-1]</td></tr></table>
<!-- Author: Sasha,Roberto -->


<!-- Date: Mon Jul 18 13:21:24 2005 -->
<pre>Acceptances updated 
 
 *** Update	Jul 18 2005 (Lester)		             *** 
 *** Using SPP values from store 4250                        *** 
 ***  -&gt; Sigma_effective = 33.95 mb (07/18/04 effective)     *** 
 ***     Ave Num of Hits = 11.89                             *** 
 ***     alpha=0.1418 beta_e=0.1740 beta_w=0.1340            *** </pre>
<!-- Author: L.P. -->


<!-- Date: Sat Oct 1 20:24:27 2005 -->
<pre> ***    Update:	Oct 1 2005 (Lester)		             *** 
 ***    Using SPP values from store 4349                     *** 
 ***    -&gt; Sigma_effective = 33.02 mb (10/01/04 effective)   *** 
 ***       Ave Num of Hits = 11.22                           *** 
 ***       alpha=0.152 beta_e=0.1766 beta_w=0.1362           *** </pre>
<!-- Author: L.Pinera -->


<!-- Date: Mon Oct 3 03:12:43 2005 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-72&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-72' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-73&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-73' width='300'></a></center>
<!-- Author: Lester -->


<!-- Date: Wed Oct 12 16:26:42 2005 -->
<pre>Today Iuri, Sasha and I run some tests on CLC HV board 3. 
The problem with this board is that ch5 is not ramping up to nominal value 
(1013V) but it reaches about 800V maximum. 
 
We tried to swap board 2, which is OK, and board 3 and see whether the 
problem is related to the crate slot. 
We did it leaving the same HV cables connected or swapping also the 
HV cables. 
Results: the problem is following the board. No matter which slot or which 
cable is connected. 
 
We moved the board to a different slot. Problem on channel 5 still there. 
 
We removed the load on the first 12 channels of the board and turned on 
the HV. No problem observed. The channel went up to 1013 smoothly. 
We applied 4MOhm load on this channel only and we observed the 
undervoltage again. Set HV=1013V, readout HV=~590V. 4MOhm is about 1.5-2 
time smaller load (i.e. 1.5-2 times larger current) than a PMT, but the 
current drawn was supposed to be 1/2 of max specs. 
 
We also plugged board 575287. This board just came back from prep because 
we observed: 
ch5  set=1013, read=1028 OK 
ch13 set=1032, read=1046 OK 
ch14 set= 500, read=413  BAD!! 
ch14 set=1035, read=470  BAD!! 
ch21 set=1000, read=1050 causing alarm, but still acceptable 
At prep they did not observe anything wrong on this board and they 
recalibrated it. But we do observed exactly the same problems. 
 
We also check board 575287 performances having no other boards turned on. 
We unplugged the companion board (slot2) and we left off all the others. 
Exactly same behaviour. 
 
We measured the HV with a multimeter and the values are in agreement with 
the ones monitored by the boards. Besides that, the occupancy on ch5 is 
really low. So the HV was really dropping. 
 
guys... 
We run out of ideas 
 
</pre>
<!-- Author: Roberto -->


<!-- Date: Fri Oct 14 22:44:53 2005 -->
<pre>In the hopes of tracking down the infamous send.c luminosity log files I specified the full path in line 1978 of the send.c file.  The code compiled just fine, now I just need to reset the clc01 crate.  This will happen at the end of the store (probably next shift) </pre>
<!-- Author: Lester -->
<!-- Comment: Sun Oct 16 18;26;21 comment by...Lester -->
<pre>Specifed the full path in line 856 as well.  Let's hope this does it</pre>


<!-- Comment: Wed Oct 26 02;05;04 comment by...Lester -->
<pre>This fix resolved the issue.  the send.c log files are now being written to /cdf/code-common/cdfonline/clc when the file gets too big (~1Meg) it gets moved to the clcdata/ directory in this same area.</pre>
<!-- Date: Sun Oct 16 20:24:52 2005 -->
<pre>How to change CLC HV settings directly from the crate 
----------------------------------------------------- 
 
If on main menu press 
-&gt;Display channel 
-&gt;Display 
With -&gt;Next and -&gt;Previous buttons select the channel  
you want to modify. Press 
-&gt;Modify 
Using button  
-&gt;More  
you can move among the fields until you find V0SET  
(pay attention, there is also V1SET). Press 
-&gt;Change 
With the numerical pad type the new HV value and press 
Enter (the big button on the right. You have to press  
one of the microbuttons). Now press 
-&gt;Display 
You should see the new VSET and the readout value VMON. 
 
NOTE: Tollerance is now set at 2% (~20V).  
If DeltaV&gt;2% you get an alarm for this channel and the 
monitor will show a drop from 100% to 98% on the number  
of good channels on this module (this because 1 channel  
out of 48 is about 2%) 
</pre>
<!-- Author: Roberto Rossin -->


<!-- Date: Mon Oct 17 20:28:41 2005 -->
<pre>Lowered permanently the HV setting for ch10 slot0 from 1024 to 1000V. From now on, every time CLC HV is turned on the channel 10 will have HV setting =1000V. The loss in gain is about 15-20% and is not affecting luminosity measurement since it is sitting in the first layer and we use the 2 outermost layers for lum measurement.</pre>
<!-- Author: Roberto -->


<!-- Date: Tue Oct 18 19:09:49 2005 -->
<pre>Refilled west vessel with Isobutane.</pre>
<!-- Author: Roberto -->


<!-- Date: Wed Oct 26 01:56:57 2005 -->
<pre>Took advantage of the tevatron downtime tonight and performed LED calibrations to check the PMT gains.  </pre>
<!-- Author: Lester -->



<!-- Date: Wed Oct 26 20:42:09 2005 -->
<pre>Took another set of LED Calibrations tonight with Iuri.</pre>
<!-- Author: Lester -->


<!-- Date: Tue Nov 1 10:57:28 2005 -->
<pre>Bill Badgett suggested that we redirect the output of front end crates to a new disk area with lots more space.  Modified send.c as follows: 
 
/cdf/code-comon/cdfonline/clc   ----&gt; 
/cdf/onln/data/vxworks/clc 
 
I'll reboot the crate when the current store drops.</pre>
<!-- Author: Lester -->


<!-- Date: Tue Nov 1 19:55:36 2005 -->
<pre>West side isobutane refilled this afternoon</pre>
<!-- Author: Lester -->


<!-- Date: Tue Nov 1 21:39:49 2005 -->
<pre>Updated acceptances from latest spp's available and reset clc01 
 
 *** Update     Nov 1 2005 (Lester)                          *** 
 *** Using SPP values from store 4414                        *** 
 ***  -&gt; Sigma_effective = 31.50 mb (11/01/05 effective)     *** 
 ***     Ave Num of Hits = 10.66                             *** 
 ***     alpha=0.1602 beta_e=0.1836 beta_w=0.1456            *** 
</pre>
<!-- Author: Lester -->


<!-- Date: Wed Nov 2 20:24:26 2005 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-74&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-74' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-75&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-75' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-76&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-76' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-77&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-77' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-78&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-78' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-79&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-79' width='300'></a></center>
<!-- Author: Lester -->
<!-- Comment: Wed Nov  2 20;34;00 comment by...Lester & Sergo  -->
<pre>Luminosity at the beginning of the past 6 stores.  Can you tell what's wrong in this picture?</pre>


<!-- Date: Wed Nov 2 22:33:54 2005 -->
<pre>Alright so we brought Ming out of retirement for this one. . .In an effort to track down the source of these high luminosity fluctuations Ming, Sergo, and I updated the send.c code today.  The current theory is that there is a "large" mismatch between the b0 bunch crossings in the 4 DPMs.  If this is the case, we have put a "bandage" over the problem but it would be nice to understand why this is happening.    
 
In unrelated news 
 
Sergo and I decided to take advantage of the TeV abort tonight to take a set of LED calibrations.  It was Sergo's first time. . .I was gentle with him.</pre>
<!-- Author: Lester -->


<!-- Date: Thu Nov 3 10:18:51 2005 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-83&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-83  width='300' align='top'></a></td><td>.</td></tr></table>
<!-- Author: Lester -->
<!-- Comment: Thu Nov  3 10;21;21 comment by...Lester -->
<pre>High Lum dips still there after our fix last night.  </pre>


<!-- Date: Thu Nov 3 17:21:02 2005 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-84&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-84  width='300' align='top'></a></td><td>.</td></tr></table>
<!-- Author: Lester, Valentin,&Ming -->
<!-- Comment: Thu Nov  3 17;21;53 comment by...Lester,Valentin,&Ming -->
<pre>Zero crossings and hit counting</pre>


<!-- Date: Thu Nov 3 19:25:27 2005 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-85&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-85' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-86&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-86' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-87&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-87' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-90&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-90' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-91&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-91' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-92&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-92' width='300'></a></center>
<!-- Author: Sergo -->
<!-- Comment: Thu Nov  3 19;28;10 comment by...Sergo -->
<pre>Ratio of zero crossing to hit counting for all stores starting October 23rd.</pre>
<!-- Date: Thu Nov 3 19:26:09 2005 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-93&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-93' width='300'></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-94&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-94' width='300'></a></center>
<!-- Author: Sergo -->
<!-- Comment: Thu Nov  3 19;28;50 comment by...Sergo -->
<pre>Same thing, last 2 stores, actually the last one didn't end yet...</pre>


<!-- Date: Sat Nov 5 17:33:39 2005 -->
<pre> We modified clc code to dump contents of DPMs ( in order to diagnose problem with high luminosity oscillations ). Code was modified so that data dumping could be started and stopped remotely without rebooting the crate. We tested code during quite time using LED - everything looked fine. Contents of DPM can be dumped during beginning of store and then analysed.</pre>
<!-- Author: Lester & Sergo  -->


<!-- Date: Sun Nov 6 22:58:42 2005 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-95&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-95  width='300' align='top'></a></td><td>.</td></tr></table>
<!-- Author: Lester -->
<!-- Comment: Sun Nov  6 23;02;55 comment by...Lester -->
<pre>High Lum dips persist(store 4490)even after increasing the number of DPM pages we average over.  Looks like it may be time to switch over to hit counting method.  Today I dumped 100 pages of raw DPM data to file.  </pre>


<!-- Date: Mon Nov 7 17:55:04 2005 -->
<pre>Took LED cals. 
Sent the content to your e-mail.</pre>
<!-- Author: Yuri -->


<!-- Date: Wed Nov 9 14:49:18 2005 -->
<pre>After discussing a course of action during yesterday's meeting we decided to decrease the lower limit we had set on the probability of empty crossings. Unfortunately, the initial luminosity for the store which just got underway was too low (~120E30) to check if this took care of the problem.  In the mean time we need to discuss with Bill and/or Frank if we can speed up the DPM read out; thus, allowing us to average over more bunch crossings. 
 
Also refilled the West side with isobutane this morning before store 4494 got underway.</pre>
<!-- Author: Lester -->


<!-- Date: Fri Nov 11 00:35:31 2005 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-96&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-96  width='300' align='top'></a></td><td>.</td></tr></table>
<!-- Author: Lester -->
<!-- Comment: Fri Nov 11 00;39;53 comment by...Lester -->
<pre>Empty crossing and Hit counting methods for the latest store (4495--Record Luminosity 179E30!).  It seems that the changes we made took care of the High Lum dips. . .for now.</pre>


<!-- Date: Wed Nov 16 18:58:12 2005 -->
<pre>Bill changed the location of all the clc online code the details are below: 
  
"OK, the products : 
 
    bncclc 
    clcdaq 
    clc 
    lumi 
 
have been copied to /cdf/onln/code/cdfprod, and  
are owned by cdfprod;   you all are in the .k5login  
for this account, which works only on the new  
operating systems (e.g. b0server01 and b0desktop00...12) 
 
The b0clc00 and b0clc01 crates are now also booting  
from the new disk, so please don't make any further  
modifications in the old /cdf/code-common disk."</pre>
<!-- Author: Lester -->


<!-- Date: Thu Nov 17 21:15:39 2005 -->
<pre>Updated acceptances tonight from using latest spp values: 
 
 *** Update	Nov 17 2005 (Lester)		             *** 
 *** Using SPP values from store 4494                        *** 
 ***  -&gt; Sigma_effective = 30.92 mb (11/17/05 effective)     *** 
 ***     Ave Num of Hits = 10.45                             *** 
 ***     alpha=0.1674 beta_e=0.1812 beta_w=0.1502            *** 
 ***                                                         ***  
</pre>
<!-- Author: Lester -->


<!-- Date: Tue Nov 29 03:28:33 2005 -->
<pre> Re-wrote SPP calibration module that actually performs fit, hoping to get more reliable fits and less not-calibrated channels. One day I should rewrite the whole damn thing from scratch - it was such a mess when I got it and some parts of it are still from that time. 
 So, needed to test it but couldn't access DFC ( I guess it's down ). Will try later today or tomorrow. 
 </pre>
<!-- Author: Sergo -->


<!-- Date: Mon Dec 26 12:12:14 2005 -->
<pre>CLC west vessel refilled to 22.5 psi</pre>
<!-- Author: roberto -->


<!-- Date: Fri Feb 3 13:32:03 2006 -->
<pre>I forgot to make an entry about this the other day:  I updated the acceptances on Jan 26 here's what's sitting in the send.c now: 
 
 
 *** Update	Jan 26 2006      		             *** 
 *** Using SPP values from store 4590                        *** 
 ***  -&gt; Sigma_effective = 29.44 mb (01/27/06 effective)     *** 
 ***     Ave Num of Hits = 10.10                             *** 
 ***     alpha=0.1854 beta_e=0.1926 beta_w=0.1448            *** 
 ***                                                         ***</pre>
<!-- Author: Lester -->


<!-- Date: Thu Feb 16 09:41:47 2006 -->
<pre>Forgot to make an entry about this earlier:  I refilled the CLC on 2/14/07  ~ 9:00am</pre>
<!-- Author: Lester -->


<!-- Date: Tue Apr 18 10:34:54 2006 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-97&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-98' ></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-99&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-100' ></a></center>
<!-- Author: Sergo -->
<!-- Comment: Tue Apr 18 10;36;16 comment by...Sergo -->
<pre>Most recent spp calibration. Channels with spp-pedestal ranging 150-200 are red, 200-250-yellow, above 250-blue/green.</pre>


<!-- Date: Tue Apr 18 10:37:11 2006 -->
<center><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-103&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-104' ></a><a href='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-105&button=yes' target='xxx' onclick='jswindow()'><img src='/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-106' ></a></center>
<!-- Author: Sergo -->
<!-- Comment: Tue Apr 18 10;40;51 comment by...Sergo -->
<pre> Average estimated lifetime for CLC channels in pb-1. Lifetime is defined as integrated luminosity until spp-ped becomes &lt; 175 adc counts, is given in column two. Spp drop coefficient is given in column three. 
</pre>


<!-- Date: Mon Apr 24 20:01:57 2006 -->
<pre>took LED calibrations before tomorrow access</pre>
<!-- Author: Yuri -->


<!-- Date: Tue Apr 25 17:44:57 2006 -->
<pre>I've just taken LED cals after today access when we replaced PMTs on east side. 
HV ramped up to nominal values on all channels.</pre>
<!-- Author: Yuri -->


<!-- Date: Wed Apr 26 17:37:12 2006 -->
<pre>Today we fixed 3 problematic channels on east side: 
 
ch48 - bad PMT. was replaced. Works now with overvoltage though. have to invastigate. 
ch77 - VSET was equal to 500V. Known problem of the HV crate+board. Swicthed channels 3.00-3.12 with 1.00-1.12(west side) 
ch62 - was upluged. We pluged it back. 
 
Took LED calibrations then. East side should be working fine now.</pre>
<!-- Author: Yuri and Sasha -->


<!-- Date: Fri Apr 28 10:30:34 2006 -->
<pre>CLC east side is ready to be closed.Cables are neatly adjusted and tied up. We plan to make LED calibrations after it's closed to make sure if everything is OK.</pre>
<!-- Author: Yura and Sasha -->


<!-- Date: Fri May 5 12:29:45 2006 -->
Took LED calibrations today
<!-- Author: Yura -->


<!-- Date: Thu May 18 19:32:04 2006 -->
<pre>CLC HV Boards 
 
After we replaced PMT we swapped 2 HV boards to fix 2 bad channels which had undervoltage problems: 
 
The boards we removed: 
575192 - slot 0 - ch 10 ~ 500V 
575290 - slot 3 - ch 05 ~ 500V 
 
Now we have the following boards on the crate: 
slot 0 - board 575287 
slot 3 - board 575289 
 
We have overvolatge problem on these boards: 
Board 575287: 
  ch 21 - VSET:993, VMON: 1033 
Board 575289: 
  ch 03 - VSET:1021, VMON:1071 
  ch 21 - VSET:1055, VMON:1105 
 
We also tested board #575288, but it has ch 03 undervoltage(392V) 
 
Now all the channels are operative, but both east and west sides give alarms due to overvoltage. 
 
P.S. 
If you need to change the HV settings on the crate: 
1. Edit file C:\HV_NEW\HVDEV_CPR2\CLC_Forward_Crate.txt 
2. Then download the new settings on crate 1.</pre>
<!-- Author: R, S, Y, N -->


<!-- Date: Thu May 18 19:42:27 2006 -->
<pre>After we replaced PMTs on the west side we had problems with the following channels: 
16, 17 use spare cables. Now, old ones are marked with black stripes. 
8, 13 had bad PMTs. 
1 had a bad base. 
</pre>
<!-- Author: Yuri -->


<!-- Date: Thu May 25 21:09:28 2006 -->
<pre>After they filled isobutane, we took LED calibrations. Channels 13 and 17 behave very strange. 13 does not show any gain at all and 17 shows very small gain. Have to invastigate it tomorrow.</pre>
<!-- Author: Yuri -->


<!-- Date: Fri Jun 9 10:27:25 2006 -->
<pre>Channel 0.05: VSET - 992; VMON - 1004 
Channel 0.21: VSET - 954; VMON - 994 
Channel 3.05: VSET - 1021; VMON - 1071</pre>
<!-- Author: Yuri -->


<!-- Date: Wed Jun 14 09:57:51 2006 -->
 The first SPP calibration after shutdown was done for store 4759. I found no data in DFC and SAM, so I used look area files (roughly 50k) to do the calibration. The majority of CLC channels appeared to have reasonable gain with SPP ~350-400. Some, though, had really high gain (Roberto has a nice chart on his laptop). We recalculated  the high voltage settings for each channel to have SPP ~ 350, made the new HV table to load into the crate. Yuri and Robero went to load it into the crate but had some problems with it.  
  For store 4760 there is data in SAM, so we will get more reliable calibration. 
  
 P.S. Unfortunately,channels 13 and 62 seem to be dead.
<!-- Author: Sergo and Robero -->


<!-- Date: Wed Jun 14 22:24:38 2006 -->
Today Sasha, Yuri and I tested 4 boards on the modified CLC crate with static loads. All 96 channels were operative at 1000V. We plan to install the new crate with these 4 boards asap together with the HV boards currently used for the forward detectors. 
3 boards were from prep, the 4th one we borrowed from willis.
<!-- Author: roberto -->


<!-- Date: Fri Jun 16 17:28:01 2006 -->
<pre>Updated CLC acceptances  
 
 
 *** Update	June 16 2006 (Lester)                        *** 
 *** Using SPP values from store 4772                        *** 
 ***  -&gt; Sigma_effective = 37.17 mb (06/16/06 effective)     *** 
 ***     Ave Num of Hits = 14.62                             *** 
 ***     alpha=0.1122 beta_e=0.1438 beta_w=0.1416            ***</pre>
<!-- Author: Lester -->


<!-- Date: Sun Jun 18 17:36:11 2006 -->
  
 
 *** Update	June 18 2006 (Lester & Roberto)              *** 
 *** Using SPP values from store 4772 (no channel 28)        *** 
 ***  -> Sigma_effective = 36.92 mb (06/18/06 effective)     *** 
 ***     Ave Num of Hits = 14.47                             *** 
 ***     alpha=0.113 beta_e=0.1478 beta_w=0.1408             *** 
 ***                                                         ***
<!-- Author: Lester -->


<!-- Date: Sun Jun 18 17:48:26 2006 -->
<pre>Last night, Roberto, after much trouble, traced the instability in the luminosity to a single hot channel (channel 28) which has since been turned off.  This afternoon we changed the high voltage table to reflect these changes, loaded the updated table onto the caen crate, and calculated new acceptances sans this channel.   
 
Many thanks to Roberto for his dedicated work on the CLC! He will be missed. . . .</pre>
<!-- Author: Lester -->


<!-- Date: Thu Jun 22 23:25:39 2006 -->
<pre>today started with ch.28 pluged in instead of 78. 
was working until 23:23 from 22:55. No data was taking during this period of time.</pre>
<!-- Author: Yuri -->


<!-- Date: Sat Jun 24 01:46:01 2006 -->
<pre>Today we were paged, because admem in slot 9 stopped responding. So we came and replaced it with a spare(#353). And then we decided to swap it with admem in slot 7. We know that the spare board had a probramm with Xilinx, so we hope that the one in slot 7 had no problems. So, in the end we'll hopefully end up with correct luminosty measurement.</pre>
<!-- Author: Yuri, Sasha -->
<!-- Comment: Sat Jun 24 03;04;33 comment by...Sasha/Yuri -->
<pre>Initial Lum. at the beginning of the store 4797: B0 = 72, D0 = 74
Looks like the board from slot 7, which we swapped with the board in slot 9, has threshold value 500 ADC counts.</pre>


<!-- Date: Tue Jun 27 17:22:01 2006 -->
We replaced ADMEM board in slot 9 (board #358) with the board #349 
which was reloaded with correct Xilinx code. We installed board #358 back to its original place in slot 7 removing board #353 from this slot. We checked all boards with qietest. Board #358 failed calibration: all data were 0. We found, that one of 2A fuse (3d from the bottom) was blown. We replaced the fuse and repeated calibration: all boards were ok. We downloaded new calibration constants to the boards.  
<p> 
Now we have the following ADMEM boards in the clc00 crate: #354 (slot 3) #350 (slot 4) #356 (slot 6) #358 (slot 7) #349 (slot 9) and #352 (slot 10)
<!-- Author: Sasha, Nathan and Roberto -->


<!-- Date: Wed Jun 28 01:07:53 2006 -->
This evening just before store #4802 Roberto and Yuri plugged back signal cables for channels 28 and 78. Now we have all channels connected.
<!-- Author: Sasha -->
<!-- Comment: Wed Jun 28 06;45;53 comment by...Sasha -->
Actually, channel 28 HV was set to 850V, so its gain is low and it does not contribute much to the luminosity measurement.


<!-- Date: Wed Jun 28 15:06:38 2006 -->
We set HV in channel #17 to 500V at the end of run #219225 store #4802
<!-- Author: Sasha, Sergo, Roberto, Yuri -->


<!-- Date: Wed Jun 28 17:32:53 2006 -->
Calculated acceptances and reset clc01  
 
 *** Update	June 18 2006 (Lester)                        *** 
 *** Using SPP values from store 4802 (no channel 28)        *** 
 ***  -> Sigma_effective = 37.168 mb (06/28/06 effective)    *** 
 ***     Ave Num of Hits = 14.62                             *** 
 ***     alpha=0.1122 beta_e=0.1438 beta_w=0.1416            *** 
 ***                                                         ***
<!-- Author: Lester -->
<!-- Comment: Wed Jun 28 17;39;30 comment by...lester -->
<pre>we currently have beam, so I'll reset the the crate when the store drops.</pre>

<!-- Comment: Wed Jun 28 21;29;03 comment by...Lester -->
<pre>Done</pre>


<!-- Date: Thu Jun 29 12:45:58 2006 -->
This morning I had a chance to look at xilinx outputs of ADMEMs.  
<a href= 
'http://www-cdfonline.fnal.gov/cgi/elog/elog.pl?nb=2006&action=view&page=445&frame=2&anchor=10:35:59.839'> 
Here</a> is an entry I have made in the shift e-log. 
<p>I add some more details here. My 1st idea was to disconnect ADMEM-to-DPM cables one by one and check how it affects luminosity measurements. We know that when cable is disconnected corresponding DPM records hits in every event. Since we suspected that one of the ADMEM is generating hits, disconnecting cables might help to find side of the CLC (West or East) with problematic board. 
<br>I have found that disconnecting all cables on the East side did not affect luminosity measurements at all, while luminosity changed (in a way I did not totaly understood, though) when I unplugged cables from the West boards. That apparently pointed to the problem on one of East ADMEMs (slots 9 or 10) 
<br>Next, I looked on the signals from the ADMEM xilinx outputs using scope and diff. ECL probes connected to a special cable with test pins. Each of four cables (ch 0-3, 4-7, 8-11, 12-15) connecting ADMEM and DPM transmits five signals: four for the total number of hits (binary coded, bitwise inversed and bit order reversed) in the corresponding channels, the fifth signal is B0, used for the synchronization of the CLC daq. 
<br>I have found that the board #349 in slot 9 does not output B0 signals, and the signals, correspoding to bit3 of number of hits are always set to 1 (always >= 4 hits). I checked two spare boards #353 ("origina" spare board, xilinx reloaded on 6/21/2006 by myself) and #357 (original slot 9 board, re-programmed on 6/27/2006 by Lee Scott from WH14). #353 had similar problem, #357 was ok. 
I have replaced board #349 with the board #357, and that seems to recover correct luminosity measurements.
<!-- Author: sasha -->


<!-- Date: Fri Jun 30 09:45:44 2006 -->
This morning I did QIE calibration for ADMEM in slot 9. Calibration was ok and I downloaded new lookup table to the board FRAM. Then I checked lookup pedestal values in all boards and found that channel 1 in ADMEM 3 (that corresponds to the CLC channel 1) had lookup pedestal of ~180 ADC counts --- a way off from the standard 50. I ran calibration on this ADMEM, but calibration failed in ch 1. The calibration program was measuring huge negative values for the raw pedestal and the amplitude in the range 0 and due to that linear fit for the range 0 failed. Amplitude measurements in the ranges 1-7 were ok. 
<br>I checked the signal cable on the back of transition card for this channel and found the reason of failed calibration: the connection was very loosy. I tighten the connector and after that calibration was ok. I downloaded FRAM for the ADMEM 3.
<!-- Author: sasha -->


<!-- Date: Thu Jul 20 11:09:12 2006 -->
CLC west vessel refilled with isobutane to nominal pressure (22.5psi) 
<!-- Author: Roberto -->


<!-- Date: Mon Jul 24 18:52:14 2006 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-107&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-108  width='300' align='top'></a></td><td>Vertical B48 beam separator settings changed on July 18th at ~11am. Reflected in CDF luminosity increase, D0 lumi basically the same.</td></tr></table>
<!-- Author: YO-AS-RR -->


<!-- Date: Mon Aug 7 20:27:06 2006 -->
<pre>Lowered HV on ch.19 to 900V, had 951V before. The gain on this channel was almost chaotic and going very high sometimes. ADC vs runsection plot looked nearly the same as for ch.17, which was turned off earlier.</pre>
<!-- Author: Yuri -->


<!-- Date: Mon Aug 7 20:37:17 2006 -->
<table><tr><td><a href=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-109&button=yes target='xxx' onclick='jswindow()'; align=top><img src=/cgi/elog/det-system-elog.pl?nb=clc&action=view&page=-109  width='300' align='top'></a></td><td>to the previous entry</td></tr></table>
<!-- Author: Yuri -->


<!-- Date: Sat Aug 12 22:23:54 2006 -->
<pre>I was paged today, b/c of HV alarm from CLC. 
The problem was in ch.13 which was set to 510V, but the monitoring voltage was 1392V. We never had such a high overvoltage problem before. Have to take a look on it after they drop the store. In the end ended up raising VSET to 1392, it removed the alarm. The current on master channel did not change to much after I raised the HV - 4.520 mA before and 4.517 mA after.</pre>
<!-- Author: Yuri -->


<!-- Date: Mon Sep 4 14:49:12 2006 -->
<pre> ***                                                         *** 
 *** Update     Sept 04 2006 (Lester)                        *** 
 *** Using SPP values from store 4917     L2+L3,L2,L3        *** 
 ***  -&gt; Sigma_effective = 36.021 mb (09/04/06 effective)    *** 
 ***     Ave Num of Hits = 13.32                             *** 
 ***     alpha=0.1232 beta_e=0.1470 beta_w=0.1460            *** 
 ***                                                         *** 
</pre>
<!-- Author: Lester -->


<!-- Date: Mon Sep 4 19:21:58 2006 -->
<pre>Turned off channels 28 and 19. We're not able to calibrate channel 28 after I increased HV to 900V. In addition pedestal for this channel looks weird. Channel 19 is complitely unstable(see entry above)</pre>
<!-- Author: Yuri -->


<!-- Date: Fri Sep 15 14:33:18 2006 -->
<pre>Current send code version: 
/cdf/onln/code/cdfprod/clcdaq/v2_0/src/send.c_12Sep06_L2 
 
Check number of pages. Should be 70 for now. Plan to move to 100 pages in the end.</pre>
<!-- Author: Yuri -->


<!-- Date: Wed Dec 6 10:21:32 2006 -->
<pre>CDF/D0 luminosity is off by more than 10%.  We searched the e-log and it looks like the tevatron is operating with some new tunes.  Just in case...we calculated the acceptances from the latest spp's and found only a 1% drop. We updated these values in the send.c code.  We'll reboot b0clc01 when the current store (5108) drops. 
 
 
 
 *** Update	Dec 06 2006 (Lester)                         *** 
 *** Using SPP values from store 5103     L2+L3,L2,L3        *** 
 ***  -&gt; Sigma_effective = 35.6 mb (16/06/06 effective)      *** 
 ***     Ave Num of Hits = 13.092                            *** 
 ***     alpha=0.1290 beta_e=0.1370 beta_w=0.1558            *** 
 ***                                                         ***</pre>
<!-- Author: Lester & Sergo -->


<!-- Date: Sun Jan 28 14:56:23 2007 -->
Updated Acceptances: 
 
 *** Update	Jan 28 2006                                  *** 
 *** Using SPP values from store 5174     L2+L3              *** 
 ***  -> Sigma_effective = 34.59 mb (01/28/07 effective)     *** 
 ***     Ave Num of Hits = 12.44                             *** 
 ***     alpha=0.1362 beta_e=0.138 beta_w=0.1652             *** 
 ***                                                         *** 
  
<!-- Author: Lester -->