Displaying reports 481-500 of 84391.Go to page Start 21 22 23 24 25 26 27 28 29 End
Reports until 13:56, Friday 15 August 2025
H1 General
mitchell.robinson@LIGO.ORG - posted 13:56, Friday 15 August 2025 (86380)
Bracing from BSC work platform removed

August 5th Randy and I removed two braces from the BSC work platform at EY. These were used to stabalize the work platform by connecting it to the flange around the BSC chamber. These had been in place since the platform was originally put in place. These were the only two still in place.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:52, Friday 15 August 2025 (86376)
Fri CP1 Fill

Fri Aug 15 10:08:39 2025 INFO: Fill completed in 8min 36secs

 

Images attached to this report
LHO General
ryan.short@LIGO.ORG - posted 22:09, Thursday 14 August 2025 (86373)
Ops Eve Shift Summary

TITLE: 08/15 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Oli
SHIFT SUMMARY: Quiet shift with H1 observing for almost the whole duration except for a lockloss right at the end. Initial alignment just finished, now starting main locking sequence.
LOG:

H1 General
ryan.short@LIGO.ORG - posted 22:01, Thursday 14 August 2025 (86372)
Lockloss @ 04:45 UTC

Lockloss @ 04:45 UTC after 18+ hours locked - link to lockloss tool

Perhaps caused by the smallest of ETMX glitches starting in L3 right before the lockloss? Doesn't exactly look to me like a usual one of these, though. Otherwise, no obvious cause.

Jumping right into an alignment given the long lock stretch.

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 16:30, Thursday 14 August 2025 (86360)
Ops Day Shift End

TITLE: 08/14 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Locked for 13 hours. We had calibration and comissioning this morning, where we rode through a few earthquakes with help from some new configuration (alog86364). Ryan S noticed ITMX mode 2 has been growing slowly for this entire lock. It was never damped because it was almost non existant at the start of the lock. He will address it when practical.
LOG:

                                                                                                                                                                        

Start Time System Name Location Lazer_Haz Task Time End
18:49 LASER LVEA is LASER HAZARD LVEA YES LVEA IS LASER HAZARD 09:49
19:22 SPI Jeff Opt Lab yes Inventory 19:25
LHO General
ryan.short@LIGO.ORG - posted 16:24, Thursday 14 August 2025 (86371)
Ops Eve Shift Start

TITLE: 08/14 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 153Mpc
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 25mph Gusts, 16mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.12 μm/s
QUICK SUMMARY: H1 has been locked for 12.5 hours and observing since commissioning wrapped up this morning.

I noticed the ~500Hz violin mode peak is high in DARM and saw that indeed ITMX mode 2 is elevated and has been growing this entire lock stretch. It looks like the gain was never turned on for this mode, which happens if the monitor for a mode is low enough when the full power damping is turned on. Since the violin damping Guardian sees the mode is growing, it's constantly zeroing the gain in the damping filters, so we've been unable to turn on the nominal gain of -15. To fix this, we would have to take H1 out of observing, take the VIOLIN_DAMPING node to 'DAMPING_ON_SIMPLE', then back to 'DAMP_VILINS_FULL_POWER' so that the node resets its "node growing" checks and sees the mode needs damping. I plan to do this if either L1 drops out of observing or if the 500Hz peak on DARM gets up to 10-16 m/Hz-1/2

Images attached to this report
H1 ISC
elenna.capote@LIGO.ORG - posted 15:29, Thursday 14 August 2025 - last comment - 10:13, Friday 15 August 2025(86370)
Updates to LSC feedforward

I ran a bruco yesterday that showed lots of low-ish broadband coherence of SRCL, PRCL and MICH.

I have a previous good measurement of the PRCL coupling, so I used that to iteratively fit an improved feedforward. Based on the last test I did of the PRCL feedforward, I am not certain that just adjusting the gain is good enough right now to reduce the coupling significantly. screenshot

I also measured and tried to fit a better SRCL feedforward. The challenge continues to be fitting the low and high frequency behaviors of the SRCL coupling simultaneously. The misfit of the high frequency behavior continues to create a broad bump of SRCL noise around 100-300 Hz.

I made some small improvements of the SRCL coupling, but there is still room for more improvement. screenshot

I still need to remeasure and refit the MICH feedforward.

The new SRCL FF is in FM6 and the PRCL FF is in FM8. I updated the guardian and the SDF.

Images attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 10:13, Friday 15 August 2025 (86375)

Follow up bruco taken after these changes shows large reduction in PRCL coherence, some reduction of SRCL coherence. Minimal change in MICH coherence.

H1 SUS (SEI, SUS)
ivey.zhong@LIGO.ORG - posted 14:24, Thursday 14 August 2025 (86366)
8/12 Estimator Test Filter Installation Issue Addressed, Corresponding New Fits Added to SVN

Edgard, Ivey

This Tuesday Oli ran into issues installing the new blend filters and new SR3 Yaw transfer function fits for the OSEM estimator (see LHO: 86319). An error from the cplxpair function, which pairs complex conjugates, appeared only when converting the fit from zpk into state space. Somehow, this would introduce a small but significant difference between any two complex pairs, which would cause the computer to reject it as a complex pair. To resolve this issue, we ran a function to average each complex pair. We tested it with our mock PR3 model in the lab, and this seemed to fix the error cplxpair was encountering.

We were not able to reproduce the error that Oli noticed with the blend filters in our lab, but we will look more into this, and hopefully the issue will be fixed by next Tuesday when Oli tests the estimator again with the new fits.

The new cleaned SR3 yaw fits were added to SusSVN and can be found here '~/SusSVN/sus/trunk/HLTS/Common/FilterDesign/Estimator/fits_H1SR3_Y_2025-08-05.mat'. More on the fits LHO: 86233.

The new blend filter with updated fits can be found here '~/SusSVN/sus/trunk/HLTS/Common/FilterDesign/Estimator/Estimator_blend_skinnynotch_SR3yaw_20250723.mat'. More on the blend filter LHO: 86265.

H1 AOS (DetChar)
riley.mcneil@LIGO.ORG - posted 13:05, Thursday 14 August 2025 (86368)
DQ Shift August 4-10

DQ shifters: Riley McNeil and Emil Lofquist-Fabris

See full report here: https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20250804

H1 SEI (ISC)
jim.warner@LIGO.ORG - posted 11:46, Thursday 14 August 2025 - last comment - 12:28, Tuesday 19 August 2025(86364)
Good test of the high asc gain earthquake state this morning

This morning a 6.2 magnitude earthquake near Vanuatu happened during the commissioning window, so we tested the asc gain reversion scripts Elenna came up with in this alog. It took a little longer than I would have liked to get the scripts working, so we didn't actually transition until basically the peak ground velocities, but the transition went pretty smoothly. I think this eq is tied for the biggest  we stayed locked through for all of O4.

Attached image shows ground velocities on the top row (both peakmon and the ITMY Z STS 30-100mhz blrms, second row is the ISC_LOCK state, third and fourth show channels related to the asc transition. Fourth row is the first gain changed by the script CHARD Y, the third row is the SRCL FF gain, which is the last thing changed in the script. The dashed white vertical lines on the CHARD trace and the top row ground traces show the time the transition took to complete.

Even if the transition was a little late I think that this test likely still saved the lock, I have often seen on eqs like this that the IFO stays locked through the peak ground motion, but loses lock some time shortly after, while the eq is still ringing down.

There is still a lot of work to be done as the transition is currently handled by a couple of scripts on the ISI_CONFIG overview medm and the transition will knock us out of Observe, still unclear what the best way to automate this would be, but still a pretty good test.

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 15:22, Thursday 14 August 2025 (86369)

It's been remarkable and wonderful to see how well we've been surviving earthquakes lately!

This is such a big win, that I suggest we not worry too much about if this pops us out of Observing.  If we're able to automate saving the lock, and then going back to Observe when the ground motion is compatible with our usual loops, that's already a huge leap forward on improving our duty cycle.  

elenna.capote@LIGO.ORG - 12:28, Tuesday 19 August 2025 (86449)

I have updated ISC LOCK guardian and LSCPARAMS to have the gains for the lownoise ASC and length feedforwards as parameters in LSCPARAMS. Then, TJ helped me figure out how to import LSCPARAMS into these two scripts so it draws those gains from the parameters instead of having them hardcoded. This way, if we decide to update a feedforward or ASC gain, it will also be updated for the earthquake script.

This script also changes ASC filters, but an update to have those filters as parameters in LSCPARAMS is a much more involved change to ISC_LOCK, so I have to think about that one a bit. That means if we change ASC filters, we have to remember to update this script, for now.

LHO VE
david.barker@LIGO.ORG - posted 10:46, Thursday 14 August 2025 (86362)
Thu CP1 Fill

Thu Aug 14 10:08:28 2025 INFO: Fill completed in 8min 24secs

 

Images attached to this report
H1 SQZ
camilla.compton@LIGO.ORG - posted 10:08, Thursday 14 August 2025 - last comment - 13:03, Thursday 14 August 2025(86361)
Mid SQZ Data for 5kHz HOM Spacing with ZM4 Yaw alignment changes
Sheila, Camilla
 
We saved  H1:OMC-DCPD_524K_A2_IN1 data with the PD sum after Sheila changed the matrix as in 85937. DTT saved as /ligo/home/camilla.compton/Documents/sqz/templates/dtt/20250814higher_order_modes.xml screenshot attached.
Interestingly we could reduce the size of the 5kHz modes by changing ZM4 YAW alignment, at the nominal alignment and the alignment that reduced the 5kHz modes most, we also took mean sqz data, the nominal alignment had a slightly better mean SQZ.
 
Starting angle is (-)133, took SQZ_ANG SERVO to DOWN. After each step of ZM, we changed SQZ angle to get level back to 4dB ASQZ, as our 5kHz modes look clearest here.
To get mean sqz, pause SQZ_MANAGER, SQZ_LO_LR to DOWN and ADF off. Should have misaligned the FC but we didn't.
 
Type Time (UTC) Angle DTT Ref Notes
SQZ 15:54:00 - 15:59:00 (-)133 ref 0 While taking CAL measurements
FDS Mid - SQZ 16:01:30 - 16:04:00 (-)105 ref 1  
FDS Mid SQZ, -50urad pit +3deg 16:07:30 - 16:09:30 (-)109 ref 2  
FDS Mid - SQZ 16:10:30- 16:12:30 (-)111 ref 3 Redid at 4dB ASQZ
FDS Mid SQZ, -50urad yaw 16:14:30 - 16:16:30 (-)114 ref 4  
FDS Mid SQZ, +50urad yaw 16:17:45 - 16:19:45 (-)109 ref 5  
FDS Mid SQZ, +100urad yaw 16:21:30 - 16:23:30 (-)106 ref 6  
FDS Mean SQZ, +100urad yaw 16:26:00 - 16:28:00 N/A ref 7  
FDS Mean SQZ, 16:29:00 - 16:31:00 N/A ref 8  
No SQZ
16:37:00 - 16:57:00
N/A
ref 9
took 1500 avg (~10mins)
 
Took above data at NLG of 16.4, checked the NLG 76542, it's a lot better since we adjusted the pump alignment on Tuesday 86323. Then increased NLG to 37 to see if this will improve SQZ.
OPO Setpoint Amplified Max Amplified Min UnAmp Dark NLG Note
80 0.1121155 0.001849 0.0068192 -1.16e-5 16.4 Without Optimizing Temp
90 0.257827 0.001813     37.7  
Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 13:03, Thursday 14 August 2025 (86363)
Sheila, Elenna, Camilla
 
Tested if SQZ was any better with the higher NLG, see attached, it wasn't although we did have good ASQZ of 19dB. We will revert OPO setpoint to 80uW
 
Type Time (UTC) Angle DTT Ref SQZ
No SQZ
16:37:00 - 16:57:00
N/A
ref 0
 
ASQZ NLG 37 17:43:30-17:46:30 (-)81 ref 1, 10 19dB
SQZ NLG 37 17:51:00-17:54:00 (-)141 ref 2, 11 -4.5dB

 Took more 5kHz/10kHz data with the NLG at 37 (effects of HOM easier to see). DTT saved as /ligo/home/camilla.compton/Documents/sqz/templates/dtt/20250814higher_order_modes.xml

In the first set of data, Elenna added an offset to DHARD, we didn't see a change at 5kHz but there was a change at 10kHz that was debatably repeatable.
In the second set of data, Sheila added an offset to SRCL1, we saw a big change at 5kHz but no change at 10kHz, see attached at 5kHz and 10kHz.
 
Type Time (UTC) Angle DTT Ref Notes
No SQZ
16:37:00 - 16:57:00
N/A
ref 0
 
ASQZ NLG 37 17:43:30-17:46:30 (-)81 ref 1, 10  
SQZ NLG 37 17:51:00-17:54:00 (-)141 ref 2, 11  
Mid SQZ 18:00:30 - 18:02:30 (-)118 ref 12  
Mid SQZ +4cts DHARD PIT 18:06:30 - 18:08:30 (-)118 ref 13 Difference only at 10k? Repeat
Mid SQZ 18:09:30 - 18:11:30 (-)118 ref 14  
Mid SQZ +4cts DHARD PIT 18:12:30 - 18:14:30 (-)118 ref 15  
Mid SQZ -4cts DHARD PIT 18:15:45- 18:17:45 (-)118 ref 16  
Mid SQZ +4cts DHARD YAW 18:19:30 - 18:21:30 (-)118 ref 17 No difference seen
Mid SQZ SRM YAW 1urad (offset 0.3) 18:28:00 - 18:30:00 (-)120 ref 18 Big difference at 5kHz, none at 10kHz
Mid SQZ SRM YAW -1urad (offset -0.3) 18:33:30 - 18:35:50 (-)114 ref 19 Got better
Mid SQZ SRM YAW -2urad (offset -0.6) 18:41:30 - 18:43:30 (-)108 ref 20 Overshot, got worse, mode didn't flip
Mid SQZ SRM YAW -1.5urad (offset -0.45) 18:46:30 - 18:48:30 (-)108 ref 21  
Mid SQZ 18:52:00 - 18:52:00 (-)118 ref 22 Back to nominal
 
Took OPO setpoint back to 80uW and remeasured NLG to be 22.4. It is interesting that before the SQZT0 pump alignment 86323 we had much worse NLG even with the same OPO trans setpoint and spot on the crystal. This doesn't make sense to us.
OPO Setpoint Amplified Max Amplified Min UnAmp Dark NLG Note
80 0.153078 0.002067 0.0068192 -1.16e-5 22.4 With Optimizing Temp
Images attached to this comment
H1 CAL
thomas.shaffer@LIGO.ORG - posted 09:18, Thursday 14 August 2025 (86359)
Calibration Sweep 1530 UTC

Running another calibration measurement today following the usual broadband and simulines.

Simulines Start:

PDT: 2025-08-14 08:36:33.095985 PDT
UTC: 2025-08-14 15:36:33.095985 UTC
GPS: 1439221011.095985

Simulines End:

PDT: 2025-08-14 08:59:53.303431 PDT
UTC: 2025-08-14 15:59:53.303431 UTC
GPS: 1439222411.303431
 

Files:

2025-08-14 15:59:53,136 | INFO | File written out to: /ligo/groups/cal/H1/measurements/DARMOLG_SS/DAR
MOLG_SS_20250814T153633Z.hdf5
2025-08-14 15:59:53,145 | INFO | File written out to: /ligo/groups/cal/H1/measurements/PCALY2DARM_SS/
PCALY2DARM_SS_20250814T153633Z.hdf5
2025-08-14 15:59:53,150 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L1_SS/
SUSETMX_L1_SS_20250814T153633Z.hdf5
2025-08-14 15:59:53,156 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L2_SS/
SUSETMX_L2_SS_20250814T153633Z.hdf5
2025-08-14 15:59:53,161 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L3_SS/
SUSETMX_L3_SS_20250814T153633Z.hdf5
 

Images attached to this report
Non-image files attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 07:38, Thursday 14 August 2025 (86358)
Ops Day Shift Start

TITLE: 08/14 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 153Mpc
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 2mph Gusts, 0mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.10 μm/s
QUICK SUMMARY: Observing for 4 hours, automated relock. Environment is calm. The only active alarm is the known vacuum PT242B pressure. Planned calibration and commissioning time today 1530-1930 UTC.

LHO General
ryan.short@LIGO.ORG - posted 22:03, Wednesday 13 August 2025 (86357)
Ops Eve Shift Summary

TITLE: 08/14 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 153Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Very quiet shift with H1 observing throughout, despite a couple hours of high winds blowing through with gusts briefly over 40mph. There's a M5.6 quake inbound from the South Pacific, but the EQ response tool just places it in the lower bound of the "earthquake" region. H1 has now been locked for 14.5 hours.

H1 SQZ (ISC, OpsInfo, SQZ)
ryan.short@LIGO.ORG - posted 18:45, Wednesday 13 August 2025 - last comment - 12:09, Thursday 14 August 2025(86356)
Removed NO_SQUEEZING Requests from ISC_LOCK and Added "ignore_SQZ" Flag

In consultation with Sheila, I've added a new flag in lscparams.py called "ignore_sqz" (currently set to False) which when True, removes SQZ_MANAGER from ISC_LOCK's managed nodes list and sets up ISC_LOCK such that no requests are made of SQZ_MANAGER. I've additionally removed all instances of ISC_LOCK requesting SQZ_MANAGER to 'NO_SQUEEZING.'

The motivation for this stems from an issue encountered earlier this week (alluded to in Monday's shift summary) where after H1 dropped observing from the SQZ PMC having to relock, SQZ_MANAGER eventually stalled (which is not unexpected) and ISC_LOCK then requested it to 'NO_SQUEEZING' for a then-not-well-understood reason. After looking into the frequently used "unstall nodes" decorator in ISC_LOCK, I learned that the revive function it calls simply requests the stalled subordinate node to whatever its last requested state was. The catch here is that the last requested state refers only to what the manager's last request was to the subordinate, not whatever request a user, other node, or standalone script may have made, as the manager node has no way of knowing about requests outside of its own. A discrepancy between a manager node's last request to a subordinate and a different request to that subordinate can be seen with a notification on the manager saying the subordinate's request changed.

My understanding of the sequence of events that led to the confusion on Monday is that commissioners had been working with the squeezer and wanted its Guardian manager node to remain in 'NO_SQUEEZING' while H1 was relocking following their work. In its design at the time, in a few different states such as 'INJECT_SQUEEZING', ISC_LOCK would check the status of SQZ_MANAGER, and if it was in 'NO_SQUEEZING', move on with the state and re-request SQZ_MANAGER to 'NO_SQUEEZING'. This makes SQZ_MANAGER's manager's last request 'NO_SQUEEZING', so when SQZ_MANAGER later stalled, it was requested back to 'NO_SQUEEZING' even though a user had set SQZ_MANAGER to its nominal state sometime later. This is why I've removed requests to 'NO_SQUEEZING' in ISC_LOCK; I believe it's a sound assumption that if SQZ_MANAGER is in 'NO_SQUEEZING', someone wants it there and Guardian should just move on. Further, this makes it so that the only request ISC_LOCK ever makes to SQZ_MANAGER is its nominal state (except in 'DOWN', of course, which would then later get updated to the nominal), meaning there should be no confusion as to what its last request was.

Changes have been saved and committed to svn, but ISC_LOCK has not yet been loaded. This should be done at the next drop from observing.

Comments related to this report
thomas.shaffer@LIGO.ORG - 12:09, Thursday 14 August 2025 (86367)OpsInfo

We loaded this and tested going to and from ISC_LOCK's Inject_Squeezing state with the SQZ manager in No_Squeezing and FREQ_DEP_SQZ. All worked well.

If we ever need to go to observing without squeezing, we should keep this in mind as I'm not 100% confident we won't get some manager confusion depending on when we do the transition. We'll cross that bridge when we get to it though.

H1 AOS
camilla.compton@LIGO.ORG - posted 12:33, Tuesday 22 July 2025 - last comment - 13:11, Friday 22 August 2025(85917)
SQZT7 Beam Profiling with different ZM4 and ZM5 PSAMS Settings

Leo, Jennie, Camilla, WP 12694

Jennie followed instructions for set up in 85775. We removed the SQZ beam iris at the bottom of the LPM (added for alignment capture during OFI vent work). Then took beam profiles in this SQZ path of the SEED beam with various PSAMS settings, adjusted PSAMS settings as in 85775 and used the servo for nominal settings. All data is attached. Jennie then reverted settings back to nominal.

Non-image files attached to this report
Comments related to this report
leendert.schrader@LIGO.ORG - 12:01, Thursday 14 August 2025 (86365)
Leo, Jennie W., Camilla

The attached pdf contains all the beam q parameters fitted to the collected beam width data. Only the 13.5% data was fitted, as the D4S data was too inconsistent to obtain confident q values.

Fitting was performed with the a la mode beamPath.fitBeamWidth function. 
The attached q parameters were individually plotted using a la mode and verified for their data-fitting accuracy.

As mentioned in the document, all q parameters are located immediately after the interaction with ZM5 (through the view of BM4 -> ZM4 -> ZM5 beam travel).
Non-image files attached to this comment
leendert.schrader@LIGO.ORG - 13:11, Friday 22 August 2025 (86519)
Leo, Jennie W., Camilla

Attached is a plot of the q manifold from the q parameter data, which allows for characterizing the beam smoothly with respect to ZM4/5 strain gauge voltage values.
The image is taken from the presentation uploaded to T2500228. The real plot will likely have slightly different labels to axes.

Link to git code for plotting: https://git.ligo.org/leendert.schrader/alm-beam-simulation-for-sqz/-/tree/main

Images attached to this comment
Displaying reports 481-500 of 84391.Go to page Start 21 22 23 24 25 26 27 28 29 End