Jim, TJ, Robert

We damped the periscope on ISCT1 by removing the dog clamps one by one and inserting a strip of 1/16" viton between the dog clamp and the base of the periscope before retightening, making sure that the strips crossed the corner of the base. This is not the most effective way of damping the periscope but it was the fastest, safest and most simple damping we could do. Jim measured the Q to be around 1000, so we didn't have to do much to get an improvement. In Jim's first transfer functions after the damping, the peak looked a little wider.

Fil, Keita, Daniel, Camilla  WP12598 WP12584

We swapped the old REFL Analog Camera to a Gige Digital Camera (Basler acA720-290g m S/N 40477593) on ISCT1 and cabled to the table feedthrough. There was no beams today so the alignment may need to be touched up.

Keita and Daniel also removed the MCL steering mirror, controller and the in-air POP-X WFS (S1300511, now stored in the EE shop) with mirror and lens from ISCT1. MLC controller and PZT will be stored in mid station storage. The beamsplitter towards the old POP-X path stayed but was blocked with the beam dump that used to be dumping the POP-X reflection.

Table layout D1201103 not yet updated. Photo of table attached. 

WP 12572
The 24V power for the table enclosure lights on ISCT1 and IOT2L were rerouted through the Interlock/Lighting patch panel D1201535. Panel has a power switch and Status On/Off indicator. The dimmer functional was left in place and requires both the panel power switch and dimmer in the ON position for LEDs to power on.

WP 12574
New GigE camera was installed in ISCT1, alog 84866. Camera is connected to the new CER switch, port 12. Three ports on the SUS-R1 patch panel are available for new GigE cameras.

Power to the three IOT2L analog cameras was disconnected:

1. WFSA
2. WFSB
3. REFL

Power cable did not have a dedicated Feedthrough. Analog cameras are no longer used. The 18V power cable is on top of IOT2L if power needs to be reconnected.

HWS servers now point to /ligo/data/hws as the data directory.

The old data directory, h1hwsmsr:/data, is now moved to h1hwsmsr:/data_old

The contents of the old directory were copied into the new directory, except H1/ITMX, H1/ITMY, H1/ETMX, H1/ETMY, under the assumption that these only contain outputs from the running processes.

HWS processes on h1hwsmsr, h1hwsmsr1, h1hwsex were stopped and restarted and are writing to the new directory.

h1hwsey had crashed previously and wasn't running.  It was restarted and is also writing to the new directory

This is a very quick first look at the ASC performance with the HAM1 ISI. Jim is still working on bringing the ISI up to full performance, but the first attached plot compares the INP1 P and CHARD P error spectra from March 31 just before the vent and yesterday, when we locked to full power and low noise with HAM1 in the isolated state.

Before the vent, we were running feedforward of the HAM1 L4Cs to CHARD, INP1 and PRC2. PRC2 is now on the POP sensor, and CHARD and INP1 both use a combination of the REFL WFS 45 MHz signals. The large peak around 20 Hz before the vent appears to have reduced in INP1 P and shifted down in frequency in CHARD P. The second attachment shows that large peak in CHARD P is coherent with the HAM1 GS13s, from about 10 to 20 Hz, especially with RX, RY, RZ, and Z.

There is also a peak at 6 Hz, which we know is a vertical resonance of the RMs, 84712.

WP12596

Daniel, Vicky, Kevin, EJ, Erik, Dave:

We have installed new h1ioplsc0 (RCG5.1.4) and h1omcpi(RCG5.3.0) models. This led to a small IPC receive error rate on h1omcpi. To correct for this we upgraded h1omc0 from RCG5.3.0 to the latest RCG5.5.0, rebuilding all the models [h1iopomc0, h1omc, h1omcpi] against this RCG. Erik booted h1omc0 from the new boot server h1vmboot5-5 (and removed it from h1vmboot0). We are letting it sit for a while to ensure there are no IPC errors before a DAQ restart.

Fri Jun 06 10:04:56 2025 INFO: Fill completed in 4min 52secs

For FAMIS #26389:  All looks well for the last week for all site HVAC fans (see attached trends).

To investigate the 70Hz feature in HAM1 chamber, which Jim reported in his alog (LHO 84638) I started looking into the structural resonances of the periscope which is installed in HAM1 (see two pictures which TJ sent me, was taken by Corey here - view01, view02) .

Betsy, handed me a periscope (similar but not exactly the same) for investigation purpose, which is now setup in staging building. I attached an accelerometer to the top of the periscope and connected it to the front end of the B&K setup for hammer impact measurements - see picture of the experimental setup here. 

At first I used two dog clamps to secure the periscope. The results of the two dog clamp B&K measurement is shown in this plot (data from 0.125 to 200Hz)) - one can see a 39Hz feature in the Z hit direction. See zoomed-in (30-100Hz) figure here.

Next, I attached a third dog clamp, just like in HAM1 chamber and took a second round of measurements (especially for Z direction impact). 

This plot compares the two vs three dog clamps scenario on the periscope and one can see that the resonance mode has been pushed up from 39Hz to 48Hz. 

FAMIS28948

The quarterly reminder came at a good time for us to restart fresh for observation next week. Reboot went as expected, no hiccups. Reboot started at 1553UTC.

Closes FAMIS26502

2025-06-06 08:41:32.265177
There are 2 STS proof masses out of range ( > 2.0 [V] )!
STS EY DOF X/U = -4.667 [V]
STS EY DOF Z/W = 2.386 [V]

All other proof masses are within range ( < 2.0 [V] ):
STS A DOF X/U = -0.521 [V]
STS A DOF Y/V = -0.607 [V]
STS A DOF Z/W = -0.719 [V]
STS B DOF X/U = 0.2 [V]
STS B DOF Y/V = 0.974 [V]
STS B DOF Z/W = -0.422 [V]
STS C DOF X/U = -0.857 [V]
STS C DOF Y/V = 0.855 [V]
STS C DOF Z/W = 0.629 [V]
STS EX DOF X/U = -0.034 [V]
STS EX DOF Y/V = -0.051 [V]
STS EX DOF Z/W = 0.072 [V]
STS EY DOF Y/V = 1.164 [V]
STS FC DOF X/U = 0.195 [V]

STS FC DOF Y/V = -1.134 [V]
STS FC DOF Z/W = 0.628 [V]

Closes FAMIS26423

Laser Status:
    NPRO output power is 1.85W
    AMP1 output power is 70.39W
    AMP2 output power is 140.3W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 18 days, 0 hr 26 minutes
    Reflected power = 23.16W
    Transmitted power = 105.5W
    PowerSum = 128.6W

FSS:
    It has been locked for 0 days 1 hr and 12 min
    TPD[V] = 0.801V

ISS:
    The diffracted power is around 3.8%
    Last saturation event was 0 days 13 hours and 21 minutes ago

Possible Issues:
    PMC reflected power is high

Randy, TJ, Fil, Richard, Camilla, WPs: 12593, 12594

After Fil and Richard un-cabled ISCT1, TJ and I added guillotines to HAM1 +Y VPs, removed bellows and attached yellow VP covers. Randy then fork-lifted ISCT1 away from HAM1 and placed it next to IOT2L.

TITLE: 06/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: MAINTENANCE
    Wind: 11mph Gusts, 5mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.10 μm/s
QUICK SUMMARY:

• HAM1 vent pt.2 is starting today, to repair a gasket

I noticed that the LLCV is railing at its top value, 100% open, it can't open no more.  This is a known issue, but it appears as if the valve is reaching 100% sooner than expected, meaning when the tank is almost half full.  First, I'm going to try a re-zero the LLCV actuator and await for the results.  First attachment is a 2 day plot of LLCV railing today and yesterday.  The second plot is a 3 year history looking at the tank level and the LLCV, it rails at 100% a few times.

Bin Wu, Julia Rice

We have been working on writing a new Guardian script that will allow us to switch off the dither loops sooner in the power up process and instead use cameras.

We first looked at the error signals in the ASC cameras to see if we could adjust offsets to better values. We did this for the CAMERA_SERVO guardian, and added new intermediate states, including TURN_ON_CAMERA_25W_OFFSETS and TURN_ON_CAMERA_MOVESPOTS_FIXED_OFFSETS. We've attached screenshots showing the graph before and after our additional states. Below are the values we used for offsets for each. The weight from DITHER_ON to TURN_ON_CAMERA_25W_OFFSETS is set to be 10.

TURN_ON_CAMERA_25W_OFFSETS

TURN_ON_CAMERA_MOVESPOTS_FIXED_OFFSETS

We also adjusted the offsets for TURN_ON_CAMER_FIXED_OFFSETS:

These are added in lscparams.py. We also added the necessary code into CAMERA_SERVO.py.

We also added a parameter in lscparams.py for new ADS camera CLK_GAIN at 25W  ('ads_camera_gains_25W', screenshot included)

Right now the new states are not requestable, so they will need to be ran manually to test. We haven't made any change to the ICS_LOCK guardian.

I was only able to take the broadband measurement due to an earthquake that knocked us out of lock a minute later. We had been at full power for around 5 hours at the time this measurement was run. Unfortunately since we weren't able to take the Simulines measurements, I am not able to run the report.

Broadband:

Start time: 1433118749 (2025-06-05 00:32:11 UTC)

End time: 1433093874 (2025-06-05 00:37:36 UTC)

Data found in: /ligo/groups/cal/H1/measurements/PCALY2DARM_BB/PCALY2DARM_BB_20250605T003226Z.xml

I haven't had time to post this because of the wind fence work, but I haven't been able to finish the commissioning of the HAM1 ISI because of a 70-ish hz feature in mostly the X and RZ plants. I didn't see or appreciate how large this 70hz feature was in my close out measurements before doors went on, and it's making the loop design very difficult. I was trying to notch the loops to make the ISI work, but 70hz is very close to the nominal 30hz loop ugf. The X,Y,RZ and Z loops are marginally stable right now, and the  70hz feature gets injected into the IMC when ALS is locked. I think that I can get the loops working, but probably with less gain than we would otherwise get.

Attached PDFs are the loops currently installed, the ISI is set to not use the RX and RY loops, but the X loop is probably ringing at 70hz when the ISI is isolated. We are currently running with just the damping loops though.