Fri Mar 20 10:19:50 2026 INFO: Fill completed in 19min 46secs

This is for FAMIS #39756.
Laser Status:
    NPRO output power is 1.839W
    AMP1 output power is 70.43W
    AMP2 output power is 139.3W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 13 days, 15 hr 44 minutes
    Reflected power = 27.02W
    Transmitted power = 104.2W
    PowerSum = 131.2W

FSS:
    It has been locked for 0 days 3 hr and 56 min
    TPD[V] = 0.4857V

ISS:
    The diffracted power is around 4.3%
    Last saturation event was 0 days 20 hours and 40 minutes ago

Possible Issues:
    PMC reflected power is high

TITLE: 03/20 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 32mph Gusts, 27mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.14 μm/s 
QUICK SUMMARY:

Moves starting in the lvea and in the schedule there is the possibility of closing Gate Valves today.  IMC_LOCK is DOWN and ISC_LOCK is in IDLE.  Had Lab dust alarm at 609am (due to cleaning?).

TITLE: 03/20 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: Beam hunting at SQZT8 wrapped up and the FCES is back to Laser SAFE. Ground noise measurements and work in the optics lab finished as well.

Sheila asked for some plots to compare positions of SRM, OM1, and OM2 to have an idea of their SQZ beam pointing. The first attached screenshot shows the last time DRMI was locked this morning with WFS centering on, so the OMs are in their final positions. The second attached screenshot is from this evening when I took H1 into single-bounce configuration at 10W input power where SRM is misaligned and used the AS_CENTERING states in the ALIGN_IFO Guardian to align the OMs, then offloaded their positions to sliders. One could see that there are slight discrepencies in the alignment of the OMs when comparing their positions between the two scenarios, some of only tens of microradians and others up to 130 microradians in OM1_P's case.

LOG:                                                                           

The USGS stream was switched to a new service on March 16.  Seismon is now using the new stream.

TITLE: 03/19 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Ibrahim
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 21mph Gusts, 16mph 3min avg
    Primary useism: 0.14 μm/s
    Secondary useism: 0.19 μm/s 
QUICK SUMMARY: SQZ recovery continues into the evening with beam hunting at SQZT8; no calls for any IFO locking attempts before arm gate valves are closed in the morning. A M5.2 EQ is rolling through from the Caribbean.

TITLE: 03/19 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

IFO is in IDLE for ENGINEERING

TLDR: Productive day. DRMI is locking easily (manual/by-hand locking). Main priority now is proving SQZ works, which Sheila and Camilla are working on.

After my initial alignment at the start of the day, we managed to lock DRMI by hand, tuning it as we got closer. DRMI to 3F still does not work. Elenna worked on fixing it by isolating the problem to a MICH loop. Details are in alog 89567. During this testing process, DRMI would automaticall relock over 10 times, which is good. 

Meanwhile, Sheila, Gabriele and Camilla were working on getting SQZ to work. Between the control room, FCES and SQZT7, they managed to find flashes and are now working on alignment. Alog 89569 documents their progress.

In the LVEA, VAC identified a faulty ion pump and closed HAM1 gate valves (a small pump one not the arm one since this is causing some confusion). EE continued cabling work.

Otherwise, Jim reports that SEIMON has not been working for 7 days and so EQ auto-detection may be faulty and should be monitored.  

LOG:

This update has been in for a little while, but I apparently didn't document it at the time.

I've updated the OPS Overview medm screen to reflect the addition of the JAC and JM suspensions in HAM1. There's a new JAC status box above HAM1, which like the IMC, will change color depending on the status of JAC for easy reference. I've also added another power readout below HAM1 to show JAC transmission; the channel used here is H1:JAC-TRANS_A_DC_POWERMON, roughly calibrated to Watts. The label for this readout is "IMC INPUT POWER," and the label for the monitor beneath the PSL now reads "JAC INPUT POWER" (even though that channel is still H1:IMC-PWR_IN_OUT16, which is a bit of a misleading channel name now).

Camilla, Gabriele, Sheila

This morning went to the FCES to look for the beams again.  We turned the light into the FCGS fiber up to 4.7mW, then we were able to spot a bit of green light on the FC2 baffle and coming out onto SQZT8 (photos with Keita's camera will be attached tomorow).  This beam was coming through the uncoated part of FC2, we were able to see this on the +X side of FC2 but not on the other side (probably clipped on the viewport).  We put the beam somewhere on the coated face of FC2, and then we see much less green light on SQZT8.  We moved FC1 + FC2 to see some kind of green flashes in the cavity, and also saw some IR flashes.  

We returned to the control room, and switched the IR back to CLF from seed.  We spent a good deal of time walking ZM2, ZM3, FC1, and FC2, and see some level of flashes in both IR and green, and a small transmission back through the VIP towards SQZT7.  We can see that the co-alignment of green and IR isn't perfect.  

Camilla is continuing this walking, but we will likely need some time tomorow to get all the beams going in the right places. 

Ibrahim, Ryan C, Gabriele and I did a bunch of work to help the locking effort of DRMI today. Here is a summary of some of the work I did.

We noticed that after being in DRMI locked for a while, we would see something ring up and cause a lockloss, close to 26 Hz in frequency. I checked the OLG of the PRCL loop and it has lost some phase at low frequency, with a zero crossing around 25 Hz. I doubled the PRCL gain and this averted the problem. Sheila mentioned offhand that this might be a phasing issue, but until that can be worked out, we need a factor of 2 gain in PRCL to remain stable in DRMI lock. Compare the blue trace on this plot (today before double gain) to the green trace (old reference) and the red trace (after the gain was doubled).

I then tried to work on the 3F transition. I tried driving a PRCL line at 88 Hz, and I phased REFLAIR RF27 to maximize the signal in I phase. I tried switching the signal over to PRCL 3F several times and this worked repeatedly, as long as the PRCL gain had the factor of 2 in the gain. I changed the phase by 90 degrees. This plot compares before (dotted) and after (solid). Here is the SDF.

I tried phasing REFLAIR RF135, and this is where I was not successful. I tried adjusting the phase to maximize the MICH signal in Q, driving a MICH line at 88 Hz. I went +90, which failed, and then I tried -90 which also failed. To see what I was getting wrong, I put the MICH 3F intrix values into the XARM input matrix on the LSC screen, and took a transfer function of MICH on 1F to the XARM 3 F signal. The phase was correct, but the gain was wrong by a factor of 2. I tried doubling the 3F intrix values and running the handoff again but this cause another lockloss. Therefore, I have reverted by changes to the RF135 phase to 115 deg, and I'll just give up on this for now, since I clearly don't understand what I'm getting wrong.

I'm not sure if we want to adjust the 1F phasing further or go with the double gain on PRCL, so I'm not going to make any guardian changes at this time.

The only permanent change I have made at this time is the updated REFLAIR RF27 phase, which has been SDFed. All other changes have been reverted.

Thu Mar 19 10:20:52 2026 INFO: Fill completed in 20min 48secs

TITLE: 03/19 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 21mph Gusts, 18mph 3min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.21 μm/s 
QUICK SUMMARY:

IFO is in IDLE and ENGINEERING

Plan today is to continue locking. I will start with an initial alignment.

HAM3 ISI had tripped around, 4:30 UTC (9:30 PT) and was followed by 3 HAM3 CPS Glitches.

TITLE: 03/19 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: I think the +90 phase is incorrect on RF45, and so is -90. I've been able to lock PRMI and DRMI easily this evening, but I lose it as soon as we engage DRMI_3F, more sensors to phase.
LOG:                                                                                                                                                                                                                                                                                                                

• 23:43, & 23:47 UTC SEISMON crashed
• 00:20 UTC Erik brought SEISMON back in the capacity that he could so I could get SEI_ENV out of error, now its just mad about dead seismon channels which cleared a few minutes later
• 01:00 UTC I'm losing lock now as soon as I engage DRMI_3F, so these sensors need to be rephased (REFLAIR_B27I, REFLAIR_D135Q)
  • I tried to guess, +/- 90, +/- 45. -45 was the slowest to lose lock, it had a noticable 30Hz oscillation in RF18
  • After a full lockloss I tried to turn back on MICH ASC now that the alignment is good
    • +/-90 phase on RF45 did not work, both exibited the same behavior. I turned it back off, the BS glitching was really not helping here
    • An interesting behavior I saw a few times was that DRMI would lock as a TEM01 then the BS would have a small glitch then it would shift to TEM00

Elenna, Keita, Oli

Input alignment:

Today Elenna and I finished fine-tuning the alignment into the BHSS, so now our beams pass through both sets of irises on the alignment tooling plate, so they should be well aligned to go into the OMCs nicely.

OMCA in cradle:

We also opened up what is going to be OMCA (SN 103) and placed it in its cradle. We followed the installation instructions and placed the OMC 1mm away from the three installed horizontal stops, but then we noticed that lining the short end up against the side horizontal stop led to the OMC overhanging the cradle on that side by a few mm. We're not sure if these end stops are also supposed to be further inwards than 1mm (the instructions just specify that they (the horizontal stops) will be touching the OMC 1mm in), but if we placed the other end stop in with the way that the OMC is currently positioned, that other stop would have to screw in at least 3 or 4 mm to meet up with the OMC. We will add photos of this tomorrow.

Installing DCPDs onto OMCA:

Keita and Elenna (who was chained to the optics table via grounding strap) very carefully trimmed the DCPD wires for D1-20 and C1-12 and placed them in the DCPD mounts for DCPD A (which is what we think TRANS is), and DCPD B (which is what we think REFL is), respectively. Faceplate SN 10 was installed onto DCPD A, and faceplate SN 06 was installed onto DCPD B to hold the PDs in place. It was very hard to get the length of the DCPD pins right, and getting the faceplates on and secured. There seems to be a small gap in between the faceplates and the DCPD housing (pic1, pic2), but LLO has the same thing happening so it seems okay. 

Checking pins

After we used a multimeter to check that the case pins followed D220027. According to D220027 the case pins should be going to pins 6 and 9, but we found that they went to what we thought were pins 1 and 4 when we were looking at the prongs. Later we found that the DB9 pin layout is read the other way, so that means that it was actually pins 2 and 5. This still doesn't line up with D220027, but looking at the schematic for the cable D2300119, it turns out that the wires for the Cases for the two DCPDs are shifted so that the Cases do actually go to pin 2 and pin 5, so they're wired correctly! It's just that D220027 is wired up incorrectly and appearantly the cable pins are read with the prongs facing away from you for some reason.

OMCA is looking pretty good so far! (pic3, pic4)

Summary of installed serial numbers:

OMCA (SN 103)

• DCPD A (TRANS)
  • DCPD: 1D-20
  • Housing: SN 10
• DCPD B (REFL)
  • DCPD: 1C-12
  • Housing: SN 06

Jennie W, Ryan C,

The JAC guardian got stuck in the 'LOCKING state after I lost lock of JAC and IMC while trying to inject onto the IMC PZT earlier today.

I think this was because the input power was at 2W when we lost lock and this is high enough powert that the shutter on the JAC REFL PD won't open.

This gives an error message currently saying the 'Shutter closed. Check shutter trigger values' and I added 'and input power' to the end of it and loaded and committed this change to the svn.

It would be good if we could have something that takes us back to 2W if the JAC unlocks.

After talking to Ryan C he has a decorator for the IMC guardian that does something similar so he is looking into this.

NB: from 1-3.30pm PST I was trying to do jitter transfer function measurements by injecting with the PSL PZT and meauring on the IMC WFS. I think what I actually need to do is measure on the JAC WFS so I will come back to this tomorrow.