John, Bubba, Dave:

WP7083

the cell phone alarm system was reconfigured and restarted to add the CS, EX and EY water pump status channels. In the  FMCS EPICS database there is a CALC record which performs an inclusive OR on the pump status. If at least one pump is running, the STATUS is ONE. If no pumps are running, the STATUS is ZERO. The alarm levels are HIGH=1.5, LOW=0.5. There is no delay in sending the cell phone texts when an alarm is triggered. This completes this WP.

The full report can be found on the detchar wiki: https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20170720

Below I summarize the main highlights of this shift:

-The duty cycle was 78.5%, the range was stable around 53Mpc.
-We went to out of observation intentionally at 19:13UTC to dump violin mode on Thursday.
-The glitches around 20Hz at 10:00 UTC seem to be due to overflows in all of the test mass L2 coils
, perticularly the pitch motion of soft mode in cavity, similarly at 8:00UTC on Thursday.
-GRB alert occured at 01:49 UTC, 02:48 UTC, 04:31 UTC, 16:16 UTC and 21:11UTC.

Laser Status:
SysStat is good
Front End Power is 33.94W (should be around 30 W)
HPO Output Power is 154.9W
Front End Watch is GREEN
HPO Watch is GREEN

PMC:
It has been locked 5 days, 23 hr 37 minutes (should be days/weeks)
Reflected power = 17.22Watts
Transmitted power = 57.55Watts
PowerSum = 74.77Watts.

FSS:
It has been locked for 0 days 6 hr and 20 min (should be days/weeks)
TPD[V] = 2.354V (min 0.9V)

ISS:
The diffracted power is around 2.8% (should be 3-5%)
Last saturation event was 0 days 6 hours and 20 minutes ago (should be days/weeks)

Possible Issues:
PMC reflected power is high

Need some commissioning time today. New items from DetChar and old items that they didn't have time for last week.

Virgo engineering run coming up soon. They will most likely be on GraceDb, not GraceDb-test for this run.

Went over Tuesday Maintenance activities tomorrow, see whiteboard for complete list. New items:

• Bubba will be running the well pump in the morning to fill the fire tanks
• Dozen or so UW students in for tour tomorrow, would like to go into LVEA
• PCAL might want to go to EY for line investigation
• Sudarshan may want to do a PCALX spot move test
• Jim wants to do a HAM4 SRCL FF TF
• Jeff K to run rubbing TFs on CS optics
• CDS on floor taking measurements for future squeezer equipment

Update on Raven/Crows/Black Birds LN2 lines:

• Chandra will bring a company out to insulate the lines.
• Not sure of timeline yet.

Attached are the PSL Laser Head flow rates for the last 3 days.  On 7-22-2017 at 15:45 UTC (8:45 PDT) all 4 heads saw a drop in flow of ~0.03 lpm.  This lasted for ~2 hours, and then all flow rates returned to normal.  None of the other flows or pressures showed a change at this time, so it is unclear what the cause was.  The flow reading from the Head 2 flow sensor continues to have periods of noisy readings, which has been the case for this sensor since it was installed.

TITLE: 07/24 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 50Mpc
OUTGOING OPERATOR: Travis
CURRENT ENVIRONMENT:
    Wind: 20mph Gusts, 17mph 5min avg
    Primary useism: 0.08 μm/s
    Secondary useism: 0.15 μm/s 
QUICK SUMMARY: 3.5 hour lock at 50Mpc. useism is on the rise.

TITLE: 07/24 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 51Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:  One lockloss mid-shift.  Otherwise, no issues of note that aren't already logged.
LOG:  See previous aLogs.

14:33 Bubba to EX to check vaporizer

Confirmed with LLO.

No issues after the one lockloss during relocking noted in my earlier aLog.  Accepted SDF diff for LSC-REFL_SERVO_IN1GAIN in screeshot attached.

After the 10:16 UTC lockloss, DIAG_MAIN began reporting that, in addition to the known PCAL Y issues, PCAL X was also off by more than 1%.  Trending the RX PD OUTPUT shows that the output changed in a step coincident with the lockloss.  I'll not attempt to do anything about this at the moment and let those in the land of the living decide what actions to take. 

DIAG_MAIN was reporting that "ISI HAM6 WD saturation count is greater that 75% of max", so I pressed the "Clear Saturations Only" button from the ISI WD MEDM screen.

No obvious cause.

TITLE: 07/24 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 52Mpc
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
    Wind: 18mph Gusts, 13mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.09 μm/s
QUICK SUMMARY:  No issues handed off.  Lock is 13 hours old.

The glitchy periods at 10 UTC today, and 8 UTC on July 20, seem to be due to overflows in all of the test mass L2 coils. The cause of the overflows looks to be CSOFT pitch.

The attached plots show timeseries of CSOFT pitch and ITMX L2 master for one quadrant, then a spectrogram of the coil signal. It looks like most of the power is in the 2.8 Hz pitch mode of the test masses. From the summary pages, it looks like the RMS of CSOFT pitch has crept up over the last few months.

When the coil drive goes over 131,072 counts, the DAC overflows and the coil glitches. It's possible that I have things backwards, and the glitch comes first and the overflow is a symptom, but that doesn't seem to match the behavior of the RMS at non-glitchy times.

Is there a way to get CSOFT pitch lower, or maybe suppress some of the feedback at 2.8 Hz (which I think is the biggest contributor)?

FAMIS4737

All oplevs seem to be where they should be, looks good.

aLOG 37666

Looked at the BS UR signal as reported by Jenne. Disconnected noise monitor outputs of coil driver and shorted the inputs to the AA chassis. From here we could see that UR has ~10dB gain difference than the other channels. Power cycled both the AA and coil driver, transfer function showed no change. Coil driver S1000355 in SUS-C6 slot U26 was replaced with S1100039. Transfer function for all signal outputs the same.

F. Clara, J. Driggers, R. McCarthy

I'm checking the coil driver switching while we wait for the earthquake to ring down, to ensure that the analog switches are actually switching. Here's a rough note of my method:

* Set BIO state request to negative of the value that you want (i.e. -2 for state 2, -3 for state 3).  This gives you control of the coil out filter banks (ex. H1:SUS-ITMX_L2_COILOUTF_UL). Do this for all 4 quadrants.

* Turn off all filters, so you have a flat digital TF from the excitation point to the driver. Do this for all 4 quadrants.

* For BS (only one with oplev damping), disable oplev damping.

* Take TF from coil output filter bank excitation to fastimon channel (ex. H1:SUS-ITMX_L2_COILOUTF_UL_EXC to H1:SUS-ITMX_L2_FASTIMON_UL_OUT).

* Switch analog coil driver state, retake TF, confirm that it changed as expected.

* Put state request back to positive number that it started at; this resets the digital filters appropriately.

All switching seems fine for PRM M3, SRM M3, ITMX L2, ITMY L2, ETMX L2 and ETMY L2, which is all suspensions and stages that we switch coil driver states for, except for BS M2.  BS M2's UR coil is different from the other coils on BS M2. 

I'm attaching a screenshot of the BS measurements, showing that the shape of the UR analog driver is slightly different in each state, and the overall gain is different by about 8dB. 

I ask that the BS M2 coil driver be looked at first thing in the morning.