TITLE: 07/09 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 11mph Gusts, 6mph 3min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.05 μm/s
QUICK SUMMARY:
Relocking and in ACQUIRE_PRMI. Looks like we've been down for a couple hours and the hours before that that we were up we weren't Observing, even though we were in NLN. Normally, Corey would've been called, but it looks like H1 Manager wasn't set up last night so he didn't get called. Also, the operations mode was set to Observing all night, but thankfully that doesn't affect the summary pages.
TITLE: 07/09 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 142Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY:
IFO is in NLN and OBSERVING as of 03:01 UTC (1hr 45 min lock)
We spent roughly 2hrs and 40 min in OMC_WHITENING whilst damping violins since they were rung up by TFs that Oli and Jeff took in the morning and afternoon. Violins continue to decrease, reducing by about 1 order of magnitude strain throughout this shift.
Our range is somewhat low but I cannot see that this is due to squeezing since the trace is as low as it is when we are in FDS.
SDFs were accepted and are screenshotted.
LOG:
None
I've reverted the SR2 dackill time to 1200 (sdf)
Looks like a CSOFT Y gain was SDFed to a different value than the guardian sets it. My fault, I changed it while messing around with gains to avoid the 1 Hz instability and forgot to revert it. There were several other SDF diffs that did need to be accepted, so this one was missed.
We just made it to NLN and OBSERVING after roughly 2 hours and 40 minutes of violin mode damping. Violins are still high but going down.
Today we had one lockloss from a growing 1 Hz oscillation. It's hard to tell where it is coming from, but it appears in several ASC signals and the buildups. We have tried several things in the past to avert this problem. Today I tried bumping up the CSOFT P gain to 25. This action seems to be coincident with the oscillation turning around and damping back down. I'm not completely sure it helped, but it's something to try! Before today, it has turned around on its own without intervention. It also doesn't happen every time we lock.
TITLE: 07/08 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY: Attempting to relock and in ENGAGE_ASC_FOR_FULL_IFO. We've had bad luck attempting to relock after maintenance. Last night there were a lot of issues with trying to relock, and once we started relocking after maintenance today, we realized why. Once DRMI ASC turned on, SRC1 started getting pulled away, and we realized that it was because there were offsets in the filter banks that are not supposed to be there. Elenna and gang had noticed that yesterday as well (85593), and had tried to correct it, but appearently there were other places where SRC1 offsets were set and turned on that got missed. We found these today and corrected it. After that we had a lockloss while we were in OMC_WHITENING waiting for violins to damp because of a 1 Hz oscillation (ndscope). We tried relocking and sat in MOVE_SPOTS to try and take some measurements to determine where the oscillation had come from, but we had a lockloss from an earthquake during that time. We then just sat in DOWN for a while and took some measurements to see if we could find the cause of the oscillation, but we just ruled some things out (85639, 85641).
LOG:
14:30 Relocking and in an initial alignment. I put us to IDLE after input align offloaded so we could start maintenance
18:37 Relocking start
- Initial alignement
- SRY wouldn't lock, so Elenna touched up SRM
- Once DRMI ASC turned on, SRC1 started getting pulled away. This was due to offsets in SRC1 being turned on - related to 85593 - lockloss from OFFLOAD_DRMI_ASC
- Lockloss from OMC_WHITENING due to 1Hz ASC ringup
- Lockloss from MOVE_SPOTS due to earthquake. We had been sitting in MOVE_SPOTS while running tests to try adn figure out the cause of the oscillation earlier.
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
14:41 | FAC | Kim | EX | n | Tech clean | 15:56 |
14:41 | FAC | Nellie | quick MY, then EY | n | Tech clean | 15:47 |
14:43 | FAC | Randy, Ken | LVEA | n | HAM3 cable tray work | 17:30 |
14:44 | FAC | Chris | YARM | n | FAMIS tasks | 16:29 |
15:06 | VAC | Janos, Gerardo | EY | n | CP7 troubleshooting | 17:09 |
15:15 | EE | Marc | CER, EX, EY | n | Listening for sad fans | 17:25 |
15:15 | SUS | Jeff, Oli | CR | n | ITM R0, TMSX, MC2, SR2, FCs, ETMs, PR2 OLTFs | 18:29 |
15:22 | VAC | Jordan, Anna | LVEA | n | Swapping pump controller | 16:16 |
15:24 | FAC | Eric | EY | n | Checking out tripped chiller pump circuit breaker | 15:57 |
15:27 | FAC | Tyler | LVEA, Mids, Ends | n | FAMIS tasks, helping Eric at EY | 17:00 |
15:28 | EE | Fil | LVEA | n | Swapping satamps for SR2, ITMs | 18:02 |
16:19 | FAC | Mitchell | Mids, EX | n | FAMIS tasks, 3IFO | 17:16 |
16:19 | FAC | Kim, Nellie | LVEA | n | Tech clean | 17:31 |
16:30 | FAC | Chris | LVEA | n | FAMIS tasks, battery checks | 18:07 |
16:37 | PEM | Robert, Leo, Sam, Tooba, Carlos | Roof, LVEA | n | Tour | 18:06 |
16:44 | ISC | Jennie, Rahul | OpticsLab | y(local) | ISS array (Jennie out 17:46) | 17:49 |
16:56 | FAC | RyanC | EX, EY | n | Checking dust monitors | 18:12 |
17:15 | ISC | Keita | OpticsLab | y(local) | ISS inventory | 17:49 |
17:50 | ISC | Rahul, Keita | MY, then OpticsLab | n | Grabbing ISS array 3IFO and taking to optics lab | 17:58 |
17:58 | ISC | Keita | VacPrep Lab | n | inventory | 19:18 |
17:59 | Rahul | OpticsLab | n | Grabbing stuff quickly | 18:02 | |
18:00 | EPO | Mike + tour | LVEA | n | Tour | 18:59 |
18:08 | FAC | Kim, Nellie | HAM Shack | n | Tech clean | 18:51 |
18:29 | PEM | Robert | LVEA | n | Hooking up cables for commissioning | 18:40 |
18:30 | FAC | RyanC | OpticsLab, VacPrep Lab | n | Checking dust monitors | 18:44 |
18:30 | VAC | Gerardo, Jordan | EX | n | Picking up parts | 18:55 |
18:44 | EPO | Elenna + Detchar | LVEA | n | Tour | 19:05 |
19:00 | Betsy, Fil | LVEA | n | Sweep + grabbing flashlight (Fil out 19:05) | 19:07 | |
20:00 | FAC | Randy | MY | n | 3IFO forklifting | 21:19 |
20:48 | ISC | Jennie, Rahul | OpticsLab | y(local) | ISS Array | 21:14 |
22:28 | ISC | Keita | VacPrep | n | Inventory | 23:35 |
Troubleshooting the 1 Hz lockloss we had earlier from OMC_WHITENING, there was some thought that it could be related to the ITMs' damping loops after the satamp swaps today. While we were sitting in DOWN recovering from an earthquake, we took the opportunity to take some OLTFs to compare to the measurements we took before the swaps.
These measurements all look pretty similar to before the satamp swap, so we don't think there's anything with the satamps that would be causing this.
ITMX M0
- In HEALTH_CHECK
- Took measurements for L, R, P, Y (note that the new loop suppression for Y is higher by 2 bc the 'before' measurement was taken with the damping gain at -0.5 while this 'after' measurement was taken with the gain at -1)
- Found in /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Data/2025-07-08_2230_H1SUSITMX_M0_WhiteNoise_{L,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12413
ITMX R0
- In HEALTH_CHECK
- Took measurements for Y
- Found in /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGR0/Data/2025-07-08_2250_H1SUSITMX_R0_WhiteNoise_Y_0p02to50Hz_OpenLoopGainTF.xml r12414
E. Capote, J. Kissel, S.Dwyer The ~1 Hz ring-up that had been marginally stable and transient is now fully unstable during the lock acquisition sequence as we recover from maintenance. The suspicion is that the change in ITM M0/R0 satamps might have changed the top mass damping loop OLGTF enough to augment the damped plant that's the plant for the never-really-well-designed L2DAMP that takes the L2 (or PUM) OSEMs and feeds back their sensor signal to the reaction chain top mass OSEMs actuators. But also, we've never measured these loops in any substantial form, so we wanted to just see what they were doing. Attached are the results. Here're the templates: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Data/ 2025-07-08_2240UTC_H1SUSITMY_R0_WhiteNoise_0p02to50Hz_L2DAMP_OLGTF_P.xml 2025-07-08_2240UTC_H1SUSITMY_R0_WhiteNoise_0p02to50Hz_L2DAMP_OLGTF_R.xml Very little loop gain and only at 3.3 Hz. The loop stability is questionable at that frequency -- for a few averages the suppression (i.e. the gain peaking) looks really sharp around 3.3 Hz. T'was really tough to get good coherence; the excitation is pretty well tailored, but it's tough to fight the 1/f^6 suppression of the physical suspension and dirt coupling. I had to turn OFF the R0 alignment offsets to get this data for pitch. (They were ON for the Roll measurement). So -- perhaps not the source of the ~1 Hz IFO instability, but boy could this loop use some TLC in order to more effectively achieve its goals...
TITLE: 07/08 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 21mph Gusts, 15mph 3min avg
Primary useism: 0.07 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY:
IFO is in DOWN and MAINTENANCE
We have so far been unable to recover lock after maintenance. While we've had roughly 2 hours cumulative of Earthquake-caused lock interference.
We can't lock because there seems to be a strange 1Hz oscillation, thought to be related to the L2 to R0 damping that we have on the ITMs. The sat-amps for these were swithced out today in an attempt to ameliorate the issue, but we don't know if this worked.
Right now, Oli, Jeff and Elenna are taking measurements of the relevant channels in an effort to better understand what's going on with these.
Violins are huge because of morning ITM and ETM measurements from this morning and evening. They are off the screen so we foresee a long damping session tonight (if lucky).
Jordan V, Anna I
The controller for the HAM3 AIP had maxed out on 7/02/25, so during maintenance today we swapped controllers with a refurbished Minivac controller. The ion pump initially was able to hold pressure and even decrease for a couple hours until it railed again, so this is more likely a failure of the ion pump. See attached plot of pressure after the controller swap.
We will swap the ion pump during next Tuesday maintenance.
Gerardo, Janos Today at ~9 am the actuation range of CP7's LLCV valve was shifted towards "more open". This was necessary, as the actuator could not open up enough to maintain the 92% LN2 content in the cryopump's LN2 reservoir, if the LN2 amount in the dewar was less than ~40% (more data about this issue can be found in aLog 84846). The lowest impact solution was to add a shim washer between the bonnet and the cast aluminum frame of the actuator. On the valve's drawing, the bonnet is no. 2 (on the drawing, the actuator frame is not highlighted). The procedure was simple: loosen the locknut (no. 12), lift the actuator assembly (along with the stem), and put a shim washer between it an the bonnet. In order to reach the nut, the only suitable tool is a so-called crowfoot-wrench (see in the picture, along with the U-shaped shim washer). The thickness of the shim washer is 0.1"; the change on the valve "openness" is ~15% (from 95% to 80%). This is enough to handle the issue, however, the stem and/or the whole valve assembly needs replacement or cleaning in the long run, as either there is contamination at the orifice, or the stem is not properly assembled (too long). This will be handled after O4.
The well pump was forced on for 4 hours today beginning at 8:14a local to partially refill the fire water tank.
Closes FAMIS#26050, last checked 85408
HAM2 V1/V3 elevated between 50 - 60 Hz
HAM3 V2/V3 elevated between 50 - 60 Hz
BS St2 V2/V3 becomes elevated above 20 Hz and is sustained, but settles back down around 80 Hz
WP 12655
ECR E2400330
Drawing D0901284-v5
Modified List T2500232
The following SUS SAT Amps were upgraded per ECR E2400330. Modification improves the whitening stage to reduce ADC noise from 0.05 to 10 Hz.
Suspension | Old | New |
ITMY MO | S1100071 | S1100155 |
ITMY MO/RO | S1100150 | S1100175 |
ITMY RO | S1100075 | S1100178 |
ITMX MO | S1100163 | S1100136 |
ITMX MO/RO | S1100147 | S1000275 |
ITMX RO | S1100132 | S1100090 |
SR2 TOP | S1100112 | S1000296 |
SR2 TOP RT/SD | S1100121 | S1100067 |
F. Clara, J. Kissel, O. Patane, M.Pirello
ITMX ITMY Hardware Watchdog Countdowns, Test Mass Sat Amp swap-outs done in less than 20 minutes.
Here's the characterization data and fit results for S1100155 , assigned to ITMY M0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY MO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100155_ITMY_M0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY M0 S1100155 CH1 F1 0.0966:5.28 120.0 zpk([5.28],[0.0966],1,"n") CH2 F2 0.0961:5.25 120.0 zpk([5.25],[0.0961],1,"n") CH3 F3 0.0960:5.23 120.0 zpk([5.23],[0.0960],1,"n") CH4 SD 0.0951:5.18 120.5 zpk([5.18],[0.0951],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ As with LHO:85504 :: Even though I've fit for the transimpedance gain, I've elected *not* to include a gain in the foton design string relative to "ideal," as there are more scale factors in play that determine the overall [(meters)/(ADC cts)] scale in the calibration of the OSEMs (LED light power, PD response, any cable loss, ADC channel gain, etc.). Determining this overall scale is better left to different methods, a la LHO:84548, which we (eventually) anticipate doing for all SUS with ECR E2400330 upgraded satamps.
Here's the characterization data and fit results for S1100175 , assigned to ITMY M0/R0's LFRT/LFRT OSEMs, respectively (Fil refers to this as just "ITMY MO/RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100175_ITMY_M0R0_LFRTLFRT_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY M0 S1100175 CH1 LF 0.0947:5.18 120 zpk([5.18],[0.0947],1,"n") M0 CH2 RT 0.0969:5.30 120 zpk([5.30],[0.0969],1,"n") R0 CH3 LF 0.0969:5.29 120 zpk([5.29],[0.0969],1,"n") R0 CH4 RT 0.0965:5.28 120 zpk([5.28],[0.0965],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1100178 , assigned to ITMY R0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100178_ITMY_R0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY R0 S1100178 CH1 F1 0.0966:5.29 120 zpk([5.29],[0.0966],1,"n") CH2 F2 0.0957:5.23 120 zpk([5.23],[0.0957],1,"n") CH3 F3 0.0978:5.36 120 zpk([5.36],[0.0978],1,"n") CH4 SD 0.0955:5.22 120 zpk([5.22],[0.0955],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1100136 , assigned to ITMX M0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY MO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100136_ITMX_M0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX M0 S1100136 CH1 F1 0.0955:5.22 121.10 zpk([5.22],[0.0955],1,"n") CH2 F2 0.0980:5.35 121.25 zpk([5.35],[0.0980],1,"n") CH3 F3 0.0950:5.18 121.50 zpk([5.18],[0.0950],1,"n") CH4 SD 0.0977:5.34 121.50 zpk([5.34],[0.0977],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1000275 , assigned to ITMX M0/R0's LFRT/LFRT OSEMs, respectively (Fil refers to this as just "ITMX MO/RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1000275_ITMX_M0R0_LFRTLFRT_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX M0 S1000275 CH1 LF 0.0963:5.27 120 zpk([5.27],[0.0963],1,"n") M0 CH2 RT 0.0950:5.19 120 zpk([5.19],[0.0950],1,"n") R0 CH3 LF 0.0960:5.26 120 zpk([5.26],[0.0960],1,"n") R0 CH4 RT 0.0960:5.26 120 zpk([5.26],[0.0960],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1100090 , assigned to ITMX R0's F1F2F3SD OSEMs (Fil refers to this as just "ITMX RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100090_ITMX_R0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX R0 S1100090 CH1 F1 0.0945:5.16 120.25 zpk([5.16],[0.0945],1,"n") CH2 F2 0.0963:5.26 120.00 zpk([5.26],[0.0963],1,"n") CH3 F3 0.0977:5.34 120.00 zpk([5.34],[0.0977],1,"n") CH4 SD 0.0950:5.19 120.00 zpk([5.19],[0.0950],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1000296 , assigned to SR2 M1's T1T2T3LF OSEMs (Fil refers to this as just "SR2 TOP" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1000296_SR2_M1_T1T2T3LF_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design SR2 M1 S1000296 CH1 T1 0.0955:5.22 122.00 zpk([5.22],[0.0955],1,"n") CH2 T2 0.0960:5.25 121.75 zpk([5.25],[0.0960],1,"n") CH3 T3 0.0969:5.28 122.25 zpk([5.28],[0.0969],1,"n") CH4 LF 0.0929:5.06 121.50 zpk([5.06],[0.0929],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Here's the characterization data and fit results for S1100067 , assigned to SR2 M1's RTSDxxxx OSEMs (Fil refers to this as just "SR2 RT/SD" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100067_SR2_M1_RTSDxxxx_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design SR2 M1 S1100067 CH1 RT 0.0977:5.35 120 zpk([5.35],[0.0977],1,"n") CH2 SD 0.0975:5.34 120 zpk([5.34],[0.0975],1,"n") CH3 xx 0.0959:5.25 120 zpk([5.25],[0.0959],1,"n") CH4 xx 0.0969:5.31 120 zpk([5.31],[0.0969],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.
Looking at earlier in this current lock reacquisition, we had two times where we lost DRMI during DRMI ASC (time1, time2). It looks like an oscillation started 10 - 15 seconds into DRMI ASC that caused DRMI to unlock. In the 10-15 seconds before it unlocked, ASC didn't look like it was doing a very good job anyway. The oscillation is somewhere between 2.5 to 3 ish Hz, but it's a bit variable and even harder to tell during the second time.
Luckily, after running an inital alignment, we were able to lock DRMI and did not see any oscillations or issues with ASC. Our DRMI lock also did not have an oscillation at the beginning of it either like these two did.