We're running the stochastic long injection, in concert with LLO, since last Friday they were interrupted by an earthquake (alog 70771).

hwinj stochastic long --time 1372008389  --run

TITLE: 06/28 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 143Mpc
SHIFT SUMMARY: Quiet night, locked at NLN for 17h50.
LOG:                                                                                                                                                                       

Plot attached of jitter nose at 120Hz and the noise at 4.5kHz changing thoughout the lock (CAL-DELTAL_EXTERNAL plotted). High freq noise is muchlower as soon as we lock (black dahsed line) and then quickly gets worse before slowly the 4500Hz noise starts decreasing. Also seen via SQZ BLRMs bands around 135Hz (orange) and 4.6kHz (purple), see attached plot, and in DARM BLRMS band 100-450Hz plot. Tagging ISC.

TITLE: 06/28 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 143Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 4mph Gusts, 1mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY: Locked for almost 18 hours, range in the 140s. Quiet on site so far.

STATE of H1: Observing at 144Mpc. Been at NLN for 14 hours.

I'm attaching the calibration report produced by Tony in LHO 70902. Page three shows tonight's sensing function sweep in a quad plot overlaid with previous sensing sweeps in the current calibration epoch. It looks like we have evidence of a detuned spring in the sensing function.

I'm attaching a screenshot showing a comparison of Camilla's broadband calibration measurement (LHO 70854) with the hot OM2 (LHO 70849) vs a measurement taken last week while the OM2 was still cold. The pink trace shows a measurement taken last week on 6/21 and the green was taken while the OM2 was heated. 

I want to point out the right column, which shows H1:GDS-CALIB_STRAIN_CLEAN / H1:CAL-PCALY_RX_PD_OUT_DQ (since Nonsens cleaning is currently turned off as per LHO 70654 H1:GDS-CALIB_STRAIN_CLEAN is the same as H1:GDS-CALIB_STRAIN_NOLINES). The OM2 TSAMS changes have resulted is roughly 2% additional error at 20Hz, among several other changes that I can't fully explain yet. It's worth noting here that the GDS pipeline applies time dependent corrections to H1:CAL-DELTAL_EXTERNAL in real time as picked up by the TDCFs ("the kappas"). The fact that there are such noticeable differences in H1:GDS-CALIB_STRAIN_CLEAN / H1:CAL-PCALY_RX_PD_OUT_DQ indicates that the effects due to the OM2 being heated on the sensing function are not being tracked by the Kappas. If they were then we'd see two overlaid traces on the PCALY to GDS-CALIB_STRAIN plot.

I'm also leaving a screenshot showing how the kappas changed after the OM2 adjustment (kappas_scope.png). KappaC and Fcc changed by ~1.6% and 3%, respectively. Notably, the UIM kappa was about 2% off and then slid to ~1? 

I'm also attaching trends of the systematic error lines (sys_err_lines_scope.png) from /ligo/home/jeffrey.kissel/Templates/NDScope/uncertainty.yaml (not a typo). Several of the systematic error lines experience a drift after the OM2 TSAMS change. Jeff suggested that changes to the sensing function, which will impact the systematic error measurements (1/(1+G)), could "bleed" into and influence the line measurements that the kappa calculations are based on. More on this later.

refs in attached dtt screenshot:

  refs 0-9: same as listed in LHO 70705

  6/27 om2 hot:
    ref 10: deltal_external
    ref 11: gds calib strain clean

Plot attached, right is a zoom of left. Unsure why the ITMX CO2 laser PZT noise-dived to 0V. Laser temperature looked stable but is now decreasing due to a slightly lower lock point.

TITLE: 06/28 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 17mph Gusts, 14mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY: Been in NLN for 10 hours.

The wind picked up outside and dust monitor counts are EY dust counts are rising with it, see attached.

TITLE: 06/28 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 19mph Gusts, 15mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:
Handing Camilla an IFO Locked for 10 hours.
The wind started to pick up in the last 3 hours and the Dust monitors in the optics lab are starting to sound off.

 

TCS Chiller Water Level Top-Off - FAMIS 21124

Inherited H1 which was already locked for about 2 hours.
If Livingston unlockes then I will be trying to take Calibration pcal BB and Sensing function, reload Diag_main, and load IMC_LOCK.

1:32 UTC:
Dropped out of Observing and into commisioning due to an accident. See alog.
Since we were no longer in Observing, I took the oppertunity and DIAG_MAIN & IMC_LOCK were reloaded.

Livingston then fell out of observing, and we took the lucky oppertunity to make a calibration measurement. See alog.

NOMINAL_LOW_NOISE was reached again at 2:35

Current H1 IFO Status: NOMINAL_LOW_NOISE & OBSERVING. 

1:45 UTC:
Took ISC_LOCK to CNLN_CAL_MEAS
& ran the following terminal command:
pydarm measure --run-headless bb sens pcal
I took a screen shot of the Calibration monitor screen.
Report file path:
/ligo/groups/cal/H1/reports/20230628T015112Z/H1_calibration_report_20230628T015112Z.pdf

Got back to NOMINAL_LOW_NOISE at 2:35 UTC

I was preparing some new ASC filters for testing tomorrow, so I placed the new filters in unused filter banks of CHARD P. I loaded the coefficients, not realizing there were other differences in the ASC file. This pulled us out of observing. I am not sure what the ASC diffs were, as they were all related to the camera servos. Before Tony or I could investigate what the diffs were, they resolved themselves. It looks like the camera servos briefly turned themselves off and back on.

Apologies for the out-of-observing! It looks like whatever the issue was, it resolved itself.

[Jenne, Jason, Daniel]

Since Daniel has seen so much coherence with REFL port RIN (alog 70611), we thought we'd try increasing the ISS gain in case it's due to our being gain limited at high frequencies. 

We didn't have much phase margin at all in the second loop (Measured last week in alog 70684), but we did in the first loop (last measured Feb 2022, alog 61826). 

So, we increased the first loop by 6 dB (first attachment), now UGF is 46kHz with 39 deg phase margin.  The gain slider is now at 11 dB.  We also had to adjust the output offset from 5 to 4.3.  We can turn on / off the first loop at input power of 2W just fine.

We increased the second loop by 4 dB (second attachment), now UGF measured at the -20dB line is 37 kHz with 32 deg phase margin.  We had tried increasing the second loop by a further 2 dB (third attachment), but we decided that 41 kHz UGF wasn't worth having only 23 deg phase margin.  These measurements were both taken with the input power at our current nominal 60W, but PRM and both ITMs misaligned.  For the current lock (as well as for all these measurements) we just changed the gain after the ISS second loop was closed and DC coupled.

Still to do: At low power / DOWN in IMC_LOCK, the ISS second loop gain slider should be -2 dB (that's where all the offsets were most recently tuned).  Then, in CLOSE_ISS, once the ISS is closed, the gain slider should be increased to +2 dB.

Also to do - make sure we know / remember how to get the SR785 connected to the wifi so we can download the data to the control room workstations.

TITLE: 06/27 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 142Mpc
SHIFT SUMMARY: Maintenance day. Recovery was straight forward and hands off, aside from some automation testing (DRMI/PRMI less waiting, even shorter power up times). We've been in and out of observing breifly for a SQZ issue and then a timing port difference. Locked for 2+ hours
LOG:

• 1514 Lockloss - alog70861
• 1600 SNEWS test received
• 1955 Started relocking
• 2115 Observing
• 2124 Out of observing to fix issue with the squeezer
• 2136 Observing                                        

TITLE: 06/27 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 140Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 23mph Gusts, 20mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY:

Inheriting H1 while it's locked for 2 hours in NOMINAL_LOW_NOISE & OBSERVING.

WP 11139

The temporary setup for synchronizing the Beckhoff system with the NTP server was removed. Part of WP 11139. The following terminals were powered down and removed from MSR Rack 8.

1. EK1101 coupler
2. EL3004
3. EL6688

The EK1101 coupler was connected to the spare Beckhoff computer. The EL6688 terminal was connected to the NTP server. Spare computer was powered off.

Here are a couple plots of oplevs and OSEM signals during our last lock, focusing on the change related to turning on the OM2 TSAMS. I plotted test mass top mass OSEMs and oplevs (in case they told different stories), and the OSEMs for SRM, SR2, OM3 and OMC.

Conclusion: there doesn't appear to be an alignment change in the arms. We hypothesized that a change in the signal to WFS 45 could change the DHARD and MICH alignment loops. That doesn't appear to be the case. However, we do see a pretty clear change in the OM3 and OMC alignment. There might be some OMC ASC alignment offsets we could try in order to mimic the changes we are seeing from the OM2 change.