Sat Nov 09 10:05:20 2024 INFO: Fill completed in 5min 17secs

Note to FMCS, MY chilled supply water temp increase which started around 9am Fri 08nov2024 PST.

TITLE: 11/09 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 4mph Gusts, 3mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.40 μm/s
QUICK SUMMARY:
Walking in I was greeted with ISC_LOCK in Engage Soft Loops.
Unfortunately we lost lock at Transition_From_ ETMX  and again at DRMI
Starting an Initial_Alignment

Notes on OWL:
IFO called Ryan early in the morning https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=81160.
Over the Owl Shift there were a number of locks and locklosses, I'll follow up with a comment to this alog with more information about each lockloss.

H1 called for assistance from the 2 hour "NLN" locking timer expired, We were at LOWNOISE_COIL_DRIVERS and reached NLN shortly after and Observing at 10:41 UTC. I didn't have to touch anything. 

TITLE: 11/09 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 155Mpc
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY:

I was passed a Locked IFO:
Lockloss potentially Caused by PSL issues:  https://ldas-jobs.ligo-wa.caltech.edu/~lockloss/index.cgi?event=1415141124

Relocked by 23:38 UTC
Lockloss potentially Caused by PSL issues https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=81153

Relocked by 3:50 UTC after an Initial Alignment
Unknown Lockloss https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=81156

H1 Is currently Locked and Observing for 2 Hours.
Everything is currently running smoothly now.

LOG:
Josh -> H2 building to retrieve laptop.

J. Freed,

PRM shows very little coupling but there was a strong ~9.6Hz unknown noise was introduced.

Yesterday we did damping loop injections on all 6 BOSEMs on the PRM M1. This is a continuation of the work done previously for ITMX, ITMY, PR2, and PR3

As with PR3, gains of 300 and 600 were collected (300 is labled as low_noise).

The plots, code, and flagged frequencies are located at /ligo/home/joshua.freed/20241031/scrpts. While the diaggui files are at /ligo/home/joshua.freed/20241031/data. This time, 600 gain data was also saved as a reference in the diaggui files (see below), saved in 20241107_H1SUSPRM_M1_OSEMNoise_T3_LN.xml

Unknown Lockloss
This Lockloss does not have the same PSL_FSS signal signaturet that the previous locklosses tonigh have had.

Vickie and I are both thinking that this was a different type of lockloss then what we have seen earlier tonight.

Another lockloss
Looks like this lockloss may have also been an IMC/ PSL-FSS issue.
 

TITLE: 11/08 Eve Shift: 0030-0600 UTC (1430-2200 PST), all times posted in UTC
STATE of H1: Observing at 161Mpc
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 4mph Gusts, 1mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.43 μm/s
QUICK SUMMARY:
H1 has been locked for 1 hour.
All systems running well.
Lockloss potentially Caused by PSL issues

The first Channels that show motion is the H1:PSL-FSS_FAST_MON_OUT_DQ

Relocking now, Currently @  Engage soft loops.

FAMIS 26448 : Trend the BRSX & BRSY Drift

The minute  trends of the driftmon for BRSX hav 2 spikes but both of those are from Jim adjusting the BRSX on Sep 19th and Sep 24th.

TITLE: 11/08 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 161Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Putting my alog in early since I'm leaving early. Currently observing at 160Mpc and have been Locked for 50 minutes. Secondary useism is high-ish, but we just went back to CALM from USEISM. The relock attempt from when I came in this morning wasn't too bad, and then relocking after the lockloss was also not bad besides SRM tripping during SRC align in IA and not wanting to lock SRC.
LOG:

15:30 In PREP_FOR_LOCKING
    - stuck?
15:42 DOWN and then started relocking
    16:28 Lockloss from MAX_POWER
    16:43 Lockloss from ACQUIRE_DRMI_1F
    16:45 Started an initial alignment
    17:04 Initial alignment done
17:55 NOMINAL_LOW_NOISE
17:59 Observing

20:17 Lockloss due to earthquake
    20:25 Started an initial alignment
        - SRM WD tripped during SRC aligning
            - I raised the WD trip level for SRM M3 to 200 from 150 since we get this tripping quite a bit
            - Tried SR2 align and AS centering again, didn''t work
            - Left IA
    20:56 Left IA, relocking
21:46 NOMINAL_LOW_NOISE
22:05 Observing

Lockloss @ 11/08 20:17UTC after nearly 2.5 hours locked due to a local earthquake

[Tony, Erik]

CDS Laptops have been locking up when the lid was closed then reopened.

There is a fix, but it has to be applied by individual users.

From the "Applications" menu (upper left) go to "Settings" -> "Power Management" -> "System".

Screen shot attached.

With "On Battery" selected, change the Laptop Lid action action to "Suspend", then change the System sleep mode to "Suspend".

Select "Plugged In" and make the same changes.

The laptop will now go into suspend mode when the lid is shut.  When you reopen it, the screen will be blank for a bit, but if you press the space bar, it will wake up after several seconds.

Also, you may now use your personal account when logging in to the laptop.  The controls user can still be used.  The settings described above are per-user.  If you make the changes as controls, that won't affect your personal account.

If you use the controls user, you may want to check these settings each time you logged in since somebody else may have changed them.

Richard, Oli

We had a Check PSL Chiller verbal alarm almost an hour ago, and Richard heard it beeping in the diode room so he added 120mL of water to the PSL chiller.

Summary:

Attached shows a lockloss at around 11:31 PST today (tGPS~1415043099). It seems that the fast shutter, after it was shut, bounced down to momentarily unblock the AS beam at around the time the power peaked.

For this specific lock loss, the energy deposited into HAM6 was about 17J and the energy that got passed the fast shutter is estimated to be ~12J because of the bouncing.

Bouncing motion was known to exist for some time (e.g. alogs 79104 and 79397, the latter has an in-air slow-mo video showing the bouncing), it seems as if the self damping is not working. Could this be an electronics issue or mechanical adjustment issue or something else?

Also, if we ever open HAM6 again (before this fast shutter is decomissioned), it might be a good idea to make the shutter unit higher (shim?) so the beam is still blocked when the mirror reaches its lowest position while bouncing up and down.

Details:

The top panel shows the newly installed lockloss power monitor (blue) and ASC-AS_A_DC_NSUM which monitors the power downstream of the fast shutter (orange).

The shutter was triggered when the power was ~3W or so at around t~0.36 and the ASC-AS_C level drops by a factor of ~1E4 immediately (FS mirror spec is T<1000ppm, seems like it's ~100ppm in reality).

However, 50ms later at t~0.41 or so, the shutter bounced back down and stayed open for about 15ms.  Unfortunately this roughly coincided with the time when the power coming into HAM6 reached its maximum of ~760W.

Green is a rough projection of the power that went to OMC (aka "AS_A_DC_NSUM would have looked like this if it didn't rail" trace). This was made by simply multiplying the power mointor itself with  AS_A_DC_NSUM>0.1 (1 if true, 0 if false), ignoring the 2nd and 3rd and 4th bouncing.

All in all, for this specific lock loss, the energy coming to HAM6 was 16~17J, and the energy that got past FS was about 11~12J because the timing of the bounce VS the power. OMC seems to be protected by the PZT though, see the 2nd attachemt with wider time range,

The time scale of the lock loss spike itself doesn't seem that different from the L1 lock loss in LLO alog 73514 where the power coming to HAM6 peaked tens of ms after AS_A/B/C power appreciably increased.

OMC DCPDs might be OK since they didn't record crazy high current (though I have to say the IN1 should have been constantly railing once we started losing lock, which makes the assessment difficult), and since we've been running with bouncy FS and the DCPDs have been good so far. Nevertheless we need to study this more.