TITLE: 06/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 5mph Gusts, 4mph 5min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.26 μm/s
QUICK SUMMARY: H1 has been unlocked since 10:21 UTC this morning. It's been able to relock up to PREP_DC_READOUT_TRANSITION, but the OMC is not locked; OMC_LOCK is stuck in the SET_WHITENING state with a notification reading "DCPD gains not equal after whitening switch -- yikes!" (I've not seen this before; will start troubleshooting)
Looking into why the OMC couldn't lock this morning, it seems to me like the sequence of events went as follows (all times in UTC):
H1 sat in this position for several hours (owl operator wasn't notified, separate issue) until Sheila manually set the DCPD gains to what they should be (1), then the OMC was able to lock without issue and the IFO followed suit.
I believe this interaction happened because now that the DARM_OFFSET state has been moved to after all the ASC states, the OMC doesn't have as long to lock before we reach PREP_DC_READOUT_TRANSITION, and the OMC_LOCK DOWN state request happened in a bad spot. If we want to keep DARM_OFFSET where it is, we might want to change ISC_LOCK to give OMC_LOCK more time to lock the OMC before having it try again.