FAMIS31407

Swapped the filters in the two chillers while they were running this morning. There was slight discoloration in both. The mesh diffusers/flow straighteners had some gunk buildup in them. I have some that should have arrived today that I will put in later.

[Tony, Erik]

We verified that the ETMX hardware watchdog started to count down when the connection from the satellite amps for ETMX was removed.

Bypass will expire:
Tue Sep 30 12:08:51 PM PDT 2025
For channel(s):
    H0:FMC-CS_FIRE_PUMP_1
    H0:FMC-CS_FIRE_PUMP_2
 

At the weekend, Ryan reduced the OPO Trans Setpoint form 80uW to 75uW. Today I used the SQZT0 SHG waveplates to maximize the power available to the Pump and then I minimized rejected HAM7 power. After doing these, with the OPO locked at 75uW, the OPO_ISS control mon is at 2.5V, it is unhappy normally when below 2.0V. I am able to lock the OPO with 80uW OPO trans setpoint, but the OPO ISS controlmon is at 1.4V so probably wouldn't last very long. Leaving with the 75uW setpoint. 

NLG as per 76542:

WP12814

Jim, Erik, Dave:

I have rev-locked built and installed Jim's new h1hpiham6 model. This is an internal ADC rewiring of 4 channels, no DAQ restart needed. We will restart the model later this morning when Jim completes his chamber side wiring work.

 TITLE: 09/30 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: EARTHQUAKE
    Wind: 17mph Gusts, 14mph 3min avg
    Primary useism: 1.28 μm/s
    Secondary useism: 0.57 μm/s 
QUICK SUMMARY: Lost lock just a bit ago due to a 6.9 earthquake in the Philippines. Maintenance starting a bit earlier because of this. 

H1 Manager just called to tell me that we've been out of Observing for a bit. I know we recently bumped up the times for the Tuesday morning measurements to run, and that's why we're out of Observing, so I'm ignoring H1 Manager's call for help.

Workstations were updated and rebooted.  This was an OS packages updated.  Conda packages were not updated.

TITLE: 09/29 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
INCOMING OPERATOR: Oli
SHIFT SUMMARY:

Quiet shift with only a brief (& easy) drop from Observing due to SQZ.

Otherwise, locked the entire shift for a lock going on 21.75hrs (so no opportunities to shutt of Annulus Ion Pumps for HAM5/6).
LOG:

• 2339-2350 RyanC dropped by the VPW to check his tire pressure
• 0000-0011 SQZ lockloss & quick recovery (Camilla also left notes in mattermost if there was any troubles with the sqz and locking)

At the top of the hour (within 15seconds), the Squeezer unlocked and took H1 down.  Tony was in here and thought the timing was odd with it happening close to the top of the hour!  (he saw that the PMC went down at 00:00:15).  

The Log for the SQZ MANAGER also notes the PMC as the cause (w/ a message of "LO railing!").

I slowly got SQZ windows opened & got the wiki up and started recovery by Steps:

• #1:  Taking the SQZ MANAGER to DOWN.  Everything came back 
• #2:  Bringing back SQZ_PMC, SQZ_SHG, SQZ_OPO_LR and then SQZ_CLF_LR nodes all to their NOMINAL states
• #3:  This step is where I got a little confused.  The instructions say to take the FC node to GR_LOCKED (got there w/ no problem).  But then the instructions say:  "Trend H1:SQZ-FC_TRANS_C_LF_OUTPUT, if it's peaks are less than 100, follow instructions in below "Issues with SQZ_FC Guardian""."
  • Well, for me, this channel "flat-lined" at about 45-46 counts for GR_LOCKED (I did not see peaks), and this channel has been like this (under 100) for weeks (see attached).
  • So, I opted to NOT follow the Steps for Issues with SQZ_FC Guardian, and at this point, I just took the SQZ MANAGER to FREQ_DEP_SQZ, and this got squeezing & observing back.

TITLE: 09/29 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 149Mpc
INCOMING OPERATOR: Corey
SHIFT SUMMARY: We stayed locked the whole shift, 16 hours.
LOG:                                                                                                                                                 

• 15:31 - 18:35 UTC We dropped Observing to do some commissioning, including some PEM and SQZ tests.
• 19:21 - 21:21 UTC SEI to useism
• 20:06 UTC GRB-Short E605563
• 21:22 UTC Optics lab yellow 0.5 dust alarm

TITLE: 09/29 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 150Mpc
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 9mph Gusts, 5mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.41 μm/s 
QUICK SUMMARY:

Hand Off from RyanC with:

• Target Of Opportunity:  If H1 loses lock and a member of the VAC crew is here, let them know so they can climb on a chamber and adjust a valve.
• H1's been locked over 16hrs, with notes that locking has been straightforward (other than notes of SRM WD trips as of late).
• Seismically, primary µseism band is elevated (mostly just under the 95th percentile). 

During facilities annual flow test and inspection of all site fire hydrants, it was noted that hydrant L9, which resides on the vertex interior nearest the FCE was not fully closing and bleeding a small amount of water. This issue was made worse when an outside group was invited to help troubleshoot the problem and overtightened the stem to the point that it was completely broken. Following this, I (with the assistance of locate) located the service valve and isolated supply of firewater to the hydrant. Given the age of the hydrant, repairing it was cost prohibitive, so a new hydrant was installed. 

It is probably worth mentioning here that the thrust block placed back in ~97' was sizeable. Almost too large for the mini excavator to remove. This came as a big surprise to all involved and should be considered in the future if any hydrant excavation takes place. Also, the as-built location of this hydrants service valve is incorrect. The drawing details the valve being southwest of the hydrant, when it is in fact to the northeast.

E. Otterman R. McCarthy T. Guidry

Sheila, Camilla. Saved to camilla.compton/Documents/sqz/templates/dtt/Fringe_wrapping.xml

ZM2,5 Fridge Wrapping with No SQZ light

As Sheila suggested in 86836, the amount of backscatter we are seeing from SQZ should be due to light from the IFO being backscattered rather than any excess SQZ light. To confirm this I took SQZ DOWN, mis- aligned FC, blocked all three SQZ beams on SQZT0 and re-opened the beam-diverter so that the IFO light could get into HAM7 but there was no SQZ generated light. The ZM2 and ZM5 scatter shelves were the same in both this and the nominal SQZ configurations, confirming all backscattered light is coming from the IFO. Plot attached. This plot does show our ZM5 scatter has increased since 2024, ZM2 is the same.

I did the same with the 30Hz injection too, saved to Fringe_wrapping_nosqz.xml, refs 0-8 are no sqz beams, refs 9-17 are nominal FDS. Plot attached, if anything, the shoulders of the 30Hz peak are larger with no sqz beams, so again, there is no difference. 

ZM2,5 Fridge Wrapping with Different Alignments on OFI_PD_A

In FRS # 35457 and 87071, we theorized that the backscatter could be off the OFI_PD_A which we shows out beam is clipping, when we change the alignment to this PD using ZM4/5, we change the level of light on OFI_PD_A, showing we are clipping and not centered on the PD, but this also changes the level of SQZ so it's hard to compare. Unsure if there's a real difference, plot attached and ndscope. It's possible that with more light on PD_A (less clipping) there is a more scatter and a secondary ZM5 scatter shelf ~25-40Hz. Would want to repeat or misalign more to confirm. 

Other ideas that haven't been done yet: change the temperature of SFI2 and repeat backscatter measurements, repeat above with increased alignment changes the OFI_PD_A changes. 

• 18:22 The SQZ LO lost lock and struggled to relock and delayed the start of the calibration measurement
  • The first issue was the OPO not wanting to lock, following the wiki I started by cycling through DOWN
    • I restored FC2/FC1 alignments based on osems to when we locked the SQZer at the beginning of the lock, no dice
    • I maximized the H1:SQZ-SHG_GR_DC_POWERMON using  SHG_TEC_SETTEMP, accepted in SDF (36.05 -> 35.75)
    • It was still struggling to get a trans of at least 80, it would go right past it. It would get just over 80 then keep adjusting the ISS setpoint and the trans would decrease. I ended up changing the setpoint from 80 to 75 in sqzparams which got it locked.
  • Now the FC won't lock, the green trans is too low, I followed the wiki to maximize it
    • Restored ZM3, moved FC2 to maximize H1:SQZ-FC_TRANS_C_LF_OUTPUT, I couldn't get it above 50. Now it loses it at IR ("CLF frequency out of range")
    • I ran the SCAN_OPO_TEMP state and now it can lock IR
• 19:33 during the calibration measurement it lost lock again
  • The OPO keeps losing lock again. I maximized the SHG temp again, there was a suprising amount of gains still to be had (36.05 -> 35.05). Should I have done this again after running SCAN_OPO_TEMP earlier?
  • FCs not locking again, as soon as the calibration measurement finished it finally was able to hold green lock

Yesterday I went into the optics lab and re-measured the coupling between input beam motion and PD array. While taking measurements I noticed that the injection could not be seen on the AC readouts of the PDs (example) so I tuned the temperature of the laser via changing the resistance of the controller, I went from ~10kOhms up to 13 kOHms and down to 8kOhms and while I found places where the noise reduced see example of noisy trace here, I couldn't find anywhere with the controller where the trace renamed stably in the non-noisy state. I then decided to tune the pump current down from 130mA to ~100mA and eventually found a somewhat stable place. I still had to wait through some periods of noise to trigger the measurement of the PDs.

I alos increased the modulation ampltitude to 80 mVpp. The counts on the QPD LCD readout were 10672, see image.

When the laser is in its quiet state the AC PD traces should comfortably fit on the screen of the osclloscopes with a 5mV scale, with the laser noisy this is more like 100mV, I also use 100mV scale for the QPD, I didn't change it when I reduced the noise on the laser.

The noisy state for the QPD outputs is here, the quiet state is here.

For each measurement I used a capture range of 400ms on the time axis of the scope and 125 000 samples selected on the 'ACQUIRE' menu.

The final measurements are:

PD 1 - 4 measured at AC: T0012ALL.CSV

PD 5 - 8 measured at AC: T0014ALL.CSV

QPD X, Y and SUM channels measured at AC: T0013ALL.CSV

The two DC measurements are going to be averaged so I didn't wait for a quiet time to measure them.

PD 1 - 4 measured at DC: T0011ALL.CSV 

PD 5 - 8 measured at DC: T0010ALL.CSV

To save you need to click on the menu button and change the resolution to be'Full', the format to be CSV and the channels captured to be 'ALL', the file number will roll over every time you save so you don't need to enter it manually.