Summary: H1 was out from 7:58 - 9:45. Not totally clear when to Intervene due to repeating locklosses.
A minute before my shift started H1 lost lock. I immediately got set up to lock H1 with our new operator protocol (T1900725) of allowing H1 to lock as much as it can WITHOUT operator intervention. Still think there are some states/steps where we might want to change intervention thresholds.
To Intervene, Or Not Intervene
For example, there were several locklosses in a row which happened in odd states (several in a row while waiting for DRMI to acquire & one during FIND_IR)...I was fearing I was in a loop of locklosses at this point! And so, to prevent waisting time, on the 9th (!) lock, I threatened to run an alignment by opening up all the nodes needed to do that, and (wouldn't ya know it!) H1 then locked all the way up!! Ha!
As for actual intervention, it only happened on the very first lock (tweaking ETMy for y-arm green locking) & after that, I sat on my hands and noted where it dropped out.
H1:LSC-PRCLFF FM4 is OFF
Looks like Guardian is taking us to the standard state of keeping PRCLFF's FM4 OFF, but with tests last night, there was an SDF diff for wanting it ON. I went back to Accepting FM4 OFF. Attached is a screenshot of the SDF diffs I observed and then ACCEPTED to get us back to OBSERVING.
Notes On Operator Intervention & Locking:
I had not put the PRCLFF FM4 into the guardian (I think I'm getting too used to these very long lock stretches that last for many days!), so it makes sense that it wasn't on. With Craig's plots showing that it maybe didn't really help things, and the range is quite good right now, I think leaving it off was the right call.