Our range and SQZ BLRMs were low in this lock compared to yesterday so after checking that our RF6 power H1:SQZ-CLF_REFL_RF6_DEMOD_RFMON was still high (Good NLG) after Sheila adjusted it last week. I adjusted the SQZ angle from 16:45 to 16:55UTC and 17:05 to 17:15UTC, this is currently allowed during Observing but tagging DetChar just incase. It's a little confusing that improving SQZ BLRMs decreased the H1 range, see attached. Started at 141deg, ended at 130deg, I think there's room form more improvement and something is off.

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 133Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 13mph Gusts, 9mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.17 μm/s
QUICK SUMMARY: IFO has been in NLN for 3h30.

Dust monitors, VAC, SUS, SEI, CDS all okay.

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 131Mpc
SHIFT SUMMARY:

• A few short locks, we were plagued by PIs, mostly 29

Lock#1:

Lockloss at 07:41 due to PI29

Lock#2:

Yarm locked very nicely and quickly, unlike Xarm which went through increase flashes twice. Lost it at LOCKING_ALS (Xarm lost lock then Yarm). 2nd try locked als fine but couldn't get DRMI, went through PRMI and it took 2 attempts to lock. I tapped PRM in yaw by 6 microradians based on the AS_AIR image and it caught and stayed locked on the 2nd attempt, DRMI then locked quickly.

NLN at 09:00UTC, PI31 started to ring up almost immediately but was damped effectively by guardian.

In Observing at 09:08UTC

Another PI29 lockloss at 10:15

Lock#3:

Paused at DC_READOUT and let the PI DTT take a measurement, following the PI wiki to check and see if the mode had damped. Spent 20 minutes here before moving back up after not seeing any large peaks on the DTT or the 80kHz scopes.

NLN at 11:31UTC, in Observing at 11:39UTC

PI29 starting to ring up again at 12:54 (1:24 into the lock) but guardian succesfully damped it this time (yay!)

Handing off to Camilla

LOG:

No log for this shift

This is a followup on the previous analysis in 70134. In our disucssions we wondered if the low frequency excess noise can be all ascribed to the LSC feedforward being mistuned. The answer is: not all the noise increase, but only some of it.

The attached plot shows a selection of about 1500 times: each one is a period of at lest 600 seconds when the range was above 120 Mpc. For each segment I computed the average noise in the band 20-50 Hz as a proxy for the low frequency sensitivity. The gray circles uses CAL-DELTAL_EXTERNAL_DQ as in 70134. I then used a multi-coherence-based subtraction to remove the coherent contribution of LSC-MICH, PRCL and SRCL from DARM. This method should be similar to what Valera did and it's similar to the frequency-domain subtraction that NonSENS used to do. This "coherence-based subtraction" gives us an idea of the best that the LSC feedforward could ever do, by completely removing the coherent contribution of the LSC signals from DARM.

The orange dots in the plot show the 20-50 Hz noise after the coherence-based subtraction is performed. It looks like:

1. the power increase increased the 20-50 Hz noise even after LSC subtraction
2. the noise got steadily worse over time after the power increase
3. the increase of the DARM offfset made the DARM noise worse in the 20-50 Hz, but this seems to be recoverable by subtracting the LSC

We've lost lock twice in a row from PI29, 1:30 (1st) into the lock and 1:15 (2nd) into the lock. Relocking has been fairly straight foward and automated. I'm currently waiting in DC_READOUT for the PI DTT to take a measurment to check on the modes damping, following the PI wiki.

Another PI29 lockloss at 10:15, I tried to help fight it by changing the phase but it was to no avail. We lost lock again less than 2 minutes from when the PI starting to grow. Lock time of 1:15

We lost lock at 07:41 due to PI29, the time from when the PI started increasing to losing lock was less than 2 minutes.

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 128Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 13mph Gusts, 8mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.13 μm/s
QUICK SUMMARY:

Taking over from Corey

• Locked at NLN for 06:11UTC, in observing at 06:14UTC
• CDS/Dust looks good, winds died down
• Ground motion is also calming down

TITLE: 06/13 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
SHIFT SUMMARY:

Shift mainly marred by high winds for about 6hrs of shift, but back to Observing during last hour of shift.
LOG:

• 0038 Checking EX dustmon pump (tony)
• 2351-0042 Stopped locking due to WIND
• 0042 LOCK#1 (after pausing about an hour due to wind)
  • After my 60min timer alarmed, attempted to lock since gusts were no longer "yellow" or above 30mph (we were in the yellow for roughly 90min) & managed to lock PRMI.  yay!  However, the wind drop was a lull and returned....but ISC LOCK continued nonetheless with 30+mph winds.
  • 0108 POWER AT 25W lockloss definitely due to wind with speeds at 30+ mph and gusts over 40mph.
• 0109 Holding at LOCKING ARMS GREEN & holding here and starting 1hr timer on my phone
• 0125-0138 MY CP3 pump check (janos)
• 0130 EY has had gusts over 50mph.
• 0400 First signs of winds possibly calming down.
• 0420 Seeing Fire out toward Horse Heaven Hills 
• 0449-0510 Initial Alignment
• 0457 10min of winds in the "green" (or under 30mph)!  Finally hope for returning to Observing!
• 0502 Hanford patrol to gate and turned around
• 0510 LOCK#2:  After the Alignment, no intervention needed to get to NLN.
  • OMC Whitening from 0559 to 0611 while waiting for violins to damp down.
  • ACCEPTED the (2) SDF Diffs for LSC MICH1 & MICH2 w/ regards to Brina's new FM3 filter which has been added in Guardian by Sheila earlier today (diffs & MICH1/2 filter banks are attached).  Tagging ISC in this entry & SDF screen attached.
  • 0614 Back to OBSERVING!  (with winds calmer and peak wind speeds UNDER 20mph; also switched Observatory Mode from WIND to OBSERVING).
• Handing off to Ryan C!

Heavy winds continue and the green Y-Arm has trouble staying locked (I've stayed at LOCKING ARMS GREEN during the high winds).

Attached is a look at the last 3hrs zoomed in on speeds from 30-54mph.  The last 90min have been highest thus far for the shift....but if I squint it might slowly be dropping...but we are still with gusts in the 40-50mph range.

TITLE: 06/13 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 25mph Gusts, 18mph 5min avg
    Primary useism: 0.08 μm/s
    Secondary useism: 0.11 μm/s
QUICK SUMMARY:

I might have re-saved my original post as a draft after I posted, so I lost my original post---reposting now.

wind, Wind, WIND!!!

Arrived to see H1 after a recent lockloss---Camilla mentioned the winds (I also drove through the gusts and eyed a fire in the Benton City area on the drive in as well.).  We've also had a few gusts in the 40mph range in the last 30min.

Currently have OBSERVATORY Mode in the WIND state, have taken ISC LOCK to LOCKING ARMS GREEN, and holding here until the 60min timer alarms for a reassessment. This is because of the loop of losing lock at early states of ISC LOCK.

TITLE: 06/13 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 131Mpc
SHIFT SUMMARY: Easy relock after Tuesday Maintenance but the wind is forecasts\ to pick up this evening.
LOG:

• 15:08UTC (1370704124) Caused a deliberate Lost lock for Tuesday Maintenance alog70399
  • Maintenance day details below and in alog70411.
• Relocking was uneventful. Did an initial alignment and only assisted in green arms locking, details in alog70424.
• NLN at 21:14UTC, Observing at 21:25UTC. Brina accepted a sdf for alog70423: 4:1 Hz MICH1 FM3 filter.
• 22:42 - 22:43 UTC Out of Observing as SQZ OPO unlocked, unsure why. Plot attached. Tagging SQZ

There is a computer Patrick left  turned on in the EY Mech room on HEPI pump controller, Robert powered off the monitor but said that he has previously done research that new style LED monitors are less nosy than computers.                                                                                                        

Caused a deliberate Lost lock for Tuesday Maintenance at 15:08UTC (1370704124) alog70399

Relocking was uneventful. Prior to starting initial alignment (while other work was finishing up) I manually touched ETMs and TMSs for better green flashes and then completed an initial alignment.

The lock acquisition itself was completely automatic but we did loose lock twice (TUN_ON_BS_STAGE2 and OFFLOAD_DRMI_ASC). I expect this was due wind > 20mph, plot attached.

NLN at 21:14UTC, Observing at 21:25UTC.  Brina accepted a sdf for alog70423: 4:1 Hz MICH1 FM3 filter.

Brina, Sheila,

After taking a look at the UGF for the Michelson loop, we turned back on the 4:1 FM3 filter on 06/13/23 at 21:17:50 UTC and will run it for at least a week to see if this aids in keeping lock from Earthquakes, (alog 70293 thread).

WP11256 Upgrade EY HEPI Pump Controller to Beckhoff

Patrick, Fil, Jim, Dave:

Patrick and Fil installed the new Beckhoff HEPI Pump Controller at EY alongside the original "Ben purple box". The new unit has the temporary name h1hpipumpctrley1, Fil ran a new ethernet cable to it from sw-ey-aux port14.

Patrick and Fil got the new unit booted and on the network. Its EPICS IOC is running, there is no overlap in channel names between the old and the new EPICS databases, so they can run at the same time.

The new unit was not put into production today, we are still using the original unit to control EY pumps.

WP11245 TW0 raw minute trend files offload

Jonathan, Dave:

To complete last week's offload of raw minute trend files from TW0 SSD to h1daqframes-0 HDD, the hand edited daqdrc on h1daqnds0 was put into puppet by Jonathan. We verified the configuration when the DAQ was restarted today.

WP11254 Atomic Clock Re-synchronize with timing system

Daniel:

Daniel resync'ed the atomic clock. Please see his alog for details.

WP11257 Remove obsolete filter-modules-with-control parts from h1als[ex,ey]

Daniel, Dave:

Daniel downgraded the H1:LSC-X_ARM_DRIVE and H1:LSC-Y_ARM_DRIVE filter modules on h1als[ex,ey] to standard filter modules. This fixes the issue of the fm-w-ctrl having hardcoded Cin and Cmask attempting to turn on non-existent FM3 and FM5 filters.

Because the MASK PV for these FMs were removed from the INI files, a DAQ restart was required.

DAQ Restart

Dave, Jonathan:

The DAQ was restarted for the above h1als[ex,ey] model changes. Both GDS0 and GDS1 required a second restart to sync their channels lists, other than that it was a good restart and the DAQ configuration is consistently in puppet.

Wrapping up Tuesday Maintenance. Main activities were:

• EX PCAL Measurement
• OMC Scans 70409
• Air Handler filter cleaning (impacted LVEA temperatures, Bubba, Tyler, Jeff looking into) 70404
• PSL Rev Cav Realignment 70402
• VAC turbo pump tests
• SEI HAM4 TFs - ongoing
• EY HEPI Beckhoff Controller new install 70405 - currently being reverted
• asl ex ey model changes and DAQ restart - still to do

This morning Tyler, Chris and myself cleaned the strainer on coil 3 for the chilled water system. This strainer was not as bad as coil 4 which we cleaned 2 weeks ago. It did need cleaning and did improve the flow of the cooling coil. We plan to clean the other 4 strainers as time permits on Tuesdays.
We also found the condensate drain plugged on AHU 1 again. We are working to unplug that drain now. The F/B damper on AHU 1 was closed completely so I have manually opened it to 70% for the time being to see if we can reduce some of the condensate from the coils. Coil 1 & 2 may need cleaning sooner than later if the condensate does not start going away soon. 

This is an updated table reflecting all work that happened since Oct/2013 including our recent HAM1 incursion. The previous version from Oct/2013 is in alog 7844.

Systems, please update Optics BOM and the drawings in D1000313. Use attached as a reference. M18 needs to be newly added to D1000313 as it wasn't added when they installed REFL LSC_B sensor. M2, M12 and BDV2 need to be merely  updated.

Bold font means that the information is not up to date in D1000313. Bold Italic with an underline means that the information in D100313 is not up to date AND it was installed/swapped in the latest incursion.

(Also note that there was a mix-up in the S/N in the old table. The optic we extracted from M2 had a serial number of 0944. In the old table, M2 was supposed to be 0990, OTOH 0944 was supposed to be M15. I don't know the S/N of M15 as of now but assume that it's 0990.)