I added the BS M1 Pit integrator turning on to the gen_PREP_MICH_ALIGN state of ALIGN_IFO, so that it gets turned on for both initial alignment as well as if we use CHECK_MICH_FRINGES during the full lock acquisition sequence. Hopefully during init align right now after maintenance we'll see that it's working well.

Leo, Jennie, Camilla

Followed setup instructions from 80010, with 75mW injected in the SEED beam, we had 1mW on OPO_IR_PD_DC slightly lower than last time. Also took SQZ_FC to FC_MISALIGNED.  And opened SQZ beam divertor and fast shutter. Have counts of ~60 on ASC-AS_A and B and 7e-4 on ASC-OMC-A and B NSUMs. Jennie took the OMC PZT down to zero to start and then ran a template userapps/../omc/h1/templates/OMC_scan_sqz_beam.xml.

Repeated mode scans with different ZM PSAMs offsets, the DC centering loops could account for the pitch change for PSAMs, for the extreme PSAMS values, I increased the servo limiter from 85 to 95. 

• nominal: ZM4 6.0V strain, ZM5 -0.4V strain. 
• ZM4 9.5V strain, ZM5 -0.6V strain. 
• ZM4 6.0V strain, ZM5 -4.5V strain. Note that the OMC Pitch QPDs were off around -0.1
• ZM4 6.0V strain, ZM5 -5.3V strain. Note that the OMC Pitch QPDs were off around -0.1
• ZM4 9.0V strain, ZM5 2.0V strain
• ZM4 3.0V strain, ZM5 2.0V strain
• ZM4 8.0V strain, ZM5 -2.0V strain. Note that the OMC Pitch QPDs were off around -0.1
• ZM4 4.0V strain, ZM5 -2.0V strain. 
• ZM4 9.5V strain, ZM5 -5.0V strain. Realized OMC ASC had been off before this measurement (we had turned it on but them changed OMC GRD which turned it off again)
• Repeat of ZM4 9.5V strain, ZM5 -0.6V strain with OMC ASC on.

Jennie and Leo have the data to analyze. 

Like we did with SR3 (86070), I've updated the OSEM calibration for PR3. The updated OSEMINF values, along with the compensation gains that get put into the DAMP filter bank were calculated and put in (86222). Today I updated the PR3 OSEMINF gains and put the compensation gains into FM7 in the DAMP filter bank and turned them on. I've accepted these in the safe sdf.

The update to the OSEMINF calibration means that it will look like there is a change in alignment for PR3, but this is not real. Here is what the alignment change looks like: ndscope. These changes were made at 2025-08-19 16:27:57 UTC

OSEMINF changes

The compensation gains put in in the DAMP filter bank are in FM7, and they are the following:

L: 0.596
T: 0.648
V: 0.617
R: 0.617
P: 0.670
Y: 0.596

Tue Aug 19 10:07:37 2025 INFO: Fill completed in 7min 33secs

Gerardo confirmed a good fill curbside. He also knocked some ice from the end of the discharge line.

I moved DM10 to the working platform on the +X+Y corner of BSC2 so we can get some dust readings up at that level in preparation for dome removal post O4. I was hoping to get it further away from the edge of the clean room, but the RS232 cable was stretched to its max. I velcrostripped and zip tied the unit as well as the cabled to keep things from falling off and to relieve stress. I also verified that the unit was still getting 2.8L/min since I had to disconnect and reconnect the vacuum hose. It looks to be running well and we can connect to it in epics.

Ops: Please note if this monitor starts to alarm.

WP12755 TW1 offload.

TJ, Erik, Dave:

Following the file copy to permanant storage last week, this morning at 08:15 (inbetween PEM mag injection and PCAL work) I restarted nds1 with its new daqdrc file. It is now no longer using the files on TW1 which frees them for deletion.

TJ tested the script which restarts the FOM ndscope processes, as previously reported we found that the nuc25 and nuc26 restarts did not work. Doing the restarts manually on the operator machines does work, running the full script on opslogin0 also works, investigation continues.

An attempt was made to swap the split whitening chassis that is currently used for the ASC-AS_C QPD (serial S1101627 in slot U26) with a standard whitening chassis. The current chassis is a split whitening chassis that needs to be modified back to a standard whitening chassis in support of BHD/JAC. While swapping the chassis, I noticed that cable ISC_445 was connected to old OMC PD inputs. I seem to have forgotten that one of these channels is now used for the OMC-REFL PD. The new whitening chassis cannot accommodate this without a new custom cable, so the changes were reverted. However, the new standard whitening chassis, serial S2101199, is now mounted in slot U26, whereas the split whitening has moved to slot U29.

TITLE: 08/19 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Commissioning
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 2mph Gusts, 1mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY: Locked for 3 hours. Magnetic injections are running to start our maintenance for the day.

The Norco truck came onsite early today while we are still Observing and dropped our range by up to 20 Mpc as it went around the corner station. The truck arrived onsite at 13:58 UTC, and then passed through the gate and proceeded around the corner station at 14:01 UTC (ndscope).

Workstations were updated.  This was an OS packages update.  No conda packages were updated.

H1 had lost lock at 06:54 UTC (after 56:57 locked!) from an ETMX glitch. It later called for assistance at 09:53 UTC because it was unable to lock DRMI quick enough after having run an initial alignment. On the next attempt, PRMI was able to lock almost immediately, and I touched up PRM pitch alignment to make buildups look as good as possible while MICH ASC was running and before PRMI ASC offloaded. That seemed to be all it needed as DRMI locked very quickly after that.

I needed to fix a typo in LOWNOISE_ASC related to new SRC ASC offsets (alog86422) that caused a channel connection error when we got there, and accept these offsets in SDF (screenshot).

H1 returned to observing at 11:33 UTC.

TITLE: 08/18 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 22Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

Notable news H1 has now been locked 55+hrs.

For those keeping track:

• O4 Longest Lock was 80hrs in Nov 2023.
• H1's Longest ALIGO Lock was 113hrs in O3, and I believe L1's longest ALIGO Lock was 168hrs in O3.

LOG:

• 23:54-00:12 Tony putting up chains in the Optics Lab
• 23:57 H1 hit the 50hr mark for this lock.

H1 just hit 50hrs with the current lock!!  (at about the same time a M5.6 Tonga earthquake passed by to add some drama!  See the cyan colored trace in the attached photo.)  :)

TITLE: 08/18 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: SEISMON_ALERT
    Wind: 10mph Gusts, 5mph 3min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.09 μm/s
QUICK SUMMARY:

H1 is minutes away from a 50hr lock (just as a M5.6 EQ is rolling in....we look like we are fine).  Other than that, environmentally continues to get better with microseism coming down and winds also being low.

TITLE: 08/18 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 150Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY: We're still locked! 49.5 hours now, high frequency SQZing was a little worse after commissioning.
LOG:

15:36 - 18:33 UTC Comissioning

This morning a 6.2 magnitude earthquake near Vanuatu happened during the commissioning window, so we tested the asc gain reversion scripts Elenna came up with in this alog. It took a little longer than I would have liked to get the scripts working, so we didn't actually transition until basically the peak ground velocities, but the transition went pretty smoothly. I think this eq is tied for the biggest  we stayed locked through for all of O4.

Attached image shows ground velocities on the top row (both peakmon and the ITMY Z STS 30-100mhz blrms, second row is the ISC_LOCK state, third and fourth show channels related to the asc transition. Fourth row is the first gain changed by the script CHARD Y, the third row is the SRCL FF gain, which is the last thing changed in the script. The dashed white vertical lines on the CHARD trace and the top row ground traces show the time the transition took to complete.

Even if the transition was a little late I think that this test likely still saved the lock, I have often seen on eqs like this that the IFO stays locked through the peak ground motion, but loses lock some time shortly after, while the eq is still ringing down.

There is still a lot of work to be done as the transition is currently handled by a couple of scripts on the ISI_CONFIG overview medm and the transition will knock us out of Observe, still unclear what the best way to automate this would be, but still a pretty good test.