Displaying reports 1081-1100 of 85677.Go to page Start 51 52 53 54 55 56 57 58 59 End
Reports until 17:23, Monday 22 September 2025
H1 SQZ
sheila.dwyer@LIGO.ORG - posted 17:23, Monday 22 September 2025 - last comment - 12:18, Thursday 25 September 2025(87071)
squeezer adding noise, not filter cavity related, depends on psams settings.

Elenna Capote, Camilla Compton, Sheila Dwyer, Derek Davis

This afternoon we had a repeat of the bad low frequency noise that we have been suspecting was from filter cavity backscatter 86596.  We saw that the symptom of elevated noise in the filter cavity error signal was similar to previous incidents plot

We compared squeezing with and without the filter cavity, and no squeezing, and see that this noise is there when squeezing is injected no matter what the filter cavity state is.  plot and plot with mean sqz and anti squeezing

We repeated the fringe wrapping measurements, we saw a higher scattered amplitude when moving ZM5 than last week. (shelf is higher by 10dB). the ZM2 shelf is about the same. plot

We also did some 30 Hz excitations in ZM5 + ZM2, we can see a bilinear coupling of these but the background didn't change during this excitation. plot

Derek and Elenna looked at the glitches in DARM that showed up at the time of the noise.  Derek ran some hveto runs for times with frequency dependent squeezing and frequecy independent squeezing, and saw that filter cavity length signals are a good witness when the filter cavity is locked, when the filter cavity is not locked the giltches stay but aren't witnessed by the FC error signal. 

Camilla found that she could reproduceably make the noise go away by moving the ZM4 +5 PSAMs small amounts.  She moved the PSAMs and adjusted the alignment to get a good level of high frequency squeezing back.  She also tried to do this with alignment only. 

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 17:35, Monday 22 September 2025 (87078)

We also took SQZ_OPO_LR GRD to LOCKED_CLF no ISS to check that the pump AOM wasn't injecting any noise.

Ended up leaving ZM4 PSAMs at 6.2V on the strain gauge, old nominal was 6.0V sdf attached. This is only a 9V change on the 0-200V PSAMs, from 78V to 87V. Which doesn't seem big enough to cause such an effect.

  • Plot of repeatably changing ZM5 PSAMS along with ZM5 PIT alignment to make noise appear and go
  • Plot of repeatably changing ZM4 PSAMS (no ZM4 PIT alignment needed) to make noise appear and go.
    • Interestingly 6.0V would be noisy, 6.5V would be noisy, but 6.2V was not! This is confusing.
  • Plot of changing ZM4 PIT and YAW alignments slowly ~50urad each way, no difference in noise.
    • I also checked ZM5 more quickly and noticed no obvious change
    • For ZM4 I tried taking the PIT alignment back to the same osems the good 6.2V PSAMS setting has the osems at, the noise did not change.
Images attached to this comment
camilla.compton@LIGO.ORG - 11:47, Thursday 25 September 2025 (87141)

Sheila posted backscatter measurements in 86836, and opened an FRS ticket for this issue: FRS # 35457.

B:BS1 is a 99/1 BS (see D2000021 spreadsheet). The PD that the beam transmitting B:BS1 goes to H1:IOO-OFI_PD_A_DC_POWER, this doesn't see any increased noise at the noisy time, although it's only a 16Hz channel: time series and dtt attached. 

We do see the DC power on H1:IOO-OFI_PD_A_DC_POWER change with the YAW of ZM4, see attached. This could be a sign that there is some clipping... Could investigate this a little more. 
We moved B:PD1 in 65006 and checked that it's reflected beam was being dumped in 65066
Images attached to this comment
camilla.compton@LIGO.ORG - 12:18, Thursday 25 September 2025 (87144)

I could increase the power on B:PD1 by ~25% by moving ZM4 and ZM5 in yaw before we lost RF3 and SQZ went down, showing we are nominally clipping this PD, plot attached. We can repeat Sheila's backscatter measurements with a different amount of light on this PD to see if it's the culprit.

Images attached to this comment
H1 ISC (SUS)
elenna.capote@LIGO.ORG - posted 16:53, Monday 22 September 2025 (87074)
Added roll mode bandstop to ETMY M0 damping

I added bandstop filters to the ETMY top mass damping into FM4 of each degree of freedom. We're trying to prevent the driving of the ETMY roll mode. We have increased the attenuation of the ISC signal on L2, reported here. All ISC signal that makes it to M0 gets filtered through L2. Local damping does not see any bandstop on the top until now.

SDFed in safe and observe.

There was some issue with diag_main with these new filters, adding other SDFs related to resolving that issue.

Images attached to this report
H1 General
oli.patane@LIGO.ORG - posted 16:33, Monday 22 September 2025 - last comment - 16:38, Monday 22 September 2025(87069)
Ops Day Shift End

TITLE: 09/22 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: Currently in Commissioning due to SQZ filter cavity issues. We've been Locked for almost 7.5 hours. The ETMY Roll mode is still decently high, but it is damping, and it might take multiple days until it's all the way back down.
LOG:
14:30 UTC Observing and have been Locked for 4.5 hours
14:41 Earthquake mode activated
14:41 Out of Observing and ASC Hi Gains turned on for earthquake
14:43 Lockloss
16:05 NOMINAL_LOW_NOISE
    18:40 Observing
    19:55 Out of Observing to fix up SDFs
    20:01 Back into Observing
    21:14 GRB-Short E601590
    22:01 Out of Observing to commission SQZ FC issues

Comments related to this report
ryan.crouch@LIGO.ORG - 16:38, Monday 22 September 2025 (87070)

                                                                                                                                      

Start Time System Name Location Lazer_Haz Task Time End
14:45 FAC Kim MX n Tech clean 16:15
14:46 FAC Nellie MY n Tech clean 15:56
16:04   Travis MX n Rescuing a snake 16:15
16:50 PCAL Tony PCAL Lab y(local) Starting a measurement 18:20
19:54 PCAL Tony PCAL Lab y(local) Starting a measurement con't 20:48
20:49 PCAL Tony PCAL Lab y(local) Turning the light off because he forgot it on 20:52
20:51 VAC Travis MX, MY n Dropping off parts 21:25
21:32 ISC Betsy, Matt JOAT (JAC Of All Trades Room) (Formerly Vac Prep) n Something for JAC 21:48
H1 General
ryan.crouch@LIGO.ORG - posted 16:02, Monday 22 September 2025 - last comment - 17:19, Monday 22 September 2025(87068)
OPS Monday Eve shift start

TITLE: 09/22 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Commissioning
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 11mph Gusts, 7mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.28 μm/s 
QUICK SUMMARY:

Comments related to this report
ryan.crouch@LIGO.ORG - 17:19, Monday 22 September 2025 (87076)

00:19 UTC Observing

LHO General (FMP)
christopher.soike@LIGO.ORG - posted 14:53, Monday 22 September 2025 (87067)
Water shut-off to VPW/Weld Shop and Staging Bldg-Overnight only
Chris and Eric O. will be isolating the water supply to the VPW/Weld Shop overnight tonight. We believe there is either a new leak or an existing one that has worsened significantly.
As a result, there will be no running water on either end of the VPW building from 3:15pm today until early tomorrow morning. 
If you have any questions please reach out to Eric or me.

Updated: The overnight water isolation will include the Staging Building. No water in this building from now until early tomorrow morning. 
H1 SUS
oli.patane@LIGO.ORG - posted 13:59, Monday 22 September 2025 - last comment - 16:48, Monday 22 September 2025(87060)
ETMY Roll Mode rang up, found new settings

Elenna, Jeff, Oli

After Elenna updated the DHARD phasing (87063), the ETMY roll mode started ringing up. The previous settings we had on it were +30 deg and G = 40. We started testing out different settings to try and damp it, and along the way we changed a few other things.

First, we plotted ASC-AS_{A,B}_RF45_Q_{PIT,YAW} and found that AS 45Q WFS B YAW sees this roll mode better than WFS A YAW, which is what we had it on before, so we swapped to using that sensor in the AS WFS selector on the bounce and roll monitor screen and that has been accepted into sdf.

Then, we saw that the current Bounce & Roll filter in ETMY_L2_LOCK_{P,Y}, EvanBR (FM3), wasn't notching out the ISC control signal as much as we would like, so Elenna and Jeff created a new filter, OliBR (FM1), that filters out more of the control noise to a magnitude better than EvanBR. Here's the magnitude and phase difference between the two - where blue is EvanBR and red is OliBR. The cursor on the magnitude plot is at the frequency that this mode is at, 13.75977 Hz. Note that the phase plot shows different x limits on the frequency, as we wanted to show that we don't lose a lot of phase margin between the old and new filters. We loaded this new filter in for ETMY L2 LOCK P and Y, and swapped over to using this filter module instead of FM3. These changes have been accepted in sdf.

Finally, after lots of testing and installing this new filter, we were able to find damping settings that are working to damp ETMY. The new settings we found that worked to damp ETMY (slowly) is +60 deg, G = -45. We have been able to bump up the gain to G = -100 for a few minutes at a time to get a lot of damping for ETMY, although it also rings up ETMX a bit every time, so we are going between G = -45 and G = -100 to minimize that. We also unmonitored in OBSERVING ETMY_M0_DARM_DAMP_R and ETMY_M0_DARM_DAMP_R_GAIN in order to continue being able to work on damping while in Observing.

 

Images attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 14:09, Monday 22 September 2025 (87065)

Here are some safe SDFs. We got permission of Jenne to briefly step out of observing to load the guardian and update safe SDFs so there were no issues later on.

ISC_LOCK guardian sets the tramp and gain of the ETMY roll mode damping. The guardian will now ramp the gain to -45.

SDF safe will set the ETMY roll mode damping filters to FMs 1,3,4,8. It will also set the L2 lock filter to FM1 instead of FM3 for the new bounce/roll bandstop.

The outmatrix for the roll mode is now set to AS B, so that is SDFed in safe.

I also SDFed the AS WFS phases in safe because I forgot to do them before (it was previously done in observe).

We left channels monitored in SAFE, because we want SDF revert to put in these settings, but unmonitored the gains and filters in observe so we can adjust things during observing if we find better settings.

Images attached to this comment
elenna.capote@LIGO.ORG - 16:48, Monday 22 September 2025 (87073)

We have decided to revert the AS WFS phasing, which means we have reverted all of these changes.

REVERTED:

  • AS WFS phasing
  • outmatrix for damping is back to AS A
  • the damping is back to +30 deg phase, gain 40
  • guardian updated and loaded
  • remonitored gain and filter channel
  • everything SDFed in safe and observe

NOT REVERTED:

  • ETMY bounce/roll filter "aka OliBR" is still in place.
H1 ISC
elenna.capote@LIGO.ORG - posted 13:16, Monday 22 September 2025 - last comment - 14:24, Tuesday 23 September 2025(87063)
AS WFS phasing updated

Today I rephased the AS WFS 45 segments.

To avoid lockloss, I transitioned the DHARD input matrix to AS WFS 45 A only so I could phase WFS B. Then, I switched DHARD to WFS B and phased WFS A. I switched by using the DHARD blend filters. Set the DHARD_P_B and DHARD_Y_B input matrix values to the desired value, then make sure the DHARD A and B blend filters have the same ramp time. Then, ramp the gain of one blend to zero and the gain of the other to one. I used a similar process here: 85774.

To get the phasing, I drove a DARM line at 255 Hz in DARM2 EXC, after engaging the EBS255 filter in DARM2 FM10. I was able to get good SNR with an excitation of 3000 counts.

I adjusted each segment to reduce the signal in I (red trace) and maximize in Q.  I was able to reduce the line height by between a factor of 2 to a factor of 5 on each segment. The phase changes were between 3-6 degrees on each segment. The light pink and blue traces show the phasing before I started.

This change was SFDed in both safe and observe, shown in attachments below. For some reason, AS A RF45 is in the ASCIMC model but AS B RF45 is in the ASC model.

I attached a comparison of the before and after for each segment. (Note, seg2 on WFS 45A had a strange behavior where it appears the line in Q reduced with the phase change, but that reduction was present before I started changing the phase.)

 

Images attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 16:46, Monday 22 September 2025 (87072)

I have reverted these phases since we don't see much benefit to using them right now, and there is a negative impact on the roll mode damping.

elenna.capote@LIGO.ORG - 14:24, Tuesday 23 September 2025 (87108)

I tried testing these phases while relocking. We can still lock RF darm with no problems. However, it doesn't make any difference in our ability to engage DHARD right after RF darm is locked ( in other words, we still can't engage DHARD after RF darm).

Since this doesn't give us any benefit, and screws with our roll mode damping, I say we don't use these new phases.

H1 DetChar (DetChar)
sayantan.ghosh@LIGO.ORG - posted 12:43, Monday 22 September 2025 (87062)
Data Quality Shift Report 2025-09-15 to 2025-09-21

Link to full report

H1 SQZ
camilla.compton@LIGO.ORG - posted 12:39, Monday 22 September 2025 (87061)
Turned up CLF Power for Test this morning, reverted.

Sheila, Camilla

We had wanted to turn down the CLF launch power to see if ti had any effect on SQZ noise, but couldn't turn down by a factor of 2. Could only reduce from 0.06 to 0.05. We instead we doubled CLF launch from 0.06 to 0.12mW. Note these numbers were when the OPO was unlocked and the CLF launched changed once it was locked.

  Nominal Temp. Test Note
CLF Launch (OPO unlocked) 0.06 0.12 Changed with Waveplate
CLF Launch (OPO locked) 0.07 0.095  
RF6 Demod -10 0 This looked noisy in test, why?
CLF loop gain 0 -6  
LO loop gain -12 -15  
FC LSC -1.12 -0.566 In sqzparams.py
FC ASC -0.03 -0.015  
CLF ISS loop gain 23 17 From CLF AOM medm button
CLF ISS setpoint 0.347 0.694  

After changing the settings attached, ran scan_sqz_ang which only changed angle by 2deg. I don't see any extra noise at low frequeuncy. See attached, SQZ was a little worse at high frequency with the higher CLF. Not that the CLF RF6 was noisy, so maybe something was setup incorrectly.

To relock in the nominal settings, I had to realign ZM3 as the FC ASC had moved this away after the test when the SQZ was taken down, unsure why, maybe the way that I changed the ASC settings.

Images attached to this report
H1 SEI
ryan.short@LIGO.ORG - posted 10:49, Monday 22 September 2025 (87059)
HEPI Pump Trends - Monthly

FAMIS 37209, last checked in alog86426

Last month of trends seem to be looking as expected.

Images attached to this report
H1 PSL
ryan.short@LIGO.ORG - posted 09:40, Monday 22 September 2025 (87058)
PSL 10-Day Trends

FAMIS 31104

In general, things in the PSL are looking good after everything done following the power outage a couple weeks ago. There have been a few incursions in the PSL enclosure over the past week, the most consequential being last Tuesday's FSS path tuneup (alog86972). The biggest difference after that is the reading of the FSS TPD (a gauge of RefCav transmission) is now much lower as a result of recalibrating that PD, so this new reading of ~0.54 V can be considered our new "good" level.

ISS diffracted power has been on the rise for some reason; I'll keep an eye on this and check it when H1 is next out of lock. This could be a result of AMP2 output power having come back up slightly after the last incursion and things settling out.

Images attached to this report
H1 AOS (SQZ)
oli.patane@LIGO.ORG - posted 09:07, Monday 22 September 2025 (87056)
Overnight Out of Observing due to SQZ PMC

Overnight we had the ifo drop out of Observing briefly between 2205-09-22 08:23 and 08:27 UTC. This was due to the SQZ PMC PZT running out of range and unlocking. It was able to relock by itself and then get back to FDS

Non-image files attached to this report
H1 General (Lockloss, SEI)
oli.patane@LIGO.ORG - posted 07:51, Monday 22 September 2025 - last comment - 13:49, Monday 22 September 2025(87053)
Lockloss

Lockloss at 2025-09-22 14:43 UTC after just over 4.5 hours locked due to earthquake. I took us to ASC Hi Gains once we were passing 700 on peakmon, and it fully transitioned over, but it was still too much movement for the ASC to handle

Comments related to this report
oli.patane@LIGO.ORG - 08:23, Monday 22 September 2025 (87054)

I've confirmed that the ASC Hi Gains had finished almost a minute before the lockloss.

Images attached to this comment
oli.patane@LIGO.ORG - 13:49, Monday 22 September 2025 (87064)

Back to NLN 16:05 UTC

Back to Observing 18:40 UTC

H1 CAL
oli.patane@LIGO.ORG - posted 12:12, Saturday 20 September 2025 - last comment - 09:14, Monday 22 September 2025(87038)
Calibration Measurement September 20, 2025

At the time of starting the calibration suite, we had been locked for 8.5 hours and so were fully thermalized.

Calibration monitor screen

Report (found at /ligo/groups/cal/H1/reports/20250920T183850Z/H1_calibration_report_20250920T183850Z.pdf

Broadband
2025-09-20 18:32:12 - 18:37:23 UTC
/ligo/groups/cal/H1/measurements/PCALY2DARM_BB/PCALY2DARM_BB_20250920T183212Z.xml

Simulines
2025-09-20 18:38:50 - 19:02:14 UTC
/ligo/groups/cal/H1/measurements/DARMOLG_SS/DARMOLG_SS_20250920T183850Z.hdf5
/ligo/groups/cal/H1/measurements/PCALY2DARM_SS/PCALY2DARM_SS_20250920T183850Z.hdf5
/ligo/groups/cal/H1/measurements/SUSETMX_L1_SS/SUSETMX_L1_SS_20250920T183850Z.hdf5
/ligo/groups/cal/H1/measurements/SUSETMX_L2_SS/SUSETMX_L2_SS_20250920T183850Z.hdf5
/ligo/groups/cal/H1/measurements/SUSETMX_L3_SS/SUSETMX_L3_SS_20250920T183850Z.hdf5

Images attached to this report
Non-image files attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 09:14, Monday 22 September 2025 (87057)CAL, SUS

Adding a comment here to note two things:

The thermalization adjustment of the SRCL offset appears to still be performing well according to the grafana page.

There is a 2% difference in TST actuation strength between the model that was pushed on 8/23 to the model created from this measurement. This is also reflected in kappa TST being about 1.02 after thermalization. This is likely due to charging. Tagging CAL and SUS.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 11:44, Saturday 13 September 2025 - last comment - 17:23, Monday 22 September 2025(86903)
rephasing REFLAIR (PRMI and DRMI locking diode), further locking progress

Elenna, Ryan S, Sheila

This morning Ryan and Elenna were having difficulty getting DRMI to lock, so we locked PRMI and checked the phase of RELFAIR with the same template/PRM excitation described in 84630.

45 MHz phase changed by 7 degrees, 9MHz phase changed by 5 degrees.  The attached screenshot shows that the phasing of RFL45 did have an impact on the OLG, and improved the phase margin.  In that measurement we also added 25% to the MICH gain. 

We accepted the phases in SDF so they were in effect at our next (quick) DRMI lock, but not the gain change.

When we next locked DRMI, we measured the MICH OLG again, and here it seems that the gain is a bit high.  We haven't changed the gain in the guardian since this seemed to work well, but the third attached screen shot shows the loop gain.

After this we went to DARM to RF, and manually increased the TR_CARM offset to -7.  The REFL power diped to 97% of it's unlocked value while the arm cavity transmission was 24 times the single arm level, so following the plot from 62110 we'd estimate our power recycling gain was between 20 and 30. 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 12:42, Saturday 13 September 2025 (86904)

We made two attempts to close the DHAD WFS.  In the first, we stepped the TR_CARM offset to -7 and tried the guardian steps.  Looking at the lockloss it looked like the sign of both DHARD loops was wrong and pulling us to a bad alignment.

In the second attempt, we stayed at the TR_CARM offset of -3 (from DARM_TO_RF), and tried manually to engage them.  The yaw loop was fine and we were able to use the normal full gain.  For the pitch loop, it did seem to have the wrong sign so we tried flipping the sign.  The guardian would step this gain from -1 to -10 at the end of the DHAR_WFS state, we stepped it from 1 to 3, which seemed to be  driving the error signal to zero, but we lost lock partway through this. 

ryan.short@LIGO.ORG - 14:35, Saturday 13 September 2025 (86905)

I have made three more attempts through DHARD_WFS, both unsuccessful. Each time, once in DARM_TO_RF, I've manually engaged DHARD_Y's initial gain, watched the error signal converge, then increased to the final gain without issue. I then would engage DHARD_P's initial gain with the opposite sign and watch the error signal slowly converge after many minutes. Both times, whenever I would increase the DHARD_P gain, soon after the control signal would start moving away from zero (away from the direction it came) and there would be a lockloss.

On the thrid attempt I did the same as before, but this time stepped the CARM offset from -3 to -5 before engaging DHARD_P, but ultimately this attempt didn't work either. I noticed that once the DHARD_P error signal crosses zero, DHARD_Y starts running away (?). If I'm fast enough, I can turn the gains to zero before a lockloss happens, then bring the buildups back up by adjusting PRM. This juggling act of turning the DHARD loops on and off while adjusting PRM went on for a while, but inevitably ended in a lockloss.

sheila.dwyer@LIGO.ORG - 16:00, Saturday 13 September 2025 (86907)

Elenna, Ibrahim, Ryan, Sheila

We had one more attempt at locking, we were able to close DHARD Y wfs with the guardian, and we stepped DHARD P as we stepped up the CARM offset.  Elenna fixed up DRMI along the way as well.

We engaged the DHARD P loop with the usual sign and gain when the TR_CARM offset was -35.  Then we let the guardian continue, and lost lock in the CARM_TO_ANALOG state. 

Ibrahim has a few plans of what to try next.

anthony.sanchez@LIGO.ORG - 17:23, Monday 22 September 2025 (87077)
Images attached to this comment
Displaying reports 1081-1100 of 85677.Go to page Start 51 52 53 54 55 56 57 58 59 End