02/02/2007
MUON Info
Message from Ji Li:
Could you please check and provide me some information about the MUON HV: (1) how many channels it uses (2) how many module/bulks (3) the current drawn(channel/bulk) during ramping/running (4) suppose we have to cannibalize one MUON HV module for the other system, is it possible to put all the MUON channels on one bulk? I am not suggesting by any means we are going to do this, just gathering some information.
- (1) HVConstants.py ls MUON ChannelNumber
From 0 to 23. Total 24
02/03/2007
HV Trips in a whole bulk
- Diagnose
DR Layer 23: S3S1.0 - S3S1.5 all trips.
Ji Li, Steve Stroiney and I found the problem comes from Channel 3.1.5.
We did test down the pit and found that one of the two pins in the upper is bad. After replacing another good pin, the problem is still there. So, there should be something wrong back to the DR. We put a sticker on the bad connector and not pluging that one to the HV. The data taking continues.
We'll take a look at the issue next week.
- Possible way to change the detectormap accordingly:
From Laura's layers and Superlayers page, we can see that Layer 21-24 are in one superlayer, so we're going to jump from 13 to 23 as seen in this picture:
HVConstants.py ln S2S1.0-5 S3S1.0-5
Need to be coded.
02/04/2007
Code for link
HVConstants.py ln S2S1.0-5 S3S1.0-5
02/05/2007
Tested the module 45
Can't be recorgnized by the mainframe.
Sent to Electric Shop for cleaning.
Make constants for the next jumpering
- One channel first
HVConstants.py ln west S6 S7
- Use the HVDetectorMap_ref.txt file
L34 S19-21 powered by S6S1.5 / S6S0.0 L9 S9-10 powered by S1S1.11 / S1S0.1 L9 S13 powered by S1S1.13 / S1S0.1 L11 S15-16 powered by S1S1.22 / S1S0.2 L25 S13-15 powered by S3S1.19 / S3S0.2 L37 S18-20 powered by S4S1.12 / S4S0.1 L40 S1-4 powered by S4S1.16 / S4S0.2 L40 S5-8 powered by S4S1.17 / S4S0.2 L40 S9-12 powered by S4S1.18 / S4S0.2 L40 S13-16 powered by S4S1.19 / S4S0.2 L40 S17-20 powered by S4S1.20 / S4S0.2 L40 S21-24 powered by S4S1.21 / S4S0.2 L40 S25 powered by S4S1.22 / S4S0.2 L41 S1-4 powered by S5S1.8 / S5S0.1 L41 S5-8 powered by S5S1.9 / S5S0.1 L41 S9-12 powered by S5S1.10 / S5S0.1 L41 S13-16 powered by S5S1.11 / S5S0.1 L41 S17-20 powered by S5S1.12 / S5S0.1 L41 S21-24 powered by S5S1.13 / S5S0.1 L41 S25-27 powered by S5S1.15 / S5S0.1 L42 S1-4 powered by S5S1.16 / S5S0.2 L42 S5-8 powered by S5S1.17 / S5S0.2 L42 S9-12 powered by S5S1.18 / S5S0.2 L42 S13-16 powered by S5S1.19 / S5S0.2 L42 S17-20 powered by S5S1.20 / S5S0.2 L42 S21-24 powered by S5S1.21 / S5S0.2 L42 S25-27 powered by S5S1.22 / S5S0.2
HVConstants.py update HVDetectorMap
02/06/2007
Make constants for the next jumpering
HVConstants.py update HVNormal
02/07/2007
Make constants for the next jumpering
Use code only, not rely on the refmap. Do this step by step.
- First, link the front
HVConstants.py ln L34S1 L45S1,2,3,4
Use the HVAttr dictionary to store the data.
02/09/2007
Implement the dict
HVConstants.py ln L34S1 L45S1,2,3,4
02/12/2007
Make constants for the next jumpering
Not using the dict idea.
HVConstants.py ln L34 L45 ...
Create Tag: HVTest_noWS7
Use this idea:
HVConstants.py create HVTest_noWS7
Done.
02/13/2007
Pull off West Slot 7
I pulled off the module on HVPitWest Slot 7.
runHV HVTest_noWS7
Fix one bug by creating tag HVTest_noWS7 for HVBoxConnection.
Then the server didn't load the constants to the main frame, even after deleted the constants file on server by DEL VERSIONS.HVC.
Went through the constants with Tim and found no issue there. So, the issue might be in the server code.
We run the runHV_debug HVTest_noWS7, and the messages were stored in the log area.
I put the module back, and hope to do some test with Laurel before next access time.
LeCroy model numbers
Message from Steve Gray
Don, We are using LeCroy 1469P positive modules and 1469N negative modules. The mainframe is a LeCroy 1458 with a 386 processor and the ethernet card for a 484 processor motherboard. Steve PS We checked e-bay this morning at Yulin's urging, but no luck today.
More Schematics
From Steve Gray
Hnery & Gary, Here are some scans from the LeCroy Positive HV manual as zipped files. They should be able to be printed at "tabloid" size (11 x 17). Please check whether the set HV2 is a later version of HV1. Also see how they differ from the schematics for a negative module. Steve
02/15/2007
HV proble in Rich
The CLEO operator noticed the RICH wire 18, cell 22 and 23's HV were disabled. I checked at the DetectorMap and PropertyMap, the two channels are corresponding to HVRich S0S1.22 and S0S1.23. They appeared on the Telnet window to be Disabled. I checked the constants for the current running, they showed that these two channels should be enabled. The operator rumped down the voltage to OFF and it didn't seem work. Tim reseted the HV box and it recovered.
We need to investigate this with RICH expert.
02/23/2007
Java code for GUI
cd /home/xs32/work/CLEO/service/hv/src cleo3cvs co HV
02/26/2007
Asked Mike Billing about the CESR HV Enable/Disable flip
- Possible reasones: hardware/software
- Ways to trap the reason:
- Figure out the physical location of those card and put T-connector from the both end
Copied schematics from Laurel
Talk with Tim about the possible upgrade of the mainframe software
- Ask Dan about the contat info of Vertroix
- Check the current version of the two mainframe
02/28/2007
Java code for the slot info
Message from Deb:
Please set your environment to include the following libraries. and compile against the default online build. setenv PAT H /usr/local/objy/linux86gcc3:/cdat/solsda/disk1/daqiii/j2sdk1.4.2_03/bin:/cdat/solsda/disk1/daqiii/vbroker-6.5Linux/bin:${PATH} ;\ setenv LD_LIBRARY_PATH /cdat/solsda/disk1/daqiii/vbroker-6.5Linux/lib:/usr/local/objy/linux86gcc3/lib ;\ setenv JHHOME /cdat/solsda/disk1/daqiii/javaUtils/javahelp_1.1.2 ;\ setenv BES_LIC_DIR /cdat/solsda/disk1/daqiii/vbroker-6.0Linux/var ;\ setenv VBROKER_ADM /cdat/solsda/disk1/daqiii/vbroker-6.0Linux/adm ;\ setenv BES_LIC_DEFAULT_DIR /cdat/solsda/disk1/daqiii/vbroker-6.0Linux/license ;\ unsetenv MACHNAME ; source /nfs/cleo3/Common/scripts/cleo3def mt ;\ source /nfs/cleo3/groups/SlowControl/scripts/sc_setup mt Please let me know if you have any problem.
hv sethvlocal gmake
Give the following message:
Makefile:71: /nfs/cleo3/Common/rel/current/Gmake/i686-pc-linux-gnu_r/common_head.mk: No such file or directory Makefile:181: /nfs/cleo3/Common/rel/current/Gmake/i686-pc-linux-gnu_r/common_tail.mk: No such file or directory gmake: *** No rule to make target `/nfs/cleo3/Common/rel/current/Gmake/i686-pc-linux-gnu_r/common_tail.mk'. Stop.