X-ARM running ditherAlign scripts on - TMSX, then see levels 1.25 or so - ITMX see levels 0.4 or so - Moving ETMX by hand FOUND THE BEAM! - Use ALS_XARM guardian Request LOCKED_NO_SLOW_NO_WFS A couple of tweaks of ETMX and we locked green! - Error signals for Green WFS seem pretty small, gunna try WFS. - Going for the slow method — turning them on by hand. Request INITIAL ALIGNMENT on ALS_XARM Immediately turn off GREEN WFS inputs - was able to turn on ALL dos with relative ease. So now we’re in normal initial alignment state. (PS AS port now looks a lot better.) - Offloading GREEN WFS to suspensions by requesting GREEN_WFS_OFFLOADED Guardian went to fault. - Trigger PDs thinks that the ARM is unlocked, but the arm remains. Investigating triggering. Suspect fiber polarization. at 16-17% Should be OK. Gunna fix the polarization anyways. PDH Locking blipping errors for PLL PLL screen is not mad. TJ suggests “this just happens some time. Takes 20-30 minutes, it’ll go away.” Forcing PLL FIBR LOCK logic for a minute or two Undo force, looked like no more glitching for a bit, but came back. - Offloading GREEN WFS again Guardian still faulting. - Looks like VCO is the problem. Error is now popping up Yanked the TUNE OFS slider (or hit reset button) - Now get ALS laser problem errors. Opened laser screen. No clue, looks like Noise Eater field is high w.r.t. threshold (3 w.r.t. 0.5) - Forcing Green WFS offload by switching ALS_XARM to MANUAL and requesting OFFLOAD_GREEN_WFS. then went to AUTO, and requested GREEN_WFS_OFFLOADED, so that when offloading was done, it would land where it should. - Continue to have errors. Jenne’s button mashing PDH and PLL when ARM is request UNLOCKED. - Requested LOCKED NO SLOW NO WFS - ALS laser head error seems constant. - Started looking under the SYS > Ethercat Overview screens and following the red lights down the hole. Found ALS laser error problems. Logging into Beckhoff System searching for more details on the error message. - After diggggggggggggging. We found that the ALS green laser power was too *high* the nominal H1:ALS-X_LASER_HEAD_LASERDIODEPOWERNOMINAL is at 1.842 Laserdiode2powermonitor H1:ALS-X_LASER_HEAD_LASERDIODE2POWERMONITOR was at 2.03 W which was just outside of the pre-defined tolerance of H1:ALS-X_LASER_HEAD_LASERDIODEPOWERTOLERANCE of 0.2 So we bumped the tolerance up to 0.5. This is not something we’ve seen. These systems don’t show text unless there’s an error. Our errors were momentary, so find the error is a pain in the ASSSSS. The screen path is SYS > Ethercat overview > EX PLC2 > Als > X > Laser > Head > which pulls up the (automatically generated) H1ALS_X1_PLC2_X_LASER_HEAD.adl Nightmare! Once we raised the tolerance to 0.5, the laser head was happy and all PDH / PLL / VCO errors are happy. Let cook with initial alignment for 10 minutes. ———————— Y-ARM also back pretty damn quickly. - Looks like Green camera location is off. Arm is locked in green, with GREEN WFS ON Transmission is high Camera DOF3 error points are at 0.6 (should be 0.1) Suspect camera got bumped. Problem — Beam Splitter was far out of alignment in Yaw. So when camera servo came on, it would pull the green beam off of the trans QPD. Which also made it look like camera was bad. Let cook with initial alignment for 10 minutes. ————— Both arms done. Moving on to recovering ALS. By-hand rough aligning of beam splitter using MICH fringes as metric, on the way to getting PR3 in the right place to get ALS beam onto ISCT1 Moving around PR3 is proving unsuccessful in finding a beat note. Trans PD / Camera are falling off. Jenne / Vaishali are heading out to ISCT1. ALS light pipe has been closed. #facepalm Found good beat note once open. Resuming initial alignment. Moving ALIGN_IFO guardian to INPUT_ALIGN (aligning the RED input to the X ARM). INITIAL ALIGNMENT Guardian goes into error, due to EZCA connection errors to ISI-HAM6 DACKILL RESET Also reporting that the DC centering loops are railed. Found DC4 loops with bogus input stuff and railed. OMs outputs are saturated because of bad DC4 input. Clearing history. Trending OM alignment, gunna try one more time to get a good alignment on the OMs. At least now we have a nice beam at the AS port camera, so we can use the AS _DC signals as our metric. Found out fast shutter is closed. Says “AS power is too low.” With the fast shutter and AS power too low, ALIGN_IFO got trapped in an infrequently used conditional, which asked for an old channel name on the HAM6 DACKILL. Now fixed, loaded and committed. Tried fixing the power on AS_C. Have tried restoring alignments to various places with references of various sensors. Tried moving around optics by hand. No dice. Trying to increase laser power. No dice. Turned on High Voltage to Fast Shutter (and OMC PZT). Opened shutter. Now have light on WFS, so can resume initial alignment. (Also a reminder that AS_C has been calibrated into physical units, so what we thought was low isn’t actually low.) Made it through PRM_ALIGNED. Now stuck on Beam splitter alignment. Turns out it locks OK, maybe just the exposure is too high? “It’s got the right wobble” for a dark locked MICH… Moving on the SRM_ALIGN. Looks bad, but not usually bad. Usual game of mis-aligning SRM, then using SR2 to align beam onto AS_C. didn’t do much. Ended up just restoring to an unlocked time, instead of a locked time. Got through initial alignment! running normal lock acquisition. Got through ALS and Check IR no problem! Woo! Now to DRMI…. SR3 Cage servo gives a little trouble Turned OFF cage servo, because it was confusing things. Should reset it’s set point, once we’re happy with ASC and DRMI. Got an OK DRMI lock after some manual alignment tweaking in PRMI. In only tries! After DRMI ASC tried to come on, it steered us to a bad place and broke the lock. Deciding to set dark offsets because ASAIR_B on the front strip tool, and this may be the problem with DRMI ASCs. Set ISC_LOCK DOWN. Set ISC_LCOK to IDLE. Set IMC_LOCK to OFFLINE. run this script. ${userapps}/asc/common/scripts/darkoffset/all_offsets_LSCandASC Changed Cage Servo Setpoint to current value, since we we able to at least get DRMI.