I'm followed the pydarm deployment instructions here, to update the LHO pydarm install.

This is the 20250721.0 tag for pydarm, which includes a bug fix for high frequency roam line handling, letting us indicate the correct reference model in the pydarm_H1.ini file.

This is not the default cds conda environment, but the default you get when typing pydarm at a command line, or specifically invoking by running "conda activate /ligo/groups/cal/conda/pydarm".

TITLE: 07/21 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 113Mpc
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 13mph Gusts, 9mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY:

Arriving to a Dust Alarm in the PSL over the last hr (there have been winds around the corner station the last 2hrs but only about 15mph).

For H1 over the last 12 hrs we have had 4 locks (current one is 90min) where 2 (of3) locklosses were ETMx Glitches, and it looks like all reacquisition was automatic overnight.

H1 is scheduled for Commissioning from 15-19utc (8-noonPDT).

TITLE: 07/21 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY:
Started the Shift unlocked due to earthquake.

Got back to observing for 1 minute before a lockloss.
Then relocked again for an hour and 17 minutes before another Unknown Lockloss from NLN.

Relocking now,  currently at LOW_NOISE_COIL_DRIVERS we should be locked by soon .

 

TITLE: 07/21 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 12mph Gusts, 9mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.09 μm/s
QUICK SUMMARY:

Went up to the Roof to check for fires or smoke. Took some pictures in all directions.

Inherited an unlocked H1 after a large earthquake from Alaska.
Did an Initial Alignment which had an SRM WD trip towards the end. So I reran it with out any issues.
We reached NOMINAL_LOW_NOISE at 01:25 UTC
Observing at 1:27 UTC.

And Lost lock to an Unknown Lockloss at 1: 29 UTC.



 

TITLE: 07/20 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY:

Flurries of earthquakes from Japan.  Had another HAM6 High Voltage power supply failure.  Able to finally finish the change for removing the SR3 Dither Pitch Offset.  Shift ended with a M6.2 Alaska earthquake which took H1 down.
LOG:

• 1600 Verbal:  "nearby earthquake from Japan"  (was a M5.2).  Received several of these notifications as flurry of EQs in Japan rolled through.
• 1732 LOCKLOSS seismic motion is elevated, but doesn't look like it was EQ-caused
  • 1745 Removed SR3 Dither Pit Offset and updated safe.snap (alog)....and...
  • 1800-1822 Ran Initial Alignment with new SR3 pointing due to offset being zeroed
• 1736-1746 EQ Mode activated
  • 1813-1823 EQ Mode activated
• 1845 Noticed H1 was STUCK at PREP_DC_READOUT_TRANSITION.  This was due to the OMC not locking. 
  • 1913-2004 Phoned Elenna for help.  She eventually found out we had another HAM6 High Voltage Power Supply issue for the OMC 100V PZTs.
• 2030 OBSERVING
• 2119-2150 PCal Measurement in the PCal Lab (tony)
• 2233 LOCKLOSS due to M6.1 Alaska earthquake.

(Corey, Elenna [remote], Tony)

Recent Backstory Alogs:  

• JUN 1st:  (Corey, Craig, Georgia) HAM6 HV PZT Kepco Power Supply was stuck in the Constant Current ("CC") state (alog84698)
• JUN 13th:  (Keita, RyanC) Output Voltage was 0V and it was also in the Constant Current ("CC") state (alog85030)

Today, while locking H1 noticed that we were stuck in PREP_DC_READOUT_TRANSITION.  DIAG_MAIN was mentioning an OMC issue.  OMC_LOCK guardian was in a loop of trying to sweep the PZT to FIND_CARRIER, but Elenna noticed that the PZT was not sweeping.  Then she remmebered the previous issues!  

(I was on the wrong trail, because I had assumed the SR3 change I made somehow was the cause of the issue---it was NOT.)

• Went out to the CER and went upstairs to the rack which has the HAM6 HV OMC PZT power supply....
• It was OFF!  (see 1st photo) The rocker switch was in the OFF state.  (This is different from both cases noted above from last month.)
• Read up on Craig's and Keita's alogs
• Turned the Power Supply ON
• But had 0.0V and 0.0mA + it also was stuck in the CC state (didn't take a photo, but basically it looked like THIS from Keita's alog)
• Checked the "V SET" and saw that it was 0 V, so took this to 110V (which is also noted on the sticker on the front of the Power Supply).  Went to "I SET" and saw that it was 0.0 mA, and did not change this value.
• Still had the Constant Current .
• Eventually did another Power Cycle via the front rocker switch and this time the Power Supply came up in the Constant Voltage ("CV")--which we wanted.  (Is there an easier way to transition to this state?  I went through the MENU and did not find anything.
• WE BACK!:  At this point, we had:  CV, 110V, and a non-zero Current.  (see 2nd photo for photo of the power supply display)
• Elenna took the OMC_LOCK guardian from MANAGED  --to--> AUTO, and started moving the PZT2 in 1.0 count steps.  She saw this working on her medm and I saw the Current changing on the front display of the Power Supply.
• At this point, we were back in business and returned to the Control Room.
• ISC_LOCK was continuing on (because the OMC had locked).

We still had the OMC_LOCK in a non-ISC_LOCK-managed AUTO state and we were not totally sure of how to have ISC_LOCK remanage OMC_LOCK.  Tony found a 2015 alog from Patrick which we used to get OMC_LOCK managed again.  H1 continued on and has been in OBSERVING.

Finally had the opportunity (due to H1 Lockloss during my shift) to address the SR3 Dither Pitch Offset Oli noted last week (alog 85830), and I first looked at during a lockloss at the end of my shift Friday evening (alog 85855)---but my changes did not hold for the Dither Pitch Offset due to the H1SUSSR3 SDF needing its safe.snap changed/accepted.

It's been ages since I've updated an safe.snap, so pardon the less elegant steps I took to update the SR3 SDF here---Basically I 

1. Turned the OFFSET button OFF (then Accepted the SDF diff for the safe.snap) and then
2. Took the OFFSET from 32.3 to 0 (then Accepted the SDF diff, once again, for the safe.snap). 

Both updates are screenshot-ed separately! Ha.  The new SR3 OPTICALIGN_P_OFFSET was already at its new offset (of 457.9...which used to be 445.8) since Friday (and aligned).  So now that the SR3 pointing changed with the Dither Offset going to zero, I ran a new alignment. 

Currently, H1 has locked DRMI and I'm sure the final step here would be updated thing observe.snap with the changes noted above.

ADDENDUM:  Currently stuck at PREP_DC_READOUT_TRANSITION, where the OMC can't lock.  I'm wondering if this is due to the SR3 change....Where the SR3 Top Mass was at one spot since Fri evening, and now with the Dither Offset being zeroed, we now have SR3 Top Mass back to it's pointing we had for the last few weeks up until Friday night.  (see attached ndscope trend over the weekend)

Sun Jul 20 10:08:56 2025 INFO: Fill completed in 8min 52secs

1) Dust Monitor Check Notifications for LVEA5 & LAB2

Ran the "check_dust_monitors_are_working" script the last two mornings and received notifications for the following:

• *H1:PEM-CS_DUST_LVEA5      WARNING: dust counts did not change, please investigate
• H1:PEM-CS_DUST_LAB2                      Error: data set contains 'not-a-number' (NaN) entries

2)  Access System "Flashing Doors"

• MSR door in the Control Room was ajar, so it was closed
• EY has several flashing doors, but I'm pretty sure this has been ongoing for years.
• VPW has 3 door issues:  Exterior Roll-up, LDAS entry, Dirty shop entry
• Wood shop has Roll-up door issue.

3) LHO Control Room Screenshots & FOMs

• USGS needed a RELOAD this morning
• H1 Glitches (nuc27) not posting (this has been the case for a while)

TITLE: 07/20 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 7mph Gusts, 5mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.09 μm/s
QUICK SUMMARY:

Whoa, big earthquake overnight as RyanC notes in his wake-up calls.  Crazy 20hrs with high winds first which then died and tagged in the big EQ!  Seismic motion elevated 8hrs ago for the EQ, and finally calmed down within the last hour.  H1's been locked for the last 2+hrs.  Nice to see that the violins weren't rung up after the shaky night!

11:03 UTC guardian called again after not being able to find IR.

11:13 - 11:49 UTC I decided to run an initial alignment. Xarm IR struggled so I trended the IMs and had to move IM2 a bunch in pitch to return it to its previous position pre watchdog trip.

11:50 UTC Back to regular locking

12:01 GRD called, we got hit by 2 large semi close earthquake from the eastern Russian penisula, a 6.7 then a 7.4. A few ISIs and suspensions tripped, it'll be a few hours till the ground motion comes down enough to relock. We were going through DRMI_ASC at the time of the earthquakes.

TITLE: 07/20 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY:
Inherited a Locked IFO.
Dropped from Observing at 3:35:45 UTC for SQZ_FC locking Issues.
I followed the instructions for FC troublshooting found here.
We went back into Observing at 3:47:32UTC
Wind started to pick up in speed.
Lockloss potentially from an Alaskan 4.7M Earthquake.

Locking Notes:
Initial Alignment was ran and completed.
 

TITLE: 07/20 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 147Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 23mph Gusts, 17mph 3min avg
    Primary useism: 0.08 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY:
I have attached a series of pictures from the LIGO Hanford Corner Station roof.
Conditions are not smokey at all here. No fires or smoke can be seen.  

Came back down form the roof and immdiately heard these from Verbals.

GRB-Short E582309 02:16:06 UTC
SuperEvent S250720J 02:16:58
GRB-Short E582309 02:17:09
SuperEvent S250720J 02:21:27

I'm not sure why there are duplicates like this.
 

TITLE: 07/19 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 58Mpc
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 22mph Gusts, 9mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY:

H1 has been locked for over 12 Hours!

Stand down alerts Failure happened earlier. 
Ryan pointed out these instructions to me: 
https://cdswiki.ligo-wa.caltech.edu/wiki/Ryan%20Crouch?highlight=%28Ryan%29%7C%28Crouch%29

We were able to get it up and running again fairly quickly.

Sheila, Camilla

We ran a couple of squeezing angle scans to check the settings of the ADF servo. 

One thing that we realized is that the ADF Q demod signal is divided by H1:SQZ-ADF_OMC_TRANS_Q_NORM rather than mulitplied which is what we had thought.  We changed the coefficent from 0.18 to 5.8. The first png attachment shows that this transforms the blue ellipse into the orange one.  It would be a bit better if we first adjusted the demod phase to maximize the Q signal, so that the ellipse would be aligned along the axis, and the rescaled version would be more like a circle.  However you can see in the right side plot that this gives us a reasonably linear readback of sqz angle as we change the RF6 demod angle (which is actually cabled up to RF3 phase) about 150 degrees where our best squeezing is.

Camilla turned the servo back on in sqzparams. 

For future reference, a slightly better way to do this would be to move the demod phase to maximize Q, do a scan and set H1:SQZ-ADF_OMC_TRANS_Q_NORM to the ratio (max of Q)/ (max of I).  Then you can do a smaller scan around the point with the best squeezing, and in sqzparams set sqz_ang_adjust_ang to the readback angle that you think is best.