Jenne, Oli

JM3 is no longer saturating.
During this investigation, we ended up finding the last time that we offloaded MC WFS, so for future reference, the last time we offloaded MCWFS was 2026/03/10 21:51 UTC.

JM3 Saturating
Earlier TJ noticed that JM3 was saturating. I went to take a look and found that the overdamping on JM1 and JM3 that had been done for in-chamber work at the beginning of April (89732) hadn't been undone, so now that the HAM1 doors were on, the damping was just way too much(JM1, JM3). I reverted these damping changes on both JM1 and JM3(JM1, JM3).

However, this didn't stop the saturations on JM3. The LOCK filter bank was sending in large negative numbers that were coming in from WFS DOF3 P and Y. With Jenne's help, we were able to sort of figure out what had happened.

The channel we look at for triggering the IMC WFS is IMC-IMC_TRIGGER_INMON, which is IMC-MC2_TRANS_NSUM_OUT_DQ divided by IMC-PWR_IN_NORM_MON. It seems like for some reason this morning IMC-MC2_TRANS_NSUM_OUT_DQ started going up, probably from noise and light in the LVEA, and ended up triggering the IMC WFS (the value was actually still lower than the trigger threshold of 40 so that's still a mystery though). Anyway, once the WFS were triggered, they were turning off and on over the next 4.5 hours. This caused garbage noise to build up in the DOF integrators, which got sent out to MC1, MC2, MC3, and JM3.
We cleared history on these filter banks, which fixed JM3.

IMC_LOCK Guardian Request
We think that something should be put into the IMC_LOCK guardian so that when we go through MOVE_TO_OFFLINE, something happens to prevent the WFS from turning on, like turning off the DOF inputs. Then when we go through DOWN, we turn the WFS inputs back on. This would prevent the integrators from building up garbage noise like what happened here.