TITLE: 06/09 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: MAINTENANCE
    Wind: 4mph Gusts, 2mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.12 μm/s
QUICK SUMMARY:

• HAM1 pressure is at 2.64e-06
• ISCT1 table realignment today

Sun Jun 08 10:08:17 2025 INFO: Fill completed in 8min 13secs

Sat Jun 07 10:05:59 2025 INFO: Fill completed in 5min 55secs

Erik, Dave:

Web ndscope trends stopped updating around 09:45 this morning. Some nomachine sessions are having issues.

We are investigating.

Gerardo, Travis, Randy, Janos

Today we executed WP 12595, reventing, troubleshooting, closing, and re-pumping HAM1. The times of the operations are approximate.

08:00 - 08:30: GV1 and GV2 large gate valves have been closed. HAM1 turbo and Ion pump (IP13) have been valved out. The annulus IPs have been switched off, the annulus volume has been vented. Also, IP3 was valved in to the corner, after the successful troubleshooting yesterday (see aLog 84826).
08:40 - 09:53: The chamber was vented with bottled Nitrogen. Approximately 2 full bottles were needed. Only metallic parts were used between the venting port and the bottle (no plastic tubes), and the tube was flushed with Nitrogen beforehand.
10:00 - 10:40: The Y+ door has been taken off. The O-rings have been inspected, then removed. A human hair was found at 6:30 o'clock, and a little piece of white tape was found in the O-ring's groove at 8:00 o'clock, and overall, the O-rings and grooves were substantially dirty. Pictures about these in the comments. Also, the cleanroom was needed to be moved Y+ direction, to give enough room for the forklift.
10:40 - 11:40: Chamber work. During this time, Randy stayed with the forklift, so the door was hanging from it all the time, and inside the cleanroom.
11:45 - 13:30: O-ring installation: it took a few tries, but both O-rings were installed nicely. Then, installing back the door: smooth process, with shoving it in as the last step, to avoid the O-rings falling out.
13:20 - 13:50: Pumping of the annulus systems, and roughing the chamber. The HAM1 side annulus needed ~10 mins to go below the pressure it reached in the last 2 weeks, so the troubleshooting was very successful! The roughdown goes well, too.
16:15 - 16:45: Transitioning to turbo

WP12596 ADF VCXO IPC between IOP-LSC0 and OMCPI

Daniel, Vicky, Kevin, EJ, Erik, Dave

New h1ioplsc0 and h1omcpi models were installed to add two IPCs at 64kHz rate between lsc (sender) and omcpi (receiver)

    H1:FEC-7_IPC_IOP_PCI_ADF_VCXO_COS
    H1:FEC-7_IPC_IOP_PCI_ADF_VCXO_SIN

After the new models were restarted we noticed that the new receivers were flashing with a single RX error (1 out of 65536 in that second) every few seconds, randomized between the two new channels.

At this point we upgraded h1omc0 from RCG-5.3.0 to RCG-5.5.0, the new system has code to correct for such receive errors. Erik had the new 5.5.0 boot server ready to go, it is h1vmboot5-5 (a new naming scheme).

This required the rebuild and restart of all the models on this frontend (h1iopomc0, h1omc, h1omcpi). The new RCG added slow channels, so a DAQ restart was required for all these models.

The builds on RCG-5.5.0 use EJ's new rev-lock system, whereby all the source code (mdl and C) must be committed to subversion, and only the locked revision of these files are used to build the model, not what happens to be in the userapps models directory at the time. This worked like a charm.

Later Vicky added some filtermodules to h1omcpi, which required a second restart of  h1omcpi and the DAQ.

WP12597 Quarterly reboot h1guardian0

TJ

TJ rebooted the guardian machine, it came back with no problems.

WP12603 HEPI HAM1 model cleanup and removal of TT-L4C IPC senders, switch SEI-PROC to ISI HAM1 GS13 IPC

Jim, Erik, Dave:

New h1hpiham1 and h1seiproc models were installed with no problems. DAQ was restarted, both models had new INI files.

Move HWS data from h1hwsmsr local RAID to /ligo NFS

Erik, Dave:

Erik reconfigured the HWS machines to mount /ligo/data/hws as /data locally. Some files needed to be copied to the new location before the HWS cameras could operate and write current files to the new location. Archived data is being transferred to preserve lookbacks.

DAQ Restarts (plural)

Erik, Dave

Restart 1

11:02 DAQ was restarted for two changes, first the expected changes to h1ioplsc0 and h1omcpi. Second for the unexpected upgrade of h1omc0 to RCG-5.5.0 which added channels to h1iopomc0 and h1omc, and additional channels to h1omcpi.

Clean restart except GDS1 needed a second restart

Restart 2

13:52 DAQ was restarted for the h1hpiham1 and h1seiproc model changes.

Clean restart except GDS1 needed a second restart

Restart 3

14:33 DAQ was restarted for additional change to h1omcpi.

Clean restart except, you guessed it, GDS1 needed a second restart

Note that the Vacuum upgrade which would have required a DAQ restart did not go ahead today.

TITLE: 06/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Corey
SHIFT SUMMARY: We're pumping back down on HAM1.
LOG:                                                                         

Busy day, work completed includes but is not limited to:

Transition LVEA to Laser Safe for Upgrade Period permit

GRD restart (TJ) alog84854 // permit

OMC and LSC model restarts with DAQ restart 1 (CDS team) alog84861 // permit

HWS file work (Erik) alog84865 // permit

HAM1 door prep (including ISCT1 move, alog84850 // permit), removal (VAC team plus many others) permit, and reinstallation

ISCT1 work - new camera and old parts removal (Camilla, Keita, Daniel, Fil) alog84866 // permit, periscope damping with viton (Jim, TJ, Robert) alog84868

h0vaclx unsuccessful alog84871

HAM1_HEPI and SEIPROC model restarts and DAQ restart 2

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.

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.

Today at ~11:10 am, IP3 (LVEA 2x 1250 l/s IP) failed leading to a slight pressure rise in the corner. Seen on all LVEA pressure gauges (BSC2, HAM6, etc.). Attached snapshot shows the two pumps behavior at the time of failure, pump ion current on left column, output voltage on right.

Gerardo and I went to the mechanical room to diagnose the controller, upon arrival both channels on the Dual Vac controller had tripped off. We reset the high voltage and powered on the IP. Channel 1 (corresponding to Pump A in CDS) would only reach 300 V and then would trip the controller. Channel 2 (Pump B would reach 7kV no issue but would trip when Channel 1 tripped). We then swapped to a Gamma MPC controller to test if the controller was the problem. We saw the same exact behavior where Pump A would only reach 300V and Pump B was ok at 7kV.

We then swapped back to the DualVac controller after confirming it was not the issue, but with only Pump B connected and powered on. We are continuing to monitor to make sure Pump B remains steady. In parallel, Travis and Mark are testing the HV cable to the pump to see if there are any shorts. Results to follow.

If the cable is not the culprit we will HiPot the pump to see if there are any shorts, pump will be isolated from main volume during this test. To be continued.

Daniel, Kevin, (Erik, Dave), Vicky

Kevin is interested in taking ADF sweeps around the second higher order mode arm resonance near 10.4 kHz.

We (Daniel) made model changes in h1ioplsc0 and h1omcpi that should enable higher freq ADF demods. Daniel built the models successfully. Then Dave also built these models successfully for the custom RCG running on h1omcpi for the variable duotone. We put in a WP to boot in these changes to h1ioplsc0 and h1omcpi next Tuesday 6/10.

From h1ioplsc0, we added 2 new PCIe channels to write the digital ADF LO oscillator out to PCIe. These are H1:IOP-PCI_ADF_VCXO_{COS,SIN} in screenshot 1. We also changed a rogue limiter such that the ADF should be able to scan +/-1 MHz according to the PLL.

In h1omcpi, we use the fast 64 kHz OMC PI user model to do a fast digital demodulation of the OMC_DCPD_SUM signal using the above ADF-LO PCIe channels. This is beating the fast dcpd output signal (H1:OMC-PI_DCPD_64KHZ_AHF), against the ADF LO's cosine and sine components from PCIe (H1:IOP-PCI_ADF_VCXO_{COS,SIN}), to get the demodulated ADF I/Q signals. The demod signals will have names like H1:OMC-PI_ADF_DEMOD_{I,Q}. Screenshots 2-4.

Operationally nothing should change for the ADF or for OMC-based fast PI damping. We are just using PCI to send 2 IPC channels from an IOP model to a user model on a different computer at ~65kHz, and doing the demod in a 64kHz user model (but the demod does not go anywhere, it is just used for squeezer diagnostics).