Jennie W, Ryan S

Ryan and I went to the JAC table to align the beam to the wavefront sensors after Daniel corrected (#alog 89413) the ADC channel assignment(#alog 89397) for the WFS DC readouts in the h1ascimc model last Friday.

After some alignment with the WFS A picomotor mirror we realised that the X and Y channels were swapped with pitch corresponding to channel X and yaw corresponding to channel Y.

This happens upstream of the table as the cabling seems correct from the table hookup to the pico.

WFS B is the correct way round.

Both WFS have cross-coupling between pitch and yaw but we were eventually albe to get them aligned just by moving the WFS.

This means the WFS DC channels are hooked to the correct ADC channels in the ascimc model now.

We still need to profile the beam on the table to check the placement of the WFS relative to the beam waist.

We will come back to this tomorrow.

After this we did some lateral movements of the trigger PD to centre it in the beam horizontally but had to stand down because of locking efforts.

The signal cable is not hookled up yet so we can start commissioning this and the shutter once we ge the go ahead from the IFO locking team.

Daniel, Marc, Sheila, RyanC, Camila, Jeff, Oli

MC2 M3 wasn't actuating (89434) and we traced it back to its DAC cable in SUS-C2 U28 card slot #5. The cable was halfway coming off. This is because there were no jack screws to screw the cables into, so over time gravity had been pulling the heavy cable out. We took a couple extra jack screws from an unused port and used them to secure the plug in place. Once we did this, we were able to actuate with MC2 M3 again and we just locked the IMC.

There are many other cables in the CER that aren't properly screwed into their ports. We pressed them in but we will need to add jack screws to them before we have something like this happen again! 

FRS ticket: 37180

I ran another set of TFs today for MC1 after the swaps relating to its' DAC in alog89427, they are looking healthy now! The state of the chamber was the same as on Friday, HEPI locked and ISI in Isolated. The SUS was also undamped with alignment offsets off.

/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC1/SAGM1/Data:

2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_L_0p02to50Hz.xml
2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_P_0p02to50Hz.xml
2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_R_0p02to50Hz.xml
2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_T_0p02to50Hz.xml
2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_V_0p02to50Hz.xml
2026-03-09_2000_H1SUSMC1_M1_WhiteNoise_Y_0p02to50Hz.xml

See alog89400 to see the full transfer functions before the coil driver swap, and the Pitch TF after swapping the coil driver (alog89411 for the coil driver swap).

FRS 37167

Daniel became suspicous that MC2 M3/M3 may not be actuating.  I drove a 0.1Hz line on M1 on MC2, and see it clearly in the M3 L witness (osems).  

When driving MC2 M2 with almost the full DAC range (300,000 counts on the test L filter bank), I see no response on M3 witness osems.  Repeating this test on PRM the M3 osems see about a 10 um amplitude motion, so it seems that this level of drive should be visible if the suspension was moving. 

Edited to add:  Marc and Oli found some loose cables, now the actuator on MC2 M2 works.  

FAMIS 31128

The PMC HV supply was swapped 6 days ago (alog89349) which took the PMC down briefly. Afterwords, we did some slight PMC alignment and bumped up the pump current for PS4 to get slightly better PMC transmission. The PSL models were restarted on Friday due to timing errors (alog89413), which also briefly took things down, but everything came back without issue.

Mon Mar 09 10:16:12 2026 INFO: Fill completed in 16min 9secs

WP13077 Replace suspect first LIGO-DAC in h1sush12

Sheila, Marc, Erik, Dave:

We replaced the first LIGO-DAC in h1sush12's IO Chassis. Its ribbon cable and interface card were also replaced.

Replacement parts were removed from the DTS x7eetest1 system.

No DAQ restart was required.

Taking a look at some of the MC1 signals from over the weekend with Sheila and Jeff, we've decided to next swap the DAC card, card 0 on h1susmc1. The OSEMs are moving but not seeing a request in the MASTER_OUT. T3 noisemon seems to see it first.

TITLE: 03/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: CALM
    Wind: 4mph Gusts, 1mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.26 μm/s 
QUICK SUMMARY:

• IMC recovery will continue today, there will probably be some more investigation into MC1
• Hopefully we'll get to further locking to check the BS.
• HAM1 continues to pump down

The annulus ion pump for the Y-Beam manifold railed on Saturday around 9:00 PM local time.  However, the signal for the controller did an odd oscillation before railing, see attached plot.  Nothing noticed in the main vacuum volume signals (pressure rise), we will diagnose this system as soon as possible, we need to verify what the problem is, the ion pump body or the controller.

Sun Mar 08 10:18:18 2026 INFO: Fill completed in 18min 14secs

Sat Mar 07 10:18:00 2026 INFO: Fill completed in 17min 57secs

Erik, Dave:

I have built and installed Oli's first versions of the HAM6 SUS models: h1susom0, h1susobs, h1susam, h1susomcab, h1susom1ab, h1susom2ab and h1susom3ab.

Currently h1sush6 is running without Dolphin IPC and is not connected to the DAQ. Therefore to get this early running I edited the models and removed the remaining H1:LSC-TRIG_IFO_PCIE part from the om0, obs, am, om[123]ab models.

Only the iop model is in puppet, so I had to also do some hand editing of the rtsystab file to get the models to start.

I made a temporary edit to generate_cds_overview.py to add these models to the CDS Overview. To make space I simply stretched the window vertically. I'll reorder the lower section so the SUS column can take the full window height (also additional models will be added to h1sush5 and h1susb2h34).

Next week we will put all of this into puppet and add these models to the DAQ.

S. Muusse, T. Roocke

All chassis were put on the rack for the Y table and cables attached. All electronics were tested and working however, we have realised additional power supplies are required and some additional cables are required.

Power supply/ cables still required:

• 15V for flipper
• 12V for fan 
• 5V for visible
• Make cables for fans
• Make cables for flipper

A potential solution is to use pre designed 15V, 12V, 5V, regulator boards in another chassis which can be input to the table through the blank and power feedthroughs.  Alternatively there are some preexisting supply boxes for 12 and 15 V

Per WP13076 we replaced the coil driver for MC1 due to suspicion it was causing MC1 to jump.  The coil driver in question glitched on TOP3.  Referencing D0902810-v12, the chassis in question is U41 on SUS-C4, we exchanged it with a spare.

Old SN - S1001097, New SN - S1100194

Shelia will retest the signal chain to see if this solves the issue.

The HAM1 +Y door was installed today.  Installation went smoothly and the O-ring cooperated by staying in place today.  I will note that torquing the door bolts is becoming more of an issue due to wrench access being increasingly limited near the 5-way cross/feedthru areas now that all the in-air cables have been attached.

The HAM1/HAM2 annulus system is being pumped by 2 turbos/aux carts on the -Y side of the chambers.  The mysterious ~order-of-magnitude pressure readout difference at the two carts on the shared annulus system is again present, as was noted the last time this annulus system was pumped down.  Not an issue per se, just some vacuum phenomena that leaves us scratching our heads.