Displaying reports 201-220 of 88957.Go to page Start 7 8 9 10 11 12 13 14 15 End
Reports until 09:52, Wednesday 05 August 2026
H1 SQZ
sheila.dwyer@LIGO.ORG - posted 09:52, Wednesday 05 August 2026 - last comment - 09:52, Wednesday 05 August 2026(91385)
sqz to OMC mode matching with adjusted psams

Ryan S, Camilla, Sheila

Measurements from yesterday and today show that we have improved the SQZ to OMC mode matching, after a long effort by many people. 

The first two plots here show the results of sqz two OMC scans, the first is with the grid described in 91371, the second is a second scan that Camilla did this morning with the same grid as the M^2 measurements in that alog.  GPS times for these scans, and the mode matching and misalignments estimated from them, can be found in files in the sqzutils git repo here.

The M2 profiler data that Ryan Short and Camilla took yesterday is attached in the zip file here.  A set of scatter plots summarizing all this data is here, which can be compared to attachments to 90902 showing the same measurements taken before the pre-loading changes (and psams repairs). The strain guage ranges are now different, but in both alogs the plots show close to the full range of the psams PZT.  The range of M^2 values is similar to before (1.39-1.18) and still shows a dependence on ZM5 psam, which has the larger spot size.  The overlaps between vertical and horizontal q parameters seem more uniform over the psams range now, with values of 0.5-0.6% for all the psams values where our mode matching is best. 

In the lower right is the results from the OMC scans, since we took two scans with different grids there are some points that have two measurements, with the annotation showing the two different results.  The misalignment mode height is shown in parenthesis for each of these, perhaps some of the variation in the results could come from the misalignment.  We are hoping that with HAM7 under vacuum we will have an easier time setting the alignment of the sqz beam to the OMC, and it will fluctuate less, so that we can get better alignments and hopefully more consistent mode matching results.  

This plot shows the measured q parameters now on an Sw plot at SRM, compared to the measured q parameters before the pre-load change.  The contours of OMC mismatch here are from the finesse model, between the datasets taken before and after the pre-loading we now have a lot of measured q parameters and measured mode mismatches that we can use to verify or adjust this part of the finesse model.  Our intention with the pre-load change was not to completly move our mode matching area, but to still be able to access the ROCs that we used in O4 (90919).  It does look like we missed this, and have overshot compared to what we intended to do.  

I reproduced the fitting of ROCs as described in 91013.  This plot shows the measured qs propagated back to before ZM4, where all the horizontal and all the vertical values would ideally be the same.  This plot shows the measured qs propagated to SRM, along with the qs measured before ZM4 propagated to SRM with the fits to ZM4 and ZM5 ROC.  This scatter plot shows the overlap between the measured qs after ZM5 and the measurement from before ZM4 propagated forward with the fit ROCs.  Similar to last time I did this fitting, the fitting is limited by something that is not astigmatism, and the fit to horizontal data can do about as good of a job explaining the vertical data as horizontal data, and vice versa.  We need to double check if these fits are compatible with expectations based on the applied torques, and I would like to make one fit for horiztonal and vertical data.  

ZM4 strain guage [V] -3.2 -1 1.2 3.4
ROC fit to horizontal data [m] -31.3 -22.3 -18.2 -14.6
ROC fit to vertical data [m] -41.5 -29 -21.9 -16.2
physical astigmatism (Dh-Dv) [mD] -15 -21 -19 -14
total astigmatism Dh/cos(AOI) - Dv*cos(AOI) -17 -22 -20 -16

 

ZM5 strain guage -8 -6.75 -5.5 -4.5 -3.3 -2 -1
ROC fit to horizontal data [m] 4.40 4.50 4.68 4.86 5.09 5.38 5.44
ROC fit to vertical data [m] 4.41 4.57 4.79 4.98 5.19 5.51 5.51
physical astigmatism (Dh-Dv) [mD] 1 7 10 10 7 8 5
total astigmatism Dh/cos(AOI) - Dv*cos(AOI) 2 8 10 10 8 9 5

The script used to make these fits is available here and the first several plots in this alog were made using this script: here

Editing to add a busy version of the Sw plot with the strain guage readings annotated, ZM4 is listed first, then ZM5.  

Images attached to this report
Non-image files attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 09:02, Wednesday 05 August 2026 (91404)SUS

Following on from 90859

  • We have ZM4 SN1 installed now. 
    • Original data before we changed the preloading (E2100289) had the ROC range -19.3m to -9.0m. With at 0V applied -104mD optical power, with 200V applied -221mD.
    • In alog 75677 we increased the preload from 46 in lb to 75 in lb. This is an estimated ROC range of -11.5 to -6.9 meters for strain gauge 1.0 to 8.3V.
    • In this vent we reduced the preload from 75 in-lbs to 65in-lbs in 90951. This should be decreased to -174mD + 2.4mD/in lb * 10 in lbs = -150mD mD with 0 V on the PZT, -267mD with 200V on the PZT.  This is an estimated ROC range of -13.3m to -7.5m  with 0V and 200V on the PZT.
    • This disagrees with Sheila's fitted numbers above, her numbers suggest our pre-loading is now at around -30 in-lbs. (-31m ROC = -65mD. -174mD -65mD = 109mD change / 2.4mD/in lb = 45in lb change. 75in lbs - 45 in lbs = 30 in-lbs). 
    • In 91416 we checked on this pre-loading and it was somewhere between 40 and 50 in lbs.
 
  • We have ZM5 SN4 installed now.
    • Original data before we changed the preloading (E2100297) had the ROC range 3.0m to 3.9m. With at 0V applied 667mD optical power, with 200V applied 508mD.
    • In alog 75709 we increased the preload from 20 in lb to 47 in lbs. This is an estimated ROC range of  3.3 to 4.5 meters for strain gauge -5.0 to +2.6V (it's range with 0V and 200V applied).
    • In this vent this PSAMs SG broke and after the fix, Camille at Caltech adjusted the preload from 47in lbs to 60in lbs and remeasrured in LIGO-E2100297. This is a measured ROC range of 3.6m to 5m meters with 0V and 200V on the PZT.
    • Mostly agrees with Sheila's fitted numbers above. 
H1 CDS
david.barker@LIGO.ORG - posted 08:57, Wednesday 05 August 2026 (91403)
EDC greened up

Following the FW0 upgrade on Monday h1edc has been running with 51 disconnected old FW0 channels. Until we upgrade FW1 next week and restart the DAQ I have added these obsolete channels to the containerized IOC edc_green_ioc to "green up" the EDC. At this point the only CDS alarm is the reverse osmosis water treatment alarm (which has been bypassed from the cell phone alarms).

LHO General
corey.gray@LIGO.ORG - posted 07:40, Wednesday 05 August 2026 (91399)
Wed DAY Ops Transition

TITLE: 08/05 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: 1mph Gusts, 0mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.07 μm/s 
QUICK SUMMARY:

Very smoky day (recent AQI of 170 for UNHEALTHY state); had a Dust Alarm for the Labs for 7amPDT.  Potable water supply on site is low (level yesterday morning around ~60" and this morning we are at 46", so please continue water conservation....part needed for fix should arrive today).

A couple earthquakes overnight (M6.3 near New Zealand & M6.3 near Phillipines). 

IMC and JAC are locked.  ISC Lock is at IDLE.

H1 AOS (CDS)
erik.vonreis@LIGO.ORG - posted 07:30, Wednesday 05 August 2026 - last comment - 08:15, Wednesday 05 August 2026(91398)
conda environment updated

The CDS conda environment has been updated.

New versions of ndscope and diaggui can connect to an arrakis data source. 

Also included is the arrakis-python client library.  "include arrakis" to use in your python scripts.

Many packages have been moved up to the versions used in the IGWN environment.

A detailed list of changes can be found here:

https://git.ligo.org/cds/packaging/cds-conda-distribution/-/wikis/Environments#version-2026-08-04-01

You can run a command outside the environment with "noconda "

You can exit conda within a terminal window with "killconda".

You can activate other conda environments with "conda activate " or "conda activate ".  Some additional configuration of your account may be needed to get "conda activate" to work.

Comments related to this report
erik.vonreis@LIGO.ORG - 08:15, Wednesday 05 August 2026 (91401)

The read me for the arrakis python module has a quick start

https://git.ligo.org/ngdd/arrakis-python/-/blob/main/README.md?ref_type=heads

Documentation is here:

https://docs.ligo.org/ngdd/arrakis-python/

H1 AOS
elenna.capote@LIGO.ORG - posted 21:49, Tuesday 04 August 2026 - last comment - 11:03, Wednesday 05 August 2026(91395)
Input alignment work

Keita, Louis, Elenna

Today, we proceeded to look for the input alignment, given all the changes that occurred in HAM2 during the ISS install, 90545. Although we have been able to lock PRX, we have not yet seen any beam on ASC-POP_A or B QPDs (they capture the forward POP beam).

To start, we locked the JAC and IMC, and aligned PRM. We could see the usual beam on the ISCT1 REFL camera. We noted that the beam position on IM4 trans QPD was far from center, about 0.26 in pitch and 0.66 in yaw. The IM4 trans NSUM was about 1.825 W, which is similar to a pre-vent value of 1.842. At this time the IM3 sliders were P: 40.3 and Y: 655.6. We confirmed that the IM sliders were where we expected them to be set due to the vent work.

I moved IM3 sliders to center the beam on IM4 trans QPD, so new slider values were P: 103.3 and Y:472.6. Then, following Keita's direction, I proceeded to measure a transfer function of IM1 P and Y and IM3 P and Y to the IM4 trans NSUM as a way to quantify possible clipping in the input path. IM1 coupling should indicate clipping somewhere along the IFI, which includes some baffles. IM3 coupling should indicate clipping on the baffle between IM3 and 4.

The first four screenshots show those results, which I obtained by driving a 30 ct excitation from the test bank of each suspension dof at 8 Hz. IM1 P, IM1 Y, IM3 P, IM3 Y

Next, Keita turned off the IMC ASC and moved JM3 to bring the beam to a position on MC2 trans that recreated the beam position he found during the vent. He set a yaw offset of -0.64 on MC2 trans and then re-engaged the IMC ASC. After the ASC converged, I recentered the beam on IM4 trans using IM3 again. We confirmed that the NSUM on IM4 trans returned to 1.825. I reran the same coupling test above and we saw that for all four dofs, the coupling to IM4 trans NSUM increased. This is evident in both increased coherence and coupling value at 8 Hz.  IM1 P, IM1 Y, IM3 P, IM3 Y

Then, Keita flipped the sign of the yaw offset to +0.64, since there is some confusion about which way the sign goes on that QPD. I recentered the beam again on IM4 trans, confirmed the NSUM came back to 1.825 , and reran the coupling measurement. The results show that for all four dofs, the coupling is decreased to below the starting value, shown in both the coherence and coupling value. IM1 P, IM1 Y, IM3 P, IM3 Y

It's possible that we are confused about the sign on MC2 trans, so that the first offset Keita tried actually went to the wrong position.

Another confusing point is that we see coupling in both pitch and yaw, and beam movement in both pitch and yaw. However, the beam translation we did was yaw only, to relieve yaw clipping.

Since we had found what we believe was a better beam position in HAM2, we checked the REFL alignment. With PRM aligned in this alignment, the beam is on the edge of the ISCT1 refl camera, so not great. There was also very little beam on the REFL WFS, and trying to run the REFL WFS centering servos rails RM2. We are now concerned about the REFL path and possible clipping on the REFL baffle in HAM2 as well.

To finish, Keita turned off the MC2 trans offset, and I reverted the IM3 sliders to the start position. However, the final screenshot here shows the final IM3 position we found where we think we had very little clipping in the input alignment.

None of theae alignments helped us find the beam on ASC POP A, but that's not surprising since we didn't make any IM4 moves. As we finished, Keita set up a long raster of IM3 and IM4 to look for a beam on those QPDs.

 

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 00:54, Wednesday 05 August 2026 (91396)

> transfer function of IM1 P and Y and IM3 P and Y to the IM4 trans NSUM as a way to quantify possible clipping in the input path. IM1 coupling should indicate clipping somewhere along the IFI, which includes some baffles. IM3 coupling should indicate clipping on the baffle between IM3 and 4.

The point is that IM3 to IM4_TRANS TF excludes the clipping between IM1 and IM3. Of course the TF from IM1 to IM4_TRANS can also show the clipping downstream of IM3 (such as baffles between IM3 and IM4).

> Next, Keita turned off the IMC ASC and moved JM3 to bring the beam to a position on MC2 trans that recreated the beam position he found during the vent.

Turned off the IMC ASC in a hope that MC1/2/3 were all hanging at the same angle as they used to during the in-air work. (Moving JM3 won't change the beam position on MC2 when ASC was not working, it just improves the matching into IMC.) Without ASC, MC2_TRANS YAW was 0.64.

I did this because of my recollection that we intentionally off-centered the MC2 in YAW, but that was wrong, what actually happened was that we did center the beam spot on MC2 because it was initially off in YAW but not in PIT, the only thing was that people including myself were somewhat suspicious about the MC2_TRANS path at the time, so marked the horizontal beam spot position in HAM3 using vertical hard edge put on the ISI surface and then measured the distance from the edge to the neighboring screw holes on the ISI surface.

I trended MC2 TRANS back to the time when Rahul and I finished centering the IM4_TRANS path using IMC flashes (alog 90536). Unfortunately we cannot see fast channels for individual segments but some flashes were long enough (short but lasted for ~3 clock cycles for 2kHz system) to produce meaningful PIT and YAW signals in MC2_TRANS, see Screenshot2026-08-05003532.png. It was 0.68 in YAW, not that different from 0.64.

Anyway I just put an offset of -0.64 to MC2_TRANS YAW and re-engaged IMC ASC to the beam spot on MC2 won't move in YAW.

I also tested the other side of MC2_TRANS.

As Elenna showed, the coupling from IM1/3 dither to IM4_TRANS changed with the MC2_TRANS YAW offset. Positive offset was better than zero offset which was better than negative offset.

As of now I cannot tell if this level of coupling is significant enough or not, we'll need beam propagation math to be able to say anything.

> Since we had found what we believe was a better beam position in HAM2, we checked the REFL alignment. With PRM aligned in this alignment, the beam is on the edge of the ISCT1 refl camera, so not great.

This is not surprising because we caused non-negligible change in the beam going into PRM and the beam was not retro-reflecting. On top of that, since IMC alignment change will change the alignment of the IFO REFL beam going into HAM1 even if PRM retroreflects.

However, with zero offset in MC2 YAW, without much care/attention to IMs,

  • the IFO refl beam makes it to the ISCT1, and
  • we can center ASC REFL A and B using RMs without railing them.

That's already a sign of reasonable alignment. If we'll have to do a major rework of HAM2 to accomodate MC2_TRANS YAW offset, that seems to be a sign that the IMC is all in all different from where it was in-air desipite the MC2_TRANS YAW position of in-air flashes.

As a side project, I'll let Elenna and/or Louis measure the MC2 beam position offset by a2l without MC2_TRANS YAW offset as the intent was to center MC2.

Images attached to this comment
keita.kawabe@LIGO.ORG - 01:10, Wednesday 05 August 2026 (91397)

I scanned IM3 (+-200urad, 0.043Hz) and IM4 (+-200urad, 0.053Hz) at the same time in YAW to find beam on POP_A and/or POP_B. With these frequencies, one scan cycle is exactly 1000seconds.

Laser power was increased to 35W. Whitening gain was nominal 12dB without any whitening filters, and there is -12dB gain in the digital to compensate.

PRM transmission is ~3%, PR2 transmission is ~230ppm and there's 90:10 splitter in the POP A/B path that throws away 90% of the power. Each QPD receive roughly half of that, i.e. 35W*3%*230ppm*0.1/2~ 12uW, which is not large but large enough so we can clearly see something if we believe the POP segments calibration (1 ADC count = 0.19 uW with 12db whitening gain and -12dB digital gain).

But I don't see anything, not 12uW, not even 1uW, really nothing. Attached is the trend for 3000 seconds. Are POP QPDs working? Connected?

I lowered the power to 2W and stopped excitation after the scan was done.

Images attached to this comment
elenna.capote@LIGO.ORG - 11:03, Wednesday 05 August 2026 (91408)

The plots I attached to my original alog are kind of impossible to parse, so I remade them comparing each dof at each offset. I also added in the calibration to the xml file, IM4 trans NSUM is calibrated into W and the damp ins of each suspension is ideally calibrated into urad. Now the transfer functions show real units, so they are more physically meaningful.

As a reminder, I drove the exact same excitation strength for each injection, 30 ct, and the line injected was almost 2 orders of magnitude above the noise in each damp inmon. Each measurement was run for 20 averages, 8 s BW with 50% overlap.

If you want to read the exact values in the file, you can find the xml template in my home directory (ligo/home/elenna.capote) as IM4_trans_coupling_calibrated.xml

Images attached to this comment
H1 CAL
anthony.sanchez@LIGO.ORG - posted 17:08, Tuesday 04 August 2026 (91393)
PCAL EY End Station Measurement

Ibrahim and I went to End Y with the PS4 Working Standard to do a PCAL End Station measurement.  We followed T1500062-V21 to complete the measurment suite with out any issues.
Here are the obligitory Before Beam spot pics.  
Martel plots for ADC conversion.

Working standard at TX module with only One beam. 

Working standard at the RX module with only One beam.

Working standard at RX module with Both beams.

Post measurement beam spots!



anthony.sanchez@cdsws25: python generate_measurement_data.py --WS PS4 --date 2026-07-16
Reading in config file from python file in scripts
../../../Common/O4PSparams.yaml
PS4 rho, kappa, u_rel on 2026-07-16 corrected to ES temperature 299.6 K :
-4.698647654693516 -0.0002694340454223 0.000750622815531554
Copying the scripts into tD directory...
Connected to h1daqnds1
martel run
reading data at start_time:  1469911700
reading data at start_time:  1469912270
reading data at start_time:  1469912670
reading data at start_time:  1469913100
reading data at start_time:  1469913500
reading data at start_time:  1469913900
reading data at start_time:  1469914560
reading data at start_time:  1469915320
reading data at start_time:  1469915650
Ratios: -0.5339859682199335 -0.543765733929218
writing nds2 data to files
finishing writing
Background Values:
bg1 =        18.671164; Background of TX when WS is at TX
bg2 =        5.156755; Background of WS when WS is at TX
bg3 =        18.605483; Background of TX when WS is at RX
bg4 =        5.281252; Background of WS when WS is at RX
bg5 =        18.674174; Background of TX
bg6 =        -1.117857; Background of RX

The uncertainty reported below are Relative Standard Deviation in percent 

Intermediate Ratios
RatioWS_TX_it      = -0.533986;
RatioWS_TX_ot      = -0.543766;
RatioWS_TX_ir      = -0.526609;
RatioWS_TX_or      = -0.535095;
RatioWS_TX_it_unc  = 0.059001;
RatioWS_TX_ot_unc  = 0.057064;
RatioWS_TX_ir_unc  = 0.061781;
RatioWS_TX_or_unc  = 0.063032;
Optical Efficiency
OE_Inner_beam                      = 0.985936;
OE_Outer_beam                      = 0.983757;
Weighted_Optical_Efficiency        = 0.984846;

OE_Inner_beam_unc                  = 0.046465;
OE_Outer_beam_unc                  = 0.047412;
Weighted_Optical_Efficiency_unc    = 0.066385;

Martel Voltage fit:
Gradient      = 1637.889101;
Intercept     = 0.085727;


 Power Imbalance = 0.982015;

Endstation Power sensors to WS ratios::
Ratio_WS_TX                        = -0.927858;
Ratio_WS_RX                        = -1.383422;

Ratio_WS_TX_unc                    = 0.047658;
Ratio_WS_RX_unc                    = 0.041564;

=============================================================
============= Values for Force Coefficients =================
=============================================================

Key Pcal Values :
GS           =      -5.135100; Gold Standard Value in (V/W)             
WS           =      -4.698648; Working Standard Value             

costheta     =      0.988362; Angle of incidence
c            =      299792458.000000; Speed of Light
             
End Station Values : 
TXWS         =        -0.927858; Tx to WS Rel responsivity (V/V)
sigma_TXWS   =        0.000442; Uncertainity of Tx to WS Rel responsivity (V/V)
RXWS         =        -1.383422; Rx to WS Rel responsivity (V/V)
sigma_RXWS   =        0.000575; Uncertainity of Rx to WS Rel responsivity (V/V)

e            =        0.984846; Optical Efficiency
sigma_e      =        0.000654; Uncertainity in Optical Efficiency

Martel Voltage fit : 
Martel_gradient         =        1637.889101; Martel to output channel (C/V)
Martel_intercept   =        0.085727; Intercept of fit of     Martel to output (C/V)

Power Loss Apportion : 
beta          =        0.998844; Ratio between input and output (Beta)  
E_T          =        0.991820; TX Optical efficiency 
sigma_E_T          =        0.000329; Uncertainity in TX Optical efficiency 
E_R          =        0.992968; RX Optical Efficiency 
sigma_E_R          =        0.000330; Uncertainity in RX Optical efficiency 

Force Coefficients : 
FC_TxPD          =        9.158396e-13; TxPD Force Coefficient 
FC_RxPD          =        6.237025e-13; RxPD Force Coefficient 
sigma_FC_TxPD          =        4.417816e-24; TxPD Force Coefficient 
sigma_FC_RxPD          =        2.847865e-24; RxPD Force Coefficient 
data written to ../../measurements/LHO_EndY/tD20260804/
 

 

Images attached to this report
Non-image files attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 17:00, Tuesday 04 August 2026 (91394)
Replace Adnaco with bad slot h1seiey

WP13482

Jim, Erik, Dave:

h1seiey was powered down: computer, IO Chassis and AI chassis.

The IO Chassis A2 Adnaco backplane was replaced with a spare. The original backplane's slot3 failed during O4 (Oct 2025) and back then we shifted the cards left by one slot to avoid it.

old backplane with broken slot3 (removed) C8610513
spare backplane (installed) C8610832

I was then able to put the cards back into their original slots, making h1seiey identical to h1seiex. This meant A3 now had no cards installed, so I disconnected the A3 fibers from the rear of h1seiey.

For backplane testing we stopped the models from running to verify all the cards are seen. Auto start was turned back on, the system was powered up, the models started and lastly I powered the AI chassis back on.

 

H1 AOS
khanh.vu@LIGO.ORG - posted 16:41, Tuesday 04 August 2026 (91391)
JAC ASC Loops Closed
Masayuki Nakano, Khanh Vu

We successfully closed all of the JAC ASC loops. Attached below are the outputs from the two wavefront sensors. All of the signals converge to zero within approximately 30 seconds, indicating that the loops are working beautifully. More details will be reported tomorrow.
Images attached to this report
LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 16:33, Tuesday 04 August 2026 - last comment - 16:43, Tuesday 04 August 2026(91389)
OPS Day Shift Summary

TITLE: 08/04 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

Slow day due to ongoing FAC water and outdoor air quality issues but the following was done:

LOG:                                                                       

Start Time System Name Location Lazer_Haz Task Time End
14:45 FAC Kim LVEA Local Technical Cleaning 15:18
15:21 SQZ Camilla LVEA Local Taking Viewport covers off HAM5 16:13
15:31 FAC Kim LVEA Local Technical Cleaning 16:15
16:11 ISC Jennie Optics Lab Local Looking for parts 16:13
16:17 JAC Jennie, Masayuki LVEA YES IOT1 beam profiling, then IOT2L beam pwr meas. 19:17
16:21 FAC Chris LVEA YES FAMIS Tasks 17:21
16:31 JAC Khanh LVEA YES Joining JAC Team 20:02
16:37 SEI Jim LVEA HAM2 yes Chcking signal paths 17:58
17:16 VAC Jordan LVEA GV6 y Getting parts. 17:25
18:30 CDS Dave EY N SEI Chassis work 20:02
18:40 SQZ Camilla LVEA YES HAM7 power measurements 19:34
18:42 SQZ Ryan S LVEA YES HAM7 Power measurements 19:34
19:33 PCAL Tony PCAL Lab Local Staging parts 19:53
19:39 FAC Randy LVEA Y Scissor Lift Work 20:39
19:54 CAL Tony, Ibrahim EY & Lab\\ Y PCal measurement 22:18
20:50 SQZ Camilla LVEA - Covering HAM5/7 viewport 21:16
21:44 SQZ Camilla LVEA Y HAM7 power budget 00:44
22:01 SQZ Ryan S LVEA Y HAM7 power budget 23:13
23:31 SQZ Sheila LVEA Y HAM7 power budget 01:31
23:31 CDS Dave EY N Chassis work 23:32
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 16:43, Tuesday 04 August 2026 (91392)

It is also worth nothing that as of 16:30 PT, there are no active fires in Benton or Franklin county per Watch Duty.

H1 IOO (IOO)
khanh.vu@LIGO.ORG - posted 14:32, Tuesday 04 August 2026 - last comment - 00:43, Tuesday 11 August 2026(91386)
IOT1 Table Work
Jennie Wright, Masayuki Nakano, Khanh Vu

This morning we worked on several tasks on the IOT1 table, including installing the camera and shutter, profiling the beam, and calibrating the DC power.

We identified a new location for the camera using the beam transmitted through JACR_M5. During this process, Masayuki noticed that the beam was being clipped by the shutter. We suspect that the beam may have been clipped for some time. We then installed the camera in its new location, and Masayuki aligned the shutter on the table.

Next, we profiled the beam for the wavefront sensors. We found that the Gouy phase separation between the two WFSs is approximately 70 degrees. We decided to leave the current configuration as it is since the separation is good enough. Masayuki will make a plot and perform a more detailed calculation later.

We also maximized the laser power in the REFL path by optimizing the waveplate angle. When JAC is unlocked, the measured power on the RFPD is 5.1 mW, and the trigger PD voltage is 0.28 V. When JAC is locked, the measured power decreases to 0.4 mW, and the trigger PD voltage is 0.02 V. Since the beam is split evenly, each WFS receives approximately 2.55 mW of optical power.

Finally, we calibrated the DC readout of RFPD by converting counts to mW. Before performing the calibration, Masayuki checked the alignment and recentered the RFPD. He then recorded two sets of measurements, each averaged over 10 seconds:

Measurement #1

* JAC_REFL_A_LF_INMON: 1072.3966186523437 counts
* DC power: 4.4 mW

Measurement #2

* JAC_REFL_A_LF_INMON: 1073.5228637 counts
* DC power: 4.5 mW

After the calibration, we updated filter number 10 with the new coefficients.
Comments related to this report
masayuki.nakano@LIGO.ORG - 14:56, Tuesday 04 August 2026 (91388)

The beam profile between the beamsplitter and the JAC WFS  was measured. Here I fit a Gaussian beam to those measured beam sizes and convert the WFS locations into Gouy phase.

Fit

The measured beam diameters were fit independently in x and y with the standard Gaussian beam model, w(z) = w0 * sqrt(1 + ((z - z0)/zR)^2) with zR = pi * w0^2 / lambda and lambda = 1064 nm:

  w0 [um] z0 [m from JACR_BS4] zR [cm]
x 141.2 0.377 5.89
y 151.9 0.370 6.81

The beam is slightly astigmatic, so x and y are treated separately throughout.

WFS positions and Gouy phase

The positions of WFS A and WFS B were measured with a ruler from the same reference as the profile scan: WFS A at z = 0.325 m, WFS B at z = 0.410 m. The corresponding Gouy phases, psi(z) = arctan((z - z0)/zR), are:

  WFS A [deg] WFS B [deg] Separation [deg]
x -41.3 +29.5 70.8
y -33.5 +30.4 63.9

Assessment

The separation is 71 deg in x and 64 deg in y, not the optimal 90 deg. This is not optimal, but it is not terrible either: the two WFS remain well separated in Gouy phase and the sensing matrix would not be close to degenerate. Given the time available we did not optimize the layout.

If we want to optimize it later, the fix is straightforward: moving WFS A upstream (toward the BS) by about 5 cm in x / 7 cm in y, i.e. from z = 0.325 m to roughly z = 0.27 m, brings the separation to 90 deg. WFS B does not need to move. 

Images attached to this comment
khanh.vu@LIGO.ORG - 09:38, Wednesday 05 August 2026 (91405)
Additional context for the work described above: The motivation for the table work came from the difficulties we had with the sensing and input matrices of the JAC ASC loops. In pitch, the PZT and JM1 signals are well separated, but their responses in yaw are too similar. This is problematic because we need the two wavefront sensors to distinguish between the motions of the two actuators.

While identifying a new location for the camera, Masayuki noticed that the shutter was clipping approximately half of the beam on the left side. We suspect that the beam may have been clipped for some time and that this may be related to the yaw issue, since the clipping affects yaw more strongly than pitch.
masayuki.nakano@LIGO.ORG - 00:43, Tuesday 11 August 2026 (91472)IOO

Summary

Today we installed the iris to block the ghost beam on the JAC REFL path with an iris, and to re-measure the beam profile with it in place. The ghost beam was produced by the laser window which picks off the partial power of the JAC reflection beam (~0.4%). Since this laser window doesn't have the wedge on it, the AR reflection is not well separated. We observed this interference during the original beam profile measurement in this thread. 

And now, the iris dumps the ghost beam, and we made a new the beam profile measurement. I made a good JAC REFL optical model which obtained by the fitting the beam profile measurement. We will use this model for the WFS signal calibration.


Iris installation

An iris was placed on the REFL path, between the first pick-off mirror and the first lens. To position it, the beam profiler was set just after the beam shutter, and the iris was closed while watching the profile, until the ghost was blocked and the main beam was left untouched. Actually, Since the ghost beam is very close, the main beam is partially blocked as shown in the attached pics. We will see if it would have any effect on our WFS signals.


Beam profile measurement after the change

1/e2 diameters along the REFL path, with JACR_MB4 as the origin:

z [inch from JACR_MB4] -21 3.5 5.5 7.5 9.5 11.5
horizontal [μm] 4440 1360 1140 895 696 500
vertical [μm] 4540 1360 1111 873 661 461

On-table distances were also measured: JACR_L1 to JACR_MB4 = 24", JACR_MB4 to WFS A = 12.5", JACR_MB4 to WFS B = 15.5".


New propagation model

I made a model of the beam propagation of the JAC REFL path from PSL to JAC and IOT1. This model was fitted to the new profile, with the PMC waist as origin.

Taken as known. The positions of lenses in PSL (IO_MB_L1/L2/L3) and of the JAC waist are the design values, i.e. the PSL bench to HAM1 relative distance is trusted.

Taken as unknown. The design placed the IOT1 table only loosely, and the periscope that matches the HAM1 beam height to the table height was estimated roughly. The distance from the JAC input to the IOT1 table is therefore the principal free parameter, allowed ±30 cm; it enters the calculation as the position of JACR_L1 measured from the PMC waist. The profile measurement was referenced to JACR_MB4, which carries its own error, so the JACR_MB4-JACR_L1 distance is a second free parameter.

The profile carries astigmatism, so a yaw tilt was allowed on each of the four lenses (three on the PSL bench, one on IOT1). This is deliberately over-parameterised: the individual tilts should not be read as physical alignment errors.  However, the aim of this analysis is not to measure how each lens sits but a model accurate enough for the following calculation. So as long as the aquired prameters are physically reasonable, we can use these numbers as the following calculations.

One note:
The HAM1 periscope (JAC_M1/JAC_M2) rotates the beam 90 degrees about its axis, so the transverse planes swap on the way to JAC: bench x (YAW) descends from the upstream sagittal channel and bench y (PIT) from the tangential one. A tilt therefore gives astigmatism of opposite sign depending on which side of the periscope the lens sits. This is the reason why the x/y beam size flipped at periscope in the attached plot.


Result

parameter fitted vs design
JACR_L1 position from PMC waist 11.4768 m -21.5 cm
JACR_MB4 to JACR_L1 0.6004 m -0.36"
yaw tilt, IO_MB_L1 / L2 / L3 -16.9° / -7.1° / -1.8° -
yaw tilt, JACR_L1 -3.2° -

The fitted path from the JAC input to the IOT1 table comes out about 21.5 cm shorter than design, which is the scale of looseness that was expected there.


Astigmatism at the WFS planes

Expressed as the difference in accumulated Gouy phase between the two transverse axes:

  model from the measured profile alone
WFS A -4.10° -4.96°
WFS B -10.61° -10.32°

Sanity check: mode matching into JAC

Taking the cavity eigenmode as the reference, the fitted injection-lens tilts imply a mismatch of 0.48 % (tangential) and 0.43 % (sagittal), 0.91 % combined. Small enough not to conflict with the measured mode matching (~1%).


Model parameters

PMC eigen mode

axis w0 [μm] zR [mm]
tangential (u) 546.312 881.232
sagittal (v) 549.028 890.016

The waist sits at z = 0 in both axes. Downstream of the periscope the tangential channel becomes bench y (PIT) and the sagittal channel bench x (YAW).

Elements

z is given from the PMC waist (the model's own origin) and from JACR_MB4 (the origin the bench profile was measured against).

element z from PMC waist [m] yaw tilt [deg] source
PMC waist 0.000000 - origin
IO_MB_L1 0.900000 -16.86 design / tilt fitted
IO_MB_L2 0.960000 -7.12 design / tilt fitted
IO_MB_M4 (PZT) 2.812000 - design
IO_MB_L3 2.900000 -1.75 design / tilt fitted
HAM1 periscope (JAC_M2) 7.040000 - design; x/y swap
JM1 7.268000 - design
JAC input mirror 7.576000 - design
JAC waist 7.826000 - design
JACR_L1 11.476799 -3.15 fitted
JACR_MB4 12.077174 - fitted (via JACR_L1 distance)
WFS A 12.394674 - measured from JACR_MB4
WFS B 12.470874 - measured from JACR_MB4

What was fitted, and what was not

parameter fitted value design allowed range
JACR_L1 from PMC waist 11.476799 m 11.691967 m ±30 cm
JACR_L1 to JACR_MB4 0.600375 m 0.609600 m ±1"
yaw tilt, IO_MB_L1 -16.8588° 0 ±20°
yaw tilt, IO_MB_L2 -7.1210° 0 ±20°
yaw tilt, IO_MB_L3 -1.7534° 0 ±20°
yaw tilt, JACR_L1 -3.1527° 0 ±20°
Images attached to this comment
H1 ISC
elenna.capote@LIGO.ORG - posted 16:58, Monday 03 August 2026 - last comment - 13:34, Tuesday 04 August 2026(91376)
SRY locked with different BS alignment

[Keita, Elenna]

Sheila and I struggled to lock SRY last Friday, 91360. Keita and I revisited today.

To start, I ran the usual SR2 alignment, which centers the beam on AS_C, and the AS centering which centers OM1,2 on AS A and B.

Then, we could see a large beam at the center of the AS AIR camera, and a strange fringing beam at the top edge of the camera. We swept SRM in both pitch and yaw to both edges and saw the beam disappear. This convinced us that we were seeing the two beams we needed to overlap in SRY, however, there was not an SRM alignment that could overlap the two beams.

Keita first moved ITMY 10 urad in pitch, and was able to overlap the two beams. He then undid that alignment and moved the beamsplitter instead. We were able to achieve the SRY fringing and then lock SRY with the guardian. The resulting beam ended up on the top edge of th AS AIR camera view.

Using that beamsplitter alignment, we then relocked MICH dark, which required a large movement of ITMX, since we had decided to maintain the beamsplitter and ITMY alignment. ITMX is now at P: -135 and Y: 113.1 on the sliders. This means it has been moved relative to where it should be according to a previous arm alignment we achieved.

We can still see the MICH fringes on the ISCT1 refl camera with this alignment.

We can also lock PRX, with a movement of PRM. We still see no beam on POP A or B, so Keita is scanning the input alignment.

The attached screenshot shows the alignment sliders after we locked SRY, MICH, and PRX.

I'm not sure if we are happy with this alignment overall, since we're not sure if this is where we want the ITMs.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 10:33, Tuesday 04 August 2026 (91383)

Attached is a not-to-scale, super-simplified cartoon so people understand what happened. As of now, ITMY is unchanged (because I reverted the changes temporarily made to ITMY), BS is angled in PIT, ITMX was angled mostly in PIT to follow the BS motion.

Initial state is in the top cartoon. The symptom that the two beams (single bounce and reflection of SRM reflected back by ITMY) didn't interfere well only meant that the beam was not retro-reflecting on ITMY.

This could be remedied by many different ways. At first I moved ITMY just to confirm that something like this was going on, and we did confirm that (because we were able to make the SRY fringe deeper).

Once we confirmed this was actually the case, I reverted the ITMY back, moved BS, and refined SRM using SRY fringe. The bottom cartoon represents this final state.

Though it's not captured in the cartoon, this of course made the MICH fringe wrong, so we moved ITMX, too.

 

Using BS or ITMY (or a combination of them) is not the only way though, you can change the angle of the beam from PR3 hitting the BS and refine SRM alignment to recover a good SRY fringe depth. As long as the beam is still on ITMs it will work. I haven't done that bacause it was late and I wanted to see the beam on POP_A or B, but we should.

Note that, ultimately, the good alignment of the ITMs, BS and PR3 won't be known until we open the arms. There's no magic in the current alignment we have (or even after using PR3 instead of BS to regain SRY fringes).

The main purpose of this excercise is just to confirm that nothing terrible is going on in the SRC chain. Because of the things described in Elenna's alog above, we already know that nothing terrible is going on. The rest is just an effort to gradually, maybe, approach the good alignment (on a belief that we already know the good angles for ITMs).

Images attached to this comment
elenna.capote@LIGO.ORG - 13:34, Tuesday 04 August 2026 (91387)

After discussion this morning, I put the ITMX sliders back to the O4 alignment position: pitch = -113 and yaw = 104.6

H1 SQZ
camilla.compton@LIGO.ORG - posted 15:44, Monday 03 August 2026 - last comment - 16:27, Tuesday 04 August 2026(91371)
SQZ OMC Scans and M^2 Measurements with new ZM4 ZM5 PSAMS Preloadings

Sheila, Ryan S, Camilla

We spent the morning repeating 90783, now that ZM4 preloading has been adjusted (90951) and ZM5 has been swapped and now has a different preloading than our O4 ZM5 (91292):

Sheila then used her script to run OMC scans at a grid (below) of PSAMS locations. These initially look great, showing sqz to omc mode mismatch is as good as 1%. with some alignment fluctuations. Ndscope of data taking attached. 

PSAM_VALUES_V5 = [-8, -5.5, -3.3, -1]
PSAM_VALUES_V4 = [-3.2, -1, 1.2, 3.4] 

Ryan then took M^2 measurements on SQZT7 of a slightly different grid:

PSAM_VALUES_V5 = [-8,  -6.75, -5.5, -4.5, -3.3, -1]
PSAM_VALUES_V4 = [-3.2, -1, 1.2, 3.4] 
Images attached to this report
Comments related to this report
eric.oelker@LIGO.ORG - 16:27, Tuesday 04 August 2026 (91390)

Below I calculate the astigmatism based Ryan's grid of M^2 measurements.

 

I compute the 1D overlap between the x and y directions using the q values from the M^2 measurements

eta_1D  =  4*zRx*zRy / ( (z0x - z0y)^2  + (zRx + zRy)^2 )   where z0 is the waist position and zR is the rayliegh length  = pi * w /(M^2*lambda)

The astigmatism, which i express as  1 - eta_1D is tabulated below in %

ZM5  \  ZM4 -3.2 -1 1.2 3.4
-8 0.52 0.52 0.55 0.59
-6.75 0.51 0.48 0.60 0.64
-5.5 0.56 0.55 0.62 0.50
-4.5 0.57 0.56 0.55 0.36
-3.3 0.52 0.50 0.40 0.29
-2 0.42 0.50    
-1 0.56 0.78 0.62 0.15

 

The dependance is pretty weak over much of the grid, but things get a bit squirly in the lower right corner near the positive end of the range for both PSAMS.  We're not as sensitive to the strain gauge setting as ZM2 (91185), but there's clearly a noticible dependence.  

Non-image files attached to this comment
H1 SEI
arnaud.pele@LIGO.ORG - posted 11:20, Thursday 23 July 2026 - last comment - 10:36, Tuesday 04 August 2026(91212)
BS ISI health check

I used the earthquake down time from the weekend to look at the health of the BSC2-ISI sensors.

Sensors look OK (including the newly replaced H1 L4C - see alog 90840) except for CPS ST2 H1 (see red curve on the last plot) with large noise below 1Hz. This will need an investigation (I would start by swapping cables at the field box to see if it's an in-chamber issue).

Dtt Template lives under /ligo/svncommon/SeiSVN/seismic/BSC-ISI/H1/BS/Data/Spectra/Undamped/bs_all_sensors.xml 

Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 13:46, Thursday 23 July 2026 (91217)

I had already done this test several years ago trying to diagnose the issue with BSC2, which, contrary to my comment in the alog Arnaud linked to, still has alot of flat looking excess noise in the 1-10hz. Arnaud's spectra here doesn't make me think this noise is due to a broken cps, the high frequency noise floor is unchanged, there's no evidence of glitching, unless it is some new failure mode.

Knowing that I would have few chances to try swapping in the near future, I did this over lunch when I went out to also unlock HAM1&2 hepi. I put BSC2 in damped, collected St2 CPS spectra, swapped the St2 H1 cps with a spare sensor, and got a comparison spectra. No change, see first attached spectra, refs are with the old H1 cps, live spectra are with the new sensor. I have left the spare sensor in for now, I will try to swap it back to the old sensor so we can preserve our ISI alignment (the new sensor reads a slightly different location that the old), but physically there should be no difference, the BSCs just use the free hanging position for the cps reference, unlike the HAMs. 

Performance is no better with the new cps, as well, see second plot, refs are with the new cps, live is before the swap.

Images attached to this comment
arnaud.pele@LIGO.ORG - 16:04, Thursday 23 July 2026 (91222)

As dicussed with Jim on the phone it would be interesting to see the result of swapping H1 and V1 at the lemo input of the field cables - V1 noise is low enough between 10mHz-100mHz when the ISI is damped that the H1 noise would be obvious if it followed the cable.

Images attached to this comment
jim.warner@LIGO.ORG - 10:36, Tuesday 04 August 2026 (91384)

Finally had a chance to repeat the test swapping st2 h1 v1 cps. Still no change, as I have seen when I did this test before. The excess low freq noise follows the in-air to feedthru and in-vac cables, so the problem is not from the satellite chassis or the CER rack. I can try to swap the cable from the feedthru to the satellite rack, but the work platform, crossbeam and feedthru protection make access to that difficult from pretty much any direction.

Attached spectra compare the nominal H1 V1 asds and the asds with the white in-air cables at satellite rack for st2 H1&V1 swapped. Dashed is nominal, solid is the swapped configuration. Red is the H1 channel, blue is the V1 channel.

Images attached to this comment
Displaying reports 201-220 of 88957.Go to page Start 7 8 9 10 11 12 13 14 15 End