Topped  off crystal chiller with 275mL of water (last fill was 3-weeks ago on 6/12/19).  Diode chiller and filters were OK.

The bump at ~90 Hz is breathing with a very prominent periodicity of about 3 mHz. Any idea where this oscillation could come from?

The first plot shows a zoom around 90 Hz, where the bump is quite clear.

The second plot is a spectrogram of the same 16 hours of data (from 1245974418), showing the non-stationarity of the bump.

The third plot shows the band-limited RMS computed on the bump (between 88.7 and 90.5 Hz), with large glitches removed. The periodic "on and off" behavior is quite evident. 

The fourth plot shows the PSD of the time series of the BLRMS, and the integrated RMS. There is a peak at 3 mHz. This is even more visible if one computes the autocorrelation of the BLRMS series: the fifth plot shows that the autocorrelation has a clear signature of a 3 mHz periodicity.

I decided to run an initial alignment because I could not keep the green arms locked, despite flashes > 1. I requested INITIAL_ALIGNMENT from ISC_LOCK and the entire process finished without me having to intervene. Yesterday, I had to touch green arms slightly, but this was the first time I didn't have to do anything.

The entire alignment took 22 min. (1523 - 1545 UTC)

TITLE: 07/03 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Travis
CURRENT ENVIRONMENT:
    Wind: 10mph Gusts, 7mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.09 μm/s
QUICK SUMMARY: Lock loss just as I arrived. No obvious reasons found yet.

TITLE: 07/03 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 116Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:  Another quiet shift.  One GRB alert.  Lockloss at the very end of shift.
LOG:  Previous aLogs.

Seemingly spontaneous lockloss.  Environment is calm.  No indication of cause.  Sorry TJ!

GraceDB UID E337636. 

Fermi alert trigger num 583854113. 

Trigger duration of 0.016 second. 

Beginning stand down time.

I just realized that the Observatory Mode had not been changed since Jim relocked before the start of my shift.  I changed it to Observing at 8:48 UTC, but it should have been changed closer to 6:22 UTC.  Can this be retroactively changed for time reporting?

TITLE: 07/03 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 8mph Gusts, 7mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.07 μm/s
QUICK SUMMARY:  Lock is ~1 hour old.  Range is 116 MPc.  Nothing out of the ordinary to report.

Can't include the normal header because Chrome isn't playing with the HTML editor for the alog.

Travis is taking over, we're observing, range is normal.

2:30 Observing after struggling with wind and doing an initial alignment

4:53 A 5.3 eq in north Alaska breaks the lock I didn't get a chance to change SEI states

6:30 I noticed asc and a couple other signals were doing decidedly earthquake like things, so I switch to the EQ state. This was a 4.3 in Mexico that was barely off the board on the sei eq plot, and ended up not a big deal, but hard to know beforehand.

6:41 SEI back to windy

Finally back to low noise after struggles with wind, ALS and ASC. Bunch of SDF diffs, some of which I think are left over from the commissioning work earlier? 

Mostly a note to self for tomorrow:

The green WFS offloading during the main lock acquisition sequence seems to be happening too soon, before the DOF outputs have converged.  Need to ensure both error and control signals have converged before starting the offload sequence, if we want the mirrors to be at the best position for next acquisition.

7/1/2019

Richard M., Filiberto C., Kyle R.

Richard M. and Filiberto C. lifted the 208VAC 3ph wiring that had supplied the iLIGO MTP Turbo Pump.  This alllowed me to fully remove the conduit stub+unistrut and Hubble connector from the VEA floor.  Additionally, I removed the MTP - QDP80 signal cable junction box+conduit+unistrut support which was mounted on the VEA floor in the same facinity.  These items had intruded into the footprint of the pending installation of the new Turbo Pump Station. 

7/2/2019

Gerardo M., Kyle R.

Today we cored the holes and installed the adhered threaded inserts into 3 of the 4 anchor locations which will be used to anchor the new Turbo Pump Station.  The existing MTP Turbo support stand interferred with the location of the 4th new anchor (we can do this one on the day of the Turbo Pump Station installation. 

TITLE: 07/02 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Jim
SHIFT SUMMARY: After the lock loss during commissioning, it has been a struggle to keep the green arms locked. I figured out that ALSX WFS DOF1 P seemed to be the culprit. If I let guardian lock green normally, clear the history of DOF1 P, engage DOF1 P after the other DOFs had settled a bit, then I was able to keep it locked and move on. I lost lock just after DRMI and ran into the same thing, but it was solved the same way. The wind has picked up a bit, so this doesn't help. Just lost lock again at DHARD_WFS. Handing off to JIm he can decide how to proceed.
LOG:

• 1459 Karen to EY
• 1501 Vanessa to LVEA
• 1502 Gerardo, Adrian, Matt to LVEA to remove vibrometer at viewport
• 1517 Sundae (sp?) to optics lab
• 1527 Dick, and fellows to LVEA to prep for balum work.
• 1527 Chris to LVEA with pest crew.
• 1530 Ken to LVEA to install emergency lights
• 1533 Hugh to EX to start HEPI accumulator maintenance
• 1535 Fil to EX then EY for chassis verification
• 1538 Chris out, heading up the Y arm, then X
• 1540 Ed to LVEA to transition to safe
• 1548 Marc to LVEA to start balun work
• 1550 Vanessa to EX
• 1559 Rahul starting charge on EY
• 1558 Dripta to optics lab
• 1613 Lawrence and Ethan out of LVEA, Dick, surf, and Marc still in.
• 1625 Hugh back
• 1630 Jason to tweak ref cav alingment.
• 1630 Adrian, Matt to LVEA to clean up
• 1637 Adrian, Matt out
• 1642 Chris back, starting tumbleweed clearing near overpass
• 1645 Dripta out
• 1645 Jason done
• 1704 Dave restarting ISCEX models
• 1711 Fil to EY to pull chassis
• 1712 Chris done with tumbleweeds
• 1714 EY charge done
• 1724 Chris to LVEA for famis checks
• 1730 Ed to EX to power cycle chassis
• 1733 Bubba and contractors to LVEA to look at safety railing install near HAM5/6
• 1737 Pest crew done
• 1742 Chris out
• 1804 Hugh to LVEA
• 1811 Bubba out
• 1811 Ed back
• 1824 DAQ reboot
• 1825 Ken out
• 1840 Gerardo and Kyle back from MX
• 1844 Ken to MX
• 1849 Optics crew out
• 1850 Fil, RIchard to EY to reinstall chassis
• 1852 Hugh to EX, Corey to LVEA to sweep
• 1855 Dick, Marc, and Matt out.
• 1855 Alignment started
• 1912 Hugh leaving EX
• 1921 Fil, Richard back
• 1922 Corey out, LVEA swept
• 2007 Roll up door on OSB
• 2011 Rick, Niko to optics lab
• 2024 Ken to MY
• 2038 Observatory mode set to commissioning after reachin DC Readout
• 2040 Ken done
• 2054 Kyle MY then to MX
• 2131 Lock loss from DC Readout. While commissioning work on PIs was ongoing, the ASC was beginning to become unstable. It would not hold.

[Aidan, Georgia, Jeff K]

Georgia and Jeff alerted me to some strange behaviour in the SR3 heater. The power monitor channel (PMON = product of IMON and VMON) is not reporting anything like the same power as the requested power (although it is correctly reporting the product of IMON and VMON).

The attached image shows that when PSET is changed from 5W to 4W, the voltage monitor channel changes from -12.2V to -14.4V. Even accounting for a possible error in the sign, the magnitude of this change makes no sense: a 20% reduction in power should correspond to a 10% reduction in voltage but we see an 18% increase in the magnitude of the voltage monitor. The VMON calibration shows that the OFFSET is set to zero.

I've asked TJ to look into the Beckhoff code that is calculating these monitor channels to try to determine if this is a software or hardware issue.

Maintenance activites ended just before noon, and then locking commenced. (times in UTC)

1855: Started initial alignment.

• Requested the INITIAL_ALIGNMENT state from ISC_LOCK. This gave the INIT_ALIGN node control and it began aligning the green arms.
• The INIT_ALIGN node did the entire alignment except for a few small tweaks for the green alignment. The rest of the alignment I just monitored to make sure there was no funny business.

1907: Inital alignment complete, starting locking.

• Quickly got to a locked PRMI, then 5min later a DRMI. ASC here was a big far off so we opted to wait it out a bit to make sure the signals were well settled. After a handful of minutes we lost lock for no apparent reason.
• Repeated the above with the same outcome.
• Repeated the above with sucess. Did nothing different, nor do we know why we were losing DRMI.

2038: Reached DC Readout.

• Here we will stop for some commissioning work.

[Georgia, Jenne]

• In prep for the measurement, at around 11:50am local we turned on the ETMY bias with 9 V (a little less than the 9.5 V value that ETMX uses).  There is a lot of low frequency noise added, so we're sat here for ~7 min in case the data is useful, but then we're trying the other sign of the bias.  We don't think that we need lower noise for our measurement (exciting the mode with various ESD patterns on different optics) though, so it should be fine either way. 
  • Keita points out that maybe we should think about grounding the ETMY bias input, since we aren't using it at all for lock acquisition.
• We were working on exciting the mode (not succesful yet), but lost lock.  I suspect the lockloss is unrelated to our work, since none of the PI modes were any higher than they had been the whole lock, our excitation hadn't changed in a long time, and Robert had said that he was planning to do some laser vibrometer work requiring contact with some HEPI piers.  So, I suspect that the lockloss was a combo of Robert's work and the fact that we're in EQ mode. Robert and crew were still in the H2 part of the LVEA, hadn't gotten near HEPI piers yet.
• Acquisition guardian change: PRMI_ASC_OFFLOADED now turns off the PRMI ASC filter banks that were in use, prior to our trying to acquire DRMI lock. It looked like we were still sending signals out to the optics after we had lost PRMI when the SRM came back into alignment, which probably didn't help DRMI acquisition (although it did catch by itself).
• We are going to excite this time in the damping filter for PI mode 24, since then our RMS monitor won't be directly contaminated by our excitation, and will just monitor the actual peak height.  New channel: H1:SUS-PI_PROC_COMPUTE_MODE24_DAMP_EXC, with a narrow bandpass in the awggui. 
  • Previous channel: H1:SUS-PI_PROC_COMPUTE_MODE24_BP_EXC.
  • Had also tried exciting using the OMC deacon infrastructure, but that's not really what we want to be using for this identification measurement.  We'll re-look at that when we're ready to implement deacon alignment for the OMC.
• To be continued in a comment by Georgia....