aLIGO LHO Logbook

H1 General - OPS Friday EVE shift summary

ryan.crouch@ligo.org — Fri, 11 Jul 2025 22:00:37 -0700

Author: ryan.crouch@ligo.org

Report ID: 85705

TITLE: 07/12 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY: One lockloss with an easy relock. We've been locked for just over 3.5 hours.
LOG:

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
22:56	LASER	LVEA	LVEA	YES	LVEA IS LASER HAZARD \u0d26\u0d3f(\u239a_\u239a)	14:34
23:03	ISC	Keita	OptLab	N	ISS array work	23:56

23:57 UTC lockloss
- After DRMI struggled, during PRMI I held in PRMI_LOCKED and adjusted PRM by hand, DRMI then locked quickly and the camera spot looked good.
- 01:27 UTC Observing, I ran a SQZ SCAN_ANG before going into observing and adjusted the OPO temperature while relocking

H1 General - Comment to 23:57 UTC lockloss

ryan.crouch@ligo.org — Fri, 11 Jul 2025 18:28:14 -0700

Author: ryan.crouch@ligo.org

Report ID: 85706

01:27 UTC Observing

H1 SUS - Satamp swap OSEM noise part 2 (ITMX, ITMY, SR2)

oli.patane@ligo.org — Fri, 11 Jul 2025 17:36:01 -0700

Author: oli.patane@ligo.org

Report ID: 85699

I ran my damp_regression_compare script (85369) on the suspensions that we swapped the satellite amplifiers for today, BS, PRM, PR3, SRM, and SR3. The results show a decrease in the OSEM noise of at least 2x!

Part of what the script does is save the channel data as a .mat file so it's quicker to run next time, so I'll post that as well as the results.

On Tuesday Fil swapped the sat amps for ITMX, ITMY, and SR2 (85619). Like I did for the first set of satamp swaps (85485), I've used my damp_regression_compare script found in sustrunk to compare the noise performance (85369).

ITMX M0 Results: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Results/allDampRegressCompare_H1SUSITMX_M0_NoiseComparison_1435482383vs1436080373-1200.pdf r12442 Data: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Data/dampRegress_H1SUSITMX_M0_1435482383_1200.mat /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Data/dampRegress_H1SUSITMX_M0_1436080373_1200.mat r12442 R0 Results: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGR0/Results/allDampRegressCompare_H1SUSITMX_R0_NoiseComparison_1435482383vs1436080373-1200.pdf r12443 Data: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGR0/Data/dampRegress_H1SUSITMX_R0_1435482383_1200.mat /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGR0/Data/dampRegress_H1SUSITMX_R0_1436080373_1200.mat r12443

ITMY M0 Results: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Results/allDampRegressCompare_H1SUSITMY_M0_NoiseComparison_1435482383vs1436080373-1200.pdf r12444 Data: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Data/dampRegress_H1SUSITMY_M0_1435482383_1200.mat /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Data/dampRegress_H1SUSITMY_M0_1436080373_1200.mat r12444 R0 Results: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Results/allDampRegressCompare_H1SUSITMY_R0_NoiseComparison_1435482383vs1436080373-1200.pdf r12445 Data: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Data/dampRegress_H1SUSITMY_R0_1435482383_1200.mat /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Data/dampRegress_H1SUSITMY_R0_1436080373_1200.mat r12445

SR2 Results: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SR2/SAGM1/Results/allDampRegressCompare_H1SUSSR2_M1_NoiseComparison_1435482383vs1436080373-1200.pdf r12446 Data: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SR2/SAGM1/Data/dampRegress_H1SUSSR2_M1_1435482383_1200.mat /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SR2/SAGM1/Data/dampRegress_H1SUSSR2_M1_1436080373_1200.mat r12446

Non-image files attached to this report

allDampRegressCompare_H1SUSITMX_M0_NoiseComparison_1435482383vs1436080373-1200.pdf

allDampRegressCompare_H1SUSITMX_R0_NoiseComparison_1435482383vs1436080373-1200.pdf

allDampRegressCompare_H1SUSITMY_M0_NoiseComparison_1435482383vs1436080373-1200.pdf

allDampRegressCompare_H1SUSITMY_R0_NoiseComparison_1435482383vs1436080373-1200.pdf

allDampRegressCompare_H1SUSSR2_M1_NoiseComparison_1435482383vs1436080373-1200.pdf

H1 General - 23:57 UTC lockloss

ryan.crouch@ligo.org — Fri, 11 Jul 2025 16:59:22 -0700

Author: ryan.crouch@ligo.org

Report ID: 85704

23:57 UTC lockloss

Lockloss

H1 General - Comment to OPS Friday EVE shift start

ryan.crouch@ligo.org — Fri, 11 Jul 2025 16:43:39 -0700

Author: ryan.crouch@ligo.org

Report ID: 85703

23:43 UTC Observing

H1 General - Comment to Lockloss @ 22:23 UTC

ryan.crouch@ligo.org — Fri, 11 Jul 2025 16:43:28 -0700

Author: ryan.crouch@ligo.org

Report ID: 85702

23:43 UTC Observing

LHO General - Ops Day Shift Summary

ryan.short@ligo.org — Fri, 11 Jul 2025 16:28:56 -0700

Author: ryan.short@ligo.org

Report ID: 85701

TITLE: 07/11 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: Two locklosses this shift, but recovery so far has been straightforward. H1 is currently relocking and up to MAX_POWER.

15:41 - Lockloss - alog85685
- 17:06 - Lockloss during LOWNOISE_ASC
18:00 - Observing
22:23 - Lockloss - alog85697

LOG:

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
22:56	LASER	LVEA	LVEA	YES	LVEA IS LASER HAZARD \u0d26\u0d3f(\u239a_\u239a)	14:34
18:26	ISC	Keita	OptLab	N	ISS array work	19:20
20:16	FAC	Randy	MY	N	Plug in forklift	20:31
20:17	ISC	Jennie	OptLab	Local	ISS array work	20:54
21:50	PEM	RyanC	VacPrepLab	N	Testing dust monitors	22:24
23:03	ISC	Keita	OptLab	N	ISS array work	Ongoing

H1 General - OPS Friday EVE shift start

ryan.crouch@ligo.org — Fri, 11 Jul 2025 16:01:21 -0700

Author: ryan.crouch@ligo.org

Report ID: 85700

TITLE: 07/11 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 10mph Gusts, 6mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.12 μm/s
QUICK SUMMARY:

We are still trying to recover and lock DRMI after a 22:23 UTC lockloss
2ndary microseism is increasing
Wind is low

H1 ISC - Comment to OMC scans with SR3 heater on

jennifer.wright@ligo.org — Fri, 11 Jul 2025 15:56:48 -0700

Author: jennifer.wright@ligo.org

Report ID: 85698

I also analysed the single bounce measurements Elenna and Sheila made after OM2 was heated up. So these have both SR3 and OM2 hot.

For both these measurements C02 was the third highest mode and C01 was the fourth highest. I took 120s starting 45s into the scan.

Measurement 1: 23:40:38 UTC on 2025/05/16 with ITMX aligned and ITMY mis-aligned.

See the spectrum with labelled peaks here.

And the PZT calibration here.

Mode mis-match is:

0.93/( 0.93 + 17.29 ) = 5.10 %

Measurement 2: 23:46:48 UTC on 2025/05/16 with ITMY aligned and ITMX mis-aligned.

See the spectrum with labelled peaks here.

And the PZT calibration here.

100 * 0.56/( 0.56 + 17.62 ) = 3.08 %

Bear in mind that this is assuming that there is no astigmatism in the OMC (since there is but we cannot resolve 02 vs 20 modes). This requires some careful analysis of uncertainties to get useful info about how we should tune for better mode-matching. Watch this space.

Non-image files attached to this report

1431474101_omc_scan_with_estimated_lines_1st____sr3_hot__om2_hot__10w_psl__itmy_mis_aligned.pdf

1431474101_pzt_calib_1st____sr3_hot__om2_hot__10w_psl__itmy_mis_aligned.pdf

1431474471_omc_scan_with_estimated_lines_2nd____sr3_hot__om2_hot__10w_psl__itmx_mis_aligned.pdf

1431474471_pzt_calib_2nd____sr3_hot__om2_hot__10w_psl__itmx_mis_aligned.pdf

H1 General - Lockloss @ 22:23 UTC

ryan.short@ligo.org — Fri, 11 Jul 2025 15:36:51 -0700

Author: ryan.short@ligo.org

Report ID: 85697

Lockloss @ 22:23 UTC after 4.5 hours locked - link to lockloss tool

No obvious cause, but ETMX starts moving strangely about a half a second before the lockloss.

Lockloss

Images attached to this report

H1 SUS - Comment to Satamp swap OSEM noise first looks

oli.patane@ligo.org — Fri, 11 Jul 2025 15:34:21 -0700

Author: oli.patane@ligo.org

Report ID: 85696

Since a few of the before times I picked for some of the suspensions were during times where they had ISC control on, I've rerun them with a better starting time where there was no ISC control

BS
Results: /ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/SAGM1/Results/allDampRegressCompare_H1SUSBS_M1_NoiseComparison_1435154988vs1435435038-1200.pdf r12436
Data: /ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/SAGM1/Data/dampRegress_H1SUSBS_M1_1435154988_1200.mat /ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/SAGM1/Data/dampRegress_H1SUSBS_M1_1435435038_1200.mat r12437

PRM
Results: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/PRM/SAGM1/Results/allDampRegressCompare_H1SUSPRM_M1_NoiseComparison_1435154988vs1435435046-1200.pdf
      r12438
Data: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/PRM/SAGM1/Data/dampRegress_H1SUSPRM_M1_1435435046_1200.mat      /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/PRM/SAGM1/Data/dampRegress_H1SUSPRM_M1_1435154988_1200.mat
     r12438

SRM
Results: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Results/allDampRegressCompare_H1SUSSRM_M1_NoiseComparison_1435154988vs1435435046-1200.pdf
      r12441
Data: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Data/dampRegress_H1SUSSRM_M1_1435435046_1200.mat     /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Data/dampRegress_H1SUSSRM_M1_1435154988_1200.mat
    r12441

Non-image files attached to this report

allDampRegressCompare_H1SUSBS_M1_NoiseComparison_1435154988vs1435435038-1200.pdf

allDampRegressCompare_H1SUSPRM_M1_NoiseComparison_1435154988vs1435435046-1200.pdf

allDampRegressCompare_H1SUSSRM_M1_NoiseComparison_1435154988vs1435435046-1200.pdf

H1 SUS - SR3 M1 to M1 transfer functions with calibrated OSEMs

edgard.bonilla@ligo.org — Fri, 11 Jul 2025 15:12:57 -0700

Author: edgard.bonilla@ligo.org

Report ID: 85695

We grabbed the measurement data that Oli generated on [LHO: 85288] which was taken using the calibrated OSEMINF gains that we obtained by driving the ISI an looking at the OSEM response at high frequencies [see LHO: 84367].

The TL;DR is that the calibration works:

The diagonal elements of the measured and modeled plants now match.
The measured TFs are a bit more symmetric.
We see the expected reduction in cross-couplings to Roll and Pitch.

The .pdf attached can be found in

https://svn.ligo.caltech.edu/svn/sus/trunk/HLTS/H1/SR3/SAGM1/Results/2025-06-24_1900_H1SUSSR3_M1_ALL_TFs.pdf

We can see that the diagonal M1 to M1 modeled and measured transfer functions actually match one another much better than before (for an example uncalibrated plot, click here to see April 2025). This happens even though the calibration did not involve M1 to M1 transfer functions.

We can assess the impact that the calibration had on the M1 to M1 cross-couplings by plotting a normalized version of the cross-coupled transfer functions. For example, the Length-Pitch normalized transfer function will be (L2P)_norm=(L2P)/sqrt(P2P*L2L).

This way we can get rid of the overall scaling factors that come from the OSEM calibration and focus on the cross-coupling. The result is shown in the second attachment. The columns correspond to M1 drives, and the rows are OSEM displacements, all plots are dimensionless. The blue trace is after OSEM calibration, and red is before OSEM calibration, and from 2024/08/08 to avoid the gains that were in the yaw and pitch TEST drive paths in the more recent data [see LHO: 84259].

The cross-couplings of=n this last plot can be broken down into 4 general types of cross-couplings:

1) Things that don't change much (L2T, L2P, etc)- Nothing to say.

2) Cross couplings that improve quite a bit with the calibration. [V2R, V2P R2V, and R2P]. This were what we expected from the original calibration procedure. Especially cross-couplings involving the Roll degree of freedom were expected to improve.

3) Cross couplings that got a bit worse, but were expected [Y2R, Y2V, L2V, and L2R]. These are related to the fact that the average calibration for the LF and RT OSEMs is very different for the three osems atop the suspension T1, T2, and T3. The cross-coupling is not higher, it's just a normalization quirk.

4) Cross-coupling that got worse and was unexpected. Only P2R fits this category. The calibration should make the plant more symmetric, so it is at least good that P2R and R2P seem more similar now. Since the coupling that's changing is going to Roll, we believe this is actually more accurate to the underlying Pitch-Roll plant compared to the results from before.

The next steps for this work are to semi-automate the calibration process, and to methodically deploy the calibration to other suspensions now that the SatAmp work has been done.

SUS

Images attached to this report

Non-image files attached to this report

2025-06-24_1900_H1SUSSR3_M1_ALL_TFs.pdf

X1 SUS - bbssopt parameter set updated

oli.patane@ligo.org — Fri, 11 Jul 2025 12:31:03 -0700

Author: oli.patane@ligo.org

Report ID: 85674

We have finally confirmed that the current BBSS build is stable for both LHO and LLO, and we have figured out the model parameter set that matches the builds, so I've finally gone ahead and merged the parameter changes from the parameter set we had been using as the default for a while, bbssopt_2025_d0plus3p0_l1mins3p0_m2plus0p3_FDRd1plus3p5.m, into bbssopt.m (r12435). The differences between the original FDR parameter set (from T2000599-v1) and this hopefully final set are as follows:

d4 -= 1e-3 Adjustment to get better fit to measurements 76071, 82138
l3 -= 4.5e-3 Loop length change 79004
d1 += 3.5e-3 Equal to blade position = -4mm
m2 += 0.3 Mass added to M2
d0 += 3e-3 Height change of added spacer
l1 -= 3e-3 Wire length change to counter height added by spacer

I have used my compareallbbss_tfs.m script (CSWG:11252) to make comparison plots between the BSFM, the original FDR parameter set from T2000599-v1, and this parameter set. This parameter set has been uploaded to T2000599 as -v4.

H1 General - Latest safety results from November 2024 injections

geoffrey.mo@ligo.org — Fri, 11 Jul 2025 12:16:13 -0700

Author: geoffrey.mo@ligo.org

Report ID: 85694

Here are the latest H1 safety results from the November 2024 injections (sorry for the very long delay): https://drive.google.com/drive/folders/1CgwhWlKpG9CFnaiLvHnF2bWZVyHMN4gz?usp=sharing. It'd be great if folks could take a quick scroll through this spreadsheet (sorted by statistically most unsafe at the top) and see if there are any channels which have been determined to be unsafe (column F) which shouldn't be, or if there are any that should be added to the channel lists. Thanks!

DetChar, INJ

H1 ISC - Comment to OMC scans with SR3 heater on

jennifer.wright@ligo.org — Fri, 11 Jul 2025 11:52:37 -0700

Author: jennifer.wright@ligo.org

Report ID: 85693

First measurement has

1.69/(1.69+15.86) = 9.63 % mode mis-match.

Second measurement has

1.25*100/(1.25 + 16.46) = 7.06 % mode mis-match

LHO VE - Fri CP1 Fill

david.barker@ligo.org — Fri, 11 Jul 2025 11:29:31 -0700

Author: david.barker@ligo.org

Report ID: 85692

Fri Jul 11 10:07:27 2025 INFO: Fill completed in 7min 24secs

Jordan confirmed a good fill curbside.

Images attached to this report

H1 General - Comment to Lockloss @ 15:41 UTC

elenna.capote@ligo.org — Fri, 11 Jul 2025 11:24:26 -0700

Author: elenna.capote@ligo.org

Report ID: 85691

For the lockloss from lownoise ASC, there appears to be some glitch in the suspension channels about 30 seconds before the lockloss, and it appears in all four test mass L2 channels and not in EX L3, suggesting it is coming from the ASC. However, I don't see any glitch in the ASC channels themselves. I also don't know if this caused the lockloss, or is just random. Pointing out in case we see it again.

Images attached to this report

H1 TCS - TCS Monthly Trends FAMIS

oli.patane@ligo.org — Fri, 11 Jul 2025 11:05:25 -0700

Author: oli.patane@ligo.org

Report ID: 85690

Closes FAMIS#28462 , last checked 84837

CO2 Trends (ndscope1)

Everything is looking good

HWS Trends (ndscope2)

Everything is generally looking good, with both ITMX and ITMY SLEDPOWERMON slowly going down, which they tend to do. The only possible concern I can see would be that zooming out to almost a year ago (ndscope3), it looks like the level that ITMX SLEDPOWERMON is at now is a lower value than it has been in the past year.

Images attached to this report

H1 General - Comment to Lockloss @ 15:41 UTC

ryan.short@ligo.org — Fri, 11 Jul 2025 11:02:30 -0700

Author: ryan.short@ligo.org

Report ID: 85689

Back to observing at 18:00 UTC.

BS and PRM needed adjustment during DRMI locking, but no initial alignment was run. Also had an unknown lockloss during LOWNOISE_ASC, so acquisition took a bit longer this time.

H1 ISC - PIMON running on CR computer

elenna.capote@ligo.org — Fri, 11 Jul 2025 10:45:09 -0700

Author: elenna.capote@ligo.org

Report ID: 85688

Since we had a few PI-caused locklosses last week, we realized that the PI monitor (PIMON) didn't seem to be running properly and saving the data 524 kHz DCPD data at the end of the lock. TJ has been trying to debug the issue. In the meantime, I have left PIMON running on a control room computer that I am logged into, and the lockloss data is being saved into /ligo/gitcommon/labutils/PIMON/locklosses and the script plot_locklosses.py in /ligo/gitcommon/labutils/PIMON can be used to plot the data from the locklosses.

Fortunately, we haven't had any PI locklosses that we know of since last week. Whenever control room computers are rebooted, we need to restart the script.

Lockloss

H1 ISC - Comment to DARM Offset Steps while changing CO2s

jennifer.wright@ligo.org — Fri, 11 Jul 2025 09:45:22 -0700

Author: jennifer.wright@ligo.org

Report ID: 85687

Camilla pointed out its annular heating we are changing with the C02s here, not central.

H1 ISC - DRMI and PRMI Acquisition Timers Doubled

ryan.short@ligo.org — Fri, 11 Jul 2025 09:07:27 -0700

Author: ryan.short@ligo.org

Report ID: 85686

To allow for the longer acquisition times we've been seeing to catch D/PRMI despite good-looking alignment and buildups, I've doubled the timers in ISC_LOCK for DRMI to try PRMI and PRMI to try MICH_FRINGES from 10 minutes to 20 minutes each. Changes have been loaded and committed to SVN.

OpsInfo

H1 General - Lockloss @ 15:41 UTC

ryan.short@ligo.org — Fri, 11 Jul 2025 08:52:14 -0700

Author: ryan.short@ligo.org

Report ID: 85685

Lockloss @ 15:41 UTC after 18 hours locked - link to lockloss tool

No obvious cause that I can see.

Lockloss

H1 PSL - PSL Status Report - Weekly

ryan.short@ligo.org — Fri, 11 Jul 2025 08:20:08 -0700

Author: ryan.short@ligo.org

Report ID: 85684

FAMIS 26430

Laser Status:
    NPRO output power is 1.853W
    AMP1 output power is 70.03W
    AMP2 output power is 140.2W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 23 days, 22 hr 6 minutes
    Reflected power = 23.42W
    Transmitted power = 105.4W
    PowerSum = 128.8W

FSS:
It has been locked for 0 days 18 hr and 23 min
TPD[V] = 0.7448V

ISS:
The diffracted power is around 3.7%
Last saturation event was 0 days 21 hours and 23 minutes ago

Possible Issues:
PMC reflected power is high

H1 CDS - Comment to Early report on HWS cameral control

evan.goetz@ligo.org — Fri, 11 Jul 2025 07:53:32 -0700

Author: evan.goetz@ligo.org

Report ID: 85683

Excellent, thank you Camilla and Dave! This is very helpful.DetChar

LHO General - Ops Day Shift Start

ryan.short@ligo.org — Fri, 11 Jul 2025 07:42:13 -0700

Author: ryan.short@ligo.org

Report ID: 85682

TITLE: 07/11 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 16mph Gusts, 10mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY: H1 has been locked and observing for 17 hours.

Wind moderately low, microseism rising but still low
ALl other systems nominal

LHO General - OPS Eve Shift Summary

ibrahim.abouelfettouh@ligo.org — Thu, 10 Jul 2025 21:59:26 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85681

TITLE: 07/11 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 148Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY:

IFO is in NLN and OBSERVING since 21:43 UTC (7 hr lock!)

Extremely quiet shift in which there were no saturations, no SQZ drops and 1 Superevent!

Nothing else to report

LOG:

None

H1 General - Ops Day Shift End

oli.patane@ligo.org — Thu, 10 Jul 2025 16:54:38 -0700

Author: oli.patane@ligo.org

Report ID: 85680

TITLE: 07/10 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY: Currently Observing at 145Mpc and have been Locked for 2 hours. Wind seems to be coming down.

Lots of struggles relocking today after the 17:54 lockloss due to increase of winds and gusts as well as issues with treh ALSX crystal frequency. Eventually made it up.

LOG:

14:30UTC Observing and Locked for 11 hours
15:00 Out of Observing for Commissioning
17:54 Lockloss
    - Issues with ALSX crystal frequency
    - Issues with wind
    - Ran IA
    - Many lower level locklosses from wind and ALSX crystal frequency
    - Lockloss from TRANSITION_FROM_ETMX due to wind
21:43 NOMINAL_LOW_NOISE
21:48 Observing

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
22:56	LASER	LVEA	LVEA	YES	LVEA IS LASER HAZARD \u0d26\u0d3f(\u239a_\u239a)	14:34
14:35	FAC	Randy	EX	n	Pump alignment (14:30)	16:40
14:36	FAC	Chris, Eric	XARM	n	Beam tube sealing	15:43
15:05	PEM	Robert	LVEA	YES	Checking if measurement is working	16:13
15:48	FAC	Tyler	X1, XARM	n	Looking at box and joints	16:48
16:32	FAC	Nellie	OpticsLab	n	Tech clean	16:36
17:23	PEM	Robert, Sam	LVEA	YES	Measurement setup	18:06
17:37	EPO	Jonathan, EJ	Roof	n	Tour?	17:42
17:58		Jennie	LVEA	YES	Telling PEM team about lockloss	18:06
22:55	ISC	Keita	OpticsLab	y(local)	ISS array	00:25

H1 CDS - Comment to Early report on HWS cameral control

camilla.compton@ligo.org — Thu, 10 Jul 2025 16:33:12 -0700

Author: camilla.compton@ligo.org

Report ID: 85678

Looking at the HWS camera data, Dave's code was successfully stopping the HWS camera dueing NLN from 27th June, as expected 85373.

However, looking at the f-scans from the last week, the 2Hz comb was there until 3rd July but was gone on 4th July and hasn't returned since.

Nothing HWS related should have changed on the 3rd July (ops shift log 85519).

DetChar, TCS

Images attached to this report

LHO General - OPS Eve Shift Start

ibrahim.abouelfettouh@ligo.org — Thu, 10 Jul 2025 16:24:23 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85679

TITLE: 07/10 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 145Mpc
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 26mph Gusts, 9mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:

IFO is in NLN and OBSERVING as of 21:43 UTC

Conditions look great except for slightly high winds (same as yesterday). Have been in the control room for about an hour and there have been no SQZ locklosses!

H1 SUS - Comment to ITMY R0 alignment tramp brought back to 30sec from 300

oli.patane@ligo.org — Thu, 10 Jul 2025 14:51:24 -0700

Author: oli.patane@ligo.org

Report ID: 85677

Accepted in Observing

Images attached to this report

H1 General - Comment to Lockloss

oli.patane@ligo.org — Thu, 10 Jul 2025 14:50:59 -0700

Author: oli.patane@ligo.org

Report ID: 85676

21:48 Back to Observing after accepting SDF diffs that revert the SQZ ADF changes since those were just for commissioning (CSSQZ, LSC0)

Images attached to this report

H1 SQZ - Comment to Start of a SQZ Data set, checked OPO temp and NLG

elenna.capote@ligo.org — Thu, 10 Jul 2025 14:40:04 -0700

Author: elenna.capote@ligo.org

Report ID: 85675

I ran a script that pulls the full 524 kHz OMC DCPD A and B channels during the no squeezing time. The data that was saved was 10 minutes of no squeezing data. I saved the data into .gwf files at the full rate, and another downsampled to 64 kHz.

The data is saved in /ligo/home/elenna.capote/OMC_DCPD/251007-102149_xcorr_data as OMC_DCPD_{A,B}_{524,64}.gwf which can be easily read by gwpy. Unfortunately I can't upload them here because the alog doesn't accept this file format, but I can pass it along to you as necessary if you don't have control room access.

H1 ISC - Comment to OMC scans with SR3 heater on

jennifer.wright@ligo.org — Thu, 10 Jul 2025 12:09:12 -0700

Author: jennifer.wright@ligo.org

Report ID: 85661

Finally got round to fitting the two single bounce mode scans done with SR3 hot and OM2 cold. The first we had ITMX aligned, the second we switched to ITMY aligned.

These can currently be processed using OMCscan.py in the /dev branch for the labutils/omcscan repository at /ligo/gitcommon/labutils/omc_scan, you need to have activated the labutils conda environment to do so.

The call statements for the data processing are:

python OMCscan.py 1431449762 130 "1st 1431449762 - SR3 hot, 10W PSL, ITMY mis-aligned" "single bounce" -s -v -o 2 -m

python OMCscan.py 1431450536 140 "2nd 1431450536 - SR3 hot, 10W PSL, ITMX mis-aligned" "single bounce" -s --verbose -m -o 2

For each measurement the tag -s specifices that the sidebands were not on and so in order to calibrate the PZT the code uses the two TM00 modes and then you have to tell it in what height order the 10 and 20 modes appear relative to the highest peak which will be one of the 00 modes.

def identify_C02(self):

"""If in single bounce configuration, and with sidebands off,

identify 10 and 20 modes in order to improve fit.

Assumes that

OMCscan.identify_peaks()

and

OMCscan.identify_carrier_00_peaks()

have already been run.

Output:

-------

self.peak_dict: dictionary

first set of keys are carrier, 45 upper, 45 lower

second set of keys are TEM mode, e.g. "00", "01", "20", etc.

third set of keys is the fsr number

"""

# Create temporary dictionary to combine into self.peak_dict

peak_dict = {}

peak_dict["carrier"] = {"10": {}, "20": {}}

#print(peak_dict)

nn = [2, 1]

mm = 0

#freq_diff = np.empty(np.size(self.peak_frequencies)) not sure why this line here.

#set frequency to be that of third largest peak.

first_order = np.argsort(self.peak_heights)[-4]#-4 for second meas.

second_order = np.argsort(self.peak_heights)[-3]#change index to match where 20 is in terfirst meas if measuring from start of scan.ms of peak height.

#print(third_larg)

for ii, peak_freq in enumerate(self.peak_frequencies):

if peak_freq == self.peak_frequencies[second_order]:

#print("found C02")

#print(f"List fields in IFO {self.fields_MHz}")

#print(type(self.fields_MHz))

#print(f"OMC HOM spacing {self.omc_hom} MHz")

#print(type(self.omc_hom))

field = f"carrier"

#print(f"mode {field}{nn[0]}{mm}")

peak_dict[field]["20"][-1] = {

"height": self.peak_heights[ii],

"voltage": self.peak_pzt_voltages[ii],

"frequency": self.peak_frequencies[ii],

"true_frequency": np.mod((self.fields_MHz - (nn[0] + mm) * self.omc_hom), self.omc_fsr),

"label": r"$c_{20}$",

}

self.peak_ided[ii] = 1

elif peak_freq == self.peak_frequencies[first_order]:

field = f"carrier"

peak_dict[field]["10"][-1] = {

"height": self.peak_heights[ii],

"voltage": self.peak_pzt_voltages[ii],

"frequency": self.peak_frequencies[ii],

"true_frequency": np.mod((self.fields_MHz - (nn[1] + mm) * self.omc_hom), self.omc_fsr),

"label": r"$c_{10}$",

}

self.peak_ided[ii] = 1

else:

continue

# Merge dictionaries

#if not "20" in peak_dict["carrier"].keys():

self.peak_dict["carrier"] = {**self.peak_dict["carrier"], **peak_dict["carrier"]}

#print(self.peak_dict)

#print(self.peak_ided)

return

For both measurements I only took slightly over 1 FSR of the data, this is because in order to fit a polynomial to the known peaks (allowing us to calculate the PZT non-linearity), the code assumes the 1st order is the 3rd highest and 2nd order is the 4th highest. In the code above you need to change the indexes in the below lines to match the height order of the peaks (ie. and index of -4 is fourth highest peak).

first_order = np.argsort(self.peak_heights)[-4]

second_order = np.argsort(self.peak_heights)[-3]

When the mode-matching is bad this may not be true, also if there are multiple FSRs in the scan this also may not be true.

First measurement 1st order mode is fifth highest, 2nd order mode is third highest. The scan is here. I took 130 s of data. The PZT fit is here.

Second measurement the 1st order mode was the 4th highest, 2nd order mode was the third highest. The scan is here. I took 140s of the scan data. The PZT fit is here.

Non-image files attached to this report

1431449762_omc_scan_with_estimated_lines_1st_1431449762___sr3_hot___10w_psl__itmy_mis_aligned.pdf

1431450536_omc_scan_with_estimated_lines_2nd_1431450536___sr3_hot___10w_psl__itmx_mis_aligned.pdf

1431449762_pzt_calib_1st_1431449762___sr3_hot___10w_psl__itmy_mis_aligned.pdf

1431450536_pzt_calib_2nd_1431450536___sr3_hot___10w_psl__itmx_mis_aligned.pdf

H1 ISC - Locking ALS instability

elenna.capote@ligo.org — Thu, 10 Jul 2025 11:50:25 -0700

Author: elenna.capote@ligo.org

Report ID: 85673

There appears to be an instability when locking ALS. The X arm green build up and ASC signals begin to shake as the DARM gain is ramped to 40 and then 400. This caused multiple locklosses until we held at green arms for a longer convergence time before going to locking ALS. I have attached a screenshot of the successful lock but the oscillation still occurred. Maybe the extra WFS convergence time ensures the green controls are more robust against the darm gain change. We should look into this.

Images attached to this report

H1 SQZ - Start of a SQZ Data set, checked OPO temp and NLG

camilla.compton@ligo.org — Thu, 10 Jul 2025 11:49:46 -0700

Author: camilla.compton@ligo.org

Report ID: 85669

Jennie, Elenna, Camilla, Matt

Plan was to take data roughly following 83594 with more mid-sqz data points (adjusting sqz angle to every 50degrees or so looks good).

We lost lock while doing this, maybe from some compression plate moving ringing up ASC 85670.

DTT saved as camilla.compton/Documents/sqz/templates/dtt/20250710_SQZdata.xml and screenshot attached.

Starting angle at 141deg

Type	Time (UTC)	Angle	DTT Ref	Notes
No SQZ	17:21:30 - 17:31:30	N/A	ref 0
FIS Mean SQZ (no ADF)	17:40:00 - 17:43:00	N/A	ref 1
FIS Mid SQZ +50deg	17:49:00 - 17:52:00	(-) 191	ref 2
~~FIS Mid SQZ +100deg~~	~~17:53:00 - 17:56:00~~	~~(-) 241~~	~~ref 3~~	Scatter shelf and Lockloss

Checked the NLG before and after adjusting the OPO crystal temp the normal way, using the SEED beam.

OPO Setpoint	Amplified Max	Amplified Min	UnAmp	Dark	NLG	OPO Gain	Note
80uW	0.0518		0.007026	-1.35e-5	7.35	-8	Before changing OPO temp, to match Kevins data
80uW	0.083055	0.0023519	0.007026	-1.35e-5	11.8	-8	With changing OPO temp

Sheila and Matt found that we get different temperature optimizations when optimizing the SEED beam or the RF6 with OPO locked. We tested this out again by checking the NLG again before and after using Sheila's new 85532 SCAN_OPOTEMP OPO GRD state, with a silightly increased range (0.015 rather than 0.01 and 180s rather than 120s), see plot in exports/SQZ/GRD/OPOTEMP_SCAN/. It adjusted temp -0.002deg, the NLG did not change, stayed at ~11.8.

Images attached to this report

H1 SUS - ITMY R0 alignment tramp brought back to 30sec from 300

thomas.shaffer@ligo.org — Thu, 10 Jul 2025 11:32:45 -0700

Author: thomas.shaffer@ligo.org

Report ID: 85672

Looks like the ITMY R0 alignment tramp was accepted in SDF at 300seconds from its usual 30sec back in June 16. This has been accpeted at 30sec now.

H1 PSL - Comment to Summary of all ISS PD Array units that are not in use as of now (Randy, Rahul, Jennie, Keita)

jennifer.wright@ligo.org — Thu, 10 Jul 2025 11:10:14 -0700

Author: jennifer.wright@ligo.org

Report ID: 85671

We have the blue glass beam dumps for the S1202966 unit, they just need cleaned - location is sitting on top of the unit in the Optics lab.

H1 General - Lockloss

oli.patane@ligo.org — Thu, 10 Jul 2025 10:59:51 -0700

Author: oli.patane@ligo.org

Report ID: 85670

Lockloss July 07, 2025 17:54 UTC during commissioning due to commissioner error after over 14 hours locked (LL website not loading)

Lockloss

H1 SQZ - Comment to How to Take a SQZ Data Set

camilla.compton@ligo.org — Thu, 10 Jul 2025 10:37:49 -0700

Author: camilla.compton@ligo.org

Report ID: 85668

Edited instruction for:

Mean SQZ with ADF off (for loss calculation in models)
- Go to FIS with SQZ_MANAGER, pause SQZ_MANAGER and then take SQZ_LO_LR guardian to DOWN

LHO VE - Thu CP1 Fill

david.barker@ligo.org — Thu, 10 Jul 2025 10:37:02 -0700

Author: david.barker@ligo.org

Report ID: 85667

Thu Jul 10 10:05:57 2025 INFO: Fill completed in 5min 53secs

Images attached to this report

H1 CDS - 3T Gurulp Seismometers

filiberto.clara@ligo.org — Thu, 10 Jul 2025 09:04:17 -0700

Author: filiberto.clara@ligo.org

Report ID: 85666

WP 12660

Last Tuesday, two 3T Gurulp seismometers in the Biergarten were powered down. A functional/huddle test was performed last November, alog 81097. Power supply and cabling was cleaned up. Before powering down, units were locked via the breakout/controller boxes. Units were left in the LVEA in the PEM area. Units are H1 spares.

Cabling and test equipment for a HS-1 geophone was also removed. This was part of the NN Seismic Array HS-1 testing down last year, alog 81257.

PEM, SEI

H1 General - Ops Day Shift Start

oli.patane@ligo.org — Thu, 10 Jul 2025 07:34:38 -0700

Author: oli.patane@ligo.org

Report ID: 85665

TITLE: 07/10 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 145Mpc
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 5mph Gusts, 2mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:

Observing at 145 Mpc and have been Locked for 11 hours.

LHO General - OPS Eve Shift Summary

ibrahim.abouelfettouh@ligo.org — Wed, 09 Jul 2025 21:52:10 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85664

TITLE: 07/10 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY:

IFO is in NLN and OBSERVING as of 03:37 UTC

H1 has been mostly well behaved this shift though the same cannot be said for the wind. Wind gusts reached 42mph and anything over 30mph was difficult to lock in. After the wind calmed down, no initial alignment was needed anmd we got to NLN quite quickly. In such a windcy environment (it's still around 28mph now), we still reached NLN 1.5 hrs after LL.

The 42mph wind gust period did cause a lockloss (Lockloss alog 85662). Instabilities and saturations that followed the gust live were seen and heard pre-LL.

Meanwhile, the SQZ FC2 SUS is complaining that it's too noisy, so the FC has been losing lock once every 5 minutes and then coming back, prompting observing sporadically. I think this is coupled to the wind because when we had a lull that went below 30mph, SQZ stayed locked. Hopefully it stays that way.

LOG:

None

H1 TCS - TCS Chiller Water Level Top Off - FAMIS 27819

ibrahim.abouelfettouh@ligo.org — Wed, 09 Jul 2025 19:28:52 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85663

Closes FAMIS 27819. Last checked in alog 85440

CO2Y:

Before: 10.3ml

After: 10.3ml

Water Added: 0ml

CO2X:

Before: 30.4ml

After: 30.4ml

Water Added: 0ml

No water leaking in our leak detection system (aka dixie cup)

TCS

H1 PEM - Lockloss 02:03 UTC

ibrahim.abouelfettouh@ligo.org — Wed, 09 Jul 2025 19:05:42 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85662

The wind has been at and around 40mph for about an hour. The Squeezer has been sturggling to stay locked, with 3 SQZ locklosses bumping us into comissioning. While we were int he last one, we got a particularly strong gust which was the probably cause of the lockloss.

Relocking again now though this will have low success if winds stay above 30mph.

Lockloss

H1 PSL - Summary of all ISS PD Array units that are not in use as of now (Randy, Rahul, Jennie, Keita)

keita.kawabe@ligo.org — Wed, 09 Jul 2025 17:13:57 -0700

Author: keita.kawabe@ligo.org

Report ID: 85659

Randy moved the 3IFO ISS PD array (S1202968) crate from MY storage to the OSB yesterday (WP). I opened the crate, moved the transport/storage container to the vacuum lab and optics lab to inspect. It was in a good shape except that some upgrade parts weren't there. Since I'm already forgetting what happened to other units, here's the summary.

First about parts.

3 of 4 units require replacement of the new PD array plate (D1300322), but we (are supposed to) have parts. I'm not sure which units were meant to be ready for installation, but if we replace the PD array plate, realignment must be done.
None had the QPD tilt but we have enough parts for this.
1 of 4 units had the low QPD, i.e. QPD plane is much closer to the PSL than array PDs. No parts were located for this, and mostly for this reason we'll have to live with just two spares for 3 instruments instead of 1 spare per each instrument.
Blue glass beam dump plates were only found for two units. The remaining two don't have these. This might be OK, the optics are easy to transplant when we pull the in-chamber unit.

Next, the summary per unit.

Good spare S1202965 already has all upgrades. It's the only one with an updated PD array plate already installed upon initial inspection. Also see alog 83077.
Second apare S1202966 will be OK (PD array plate will be replaced, QPD will be tilted, will use parts from the damaged unit of parts from the damaged unit S1202967 for some other things) except that blue glass beam dump optics aren't found. Also see alog 85019.
3IFO S1202968 will be OK (PD array plate will be replaced, QPD will be tilted).
Damaged spare S1202967 cannot be restored in short order as that would mean locating or making/procuring new parts to make QPD higher (because the dirty parts from this unit will be reused for the second spare), C&B all new and existing metal parts, cleaning and reinstalling all optics, inspecting the surface of all 8 PDs to find particulates AND realigning the entire unit, which will be extremely time and labor intensive. Because of this, we'll only have 2 spares for three IFOs (H1, L1 and 3IFO) at least for now. Also see 82731.

Here's the thing about the PD array plate D1300322 (see attached). The updated version has a wider 100deg conical bore for larger beam clearance because it was found at some point (ECR E1400231) that the clearance was too small for the original bore and the reflection of some PDs will hit the bore wall at an glazing angle instead of hitting the beam dump. It's also easy to imagine that if you fiddle with the alignment for the production unit in chamber, INPUT light on some PDs will hit the bore wall first before hitting the PD surface.

ISC, PSL

Images attached to this report

H1 General - Ops Day Shift End

oli.patane@ligo.org — Wed, 09 Jul 2025 17:12:47 -0700

Author: oli.patane@ligo.org

Report ID: 85660

TITLE: 07/10 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY: Currently relocking and in ACQUIRE_DRMI_1F. We've been struggling the last hour+ due to the wind picking up. Earlier in relocking, we were seeing some ALSX crystal frequency issues, but they thankfully went away pretty fast.

THE LVEA IS LASER HAZARD

Three lock acquisitions during my shift today:

1st) went well after running an initial alignment, but we did have a couple issues at higher level states:
- In INJECT_SQUEEZING, we noticed the 1 Hz ringup happening again. We did what Elenna mentioned in 85643 and upped the CSOFT P gain from 20 to 25. This worked to slowly fix the ringup (85649)
- The filter cavity wouldn't lock. It was unlocking when it got to TRANSITION_IR or FC_ASC_ON. I checked H1:SQZ-FC_TRANS_C_LF_OUTPUT, and it was already pretty good at around 116, but I was able to adjust FC2 to get it up to over 125. We were still losing the filter cavity after this, so I checked what was done when we had this issue a couple weeks ago (85390). I was able to confirm from checking those same channels that we were in a good spot for all of them. Sheila mentioned adjusting the OPO temp, and that worked
2nd) went quickly and I just needed to help ALSY
3rd) current relocking, struggling with DRMI/PRMI, ALSX crystal frequency, and the wind

LOG:

14:30UTC Relocking and in ACQUIRE_PRMI
    - In INJECT_SQUEEZING, we noticed the 1 Hz ringup happening again. We did what Elenna mentioned in 85643
16:11 NOMINAL_LOW_NOISE
    - FC wouldn't lock. I ended up adjusting the OPO temperature to fix this
16:56 Observing
17:39 Lockloss
19:04 NOMINAL_LOW_NOISE
19:07 Observing
21:55 Lockloss
    - Check crystal frequency issues, but not for very long
    - Couldn't lock DRMI, cycled through PRMI, MICH, etc, so decided to run initial alignment
    - Wind started going up, making it hard to keep ALS locked

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
14:53	FAC	Randy	EY	n	Pump alignment (in at 14:30)	15:40
15:40	FAC	Randy	MX	n	Inventory	17:09
15:51		Jason	OpticsLab	n	Scoping out PMC locations for JAC	15:56
16:05	EPO	Robert, Matt + parents	Roof	n	Looking out over the desert	16:37
17:09	FAC	Randy	MY	n	Inventory, craning	18:09
17:13		Jason, Betsy	VacPrep	n	Moving JAC PMC for inspection (Betsy out at some point in time)	20:02
18:30	ISC	Keita	VacPrep Lab	n	Inventory	19:44
19:04	ISC	Jennie	VacPrep Lab	n	Joining Keita	19:44
20:55	VAC	Gerardo	FCES	n	Taking photo of gauge	21:13
22:02	PEM	Robert	LVEA	n	Getting stuff ready for commissioning tomorrow	22:46
22:13	EE	Betsy, Fil	CER	n	Checking something	22:26
22:37		Ibrahim	LVEA	YES	Transitioning us to laser hazard	22:46
23:06	PEM	Robert	LVEA	YES	Taking viewport off	23:14

LHO General - OPS Eve Shift Start

ibrahim.abouelfettouh@ligo.org — Wed, 09 Jul 2025 16:03:01 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85658

TITLE: 07/09 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 28mph Gusts, 20mph 3min avg
    Primary useism: 0.11 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY:

IFO is in PREP_FOR_LOCKING and LOCKING

We just finished doing an initial alignment and are now locking.

H1 General - Lockloss

oli.patane@ligo.org — Wed, 09 Jul 2025 15:00:54 -0700

Author: oli.patane@ligo.org

Report ID: 85657

Lockloss at 07/09/2025 21:55 UTC after almost 3 hours locked

Lockloss

H1 ISC - Comment to Increased CSOFT P Gain from 20.0 to 25.0 again; works...

elenna.capote@ligo.org — Wed, 09 Jul 2025 12:58:45 -0700

Author: elenna.capote@ligo.org

Report ID: 85656

The thermalization guardian never reduced the gain even though we are 52 minutes into the lock, so I probably made some mistake. However, all is well so far.

H1 General - Comment to Lockloss

oli.patane@ligo.org — Wed, 09 Jul 2025 12:07:28 -0700

Author: oli.patane@ligo.org

Report ID: 85655

19:07 UTC Back to Observing

H1 General - Lockloss

oli.patane@ligo.org — Wed, 09 Jul 2025 10:41:42 -0700

Author: oli.patane@ligo.org

Report ID: 85654

Lockloss at 07/09/2025 17:39 UTC after 1.5 hours, potentially from an ETMX glitch

Lockloss

H1 SQZ - Comment to OMC Scan with SQZ beam yesterday

jennifer.wright@ligo.org — Wed, 09 Jul 2025 10:37:57 -0700

Author: jennifer.wright@ligo.org

Report ID: 85637

Just realising now that I need this data that I never posted the results of the OMC scanm with this squeezed beam for the ZM4 = 120, ZM5 = 137 PSAMS settings.

The analysis was run with /labutils/omc_scan/fit_two_peaks_no_sidebands10.py and the function this uses to fit the whole scan is OMCscan_no_sidebands10.py, this code is in the /ligo/gitcommon/labutils/omc_scan repository but in the dev branch.

The first graph shows the full scan, the second zoomed in on the fit for the CO2 mode, since the astigmatism in our OMC is too small to resolve the two modes this fit has less value than with the old OMC.

To work out mode-matching it is probably enough to use the C02 height from the data and not the fit.

Non-image files attached to this report

1397330203_omc_scan_with_estimated_lines_psams_120_137__sqz_omc_scan.pdf

1397330203_omc_scan_with_estimated_lines_psams_120_137__sqz_omc_scan_zoomed_at_carrier_20.pdf

LHO VE - Wed CP1 Fill

david.barker@ligo.org — Wed, 09 Jul 2025 10:31:25 -0700

Author: david.barker@ligo.org

Report ID: 85653

Wed Jul 09 10:07:36 2025 INFO: Fill completed in 7min 32secs

Gerardo confirmed a good fill curbside.

Images attached to this report

H1 ISC - Kepco Health Checkup

marc.pirello@ligo.org — Wed, 09 Jul 2025 10:29:10 -0700

Author: marc.pirello@ligo.org

Report ID: 85652

Yesterday I performed a spot check on all Kepco Supplies early to catch any surprises prior to end of maintenance. I also staged some upgraded Kepcos because we used some spares last week.

Mezzanine:
All supplies, good temperature, good airflow, no oscillations.

EX:
All supplies, good temperature, good airflow, no oscillations.

EY:
All supplies, good temperature, good airflow, no oscillations.

I took time to record the state of both end station supply racks to update D2300167.

H1 ISC - Comment to Increased CSOFT P Gain from 20.0 to 25.0 again; works...

elenna.capote@ligo.org — Wed, 09 Jul 2025 10:01:17 -0700

Author: elenna.capote@ligo.org

Report ID: 85651

I quickly took two different measurements of CSOFT P right after we locked (Oli was getting the filer cavity locked during this time so we were already out of observing), and it seems like CSOFT P is slowly gaining phase around 1 Hz as we thermalize. This is probably why we need a little extra gain at the start of the lock. Overall, this loop design is just not good, and needs to be fixed! I also don't think we want to always have this gain high once we thermalize.

For now, my hacky fix is this: I have ISC_LOCK set the CSOFT P gain to 25. Then, I added a 30 minute timer to the thermalization guardian. When that timer completes, the CSOFT P gain will be ramped back to 20. I have unmonitored this gain in the SDF for now. I am going to try to get this measurement plotted with a model and try to get this loop redesigned so we don't need this hacky fix. These guardians are loaded, and CSOFT P gain is SDFed back to 20.

Attachment 1: and incredibly mediocre measurement of CSOFT P. Dark blue ref is an old ref from 2023. Green ref was the first measurement I took today, red ref is the second measurement from today. You can see that we seem to gain phase at 1 Hz between the green and red measurements. However, we have a large amount of gain peaking near 1.5 Hz with this higher gain.

Attachment 2: unmonitoring CSOFT P gain.

Images attached to this report

LHO General - Comment to OPS Eve Shift Summary

elenna.capote@ligo.org — Wed, 09 Jul 2025 09:32:17 -0700

Author: elenna.capote@ligo.org

Report ID: 85650

Looks like a CSOFT Y gain was SDFed to a different value than the guardian sets it. My fault, I changed it while messing around with gains to avoid the 1 Hz instability and forgot to revert it. There were several other SDF diffs that did need to be accepted, so this one was missed.

H1 ISC - Increased CSOFT P Gain from 20.0 to 25.0 again; works...

jeffrey.kissel@ligo.org — Wed, 09 Jul 2025 09:23:38 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85649

J. Kissel, O. Patane We happened to be catching up with the aLOG at the moment (minutes) the IFO began exhibiting "the" 1 Hz oscillation that has an unknown source and yet has troubling the lock acquisition sequence since the vent (and had gotten worse yesterday after maintenance). We found Elenna mentioned increasing the ASC CSOFT P gain from 20.0 to 25.0 helped last night (LHO:85643), so we repeated that gain increase in CSOFT P with a 5 sec ramp (the ISC_LOCK guardian was mid "INJECT_SQUEEZING;" this state is unrelated to this transient oscillation, as the latter takes ~minutes to ring up, but I mention it to inform outsiders that this is occurring relatively late in the sequence). The gain increase worked again, and seems to have saved this lock stretch. We've accepted a gain of 25.0 for the channel H1:ASC-CSOFT_P_GAIN in the h1asc model's OBSERVE.snap, but will leave it to others to programmatically do this in the guardian (or fix the problem "in hardware" by other means.)

Images attached to this report

H1 General - Comment to Ops Day Shift Start

oli.patane@ligo.org — Wed, 09 Jul 2025 09:01:02 -0700

Author: oli.patane@ligo.org

Report ID: 85648

Looking at earlier in this current lock reacquisition, we had two times where we lost DRMI during DRMI ASC (time1, time2). It looks like an oscillation started 10 - 15 seconds into DRMI ASC that caused DRMI to unlock. In the 10-15 seconds before it unlocked, ASC didn't look like it was doing a very good job anyway. The oscillation is somewhere between 2.5 to 3 ish Hz, but it's a bit variable and even harder to tell during the second time.

Luckily, after running an inital alignment, we were able to lock DRMI and did not see any oscillations or issues with ASC. Our DRMI lock also did not have an oscillation at the beginning of it either like these two did.

ISC

Images attached to this report

Non-image files attached to this report

firstDRMIasc.txt

secondDRMIasc.txt

LHO General - Comment to OPS Eve Shift Summary

oli.patane@ligo.org — Wed, 09 Jul 2025 07:51:49 -0700

Author: oli.patane@ligo.org

Report ID: 85647

I've reverted the SR2 dackill time to 1200 (sdf)

Images attached to this report

H1 General - Ops Day Shift Start

oli.patane@ligo.org — Wed, 09 Jul 2025 07:44:46 -0700

Author: oli.patane@ligo.org

Report ID: 85646

TITLE: 07/09 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 11mph Gusts, 6mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:

Relocking and in ACQUIRE_PRMI. Looks like we've been down for a couple hours and the hours before that that we were up we weren't Observing, even though we were in NLN. Normally, Corey would've been called, but it looks like H1 Manager wasn't set up last night so he didn't get called. Also, the operations mode was set to Observing all night, but thankfully that doesn't affect the summary pages.

LHO General - OPS Eve Shift Summary

ibrahim.abouelfettouh@ligo.org — Tue, 08 Jul 2025 21:56:01 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85645

TITLE: 07/09 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 142Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY:

IFO is in NLN and OBSERVING as of 03:01 UTC (1hr 45 min lock)

We spent roughly 2hrs and 40 min in OMC_WHITENING whilst damping violins since they were rung up by TFs that Oli and Jeff took in the morning and afternoon. Violins continue to decrease, reducing by about 1 order of magnitude strain throughout this shift.

Our range is somewhat low but I cannot see that this is due to squeezing since the trace is as low as it is when we are in FDS.

SDFs were accepted and are screenshotted.

LOG:

None

Images attached to this report

H1 General - OPS Midshift Update

ibrahim.abouelfettouh@ligo.org — Tue, 08 Jul 2025 20:06:28 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85644

We just made it to NLN and OBSERVING after roughly 2 hours and 40 minutes of violin mode damping. Violins are still high but going down.

H1 ISC - 1 Hz ringing may have been averted by boosting CSOFT P gain

elenna.capote@ligo.org — Tue, 08 Jul 2025 17:27:55 -0700

Author: elenna.capote@ligo.org

Report ID: 85643

Today we had one lockloss from a growing 1 Hz oscillation. It's hard to tell where it is coming from, but it appears in several ASC signals and the buildups. We have tried several things in the past to avert this problem. Today I tried bumping up the CSOFT P gain to 25. This action seems to be coincident with the oscillation turning around and damping back down. I'm not completely sure it helped, but it's something to try! Before today, it has turned around on its own without intervention. It also doesn't happen every time we lock.

H1 General - Ops Day Shift End

oli.patane@ligo.org — Tue, 08 Jul 2025 16:49:52 -0700

Author: oli.patane@ligo.org

Report ID: 85642

TITLE: 07/08 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY: Attempting to relock and in ENGAGE_ASC_FOR_FULL_IFO. We've had bad luck attempting to relock after maintenance. Last night there were a lot of issues with trying to relock, and once we started relocking after maintenance today, we realized why. Once DRMI ASC turned on, SRC1 started getting pulled away, and we realized that it was because there were offsets in the filter banks that are not supposed to be there. Elenna and gang had noticed that yesterday as well (85593), and had tried to correct it, but appearently there were other places where SRC1 offsets were set and turned on that got missed. We found these today and corrected it. After that we had a lockloss while we were in OMC_WHITENING waiting for violins to damp because of a 1 Hz oscillation (ndscope). We tried relocking and sat in MOVE_SPOTS to try and take some measurements to determine where the oscillation had come from, but we had a lockloss from an earthquake during that time. We then just sat in DOWN for a while and took some measurements to see if we could find the cause of the oscillation, but we just ruled some things out (85639, 85641).
LOG:

14:30 Relocking and in an initial alignment. I put us to IDLE after input align offloaded so we could start maintenance
18:37 Relocking start
    - Initial alignement
        - SRY wouldn't lock, so Elenna touched up SRM
    - Once DRMI ASC turned on, SRC1 started getting pulled away. This was due to offsets in SRC1 being turned on - related to 85593 - lockloss from OFFLOAD_DRMI_ASC
    - Lockloss from OMC_WHITENING due to 1Hz ASC ringup
    - Lockloss from MOVE_SPOTS due to earthquake. We had been sitting in MOVE_SPOTS while running tests to try adn figure out the cause of the oscillation earlier.

Start Time	System	Name	Location	Lazer_Haz	Task	Time End
14:41	FAC	Kim	EX	n	Tech clean	15:56
14:41	FAC	Nellie	quick MY, then EY	n	Tech clean	15:47
14:43	FAC	Randy, Ken	LVEA	n	HAM3 cable tray work	17:30
14:44	FAC	Chris	YARM	n	FAMIS tasks	16:29
15:06	VAC	Janos, Gerardo	EY	n	CP7 troubleshooting	17:09
15:15	EE	Marc	CER, EX, EY	n	Listening for sad fans	17:25
15:15	SUS	Jeff, Oli	CR	n	ITM R0, TMSX, MC2, SR2, FCs, ETMs, PR2 OLTFs	18:29
15:22	VAC	Jordan, Anna	LVEA	n	Swapping pump controller	16:16
15:24	FAC	Eric	EY	n	Checking out tripped chiller pump circuit breaker	15:57
15:27	FAC	Tyler	LVEA, Mids, Ends	n	FAMIS tasks, helping Eric at EY	17:00
15:28	EE	Fil	LVEA	n	Swapping satamps for SR2, ITMs	18:02
16:19	FAC	Mitchell	Mids, EX	n	FAMIS tasks, 3IFO	17:16
16:19	FAC	Kim, Nellie	LVEA	n	Tech clean	17:31
16:30	FAC	Chris	LVEA	n	FAMIS tasks, battery checks	18:07
16:37	PEM	Robert, Leo, Sam, Tooba, Carlos	Roof, LVEA	n	Tour	18:06
16:44	ISC	Jennie, Rahul	OpticsLab	y(local)	ISS array (Jennie out 17:46)	17:49
16:56	FAC	RyanC	EX, EY	n	Checking dust monitors	18:12
17:15	ISC	Keita	OpticsLab	y(local)	ISS inventory	17:49
17:50	ISC	Rahul, Keita	MY, then OpticsLab	n	Grabbing ISS array 3IFO and taking to optics lab	17:58
17:58	ISC	Keita	VacPrep Lab	n	inventory	19:18
17:59		Rahul	OpticsLab	n	Grabbing stuff quickly	18:02
18:00	EPO	Mike + tour	LVEA	n	Tour	18:59
18:08	FAC	Kim, Nellie	HAM Shack	n	Tech clean	18:51
18:29	PEM	Robert	LVEA	n	Hooking up cables for commissioning	18:40
18:30	FAC	RyanC	OpticsLab, VacPrep Lab	n	Checking dust monitors	18:44
18:30	VAC	Gerardo, Jordan	EX	n	Picking up parts	18:55
18:44	EPO	Elenna + Detchar	LVEA	n	Tour	19:05
19:00		Betsy, Fil	LVEA	n	Sweep + grabbing flashlight (Fil out 19:05)	19:07
20:00	FAC	Randy	MY	n	3IFO forklifting	21:19
20:48	ISC	Jennie, Rahul	OpticsLab	y(local)	ISS Array	21:14
22:28	ISC	Keita	VacPrep	n	Inventory	23:35

Images attached to this report

H1 SUS - (some) ITMX M0/R0 OLTFs taken to check for inconsistancies after satamp swap

oli.patane@ligo.org — Tue, 08 Jul 2025 16:37:38 -0700

Author: oli.patane@ligo.org

Report ID: 85641

Troubleshooting the 1 Hz lockloss we had earlier from OMC_WHITENING, there was some thought that it could be related to the ITMs' damping loops after the satamp swaps today. While we were sitting in DOWN recovering from an earthquake, we took the opportunity to take some OLTFs to compare to the measurements we took before the swaps.

These measurements all look pretty similar to before the satamp swap, so we don't think there's anything with the satamps that would be causing this.

ITMX M0
- In HEALTH_CHECK
- Took measurements for L, R, P, Y (note that the new loop suppression for Y is higher by 2 bc the 'before' measurement was taken with the damping gain at -0.5 while this 'after' measurement was taken with the gain at -1)
- Found in /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGM0/Data/2025-07-08_2230_H1SUSITMX_M0_WhiteNoise_{L,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12413

ITMX R0
- In HEALTH_CHECK
- Took measurements for Y
- Found in /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMX/SAGR0/Data/2025-07-08_2250_H1SUSITMX_R0_WhiteNoise_Y_0p02to50Hz_OpenLoopGainTF.xml r12414

Images attached to this report

H1 SUS - H1SUSITMY L2DAMP P and R Open Loop Gain TFs

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 16:20:02 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85639

E. Capote, J. Kissel, S.Dwyer The ~1 Hz ring-up that had been marginally stable and transient is now fully unstable during the lock acquisition sequence as we recover from maintenance. The suspicion is that the change in ITM M0/R0 satamps might have changed the top mass damping loop OLGTF enough to augment the damped plant that's the plant for the never-really-well-designed L2DAMP that takes the L2 (or PUM) OSEMs and feeds back their sensor signal to the reaction chain top mass OSEMs actuators. But also, we've never measured these loops in any substantial form, so we wanted to just see what they were doing. Attached are the results. Here're the templates: /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Data/ 2025-07-08_2240UTC_H1SUSITMY_R0_WhiteNoise_0p02to50Hz_L2DAMP_OLGTF_P.xml 2025-07-08_2240UTC_H1SUSITMY_R0_WhiteNoise_0p02to50Hz_L2DAMP_OLGTF_R.xml Very little loop gain and only at 3.3 Hz. The loop stability is questionable at that frequency -- for a few averages the suppression (i.e. the gain peaking) looks really sharp around 3.3 Hz. T'was really tough to get good coherence; the excitation is pretty well tailored, but it's tough to fight the 1/f^6 suppression of the physical suspension and dirt coupling. I had to turn OFF the R0 alignment offsets to get this data for pitch. (They were ON for the Roll measurement). So -- perhaps not the source of the ~1 Hz IFO instability, but boy could this loop use some TLC in order to more effectively achieve its goals...ISC

Images attached to this report

LHO General - OPS Eve Shift Start

ibrahim.abouelfettouh@ligo.org — Tue, 08 Jul 2025 16:18:22 -0700

Author: ibrahim.abouelfettouh@ligo.org

Report ID: 85640

TITLE: 07/08 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 21mph Gusts, 15mph 3min avg
    Primary useism: 0.07 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY:

IFO is in DOWN and MAINTENANCE

We have so far been unable to recover lock after maintenance. While we've had roughly 2 hours cumulative of Earthquake-caused lock interference.

We can't lock because there seems to be a strange 1Hz oscillation, thought to be related to the L2 to R0 damping that we have on the ITMs. The sat-amps for these were swithced out today in an attempt to ameliorate the issue, but we don't know if this worked.

Right now, Oli, Jeff and Elenna are taking measurements of the relevant channels in an effort to better understand what's going on with these.

Violins are huge because of morning ITM and ETM measurements from this morning and evening. They are off the screen so we foresee a long damping session tonight (if lucky).

LHO VE - HAM3 AIP Controller Swap

jordan.vanosky@ligo.org — Tue, 08 Jul 2025 16:08:54 -0700

Author: jordan.vanosky@ligo.org

Report ID: 85638

Jordan V, Anna I

The controller for the HAM3 AIP had maxed out on 7/02/25, so during maintenance today we swapped controllers with a refurbished Minivac controller. The ion pump initially was able to hold pressure and even decrease for a couple hours until it railed again, so this is more likely a failure of the ion pump. See attached plot of pressure after the controller swap.

We will swap the ion pump during next Tuesday maintenance.

Images attached to this report

LHO VE - CP7 LLCV troubleshooting

janos.csizmazia@ligo.org — Tue, 08 Jul 2025 15:20:52 -0700

Author: janos.csizmazia@ligo.org

Report ID: 85636

Gerardo, Janos Today at ~9 am the actuation range of CP7's LLCV valve was shifted towards "more open". This was necessary, as the actuator could not open up enough to maintain the 92% LN2 content in the cryopump's LN2 reservoir, if the LN2 amount in the dewar was less than ~40% (more data about this issue can be found in aLog 84846). The lowest impact solution was to add a shim washer between the bonnet and the cast aluminum frame of the actuator. On the valve's drawing, the bonnet is no. 2 (on the drawing, the actuator frame is not highlighted). The procedure was simple: loosen the locknut (no. 12), lift the actuator assembly (along with the stem), and put a shim washer between it an the bonnet. In order to reach the nut, the only suitable tool is a so-called crowfoot-wrench (see in the picture, along with the U-shaped shim washer). The thickness of the shim washer is 0.1"; the change on the valve "openness" is ~15% (from 95% to 80%). This is enough to handle the issue, however, the stem and/or the whole valve assembly needs replacement or cleaning in the long run, as either there is contamination at the orifice, or the stem is not properly assembled (too long). This will be handled after O4.

Images attached to this report

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:43:38 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85635

Here's the characterization data and fit results for S1100067 , assigned to SR2 M1's RTSDxxxx OSEMs (Fil refers to this as just "SR2 RT/SD" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100067_SR2_M1_RTSDxxxx_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design SR2 M1 S1100067 CH1 RT 0.0977:5.35 120 zpk([5.35],[0.0977],1,"n") CH2 SD 0.0975:5.34 120 zpk([5.34],[0.0975],1,"n") CH3 xx 0.0959:5.25 120 zpk([5.25],[0.0959],1,"n") CH4 xx 0.0969:5.31 120 zpk([5.31],[0.0969],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100067_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100067_D0901284-v5_fitresults.txt

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:40:39 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85634

Here's the characterization data and fit results for S1000296 , assigned to SR2 M1's T1T2T3LF OSEMs (Fil refers to this as just "SR2 TOP" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1000296_SR2_M1_T1T2T3LF_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design SR2 M1 S1000296 CH1 T1 0.0955:5.22 122.00 zpk([5.22],[0.0955],1,"n") CH2 T2 0.0960:5.25 121.75 zpk([5.25],[0.0960],1,"n") CH3 T3 0.0969:5.28 122.25 zpk([5.28],[0.0969],1,"n") CH4 LF 0.0929:5.06 121.50 zpk([5.06],[0.0929],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1000296_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1000296_D0901284-v5_fitresults.txt

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:36:59 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85633

Here's the characterization data and fit results for S1100090 , assigned to ITMX R0's F1F2F3SD OSEMs (Fil refers to this as just "ITMX RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100090_ITMX_R0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX R0 S1100090 CH1 F1 0.0945:5.16 120.25 zpk([5.16],[0.0945],1,"n") CH2 F2 0.0963:5.26 120.00 zpk([5.26],[0.0963],1,"n") CH3 F3 0.0977:5.34 120.00 zpk([5.34],[0.0977],1,"n") CH4 SD 0.0950:5.19 120.00 zpk([5.19],[0.0950],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100090_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100090_D0901284-v5_fitresults.txt

LHO General - Fire Tank Replenish

tyler.guidry@ligo.org — Tue, 08 Jul 2025 14:33:24 -0700

Author: tyler.guidry@ligo.org

Report ID: 85632

The well pump was forced on for 4 hours today beginning at 8:14a local to partially refill the fire water tank.

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:33:06 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85631

Here's the characterization data and fit results for S1000275 , assigned to ITMX M0/R0's LFRT/LFRT OSEMs, respectively (Fil refers to this as just "ITMX MO/RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1000275_ITMX_M0R0_LFRTLFRT_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX M0 S1000275 CH1 LF 0.0963:5.27 120 zpk([5.27],[0.0963],1,"n") M0 CH2 RT 0.0950:5.19 120 zpk([5.19],[0.0950],1,"n") R0 CH3 LF 0.0960:5.26 120 zpk([5.26],[0.0960],1,"n") R0 CH4 RT 0.0960:5.26 120 zpk([5.26],[0.0960],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1000275_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1000275_D0901284-v5_fitresults.txt

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:21:41 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85630

Here's the characterization data and fit results for S1100136 , assigned to ITMX M0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY MO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100136_ITMX_M0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMX M0 S1100136 CH1 F1 0.0955:5.22 121.10 zpk([5.22],[0.0955],1,"n") CH2 F2 0.0980:5.35 121.25 zpk([5.35],[0.0980],1,"n") CH3 F3 0.0950:5.18 121.50 zpk([5.18],[0.0950],1,"n") CH4 SD 0.0977:5.34 121.50 zpk([5.34],[0.0977],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100136_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100136_D0901284-v5_fitresults.txt

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:18:20 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85629

Here's the characterization data and fit results for S1100178 , assigned to ITMY R0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100178_ITMY_R0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY R0 S1100178 CH1 F1 0.0966:5.29 120 zpk([5.29],[0.0966],1,"n") CH2 F2 0.0957:5.23 120 zpk([5.23],[0.0957],1,"n") CH3 F3 0.0978:5.36 120 zpk([5.36],[0.0978],1,"n") CH4 SD 0.0955:5.22 120 zpk([5.22],[0.0955],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100178_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100178_D0901284-v5_fitresults.txt

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:09:16 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85628

Here's the characterization data and fit results for S1100175 , assigned to ITMY M0/R0's LFRT/LFRT OSEMs, respectively (Fil refers to this as just "ITMY MO/RO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100175_ITMY_M0R0_LFRTLFRT_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY M0 S1100175 CH1 LF 0.0947:5.18 120 zpk([5.18],[0.0947],1,"n") M0 CH2 RT 0.0969:5.30 120 zpk([5.30],[0.0969],1,"n") R0 CH3 LF 0.0969:5.29 120 zpk([5.29],[0.0969],1,"n") R0 CH4 RT 0.0965:5.28 120 zpk([5.28],[0.0965],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ See above comment LHO:85626 regarding the intentional exclusion of transimpedance gain in the foton design string.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100175_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100175_D0901284-v5_fitresults.txt

H1 SEI - ISI CPS Noise Spectra Check Weekly FAMIS

oli.patane@ligo.org — Tue, 08 Jul 2025 14:06:41 -0700

Author: oli.patane@ligo.org

Report ID: 85627

Closes FAMIS#26050, last checked 85408

HAM2 V1/V3 elevated between 50 - 60 Hz
HAM3 V2/V3 elevated between 50 - 60 Hz
BS St2 V2/V3 becomes elevated above 20 Hz and is sustained, but settles back down around 80 Hz

Non-image files attached to this report

CPS_spectra_13:09-07_08_2025.pdf

H1 SUS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 14:02:33 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85626

Here's the characterization data and fit results for S1100155 , assigned to ITMY M0's F1F2F3SD OSEMs (Fil refers to this as just "ITMY MO" above). The data was taken per methods described in T080062-v3. The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ plotresponse_S1100155_ITMY_M0_F1F2F3SD_20250703.m Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are Optic Stage Serial_Number Channel_Number OSEM_Name Zero_Pole_Hz R_TIA_kOhm Foton_Design ITMY M0 S1100155 CH1 F1 0.0966:5.28 120.0 zpk([5.28],[0.0966],1,"n") CH2 F2 0.0961:5.25 120.0 zpk([5.25],[0.0961],1,"n") CH3 F3 0.0960:5.23 120.0 zpk([5.23],[0.0960],1,"n") CH4 SD 0.0951:5.18 120.5 zpk([5.18],[0.0951],1,"n") The attached plot and machine readable .txt file version of the above table are also found in ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/ As with LHO:85504 :: Even though I've fit for the transimpedance gain, I've elected *not* to include a gain in the foton design string relative to "ideal," as there are more scale factors in play that determine the overall [(meters)/(ADC cts)] scale in the calibration of the OSEMs (LED light power, PD response, any cable loss, ADC channel gain, etc.). Determining this overall scale is better left to different methods, a la LHO:84548, which we (eventually) anticipate doing for all SUS with ECR E2400330 upgraded satamps.

Non-image files attached to this report

2025-07-03_UKSatAmp_S1100155_D0901284-v5.pdf

2025-07-03_UKSatAmp_S1100155_D0901284-v5_fitresults.txt

H1 AOS - Comment to Top Sat Amps Modified for ITMX/ITMY/SR2

david.barker@ligo.org — Tue, 08 Jul 2025 13:58:09 -0700

Author: david.barker@ligo.org

Report ID: 85625

ITMX ITMY Hardware Watchdog Countdowns, Test Mass Sat Amp swap-outs done in less than 20 minutes.

Images attached to this report

H1 General - Comment to OPS Monday day shift start

ryan.crouch@ligo.org — Tue, 08 Jul 2025 13:15:03 -0700

Author: ryan.crouch@ligo.org

Report ID: 85624

I made a timeline of what ISC_LOCK was doing during this event.

Images attached to this report

H1 SUS - SR3 Y damping estimator test

oli.patane@ligo.org — Tue, 08 Jul 2025 13:07:12 -0700

Author: oli.patane@ligo.org

Report ID: 85615

Last week Edgard and Ivey got new fits for the H1:SUS-SR3_M1_YAW_EST_MODL_SUSP_Y_2GAP and H1:SUS-SR3_M1_YAW_EST_MODL_DRV_Y_2GAP filter banks (85446). Now that we had those, it was time for us to try out the estimator damping again, putting into use all the measurements we did.

To take these regular damping vs estimator damping measurements for SR3 Y:

- I updated those filters in the filter banks listed above

- I exchanged the nominal OSEMINF gains with the gains from 84367

- I turned on the gain in FM7 of the DAMP filter bank that I had found a few weeks ago to counter the new OSEMINF gains (85288)

- Changed the Y damping gain to -0.1

- Additionally, last week we swapped out the SR3 satamp 85463, giving us better noise performance 85485

Measurement times
SR3 Y damp -0.1
2025-07-08 14:54:00 - 15:03:00 UTC

SR3 Y damp -0.1, OSEM damp -0.4
2025-07-08 15:03:15 - 15:48:00 UTC

SR3 Y damp -0.1, Estimator damp -0.4
2025-07-08 15:48:40 - 16:33:00 UTC

The transition between the OSEM damping and estimator damping went well and the estimator did a great job at lowering the noise (ndscope)!

The OSEMINF gain, DAMP Y gain, and DAMP filters have been set back to their nominal settings

Images attached to this report

H1 General - Comment to H1 Owl Shift 545amPDT Wake Up Call: Due To Not Being To Get Past DRMI For Over 3hrs

oli.patane@ligo.org — Tue, 08 Jul 2025 12:58:30 -0700

Author: oli.patane@ligo.org

Report ID: 85622

It looks like before Corey was called, there were some locking attempts that got up past DRMI. Before he was called, there were two locklosses from DRMI_LOCKED_CHECK_ASC (which we have figured out was due to some SRC1 offsets being turned on by accident), then one lockloss from CARM_5_PICOMETERS, then two lockloss from CARM_OFFSET_REDUCTION. So that makes a lot more sense as to why it didn't call for three hours!

Images attached to this report

H1 ISC - Comment to Strange behavior from SRC1 offsets in DRMI ASC

elenna.capote@ligo.org — Tue, 08 Jul 2025 12:57:12 -0700

Author: elenna.capote@ligo.org

Report ID: 85623

I made a minor mistake here- I only commented out the lines in ISC_DRMI where the offset is SET, but I didn't comment out lines where the offset is turned ON. However, ISC_LOCK sets a random offset in SRC1 as well, and doesn't turn it on, but then we were in a situation where ISC_LOCK sets a weird offset, and then ISC_DRMI turns it ON. This meant today the DRMI ASC came on in a very strange way and pulled the alignment far off. I have now commented out all lines in both ISC_DRMI and ISC_LOCK that set these offsets, and turn the offsets on. Hopefully, this won't be an issue again.

LHO VE - Kobelco filter housing and elements replaced

travis.sadecki@ligo.org — Tue, 08 Jul 2025 12:46:25 -0700

Author: travis.sadecki@ligo.org

Report ID: 85621

The damaged filter housing described in alog 85121 was replaced with a new Donaldson "direct replacement" housing, which of course needed to have the piping modified since the new housing has a wider, thankfully not narrower, connection width than the old housing. The new housing and the 2 pre-existing housings were then fitted with new filter elements. Next week we plan to run the system, flush out the lines into the LVEA, and take FTIR samples to qualify the new Kobelco for acceptance.

Images attached to this report

H1 CDS - h1susetmx Dophin IPC receive error Monday evening.

david.barker@ligo.org — Tue, 08 Jul 2025 12:46:16 -0700

Author: david.barker@ligo.org

Report ID: 85620

EJ, Dave:

20:13:34 Mon 07jul2025 PDT h1susetmx had a single Dolphin receive error for a channel sent by h1isietmx.

This warrents an FRS ticket because the new RCG5.50 should actually be more tolerant of late IPCs and we expected H1's already miniscule IPC error rate (few per year) to go to zero.

FRS34663

Images attached to this report

H1 SUS - Top Sat Amps Modified for ITMX/ITMY/SR2

filiberto.clara@ligo.org — Tue, 08 Jul 2025 12:27:45 -0700

Author: filiberto.clara@ligo.org

Report ID: 85619

WP 12655
ECR E2400330
Drawing D0901284-v5
Modified List T2500232

The following SUS SAT Amps were upgraded per ECR E2400330. Modification improves the whitening stage to reduce ADC noise from 0.05 to 10 Hz.

Suspension	Old	New
ITMY MO	S1100071	S1100155
ITMY MO/RO	S1100150	S1100175
ITMY RO	S1100075	S1100178
ITMX MO	S1100163	S1100136
ITMX MO/RO	S1100147	S1000275
ITMX RO	S1100132	S1100090
SR2 TOP	S1100112	S1000296
SR2 TOP RT/SD	S1100121	S1100067

F. Clara, J. Kissel, O. Patane, M.Pirello

H1 PEM - Dust Monitor Quarterly Testing - FAMIS27661

ryan.crouch@ligo.org — Tue, 08 Jul 2025 11:56:18 -0700

Author: ryan.crouch@ligo.org

Report ID: 84918

Closes FAMIS27661

For the CS dust monitors:

LVEA:

5: It passed the zero count test after 3 rounds, there were 2 and 1 cts of 0.3 before which is still a pass, the flow was 2.6 and I adjusted it up to 2.8. PASS

6: It passed the zero count test after 2 rounds, there was 1 count of 0.3 before which is a pass, the flow was 2.8. PASS

10: It passed the the zero count test first round and had a flow of 2.8. PASS

Diode Room: It has a slightly high flow of 2.9 (within 5% of 2.8, acceptable) and I was not able to adjust it down from the dust monitor but it passed the zero count test. PASS

Labs:

Lab1: The optics lab passed the zero count test on the second round and has a flow rate of 2.7 which is within the 5% error stated in the manual. PASS

Lab2: The Clean and Bake lab passed the zero count tests first round and has a flow of 2.8. PASS

Lab3: The PCAL lab dust monitor is still being troubleshooted.

I did not enter the PSL enclosure or anteroom, RyanS will check them during the next incursion.

For the OUT building dust monitors:

FCES: There is no longer a dust monitor setup here, I borrowed it for the vent work as theres no vacuum pump out there so during observing its nominally off.

EndX: It passed the zero count test on the first round, the flow was 2.6 (just outside 5% out of range) and I went to check the vacuum pump at it was at -14.5 mmHg and it was at the end of its upper adjustable range. This may mean the vacuum pump is nearing time for a rebuild as I was not able to increase it from the dust monitor. Tentative PASS

EndY: It passed its zero count on the second round, and its flow was 2.75. PASS

H1 SUS - Updated Inventory of SUS Damping Loop Open Loop Gain TF Measurements -- Now All SUS w/ UK Satamps Have Been Measured

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 11:36:53 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85614

J. Kissel, O. Patane We've completed our campaign of gathering open loop gain, loop suppression, and closed loop gain transfer functions of the top mass damping loops for all SUS that we expect to upgrade with ECR E2400330, which improves the whitening the OSEM sensors read out by UK satamps. Here's the updated inventory originally posted to LHO:85289. Optic aLOG Templates ETMX M0 LHO:85460 2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml QUAD L2 to QUAD R0 or TMTS M1 Tracking OFF ETMX R0 LHO:85608 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml | ETMY M0 LHO:85618 2025-07-08_1630_H1SUSETMY_M0_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml | ETMY R0 LHO:68405 2023-04-04_1731_H1SUSETMY_R0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml | ITMX M0 LHO:85470 2025-07-01_1645_H1SUSITMX_M0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml | ITMX R0 LHO:85605 2025-07-08_1530_H1SUSITMX_R0_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml | ITMY M0 LHO:85470 2025-07-01_1700_H1SUSITMY_M0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml | ITMY R0 LHO:85606 2025-07-08_1510_H1SUSITMY_R0_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml | TMSX LHO:85604 2025-07-08_1525_H1SUSTMSX_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml | V TMSY LHO:85467 2025-07-01_1645_H1SUSITMX_M0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml _ BS LHO:71269 2023-07-12_2000_H1SUSBS_M1_CDBIOState_1_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml Oplev damping OFF LHO:71465 2023-07-18_1740_H1SUSBS_M1_CDBIOState_1_OLDampingON_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml Oplev damping ON MC1 LHO:85610 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml MC2 LHO:85610 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml MC3 LHO:85610 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml PRM LHO:85292 2025-07-01_1815_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF.xml PR2 LHO:85616 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_*_0p02to100Hz_OpenLoopGainTF.xml PR3 LHO:64152 2022-07-26_1820_H1SUSPR3_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml SRM LHO:85285 2025-07-01_1645_H1SUSITMX_M0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml SR2 LHO:85618 2025-07-08_1645_H1SUSSR2_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml SR3 LHO:85255 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml FC1 LHO:85618 2025-07-08_1730_H1SUSFC1_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGain.xml FC2 LHO:85618 2025-07-08_1745_H1SUSFC2_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGain.xml OMC LHO:60054 2021-09-28_1640_H1SUSOMC_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGain_2014vs2021Designs.xml IM1 LHO:64039 2022-07-19_H1SUSIM1_M1_WhiteNoise_*_OLG.xml IM2 LHO:64039 2022-07-19_H1SUSIM2_M1_WhiteNoise_*_OLG.xml IM3 LHO:64039 2022-07-19_H1SUSIM3_M1_WhiteNoise_*_OLG.xml IM4 LHO:64039 2022-07-19_H1SUSIM4_M1_WhiteNoise_*_OLG.xml SUS

H1 SUS - SUS OLTFs taken for ETMY M0, SR2, FC1, FC2

oli.patane@ligo.org — Tue, 08 Jul 2025 11:30:50 -0700

Author: oli.patane@ligo.org

Report ID: 85618

I've taken open loop transfer functions for the rest of the suspensions that we didn't have any (or had very old) for: ETMY M0, SR2, FC1, and FC2

These were all taken before the sat amp swap (0.4:10 satamp)

ETMY M0
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
- optic align offsets off, L2->R0 damping off, etc
*Templates copied from ETMX M0
- V excitation amplitude had to be reduced from 5 to 1
- Y excitation amplitude had to be reduced from 25 to 5
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMY/SAGM0/Data/2025-07-08_1630_H1SUSETMY_M0_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12399

SR2
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
- optic align offsets off
/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SR2/SAGM1/Data/2025-07-08_1645_H1SUSSR2_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12401

FC1
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
- optic align offsets off
- *Measurements taken with HAM7 tripped because it was tripping all morning and I didn't want it to trip during measurements
/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/FC1/SAGM1/Data/2025-07-08_1730_H1SUSFC1_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGain.xml r12402

FC2
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
- optic align offsets off
*Templates were copied over from FC1
- R excitation amplitude had to be reduced from 20 to 10
/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/FC2/SAGM1/Data/2025-07-08_1745_H1SUSFC2_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGain.xml r12404

H1 SQZ - SQZ FSS beat note

daniel.sigg@ligo.org — Tue, 08 Jul 2025 11:27:18 -0700

Author: daniel.sigg@ligo.org

Report ID: 85617

Adjusted the SQZ FSS beat note by moving the waveplates. The RF demod siganl went from -3.2dBm to +6.5dBm.

Images attached to this report

H1 SUS - H1SUSPR2 Open Loop Gain TFs

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 11:16:36 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85616

J. Kissel Continuing on the campaign of gathering open loop gain (and loop suppression & closed loop gain TFs), I measured H1SUSPR2's M1 damping loops this morning -- see /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/PR2/SAGM1/Data/ 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_P_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_R_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_T_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_V_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1748_H1SUSPR2_M1_WhiteNoise_Y_0p02to100Hz_OpenLoopGainTF.xml SUS was in new HEALTH_CHECK state, but damping loops are *on.* SEI / HPI / ISI was FULLY_ISOLATED, in its best performing state. Data analysis and commentary to come.SUS

LHO VE - Tue CP1 Fill

david.barker@ligo.org — Tue, 08 Jul 2025 11:09:46 -0700

Author: david.barker@ligo.org

Report ID: 85613

Tue Jul 08 10:07:26 2025 INFO: Fill completed in 7min 22secs

Images attached to this report

H1 SEI - Comment to HAM1 ISI tfs before and after adding Viton to ISC periscope

jim.warner@ligo.org — Tue, 08 Jul 2025 10:57:19 -0700

Author: jim.warner@ligo.org

Report ID: 85612

I took 5-200hz matlab tfs this morning to compare to the 2 previous measurements above. It seems that the damping is quite effective now. I will try to look at the effect on the isolation filter design, maybe we can get some of the loop gain back. It would still be better to move these modes up above 100hz if possible.

Images attached to this report

H1 ISC - Comment to Adding second whitening stage to AS A RF72

elenna.capote@ligo.org — Tue, 08 Jul 2025 10:38:11 -0700

Author: elenna.capote@ligo.org

Report ID: 85611

I also increased the whitening gain of AS A RF72 by 6 dB (from 12 to 18 dB). I compensated that gain change in the anti-whitening filter bank FM6 with a -6 dB gain filter. I'm less certain of the overall effect this will have, but I hope it will help amplify the signal further relative to any ADC noise (see my alog here for reference). We use very little range on these PDs in full lock and during acquisition, so I don't think this will impact locking.

I reran the dark offsets after this change, and have SDFed them below. These diffs appear in both the ASC and CS ISC models. There will be observing diffs that should be accepted!

Images attached to this report

H1 SUS - H1 SUS MC1, MC2, and MC3 Open Loop Gain TFs

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 10:29:18 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85610

J. Kissel Continuing on the campaign of gathering open loop gain (and loop suppression & closed loop gain TFs), I measured the IMC suspension's MC1, MC2, and MC3 M1 damping loops this morning -- see /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/ MC1/SAGM1/Data/ 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_P_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_R_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_T_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_V_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1636_H1SUSMC1_M1_WhiteNoise_Y_0p02to100Hz_OpenLoopGainTF.xml MC2/SAGM1/Data/ 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_P_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_R_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_T_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_V_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1615_H1SUSMC2_M1_WhiteNoise_Y_0p02to100Hz_OpenLoopGainTF.xml MC3/SAGM1/Data/ 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_L_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_P_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_R_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_T_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_V_0p02to100Hz_OpenLoopGainTF.xml 2025-07-08_1703_H1SUSMC3_M1_WhiteNoise_Y_0p02to100Hz_OpenLoopGainTF.xml The IMC was brought to OFFLINE beforehand, and I unmanaged the SUS_MC2 guardian to be sure the IMC guardian wouldn't override my wishes. Each SUS was then brought to the new HEALTH_CHECK state but damping loops are *on.* SEI / HPI / ISI was FULLY_ISOLATED, in its best performing state. Data analysis and commentary to come.

H1 SEI - H1 ISI CPS Noise Spectra Check - Weekly (FAMIS #26051)

corey.gray@ligo.org — Tue, 08 Jul 2025 10:27:08 -0700

Author: corey.gray@ligo.org

Report ID: 85609

FAMIS Link: 26051

Only CPS channels which look (a little) higher at high frequencies (see attached) would be the following:

ITMx St1 V1
ITMy St1 H3
ITMy St1 V3

SEI

Non-image files attached to this report

CPS_spectra_10:13-07_08_2025.pdf

H1 SUS - H1 SUS ETMX R0 Damping Loop Gain TFs

jeffrey.kissel@ligo.org — Tue, 08 Jul 2025 10:05:04 -0700

Author: jeffrey.kissel@ligo.org

Report ID: 85608

J. Kissel Continuing on the campaign of gathering open loop gain (and loop suppression & closed loop gain TFs), I measured H1SUSETMX's reaction chain R0 damping loops this morning -- see /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGR0/Data/ 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_L_0p02to50Hz_OpenLoopGainTF.xml 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_P_0p02to50Hz_OpenLoopGainTF.xml 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_R_0p02to50Hz_OpenLoopGainTF.xml 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_T_0p02to50Hz_OpenLoopGainTF.xml 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_V_0p02to50Hz_OpenLoopGainTF.xml 2025-07-08_1630_H1SUSETMX_R0_WhiteNoise_Y_0p02to50Hz_OpenLoopGainTF.xml SUS was in new HEALTH_CHECK state, so R0 tracking is OFF and alignment offsets are OFF, but damping loops are *on.* SEI / HPI / ISI was FULLY_ISOLATED, in its best performing state. Data analysis and commentary to come.