(Betsy, RyanC, Jason)

Friday we spent more time understanding why the Yaw mechanics weren't effective on the BBSS. We found that a lot of the top mass OSEMs interfere a lot when adjustments are made so they were constantly hanging up and giving us false reading of our adjustments. So we ended up disassembling half the suspension, stripping all top BOSEMs and the middle stage 4-BOSEMs via the entire plate. Then we started to see actual Yawing with the adjustments. In the process however, we stripped one of the 10 blade locking screws. So more disassembly to remove the sheet plate and eventually the bolt.  We now have yaw in the ballpark, but need damping. Facepalm. So will resume reassembling the whole suspension and get damping going asap next week.  Will need to revisit the L measurement after we finish Y and P.

Gerardo, Travis, Jordan, Sean (GNB tech)

Today a tech from GNB came to the site to perform maintenance on the air cylinder for GV7 after we were unable to hard close the valve, see alog 89625

We first soft closed GV8 (and replaced the faulty air regulator) as a safety during the GV7 work. We then marked and measured the positions of the reed switches on the cylinder threaded rod, then disconnected the top air line. Sean then disassembled, cleaned and replaced all of the seals in the cylinder head, and the top and bottom flanges. We did have to modify the wear band since the one in the repair kit was too long and the ends overlapped. We also installed the new cylinder, but the used one looked to be in good condition. We will keep that one as an emergency spare.

New grease was applied to all seals and the inside of the cylinder. In order to keep the seals and wear band contained while installing the cylinder, Sean used a plastic band around the cylinder which kept the seals in place as the cylinder passed over them, which was then removed once the cylinder made it past the top piston seal. The top flange was then installed, along with the reed switches and air line.

The valve was already soft closed during the repair, so to test we wanted to see if we could hard close. We noticed there was no longer any air leaking from the solenoid manifold, and we heard the audible "thunk" of the valve camming over (hard closed) at 40 psi, we confirmed the cds screen showed red for the valve status indicating the valve was hard closed. We then re-opened GV8.

No significant issues encountered, just a lot of cleaning of the old grease and seal grooves.

Full set of pictures/videos will be posted to the DCC and linked to this alog.

Closing WP 13256

(Jordan V., Travis S., Richard M., Filiberto C., Dave B., Patrick T., Jonathan H., Brandon P.(RMC), Gerardo M.)

(Work done on 5/21/2026)
The new purge air compressor, Kobelco KN-0, developed a very small oil leak (again).  A few weeks ago oil started oozing out of some of the oil line connections, about 3 different spots.  See photos.  Technician Brandon Pimentel showed up Thursday morning, and not only did he found the above mentioned slow leaks, but he discovered that the oil pump was also leaking (again), the seal at the drive shaft is not sealing.  That was the diagnosis, see report below.
Brandon turned the compressor off, then proceeded to fix leaks.  The oil pump will get replace later, he has order a new pump and should be here in the next couple of weeks.  The compressor was turned back on, it started working without a problem, "BUT" the HMI (control panel) did not returned!  After several tries at restarting the unit, Brandon and Field Engineering called HMI dead, and it needs to be replaced.  The HMI unit should be here within a week.

Meanwhile we were flying blind, the compressor is doing its job and compressing air and working with its regular schedule, but due to the oil leak on the oil pump, we've decided to attach a thermocouple to the compressor to keep an eye on the oil temperature, same location as the oil temperature sensor the HMI unit uses, then thanks to many people we now have a CDS signal for the oil temperature, see Dave's entry.
We let the unit run until the dew point at the drying towers was acceptable, then we released the purge air into the LVEA, we let the purge air run on the lines inside the LVEA for another hour, then we took a dew point measurement at the point of use, we read -43.7 ^oC.  Then we allowed the air into chamber and purged the chambers for 1 hour before allowing in-chamber work to resume.

Below is Brandon's report:                                

1/4IN OF OIL IN CABINET CUBICLE BELOW OIL PUMP. CLEANED UP OIL RESIDUE FROM ALL COMPONENTS.
REPLACED ORING ON OIL PUMP INLET LENS FITTING. TIGHTENED LENS FITTING BUSHINGS.
TEST RAN UNIT LOADED FOR 1 HOUR INSPECTED OIL PUMP HOUSING FOR EVIDENCE OF SHAFT LEAK AND COUPLING WEAR. FOUND 1/4 OF OIL INSIDE HOUSING AND RESIDUE ON SHAFT. NEED TO REPLACE OIL PUMP.
HMI IS BLACK-SCREENED AND UNRESPONSIVE. PER FIELD ENGINEERING, NEED TO REPLACE. UNIT IS OPERATIONAL.

TITLE: 05/22 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
Major work that was completed today: 
Gate Valve 7 is now repaired. 
L4Cs went insideHAM2 . 
Faroing yaw in the new beam splitter.
And Optics cleaning of CRS optics.
 

LOG:

Mitch, Jim

We got a window this afternoon to try installing L4Cs in HAM2. We just did the horizontal L4Cs and cables, because those were the most difficult, but least in the way parts. The H3 L4C in particular was very difficult, I had to go in and work under the SPI ISIJ telescope, laying on my stomach in the beam tube, while trying not to kick the modecleaner baffle out of place. Also, the gap between bottom edge of St1 and the bottom of the nozzle to the modecleaner tube is just slightly narrower than my elbow, so I could fit my arm in there, but was never sure it would come back out easily. Anyway, the hard part is done, we will finish the verticals next week sometime. I also need to get back with Fil about running the in air cables to the feed thrus. We should have the in rack electronics next week some time as well, so I will try to get the adc wiring in the model set up before interface chassis arrives.

On May 19th, 2026, we took our first set of transfer functions for the BBSS after swapping in the glass optic. They all came out looking good, albiet very noisy because the suspension wasn't covered.

Comparing them to the last measurement we did in the staging building, the peaks still all match up well. There is just a consistance difference in magnitude, but that is probably just due to the difference in electronics between the QUAD stand in the staging building and the BS electronics in the LVEA.

Data
/ligo/svncommon/SusSVN/sus/trunk/BBSS/H1/BS/SAGM1/Data/2026-05-19_2000_tfs/2026-05-19_2000_H1SUSBS_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz.xml
r13018
Results
/ligo/svncommon/SusSVN/sus/trunk/BBSS/H1/BS/SAGM1/Results/2026-05-19_2000_tfs/2026-05-19_2000_H1SUSBS_M1_ALL_TFs.pdf
r13018
/ligo/svncommon/SusSVN/sus/trunk/BBSS/Common/Results/allbbss_May2026_BBSS_teststand_vs_staging/allbbsss_May2026_BBSS_teststand_vs_staging_ALL_TFs.pdf
/ligo/svncommon/SusSVN/sus/trunk/BBSS/Common/Results/allbbss_May2026_BBSS_teststand_vs_staging/allbbsss_May2026_BBSS_teststand_vs_staging_ALL_ZOOMED_TFs.pdf
r13017

Comparison overnight spectra of the BBSS's M1 LF/RT and M2 UL/UR osems before vs after the installation of the BRDs is showing that the BRDs are correctly damping the Bounce and Roll modes and so don't need to be adjusted.

Bounce and Roll frequencies (measured before installing BRDs) were at 19.80 Hz for Bounce and 32.09 Hz for Roll. Final measurements will be taken in chamber.

No BRDs
- Brighter colors
- Overnight measurement taken over >14 hours
- Starting time: 2026-05-20 00:08:45 UTC

With BRDs
- Darker colors
- Overnight measurement taken over >14 hours
- Starting time: 2026-05-21 00:16:54 UTC

The data file I used for this can be found in  /ligo/svncommon/SusSVN/sus/trunk/BBSS/H1/BS/Common/Data/2026-05-21_1900_H1SUSBS_M1M2_BounceRoll_NoBRDs_vs_BRDs.xml as r13015.

J. Kissel
(Belated aLOG)

Here's the continued summary log of what was done on the SPI pathfinder, up to Wednesday Afternoon 2026-05-20.
    - Unshuttered laser for the morning (still on overnight, so well past its thermal transients), with o-scope still reading out the MEAS IFO with 400 [usec/DIV] and found the efficiency low.
    - Looked around for a bit, still get prepped for the day, and I turn around that MEAS IFO efficiency has recovered. Very weird. Set the scope to measure the MEAS A and B efficiency and input power monitors on 40 [sec/DIV] to gather a long, 400 [sec] = 6.6 [min] trend while I worked on aligning REF IFO. Found the this true 
        . [FUTURE JEFF] Note, this was true *before* I had issues with OL_QPD_B alignment and swapped out the dumps for big dumps (see below), making the "is the beam clipping?" potential for it being the issue questionable.
    - On to continued migration of components, now the MEAS path into the REF IFO.
        . Locked down set screws for R_B1 and R_B2 (R_F1 and R_M1 already locked). Since both REF paths are are aligned into the REF and MEAS IFOs, we want to fix it as the LO / reference for the IFOs. 
        . Dumped REF beam path into REF IFO. 
        . Installed and aligned M_B2 using holes 90 and 91. (Again: "aligned" or "confirmed alignment" means confirming alignment thru irises with IR camera, as well as maximizing power through irises with power meter.)
        . Installed IFO_PWRIN_MEAS PD and dump D_IFO_PWRIN_MEAS.
        . Confirmed function of PD.
        . Confirmed alignment of beam onto IFO_PWRIN_MEAS PD.
        . While checking functions of PDs, went over to OL_QPD_B (never checked this prior to aligning MEAS IFO on 2026-05-19), and found its reflection missing the D2400368-v1 assembled as designed. This is assuming that because I already had ~72% efficiency on the MEAS IFO, that I didn't want to move any mirrors/beam splitters. [FUTURE JEFF] THIS IS AN ERROR IN MY ALIGNMENT PROCEDURE (On 2026-05-19 I should have used M_B1/M_M1 to align to OL_QPD_B, THEN set the alignment of OL_QPD_B to hit the dump D_OL_QPD_B dump location as designed).
            :: Increased beam dump "catcher" plate of the v-dump size to 1.16" x 1.16" plate, in first attempt to catch the beam
            :: THEN physically rotated the QPD housing in YAW, centered the QPD signals on the incoming beam, but that yawed the reflected beam even further away (in -Z) from the designed D_OL_QPDB location. [FUTURE JEFF] Further indicating the issue was with the incoming beam, not the QPD.
            :: So, I increased the dump "catcher" and "receiver" plate to 1.58" x 1.58" plates.
            :: This made getting the beams around this big plates really challenging, but I was able to get something that worked, with the ~5 [mm] diameter beam spot on the card not clipping (acknowledging that I don't know the real beam diameter other than "it should be 2 [mm] all over the transceiver").
        . Moved on, and migrated M_M3 over confirming alignment with holes 93 and 96. 
        . With MEAS beam now into R_B3, confirmed alignment with irises with holes 100 and 97.
        . Unblocked REF path into REF IFO and began to search for heterodyne beat note. Having much tougher time than with MEAS IFO.
        . Remembered Bram trick of temporarily removing IFO_REF_A to project both REF and MEAS beam further off the board to confirm far-field alignment. Was indeed clean misalignment of beams in far field.
        . Adjusting only MEAS path by walking M_B2 (for near field adjustments) and M_M3 (for far field adjustments), was able to find the beat note on IFO_REF_B.
        . Re-installed IFO_REF_A PD, and maximized beatnote as best I could, but only got 35%.

            Max = 3.00 [V]
            Min = 1.30 [V]
            Amp = 1.70 [V]
            Mean = CH1 2.15 [V], CH2 2.22 [V]
            Efficiency = Amp / (2*mean)
	        CH1      1.70/(2*2.15)= 0.395 % yuck!
	        CH2      1.70/(2*2.22)= 0.383 % yuck! 
        . But this is just a "reading off the scope" efficiency, wanted to make sure this wasn't dramatically influenced by dark offsets, so spend some time gathering PD DARK offsets. All SPD dark offsets are in the 15 [mV] level FAR below the now-excellent signal voltage levels.
        . Also noticed, with both IFOs functional and up on the o-scope, with it triggered on the REF IFO,
            :: Phase drift of MEAS IFO w.r.t. REF IFO.
            :: Sensitivity of the IFOs to flicking of either MEAS or REF fiber.
    - Resolving to take this offline to talk to the SPI crew about it, I re-dressed up all cabling.
        . Found picomotor cable was mounted in the Cable Table bracket upside down, making the map of which quadrupus leg goes to which pico-actuated mirror challenging, so I fixed that.
        . Hooked them up as designed (mirror names == D2400107; pico cable == D2400342; pico driver board D1100326):

            :: M_M1  > J2  > Pins 12,13,24,25 > furthest right when looking at the open D25 connector as the boat floats (with all pins to the left) > Pico Driver page 5, D25-J2 CH5 
            :: M_B4  > J3  > Pins 10,11,22,23 > 2nd right > Pico Driver page 5, D25-J2  CH6
            :: M_M2  > J4  > Pins 8,9,20,21   > 2nd left  > Pico Driver page 5, D25-J2  CH7
            :: Spare > J5  > Pins 6,7,18,19   > furthest left (where all the missing pins are > Pico Driver page 5, D25-J2  CH8
        . Confirmed all cables went "up first," with a soft-bend to breadboard level, and completely clear of all beams.
        . Confirmed IFO_MEAS_A cable is neatly threaded through the middle of the periscope mirrors, but doesn't interfere with the mechanical motion of the periscope
        . Confirmed all cables were clear of -X perimeter so as to not interfere with installation shelf cylinders D2500142
        . Confirmed all cables were clear of the utility holes consumed by SLIC shroud D2400106
        . Confirmed all cables won't interfere with installation handles
        . Confirmed all cables won't interfere with attaching / reattaching optical fibers.

But at least, the victory from today is : The D2400107-v4 board is completely migrated over to the D2400107-v5

At the end of the day the board was completely migrated, but I now had a list of issues to now tackle ([FUTURE JEFF] prioritized by importance):
    (1) Low efficiency of REF IFO.
    (2) Beam dump for QPDB. Is this good enough? How can I test quantitatively? Could move rotate the housing back, but -- won't the position of this reflected beam change once we get the real return MEAS beam, and we want "if centered on the QPD, then IFO will heterodyne" as an alignment reference?
    (3) Breathing of heterodyne efficiency on MEAS IFO (only MEAS IFO, REF IFO is rock-soiid).
    (4) P-pol transmission dependent on physical position of optical fiber
    (5) Reflection of PWRIN_REF. Should I crack the enclosure to try to fix it?
    (6) Phase drift of MEAS IFO w.r.t. REF IFO.
    (7) Sensitivity of the IFOs to flicking of either MEAS or REF fiber.

[FUTURE JEFF] After discussing with the team (in order of how to address the issues): 
    (4) Fiber polarization state output dependent on fiber position. Check the tiny set screws on the fiber collimator again, make sure they're secure, but not too secure.
    (2) QPDB reflection dumping. I didn't follow procedure here, and that has caused a ripple effect. Fixing M_M1 alignment into QPD B is the way to go. That should solve the QPD B reflected beam issue, and thus any potential for clipping, and might clean up (3), BUT, before you do that,
    (1) Low REF IFO efficiency might be an issue with the alignment again. 35% is unacceptable, we need both IFOs above 75% at least. Maybe you need to revisit the whole MEAS path alignment, confirming spot position on PWNIN_MEAS, since that confirms M_F1 alignment. If it's off, realign the whole MEAS path and that might clear up the issues with the REF IFO and QPDB. If the PWRIN_MEAS alignment is good, then triple check that you've not put in any optics backwards.
    (5) PWRIN_REF PD reflection dumping. This can be a last issue fixed, but everyone votes to go into the PD and fix it albeit using the utmost of caution to protect the PD.
    (6) Phase drift between MEAS and REF IFOs -- not a big deal. Likely air-currents. Try waiving your hand over the IFO and seeing it you get a wiggle to confirm.
    (7) IFO sensitivity to fiber flicking -- this is why we have two IFOs and subtract the signal, to remove exactly this kind of fiber "acoustic noise" coupling. Nothing to solve here.
    

[Shoshana, Ryan S]

Yesterday we began building the second set of CRSs sent over from LLO (mostly just putting in heli-coils). I (Shohana) will probably continue working on them today

For some of the parts sent over from LLO (where they had already gone through clean and bake) we found some black residue in some of the aluminum foil wrappings and on the parts (specifically the cross beams [D2300102] and the solid supports [D2300144]) some of which would come off when wiped, but some of the residue would not. Pictures below

The trends for the Kobelco air compressor oil temperatures can be viewed at 1day and 7day

They are also linked to the ndscope trends page

Richard, Gerardo, Jordan, Fil, Patrick, Jonathan, Dave

Fil, Gerardo, Richard, Jordan ran a line from the Kobelco compressor over to the vacmr rack and connected it to a spare Beckhoff ADC channel.

I wrote an EPICS IOC which reads the raw voltage from the Beckhoff terminal and converts it to DegC and DegF oil temperature.

The ioc is kobe_oiltp_ioc.py. It reads the raw voltage from H0:VAC-MR_TERM_M28_CHAN3_IN_VOLTS and converts this to temperature DegC using the simple formula

DegC = 30 * V

It also converts the temperature to DegF and, along with the raw voltage read via ezca, exports these in EPICS channels. The chan names are:

[H1:VAC-MR_KOBE_OILTP_VOLTS]
[H1:VAC-MR_KOBE_OILTP_DEGC]
[H1:VAC-MR_KOBE_OILTP_DEGF]
 

H1:VAC-MR_KOBE_OILTP_DEGF was added to the alarms system. Cell phone alarms will be sent to the vacuum group if the temperature exceeds 150F or falls below 100F.

These channels have been added to the Vacuum Overview MEDM (attached).

(I learned from T0900486 "IO Stray Light Analysis and Baffle Design" that the IFI input baffle is called HA3, IFI output baffle is HA6, the baffle right in front of IM4 is actually supposed to be a pair of HA12-a and HA12-b but there's only one baffle which I suppose is HA12-a, two-hole baffle for ISS array is HA11, and the last IFO REFL before the beam leaves HAM2 is HA13.)

Clipping on the IFI input baffle (HA3) might not be real

The beam spot on this baffle was OK before we did anything to IM1 on Tuesday (IFIinput_before.jpg). It's low and toward +X, but nowhere near clipping.

This baffle is right in front of the calcite wedge that deflects the IFO REFL beam away from the incoming beam path from IM2 (HA3_calcite_wedge.png). The lever arm from the wedge to the baffle looks to be an inch or so at most. Hard to imagine that the REFL is clipped while forward going beam is not, but the scattering goes away when I block the beam between PRM and IM4.

The reported "IFO REFL beam clipping" on this baffle is either because the PRM is not retroreflecting, or maybe it's some kind of ghost beam produced from the PRM reflection somewhere.

If we establish that the main IFO refl is NOT clipped when PRM retroreflects, we don't have to worry about this baffle too much (though ghost beam is still a problem).

We will have to bring a card with a hole to make sure that the beam is retroreflected as good as we can.

FYI, IFIinput_aftercentering.jpg shows the same baffle after we made a huge change in IM1.

We THINK that the beam on the IFI output baffle (HA6) is OK too but we need to check

We don't have any good view of that baffle so it's hard to assess, and we forgot to check it before making changes to IM123.

However, given how small the change was on IFI input baffle, we don't expect that it was very bad before. We'll have to revisit and confirm.

IMC beam spots

As of now, the measured beam position in front of MC mirrors are as follows this. For measurement points, see mc_beampos_measurement_cartoon.jpg. The height is pretty good for all. MC3 is great horizontally too. Beam spot on MC2 and MC1 are both shifted in -Y direction.  MC2 by 3.6+-1mm, MC1 by a couple +-1mm.

Horizontal positions were determined by covering half of the beam with a vertical hard edge (ruler etc.) and then measuring the position of the edge relative to the neighborhood screw holes using a small ruler, and then using the drawings (D0901088, D901089, D0901099) as well as other IO documents (e.g. T0900486) to figure out the nominal beam location. As an example of tedious work done, see ham2mc1.png. Due to the way it was done, we cannot determine the horizontal position of the beam much better than maybe 1/2 of the beam radius. I just put +-1mm error for all measurements. Height numbers were measured off of a ruler, the error bar (if any) is the difference between Rahul's reading and mine divided by two.

What if we move MC2 or MC3 beam spots (or both) to unclip IM4 baffle (HA12)

To get more sense of magnitude of IMC motion relative to the beam motion on IM4, I calculated how much the IMC alignment should be changed to move the beam on IM4 by 3mm in -Y direction (comfortably far from clipping but not enough to center) without moving IMs.

There are many linear combinations of the MC3 spot position and the angle of the beam coming through MC3 that will move the beam on IM4 by 3mm, so I just chose "parallel transport of MC2-MC3 line" (i.e. no angle change of the angle of the beam coming out of MC3), "rotate MC2-MC3 line around MC3" (i.e. no beam displacement on MC3) and something in-between ("rotate around MC2").

See cartoon_IMC_alignment_to_unclip.png (not to scale but the sign of displacement/rotation is correct along the entire path) and IMC_to_unclip_HA12.png (actual calculation). IMC is not the only thing that moves, we can also move IM2, but anyway. In the "parallel transport" case the beam will be move further away from the center of MC2 (remember it was already 3.6+-1mm in -Y direction to start with so the end result will be 6.8+-1mm in -Y direction). OTOH in the "rotation around MC3" case, the beam on MC2 will move by 11mm in +Y direction so the end result will be 11-3.6+-1=7.4+-1mm in +Y direction.

In all cases the beam will likely still hit the IM4_TRANS because the QPD (Excelitas C30845) has a huge 8mm active diameter, but it will likely be completely in one quadrant. So all of these will be bad solution if we believe that the IM4_TRANS position should be close enough.

Note that the "rotation around MC3" case will result in about 1mrad beam angle change on IM4. This needs to be absorbed by IM4 rotation by about 500urad to send the beam to PR2. 

It's also worth noting that IM4-PRM HR distance is almost the same as IM4-IM4_TRANS distance.

What if we fix the beam on IM4_TRANS?

Instead of IMC alignment, now let's think about the beam positions from the end point (IM4_TRANS).

Again, assume that we want to keep the IM4 TRANS beam position. We tried two different IMC alignment, and the beam was clipped on IM4 baffle (HA12) after bringing the beam back to the target IM4 TRANS position.

Moving the beam position on HA12 by 3mm in -X direction without changing the IM4_TRANS position means that we shift the beam position on IM3 by about 8mm. IM3-IM4 path beam angle changes by 4.8mrad counter-clockwise. This is an absolutely huge change. 

PRM should be moved by 2.4mrad, and 8mm on IM3 is already the radius of IFI output baffle (HA6)  so we'll be worrying about clipping there. There seems to be no solution where the beam is far enough from the IM4 baffle (HA12) edge AND the beam is on the same position on IM4_TRANS as in vacuum. 

As far as we assume that IM4_TRANS is trustworthy, it's very likely that the beam was clipping or at least very close to clipping on HA12 in O4.

However, if IM4_TRANS path moved after HAM2 was opened (i.e. somebody bumped something), IM4_TRANS position as of now doesn't mean anything. We have to at least grab and wiggle the steering mirror as well as the QPD for that path to make sure that nothing is loose. (I already did that test for MC2 TRANS, and they didn't move.)

Ibrahim, Oli

We ran a long overnight Bounce measurement on the BBSS. The BRDs weren't installed for this measurement. AOSEM flags were not installed, and we were 100g heavier at M1 than we are now (this measurements was taken before 90294). 

With those settings in mind, our measurements show that our Bounce mode was at 19.80Hz. The last time these measurements were taken, back in the staging building (88141), the bounce mode with no BRDs was ~19.74Hz, so they're consistant.

The measurement file can be found in  /ligo/svncommon/SusSVN/sus/trunk/BBSS/H1/BS/Common/Data/ 2026-05-19_2200_H1SUSBS_M1M2_BounceNoBRD_V_0p001to40Hz.xml as r13012.