Power to the Vault equipment has been reconfigured to provide +/- 12VDC instead of just +12V. This completes half of WP6361 which was delayed due to piles of snow on the vault. Work was done at the vault power enclosure X1-5 between the corner and mid-x.
Peter K., Jason O., & Jeff B. Inspected the PSL Chiller lines from the entrance into the PSL enclosure to the chiller. Could find NO evidence of any air trapped in these lines. Back to trying to understand how or where there is air in or entering into the system. While making this inspection we also measured and labeled the pipe runs.
TITLE: 03/07 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC STATE of H1: Observing at 63Mpc INCOMING OPERATOR: Ed SHIFT SUMMARY: Not a bad maintenance day. Ran initial alignment. Had multiple lock losses in FIND_IR while searching for the Y arm IR. Eventually made it past after sitting at LOCKING_ALS for some time. Kiwamu ran measurements at NLN before going to observing. I have been informed that tumbleweed bailing is ongoing on the X arm. The DMT viewer is not updating the range for LLO: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=32104 I damped PI mode 28 (or it came back down on its own, not sure if I had any effect). LOG: Ken to end Y to install conduit 16:05 UTC Jim W. turning off sensor correction (SC_OFF_NOBRSXY) 16:11 UTC Richard connecting gig-e camera in CER 16:16 UTC Pest control on site, Chris escorting 16:30 UTC Evan G. using compressor in warehouse 16:32 UTC Chris taking pest control to mid and end Y 16:34 UTC Jeff B. starting WP 6510, looking for trapped air in PSL coolant lines 16:37 UTC Jason replacing ITMY optical lever, Richard to LVEA to possibly reboot the PSL enclosure Beckhoff environmental control 16:40 UTC Karen to LVEA 16:44 UTC Tumbleweed bailing to starti on Y arm 16:44 UTC Evan G. done 16:46 UTC Chris at end Y, reports Ken and Apollo there as well 16:48 UTC Jim W. to end Y to check centering of BRS T240, put insulation under table holding T240 16:56 UTC Travis and Evan G. to end Y to start PCAL calibration 16:57 UTC Chris escorting pest control to mid X 16:59 UTC Carlos rebooting nuc computers 17:00 UTC GRB. Maintenance already underway, LLO down. 17:01 UTC Gerardo to end Y to check on Y28 ion pump controller 17:06 UTC Richard out of LVEA 17:16 UTC Betsy turning off ITMY pitch optlev loop, lost lock 17:16 UTC Marc to vault power supply room 17:20 UTC Cintos? through gate (floor mat replacement) 17:27 UTC Kyle starting drilling, WP 6515 17:29 UTC Sheila to end Y, noise hunting 17:31 UTC Gerardo back 17:38 UTC Richard to LVEA 17:53 UTC Joe and Chris to LVEA, eyewash, forklift etc. 17:58 UTC Richard out of LVEA 18:05 UTC Richard to LVEA TCS tables to put tape over jumpers for safety estop 18:09 UTC Pest control done 18:30 UTC Chandra to mid Y 18:32 UTC Jeff and Peter out of LVEA 18:46 UTC Travis back. end Y is back to laser safe 18:46 UTC Jeff B. taking dust monitor to where Kyle is drilling ~18:57UTC All status signals for h0vacey went into error and came back. Looks like connection to BPG gauges was lost temporarily. Later revealed to be Sheila powering down SUS rack electronics for noise hunting. ESD HV tripped and Sheila reset it. 19:03 UTC Jeff B. back 19:21 UTC Jason done 19:24 UTC Betsy starting charge measurements on both ETMs 19:25 UTC Ken done at end Y, going to mid X 19:26 UTC Marc back from vault power supply room (partway down x arm) 19:28 UTC Chandra back, going to LVEA to look at something 19:30 UTC Joe and Chris done in LVEA 19:35 UTC Richard and Betsy to LVEA to look at HWS table 19:42 UTC Filiberto back 19:44 UTC Betsy and Richard back 19:46 UTC Chandra back 19:47 UTC Kyle done in the LVEA 19:49 UTC Betsy transitioning LVEA to laser hazard 20:27 UTC Betsy done. LVEA back to laser safe. 20:30 UTC Charge measurements done 21:11 UTC Finished sweeping LVEA. Starting relocking 21:20 UTC X arm not staying locked on green, starting initial alignment 21:33 UTC Ken to end Y to install controller 21:47 UTC Initial alignment done 22:10 UTC Ken back, going to mid Y 23:01 UTC Kiwamu running measurement at NLN 23:14 UTC Back Observing. Tumbleweed bailing continues on X arm. 23:46 UTC Ken back
Attached are the updated long trends with today's charge measurements of both ETMs.
23:14 UTC Back to observing. Tumbleweed bailing continues on x arm.
Kyle R., Gerardo M., Jeff B. Today we hammer-drilled (4) holes in the LVEA floor beneath CP2, (4) holes beneath CP1 and (2) holes beneath iLIGO RGA at NW corner of CP7. Gerardo held in position a HEPA filtered vacuum at the hole site during the drilling to capture dust as it was being generated. Following the drilling, the vacuum was left in position while a hand bulb was used to pump a jet of air into the bottom of the hole to liberate any remaining settled dust. Jeff B. used a hand-held particle counter to monitor the operation at CP2. At the next opportunity, I will use drop-in anchors to mount 1' lengths of unistrut to the floor. These will provide a means to permanently mount 55 l/s ion pumps which will then connect to the vent/purge valves of CP1 and CP2. These ion pumps will provide a means to pump hydrogen for those instances when CP1/CP2 need to be isolated for prolonged periods. This completes WP #6515
Installed D1600185 Safety System Interface Chassis in TCS-C1 rack, slot U40. Terminated E-Stop cables in same rack. Part of the Safety/Interlock installation.
Serial number of chassis S1610449
There is a flickering ceiling light in one of the emergency door airlocks that I could not find a light switch for.
As per Aidan's request, I have added the missing razor blade beam dump to a specific mirror on the HWSX path on the table. See attached - although it's a picture of LLO's HWS table, ours now has a beam dump in the circled location. Although Aidan may elaborate more, basically he asked for this since he sees evidence of scatter coming from this path.
Note, there is a beam dump already in the (debunk) HWSY path for this ghost beam.
Evan G., Travis S., Yuki, Sadakazu, We made our bi-monthly Pcal calibration, this time for End-Y. Attached are the notes from the calibration work. The trend report after Matlab analysis with this and the previous measurements can be found at T1500131-v12. The trend looks quite good and within expectations.
Today I swapped the glitching ITMy laser for one that has been stabilized in the lab. This was in response to the ITMy oplev being the winner on several recent DetChar hveto rounds.
To be on the safe side, B. Weaver turned off the oplev pitch damping on the ITMy suspension for the duration of the work. I began by installing the armored fiber and cooler per ECR E1500408; this new installation is shown in the attached picture. The laser is powered by the dedicated oplev power supply located in the CER. This was unplugged when I started the swap, thank you R. McCarthy for getting it working. I unplugged and removed the old laser, and then installed the armored fiber. I set the laser power by monitoring the Current Mon port on the back of the laser (uses a voltage to monitor the current being delivered to the laser diode); I set this to 0.885 V, the same setting used in the lab. The new laser will need 4-6 hours to come to thermal equilibrium in its new home; once this time has passed I will see if any adjustments are needed to the laser power to stop any glitches. The oplev became un-centered during this effort due to the fiber swap, so I then re-centerd the oplev. I also had to adjust the whitening gain for the ITMy to get the SUM counts back to same level. I added 6dB of whitening gain to return the SUM counts to ~31k; T1500556 has been updated to reflect this change. Finally, Betsy turned the ITMy oplev pitch damping back on.
Old laser was SN 105-1, new laser is SN 189-1. I will leave WP 6513 open until I have finished any adjustments to the laser power to obtain glitch-free operation.
WP 6514 Carlos, Jim Added a digital video camera to h1digivideo0 as HWS CAM 0 in place of VID-CAM09. Modified H1VID_DIGITAL_OVERVIEW.adl, added camera to monit, modified the configuration file for camera 9 to use the IP address of the camera. Address was also added to DNS as h1hwscam0, and was configured for DHCP. Camera is currently viewing a bunch of cables in the MSR. This setup is for testing the camera for eventual use with the HWS X at the corner station.
At yesterday morning's meeting it was pointed out that there are temperature fluctuations in the laser room.
Sure enough plots of the temperature at the north and south ends of the table, and the relative humidity, do
show repetitive excursions. One thing that is a little puzzling is that the same temperature excursions are
not seen by an AD590KF temperature sensor that is located on the table after the reference cavity. There is
no low pass filtering that I am aware of that would mask the trend.
The other option is that the temperature sensor interface box is not working. However the last time it
was examined in the EE Lab (~1 - 2 years ago) is was just fine. The LED power indicators on the front panel
do not suggest anything untoward. So I cannot explain the different signals.
This morning I turned on 6 new wireless access points (2.4GHz / 5GHz) in the OSB in preparation for replacing our existing system.
The access points are installed in the following locations:
They were powered up at:
$ date Tue Mar 7 11:11:49 PST 2017 $ date -u Tue Mar 7 19:11:50 UTC 2017
This afternoon I turned on 5 additional wireless access points (2.4GHz / 5GHz) in the LSB in preparation for replacing our existing system.
The access points are installed in the following locations:
They were enabled at approximately 15:30 PST (23:30 UTC)
Powered up a different style GigE camera today to see if it can be used on the HWS table to look for beam clipping. The camera is in the MSR and will be looked at over the next day or two.
With the issues of temperature in the PSL this past week and some anecdotal evidence of the system not responding properly when people are changing setting we rebooted the controller this morning. Everything looks to be back to normal and the system is functioning. One item to note is that the makeup air unit seems to maintain its setting and stays on in low mode with the power removed from the controller.
TITLE: 03/07 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
Wind: 11mph Gusts, 8mph 5min avg
Primary useism: 0.07 μm/s
Secondary useism: 0.20 μm/s
QUICK SUMMARY:
Start of maintenance
Ken heading to end Y to install conduit, drilling
With a nudge from peterF and mevans, I checked to see how hard it might be to do some time-domain subtraction of the jitter in H1 DARM. This is similar to what Sheila (alog 34223) and Keita (alog 33650) have done, but now it's in the time domain so that we could actually clean up DARM before sending it to our analysis pipelines.
The punchline: It's pretty easy. I got pretty good feedforward subtraction (close to matching what Sheila and Keita got with freq-domain subtraction) without too much effort.
Next steps: See if the filters are good for times other than the training time, or if they must be re-calculated often (tomorrow). Implement in GDS before the data goes to the analysis pipelines (farther future?).
I was finding it difficult to calculate effective Wiener filters with so many lines in the data, since the Wiener filter calculation is just minimizing the RMS of the residual between a desired channel (eg. DARM) and a witness (eg. IMC WFS for jitter). So, I first removed the calibration lines and most of the 60Hz line. See the first attached figure for the difference between the original DARM spectrum and my line-subtracted DARM spectrum. This is "raw" CAL-DELTAL_EXTERNAL, so the y-axis is not in true meters.
I did not need to use any emphasis filters to reshape DARM or the witnesses for the line removal portion of this work. The lines are so clear in these witnesses that they don't need any help. I calculated the Wiener filters for each of the following channels separately, and calculated their estimated contribution to DARM individually, then subtracted all of them at once. H1:CAL-PCALY_EXC_SUM_DQ has information about the 7Hz line, the middle line in the 36Hz group, the 332Hz line and the 1080Hz line. H1:LSC-CAL_LINE_SUM_DQ has information about the highest frequency line in the 36Hz group. Both of those are saved at 16kHz, so required no extra signal processing. I used H1:SUS-ETMY_L3_CAL_LINE_OUT_DQ for the lowest frequency of the 36Hz group, and H1:PEM-CS_MAINSMON_EBAY_1_DQ for the 60Hz power lines. Both of these channels are saved slower (ETMY cal at 512Hz and MainsMon at 1kHz), but since they are very clean signals, I felt comfortable interpolating them up to 16kHz. So, these channels were interpolated using Matlab's spline function before calculating their Wiener filters. Robert or Anamaria may have thoughts on this, but I only used one power line monitor, and only at the corner station for the 60Hz line witness. I need to re-look at Anamaria's eLIGO 60Hz paper to see what the magical combination of witnesses was back then.
Once I removed the calibration lines, I roughly whitened the DARM spectrum, and calculated filters for IMC WFS A and B, pit and yaw, as well as all 3 bullseye degrees of freedom. Unfortunately, these are only saved at 2kHz, so I first had to downsample DARM. If we really want to use offline data to do this kind of subtraction, we may need to save these channels at higher data rates. See the second attached figure for the difference between the line-cleaned DARM and the line-and-jitter-cleaned DARM spectrum. You can see that I'm injecting a teeny bit of noise in, below 9Hz. I haven't tried adjusting my emphasis filter (so far just roughly whitening DARM) to minimize this, so it's possible that this can be avoided. It's interesting to note that the IMC WFS get much of the jitter noise removed around these broad peaks, but it requires the inclusion of the bullseye detector channels to really get the whole jitter floor down.
Just because it's even more striking when it's all put together, see the third attachment for the difference between the original DARM spectrum and the line-and-jitter-cleaned DARM spectrum.
It might be worth pushing the cleaned data through the offline PyCBC search and seeing what difference it makes. How hard would it be to make a week of cleaned data? We could repeat e.g. https://sugwg-jobs.phy.syr.edu/~derek.davis/cbc/O2/analysis-6/o2-analysis-6-c00-run5/ using the cleaned h(t) and see what the effect on range and glitches are. The data could be made offline, so as long as you can put h(t) in a frame (which we can help with) there's no need to get it in GDS to do this test.
Do you think it would be possible to post the spectrums as ascii files? It would be interesting to get a very rough estimate of the inspiral range difference.
In fact, I'm working on a visualization of this for a comparison between C00 and C01 calibration versions. See an example summary page here:
https://ldas-jobs.ligo.caltech.edu/~alexander.urban/O2/calibration/C00_vs_C01/L1/day/20161130/range/
I agree with Other Alex and I'd like to add your jitter-free spectrum to these plots. If possible, we should all get together at the LVC meeting next week and discuss.