Closes FAMIS85190, last checked in alog91956.
All the fans look the same as they did in the last check. No changes.
TITLE: 09/29 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 16mph Gusts, 11mph 3min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.23 μm/s
QUICK SUMMARY:
Lovely fall morning today.
SUS charge Guardians did not run today.
CDS team hit the ground runnin this mornin! Jonathan is already working on ProxMox, Dave is building models, and Erik has alread rebooted workstations.
I just took ALL SEI_HAM Gaurdians have been taken to ISI_Damped_HEPI_OFFLINE in preperation for restarts.
The IMC_LOCK Guardian has been taken to OFFLINE already.
Notes for Dust mons:
H1:PEM-CS_DUST_LVEA5 Error: data set contains 'not-a-number' (NaN) entries
Expected work today:
Workstations were updated. This was an OS packages update and a conda packages update.
The conda update includes:
This environment updates ndscope to 0.22.3. This changes ndscope to use the ARRAKIS_SERVER environment variable to connect to an Arrakis server. Add "--arrakis" at the command line to select ARRAKIS_SERVER. "--arrakis-server <arrakis-url>" will use a the specified URL.
diaggui has been updated to 4.2.3. It also now uses the ARRAKIS_SERVER variable to populate the Arrakis URL box on the input tab.
diag 4.2.3 now has its own "--arrakis" option to connect to ARRAKIS_SERVER when the "open" command is given.
emacs has been added in an attempt to get newer emacs on to CDS workstations.
A large number packages aimed at ldas analysis pipelines have been dropped because of incompatibilities.
Full list of changes to the conda environment here:
https://git.ligo.org/cds/packaging/cds-conda-distribution/-/wikis/Environments#version-2026-09-28-01
Jennie W
I still have some work to do on the JAC heater but it has stayed locked for 3 days, since Friday when we took the JAC down for an unrelated reason.
There is still some oscillation around the set point but the PZT length fb is staying within a 77V range.
We might need to check this again once we are at 62W for long periods as this will increase the heat load.
We have gone to 10W for periods less than an hour and can see no difference in the PZT length fb over this time.
This is too short a test to say how the cavity will respond to an increased heat load.
The last time I switched the heater off (first cursor) after I reverted some guardian changes on Wednesday that rang up the temperature servo, the system took 2.5 hours to cool down by 0.1 degree C (second cursor), this was the minimum temperature it reached before I switched the heater back on 6 hours later.
Aftyer switching the heater back on with the controller running the temperature took 19 hours roughly to reach equilibrium.
I'm still trying to calculate what frequency to put my lead compensation filter at to speed this up.
Summary: JAC heater working well and staying locked for multiple days at 2W and 10W input power but more tests needed at higher power. The step reponse time is still on the order of 1 day for the system while under control so some more filter changes are neccessary.
(Jordan, Travis, Gerardo)
Today we opened GV5 and GV7, no issues opening both gate valves. Instrument air pressure to open the gate valves was 45 psi, and both of them were set at 55 psi to remain open. The turbo pumps that were on, YBM and XBM main turbo pumps, were stopped, they'll be powered off tomorrow, they need time to stop spinning. After, the purge air compressor and dryer tower was turned off and powered off. The corner station vacuum envelope is back to nominal.
TITLE: 09/29 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: None
SHIFT SUMMARY:
IFO is in CORRECTIVE MAINTENANCE
Calm evening where I helped Tony and Elenna with their ALSY WFS stuff (alog 92085)
Oli transitioned the LVEA back to SAFE in prep for VAC work in the morning.
I secured the two OSB doors that were unlocked for the conference.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:12 | FAC | Kim | EX MX | N | Technical cleaning & Resupply | 16:58 |
| 16:16 | VAC | Jordan | LVEA | N | Isolating the Turbo pumps. | 16:25 |
| 16:59 | Laser Transition | Camilla | LVEA | N | Transitioning to Laser Hazard | 17:16 |
| 17:16 | SQZ | Camilla & Ryan C | LVEA SQZT0 | YES | Aligning beams and AOMs on SQZT0 | 18:32 |
| 17:30 | SEI | Jim & Arno | Mid Y | N | Looking for Cables | 18:11 |
| 17:52 | FAC | Kim | MY | No | Technical Cleanin | 17:51 |
| 18:10 | SEI | Jim & Arno | CER | y | Checking ports on AA chassis. | 18:34 |
| 20:28 | SQZ | Camilla & Ryan | SQZT0 | YES | AOM Alignment & M^2 measurements, Camilla out | 22:29 |
| 20:28 | FAC | Randy | X-arm | N | Sealing the Beam tube. | 23:58 |
| 20:29 | FAC | Mitchell | Mid X&Y | No | Looking for supplies. | 20:44 |
| 22:00 | VAC | Travis Gerardo Jordan | EX | N | Gate Valve 20 prep! | 00:43 |
| 22:31 | SEI | Jim & Arno | LVEA near TCS racks | y | Working on CRS racks. | 00:33 |
| 22:35 | TCS | Camilla | CHETA Lab | yes | Cheta lab work | 23:23 |
| 23:22 | EE | Fil | EX | N | Helping with GV20 work | 00:43 |
| 00:17 | OPS | Oli | LVEA | Y | Transitioning to Laser SAFE | 00:43 |
Jennie W
Elenna asked me to offload the JM1 and PZT alignment offsets in case they get affected in the model restart tomorrow. I will have to add a state for this. Its more annoying to do as the integrators are in the SUS LOCK filter banks for JM1 and in the ASC filter banks for the PZT mirror.
Ibrahim, Oli, Tony
For Yarm script, IY was misaligned.
For TMSY script, TMSY was misaligned
Tony ran the TMSY baffle alignment and the Oli and I ran the ITMY/Yarm baffle Alignment. We can confirm that there are now new offsets. We then ran through ALSY alignment with WFS (and then offloaded them) successfully. In prep for tomorrow's DAQ restart, we have offloaded MCWFS.
TITLE: 09/28 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY:
Gate Valve 5 & Gate Valve 7 are now open! Gate Valve 20 is still closed, BUT.... the VAC team is preparing to open it tomorrow.
IFO beam tube enclosures are being sealed at the cracks between the enclosure.
Dither aka Baffle scripts were ran:
ITMY: MissAligned.
ETMY: MissAligned
Then ran TMSY dither script.
Once finished I then Aligned ITMY then ran the ITMY dither script.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:12 | FAC | Kim | EX MX | N | Technical cleaning & Resupply | 16:58 |
| 16:16 | VAC | Jordan | LVEA | N | Isolating the Turbo pumps. | 16:25 |
| 16:59 | Laser Transition | Camilla | LVEA | N | Transitioning to Laser Hazard | 17:16 |
| 17:16 | SQZ | Camilla & Ryan C | LVEA SQZT0 | YES | Aligning beams and AOMs on SQZT0 | 18:32 |
| 17:30 | SEI | Jim & Arno | Mid Y | N | Looking for Cables | 18:11 |
| 17:52 | FAC | Kim | MY | No | Technical Cleanin | 17:51 |
| 18:10 | SEI | Jim & Arno | CER | y | Checking ports on AA chassis. | 18:34 |
| 20:28 | SQZ | Camilla & Ryan | SQZT0 | YES | AOM Alignment & M^2 measurements, Camilla out | 22:29 |
| 20:28 | FAC | Randy | X-arm | N | Sealing the Beam tube. | 23:58 |
| 20:29 | FAC | Mitchell | Mid X&Y | No | Looking for supplies. | 20:44 |
| 22:00 | VAC | Travis Gerardo Jordan | EX | N | Gate Valve 20 prep! | 01:00 |
| 22:31 | SEI | Jim & Arno | LVEA near TCS racks | y | Working on CRS racks. | 00:20 |
| 22:35 | TCS | Camilla | CHETA Lab | yes | Cheta lab work | 23:23 |
| 23:22 | EE | Fil | EX | N | Helping with GV20 work | 01:22 |
Ryan S, Camilla, Sheila. Followed 82881. WP 13645.
We touched up alignment in SQZT0 Green Pump path.
Ryan and I then reduced the power going into the fiber to 25mW with the waveplate and touched up the alignment into the fiber. Starting 0.2mW, ending 3.3mW which seems around typical O4 level.
Before we did this, we noticed the beam was high and clipping on the OPO-REFL diode so we adjusted the steering mirror MG4 and checked the beam was centered on the REJECTED diode with MG5 (D2000242).
I set ITMX ring heater back to nominal 0.44 W per segment just after 15:00 today local time.
I also set SR3 disk heater to 0 W at this time, it had been set to 4 W at 11:10 today local time for gouy phase measurements.
Took transfer functions again on Friday (sept 25) as another verification of ETMX L1 LL still no longer rubbing (and entire suspension still being healthy). Measurements are still looking good.
Settings:
- SEI nominal
- HEALTH_CHECK
- DAMP OFF
- alignment offsets ON
M0
Data:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGM0/Data/2026-09-25_1730_H1SUSETMX_M0_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz.xml
Results:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGM0/Results/2026-09-25_1730_H1SUSETMX_M0_ALL_TFs.pdf
r13181
R0
Data:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGR0/Data/2026-09-25_1800_H1SUSETMX_R0_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz.xml
Results:
/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGR0/Results/2026-09-25_1800_H1SUSETMX_R0_ALL_TFs.pdf
r13180
Hanford called to tell us:
Alarms, sirens, and tones will sound today at 20:15 UTC (1:15 local time) at Hanford for 20 seconds for their monthly test.
J. Kissel On Sep 14 and Sep 15 2026 (see LHO:91891 and LHO:91925, respectively), the PSL team swapped out the primary RF EOM in the PSL from "former, damaged by a dust storm in the PSL" to "refurbished spare." After the dust EOM was discovered to cause mode-matching issues in the IFO due to thermal distortions caused by the dust, we re-allocated the power through the PSL, such that there was less power going through the EOM. This was done by throttling the power out of the PMC. After replacing the EOM, they restored the "nominal" power allocation through the PSL, re-increasing the power output of the PMC. That power increase out of the PMC means the the ALS / SQZ / SPI pick-off path now has more power, and thus the SPI. According to various optical power monitor channels, there's 35% more power in the SPI system. see first attachment 1-month trend, where the vertical bar time cursor highlights the EOM swap / powr increase. Assuming nothing else changed, that changes our power budget to as follows (just taking the values from LHO:90627 and increasing them by 35%): Former [mW] New Power [mW] PSL IN port of SPI prep 178.0 240.75 MEAS Fiber output at HAM3 D4-1J1 64.0 86.56 REF Fiber output at HAM3 D4-1J2 18.3 24.75 Output of MEAS Fiber Collimator 64.0 86.56 Output of REF Fiber 15.0 20.29 In front of FBR_PWRIN_MEAS 1.0 1.35 In front of FBR_PWRIN_REF 1.1 1.49 Launched to HAM2/QPDA 42.0 56.81 (putting the power on QPDA behind 50R:50T M_C1 at 28.4 [mW]) Returned from HAM2 21.4 28.94 (putting the power on QPDB behind 50R:50T M_B4 at 14.5 [mW]) (c.f. designed power budget E2400441, and optical layout D2400108). Thankfully, no ADC channels of photodiodes are saturating at this increased power level; see proof in short timeseries of IFO PDs, QPDs, and FBR_PWRIN PDs. We should review these new power levels along the signal chain and consider throttling the SPI pick-off path input. My biggest point of concern is power through the long optical fiber run between the PSL and the SPI prep chassis. The second biggest concern is the total power in the QPDs.
J. Kissel for the CDS Team IIET:32407 ECR:E2400394 EXECUTIVE SUMMARY: When replacing the cdsFunctionCall to the user-code atan2.c function with the CDS_PARTS cdsAtan2 block per IIET:32407 / ECR:E2400394, reconnect the inputs exactly as you found them, treating the numerator "y" and denominator "x" as the first and second inputs, respectively, in order to achievethe desired mathematical expression theta = atan2(y/x). Supporting Details The above referenced ECR demands that users replace any cdsFunctionCall use of ${CDS_SRC} = /opt/rtcds/userapps/release/cds/common/src ${CDS_SRC}/ATAN2.c rev 24024 with the now-integrated cdsAtan2 gui interface block that lives in the simLinkParts block of /opt/rtcds/rtscore/advLigoRTS-5.5.2/src/epics/sinLink/ CDS_PARTS.mdl library. Because the former cdsFunctionCall block relies on the poorly-documented c-code to determine the number and order of inputs, and the code itself -- quoted below void ATAN(double *argin, int nargin, double *argout, int nargout) { argout[0]=latan2(argin[0],argin[1]); } -- points to a built-in CDS sub-function latan2 which I couldn't find a description of (maybe it's some custom CDS version of atan2l, for "atan2 long double?"), I wasn't 100% confident in which order we should stick the previous inputs when using the cdsFunctionCall into the new CDS_PARTS version. EDIT: I was able to retro-actively find and confirm that latan2 is after Line 123 of tagged release 5.5.2 (git commit hash 4b167593) of the git.ligo.org/CDS/software/advLigoRTS/ repository. Though it's not commented, the input variables are defined clearly as latan2( double __y, double __x ) So, here I show what builds my confidence enough to say the input order for this user function is the same as the CDS_PARTS block -- by showing successful examples of the *old* block that have already been upgraded to the *new* block. Thankfully, it seems like there's some industry standard for atan functions, in which the first input is the numerator "y", and the second input is the denominator, "x", within the mathematical definition, / y \ / input[0] \ theta = atan2 | --- | = atan2 | ---------- | \ x / \ input[1] / and both versions within CDS follow that convention. So, here, I attach (1) BEFORE Screenshot 1: /opt/rtcds/userapps/release/cal/common/models/CAL_LINE_MONITOR_MASTER.mdl rev r35945 The MAGNITUDE_PHASE library block when it still used the cdsFunctionCall to ${CDS_SRC}/ATAN2.c (2) AFTER Screenshot 2: /opt/rtcds/userapps/release/cal/common/models/CAL_LINE_MONITOR_MASTER.mdl rev r36124 The same MAGNITUDE_PHASE library block after being updated by Joe Betzwieser on 2026-08-27 (installed at LHO on 2026-09-02; see LHO:91779) (3) WHERE TO FIND cdsAtan2 Screenshot 3: /opt/rtcds/rtscore/advLigoRTS-5.5.2/src/epics/sinLink/CDS_PARTS.mdl The simulinkParts library within the latest release of CDS_PARTS
FAMIS 63918
There was a brief incursion into the PSL to check diode alignments last Tuesday and is clearly seen on several trends as expected. Jason also touched up the RefCav alignment and adjusted the ISS RefSignal on Friday. No other major events of note this week.
TITLE: 09/28 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 5mph Gusts, 3mph 3min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.22 μm/s
QUICK SUMMARY:
Seems like there has been some close seismic activity in the last 12 hours.
I noticed today when walking in : We have a standby notice query failure.
Gate Valve 20 Is still closed.
ITMX ring heater still off.
Ops Mode is Corrective Maintenance.
ISC_LOCK : IDLE.
LASER_PWR: Power_2W
All other Locking Nodes are in Down.
I set the ITMX ring heater to 0W today at 1474517448 to match the ITMY RH.
Because it's gotten quite windy outside, I've put the HAM3 CRS in-loop for RY. I don't expect this to cause any issues, but if the IMC starts showing a ~40 second oscillation, the CRS is a likely culprit. Doing a " caput H1:ISI-HAM3_BLND_RY_NEXT_CHAN 4 " in a terminal should revert HAM3 to nominal if there are any issues. Also since this is not a state set by any of the nominal guardians, any environment transion from SEI_ENV will also revert this.
Because people off site might be curious about what environmental reason made me want to turn the CRS on.
The CRS was only in loop for about 2 hours during those times (it was automatically reverted by a guardian after an earthquake)
09/25 - 19:04 UTC / 12:04 PT
09/25 - 21:36 UTC / 14:36 PT