Um since we have a wider audience im going to try to keep you all
up-to-date on sort of the work that is happening here. You have to
understand that we are working *all* the time now, time is very
short, and these reports may be sporatic.
First of all there is a file I am keeping on rsgs02:
/macrostore/wfd/info/wfd-log
I am trying to keep up up with what changes happen in the tunnel so
you can make correspondences with the data. Remember the raw data
which includes the WFDs will only stay on disk for about 2 days. It
will be stripped when the ZEBRA files are produced.
Work happening/happened today:
-Yesterday we pointed ST tracks into boxes and found various problems.
-Various LIP/PHRASE cables were fixed. See wfd-log for info
-SM1 TOHM was unplugged into the STOP master but not into Eric's
module. This was causing random stops which caused something like 20%
of the channels in in uVax #1 to not have muons in them. This one took
a while. No idea who unplugged the TOHM. This points out one of the
problems with hooking the two STOP masters together since if one SM is
getting incorrectly stopped its pair gets stopped also.
-SM1 seems to need one more USER_PROCEDURE 1 to set
thresholds. Perhaps the VBR is slower then the VIC?
-We tried to run with FMT/CSPAM/HIPT. Events with only CSPAM are
*not* setting the WFD pattern bits. I don't understand this at
all. All of the WFD_PATREGs are there and I confirmed the the
SELREG/SECT commands are right by putting in extra reads and seeing the
words were there if the proper bits were set in Eric's module. Could
Ed have screwed something up when he added the N/S decoding for the
ERP. *please look at this and send suggestions*
-We has another painful meeting this morning since Giorgio is here and
wasn't here for the first one.
-We looked into channels that are overflowing the byte limit. One
card which had a pedestal of 100 was replaced and is now fine. We
can't see the problem on another card now. Ed also claims a previous
problem disappeared which we did not touch.
-I saw at IU and told Ed and he now confirms that sometimes we have
channels which are always >0 mv for many uSec which fills the buffer
before the byte limit. Ed figured out these come from large (like
10V) muons. We have set up a digital scope to look in a tank for
these events and will see if the effect is there from the
photo-tube/fan-outs.
There is more but it's time to get back to work...
-The "One-and-Only true" Chris
P.S. I am trying to have my ticket changed to stay longer(until july
15th)