Displaying reports 321-340 of 85505.Go to page Start 13 14 15 16 17 18 19 20 21 End
Reports until 10:34, Thursday 23 October 2025
H1 ISC (CAL)
jenne.driggers@LIGO.ORG - posted 10:34, Thursday 23 October 2025 - last comment - 14:03, Thursday 23 October 2025(87684)
Calibration adding line at ~843 Hz

There seem to maybe be lines in DARM that I don't recall from the past, so we're looking in to a few of those.  

The line at 843 Hz seems to be created in the calibration process, since it is present in GDS-CALIB_STRAIN, but not present in CAL-DELTAL_EXTERNAL.  Probably not a problem (unless it's there in NLN), but worth noting that it is *not* related to locking problems, since it's not in the raw DARM data.

Images attached to this report
Comments related to this report
jennifer.wright@LIGO.ORG - 12:10, Thursday 23 October 2025 (87688)

Jenne asked me to check a line around 27 Hz, this does show up in max power  (today see brown trace) but also was there in max power before maintenance Tuesday this week (pink trace).

It doesn't seem to really show up in the NLN state (red trace is before maintenance, blue is one of our locks from early this morning).

Images attached to this comment
jenne.driggers@LIGO.ORG - 14:03, Thursday 23 October 2025 (87697)

My conclusion from Jennie's plot is that that 27 Hz mode isn't a major cause for concern; it's not something new that's giving us trouble.

H1 General
oli.patane@LIGO.ORG - posted 07:40, Thursday 23 October 2025 - last comment - 12:33, Thursday 23 October 2025(87679)
Ops Day Shift Start

TITLE: 10/23 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
OUTGOING OPERATOR: Ibrahim
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 6mph Gusts, 5mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.39 μm/s 
QUICK SUMMARY:

IFO was in IDLE when I got in due to issues last night with a high EY Roll mode. I just started an initial alignment so we can be further along in locking once commissioners arrive onsite. 

Comments related to this report
sheila.dwyer@LIGO.ORG - 09:21, Thursday 23 October 2025 (87681)

Locking attempt 1 this morning:  Locked to full power, Oli ran the asc high bandwidth script (userapps/isi/h1/scripts/revert_asc.py) premptively to avoid having problems with the 1 Hz ring up.  

The last thing this script does is sets the LSC FF gains to 0, 45 seconds after this finished we had a sudden large increase in noise first at 300 Hz in DARM (ETMX ESD) and DHARD then 0.1 second later in CHARD, which unlocked the IFO.  This happened in the close beam diverters state, but is probably not related to the beam diverters.  This is a different problem than what we've been seeing overnight. 

Images attached to this comment
oli.patane@LIGO.ORG - 09:33, Thursday 23 October 2025 (87682)

No gains or anything else in the CHARD or DHARD filter banks were changed in those 45 seconds either, which rules out some other rogue change

Images attached to this comment
sheila.dwyer@LIGO.ORG - 09:56, Thursday 23 October 2025 (87683)

Elenna and I commented out the DHARD boost from low noise ASC, because it takes 45 degrees of phase at 1Hz and so leaving it off may help our improve our 1Hz problems.  This boost was added to improve the stationarity of SRCL to DARM coupling by reducing the DAHRD RMS 77857.  We are leaving it off for now because we can probably go to observing without it if we can stay locked.   

sheila.dwyer@LIGO.ORG - 12:33, Thursday 23 October 2025 (87690)

Next locking attempt we sat for over an hour at full power, without doing the LOWNOISE ASC step.  

We had ETMY saturations when we ran through the ESD transitions, and they continued after DARM was switched, until Elenna turned off LSC FF.  When we turned the feedforward back on ETMY didn't start saturating.  However, at the time that the PRCL and SRCL feedforward came on, the roll mode started ringing up.  We lost lock a few minutes into this ring up, but the amplitude was much smaller than the locklosses from this mode overnight (about a factor of 100 lower).  

We aren't sure if the roll mode was the cause of the lockloss or not.

Images attached to this comment
H1 General
ibrahim.abouelfettouh@LIGO.ORG - posted 23:50, Wednesday 22 October 2025 - last comment - 04:57, Thursday 23 October 2025(87672)
OPS OWL Shift: SDF Diff, Terrible SQZ, EY Non-damping Roll Mode, 1Hz Oscillation

Got called at 10:57PM (PT) and IFO was actually locked in NLN with one SDF Diff, which I accepted and is screenshot is below (IMC_DOF_1_P TRAMP from 0 to 3 and IMC_DOF_2_Y TRAMP from 0 to 3).

Good timing for this since the 1Hz ringup was happening. I saw earlier today that turning on the ASC High Gain might help with this so I turned it on and it seems to be working.

SQZ also looked terrible inthe high-frequency domain. I ran the OPO temp scan and the SQZ Angle, but this did not seem to improve anything (plot attached).

Additionally, the EY Roll Ringup that plagued Ryan C's EVE shift is indeed happening again. I'm unsure what to do about this since it seems he and Rahul tried a multitude of damping techniques without avail.

ASC High Gain was turned off ~5 minutes after it seemed to be working. A minute later, we it rang up again and we lost lock.

So there's two issues (or maybe they're related I don't know):

1. 1Hz Ringup that can be survived while locked but only in High Gain settings

2. ETMY Roll mode which just rings up consistently

Out of ideas - will continue to investigate but nothing seems to be helping.

Images attached to this report
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 00:02, Thursday 23 October 2025 (87673)

Called Rahul for help with the EY Roll Mode

The plan:

  • Move to NLN very very slowly stopping at every stage of powerup and watching for violins
  • Once at NLN watch for the 1Hz ringup and activate High Gain settings

The issue with this plan is that it seems that without the high gain on, the oscillation prompts a lockloss but we'll see what happens as I watch it closely this time.

ibrahim.abouelfettouh@LIGO.ORG - 02:01, Thursday 23 October 2025 (87674)

Lost lock at OMC_WHITENING after spending ~10-15 minutes at each powerup state to ensure EY Roll mode and Violins were low. They were. The 1Hz ringup started on queue as soon as LOWNOISE_ASC turned on and got worse. I think I turned on the ASC High Gain too early - confused as to what caused this lockloss. Trying again. It seems that the slow method works to avoid the EY Roll Mode ringup.

ibrahim.abouelfettouh@LIGO.ORG - 02:13, Thursday 23 October 2025 (87675)

Additionally, Elenna's alog 87658 talks of her plan for how to try to avoid the 1Hz ringup and it involves DHARD_P to HBW using turning off FM8, then FM4. I will do this instead of the entire HBW ASC EQ script.

Lockloss tool sees EY glitching 1.2 before lockloss.

ibrahim.abouelfettouh@LIGO.ORG - 03:47, Thursday 23 October 2025 (87676)

After some DRMI troubles, finally back to where I was before. In about 10 minutes, EY Roll Mode permitting, I will attempt to go to NLN and watch the 1Hz ringup, turning on HBW DHARD_P when I see the ringup.

ibrahim.abouelfettouh@LIGO.ORG - 04:51, Thursday 23 October 2025 (87677)

It worked! (for now). We're in NLN with bad SQZ though similar range to last time we were locked (which isn't that good). The EY Roll Mode is on the rise though and if this lock is like the ones Ryan C (EVE) had, then usually they rise until lockloss in ~45 mins to an hour. I'm going to give IFO at least 10 minutes before re-engaging the DHARD_P LBW. The ringup comes back thereafter according to my last lock and Ryan's too. So, let's see what happens.

Really doesn't look great especially that as soon as we're near NLN, the EY Roll mode begins to trend upwards. Violin modes are going down though.

ibrahim.abouelfettouh@LIGO.ORG - 04:57, Thursday 23 October 2025 (87678)

Well... The mode has rung up again after switching FM4 and FM8 back on... I don't know what to do here. Meanwhile EY Roll Mode is still ringing up despite locking veeery slowly per Rahul's advice.

EY Mode 15 is rung up slightly and damping it per the settings has made things worse - resetting its gain to 0 seems to calm it down.

My not-very-creative-out-of-options plan now is to wait here in these settings and attempt to go back to LBW DHARD P in another 20/30 or so... However, by then we will probably have lost lock due to Roll EY ::(

As expected when I went back to LBW, DHARD P rung up again so that doesn't work either.

While violins are high, they've been much higher before so we're not really ringing them up - they're all reporting as damping now anyway.

OMC DCPDs are going quite wild I assume due to this Roll Mode (attached).

If we lose lock here, I'm just going to IDLE IFO due to inability to stay locked and to avoid any more violin mode ringup. On the bright side, it's nearing DAY shift, involving well-rested experts.

Lockloss 11:51 UTC - IFO in IDLE.

Images attached to this comment
H1 General (SUS)
ryan.crouch@LIGO.ORG - posted 22:03, Wednesday 22 October 2025 (87660)
OPS Wednesday EVE shift summary

TITLE: 10/23 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY: We made it to NLN but the ETMY roll mode took us down, it appears to have rung up each time we get into OMC_WHITENING since maintenance.

I found new settings for ITMX mode13, FM1+FM2+FM10 G= -0.5. 

The first 2 aquisitions we saw the Roll mode ringup but this 3rd time we did not, we slowly brought the IFO up, pausing to look at the mode in CHECK_VIOLINS, 10Ws, 25Ws, MAX_POWER,  TRANSITION_FROM_ETMX, and LOWNOISE_ESD_ETMX.
LOG: No log.

 

Images attached to this report
H1 General (Lockloss)
ryan.crouch@LIGO.ORG - posted 20:19, Wednesday 22 October 2025 (87671)
03:13 UTC Lockloss

I had been in NLN for 35 minutes fighting the ETMY roll mode, I also ran some SQZ stuff since it looked terrible (OPO_TEMP_SCAN, then ANG_SCAN) while in NLN. I was unsuccessful in damping the mode and it eventually grew saturated the DCPDs and killed the lock, there was also increased ground motion from a 5.6 from eastern Russia during this. In the middle of fighting the roll mode I saw the 1Hz oscillation start in DHARD_P so I turned off FM8 then FM4 on DHARD_P which fixed it.

H1 SUS (SEI)
oli.patane@LIGO.ORG - posted 17:24, Wednesday 22 October 2025 - last comment - 20:17, Wednesday 22 October 2025(87659)
PR3 and SR3 L and P Estimators turned off for now

Turns out that I had forgotten to turn the input on for the PR3 P estimator contribution from L (H1:SUS-PR3_M1_EST_P_FUSION_MODL_DRV_L_2GAP) (thanks to Edgard and Brian for having us even consider the estimators!), and that was causing the 0.6 Hz ASC ringups (87658). Even though we're pretty sure we found the cause, we've decided to temporarily turn off the PR3 and SR3 L and P estimators until we're back up and can verify that they are now working correctly.

Images attached to this report
Comments related to this report
brian.lantz@LIGO.ORG - 20:17, Wednesday 22 October 2025 (87670)

Thanks for catching this, Oli. I made a note in FRS ticket 35410 reminding us to make an installation script which automatically sets all the epics variables so we are more likely to get all the right settings from the beginning. 

H1 ISC
elenna.capote@LIGO.ORG - posted 16:48, Wednesday 22 October 2025 - last comment - 18:41, Wednesday 22 October 2025(87658)
0.6 Hz oscillation due to estimator, 1 Hz oscillation still causing lockloss

We managed to track down the source of the 0.6 Hz oscillation that we see at move spots and full power. It seems to be the result of the new pitch and length estimators on PR3 and SR3 that were installed on Tuesday. We tested this by sitting at move spots (after the spots converged), and turning on and off the estimators for a few minutes at a time. When turning ON the estimators, the 0.6 Hz ringing is not immediately apparent- it will slowly grow. However, once the 0.6 Hz oscillation is visible in the controls, turning OFF the estimator immediately stops the ringing. Therefore, we think this is the culprit for this instability. Oli will be turning off the length and pitch estimators for PR3 and SR3 for now. The yaw estimators are still on because they have been operating stably for a long time and were not changed this Tuesday.

We have also put the factor of 2 increase of MICH2 gain into the guardian, since we kept forgetting to add it in. Several locklosses that we thought were due to various other things were actually due to the MICH loop ringing up.

Finally, we just had a lockloss after moving to camera servos because the 1 Hz oscillation began to grow. Here is everything I tried to stop the ringing (none of it worked):

I then had an idea to go to high bandwidth ASC using the seismic script, but we lost lock as soon as I thought of that.

Next plan: go to lownoise length control, skip lownoise asc, go to the final spots and camera servos, stay in HBW ASC and wait for the 1 Hz ring up and see if we can ride it out this way.

Attached scope screenshot shows the 0.6 Hz oscillation disappearing as soon as Oli flipped the length and pitch estimator switches OFF.

Images attached to this report
Comments related to this report
oli.patane@LIGO.ORG - 17:18, Wednesday 22 October 2025 (87661)

Here's the measurements taken for MICH that show the phase margins at different points in the locking sequence

Images attached to this comment
elenna.capote@LIGO.ORG - 17:19, Wednesday 22 October 2025 (87662)

We have been thinking that maybe the MICH UGF is too low (I had a memory that it was supposed to be 8 Hz). Then I found this alog from Evan where he designed it to be 5.5 Hz and the phase margin looks about the same 76631. Note that Oli's measurement was taken after we DOUBLED the gain, so somewhere along the way we lost 6 dB of gain.

elenna.capote@LIGO.ORG - 17:52, Wednesday 22 October 2025 (87665)

I held us at high bandwidth ASC for 9 minutes and there was no 1 Hz oscillation. A few minutes after running lownoise ASC the 1 Hz oscillation came back. It begins first in DHARD P. I stopped the oscillation by running the ASC HI GAIN script that we set up for earthquakes. It looks like the oscillation stopped as soon as DHARD P was put into HBW state. After waiting a few minutes, I put us back into the lownoise state. I have previously been suspicious of DHARD P for being the culprit causing the 1 Hz ring up. My recommendation is that if we see this again, try turning OFF FM8 in the DHARD P filter module (labelled GVBoost). If that doesn't work, just run the HI GAIN ASC script like you would for an earthquake, on the IS sensor config screen.

 

EDIT: I posted this comment too soon- the 1 Hz ringing came back. I tried just turning off DHARD P FM8, but that did nothing. However, going to Hi Gain ASC worked again, so that seems to be a good way to get around this (for now).

elenna.capote@LIGO.ORG - 18:20, Wednesday 22 October 2025 (87667)

I've been flipping back and forth between high and low bandwidth DHARD P. The 1 Hz definitely begins when we are in LBW, and it seems to actually be the lowpass/reshaping in FM4 that is the issue.

I also noticed that there is a glitch in DARM whenever FM4 is turned on or off, so I increased the filter ramp time from 15 to 20 seconds.

To take DHARD P to HBW, disengage FM8, wait for the filter to ramp, then disengage FM4.

To take DHARD P to LBW, engage FM4, wait for the filter to ramp, then engage FM8.

elenna.capote@LIGO.ORG - 18:41, Wednesday 22 October 2025 (87669)

I tried to measure DHARD P to understand what the instability is but we had a lockloss. Looks like it's an ETM glitch?

My recommendation is to put DHARD P in HBW if the 1 Hz starts oscillating again.

H1 General
ryan.crouch@LIGO.ORG - posted 16:21, Wednesday 22 October 2025 - last comment - 18:23, Wednesday 22 October 2025(87657)
OPS Wednesday EVE shift start

TITLE: 10/22 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 21mph Gusts, 17mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.30 μm/s 
QUICK SUMMARY:

Comments related to this report
ryan.crouch@LIGO.ORG - 17:52, Wednesday 22 October 2025 (87664)

00:43 UTC We reached OMC_WHITENING where we will sit to damp violins for a bit.

ryan.crouch@LIGO.ORG - 18:07, Wednesday 22 October 2025 (87666)SUS

IX13 has been the problem mode, I've set its' gain to 0 in lscparams and reloaded the VIOLIN node. I think I have found a new setting for IX13, I changed the phase from -60 to-30 and used a negative gain. Its damping, slowly...

ryan.crouch@LIGO.ORG - 18:23, Wednesday 22 October 2025 (87668)

We've also noticed that the ETMY roll mode is ringing up, turning off the damping made it ringup faster.

H1 SUS (DetChar, SUS)
ryan.crouch@LIGO.ORG - posted 12:01, Thursday 16 October 2025 - last comment - 11:29, Thursday 23 October 2025(87515)
OPS Thursday DAY shift update

18:45 UTC While Jim was running a measurement on ISI HAM5, SUS ITMY started to flash its' red Rocker Switch Death on L2 and report that its' L2 OSEMs were in fault, we also noticed there's a big new line at ~92Hz. Jeff turned off feedback from L2. It looks like it could be a sat amp issue, the L2 sat amp was upgraded this past Tuesday alog87469. Jeff is starting to work on characterizing a sat amp box in the EE shop to swap in. 

We would need a lockloss to swap this component.

We are going to try to go back into Observing for a bit until we can fix it or lose lock.

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 12:31, Thursday 16 October 2025 (87519)

19:31 UTC Observing

jeffrey.kissel@LIGO.ORG - 13:52, Thursday 16 October 2025 (87524)DetChar, DetChar-Request, ISC, Lockloss, OpsInfo
FYI -- we went into observing with the ITMY PUM sat amp OSEM PD's still dead. We turned OFF the ITMY L2 (PUM) to R0 "damping" feedback loop, so the failed sensors *should* not have any impact on the IFO. However, an obvious, loud ~92-93 Hz feature remained new and glaringly obvious in the DARM sensitivity. 

@DetChar / @CW Group Probably best to just veto this observation stretch, unless we -- in the future -- find some amazingly exceptional event. 
     2025-10-16 19:31 UTC to 19:54 UTC.
filiberto.clara@LIGO.ORG - 11:29, Thursday 23 October 2025 (87687)

ITMY L2 (PUM) Sat Amp S1100148 installed on 10/14/2025. Replaced on 10/16/2024 with S1100080.

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=87469

H1 SUS
filiberto.clara@LIGO.ORG - posted 13:11, Tuesday 14 October 2025 - last comment - 11:42, Friday 24 October 2025(87469)
Sat Amps Modified: L2 (PUM) Stages for ETMX, ETMY, ITMX, and ITMY

WP 12836
ECR E2400330
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 OSEM
ETMX L2 (PUM) S1100146 S1100119 ULLLURLR
ETMY L2 (PUM) S1100137 S1100127 ULLLURLR
ITMX L2 (PUM) S1100135 S1100118 ULLLURLR
ITMY L2 (PUM) S1000277 S1100148 ULLLURLR


F. Clara, J. Kissel, O. Patane

Comments related to this report
oli.patane@LIGO.ORG - 17:22, Tuesday 14 October 2025 (87481)

Here's the characterization data and fit results for S1100148, assigned to ITMY L2's ULLLURLR OSEMs.

This sat amp is a UK 4CH sat amp, D0900900 / D0901284. The data was taken per methods described in T080062-v3, using the diagrammatic setup shown on PAGE 1 of the Measurement Diagrams from LHO:86807.

The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
plotresponse_S1100148_ITMY_L2_ULLLURLR_20250917.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 L2 S1100148 CH1 UL 0.095:5.19 120.5 zpk([5.19],[0.095],1,"n")
      CH2 LL 0.0957:5.24 120.0 zpk([5.24],[0.0957],1,"n")
      CH3 UR 0.0958:5.24 120.125 zpk([5.24],[0.0958],1,"n")
      CH4 LR 0.0967:5.28 120.375 zpk([5.28],[0.0967],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/Results/
2025-09-17_UKSatAmp_S1100148_D0901284-v5_fitresults.txt

Per usual, R_TIA_kOhm is not used in the compensation filter -- but after ruling out an adjustment in the zero frequency (by zeroing the phase residual at the lowest few frequency points), Jeff nudged the transimpedance a bit to get the magnitude scale within the ~0.25%, shown in the attached results. Any scaling like this will be accounted for instead with the absolute calibration step, i.e. Side Quest 4 from G2501621, a la what was done for PR3 and SR3 top masses in LHO:86222 and LHO:84531 respectively.

Non-image files attached to this comment
oli.patane@LIGO.ORG - 17:19, Tuesday 14 October 2025 (87478)

Here's the characterization data and fit results for S1100119, assigned to ETMX L2's ULLLURLR OSEMs.

This sat amp is a UK 4CH sat amp, D0900900 / D0901284. The data was taken per methods described in T080062-v3, using the diagrammatic setup shown on PAGE 1 of the Measurement Diagrams from LHO:86807.

The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
plotresponse_S1100119_ETMX_L2_ULLLURLR_20250916.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 
ETMX L2 S1100119 CH1 UL 0.0949:5.19 120 zpk([5.19],[0.0949],1,"n")
      CH2 LL 0.0971:5.32 120 zpk([5.32],[0.0971],1,"n")
      CH3 UR 0.0964:5.27 120 zpk([5.27],[0.0964],1,"n")
      CH4 LR 0.0957:5.23 120 zpk([5.23],[0.0957],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/Results/
2025-09-16_UKSatAmp_S1100119_D0901284-v5_fitresults.txt

Per usual, R_TIA_kOhm is not used in the compensation filter -- but after ruling out an adjustment in the zero frequency (by zeroing the phase residual at the lowest few frequency points), Jeff nudged the transimpedance a bit to get the magnitude scale within the ~0.25%, shown in the attached results. Any scaling like this will be accounted for instead with the absolute calibration step, i.e. Side Quest 4 from G2501621, a la what was done for PR3 and SR3 top masses in LHO:86222 and LHO:84531 respectively.

Non-image files attached to this comment
oli.patane@LIGO.ORG - 17:18, Tuesday 14 October 2025 (87480)

Here's the characterization data and fit results for S1100118, assigned to ITMX L2's ULLLURLR OSEMs.

This sat amp is a UK 4CH sat amp, D0900900 / D0901284. The data was taken per methods described in T080062-v3, using the diagrammatic setup shown on PAGE 1 of the Measurement Diagrams from LHO:86807.

The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
plotresponse_S1100118_ITMX_L2_ULLLURLR_20250916.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 L2 S1100118 CH1 UL 0.0966:5.27 120 zpk([5.27],[0.0966],1,"n")
      CH2 LL 0.0961:5.25 120 zpk([5.25],[0.0961],1,"n")
      CH3 UR 0.0963:5.26 120 zpk([5.26],[0.0963],1,"n")
      CH4 LR 0.097:5.3 120 zpk([5.3],[0.097],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/Results/
2025-10-14_UKSatAmp_S1100118_D0901284-v5_fitresults.txt

Per usual, R_TIA_kOhm is not used in the compensation filter -- but after ruling out an adjustment in the zero frequency (by zeroing the phase residual at the lowest few frequency points), Jeff nudged the transimpedance a bit to get the magnitude scale within the ~0.25%, shown in the attached results. Any scaling like this will be accounted for instead with the absolute calibration step, i.e. Side Quest 4 from G2501621, a la what was done for PR3 and SR3 top masses in LHO:86222 and LHO:84531 respectively.

Non-image files attached to this comment
oli.patane@LIGO.ORG - 17:21, Tuesday 14 October 2025 (87479)

Here's the characterization data and fit results for S1100127, assigned to ETMY L2's ULLLURLR OSEMs.

This sat amp is a UK 4CH sat amp, D0900900 / D0901284. The data was taken per methods described in T080062-v3, using the diagrammatic setup shown on PAGE 1 of the Measurement Diagrams from LHO:86807.

The data was processed and fit using ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
plotresponse_S1100127_ETMY_L2_ULLLURLR_20250916.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 
ETMY L2 S1100127 CH1 UL 0.0963:5.26 121.25 zpk([5.26],[0.0963],1,"n")
      CH2 LL 0.0958:5.24 121.25 zpk([5.24],[0.0958],1,"n")
      CH3 UR 0.0952:5.2 121.25 zpk([5.2],[0.0952],1,"n")
      CH4 LR 0.0954:5.21 121.25 zpk([5.21],[0.0954],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/Results/
2025-09-16_UKSatAmp_S1100127_D0901284-v5_fitresults.txt

Per usual, R_TIA_kOhm is not used in the compensation filter -- but after ruling out an adjustment in the zero frequency (by zeroing the phase residual at the lowest few frequency points), Jeff nudged the transimpedance a bit to get the magnitude scale within the ~0.25%, shown in the attached results. Any scaling like this will be accounted for instead with the absolute calibration step, i.e. Side Quest 4 from G2501621, a la what was done for PR3 and SR3 top masses in LHO:86222 and LHO:84531 respectively.

Non-image files attached to this comment
filiberto.clara@LIGO.ORG - 11:26, Thursday 23 October 2025 (87685)

ITMY L2 (PUM) Sat Amp S1100148 installed on 10/14/2025. Replaced on 10/16/2024 with S1100080.

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=87515

oli.patane@LIGO.ORG - 11:42, Friday 24 October 2025 (87723)

Note that the satamp for ETMY L2 has now been swapped back to a S1100137, which has been modified for ECR E2400330

alog: 87722

Displaying reports 321-340 of 85505.Go to page Start 13 14 15 16 17 18 19 20 21 End