J. Kissel As we're finding trouble with the new ALSX laser either producing multiple modes or mode hoping, I'm find more reasons to pay attention to the VEA temperature, and more reasons to wish for the stability of the older HVAC system. Bubba's recent modification to the error signal (i.e. removing an errant sensor from the average; see LHO aLOGs 36527 and LHO aLOG 36536) did change the sign of the diurnal oscillations, but they're they're only slightly reduced in amplitude as they were, at ~0.2 [deg C] or 0.5 [deg F]. Apparently, the former system kept the VEAs stable to within 0.05-0.1 [deg C] (0.1-0.2 [deg F]) -- notably much better than the canonical iLIGO requirement of 1 [deg C]. Attached are 10 day trends of the past for each end station, before and after the upgrade. The after upgrade trend takes us up to the present. For the record, I think at this point we should stick with whatever set-point temperature we have since we've been able to regain IFO alignment and sensitivity, adjust references to this new point, and we're now tuning the ALS laser performance to this temperature. Let's focus on improving (decreasing) the amplitude of diurnal oscillations. P.S. Remember I continue to show the PCAL sensors because they're the most calibrated and the receiver module's temperature was most similar to what the former FMCS sensors reported. All other temperature sensors in the VEA *besides* the current FMCS sensors show this oscillation, so it's not just a function of the location of this particular sensor.
TITLE: 06/01 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC STATE of H1: Planned Engineering OUTGOING OPERATOR: Ed CURRENT ENVIRONMENT: Wind: 24mph Gusts, 17mph 5min avg Primary useism: 0.04 μm/s Secondary useism: 0.08 μm/s QUICK SUMMARY: Kiwamu and Jason working on ALS.
TITLE: 06/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: TJ
SHIFT SUMMARY:
LOG:
15:15 Jim running TFs on HAMs
15:19 Fil to EX for continued cable terminating - SC = off
16:00 Fill back
16:13 Corey going to check the chiller
16:15 Betsy in and out of the optics lab all day
16:26 Chandra headed to MY
16:32 Peter into optics lab- testing Prometheus.
16:50 Bubba back from Mids
17:00 Locking attempts begin
19:30 02 weekly meeting
20:51 Jason, Kiwamu and Peter to EX to investigate ALS laser mode-hopping.
22:50 EX group back.
FRS8182, WP7001.
I have completed the copy/verify/delete procedure to move old raw_minute_trend data from h1tw1's SSD raid (which was at 91% full) over to h1fw1's HDD raid. Process took 3 days, spread over 6 days due to holiday. SSD raid now at 11% full.
Using the new WP system, I have electronically closed WP7001 and requested FRS8182 be closed.
This required restarts of the daqd processes on h1nds0 and h1nds1 at 11:58 PDT today.
Jim, Jonathan, Dave:
Jim was having autoquack errors of the kind:
libstdc++.so.6: version 'GLIBCXX_3.4.20' not found
The solution is to LD_PRELOAD a path the OS version of this file at the time matlab is started.
The Debian8 path for this file is /usr/lib/x86_64-linux-gnu/libstdc++.so.6, and running the command strings
on it verifies it contains GLIBCXX_3.4.20
strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6|grep GLIBCXX_3.4.20
GLIBCXX_3.4.20
The command to start matlab and have autoquack work is:
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libstdc++.so.6 matlab
Thanks to Jamie Rollins, I created a MATLAB utility (linux() in/trunk/cds/utilities) that you can replace all your system() and unix() calls with. This function tears out the path to all the MATLAB versions for Linux libraries, makes your system call, and puts everything back. Add a soft-link in /ligo/cds/usermatlab to it -- The root problem is (any) MATLAB normally adds its own versions of critical Linux libraries to the LD_LIBRARY_PATH within MATLAB. So unless you are using a MATLAB version specifically built on the specific OS revision you are using (mostly never the case), you will always get screwed up
Vern, Dave, Dwayne:
We disabled the old workpermit system and rolled out the new system during the 1pm Run Meeting today.
Links to the new system are available on the LHO CDS home page
The old work permit form is now a web page with links to the new form (see attached)
If you would like to subscribe to the mailing list wp-change-notices and get emails whenever a permit's status is changed, please email barker@ligo-wa.caltech.edu
CP3 log file DOES NOT exist! Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 867 seconds. LLCV set back to 39.0% open.
see alog36588 for explanation
Per Chandra,
Increased CP4's LLCV %open value to 40%, up from 39% due to the amount of time it took to fill.
Fix, FRS 8248 https://services.ligo-la.caltech.edu/FRS/show_bug.cgi?id=8248 With Sheila's concurrence and oversight I installed a 6dB attenuator that was probably removed on 3/1/2017. Modified Beckhoff exceptable range so it was happy. Will accept change in SDF now.
CP3 and CP4 auto overfills are now programmed to run daily instead of thrice-weekly (Mon, Wed, Fri).
CP3:
Chandra requested that today's CP3 auto overfill not run. This has been taking out of the crontab until further notice.
CP4:
CP4 ran at 11:02 PDT with the new configuration: daily run, cut-off temperature lowered from -60C to -100C. The attached trend shows CP4 thermocouple second trend data for 20 minutes for the last three runs (Mon 5/29, Wed 5/31 and Thu 6/1).
This morning I changed the settings of the ALS laser that was removed from EndX (InnoLight Prometheus S/N 2011B). The pump laser diodes temperatures were left alone. - diode current 1.835 A - laser crystal temperature 24.92 degC - doubling crystal temperature 32.93 degC With these settings the power at 532 nm was 48.7 mW. The power at 1064 nm was 1.54 W. The power was fairly stable (+/- 0.1 mW) over a 2 hour period. Longer term monitoring should be done (ideally).
Crystal Chiller: Topped off with 125mL
Diode Chiller: Ed mentioned this was flashing red off/on, so it was borderline. I put in 200mL on Ed's suggestion.
Filters: White in color & free of debris
This closes FAMIS #6525.
I looked at the frequency stabilisation servo this morning. As it was the UGF was a bit low at ~185 kHz with a phase margin of ~35 deg (CG=16, FG=9). Raising CG to 22 increased the phase margin to ~48 deg but didn't quite put us where we would like to be. Dropping CG to 19 put the operating point to where we would like it to be. I took the opportunity to touch up the alignment into the reference cavity. The transmission signal went from ~2.7 to ~3.5. I restored CG to 16.
TITLE: 06/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Engineering
OUTGOING OPERATOR: N/A
CURRENT ENVIRONMENT:
Winds calm, primary and secondary uSeiem are calm
QUICK SUMMARY: ops lazy script isn't doing transition (-t).
TITLE: 05/31 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC STATE of H1: Planned Engineering INCOMING OPERATOR: None LOG: 23:21 UTC Dave offloading minute trends onto h1fw1 23:39 UTC Jenne using PZTs to coalign green onto IR at DC_READOUT 23:45 UTC Jenne done 00:19 UTC Starting initial alignment 00:46 UTC ALS X green falling off in initial alignment. Adjusting PR3 helped bring it back and increased the COMM beatnote. Moving BS to improve AS AIR flashes also helped. 01:15 UTC Initial alignment done Could not lock past DRMI 02:17 UTC Commissioners have left 02:17 UTC Kyle to mid Y 02:34 UTC Kyle back 02:59 UTC Kyle leaving for the night Leaving the IFO at DOWN.
WP 6652
ERC 170062
The BRS ion pump read back signals are now tied into the vacuum rack. Field cabling from each controller was pulled to connector header H (Pins 37-40) inside the vacuum rack. The Vacuum Controls Chassis was modified to add the new read back signals to terminal 15. Channel 1 is the voltage read back and channel 2 is the pressure read back.
Controllers for the BRS ion pumps are not the same.
End Y - Gamma SPCe controller
End X - MiniVAC Controller
F. Clara, G. Moreno, R. McCarthy, P. Thomas
(Krishna V., Gerardo M.)
Information for both systems:
BRS-Y
- ion pump is a TiTan 10SW from Gamma Vacuum (PN:10SWCV2HSCNN).
- the controller is a SPCe from Gamma Vacuum (PN:SPC1PS1U1ESNA).
- for the high voltage connection the system uses a SAFECONN type of cable/connectors.
- HV polarity is + (positive)
BRS-X
- ion pump is an old Varian 10 l/s pump.
- the controller is a MiniVac from Varian (PN:EX9290191)
- for the high voltage connection the system uses a FISHER type of cable/connectors.
- HV polarity is - (negative)