While studying the improvement made by stray light modifications over the break (summary alog soon), I found that the coupling was minimized by changing ITMY R0 yaw offset from -300 to -250. We want to change the settings before my alog, hence this mini-alog.

SDF Diff accepted.
H1:IOP-SEI_HAM6_DK_BYPASS_TIME

Since the camera servo offset was monitored by SDF in safe.snap, everytime we lose lock, the camera servo offset was set to the values in safe.snap which are kind of random. So I unmonitored the camera servo offset in safe.snap. This will make it easy to look back the camera servo offset in different locks.

TITLE: 04/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: SEISMON_ALERT
    Wind: 8mph Gusts, 5mph 5min avg
    Primary useism: 0.08 μm/s
    Secondary useism: 0.24 μm/s
QUICK SUMMARY:
Some Commissioning was being done until the 16:23 UTC Dophin Crash.
Took all SUS to SAFE
Took all SEI to ISI_DAMPED_HEPI_OFFLINE
Took HAM1 HEPI to MASTERSWITCH_OFF
CDS started restarting DAQs at 16:53 UTC ish

The FC SUS kept trying to put itself into aligned everytime we went into prep for locking even though ISC_LOCK was in IDLE.
I then Manualed ISC_LOCK to IDLE then took SQZ_MAN to Down, then Paused SQZ_MAN and finally I took FC to SAFE for good.

17:33 UTC Took all the SUS back to Aligned.
Then took ISI's & HEPI's back to ISOLATED.
Then took SEI_ENV back to Calm
Started Initial_Alignment 17:53 UTC
Increase_Flashes ran for both arms

IA could not get passed Input align due to IMC unlocking issues seen on friday's Alog 76793

Once the Issue was Identified I took all sliders except for SQZ to 1395811454 ( tail end of the last Initial Alignment) 

Y arm looked bad so I took Yarm sliders only to 1396030446 (Tail end of Increase Flashes)  to get good Y arm Values in Green arms Manual.

INITIAL_Alignment started again and completed near 19:07 UTC.

NOMINAL_LOW NOISE has been reached 19:49 UTC.

J. Kissel, [Corroborated by J. Wright and J. Driggers]
WP 11797

While upgrading the OMCS_MASTER.mdl library part for the OMC Suspension (which now lives in the h1susifoout.mdl top-level model), I found two distressing things:
    (1) The OMC ASC signals that are sent from the h1omc.mdl model -- running at 2kHz -- are not anti-imaged at all before being sent to the OMC SUS DAC -- running at 16 kHz. So, we're sending unnecessary imaging noise to the SUS DAC.
    (2) The OMC ASC L, P, amd Y signals are being sent through a filter bank that does NOT past through the DRIVEALIN matrix, rendering 2019's attempt at diagonalization (LHO:47488) unused.

These bugs have been long standing.
I see it now as I touch the h1susifoout.mdl and the OMCS_MASTER library part for watchdog upgrades, but I'd previously identified the issue when 
 - I was upgrading the front-end models for O4 (i.e. when the OMC SUS transitioned from the h1susomc.mdl to the h1susifoout.mdl) in 2021 (LHO:59652), and
 - When we were identifying which SUS models used the broken "TrueRMS" bloick -- there's a preceding note in the simulink model that suggests this has been around since 2015 or earlier.

We can fix this tomorrow, with *only* a change to the h1susifoout.mdl and OMCS_MASTER.mdl models, and we're already doing that anyways for the SUS watchdog upgrade.


Attached are several series of screenshots showing:
    (1) The signal path from the h1omc.mdl model where the OMC ASC control signals begin, to where they land in the OMC SUS driving in the EULER basis (again WITHOUT going through the DRIVEALIGN MATRIX)
    (2) MEDM Screens showing that in practice we only drive L, P, and Y (as one should for an ASC signal) and we don't use T, V, or R drive and likely never will.
    (3) The existing filters that will need to be copied over, and the DRIVEALIGN gain values that will likely need to be re-addressed -- since effectively we've NOT been using them.

Note -- I checked on how this is done at LLO, and they *do* drive through the LOCK banks and DRIVALIGN banks (BUT they don't have any anti-imaging filters in pace either, even though their ISCINF FM1 banks are ON... whoops)...
So, when we change the OMCS_MASTER library part, this won't affect them.

[Dave, E.J., Erik]

At about 16:25 UTC, the corner station had a timing glitch that put the IOPs on h1susb123, h1sush2a, h1sush34, h1sush56 and h1lsc0 into an error state. 

The affected front ends had no error messages in the system logs.. 

The SUS IOPs all had long cycle times in the tens of milliseconds.  These times are typical of a "dolphin" timing glitch, seen when someone powers on a computer attached to the dolphin network, but no system was powered on in this case. 

h1lsc0 had a long cycle of only 3 milliseconds, too short for a "dolphin" glitch.  Also, it's time_0 value, which reads the clock time at the start of each second was off by 17 milliseconds, though the duotone value was correct. (see attached screen shot).

There's no evidence anyone was in the CER or MSR at the time of the glitch.

The operator put the IFO into a safe state.  Models on the affected systems were restarted.

During the restart, h1susb123 reset it's Ethernet adapter.

Mon Apr 01 10:08:10 2024 INFO: Fill completed in 8min 6secs

Jordan confirmed a good fill curbside

FAMIS 20022

The main chiller alarm was active last night, so this morning I added 100mL of water to stope the low-level alarm.

We plan on doing a remote PMC alignment tomorrow during maintenance to address the recent rise in PMC reflected power.

TITLE: 04/01 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 3mph Gusts, 2mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.30 μm/s
QUICK SUMMARY:
When I arrived H1 had been locked for 40 hours and observing since 4pm yesterday.
Robert has since requested to have commissioning time to do Input arm shake injections.
Incoming 5.5M Earthquake from off the western coast of Guatemala. Lets see if we survive this.

Dust mon Error:
H1:PEM-CS_DUST_PSL101                    Error: data set contains 'not-a-number' (NaN) entries

TITLE: 04/01 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 154Mpc
INCOMING OPERATOR: None
SHIFT SUMMARY:

IFO is in NLN and OBSERVING as of 23:00 UTC (32 hr lock!)

Secondary microseism steadily increasing over last 12 hrs

LOG:

IFO is in NLN and OBSERVING as of 23:00 UTC March 30th. (28 hr 3 min lock!)

Nothing else of note

Several viewport covers along the input arm of the LVEA are still off, so the LVEA should remain in the laser hazard state. I have, however, placed a temporary cover over each of the open viewports for the night.

TITLE: 03/31 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
OUTGOING OPERATOR: Tony
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 20mph Gusts, 18mph 5min avg
    Primary useism: 0.07 μm/s
    Secondary useism: 0.34 μm/s
QUICK SUMMARY:

IFO is in NLN and OBSERVING (24 hr 13 min lock!)

Other:

H1:PEM-CS_DUST_PSL101                    Error: data set contains 'not-a-number' (NaN) entries

TITLE: 03/31 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY:
LOG:
H1 now Locked for 24 hours , and Observing as of 23:00 UTC.
It's been really quiet day for Robert to do PEM injections all day.

SQZers requested a few minutes of SQZ_MANAGER taken to SCAN_SQZANG  which happened at 21:23 UTC                                                                                                                                                                        

TITLE: 03/31 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Commissioning
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 20mph Gusts, 14mph 5min avg
    Primary useism: 0.10 μm/s
    Secondary useism: 0.31 μm/s
QUICK SUMMARY:
H1 has been Locked for 21 hours.
Comissioning all morning for PEM injections.
Survived  numerous earthquakes, and wind gusting above 45MPH.
 

FAMIS 26237

Laser Status:
    NPRO output power is 1.815W (nominal ~2W)
    AMP1 output power is 67.19W (nominal ~70W)
    AMP2 output power is 138.2W (nominal 135-140W)
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN

PMC:
    It has been locked 30 days, 18 hr 28 minutes
    Reflected power = 17.13W
    Transmitted power = 108.9W
    PowerSum = 126.0W

FSS:
    It has been locked for 0 days 19 hr and 0 min
    TPD[V] = 0.8157V

ISS:
    The diffracted power is around 2.4%
    Last saturation event was 0 days 19 hours and 0 minutes ago

Possible Issues: None reported

TJ, Camilla, WP 11746, LLO did in LLO#14419

• Data set A: No mask. Razor blade 2 3/8" downstream of the center of the annular mask
• Data set B: Annular mask in mask. Razor blade 2 3/8" downstream of the center of the annular mask
• Data set C: No mask. Razor blade 10 7/8” upstream of the center of the annular mask