TITLE: 01/10 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: EQ, maintenance day
INCOMING OPERATOR: Nutsinee?
CURRENT ENVIRONMENT:
    Wind: 11mph Gusts, 10mph 5min avg
    Primary useism: 0.24 μm/s
    Secondary useism: 0.41 μm/s
QUICK SUMMARY:

I had problems with PI modes 27 & 28 all night, they needed constant attention. 27 broke lock once, and when I got back up, looking at spectra showed that the modes that were ringing up were outside the mode 27 bandpass filter, so I switched from FM5 (18036.5 hz) to FM4(18040 hz), and could at least control the PI for the rest of the night, but it needed frequent tweaks to the PLL phase.

Maintenance has started, Peter headed out to the PSL after an EQ knocked us out, Krishna has started a software upgrade to the BRSs.
 

TITLE: 01/10 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC

• 4:37 TCSy Chiller Low
• 5:25-6:15 IP5 work in Mechanical Room (Gerardo)
• 6:37 Lockloss due to Phillipines EQ
• 6:40 Took ISIs to LARGE_EQ_NOBRSXY
• 7:12 ISIs to WINDY
• 7:42 finally able to get past LOCKING ALS.  Aligned BS in CHECK MICH FRINGES, but PRMI looked dead/misaligned---Tweaked PRM in yaw and had flashes....but handing off to Jim and he's going for an Initial Alignment.
• 8:03 GRB Acknowledged.  H1 & L1 out due to the EQ.  Talked with William P and it sounded like they still had lots of noise preventing locking.

• EQ seen on USGS (thanks Gerardo) & it was already noted on Terramon...thought I had time because R-wave was expected to arrive at 7:09utc (but lockloss at 6:37utc) 
• Magnitude:  7.9
• Location:  Philippines
• Starting time of event:  Observed on BLRMS at 6:35utc 
• Lock status?  H1 broke lock closer to the S&P wave arrival times (vs R-wave time)

LHO DQ summary:

• Excess of glitching starting midday on Jan 06; Andy traced this to the ETMY L2 coil driver, and LHO commissioners power cycled it: alog
  • This glitching may be due sparking associated with very low humidity in the EY VEA.
• RF noise briefly appeared on Jan 05: alog
• 1084 Hz glitches still an issue for the burst search; linked to OMC length noise: alog
• OMC length dither thought to be source of 1084 Hz glitches: alog

Fire alarm follow-up:

• Ed Merilh suggested detchar cut fire alarm out of observing mode data on Jan 05 based on PSL mic: alog. TJ Massinger and Laura Nuttall have generated a DQ flag as suggested and applied it to the CBC search; the burst search will likely follow suit.

For more details, please see the DQ shift pages: 2017Jan02, 2017Jan05

H1 has been in OBSERVING for over 6.5hrs.  Range is a hovering around 60Mpc.

Minimal activity.  Gerardo just arrived to make a cable for an IP5 in Mechanical Room.

Just had a TCSy Chiller Flow Alarm.

On Kissel's suggestion, flagging H1 data from 23:45-1:25UTC, due to snow plowing (by Bubba).  This is for CP2 access for LN2 delivery Tues morning.  Activity could be seen in our 3-10 & 10-30Hz bands.  This brought H1 range down below 50Mpc at times during this period.  Drifts were several feet high & it took him almost 2hrs just to plow just this short section.

TITLE: 01/10 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC

• Sheila took the helm for H1 during the day (see her alogs).  Walked in to an H1 in OBSERVING since ~22:00UTC [2PM PST]).
• ~0:15UTC our range dropped from around 60Mpc to below 50Mpc due to snow plowing around CP2 in preparation for LN2 delivery in the morning.  This increased seismic in the 3-30Hz bands.
• We are currently running with the OMC LSC Servo Gain of 3.0.
• Talked with Jeremy at LLO (& Anamaria) to let them know we are back to Operator coverage at LHO.

C. Cahillane

Posted are the results for the total frequency dependent calibration uncertainty budget for LHO.  
These results are for before the updated actuation models at LHO.  I still need to get the updated PUM and TST drivers, but this should be close enough for now.

The method used to construct this result is as follows:
1) MCMC fit calibration model parameters to the reference models from Nov 12, 2016.  
2) Record samples from the MCMC.
3) Get residuals = (Meas/MCMC Fit) for ALL measurements, not just reference model, and find systematic errors via a Gaussian Process (GP).
4) GP outputs a mean posterior function (systematic error) and a covariance matrix (uncertainty) relating all training data.
5) Record both the GP systematic error and covariance matrix.
6) Now, assemble the response function results from the MCMC and GP by taking a random sample from the MCMC results and generating a potential systematic error from our GP mean systematic error + covariance matrix.  

The final results are showed in Plot 1.  All 1000 instances are plotted in white, while the mean and 68% confidence intervals about the mean are plotted in red.  

J. Kissel

I've noticed the amplitude spectral density of PCALY RX PD looks to be showing the same sort of clipping behavior that was present early last October (Identified in LHO aLOG 30827; Solved in LHO aLOG 30877). I'll send a note to team PCAL and suggest they take a look tomorrow during maintenance.

The attached plot shows the ASD of PCALY RX PD (in PURPLE) and CAL-DELTAL_EXTERNAL (in RED) during the most recent lock stretch (2017-01-09 19:30:49 UTC) compared against PCALY RX PD right after they'd fixed the clipping issue last time (2016-10-26 17:26:40 UTC).

Unclear why the clipping has returned, other than to say that what is a "good" alignment of ETMY that the exit PCAL beams were aligned to may have changed / drifted over time. A 20 day trend shows that clipping only started after the IFO returned to operation on Jan 4th.

This morning we sat in nominal low noise without going to observing from 19:21 to 19:51 UTC (Jan 9th) in a configuration that should be much better for the 1084Hz glitches. (WP6420)  

On Friday we noticed that the 1084Hz feature is due to OMC length fluctuations, and that the glitch problem started on Oct 11th when the dither line amplitude was decreased (alog 30380 ).  This morning I noticed that the digital gain change described in alog 30380 that was intended to compensate for the reduced dither amplitude didn't make it into any guardian, so that we have had a UGF that was a factor of 8 lower than what I used when projecting OMC length noise to DARM: 30510 The first attachment shows open loop gain measurements from the 3 configurations: before oct 11th (high dither amplitude), after october 11th (lower dither amplitude, uncompensated) and the test configuration (lower dither amplitude, compensated).  

We ran with the servo gain set to 24 (to give us the nominal 6Hz ugf) and the lowered dither line amplitude from 19:21 UTC to 19:51 UTC Jan 9th.  You can see the spectrum durring this stretch in the second attached screenshot, in the test configuration the peak around 1083Hz is gone, with just the pcal line visible, and the OMC length dither at 4100Hz is reduced by more than an order of magnitude. You can also compare the glitches from this lock stretch with one from yesterday  to see that the glitches at 1084 Hz seem to be gone. This is probably the configuration we would like to run with for now, but we may try one more test with increased dither line amplitude.  

Other notes because we don't have an operator  today due to weather:

This morning all 4 test mass ISIs were tripped probably from the Earthquake last night that brought the EQ  BLRMS to 10 um/second around midnight UTC.  ITMY tripped again while it was re-isolating, no problem on the second try. 

Richard topped added 400mL to the TCSY chiller around 10:15 or 10:30 local time, since we were getting low flow alarms. The flow alarms came back a few minutes before 11am local time.  

I went through inital alingment witout problems and got to DC_readout transition. Then I measured the UGF of the OMC length loop in preparation for increasing the dither line height   From that measurement and trends it became clear that when the OMC dither amplitude was reduced, the compensation of the OMC digital gain described in didn't make it into the guardian.  This means we have been operating with a UGF in the OMC length loop that was a factor of 8 too low since mid october.  

We arrived in low noise at 19:21 UTC with the OMC ugf increased to 6Hz.  After about a half hour PI modes 27 and 28 rang up, and I wasn't fast enough to get them under control so we lost lock.  

Starting CP3 fill. LLCV enabled. LLCV set to manual control. LLCV set to 50% open. Fill completed in 27 seconds. LLCV set back to 14.0% open.
Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 94 seconds. TC B did not register fill. LLCV set back to 35.0% open.

Replaced IP5 controller in mech. room with GAMMA LPC (+) controller (WP 6421). One of two channels of the old controller was faulting "over temperature," a typical error/failure mode on the Varian controllers. LVEA pressures rose slightly due to reduced pumping speed (see aLOG 33070) over weekend. We will update CDS signal cabling (right now pump appears to be in error, but it is actually fully functioning) and reboot Beckhoff at next opportune maintenance period.

Due to road condition in town, many cannot make it to the site today. Site, route 10 and 240 are already reasonable.

Sheila is in the control room trying to lock IFO.

I'm watching.

(Chandra, Gerardo)

Remote logged in to find out status of IP5.  We lost one channel on IP5 at around 13:02 utc, the other channel still up.

~1625 - 1630 hrs. local -> Kyle in and out of LVEA

Shut down rotating shaft vacuum pumps which had been pumping PT180 (BSC8) for the past 8 days.  Also, removed ladder which had been leaning against BSC8.  We should now have enough data to compare and contrast PT180's behavior between when it is exposed/pumped by the YBM to that of when exposed/pumped by a locally mounted turbo.  

Recall that the post-detect era installed Bayard-Alpert gauges PT170, PT180 and PT140 all exhibit a slow upward drift that the iLIGO era Cold Cathode gauges (sampling same vacuum volume) do not.  Understanding/believing our gauges is critical.  

We will decouple the vacuum pumps from PT180 on the next maintenance day.