Transitioning to EARTHQUAKE mode for SEI.  This kicked us out of Observing due to H!ISIETMX SDF diffs (cleared themselves faster than I could get a screenshot).  Also, Sheila suggested also taking ISC_LOCK to EARTHQUAKE state, which also kicked us out of Observe since Guardian wants it in NLN to be in Observing.  I'll transition back soon as this was a smallish EQ, but we'll be out of Observing for a bit.

Searches started for before and after lock loss last night
Started around 16:32 UTC

https://ldas-jobs.ligo.caltech.edu/~ldvw/bruco/patrick.thomas/H1-CAL-DELTAL_EXTERNAL_DQ_2019-06-13-18.30.53-600
https://ldas-jobs.ligo.caltech.edu/~ldvw/bruco/patrick.thomas/H1-CAL-DELTAL_EXTERNAL_DQ_2019-06-14-11.09.47-600

TITLE: 06/14 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 110Mpc
OUTGOING OPERATOR: Cheryl
CURRENT ENVIRONMENT:
    Wind: 5mph Gusts, 3mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY:  Lock is 10+ hours old, with the past 6 in Observing.

I ran my matlab code to look at two times, one during this lock, and one from the previous lock, to identify changes. Attached are results, in list form, from the excel file and in plots where the blue trace is from the previous lock and the red trace is from the current lock. 

• excel file
• test file snapshot of times used
• 5 plots of excel file channels, from Matlab
• snapshots of pitch, yaw, and sum changes, and osem changes that stood out
• an IMC REFL image from 6/13 00:41UTC and 6/14 00:41UTC subtracted to show the change
• the largest Pitch and Yaw changes are also in tables below:

TITLE: 06/14 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 109Mpc
INCOMING OPERATOR: Travis
SHIFT SUMMARY: winds are now under 10mph
LOG:

• 08:13:10 UTC - H1 out of lock, SEI set to EQ
• 08:14:35 UTC - H1 back in Observe
• 08:46:52 UTC - H1 out of lock, SEI set to Windy
• 08:49:10 UTC - H1 back in Observe

H1 has remained lock, past 2 hours have have a low glitch rate, range 106Mpc.

TITLE: 06/14 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 108Mpc
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    Wind: 14mph Gusts, 12mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.11 μm/s
QUICK SUMMARY:  locked in Observe

TITLE: 06/14 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 107Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY: After relocking from the earthquake and a end X Beckhoff crash, we are a bit down on range.
LOG:

• 2303 GRB alert, Fermi. Standing down.
• 0014 Gerardo back from MX
• 0119 Lock Loss, EQ
• 0152 EX Beckhoff crashed
• 0256 SEI_CONF back to WINDY
• 0447 Observing

The TCSY laser has lost lock a few times in the past few days (alog49888), so I tried to relock at a different lock point to potentially help. To do this, I let the Guardian node do most of the work, and watched to make sure that it was finding a good spot that was a bit further away than what it has been using. I manually brought the node to the find lock point state, and this state will continue to find new lock points if you keep it in this state (instead of moving on after finding the first suitable one).

I have noticed in that past that with larger temperature swings in the LVEA that we would sometimes lock lock, and since it has been the hottest days of this year the past two days I had thought that was the case again. After trending the temperature sensors near TCSY and the power set point offset, I'm not conviced. (see 2nd attached)

Hopefully this is a bit more stable at this further point.

Earthquake recovery started with me trying to get the green arms to lock for longer than a few min while I waited for the ground motion to settle. At 0152 EX Beckhoff crashed. I called Patrick and he showed me how to restart it, but from the CDS overview PLC3's uptime was not counting up. This took a few different restarts and Patrick walking me through opening up the PLC3.pro and then logging in and running it. This seemed to solve the problem.

After I confirmed that beckhoff looked to be good again, I noticed that the EX ring heaters would not produce the correct power from the requested. Thinking that it was from teh Beckhoff boot, I tried to find the configuration parameters but they are not found from any medm (I put it on my todo list). I was able to figure out what was changed from SDF and this was fixed.

I began an initial alignment with the INIT_ALIGN guardian. After I touched up green, I could have left it to do teh entire initial alignment on its own except for one spot. When MICH Bright is requested the first time, it never seems to lock. But if you go to down and then request it again, it will lock right away. I've noticed this many times, but not sure why. Other than that it was a straight forward IA.

Once I had made it to DRMI locking, I received another incoming earthquake alarm. Though not as big as the one from Chile, it arrived right as we were powering up, bad timing. It was rough but we made it.

Attached: The reverted sysecatx1plc3 sdfs and the accepted LSC-MICHFF & SQZ-LO_SERVO_COMM_BOOST

Currently talking to Patrick to get it going again.

The earthquake and wind finally got to us. We were all very impressed with how long we stayed locked considering though.

Out to find a new lock point on the TCSY CO2.

As we started this work, we got a notification for an earthquake from Chile (6.4mag)

Around 4:17 pm local ion pump #6 in corner station tripped. I restarted the power supply and it seems to have recovered normally down to 162 micro-amps and falling.

[Laurence, Jenne]

We've recently imported V2 of Lee's IIRrational, and have been updating the feedforward fitting scripts to work with it (with lots of great support from Lee), and have applied it to feedforward measurements taken on Monday, after we'd thermalized at the new PSL power of 37W. 

Today we took a few minutes of pre-approved commissioning time to switch to the new MICH and SRCL feedforward filters.  The attached screenshot shows that the MICH filter is doing some good, however the SRCL filter is doing more harm than good.  I'd like to leave it on for a little while, but since we've got another pre-approved commissioning time once the Evening operator arrives to help the TCS CO2 laser, I'll likely revert the SRCL filter. 

In the attached plot, upper left shows LSC-DARM_OUT and the MICHFF and SRCLFF outputs that get sent to the ETMs to sum in with DARM.  References are all on the old 35W filters, current traces are the new filters.  You can see that there isn't much difference with the MICH output, but the SRCL output is much larger at low frequencies, and slightly larger at high frequencies. 

Upper right shows the difference in the calibrated Darm spectrum, that we've improved a bit between 10Hz - 15Hz, and above that any changes are quite subtle.  We've definitely degraded the spectrum below 9 Hz (the SRCL fit really, really wants to give a highish-Q peak there, to get the fit better above 10 Hz), which will contribute to upconversion around lines in the bucket.

Lower left shows the coherence between SRCL and DARM, and you can see that between 10-15 Hz, we've made an improvement, but both below and above that we have significantly hurt things, which is why I will revert the SRCL FF in 30 min or so.

Lower right, however, shows that the coherence between MICH and DARM is improved between 10-25 Hz, so that seems good. 

Sheila, Georgia

Today while LLO was commissioning we took some time to look into output jitter. The end goal is to have a projection of OMC ASC to DARM for the noise budget, following similar methods to Koji or Carl

Today we only mostly ran excitations to the POS_Y loop, with various offsets and excitation levels. We also did a couple of excitations to the POS_X loop.

• There is a strange offset in the POS_Y loop, causing extra coupling which Craig and I saw back in March
• We can manually add offsets to the loop to minimise the coupling of a fixed amplitude excitation to DARM, see first attachment
• However: the offset for minimal DARM coupling is different to the offset for highest DARM optical gain, see second attachment
  • The "coupling co-efficient" in the top plot of the second attachment is just sqrt(DARM_inj^2 - DARM_quiet^2) / QPD_inj , i.e. the ratio of the excitation measured in DARM to the excitation measured in the QPD

• We also made the measurements for a "Koji-type-2" upper limit projection of the ASC to DARM, third attachment, using an offset to enhance the coupling of an excitation. However our excitation is too small to make a reasonable darm projection (using this data we can say that the output jitter is not above DARM, which is not very useful) Edit: see comment for updated upper limit projection
• We were worried about large amplitude excitations dominating the RMS motion of the OMC and changing the coupling co-efficient, but further analysis is required.

Other things to note:

• During this test the Sensemon BNS range jumped to 120 Mpc, this wasn't a real range increase but actually a miscalibration while we were playing with the optical gain