Here is a longer stretch of data, from the first RF-only lock on Saturday night.  Unfortunately daqd had died about 400 seconds before the lockloss, so I can't show the RF signals coming on.  

ALS was on the _A channels for CARM and DARM, so when those go to zero (about -300 seconds for CARM, and about -200 seconds for DARM), we're using RF signals only for the error signals.

CARM noise definitely improves, but holy smokes does DARM start to look good!  Although, right at the end it starts to look like REFL11I is getting bigger.  Not sure why, but we'll have to watch out for this.

Here's the equivalent plot for the second lock stretch. This is the one that was handled by the carm_up script. It looks like I had about 150 seconds of RF-only lock here. 

DARM error is getting bigger with time jnear the end, even though I wasn't working on alignment here.  Zooming in, DARM is oscillating at 16.4 Hz, which is the bounce frequency.  I thought I had my bounce/roll filters on, but somehow it still got a little rung up.  It just rings up to a steady state though, it's not getting huge, so I don't know that it was the cause of the lockloss.