This morning I looked at phasing AS_A_36.  I want to go back and re-do it, but I left it in a situation where the phasing is 15 deg different than it had been, and the AS_A_36_I pitch and yaw signals (which are what MICH ASC transitions over to in OFFLOAD_DRMI_ASC) were around zero, as opposed to the large DC offset I found eith the original phasing.  Phasing to make the 36 signals' zero crossing be at the same place as the AS_45 zero crossing (MICH ASC was locked using AS_45 at the time of the phasing) made the OFFLOAD_DRMI_ASC state much more reliable.  I also copied the gentler turn-on scheme that we use in that state over to the CHECK_AS_SHUTTERS state, which also turns off then back on the MICH ASC.

After this, I was able to get to PREP_DC_READOUT_TRANSITION several times reliably.  I lost lock several times trying to go to DC readout, or trying to go halfway to DC readout.  I measured the DARM loop while I was still RF-only locked, and it looks very strange.  Once we come back from this earthquake, the DARM loop is the first thing we need to look at.  (This is consistent with, for example, the locklosses from last night that Georgia posted in alog 45590, where the first oscillation happens in DARM).

Screenshot shows the weird DARM loop shape.  I didn't save the coherence as a reference, and the 'live' measurement includes a lockloss, so you'll have to trust me that the measurement had good coherence above 10Hz, so including the weird peaks between 10-20Hz, but not necessarily the peak below 10Hz.

Also, I shortened the ramp time of some of the lockloss trigger turn-offs.  I think I'm seeing that the bounce mode of ETMY (that we have the DAMP_BOUNCE state for, once we're on DC readout) is ringing up more often now.  I'll likely change them back to ~2 or 3 seconds, from the 1 second they are at now.