TITLE: 07/16 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 48Mpc
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
Wind: 21mph Gusts, 17mph 5min avg
Primary useism: 0.05 μm/s
Secondary useism: 0.05 μm/s
QUICK SUMMARY: locked since last night
TITLE: 07/15 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 48Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY:
LOG:
21:00 Kyle on site working on VPW
CH2M was supposed to knock down a stack today. Didn't see any evidence of it here on ground sensors or roof cam, but wall FOMs may not include relevant frequency bands?
TITLE: 07/15 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: Jim
SHIFT SUMMARY: Observing for 4+ hours. No issues after IA and relocking.
LOG: None
After a bit of a extensive IA followed by a short lock, we are back to Observing. The range is down from earlier in the week at around 50 MPc.
TITLE: 07/15 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Calibration
OUTGOING OPERATOR: Cheryl
CURRENT ENVIRONMENT:
Wind: 8mph Gusts, 6mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY: Relocking after mystery lockloss post input pointing changes. Currently at DRMI_LOCKED and will attempt to proceed further. Cheryl suggests that if this lock doesn't work out, another IA may be helpful.
TITLE: 07/15 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Calibration
INCOMING OPERATOR: Travis
SHIFT SUMMARY:
LOG:
Jenne D. Thomas V.
After Robert finished his PEM injections, we wanted to try to change the pointing into the interferometer after IMC using the IM1 and IM3 to put IM4 Trans QPD back to the pre-EQ location, this seemed to help the range a bit as well as increase the power recycling gain.
Since we were convinced the pointing was satisfactory, we began to try to optimize the spot locations using the reverse A2L procedure using the June 18th data as a good reference. However, this really screwed up the sensitivity so we're leaving the SOFT loop offsets back at zero.
So in the end, there's a bit of change to the input pointing, spot positions remain unchanged, A2L gains remain unchanged.
TITLE: 07/15 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Calibration
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
Wind: 5mph Gusts, 3mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.07 μm/s
QUICK SUMMARY:
TITLE: 07/14 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: CALIBRATION ("PEM Injections")
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY:
Violin Modes rung up while locking up! Please watch Violin Modes to confirm Guaridan settings are OK (watch them around the VIOLIN_MODE_DAMPING_1 steps).
LOG:
Since there are no tasks on deck for H1, going to take this opportunity to get some multiple-coincidence data (w/ L1 & V1).
There were some SDF Diffs:
Guardian Note:
Since OMC_LOCK was needed to go to MANUAL to REMOVE_WHITENING,
I made two BruCo scans, the first from before the Montana EQ at:
https://ldas-jobs.ligo-wa.caltech.edu/~brian.oreilly/bruco_1183356018/
the second from July 14th 0300 UTC at:
https://ldas-jobs.ligo-wa.caltech.edu/~brian.oreilly/bruco_1184036418/
Attached are the trends of the Oplevs (FAMIS #4736).
Do not see any pressing issues to worry about.
Agree with Corey, everything looks normal here.
During current lock:
Jenne had me quickly maintain lock by:
This calmed things down. Then moved on to Violin Modes.
ETMx MODE4 (505.805Hz) was once again the largest rung up violin mode. Have stayed with positive gain, and played with increasing it & also fiddling with phase, but not having luck with that yet.
* See Sticky Note for how to change the Manager Flag from "User" to "ISC_LOCK".
Not sure anything I did improved anything or if it was just time allowing the ETMx MODE4 to ring down on its own & get to a value where we could finally go back to locking (Spent about 45min tweaking on violin modes).
Kiwamu took a look at spectra of RMS of OMC_DCPD_A_IN1 & OMC_DCPD_B_IN1 & they looked fine to ADD_WHITENING. So I went ahead and did that:
BUT....I must have not done something write here, because the ISC_LOCK complains about OMC_LOCK no longer being MANAGED by ISC_LOCK. How do we get it to reclaim OMC_LOCK?
* See Sticky Note for how to change the Manager Flag from "User" to "ISC_LOCK".
Either way, back to NLN.
VIOLIN_MODE_DAMPING_1 Issue?
Since these violins appeared to ring up as we were raising power & went through the VIOLIN_MODE_DAMPING_1 guardian state, does this mean we might still have an issue with the Guardian settings for the Violin Modes?
TITLE: 07/14 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Travis
CURRENT ENVIRONMENT:
Wind: 4mph Gusts, 2mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.07 μm/s
Quiet at the moment with small useism & low winds.
QUICK SUMMARY:
Richard and Travis were troubleshooting IMC when I walked in. Richard asked me to run the DOWN state (Guardian was in the INITIAL_ALIGNMENT state), and this locked up the IMC. Will start an initial alignment from scratch now.
Note: OBSERVATORY MODE is in the EARTHQUAKE state. It was taken to OBSERVING last night.
Initial Alignment/Locking Notes:
INPUT_ALIGN
While running through the Input Align step, noticed big ASC signal ringing down after OFFLOADING (screenshot attached). I don't recall this happening before & just thought I'd mention it because Travis had his IMC issue during this step of INPUT_ALIGN.
MICH_DARK_LOCKED
The spot here was bright & I wasn't able to get it to the usual dark spot. I centered this spot & moved on.
Locking Issues:
So after the alignment, couldn't get much action while trying to lock PRMI (looked very quiet), and it also looked very quiet/dead for CHECK_MICH_FRINGES. So I went to DRMI locking and looked aft flashes and moved the BS accordingly. Managed to eventually get a lock. Just wondering if my alignment was bad due to issue with MICH_DARK_LOCKED.
WP 7075
To further proceed with the 72 MHz WFS (Wave Front Sensor)s (37042), today I made the hardware changes (mostly cabling), as summarized below, while the interferometer was in a violin-mode-damping state.
I am going to leave the hardware configuration as it is. If this new setup doesn't cause extra noise in the interferometer, they will stay semi-permanently.
Here is a summary of the new configuration:
[The modifications]
Later, Jenne pointed out that the dark offset should have been readjusted. So we re-adjusted the dark offset. As a result, the -1 dB gain I originally placed turned out to be inaccurate. I set it to 2 dB in order to get roughly 550 counts at the normalized in-phase output when the DRMI is locked with the arm at a off resonance point. The RF phase is also adjusted accordingly.
It seems like since this work there has been excess low frequency noise in the RF9 AM stabilization control signal. The attachment shows the difference.
Last entry from Roam position 7, see 37334.
At Roam8, a meter or so further +X from Roam7, the spectra would suggest this location is not as quiet (wind response tilting) as Roam7. However, this wind is from the NNW rather than our usual S or SW for previous views. Also, while the Y dof seems more tilty for STS2-C (HAM5), at the lowest frequencies, HAM5 seems less tilty below 100mHz for the X dof. I'm not sure if this conclusion is valid when the sensor is noisier during the quiet period???
Attached are the usual wind plot and sensor spectra. The quiet wind time is 11 July 1200utc and the windy time begins 0230utc on 11 July.
J. Kissel Just posting an update on this -- the H1 PCAL Y RX PD reported displacement continues to decay, likely due to some temperature dependent clipping. This had been a part of the FRS Ticket 8328, but there's little we can do during an observation run to fix this. We've since closed the issue as LONGTERMFIX. AS such, I'll raise to an integration issue, and mark as WHEN VENT (similar to the promised work in Integration Issue 4700). For now, recall that we've switched over to using TXPD as the calibration reference (see LHO aLOG 37166).
Opened IIET Ticket 8481
I've attached my related notes on this subject, as I've been trying to draw up a history of the issue since the Fall. "Issue History.pdf" is the information I've been able to drag out of aLOGs and long time series, "Investigations.pdf" are the questions I've had and a select few I've answered. Apologies for the rambling nature, these are my personal notes. Short summary of my investigations: temperature correlation on the Rx side is quite clear but higher frequency coherences appear to be only in obvious places (other PCalY OFS and Tx channels, ETMY ISI channels) and I haven't figured out how to measure coherence for long term, slow frequency signals.
Further investigations and notes will now exist in DCC document G1701350 (see https://dcc.ligo.org/G1701350).