Sheila, Kar Meng, Elenna
Using the new dither lock settings from yesterday, 88686, we were able to see this morning that we were aligning to a higher order mode with two nodes displaced vertically from each other. We had aligned one of the nodes to reach the IR PD on SQZT7 before the holidays, the other node and the location where you would expect the 00 mode to be were clipping on the way to the PD, which is why we were having a hard time alignnig IR to the OPO using that PD. With the dither lock on the higher order mode, we adjusted the alignment between the OPO and SFI1 TPF using A:M1 and A:M2 (page 9), so that the mode was roughly centered on our irises and still reaching SQZT7.
We were able to iteratively improve the alignment of the seed into the OPO by manually finding resonances to set the dither lock to, once we locked to a 10/01 mode we were able to improve the alignment to the IR PD on SQZT7, which then made it easier to improve the seed alignment into the OPO so that we could lock on the 00 mode, realign to the irises using A:M1 and A:M2. Finally we fine adjusted the seed alignment into the OPO with the cavity scanning.
Now we can easily dither lock the OPO on the 00 mode, it's quite stable, and with the cleanroom lights off we can easily see this beam on the irises in HAM7 (and SQZT7). We attempted to align the sqz beam using only A:M1 and A:M2, but these are so degenerate that it seems rather difficult to do. Betsy loaned us a class B knob small enough to reach the tricky yaw actuator on A:M2, but we still found this difficult.
We decided to set A:M1 and A:M2 so that the seed beam transmitted by the OPO hits our irises after ZM1 and ZM3 and returns through SFI1 toward the B path without clipping, which should set the AOI on SFI1's TFP close to what it was before the cavity swap. Our plan is to then adjust B:M1 and B:M4 to hit the iris on ZM4 and SQZT7. For some alignments we are clipping on the aperture attached to A:L2, for others we are clipping on SF2. We stopped for the day after switching back and forth between these two a couple of times, we have reduced the amount of clipping but still see that we are not well aligned.
TITLE: 01/07 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: HAMs 7 and 1 work continued today, HAM1 crew is still out at the chamber as of 00:30UTC.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 17:16 | HAZ | LASER HAZARD | LVEA | Y | LVEA IS LASER HAZARD | 01:35 |
| 15:38 | FAC | Nellie | Optics lab | LOCAL | Tech clean | 16:00 |
| 16:08 | FAC | Kim, Nellie | LVEA | Y | Tech clean | 17:36 |
| 16:41 | SQZ | Sheila | LVEA | Y | HAM7 work | 19:45 |
| 17:01 | FAC | Chris+contractors | LVEA | Y | Pest controls | 17:11 |
| 17:12 | FAC | Chris+contractors | Ends, Y then X | N | Pest control | 18:11 |
| 17:33 | SQZ | Elenna | LVEA | Y | Join HAM7 work | 19:44 |
| 17:36 | VAC | Travis, Jordan | LVEA HAM1 | Y | Add Septum viewport covers | 18:11 |
| 17:40 | PSL | Jason | PSL enc / LVEA | Y | Laser diode centering | 19:57 |
| 17:43 | sQZ | Karmeng | SQZt0 | yes | Helping Sheila on the SQZr table | 19:44 |
| 17:58 | FAC | Nellie | EndY | N | Tech clean, garb restock | 18:52 |
| 17:58 | FAC | Kim | EndX | N | Tech clean, garb restock | 18:25 |
| 18:12 | FAC | Chris | LVEA | Y | FAMIS tasks | 18:32 |
| 18:14 | ISC | Betsy, Jennie, Masayuki | LVEA | Y | HAM1, Betsy out 18:26 UTC | 20:02 |
| 18:20 | PSL | RyanS | LVEA | Y | Lock PSL rotation stage | 18:27 |
| 18:24 | VAC | Travis | HAM1 | Y | Grab phone | 18:27 |
| 18:25 | FAC | Kim | FCES / HAM SHAQ | N | Tech clean | 18:53 |
| 18:33 | FAC | Chris | Out buildings | N | Checks | 20:45 |
| 18:58 | ISC | Betsy | LVEA | HAM1 | Join JAC crew | 19:59 |
| 19:58 | CAL | Tony | PCAL lab | LOCAL | Open apeture and start a meas | 20:15 |
| 21:10 | SQZ | Sheila, Kar Meng, Elenna | LVEA | Y | HAM7 chamber work | 00:08 |
| 21:25 | SEI | Jim | LVEA | Y | Move hardware around HAM1 | 21:32 |
| 21:29 | ISC | Rahul, Masayuki, Jennie, Jason | LVEA | Y | HAM1 JAC work, pop into optics lab as well | Ongoing |
| 22:02 | VAC | Jordan | LVEA | Y | Help strap down a compressed gas cylinder by HAM1 | 22:21 |
| 22:38 | CAL | Tony | LVEA/Optics lab | Y/LOCAL | Get optics case and lens wipes for HAM1 crew | 23:04 |
| 23:11 | ISC | Betsy | LVEA | Y | Join HAM1 crew | 23:18 |
| 23:54 | ISC | Betsy | LVEA | Y | Bring parts | 00:27 |
| 00:10 | VAC | Travis | LVEA | Y | Take a look around HAM1 | 00:17 |
17:47 UTC HAM1 ISI WD trip (left tripped)
FAMIS 37260, last checked in alog88278
Couple of peaks over the past few days which might correspond to high winds, but otherwise these look good for the duration including the holiday break and vent work.
FAMIS 31119
Pulling these trends for an additional week back to capture the duration of the holiday break. Main changes over this time were the PMC and RefCav transmission dropping while PMC reflected power increased, but not sure exactly why at this point. The periodic temperature spiking we've been seeing in the diode and chiller rooms appears to have mostly stopped as of the start of the break. We think this was due to the mini-split turning on, so I'll check with facilities if a setting was changed that could have caused this.
There has been work in the enclosure starting as of yesterday, which explains the change in many trends starting then.
Brian, Edgard, TJ Shaffer,
I got a group email from the USGS letting people know about an update to their data services. We checked and this does not impact the picket fence. I'm putting some email here for documentation
-Brian
---
From: Edgard Luis Bonilla <edgard@stanford.edu>
Subject: Re: [Data Announcements] EarthScope fdsnws-dataselect service has moved to service.earthscope.org
Date: January 5, 2026 at 5:01:56 PM PST
To: Brian Thomas Lantz <blantz@stanford.edu>
Cc: TJ Shaffer <thomas.shaffer@LIGO.ORG>, "michael.thomas@ligo.org" <michael.thomas@ligo.org>
Confirmed. The picket fences work.
Please let me know if anyone sees any issues and we will address them.
(... and ...)
I don't think this will be an issue. We don't use any restricted data for the Picket Fence.
I will go down to the lab before end of day to confirm we can still run it.
Best,
Edgard Bonilla
From: Brian Thomas Lantz <blantz@stanford.edu>
Sent: Monday, January 5, 2026 4:11 PM
To: Edgard Luis Bonilla <edgard@stanford.edu>
Cc: TJ Shaffer <thomas.shaffer@LIGO.ORG>; michael.thomas@ligo.org <michael.thomas@ligo.org>
Subject: Fwd: [Data Announcements] EarthScope fdsnws-dataselect service has moved to service.earthscope.org
Edgard -
I got this notice about the seismic network over the break. Do we need to do anything about this?
-Brian
Begin forwarded message:
From: Chad Trabant <chad.trabant@earthscope.org>
Subject: [Data Announcements] EarthScope fdsnws-dataselect service has moved to service.earthscope.org
Date: January 1, 2026 at 11:47:37 AM PST
To: data-announcements@earthscope.org
Reply-To: data-announcements+managers@earthscope.org
Happy new year!
EarthScope's fdsnws-dataselect web service, the primary source of miniSEED data from our seismological repository, has moved from service.iris.edu to service.earthscope.org as part of our cloud transition.
Details are below and documented on the service documentation page:
https://service.earthscope.org/fdsnws/dataselect/1
We've worked to make this transition seamless, but if you encounter issues please contact help@earthscope.org.
Action required for restricted data users: You will need new credentials. Visit https://www.earthscope.org/user, create an account (if you do not already have one), then:
navigate to the
Credentials tab
click "REVEAL MY
CREDENTIALS," and then "CREATE FDSNWS CREDENTIALS" if none exist. These credentials are specific to you and should be kept private.
Redirects from the old service to the new
The old service location (at service.iris.edu) continues to operate, but instead of providing data redirects to the new location. The vast majority of web software follow these redirects automatically or can be configured to do so.
New HTTPS (TLS v1.2+) requirement
The service now requires secure HTTPS, specifically TLS 1.2 or later. Requests to the un-secure HTTP endpoint will be redirected to the HTTPS endpoint according to current best practices.
Some older software may not follow redirects from unsecure HTTP to secure HTTPS. Configure the software, if possible, to use the direct URL to the service https://service.earthscope.org/fdsnws/dataselect/1
Some older software may not support TLS 1.2+. As this standard was defined in 2008 and became default on most client and server software by 2016, we do not anticipate this causing many problems.
More details for client developers and power users
Changes in the new service:
Some output formats are not yet supported: SAC and text. These will be added later.
The
following parameters are being permanently retired: quality,
minimumlength,
longestonly,
repository,
szsrecs.
With the removal
of the szsrecs
parameter the service will no longer remove zero-sample records (as was the previous default), which matches the behavior of all other data center implementations.
There are limits
on the volume of data that will be returned. We recommend limiting requests to one station for a 24-hour period at the most.
Some HTTP response codes for errors have changed to be more precise, but they remain
broadly recognized codes.
Please reach out to help@earthscope.org if you have any questions or run into trouble with this new service.
Thanks,
The EarthScope Data Services team
--
More info on EarthScope mailing lists: https://www.earthscope.org/news/mailing-lists/
---
You received this message because you are subscribed to the Google Groups "Data Announcements" group.
To unsubscribe from this group and stop receiving emails from it, send an email to data-announcements+unsubscribe@earthscope.org.
To view this discussion visit https://groups.google.com/a/earthscope.org/d/msgid/data-announcements/CAGJXgS5UnSPZOAt5fw8YUOTTSfHJbMJoS6SDC_LgW4ZVjv91PA%40mail.gmail.com.
Tue Jan 06 10:01:38 2026 INFO: Fill completed in 1min 37secs
Short fill because discharge line pressure had been bumping up since last fill.
[Jason, Jennie, Masayuki]
Tagging for EPO
TITLE: 01/06 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: MAINTENANCE
Wind: 5mph Gusts, 2mph 3min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.31 μm/s
QUICK SUMMARY:
Workstations were updated and rebooted. This was an os packages update. Conda packages were not updated.
WP 12953
I was notified of a buzzing/whistling sound coming from the CER mezzanine. The HV power supply for the OMC PZT was found with audible alarm on and LCD screen not displaying correctly. Power supply was power cycled. Unit tripped immediately. With unit off, the field cabling going to LVEA was disconnected. Unit tripped when powered on. Unit was replaced with spare.
F. Clara, R. McCarthy, M. Pirello
[Sheila, Karmeng]
To align OPO IR beam, we try to lock the IR dither lock at fundamental, but we were unable to see the error signal and dither. CLK_gain were changed from 0.1 to 1000, and the demodulation phase from 245 to 225. The resulting error signal as attached. A 200Hz wide bandpass filter added to the PD input dither around 3kHz, LSC_servo_gain changed from -10 to -300 to lock the OPO.
We also adjusted the beamsplitter (position before the IR camera) to center the IR beam on SQZT7 IR camera.
TITLE: 01/05 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: HAM7 and JAC work continued today.
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:57 | SAF | LASER SAFE | LVEA | NO | LVEA is Upgrade Phase Laser SAFE | 17:16 |
| 16:46 | FAC | Nellie, Kim | LVEA | N -> Y | Tech clean | 17:29 |
| 17:00 | OPS | Oli | LVEA | N -> Y | Transition to HAZARD | 17:16 |
| 17:15 | ISC | Jennie | Optics lab | LOCAL | Gather JAC parts | 17:32 |
| 17:16 | HAZ | LASER HAZARD | LVEA | Y | LVEA IS LASER HAZARD | 01:35 |
| 17:26 | SQZ | Sheila | LVEA | Y | Turn on SQZ laser, maybe take a look at the table | 17:55 |
| 17:29 | FAC | Nellie | MidY | N | Tech clean | 18:26 |
| 17:32 | FAC | Kim | EndX | N | Get garb | 18:38 |
| 18:06 | ISC | Jennie, Rick | PCAL lab | LOCAL | Get parts for JAC | 18:20 |
| 19:01 | ISC | Betsy | LVEA | Y | Check on headsets | 19:14 |
| 19:20 | EE | Marc, Fil | CER | Y | Investigate failing PS, HV HAM6 pzt | 20:26 |
| 21:26 | ISC | Jason, Jennie, Masayuki | PSL enc | Y | JAC work | Ongoing |
19:32 UTC HAM1 ISI WD tripped
21:32 UTC DAQ restart
Jennie, Erik, Dave:
Jennie's new h1ascimc model was installed at 13:30 Mon 05Jan2026. This required a DAQ restart to add 2 slow channels.
At 13:32 we restarted the 1-leg, followed by the 0-leg at 13:37. GDS1 did not need a restart.
Following this DAQ restart we had 3 sponaneous restarts of FW1 after it had ran for 27:48, 8:02 and 6:22 minutes respectively. At the time of writing it has been running with no further restarts for an hour.
Good news: FW1 has now been running 20 hours. Its beginning to look like the usual frame-writer-restarts-soon-after-DAQ-restart but with 3 restarts this time. We are not sure if we had seen a triple before.
Bad news: later yesterday afternoon h1daqgds0 daqd restarted itself coincident with Erik logging off of this machine. We did two more login/logout tests, the first restarted daqd the second did not. At this time is appeared to be related to the method of logging out, CTRL-D crashing daqd and "exit" not. I did another "exit" test this morning and unfortunately this time it did crash GDS0 DAQD. I restarted the 0-leg soon after (at 08:54) to resync the uptimes. So it appears to be independent of the method of logging out and is intermittent.
FRS36466 opened for this issue.
Restart/Reboot Log --------------------------------------------------------
Mon05Jan2026
LOC TIME HOSTNAME MODEL/REBOOT
13:30:32 h1asc0 h1ascimc <<< Install Jennie's new model
13:32:11 h1daqdc1 [DAQ] <<< DAQ 1-LEG restart
13:32:19 h1daqfw1 [DAQ]
13:32:20 h1daqtw1 [DAQ]
13:32:21 h1daqnds1 [DAQ]
13:32:30 h1daqgds1 [DAQ]
13:37:38 h1daqgds0 [DAQ] <<< DAQ 0-LEG restart
13:37:43 h1daqfw0 [DAQ]
13:37:43 h1daqnds0 [DAQ]
13:37:43 h1daqtw0 [DAQ]
14:00:44 h1daqfw1 [DAQ] <<< Triple sponaneous FW1 restarts
14:09:39 h1daqfw1 [DAQ]
14:16:36 h1daqfw1 [DAQ]
16:41:00 h1daqgds0 [DAQ] <<< GDS0 DAQD restart on logout
16:45:12 h1daqgds0 [DAQ] <<< Test GDS0 crash reproducible
16:53:04 h1daqgds0 [DAQ] <<< Clean start of 0-leg
16:53:09 h1daqfw0 [DAQ]
16:53:09 h1daqtw0 [DAQ]
16:53:10 h1daqnds0 [DAQ]
Mon Jan 05 10:04:11 2026 INFO: Fill completed in 4min 8secs
I increased the setting for thermocouple nominal max from 20C to 30C to match current values and remove a VAC-SDF diff.
Closes FAMIS38887 , last checked in alog88362
HAMs 1-4, 7 and BSC2 are in non nominal SEI states due to the vent work.
2026-01-05 08:58:15.266231
There are 14 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 2 DOF X/U = -1.625 [V]
ETMX T240 2 DOF Y/V = -1.709 [V]
ETMX T240 2 DOF Z/W = -0.94 [V]
ITMX T240 1 DOF X/U = -2.28 [V]
ITMX T240 1 DOF Y/V = 0.313 [V]
ITMX T240 1 DOF Z/W = 0.485 [V]
ITMX T240 3 DOF X/U = -2.433 [V]
ITMY T240 3 DOF X/U = -1.065 [V]
ITMY T240 3 DOF Z/W = -2.971 [V]
BS T240 1 DOF Y/V = -0.372 [V]
BS T240 3 DOF Z/W = -0.449 [V]
HAM8 1 DOF X/U = -0.316 [V]
HAM8 1 DOF Y/V = -0.444 [V]
HAM8 1 DOF Z/W = -0.755 [V]
All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = -0.007 [V]
ETMX T240 1 DOF Y/V = -0.041 [V]
ETMX T240 1 DOF Z/W = -0.024 [V]
ETMX T240 3 DOF X/U = -0.016 [V]
ETMX T240 3 DOF Y/V = -0.069 [V]
ETMX T240 3 DOF Z/W = -0.045 [V]
ETMY T240 1 DOF X/U = 0.066 [V]
ETMY T240 1 DOF Y/V = 0.208 [V]
ETMY T240 1 DOF Z/W = 0.266 [V]
ETMY T240 2 DOF X/U = -0.075 [V]
ETMY T240 2 DOF Y/V = 0.226 [V]
ETMY T240 2 DOF Z/W = 0.049 [V]
ETMY T240 3 DOF X/U = 0.282 [V]
ETMY T240 3 DOF Y/V = 0.096 [V]
ETMY T240 3 DOF Z/W = 0.149 [V]
ITMX T240 2 DOF X/U = 0.158 [V]
ITMX T240 2 DOF Y/V = 0.283 [V]
ITMX T240 2 DOF Z/W = 0.263 [V]
ITMX T240 3 DOF Y/V = 0.139 [V]
ITMX T240 3 DOF Z/W = 0.086 [V]
ITMY T240 1 DOF X/U = 0.07 [V]
ITMY T240 1 DOF Y/V = 0.147 [V]
ITMY T240 1 DOF Z/W = 0.021 [V]
ITMY T240 2 DOF X/U = 0.021 [V]
ITMY T240 2 DOF Y/V = 0.239 [V]
ITMY T240 2 DOF Z/W = 0.152 [V]
ITMY T240 3 DOF Y/V = 0.085 [V]
BS T240 1 DOF X/U = -0.107 [V]
BS T240 1 DOF Z/W = 0.123 [V]
BS T240 2 DOF X/U = -0.031 [V]
BS T240 2 DOF Y/V = 0.038 [V]
BS T240 2 DOF Z/W = -0.052 [V]
BS T240 3 DOF X/U = -0.222 [V]
BS T240 3 DOF Y/V = -0.289 [V]
Assessment complete.
Averaging Mass Centering channels for 10 [sec] ...
2026-01-05 08:58:27.267417
There are 2 STS proof masses out of range ( > 2.0 [V] )!
STS EY DOF X/U = -4.63 [V]
STS EY DOF Z/W = 2.377 [V]
All other proof masses are within range ( < 2.0 [V] ):
STS A DOF X/U = -0.492 [V]
STS A DOF Y/V = -0.851 [V]
STS A DOF Z/W = -0.499 [V]
STS B DOF X/U = 0.153 [V]
STS B DOF Y/V = 0.944 [V]
STS B DOF Z/W = -0.303 [V]
STS C DOF X/U = -0.867 [V]
STS C DOF Y/V = 0.801 [V]
STS C DOF Z/W = 0.594 [V]
STS EX DOF X/U = -0.218 [V]
STS EX DOF Y/V = -0.16 [V]
STS EX DOF Z/W = 0.036 [V]
STS EY DOF Y/V = 1.254 [V]
STS FC DOF X/U = 0.161 [V]
STS FC DOF Y/V = -1.157 [V]
STS FC DOF Z/W = 0.625 [V]
Jennie W, Dave B,
Jeff and I put in a bypass in the h1ascimc model (see alog #88465) so we could put in the simulink infrastructure to switch between using the PSL periscope PZT as part of the IMC control or as part of the JAC control.
At the moment the switch 'H1:ASC-IMCJAC_PZTOUTSW' is set to ON which should let the IMC servo use the PZT.
However the logic I put in will not switch the feedback to take inputs from the JAC servo if I turn the switch off.
This is because Choice 2 and 3 in the picture are set to pass their first input if the switch output is '>= 0', so whichever state it is in the IMC PZT output will be sent to the DAC.
I have changed these choices to >0 so that the top input (IMC PZT output signal) will be sent to the DAC if the switch is 1 and the bottom input (JAC PZT output signal) will be sent to the periscope otherwise.
I committed the changed /opt/rtcds/userapps/release/asc/h1/models/h1ascimc.mdl to the svn.
I also added two cdsepicsOutput blocks (ASC-PSL_PZT_P and ASC-PSL_PZT_Y) before the DAC outputs going to the PZT to check what the model is sending to the PZT which will help us double check the switch between IMC and JAC signals works correctly.
See screenshot attached. I rebuilt h1ascimc.mdl and committed it to the svn at userapps/asc/h1/models.
Last week we found that some of the hardware on the EY wind fence had broken, which meant some of the main support wires for the fence were dangling free, weakening the fence and possibly further damaging the scrim in any future storms. The main failures were in the all thread that goes through the posts and attach the wire anchor points to the post. We had a limited window today to go and try to patch the fence this morning, so that's what Randy, Mitch and I did. Forecast promised us some sun, but that never really materialized, so it was pretty chilly. Fence is patched up now, Randy and Mitch will return the lift to LEXC this afternoon, after everybody thaws out.
Tagging for nice outdoor/people photos of Wind Fence.