TITLE: 03/28 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 7mph Gusts, 6mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.50 μm/s
QUICK SUMMARY:

• There was a large EQ ~ 8 hours ago
• We just had a LOWNOISE_ESD_ETMX lockloss
• Wind is low, secondary microseism is just at the 90th percentile

H1 called for assistance at 07:13 UTC when ISIs tripped for every QUAD, BS, and HAM8 due to a M7.7 earthquake and M6.4 aftershock out of Myanmar. Lockloss happened earlier at 06:33 UTC because of the S-waves of this quake, I'm assuming. At the worst of the shaking, peakmon was at the highest I can recall seeing it at over 128,000 counts.

H1 will be down for a while. I'll check in after a bit and untrip platforms if the shaking has calmed enough and start locking.

Follow up to LHO alog 83200 and LHO alog 80863.

Brian and I thought of a better way of getting the M1 OSEMs in PR3 calibrated relative to the HAM2 GS13s: Use the ISI drives in L, T, V for frequencies above the suspension resonances to get an absolute calibration.

We can use the measurements Jeff took in LHO alog 80863 and project them in the OSEM basis, then use the translational (Longitudinal, Transverse, Vertical) drives to calibrate the OSEMs. Since the GS13s are calibrated to [m] all of the transfer functions (shown in the first attachment) are in [OSEM meters]/[GS13 meters]. At high frequencies (sufficiently above the resonances) the OSEMs should just be measuring (-1)*ISI motion, because the suspension is isolated. The calibration error will depend on how well we are able to drive L,T,V from the ISI without cross-coupling to any other DOF.

Figure 1 attached shows the 6x6 transfer matrix between the ISI drives and OSEMs (inputs are columns, and outputs are rows). We highlight the 6 translational transfer functions that can be used to calibrate the OSEMs in red. The drives seem decoupled enough to do the calibration (for example, we expect to see a length drive only in LF and RT, no motion anywhere else).

Figures 2,3, and 4 show a detail of the 6 transfer functions we will use for calibration, all of them should be scaled to 1 [OSEM m]/[GS13 m]. The scalings are:

TITLE: 03/28 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Just got to NLN and into Observing. When trying to relock earlier, we did have a lockloss from DHARD_WFS for some reason, but no issues after that. The wind is currently low but has had a couple instances of quickly spiking up above 20/25mph before dying back down, the second of which came with very heavy rain. Hopefully that doesn't happen again during the night. The secondary microseism is still very high, but doesn't look to be getting worse.
LOG:

23:30 Relocking and in OMC_WHITENING damping violins

00:33 NOMINAL_LOW_NOISE
00:34 Observing

03:03 Lockloss
    - Lost lock at DHARD WFS
    - Ran an initial alignment

05:06 NOMINAL_LOW_NOISE

05:07 Observing

Lockloss @ 03/28 03:03UTC after 2.5 hours locked. Of course right after I put in my midshift report saying that we were locked

Observing at 155Mpc and have been Locked for 2.5 hours. Nothing to report

TITLE: 03/27 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Microseism
INCOMING OPERATOR: Oli
SHIFT SUMMARY: Calibration and commissioning started the day. After a lock loss at 12PT we have been struggling to relock. We just recently made it to the last state before low noise, but the violins are very high from a few lock losses at Transition_From_ETMX and Move_Spots. Oli is damping those now and hopefully we'll be back to observing soon. It's not entirely clear why we had issues relocking. The primary and secondary useism are definitely elevated, but at levels that we have locked before. Wind is under 20mph, as well.
LOG:

• 1810, 1815, 1818, 1832 HAM7 WD tripped when squeezing was turned off
• 1900 Lock loss                                                                                                                                                                                                                                                                             

TITLE: 03/27 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Microseism
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 17mph Gusts, 11mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.51 μm/s
QUICK SUMMARY:

In OMC_WHITENING and damping violins. Hopefully we'll be back to Observing soon.

After this morning's SRCL offset change and SQZ NLG change 83589, I returned FC de-tuning to -34Hz, SQZ angle to 171, and OPO trans setpoint to 80uW. Adjusted OPO temp and measured NLG to be 12 following 76542

FranciscoL, SheilaD, JeffK

I compared the sensing functions from calibration reports 20250327T160138Z, and 20250322T190652Z to look for correlations with the SRCL offset change done before the routinely Thursday calibration measurement. We see a decrease of the detuned SRC spring frequency from 7.343 Hz to 2.191 Hz.

I am attaching each sensing model generated by pydarm. Second attachment (20250322T190652Z_sensing_mcmc_compare) is for the measurement done last Saturday, third attachment (20250327T160138Z_sensing_mcmc_compare) for the measurement done today. We trust the model because the fit (orange trace) and the data (green dots) match well above the 10 Hz fit range. Additionally, the data on both measurements below 10 Hz shows a similar behavior. This gives us (1) confidence that the change in the sensing function was indeed from SRCL detuning and (2) we may have other sources of coupling into the sensing function -- thinking about DHARD as the main culprit.

The first attachment (sensing_ratio) shows the relative change of each measurement labeled by their report id. We see that the latest calibration measurements (orange and black), have been consistent with the latest front-end calibration (blue) -- more confidence towards SRCL changing the sensing function.

While this improves the detuning of the interferometer, the overhead to update the calibration has deemed to high for the few days left that will be running. We will reassess when we are close to coming back into observing mode (June)

What I did to make plots:

(1) Get the report from the calibration measurement this morning:

In the terminal -- no need to activate any environments or configuring the terminal in any way -- running

will create a report of the latest measurement that was done. This command will not change FE calibration so, for now, this is a safe way to get data and manipulate/evaluate it.

(2) Used script to retrieve sensing function measurements from calibration reports:

The script located at

will load the measurements as provided by their report id. I personally chose a dictionary to add comments for labeling purposes. The function 'sensing' will load the measurement and get the response. The rest is plotting aesthetics.

NOTE To enable the pydarm package -- and run the script -- run in terminal

J. Kissel, S. Dwyer

Sheila and I were finally able to use an SR785 by HAM6 ISC-R5 (see setup and discussions in LHO:83523, LHO:83466, and LHO:83468) to inject a loud sinusoidal excitation into the OMC DCPD transimpedance amplifier TEST inputs via analog interface of the OMC DPCD whitening chassis. 

Remember, this is in hopes to mimic a PI ring-up and identify whether or not this would cause ~10-100 Hz broadband noise increase in the detector sensitivity, as was seen on 2025-03-12 (LHO:83335).

We saw NO broadband low frequency noise increase with an excitation amplitude that results in a factor of 5x *higher* photocurrent on the DCPDs than during the PI ring-up.

I attach a four-panel plot, and because that makes each panel small, I also attach the same plots zoomed in to each panel.
In the plots, I'm comparing four different times:
    - (RED) 2025-03-12 17:32 UTC -- the time of the 10.4 kHz PI mode ring-up from LHO:83335
    - (BLUE) 2025-03-20 16:13 UTC -- the time I used in LHO:83468 to assess how much drive I should be able to put in,
    - (GREEN) 2025-03-27 17:16 UTC -- a time during the loudest, 250 [mVpk_SE, SR785 SRC output] excitation
    - (BROWN) 2025-03-27 17:30 UTC -- just after we're done with our tests and everything is unplugged in the nominal configuration

Upper panels of 1st Attachment (zoomed in with 2nd and 4nd attachment)-- the 65 kHz version of the OMC DPCD A channel that has NO digital anti-aliasing (under the obfuscated channel name H1:OMC-PI_DCPD_64KHZ_AHF_DQ), calibrated into photocurrent on DCPDA (which needs only a conversion of 0.001 [A/mA]).
    - Left panel (and 2nd attachment) is zoomed in around the 10.2 - 10.5 kHz region, showing the excitation, The acoustic mode forest, and except for the unthermalized data, the 02 (or 20) optical mode hump.
    - Right panel (and 4th attachment) is the full ASD across the 10 Hz - 25 kHz frequency range.

Lower panels of 1st Attachment (zoomed in with 3rd and 5th attachments) -- GDS-CALIB_STRAIN converted to DARM displacement (which needs only a multiplication by the length of the arms, L = 3995 [m]).
    - Left panel (and 3rd attachment) zooms in on the 10-100 Hz frequency region, and
    - Right panel (and 5th attachment) shows the whole 10 - 7000 Hz sensitivity.

There's NO change between BLUE (excitation OFF) and RED (excitation ON), and thus no evidence of broadband noise increase we saw in BROWN (during PI ring-up).

%%%%
Measurement notes
- For no particular reason, we turned on BOTH DCPDA and DCPDB test excitation relays (see LHO:83466 for how). That means our single-ended qqq [mVpk] analog excitation from the SR785, converted to qqq [mVpk] differential by the SR785 Accessory Box (whose TF is 1 [V_DIFF] / 1 [V_SE]), was driving that qqq [mVpk] amplitude into BOTH A & B channels' TEST inputs within the TIA. So, the excitation seen in OMC DCPDA's ADC input is also in DCPDB, and thus the sum of the the two, OMC_DCPD_SUM, the DARM error signal, actually sees twice this amplitude. But, the sum is done digitally, after down-converting to 16 kHz, so it's not relevant to "is the ADC getting saturated" discussions; just important to bring up in "how much of this excitation can the IFO handle" discussions. 

Sheila, Camilla

This morning we changed SRCL offset from -191 to -306 and FC detuning from -34 to -28, as discussed in  83570. Decided to take a  SQZ dataset here.

Increased SHG launch, turned OPO trans setpoint up from 80uW to 95uW to increase NLG from 11 to 19 (as we had earlier in O4). Measured NLG with 76542. OPO gain left at -8.

Had some strange HAM7 CPS glitches and WD trips. Think we manged to avoid these effecting the data.

Forgot to turn of SQZ ASC, realized and then we lost lock, this data is not good as the AS42 and ZM alignment offsets were moving around a lot.

J. Kissel, S. Dwyer

When we apply a large SRCL offset, as we did today LHO:83583, we get more 45 MHz sideband field in the POP port. The POP A LSC RFPD (in HAM1) is demodulated in analog at 45 MHz, and its I & Q signals are piped into a standard 16 bit ADC whose saturation limit is +/- 2^15 = 32768 [ct]. The I channel is used as the error signal for SRCL, and the Q is used as the error signal for MICH, so if we get anywhere near that saturation limit, these loops lose there error signals and the IFO loses lock.

So, just a sanity check, here's the POP A I & Q raw ADC channels across the transition from -191 [ct] to -306 [ct] SRCL offset.

-306 [ct] does not saturate the POP A I or Q ADC channels.

While the SQZ team was commissioning in the control room, the HAM7 ISI tripped 4 times on the CPSs. Looking at the trip plots this looks like the CPS glitches that we have seen in the past (attachment 1).

HAM7 definitely trips more forequently than other ham chambers (attachment 2), and we know that we have seen these when there are people working in the racks nearby, but today the sqz team was adjusting TEC temperatures, closing beam diverters, or just doing nothing when these happened.

FRS33714 filed since I couldn't find one specifically for this, though we do have tickets open for other HAM6 CPS gltiching: FRS: 11640 FRS: 11642 Aggregate IIET: 11643.

Thu Mar 27 10:13:56 2025 INFO: Fill completed in 13min 52secs