Recieved a call at 10:38UTC regarding the detector having issues relocking. It was stuck in an Initial Alignment at Green Arms, and right when it started the initial alignment, almost every suspension saturated, including the RMs and SQZ suspensions. We were also getting constant IFO OUT and MC2 saturations while in green arms. At 10:39UTC the ISI BS Stage 2 WD had tripped after many BS saturations.
We also have multiple large earthquakes coming in from the Phillipines and so the first thing I did was take the detector to DOWN. The R-waves of the earthquakes are now hitting us, and ITMY Stages 1 and 2 WDs have also tripped due to a very sudden and large spike in ground motion. At 11:36 everything is calmer in the chambers so I reset the watchdogs on both ITMY stages and BS stage 2.
TITLE: 12/03 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: LOCKING
INCOMING OPERATOR: Oli
SHIFT SUMMARY:
Shift started out decently, but degraded with H1's lock durations decreasing to a point of only staying at NOMINAL LOW NOISE for a handful of minutes (usually as range was dropping).
Something new tried this evening was trying to reset the SQZ AS42 immediately upon reaching NOMINAL LOW NOISE (but had a short lock on the one attempt of this).
Had around 2.5hrs of Observing during the shift (mainly from the first lock of the shift).
LOG:
for the three locks since last night, h1 gets to 140Mpc and then starts to nosedive in range over the first 15-20min of lock. For the 3rd lock, this happened---basically a big noise hump in DARM would grow and grow (from 10-60Hz). I waited for the SQZ ASC to happen (it did, but I also think the squeezer lost lock---that was different from last night's lock and the lock at the beginning of the shift). So I was waiting for the SQZ to relock so I could resest the SQZ ASC, but then there was a lockloss.
Naoki suggested for the next lock, to preemptively Reset AS42 (per 71083). So I did this as soon as the Squeezer was Squeezing and all Guardians were GREEN. To get to Observing I had to ACCEPT a list of OFFSET SDF diffs (attached), and then went to OBSERVING.
But as I was typing this alog, sadly H1 lost lock after only 10min (or 4min of Observing).
Here is the output from the "Reset AS42" SQZ script:
Measuring SQZ-ASC offsets for NO SQZ
Should measure 2 groups of PDs
Group 1/2
Getting 30 second averages for
ASC-AS_A_RF42_I1_IN1 ASC-AS_A_RF42_I2_IN1 ASC-AS_A_RF42_I3_IN1
ASC-AS_A_RF42_I4_IN1 ASC-AS_A_RF42_Q1_IN1 ASC-AS_A_RF42_Q2_IN1
ASC-AS_A_RF42_Q3_IN1 ASC-AS_A_RF42_Q4_IN1 ASC-AS_B_RF42_I1_IN1
ASC-AS_B_RF42_I2_IN1 ASC-AS_B_RF42_I3_IN1 ASC-AS_B_RF42_I4_IN1
ASC-AS_B_RF42_Q1_IN1 ASC-AS_B_RF42_Q2_IN1 ASC-AS_B_RF42_Q3_IN1
ASC-AS_B_RF42_Q4_IN1
Old ASC-AS_A_RF42_I1_OFFSET = 48.252395
H1:ASC-AS_A_RF42_I1_OFFSET => 47.062751
Old ASC-AS_A_RF42_I2_OFFSET = -29.095423
H1:ASC-AS_A_RF42_I2_OFFSET => -29.656943
Old ASC-AS_A_RF42_I3_OFFSET = 49.376151
H1:ASC-AS_A_RF42_I3_OFFSET => 49.50388
Old ASC-AS_A_RF42_I4_OFFSET = 16.231802
H1:ASC-AS_A_RF42_I4_OFFSET => 16.948327
Old ASC-AS_A_RF42_Q1_OFFSET = -81.218349
H1:ASC-AS_A_RF42_Q1_OFFSET => -81.802258
Old ASC-AS_A_RF42_Q2_OFFSET = -29.347291
H1:ASC-AS_A_RF42_Q2_OFFSET => -28.219137
Old ASC-AS_A_RF42_Q3_OFFSET = -22.684637
H1:ASC-AS_A_RF42_Q3_OFFSET => -21.010318
Old ASC-AS_A_RF42_Q4_OFFSET = 2.736944
H1:ASC-AS_A_RF42_Q4_OFFSET => 3.590791
Old ASC-AS_B_RF42_I1_OFFSET = 20.348398
H1:ASC-AS_B_RF42_I1_OFFSET => 30.834787
Old ASC-AS_B_RF42_I2_OFFSET = -37.929373
H1:ASC-AS_B_RF42_I2_OFFSET => -43.953578
Old ASC-AS_B_RF42_I3_OFFSET = 17.551322
H1:ASC-AS_B_RF42_I3_OFFSET => 16.432402
Old ASC-AS_B_RF42_I4_OFFSET = 14.89816
H1:ASC-AS_B_RF42_I4_OFFSET => 21.895527
Old ASC-AS_B_RF42_Q1_OFFSET = -76.727676
H1:ASC-AS_B_RF42_Q1_OFFSET => -75.207585
Old ASC-AS_B_RF42_Q2_OFFSET = -57.735805
H1:ASC-AS_B_RF42_Q2_OFFSET => -59.515349
Old ASC-AS_B_RF42_Q3_OFFSET = -3.275448
H1:ASC-AS_B_RF42_Q3_OFFSET => -3.740753
Old ASC-AS_B_RF42_Q4_OFFSET = -40.558952
H1:ASC-AS_B_RF42_Q4_OFFSET => -39.252392
Set "NO SQZ" offsets AS_A and AS_B RF42 WFS at GPS = 1385617774.0
H1 was locked about 2.5hrs and then had a lockloss (similar to last night's lock of ~3hrs). Just recovered from the lockloss with H1 back to OBSERVING in under one hour. Will keep an eye on SQZ to see if the SQZ ASC turns OFF. Range is just above 140Mpc.
L1 is now back up and OBSERVING.
Winds have calmed and microseism still high (@95th percentile).
As mentioned earlier, Tony (w/ Keita & Sheila on TeamSpeak) had H1 well on its way to NLN (after the big Phillipines EQ + Hardware Watchdog Recovery + the other "ongoing" issues all happening at the same time!).
Now that H1 is at NLN, it's been decided to keep H1 in OBSERVING at this lower BNS range (due to 20-50Hz noise seen on DARM, tagging DetChar) to get some single-detector-OBSERVING in ....BUT Fri night, Robert was allowed COMMISSIONING time if he wants it (H1 range is lower (~140Mpc), so H1 may possibly be too low for his work).
The other change is the Vertical Offset changes from yesterday have been reverted for ITMx, ITMy, & BS (see attached for SDF diffs which were ACCEPTED for this). H1 also had Gaurdians for automated operation from me last night; IFO NOTIFY and H1Manager are now set to IDLE.
Finally, a new NOTE: IMC_WFS has a notification: "IMC WFS not centered" now flashing every few seconds. I hadn't seen that yesterday.
Had Same Squeezer issue from last night:
TITLE: 12/03 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 17mph Gusts, 14mph 5min avg
Primary useism: 0.05 μm/s
Secondary useism: 0.54 μm/s
QUICK SUMMARY:
Walking in to seeing H1 locked w/ ASC improving DRMI & ISC_LOCK currently starting to power up H1. Keita was called in earlier (& he and Sheila are chatting on TeamSpeak).
Definitely see effects of an EQ-rung Earth (starting 9.5hrs ago!) PLUS Windy day (gusts mostly only up to 20mph but 40+mph at 8amPST PLUS Microseism continues to be steady right at the 95th percentile.
(ISC_LOCK currently at MOVE_SPOTS)
TITLE: 12/03 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Corey
SHIFT SUMMARY:
Removing offsets that were applied yesterday.
ITMX
H1:SUS-ITMX_M0_TEST_V_OFFSET was set back to 0.
H1:SUS-ITMX_R0_TEST_V_OFFSET was set back to 0.
ITMY
H1:SUS-ITMY_M0_TEST_V_OFFSET was set back to 0.
H1:SUS-ITMX_R0_TEST_V_OFFSET was set back to 0.
and Beam Splitter's H1:SUS-BS_M1_TEST_V_OFFSET was set back to 0.
H1:SUS-BS_M1_TEST_V_SW1 was turned OFF
I Accepted all the SDFs for these channels, screenshot1 and screenshot2
After this I put ISC_LOCK into Manual green arms and Started to search for Light on ASL-Y arm. Fought with that for a while, until I realized that the Beam splitter needs to be aligned FIRST, which made getting good flashed on the arms much simpler.
Once I got good Flashes on both arms I started an inital alignment.
Initial Alignment completed, and it did go through SR2_ALIGN.
Started Locking! Got Past AQUIRE_DRMI_1F and we are currently at ENGAGE_ASC_FOR_FULL_IFO!
LOG:
Tony went to EX to UnTrip the Hardware Watchdog
Mike was giving a tour today.
The attached plot shows the ST1 H1,H2,H3 DAC drives for, from upper to lower, ETMX, ITMX, ETMY, ITMY.
H1=blue, H2=orange, H3=green.
ETMY does not rail at all, ITMY all 3 rail for 6 seconds, ITMX H1,H3 rail for 7 seconds, ETMX all 3 rail for 12 seconds.
ETMX only differs from ITMY in the length of time the DAC drives are saturated at 10V (12 sec vs 6 sec).
Sat Dec 02 10:05:06 2023 INFO: Fill completed in 5min 3secs
Ok First thing I did is start trying to get things into a safe state.
ETMX was in a bad SEI State, due to ISI being tripped and HEPI being tripped.
Simply resetting the watchdog on the HEPI didnt work because the Hardware WatchDog was tripped: H1:SUS-ETMX_HWWD_TTF_MIN
This also stopped me from untripping the following:
H1:IOP-SUS_ETMX_DACKILL_STATE
H1:IOP-SEI_ETMX_DACKILL_STATE
While talking with Dave, Jim, And Fil about the Sequence that these things need to be turned back on.
noticed that the DCPD screen was showing an increase in light on the PDs. I snapped a before picture of the DCPD screen.
I went down to the End station to Reset the Hardware Watchdog while on teamspeak with Dave.
I took pictures of the Hardware Watchdog and the CoilDriver chassis before I touched anything.
Simply pushing and holding the Fault Reset button resets the Hardware watchdog.
From there, I could reset the ISI and then the HEPI.
Coming back to the control room the ring up had been stopped.
Over the course of the morning 12 earthquakes have rolled through. 3 of which have been over 6.0 Magnitude.
We are investigating why the ETMX HWWD saw high SUS RMS for 20 minutes which caused it to trip, whereas all the other HWWDs saw less than 1 minute of high RMS. It would appear that ETMX's high RMS stopped within one minute of the time the HWWD powered down the ETMX ISI coil drivers.
Jim, Fil, Tony, Dave:
Tony spoke with Jim on the phone, I spoke with Fil, we have a procedure to untrip the ETMX HWWD:
We are keeping the EX SWWD tripped at this point (no ISI or HEPI DAC drives)
Tony will go to EX with a CDS laptop, communicating via teamspeak
Tony to verify initial state: HWWD is tripped, and ISI coil drivers are powered down
Tony will untrip the HWWD via its front panel button, verify the coil drivers spring back to life. If any need a reset, they will be reset.
Wait for several minute to see if SUS ETMX RMS rings up
Untrip the SWWD so DAC drive is restored, wait several minutes to see if RMS rings up
Tony heads back to the control room.
If at any point the RMS rings up, Tony will power down the ISI coil drivers via their back panel power switch, one at a time to see if we can identify which unit(s) is doing this. At this point Jim and/or Fil will need to go to the site.
Timeline of ETMX watchdogs (all times local)
07:04:20 HWWD and SWWD detect high SUS motion RMS and start their countdowns
07:09:22 SWWD h1iopsusex 1st countdown completes, starts h1iopseiex countdown
07:14:21 SWWD h1iopseiex countdown completes, all ISI and HEPI DAC drives are zeroed. RMS continues
07:24:01 HWWD 20 minute countdown completes, all three ISI Coil Driver Chassis are POWERED DOWN
07:24:31 RMS motion of SUS ETMX below trip point for both SWWD and HWWD.
11:27 Tony untripped the ETMX HWWD, all came back with no problems.
After 2 minutes with no ring-up, I untripped the SUS and SEI SWWD, no problems.
Tony started both ISI and HEPI drives, again no problems
After 5 minutes Tony left EX and is heading back to the control room.
Here is a trend of SUS ETMX top OSEM RMS channels from 07:00 to 07:30.
All OSEMs ring up and exceed their 110mV trip level at 07:04:20. The F1, F2, F3 OSEMs keep the trip active throughout, the others (LF, RT, SD) ring back down. The trip+20minute time mark is shown, at which time the ISI Coil Drivers are powered down. The RMS ring down to below the trip level over the next 34 seconds.
While trying to figure out what eactly was wrong and the proper order to resetting all of these systems. I spotted a ring up happening. We have a before and an after of DCPDs.
Just like gauge at X2-8, the gauge at Y2-8 is not reporting a pressure as of 1 hour ago, due to the lack of sunlight needed to charge batteries via solar panels. No action is needed at this time.
13:23UTC Ground motion has calmed down enough that we can start relocking. Starting an Initial Alignment.
13:23UTC Started an Initial Alignment
I was getting the same issue as I had last time - once we get to ACQUIRE_XARM_IR, we aren't able to lock the XARM in IR, and just get a lot of MC2 and IFO_OUT saturations, and the IMC keeps unlocking.
I was going to try running the dark offsets script since that is what worked(ish) for Jenne and Ibrahim (74472), but partway into setting that up (I haven't run one yet and was going to go off of 69650), I decided (also with previous permission from TJ) that the best thing to do would just be to put the detector in DOWN until commissioners can help with relocking during the DAY shift, especially because if the issue is similar to the one I had a few nights ago, I do not know exactly what they did or what to look at. Hopefully relocking in a couple of hours goes well!