Displaying reports 1-20 of 88792.Go to page 1 2 3 4 5 6 7 8 9 10 End
Reports until 21:47, Thursday 06 August 2026
H1 SQZ
sheila.dwyer@LIGO.ORG - posted 21:47, Thursday 06 August 2026 (91433)
SQZ loss measurements

This morning we continued to use the crane that Camilla and Ryan devised to try to get more reliable power budgeting measurements on the VIP.  Our previous measurements with the power meter held in a hand and hovering over the table consistently showed that we have something like 4% extra losses in HAM7, but they have not been repeatable enough for us to track down the location of the losses.  The crane set up helps us set the angle of the beam profiler head by using a clamp on the post, and also gives us much more steady measurements of power, so we were able to make some progress in identifying the location of losses.  However, we think that the power out of the OPO was drifting by 1-2% during these measurements, which makes the measurements less reliable for finding losses.  

We do think that we have about 0..8% loss at B:L2, where the difficult to align apperture stop is.  This apperture stop catches a rejected beam from B:P1 which is scattered light from the interferometer, so we need to keep it.  We looked for space to move it off the lens mount onto it's own separate mount, but the platform is very crowded with bases and dog clamps in this area, so that would not be an easy solution.  

For the naming of optics see:  D2000021

H1 SYS (CDS)
filiberto.clara@LIGO.ORG - posted 17:19, Thursday 06 August 2026 (91438)
Access System - EY

The UPS for the EY Access system that powers the network switch a camera failed this afternoon. Power to the cameras and switch was bypassed for now.

H1 SQZ
camilla.compton@LIGO.ORG - posted 16:58, Thursday 06 August 2026 (91436)
HAM7 Work - Thursday 6th August - ZM4 and ZM5 realigned after preload and chassis change, A:L2 Aperture removed, OPOS rebalanced.

Sheila, Ryan S, Camilla, Rahul

This morning Fil and Rahul go the ZM5 chassis working, 91431. Ryan checked the Strain gauge resistors didn't need adjusting after ZM4 preload adjustment 91416.  This afternoon we used the iris at ZM5 and irises on SQZT7 to realign ZM4 and ZM5 after this chassis swap and ZM4 offload. New ZM4 ans ZM5 settings: attached.

This morning Sheila and I checked more power budgets using craning over the OPOS. Sheila has the numbers but we convinced ourselves that the aperture at A:L2 is causing us to lose up to 2% power. But the aperture at B:L1 we are not clipping as we could not increase the power through it by moving FC1 (stepped ~20urad and then took the mean of 10s of data on the Thorlabs power meter).

This afternoon, after restoring the ZM4 and ZM5 alignment, we locked the OPOS suspension, removed A:L2 using the M2 screws in the translation stage and removed the A:L2 aperture. This aperture is dumping incorrectly polarized SQZ light, not IFO light so removing it will not cause any IFO backscatter. On replacing the aperture we added a small weight just upstream of A:L2, photo, to recenter the OPOS balancing,  photos attached of the three views.
We still need to run OPOS health checks. 
The light getting to SQZT7 was still clipping, by eye around SFI2, so Ryan and I then adjusted ZM2 (to center on ZM3 iris) and ZM3 (to retroreflect the beam). Sliders attached. Strangely, we get the unclipped beam when ZM3 was ~100urad off in YAW than what we thought the best retroreflecting centering was. Though with this unclipped setting we still cannot see that the beam isn't retroreflecting without offsetting in Pitch. We left it in this unclipped setting. The retro refection could be double checked. 
We then checked the beam centering on ZM2, photo, looked good. And beam height, again good, around 5.7", photo.
Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 16:35, Thursday 06 August 2026 (91428)
Ops Day Shift End

TITLE: 08/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Input alignment work in the morning, then the LVEA was transitioned to laser safe for some vacuum work on GV6. HAM7 crew got closer to closeout today.
LOG:

Start Time System Name Location Lazer_Haz Task Time End
14:43 FAC Kim EX n Tech clean 15:15
15:22 FAC Kim LVEA Y Tech clean 16:15
15:48 VAC Gerardo, Jordan LVEA Y GV6 cycle 16:23
16:04 TCS Camilla Prep Lab n Cheta stuff 16:31
16:15 SEI Mitch Ends n FAMIS checks 16:59
16:55 TCS Camilla, Tyler LVEA Y Cheta camera can fit check 17:25
17:02 SUS Fil, Rahul LVEA, CER Y Coil driver chassis swap ZM5 17:13
17:08 DAS Jenne, visitors Mids n DAS testing at mids 19:09
17:08 - Mitch LVEA Y Looking for parts 17:32
17:09 SQZ Sheila LVEA YES HAM7 work 19:29
17:22 FAC Kim MY n Tech clean 18:14
17:24 SEI Shoshana LVEA Y Turning off CRS laser 17:28
17:32 SUS Rahul CR n ZM5 TFs 17:41
17:38 SQZ Camilla LVEA YES HAM7 work 19:29
17:57 CDS Fil CER y Check on power supply fan 18:57
18:03 PCAL Tony, Caroline PCAL Lab Y Pack up sphere 19:00
18:42 SEI Shoshana LVEA Y Turn on CRS laser 18:51
19:23 FAC Randy LVEA n W bay cleanroom work 21:34
19:43 SEI Shoshana LVEA Y Plug CRS back in 19:49
20:16 SAF TJ LVEA - Transition to Laser SAFE 20:27
20:32 VAC Gerardo, Travis, Jordan LVEA n GV6 work 23:26
21:00 DAS Jenne, Wanda, Reinhardt LVEA n Scoping out for DAS 21:22
21:14 SQZ Sheila, Camilla LVEA LOCAL HAM7 measurements (Sheila out at 2302) 23:30
21:15 SQZ Ryan S LVEA LOCAL HAM7 measurements 23:15
21:48 SUS Rahul LVEA Y Check in wtih HAM7 crew 21:53
22:49 CDS Erik EX n Replace PUD controller ongoing
23:03 PCAL Tony, Caroline EX Yes Sphere swap ongoing
H1 SEI
shoshana.apple@LIGO.ORG - posted 12:45, Thursday 06 August 2026 (91432)
CRS Commissioning Update/Noise Hunting

Started going through the list of tests from G2601523 to find/reduce the CRS noise.

Dark test (i.e. turning off the CRS laser)

Unplug HoQIs to get ADC Noise

Next steps are to add some copper on top of the laser to see if that reduces the noise, and then looking at the impact of the motion of the out of vacuum fiber once the LVEA is safe. The HoQI's will be re-connected to the pre-amp and laser turned back on so Jim can take some more transfer functions.

Images attached to this report
H1 SUS (CDS, SUS)
rahul.kumar@LIGO.ORG - posted 10:50, Thursday 06 August 2026 (91431)
ZM5 Coil Driver chassis replaced with 100 Ohm resistors - looks healthy now

Fil and Oli had already done this work yesterday, but Oli's result (posted in alog 91411) indicated that something was not right with ZM5 CD chassis. 

This morning Fil and I replaced it with the original chassis (was earlier used for ZM5 with 1.2kohm resistor) - however, Fil installed 100 Ohm resistors on this. 

Attached below are the screenshots for ZM5 L, P and Y dof. and they looks healthy - magnitude and peaks are in their place. 

ZM5 chassis installed today - D1100687, SN  S1200611 

Outgoing chassis - D1100687, S2001198

Images attached to this report
H1 AOS (PSL)
keita.kawabe@LIGO.ORG - posted 10:09, Thursday 06 August 2026 (91430)
ISS 2nd Loop QPD unswwitchable whitening/anti-whitening mismatch again.

This has been wrong for forever, I fixed it at one point a long long time ago (alog 29798) but apparently didn't put it in SDF.

Anyway, FM4 of H1:PSL-ISS_SECONDLOOP_QPD_SEG filters named 0.4:40 was OFF, it should be ON all the time like in the attached screenshot.  When it's wrong the signal looks noisier than it actually is and is annoying even though it's not used for control and doesn't matter during observing.

I accepted the change in the SDF.

Images attached to this report
H1 IOO (IOO)
masayuki.nakano@LIGO.ORG - posted 09:11, Thursday 06 August 2026 (91429)
JAC heater settings

I changed the heater power from 0.8 to 2W, and the temperature increased up to ~25.4 degrees. The heater guardian setpoint was also changed to 25.41, and engaged at 9:07AM. 

 

LHO General
thomas.shaffer@LIGO.ORG - posted 07:32, Thursday 06 August 2026 (91427)
Ops Day Shift Start

TITLE: 08/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 0mph Gusts, 0mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.08 μm/s 
QUICK SUMMARY: SEI_ITMX is in DAMPED as Corey noted yesterday. A few dust alarms went off early this morning, but they all seem to be coming down. AQI is still high. CDS all looks OK.

H1 IOO (IOO)
masayuki.nakano@LIGO.ORG - posted 22:57, Wednesday 05 August 2026 (91424)
High power JAC test

Summary

We performed a high-power test of JAC. The input power was ramped from 2 W to 62 W using the Guardian power up/down states, and JAC stayed locked through the entire ramp without any problem.

To quantify thermal effects on the mode matching, cavity scans of both the IMC and JAC were taken at 2 W and at 62 W. The main conclusion is that the thermally induced mode-matching change is negligible for both the IMC and JAC.


Other checks

JAC stayed locked through the entire ramp from 2W to 62W. The OLG was measured at 2W and 62W, the difference was about 3dB, and this increase is caused by the discrepancy of the power normalization value and actual power to the JAC REFL PD. 

During the following test JAC lost lock a few times (deliberately and otherwise); in every case the trigger PD responded correctly and the shutter closed as designed. The ASC loops were also closed during the power increase and worked without issue.

IMC scan

The analysis follows the method already posted in alog 88984. For the 62 W scan the readout was switched to POP_B : MC2_TRANS starts to saturate at high power, and a saturation-induced tail dragging is visible in its response, which would contaminate the analysis. (Actually, POP_B has also the contamination, but I concluded that we can ignore that effect, since we can't see any 2nd order peak in the scan as discussed below.)

The IMC mode matching is at a very good level to begin with, and the thermal lensing improve the mode matching: the second-order mode content are 0.22% for 2W and <0.3% (62 W). As the attached scan plots show, there is no observable second-order peak in 62W plot, so the upper limit of 0.3% was estimated by the noise floor. Note taht the first-order modes are caused by intentional misalignment. 

JAC scan

To estimate the thermal change for JAC, we also scan the JAC PZT. Scan parameters: PZT driver swept 51–311 V (triangle, 10 s period), 300 s at 2 W and 60 s at 62 W, reading channels JAC-PZT_DRIVER_VOLTS  / JAC-TRANS_A_LF.

The mode mismatch is 1.1% for 2W and 1.0% for 62W. Again, no significant thermal change. Since the mismatch is visible at the >1% level, moving the PSL mode-matching lens could probably improve it somewhat; whether we do this is left for later.

As a byproduct, the 43 MHz modulation index was extracted from the scan with a matched filter on the lower sideband (62 W, 12.7–13.5σ): m ≈ 0.009, consistent with the expected 0.01. 

 

Images attached to this report
H1 SUS (CDS)
oli.patane@LIGO.ORG - posted 19:27, Wednesday 05 August 2026 (91426)
ZM4 / ZM5 COILOUTF AntiLP filter updated

Earlier I took ZM4/ZM5 transfer function measurements with the new coil driver chassis but with the old AntiLP coil driver conpensation filters still installed in COILOUTF. I now went and took another set of transfer functions on ZM4 with the new set of coil driver compensation filters (since ZM5 is broke(91425), and it does look like these are giving us the response we want (L,P,Y). There is still a small discrepancy between the magnitudes, but it's about half as much as what it was before. I'll process these new measurements tomorrow.

I've also installed these filters and loaded them in for ZM5 for when we swap out a new modified coil driver tomorrow.

Images attached to this report
H1 SUS (CDS)
oli.patane@LIGO.ORG - posted 18:56, Wednesday 05 August 2026 (91418)
ECR E2400048 modified preliminary coil driver test results

Here are preliminary pass/fail test results for the modified HAM-A chassis. In 84454 we found out we hadn't done the modifications yet that had been outlined in E2400048.

First I have the results for the newly installed ZM4 and ZM5 coil driver chassis, then the spares, which don't have final results since they aren't assigned to AOSEMs or BOSEMs yet, then the results for the BHD electronics, which aren't being used but have already been installed in the Mechanical Room Mezzanine.

When only one channel is listed as bad, they could actually have an issue or it could just be an error while taking the measurement for that chanel. When multiple channels are bad, that seems more like a chassis problem.

Scripts used to run all of these are in /ligo/svncommon/SusSVN/sus/trunk/electronicstesting/lho_electronics_testing/coildriver/ECR_E2400048/Scripts/, and final results for those who have them are found in /ligo/svncommon/SusSVN/sus/trunk/electronicstesting/lho_electronics_testing/coildriver/ECR_E2400048/Results/.

Rack - Height SUS Stage OSEMs S/N OSEM Type Date tested OutImp (kOhm)
Data looking good?
Comments
ZM4, ZM5              
SUS-C8, U12 ZM4 S2001194 BOSEM 2026-01-29 0p1  yes  
SUS-C8, U11 ZM5 S2001198 BOSEM 2026-01-30 0p1 CH1-4 bad
first pole doesn't get close to 0 phase until we change 0.5 to above 20 Hz
               
Spares              
-- SPARE S2001202 -- 2026-01-29 0p1 yes  
-- SPARE S2001204 -- 2026-01-29 0p1 yes  
-- SPARE S2401019 -- 2026-01-29 0p1 yes  
-- SPARE S2401020 -- 2026-01-29 0p1 yes  
-- SPARE S2001197 -- 2026-01-30 0p1 CH2 bad  
               
-- SPARE S1200609 -- 2026-02-02 1p2
all go up above 1000Hz
 
-- SPARE S1106046 -- 2026-02-09 1p2
all go up above 1000Hz
 
-- SPARE S2500410 -- 2025-10-02 1p2 yes  
-- SPARE S2500412 -- 2025-10-02 1p2 yes  
-- SPARE S2500413 -- 2025-10-02 1p2 yes  
               
Installed for BHD
             
SUS-M2, U42 OM0 M1 F1F2F3SD S2001203 BOSEM 2026-01-30 0p1 CH1 bad  
SUS-M2, U41 OM0 M1 LFRT S2001201 BOSEM 2026-01-30 0p1 CH1,CH4 bad  
SUS-M2, U40 OM0 M3 S2001181 AOSEM 2026-02-02 1p2 CH3 bad  
               
SUS-M2, U38 OBS M1 F1F2F3SD S2001200 BOSEM 2026-01-30 0p1 yes  
SUS-M2, U37 OBS M1 LFRT S2001199 BOSEM 2026-01-30 0p1 yes  
               
SUS-M2, U35 AM1 M1 S2001179 BOSEM 2026-02-09 1p2 yes  
SUS-M2, U34 AM2 M1 S2001178 BOSEM 2026-02-02 1p2 maybe? CH4 bad above 3000Hz  
               
SUS-M2, U32 OMCAB M1 H1V1H2V2 S2001195 AOSEM 2026-01-30 0p1 yes  
SUS-M2, U31 OMCAB M1 H3V3 S2001196 AOSEM 2026-01-30 0p1 yes  
               
SUS-M2, U29 OMA1 M1 S2001177 BOSEM 2026-02-09 1p2 yes  
               
SUS-M2, U27 OMB1 M1 S2001176 BOSEM 2026-02-09 1p2 yes  
               
SUS-M2, U24 OMA2 M1 S1200608 BOSEM 2026-02-09 1p2 ?? CH1-4 bad above 3000Hz  
SUS-M2, U23 OMB2 M1 S1201155 BOSEM 2026-02-02 1p2 ?? CH1-4 bad above 3000Hz  
               
SUS-M2, U21 OMA3 M1 S1201162 BOSEM 2026-02-09 1p2 ?? CH1-4 bad above 3000Hz  
               
SUS-M2, U19 OMB3 M1 S1201165 BOSEM 2026-02-02 1p2 ?? CH1-4 bad above 3000Hz  
Images attached to this report
Non-image files attached to this report
H1 IOO (IOO)
khanh.vu@LIGO.ORG - posted 17:18, Wednesday 05 August 2026 (91419)
Balancing the JAC Wavefront Sensors

Masayuki Nakano, Khanh Vu

This afternoon we worked on balancing the wavefront sensors for JAC. As shown in the plots below, the coupling of the length signal into the pitch and yaw channels of both WFS A and WFS B is significantly reduced after the adjustment, indicating that the balancing was successful.

To measure the length coupling, we injected a 0.1 excitation into the JAC length loop error point at 8 Hz. The 8 Hz peak appeared in both the pitch and yaw channels of WFS A and WFS B, indicating an imbalance among the four quadrants of the wavefront sensors. To reduce this coupling, we modified the WFS input matrices, which convert the four sensor segment signals into pitch and yaw signals. Instead of using equal weights of 1 for every segment, we adjusted each weight based on the measured imbalance.

We first monitored the signals from all four segments of each wavefront sensor and calculated new matrix values. For each sensor, we summed the four segment signals and divided by four to obtain the average signal that each segment should ideally receive. We then calculated the fractional deviation of each segment from this average and used it to determine a correction factor. The new matrix entry for each segment is given by:

New weight = 1 − (Average − Segment)/Average​

For example, the measured signals for channel I of WFS A were:

A_I1 A_I2 A_I3 A_I4
10.32 8.39 10.9 11.35

The sum of the four segments is 40.96, giving an average of 10.24. Segment A_I1 is 0.08 above the average, corresponding to a fractional deviation of approximately 0.008 (0.8%). Its new matrix weight therefore becomes approximately 0.992. Since this segment receives slightly more signal than the average, its weight is reduced accordingly. The same calculation was applied to all four segments of both WFS A and WFS B, and the updated matrices were loaded into the system.

The comparison of the pitch and yaw signals for channel I of WFS A and WFS B is shown below. The 8 Hz length coupling is reduced in all cases compared to the original matrices, demonstrating that the new balancing improves the wavefront sensor performance.

Images attached to this report
H1 IOO (ISC)
elenna.capote@LIGO.ORG - posted 17:16, Wednesday 05 August 2026 (91420)
Spot position on MC2

Keita, Louis, Elenna

Today Louis and I set out to measure the beam spot position on MC2 using A2L. We spent some time doing wrong things to make this measurement, until Keita came along and helped us figure out the correct way to do this.

Here is our correct method:

We did all of these measurements with IMC ASC engaged, and no offset on MC2 trans QPD, so the beam "should" be centered on MC2.

For both pitch and yaw, we were able to observe a flip in the sign of the MC2 M3 dither/ IMC L transfer function. Because I set up the measurement in that funny way, this actually meant we needed to maximize the transfer function instead of minimize, which is a little confused (I figured this out after having saved several references, sorry). Luckily, we were able to see the sign flip as further proof we were moving through a minimum value.

The results indicate that a P2L gain of -0.85 and a Y2L gain of +0.5 minimized the coupling.

I found this alog I wrote which references several other alogs about measuring the beam position using the A2L gains, 76754. I wrote it about PR2, but MC2 and PR2 are the same suspensions, so the results should be the same.

For a Y2L of 0.5, the alpha factor is 0.0239 (unclear if this should be positive or negative), which means d = 39.28 mm * 0.0239 = 0.94 mm; we are miscentered in yaw by less than 1 mm in some direction.

For a P2L of -0.85, the alpha factor is -0.0405, d = 39.28 mm * -0.0405 = -1.6 mm. Keita and I had a debate about what this could mean. I claim that the P2L gain that matches a centered beam could be different than zero depending on where the suspension wires are attached to the mirror (this is true for the QUADs), but he does not think that should be the case if we are measuring at 8 Hz, above the suspension resonances. Therefore, my claim is that we don't know exactly how miscentered we are in pitch until we figure out how to account for that offset. Keita claims that does not matter. We will reconvene tomorrow to discuss further.

Either way, it it could indicate that MC2 trans QPD is not exactly level with the center of MC2 mirror.

Overall, being less than 1 mm miscentered in yaw is not so bad, and within our tolerances for beam centering while working in chamber.

I attached screenshots of my dtt templates during these injections, labeled by the A2L gains.

Images attached to this report
H1 SUS (SQZ)
oli.patane@LIGO.ORG - posted 14:46, Wednesday 05 August 2026 - last comment - 18:02, Wednesday 05 August 2026(91411)
ZM4 / ZM5 COILOUTF filter module changes and SUS health checks - pass?

Camilla asked me to take some health check transfer functions on ZM4 and ZM5 since they recently had their coil drivers swapped for modified 100 Ohm output impedance drivers (91407). SQZ team had had to lower the COILOUTF filter bank gains from +/-1 to +/-0.08 due to saturations that they had been seeing after the driver swap.

I moved the COILOUTF gains into FM10 and called them drivercomp (accepted as ON in SDF). I then took health check transfer functions for ZM4 and ZM5 with their previous COILOUTF AntiLP filters on (which I believed to be the wrong filters). ZM4 looked good and was at a similar magnitude as before, but ZM5 is now lower in magnitude - 8% of what it used to be, which does line up exactly with the coil driver and gain change, but we would expect for both ZM4 and ZM5 to have reacted to these changes the same.

Settings
- ISI locked and tripped
- SUS in HEALTH_CHECK
- DAMP OFF
- COILOUTF FM6: zpk([0.9;211.883],[9.99;20.99]) (old, wrong?? compensation)
- COILOUTF FM10: gain(0.08)

ZM4
Data
/ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/ZM4/SAGM1/Data/2026-08-05_1900_H1SUSZM4_M1_WhiteNoise_{L,P,Y}_0p02to50Hz.xml
r13101
Results
/ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/ZM4/SAGM1/Results/2026-08-05_1900_H1SUSZM4_M1_ALL_TFs.pdf
r13102

ZM5
Data
/ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/ZM5/SAGM1/Data/2026-08-05_1940_H1SUSZM5_M1_WhiteNoise_{L,P,Y}_0p02to50Hz.xml
r13103
Results
/ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/ZM5/SAGM1/Results/2026-08-05_1940_H1SUSZM5_M1_ALL_TFs.pdf
r13104

 

Coil driver thoughts

These are actually our first two supensions with the HAM-A 100 Ohm output impedance coil drivers here at LHO (we have had a few with 1.2k Ohm output impedance). We discovered that we hadn't made of the modifications requested in IIET:30349 in 84454. I am pretty sure that the AntiLP filter modules in the COILOUTF filter banks should now go from zpk([0.9;211.883],[9.99;20.99]) to zpk([0.5;3174],[52.32;50.77]) (T2100410), but we don't have any other 100 Ohm CDs here to compare that to, and looking at LLO's filter banks for suspensions they claim have this modification for 100 Ohms, yet they still have the old compensation filters installed.

I did try to install the AntiLP filter that I believed to be the correct one, but doing that with the COILOUTF gains at +/-1 was definitelty not working. When there's some free time I'd like to try reinstalling the zpk([0.5;3174],[52.32;50.77]) filters but with the gain at the 0.08 that it was changed to? I don't see why we would need to do this since the 1.2k Ohm Coil Driver suspensions don't have this factor, but maybe I'm missing something that is specific to the 100 Ohm output impedance drivers.

 

 

Images attached to this report
Non-image files attached to this report
Comments related to this report
oli.patane@LIGO.ORG - 18:02, Wednesday 05 August 2026 (91425)

The coil driver on ZM5 (S2001198) is not working correctly. The attached screenshot is how I knew. These traces should both be as close to 1 as possible since we want them to line up with the theoretical model.

Images attached to this comment
H1 IOO
khanh.vu@LIGO.ORG - posted 09:50, Wednesday 05 August 2026 - last comment - 17:16, Wednesday 05 August 2026(91406)
Summary of JAC ASC Loops Closing

Keita Kawabe, Jennie Wright, Masayuki Nakano, Khanh Vu

Below is a summary of how we closed the JAC ASC loops, including our measurements of the sensing and input matrices, the open-loop gain measurements, our work on the IOT1 table, and the final closing of the loops.

We attempted to measure the sensing matrix three times. During the first attempt, we observed strong cross-coupling between the pitch and yaw channels. However, we did not account for this coupling correctly because we inverted the full 4x4 sensing matrix, including the pitch-yaw cross terms, and then extracted the relevant values from the inverted matrix.

The second attempt was more successful. We removed the cross terms and reduced the 4x4 matrix, which would require 16 inputs, into two separate 2x2 matrices for pitch and yaw, requiring only eight inputs in total. We then inverted the two smaller matrices separately. There was also some confusion about the matrix labeling, but Masayuki noticed that the input and output ordering changes when the sensing matrix is inverted, so the rows and columns needed to be labeled accordingly. This proved to be correct. However, the newly calculated matrices were still not good enough because the PZT and JM1 responses in yaw were too similar. This was problematic because we wanted their signals on the two wavefront sensors to be well separated.

Therefore, we went to the IOT1 table to check the alignment. Masayuki made an important observation that the beam was being clipped at the shutter, with approximately half of the beam blocked on the left side. This explained why we were having more trouble with yaw than pitch, since the clipping affected yaw much more strongly.

After aligning the shutter, we measured the sensing matrix for a third time. The result was much better: the PZT and JM1 yaw response vectors were separated by approximately 45 degrees in the WFS basis, while the pitch response vectors were separated by approximately 124 degrees. Although these values are not at the ideal 90-degree separation, we determined that they were good enough and entered the new input matrices.

We then performed open-loop gain measurements and confirmed that all of the loops were behaving properly. Finally, we closed the loops and slowly increased the WFS gains from 0.1 to 1. All four loops closed successfully and worked well.

Comments related to this report
masayuki.nakano@LIGO.ORG - 17:16, Wednesday 05 August 2026 (91422)

I added the ASC engagement to Guardian. A new ASC_ENGAGING state simply ramps JAC-WFS_GAIN from 0 to 1 over 1 second. It is a minimal implementation. 

H1 SEI
jenne.driggers@LIGO.ORG - posted 13:30, Friday 31 July 2026 - last comment - 17:40, Wednesday 05 August 2026(91353)
DAS system, tap testing to calibrate distances along fiber

Jenne, Wanda, Shoshana, Gizem

We started very early this morning to beat the heat, and performed 'tap tests' at various points along the length of the arms to identify positions along the length of the fiber (according to DAS) with GPS positions (according to Wanda's phone).

Spreadsheet attachment is information about where along the fiber Shoshana and Gizem identified our tapping in the data, and associated time stamps.  I've also copied the spreadsheet data to a google sheet, so that we can add to it.  

We tried to do more dense taps on the 'inside of the vertex' side of the arms, where the fiber actually is.  This required some walking out in the sand along the arms, so we had sun hats and knee-high boots and plenty of water.   We also did a few taps along the road during our drive back, to get some more coarse information along the length of the arms.  At the Xend station, there were too many tumbleweeds for us to walk along the inside-vertex side of the arm, so there at EX we did our more dense taps along the road side, with the exception of the EX vault location. 

In the attached photos, you can see some examples of our tap test method.  Gerardo provided us with a scrap piece of steel that we used as a strike plate.  We also borrowed a sledgehammer from the mechanical / vacuum parts lab.  For most of the Yarm, we only did 3 heavy strikes and Gizem and Shoshana chose the strongest signal from that as our time.  Once we were on the road-side of Yarm, and then for all of Xarm, we added some light tapping that seems to have helped identify which distance bin (called a "channel" in DAS terminology) we were closest to.  The photos are also labeled with X/Yarm, and position number, which corresponds to the position numbers in the google sheet - I tried to capture features in the photo to help identify where exactly the strike plate was.

Wanda has added to the google sheet the GPS locations that she identified while we were at each tap point.

The last photo shows our used (but can be used again in the future!) strike plate. 

Images attached to this report
Non-image files attached to this report
Comments related to this report
wandaelisabeth.vossius@LIGO.ORG - 17:40, Wednesday 05 August 2026 (91423)
I have attached some screenshots which show what the referenced path looks like for the x-arm. Further, it demonstrates how the optical metres of the fibre are now referenced to a certain co-ordinate. With this, we can now correlate any events that we detect to a physical location. In this software, a straight line is drawn between two referenced points. 
In picture 1, the whole arm is shown. 
In picture 2, it is zoomed in on the area around the corner station, showing the limitations in our technique as it is relatively rough considering we know the fibre is curving at this point. 
In picture 3, we see how hovering over the waterfall plot will produce a red point in the refenced fibre showing the location of this channel. 
Images attached to this comment
LHO VE (VE)
jordan.vanosky@LIGO.ORG - posted 17:10, Wednesday 29 July 2026 - last comment - 17:10, Thursday 06 August 2026(91314)
Seal Replacement on GV6 Air Cylinder

Travis, Gerardo, Jordan

During the closing of GV6 back in May, we noticed that there was some blow-by in the pneumatic system when trying to hard close the valve, see alog 90093

We were able to hard close the valve eventually but as preventative maintenance we wanted to replace the air cylinder seals, similar to GV7.

Prior to disassembly we measured the locations of the reed switches from the top surface of the bottom plate to the bottom surface of the reed switches:

Bottom Switch: 1 1/8"

Top Switch: 49 1/4"

We then disassembled the air cylinder and replaced the seals following procedure/notes collected during the GV7 repair. During cleaning of the old grease on the piston head, we noticed there were two burrs on the top of the piston, we did not notice any damage to the inside of the cylinder, but as a precaution we used a small flat file to remove the burrs. We also chased the threads on the four threaded rods with a die to aid with reinstallation. After cleaning and inspection of the cylinder tube, we found no issues or damage so we decided to continue to use that cylinder and keep the new one as a spare.

No other issues encountered, we removed the old seals, cleaned the grooves, added copious amounts of the supplied grease to the o-rings, seals and the inside of the air cylinder, and then re-assembled the cylinder tube. Pictures posted below and a final procedure is in progress and will be posted to the DCC.

We did not get a chance to cycle the valve after the seal replacement, so we will continue tomorrow with cycling the valve.

 

Images attached to this report
Comments related to this report
jordan.vanosky@LIGO.ORG - 16:04, Thursday 30 July 2026 (91333)

We were unable to fully open GV6 today after the cylinder repair. We heard the clunk of the gate camming over at 45 psi, but it did not start to raise until 55 psi, at which point we could hear air blow-by at the solenoid manifold, and up at the cylinder itself.

So we stopped trying to open the valve any further and slowly reduced the regulator output in order to bleed out the accumulated pressure on the bottom side of the piston. This lowered the gate back down and we heard the gate touch down indicating it is soft closed.

We will have to disassemble to air cylinder again and see what may be the issue. We still have 4 sets of replacement seals and one brand new air cylinder on hand if needed.

The valve remains soft closed until we are able to troubleshoot and repair the cylinder.

jordan.vanosky@LIGO.ORG - 17:45, Monday 03 August 2026 (91378)

8/3/2026

Travis, Gerardo, Jordan

Today we again disassembled the GV6 air cylinder with the valve soft closed to try and see what may have been causing the air blow-by which prevented us from fully opening the valve last week.

We did not find anything immediately obvious such as a seal that had jumped out of the groove, so we measured the ID of the original air cylinder, which was re-used, and found that it was ~0.01" larger than the ID of the spare cylinder (original ID ~8.015", spare ID ~8.005"). We then elected to use the spare cylinder instead to make sure there is good sealing contact with the cylinder wall, so we re-distributed the grease on the new cylinder and attempted to install over the piston, but the tube seemed to be slightly out of round and would not fit over the piston. So we flipped the tube 180 degrees and measured that side of the tube and found it was better. We again added grease to that side of the cylinder and installed it over the piston, ensuring the seals and wear band stayed in place, Then we re-installed the threaded rods, torqued the nuts, installed the reed switches and installed the air lines.

To verify all the new joints/connections were ok, we put ~10 psi to the top of the cylinder and then to the bottom to see if there were any leaks. There were none so we started to open the valve by increasing air pressure at the regulator, once we got to ~25 psi we could hear and feel air coming out of the bottom plate/adapter flange below the cylinder assembly, see picture below the area where air is coming out of is circled in red, at which point we stopped trying to open the valve and closed the quarter turn isolation valve to the air line.

We spoke with a GNB rep who advised we try to to open at a higher pressure and see if the bottom seals, so we then tried to open the valve again. This time we started at 20 psi and followed our normal opening procedure with the exception of increasing by 5 psi instead of 10 and waiting 3 minutes between increases. At ~35 psi, air stopped leaking out of the bottom flange, there was no air blow-by in the cylinder and we could hear the carriage starting to move. The gate fully opened at ~48 psi and Gerardo was able to take a video where you can hear the piston incrementally move up the cylinder. We increased the holding pressure to 58 psi and verified the MEDM screen showed the valve status as green.

Images attached to this comment
jordan.vanosky@LIGO.ORG - 17:10, Thursday 06 August 2026 (91437)

8/6/2026

This morning we wanted to soft close GV6 to see if the scraping/squeaking sound continued, or if grease just need to be distributed in the cylinder. Following our normal soft close procedure,we still heard the same noise as the piston moved down. 

We decide to swap the cylinder one last time to the spare cylinder which removed from GV7 back in May. This cylinder had an ID of 8.004" on both ends. 

During the removal of the "sticky" cylinder, we saw there were some small metal shavings on top of the piston, so we decided to remove the seals and install new ones to make sure there is no damage or debris that could cause sealing issues. We added grease to the new seals/o-rings, and the inside of the cylinder, then re-assembled the cylinder/threaded rods/nuts. 

An updated cylinder repair procedure in the works at E2600176.

Once we were done with the cylinder assembly we opened the gate valve to test functionality, and see if there were any leaks in the cylinder. We again heard air coming out of the bottom flange, same as the entry above, but once we got to 35-40 psi the leak stopped and we could hear the carriage moving up. This time there was no excess noise or dragging, and the valve fully opened at 48 psi. After of ~10 minutes with the valve open, and we confirmed there were no leaks in any of the newly assembled joints, we soft closed the valve, again there was no excess noise or dragging of the piston. This is what we typically see/hear when actuating the pneumatic valves.

GV6 remains soft closed for now, closing WP 13471

LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 18:06, Monday 27 July 2026 - last comment - 18:31, Thursday 06 August 2026(91270)
BSC6 Annulus Ion Pump Work

(Jordan, Travis, Gerardo)
We removed and replaced the AIP for BSC6, no real complications while doing the work.  However the joint at the AIP and the isolation valve has a tiny gap towards the bottom, we started pumping down on the system and it appears to be a solid union, we will go and visit tomorrow and see how the pressure is doing.  On a side note we did find a flex metal hose that has a leak, it has been removed from circulation.

Comments related to this report
gerardo.moreno@LIGO.ORG - 18:40, Tuesday 28 July 2026 (91301)VE

After checking on the pumpdown progress at BSC6 annulus system, the rest of the components were put back, controller was reinstalled, cables were connected (power supply, high voltage, and comms cable) and the annulus ion pump was powered on, it did not take long to reach good vacuum pressure.  Aux-cart and can turbo will continue to pump the annulus sytem until it reaches an acceptable vacuum pressure.

Images attached to this comment
gerardo.moreno@LIGO.ORG - 18:31, Thursday 06 August 2026 (91439)VE

(Travis S., Jordan V., Gerardo M.)
Late entry.
After a few days of pumping down the annulus system, on Monday 8/3/26, the can turbo and the aux-cart were removed from the annulus system at BSC6, the ion pump and annulus system are back to nominal.

Images attached to this comment
H1 AOS
keita.kawabe@LIGO.ORG - posted 17:34, Tuesday 09 June 2026 - last comment - 10:49, Thursday 06 August 2026(90536)
Monday afternoon HAM123: Mostly done, one mystery scattering somewhere in/on the IFI assy (Disha, Rahul, Keita)

Summary

Whatever happened to IM1, Rahul did make it better again. Reasons for improvement is unknown but we proceeded with the alignment and we're mostly done.

There is a mystery scattering or maybe clipping somewhere close to the IFI output but not on the output baffle nor DKDP baffle. It could be a scatter from the CWP surface, or a ghost beam somewhere, or something else. It will take a LONG time to diagnose this, and quite likely this existed for a long time. I'm tempted to leave it at this time. But I'll try to take some more pictures.

There's also something weird about the 1st pico mirror PIT actuator for ISS array.

We'd still like to take pictures/measurements here and there on Tuesday.

Done: ASC REFL centering

Following the morning work (alog 90525), REFL ASC censors were centered using RM1 and RM2. About ~30% of DAC range was used for RM2 (RMs_happy_again.png). FYI, using flash peak, [P,Y]=[-0.003, 0.015] for REFL_A and [-0.020, 0.001] for REFL_B. (Doesn't matter how close these are to zero as far as they're within +-0.1 or so and the SUM is decent, but it feels better to be able to get close to zero.)

Done: ISS array centering

Then we looked at the ISS array and the QPD was not centered. A quick adjustment of the second pico that is closer to the array was all it needed (keita_ISS_happy1.png). [P, Y]=[-0.03, 0.05].

Done: IFO REFL baffle (HA13) adjustment

We looked at the IFO REFL baffle (HA13) in front of the HAM2-HAM3 septum window and it was too high even though it was not clipping, so we lowered it by a couple mm. Before: lower edge height = 105.5mm; upper edge = 206.8mm. After: lower edge = 103.6mm; upper edge = 204.5mm.

This baffle was already moved by a couple mm in +Y direction last week (because the beam was closer to +Y edge). See  IFOREFL_baffle_before_relocation.jpg and IFOREFL_baffle_after_relocation.jpg though it might be difficult to see the difference from this picture.

IFO REFL beam looked like IFOREFL_HA13_baffle_after.mov after the height adjustment.

Mystery flashes seen inside IFI output baffle aperture

We proceeded to check the IFI output baffle and I was bothered to find that something that looked like clipping was visible close to the left edge of the baffle using the IR camera. See IFI_OUT_clipped_720p.mov, this is a view from +Y door. But this was less frequent than the flashing itself. In a retrospect, this was probably the reflection from the PRM when the beam was swinging to the left of the video, but anyway we did various things:   

See IFI_out_another_view.mov, this is after the beam quieted down enough and after PRM PIT was changed. The bright thing at the left side of the baffle hole is not visible any more, but you can still see bright-ish scattering of some sort inside the baffle aperture which was there even when Rahul blocked the beam between PRM and IM4. IFI_out_another_view.jpg shows the same thing but with more useful exposure. This is concerning.

DKDP baffle behind the IFI output cwp baffle looked OK (IFI_DKDP_baffle.mp4). BTW, as was reported before, it looked to us that the IFI output baffle has an offset in -X+Y direction relative to DKDP. In the video, the beam on DKDP is slightly biased to the right on average because we tried to split the difference between two baffles.

We moved IM1 in YAW by +-200urad while observing the IFI output by IR viewer to see if there is a better beam position on IFI output. It seemed to me that actually we don't have much space here.

Look at IFI.png to see how the beam is routed through DKDP, output CWP and then passes by the parking beam dump pick-off.   

We'll be better once we're in vacuum because things will be quieter and the MC alignment will be better, so no beam motion and no HOM transmission, but I have to say that the clearance here looks to be unnecessarily narrow. I will NOT touch IFI itself so the only option for mitigation will be to move the parking BD pickoff, but it will be tedious to align that pickoff to steer the beam into the beam dump on top of HAM2. Given the limited time available I'll leave it as is.

We don't know what this scattering is, maybe it's the AR reflection of CWP or DKDP hitting something, maybe it's the surface scatter of CWP. I'll try to take the video from the back of the IFI output beamdump/CWP using a big inspection mirror.

Done: IM4 TRANS centering.

Rahul used pico mirror to roughly center IM4 TRANS while I was monitoring individual segments. IM4TRANS_ROUGHLY_BALANCED.png

Done: IM4 baffle (HA12) moved

As planned. The beam originally was offset in +X direction (IM4_HA12_before.jpeg shows the original location, IM4_baffle_HA12_before.mov shows the beam position), IM4 baffle was moved a bit in -X direction (IM4_HA12_after.jpg, IM4_baffle_HA12_after.mov).

Done but not really: Picturing the picos, one concern for the first ISS pico actuator.

We took three pictures (ISS_1st_pico.jpeg, ISS_2nd_pico.jpeg and  IM4_TRANS_pico.jpeg) but they're not great, the 2nd pico for ISS and the pico for IM4 TRANS don't show how much thread is left for the YAW actuator at all.
The 1st ISS pico is concerning in that the PIT actuator might have lost the ball tip or the stop ring got loose. Will investigate further tomorrow.
Images attached to this report
Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 14:04, Wednesday 10 June 2026 (90545)

Tuesday update:

Picos

We took new pico pictures today. All picos seem to have decent threads both ways, nothing is close to mechanical stops.

Potential issue I was worried about was that the pit actuator stop ring for iss array pico 1 might be directly contacting the aluminum frame of the mirror holder, which means that the ring got loose or maybe the ball end was lost when it was assembled. See ISS_array_pico1.jpg, the ring is circled in red. I tried to rotate the ring by finger while holding onto the actuator screw so the latter won't rotate, and couldn't move the former. It's not like the ring is loose. Also there seems to be a gap between the ring and the mirror holder frame. Also see ISS_array_pico1_zoom.jpg. These rings were manually removed and put back on during the initial assembly, so my guess is that this specific ring was set shallower than other actuators from the beginning. It's fine.

Beam position in front of PRM was OK

We confirmed that the beam position in front of PRM was pretty good without any adjustment of IMs.

Sliders snapshot

See the screenshot of alignment sliders as of now (even though HAM2 suspensions are in safe mode now, slider values should be valid).

Mystery scatter/whatever update

See alog 90549. I don't know what that is, but it is not the main beam clipping. I recommend to move on. See how Disha, Jennie, Rahul (and myself) feel.

Remaining tasks

Ground check in HAM2/3 for IO/PSL/ISC.

(Added later: Forgot to attach the photo of the retroreflection check iris, so here it is. retro_check_iris.jpg. Each time the IM2-IM3 line changed the iris itself had to be recentered, and then the return beam should be centered on the iris using PRM.)

Images attached to this comment
keita.kawabe@LIGO.ORG - 10:49, Thursday 06 August 2026 (91434)

Note that the anti-whitening in FM4 of H1:PSL-ISS_SECONDLOOP_QPD_SEG filters were all OFF, though it should have been ON.  (Explanation about this in alog 29798.)

This means that the signal was amplified by a factor of 10 for frequency higher than 4Hz.

It's still useful to look at the relative peak heights between segments but don't trust the absolute value. Same thing for H1:PSL-ISS_SECONDLOOP_QPD_SUM and NSUM.

Displaying reports 1-20 of 88792.Go to page 1 2 3 4 5 6 7 8 9 10 End