Reports until 06:46, Wednesday 29 November 2023
H1 General
oli.patane@LIGO.ORG - posted 06:46, Wednesday 29 November 2023 - last comment - 08:20, Wednesday 29 November 2023(74468)
OWL Relocking Troubleshooting So Far

Around 10:30UTC H1_MANAGER requested help due to the Initial Alignment having timed out.

    - By the time I had gotten on, it had just been able to lock green arms and had offloaded fine.

    - However, it couldn't get XARM_IR to lock because the IMC kept unlocking and kicking MC2

11:08 I took the detector to DOWN

Restored all optics to 1385057770 (last second of the inital alignment before the 27hour lock from two days ago)

    (- I then restored the X and Y arms to 1385290825 (from when ALSX and ALSY had just been locked fine), but ALSY needed to be adjusted a lot and still wasn't able to get high enough to catch so I restored the arm optics back to the 1385057770 time)

    - Had to touch up both arms in GREEN_ARMS_MANUAL.

13:03 Went back into INITIAL_ALIGNMENT

    - Locked both arms quickly, but ALSY keeps drifting down while waiting for WFS, unlocking Y arm (attachment1)

13:15 Thinking that the issue might be in the specific alignment of the Y arm, I put the values of ETMY and TMSY to the values that they were while in INITIAL_ALIGNMENT and GREEN_ARMS_OFFLOADED from a few hours ago (1385289601)

    - Y arm was bad again and would not have caught, so I adjusted it again.

14:26 Into MANUAL_INITIAL_ALIGNMENT

    - Same as before, both arms locked quickly, but then ALSY started drifting down until it unlocked again.

So now we're having a different issue from what what it was initially, and referencing 49309, LASERDIODE{1,2}POWERMONITOR are both within range and tolerance(attachment2), although LASERDIODE2POWERMONITOR does look to be slowly drifting down, but very slightly and shouldn't be the issue anyway since ALSY was locking nicely just a couple of hours ago.

Something partially unrelated is that the ALSY spot on the camera is definitely a lot further over/cut off than it usually is, although it's possible that it's just because I'm seeing it closer up than usual. However, it's causing the flashes from Y to bleed over to the X spot and cause little jumps in ALS-C_TRX_A_LF_OUT.

Images attached to this report
Comments related to this report
oli.patane@LIGO.ORG - 08:20, Wednesday 29 November 2023 (74470)

Updates:

To fix the drifting YARM when locked, Jenne just adjusted PR3 and fixed how green arms looked on the camera. Got that locked and offloaded, but the PR3 value is currently reverted so that we could get IR X to catch, and then will be moving it back to its new location once ASC is on.

After fixing this, we went back to having the initial issue that I was called for - XARM IR not being able to lock due to the IMC continuously unlocking. This time at least, MC2 is not constantly saturating. Jenne tried forgoing locking XARM IR and tried locking YARM IR, but we are having the same issue.

16:16 Jenne just got XARM_IR to lock by running the dark_offset script and they're now restarting an initial alignment.