Matt, Dan
After Alexa gave us a quick alignment tutorial, we started by fiddling with the dither alignment of the X-arm. The PD thresholds for dithering across the baffle PDs were set to very small values, so small that the dither would declare victory before it even started. Matt has been working on the initial alignment, I'll let him say more about it.
We noticed that the green spot on the TMS-Y mirror, visible through ETMY, is very low. There are large offsets in the EY green QPDs that steer the beam to what looks like a bad place on the mirror. Zeroing these offsets (which is where they were for most of the last six months) would have forced us to begin a painful realignment procedure, so we left them as we found them. Historically it looks like people have set these values to maximize the buildup in the arms, but it's hard to believe that the optimal beam position is so far off-center.
With the arms well-aligned for green we aligned the corner optics - IM4, PR2, PRM, BS, SRM. The scripts for this went quickly, about five minutes.
Then we locked the DRMI, with the arms misaligned. Locking tonight was fast and robust; the DRMI would lock within a few minutes (rarely more than 5 minutes), and would remain locked for tens of minutes. There were many unexplained lock losses, so things are not as stable as we'd like, but we didn't see any mode hopping and the sideband buildup was consistently good. Over three hours of DRMI locking we didn't observe a significant drift in the alignment.
We went through the DRMI guardian and commented out lots of gain/switch settings that weren't needed, mostly for the DC centering. The script is now pretty fast, it goes from lock acquisition to ASC loops on in less than 30 seconds. We did not observe any unexpected long pauses. The duration of the script is dominated by ramping the SRM and PRM M2 gains, this takes 9 seconds total (4.5sec each).
We re-enabled the PRM and SRM2 offloading to M2. We found the SRM offloading was a little flaky and sometimes broke the lock. To make this a little gentler, we reduced the initial gain ramp to 1, and ramped the rest of the way (to 4.5) after the WFS turned on.
We measured the LSC OLTFs and found that MICH and PRCL didn't have much phase margin (~25deg each). We reduced the gain for these loops so that they both have >30deg. The MICH gain is now 3 (was 5) and PRCL is 15 (was 22).
Afterwards I mucked around with the OMC, I found a set of good misaligned values for ITMX and ITMY that minimized the RIN at the dark port when the other ITM was aligned (presumably this steers ghost beams away from the OMC). Following Gabriele's instructions I used the picos to center the beam on IMC WFS A and added some offsets to the IMC ASC loops; this reduced the intensity noise measured by the ISS second loops PDs by a factor of three or so. I tried to engage the ISS second loop but failed. The script posted here did not appear to work; I tried to follow these directions but the loop was unstable.
Plots attached are MICH, PRCL, SRCL loops before we reduced the gain to get some phase back in MICH and PRCL.
FWIW the misalignment settings for ITMX/Y that inject the least amount of RIN at the dark port (with a single bounce off the other ITM) are:
ITMX PIT | ITMX YAW | ITMY PIT | ITMY YAW | |
Aligned | 64 | -1.7 | 222 | -140 |
Nominal misaligned | 0 | -62 | 0 | 0 |
Better misaligned | -10 | -380 | 282 | -450 |
I didn't observe any change in the RIN spectrum when moving the PRM, SRM, or ETMs. This doesn't solve the problem - the OMC TRANS spectrum is still a little ratty - but it seems to be dominated by RIN noise that is coming from the input beam, which is a job for the ISS.
The ISS second loop scripts are not 100% fail proof. If they fail once, try a couple of times more. Normally the switch one script works more than 50% of the times.
Well, Gabriele is right -- running the ISS secondloop script with Sudrashan this afternoon was problem-free.
For posterity, I've been using Sheila's DRMI OLTF templates for measuring loop gains: /ligo/home/sheila.dwyer/DRMI/DRMI_MICH_OLG.xml and related.