Attached are two examples where it seems that ALS losses lock after the ESD linearization hits its saturating limit, there are several more examples like this.
With the linearization on, we measured the transfer function from drivealign L out to LL master out to be -2.3. Taking into account the gain of 0.25 in the eul2esd matrix, we would need to add a gain of -9.2 in the drivealign matrix to try locking ALS without the linearization.
I've added in lscparams use_ESD_linearization, which is set to True right now to keep things the same as they currently are. I've added an if statement for this in the ALS_DIFF guardian that will set the ETMX_L3_DRIVEALIGN gain to -9.2 if it is set to False.
The linearization used to be turned on in ISC_LOCK's PREP_FOR_LOCKING state, but TJ commented several things out of this state that were redundant with things that SDF would take care of when safe.snaps get reverted. Since we want to use a flag to determine how this is set, I've put it back into PREP_FOR_LOCKING that checks the flag in lscparams.
Jeff, Jim, Oli
ECR E1700228
Previously, the h1isiham1 simulink model terminated the outputs coming out of the GS13. Now that we'll be installing the ISI, we will need those, so we've taken those outputs, converted them to Euler DOFs, and then have Length being sent out over to the HTTS(after-h1isiham1). In the h1sushtts model, we then updated the Length input coming over PCIe from h1isiham1 (currently called TTL4CFF_2_PM1 - eventually this and the TTL4C_2_RMs will be all changed over to be from ISIs). Last time (83196) we had set 0s to feed into the L, P, and Y components of TTL4C_2_PM1, but now L is reading in from h1isiham1 PM1 Length (after-h1sushtts). For now, we are still going to be reading from the TTL4CFFs for RM1 and RM2 (the same as they have been).
Both h1isiham1 and h1sushtts have successfully compiled and have been svn'd at revisions:
h1sushtts.mdl 30950
h1isiham1.mdl 30951
I changed the supply air temperature high limit of the End X air handler from 60 to 65 degrees to give the program broader control of the chilled water valve. This will allow the program to throttle the chilled water rather than rely on heater coils for temperature control. This may create a small increase in the temperature trending while the P.I. loop adjusts.
Right after Commissioning, H1 had a lockloss and several systems showed odd behavior (EY ISI WD trips, CPS St1 have huge signals, EY Ring Heaters show bad/dead state...).
Fil now at EY and mentioned the TCS and ISC Power Supplies were down and so he needed to restart them.
FRS33539 ticket started.
WP 12380
Found one of the power supplies for the ±18V ICS/TCS tripped off. Unit was warm to touch, likely failed fan. Both power supplies were replaced. The negative power supply had its original fan. The ±18V feeds the RF Distribution Amp (CPS Timing) and Ring Heaters causing multiple subsystems to report errors.
F. Clara, S. Dwyer, J. Figueroa, C. Gray,O. Patane, and M. Pirello
Removed the following supplies, neither had improved fans:
S1300289, S1300295
Replaced them with the following supplies with improved fans installed:
S1201923, S1201926
Sheila, Mayank, Camilla
The SQZ ang servo has been off since Feb 18th 82891. Today it was turned back on in sqzparams.py and with SQZ_ANG_ADJUST nominal state is now ADJUST_SQZ_ANG_ADF. We expect this to work better than in 82891 as we adjusted H1:SQZ-ADF_VCXO_PLL_PHASE to 25deg so that the AFD H1:SQZ-ADF_OMC_TRANS_SQZ_ANG error signal is in a linear range where our best SQZ is. This should improve the squeezing and keep it more stable.
Range was better last night with the SQZ angle servo keeping the squeezing tuned around 350Hz (yellow BLRMS), plot attached.
Sheila, Matt, Mayank, Camilla
Today we changed the nominal FC beamspot control:
Sheila put the OSC amplitudes back to 10 and steps each AL2 gain to check its in I only (need to change PIT2 by 90deg), then adjusted A2Ls to get I close to zero. YAW1 has more noise than others.
Turned off the INJ_ANG ASC (feeds back to ZM3 as "FC beamspot control") and then steps ZM2/3/ P/Y offsets. After we worked out the matrix element, we tried to close each loop: turned off input, clear history, turn back on input, turn on gain. Closed each one and and did the next. Closed INJ_ANG for ZM3 in PIT and YAW.
ZM2 had a large response in PIT2 and not a noticeable response in PIT1. If we move ZM1, we see it in both PIT1 and PIT2, but the INJ_ANG loop zeros PIT2 but the PIT1 error signal remains. There's too options to avoid this, either do a combination of ZM1/3 to avoid cross coupling, but the easier option is to keep the INJ_POS loop slower (gain lower) than INJ_ANG. The change was very small (or no change) for YAW1 so we decided to only use PIT1/2 to INJ_ANG to ZM3 P/Y as the feedback for this week.
Optical ALIGN | INJ ANG | ASC_ADS | Matrix Element Needed | |
ZM3 P | +3 on ZM3 P | -0.00480 in P | +5.978 on PIT2 | -0.0008 (much too small, increased to -0.08) |
ZM3 Y | -7 on ZM3 | +0.0095 in Y | -4.6 on YAW2 | -0.002 (wrong sign, too small, changed to +0.06) |
Edited SQZ_FC guardian OFFLOAD_FC_ASC to also offload INJ_POS if we decide to use these filters. As the intergrators as still in the FC ASC filters, this is a homemade ASC offload, rather than the standardized ISC one. A future task is to move the intergrators into the ZM suspensions as we did for ZM4/5/6.
Accepted sdfs, and checked the that FC Guarudan just switches on the SQZ-FC_ASC_INJ_ANG_P/Y inputs and doesn't touch the matrix elements. INIT did reset the outmarix, but this should be controlled only by sdf so I deleted that block and reloaded.
We did split up the filters for the filter cavity ASC, adding intergrators with a zero at 0.01 Hz to FC1,2 and ZM3 ASC filter banks (M1_LOCK_P and Y), and modifying the true intergators in the ASC filters to have poles at 0.01 Hz. Then we modified the guardian so that it uses the standard generic offloading guardian state (gen_OFFLOAD_ALIGNMENT_MANY). We also removed the state called clear_FC_ASC from the graph, because that shouldn't be needed if we are using the standard offloading guardian.
Mon Mar 10 10:08:35 2025 INFO: Fill completed in 8min 32secs
Jordan confirmed a good fill curbside.
FAMIS 31076
Nothing really to report this week; trends are looking steady and things are behaving as expected.
TITLE: 03/10 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 13mph Gusts, 7mph 3min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.35 μm/s
QUICK SUMMARY:
H1 lost lock (7hr lock with "refined" tag) about an hr ago and just finished an initial alignment. Commissioning time is scheduled in 40+min.
Secondary microseism looks below the 95th percentile (probably following the activity in the N.Atlantic's Greenland/Labrador region). Winds are breezy just below 20mph and have been fairly constand the last 22hrs. The big EQ last night was on the small island of Jan Mayen part of Norway (our biggest EQ of the weekend).
Link to the report
TITLE: 03/10 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:
IFO is LOCKING and in ENVIRONMENT due to the 6.6 mag EQ from Iceland that we're still recovering from - Lockloss alog 83259.
The primary microseism is still elevated and will likely take another 30 mins to 1hr to return to pre-EQ levels (which were high to begin with). I began attempting locking ~20 minutes ago but this was not successful. I'll set H1 for initial aligment before my shift ends to give the extra time for microseism to die down.
Other than that, we had a lockloss that seems to have been caused by high ground motion at EY and that kind of correlated with an EQ that happened while secondary microseism and high winds were present - LL tool marked it with the WINDY tag. Lockloss alog 83257. The lock acquisition was fully automatic and only took 1hr 17 mins including initial alignment.
On the bright side, the wind has died down significantly.
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
21:33 | OPS | Ibrahim | X-arm | N | Stroll to MX | 22:19 |
22:20 | OPS | Corey | Optics Lab | N | Photo of parts | 22:46 |
6.6 Mag Iceland EQ Caused Lockloss that happened 4 minutes after we reached NLN again. Ground motion is too high to attempt locking so staying in IDLE until it passes.
Lockloss from what looks to be seismic motion caused by a 4.9 EQ combo'd with high microseism. The timing doesn't exactly math up though so I'll investigate further.
Back to OBSERVING 02:41 UTC.
Buuuuut there's a 6.6 EQ on its way from Iceland so we lost lock again 4 mins later.
TITLE: 03/09 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Aligning
INCOMING OPERATOR: Ibrahim
SHIFT SUMMARY:
Today (and last night) was ETMx-related with (2) ETMx locklosses (one overnight & one at very start of shift). Then had almost 5hrs of downtime with 3 locklosses in a row at LOWNOISE_ESD_ETMX (resulting in making some Calls for help, but H1 came back on its own...after pausing for about an hr before this troublesome state---see alogs). Keita also suggests some measurements we should run next time we are locking. Secondary microseism has mostly been flat (but maybe if you squint at it right, you can see it possibly drifting down). Winds have been around 20mph for much of the last 6hrs.
H1 is finally thermalized, so a calibration could be run (but microseism is high still, so I'd be wary...esp with the grief of getting through LOWNOISE ESD ETMx this morning).
LOG:
I assembled the 45MHz WFS unit in the optics lab. Assembly drawing: D1102002.
BOM:
I confirmed that the baseplate and the WFS body are electrically isolated from each other.
There were many black spots on the WFS body (2nd pic) as well as the aluminum foil used for wrapping (3rd pic). It seems that this is a result of rubbing of aluminum against aluminum. I cannot wipe it off but this should be aluminum powder and not some organic material.
QPD orientation is such that the tab on the can is at 1:30 o'clock position seen from the front (4th pic). You cannot tell it from the picture but there's a hole punched to the side of the can.
Clean SMP - dirty SMA cables are in a bag inside the other clean room in the optics lab. DB25 interface cable is being made (or was made?) by Fil.
This WFS Assembly (D1102002) has been given the dcc-generated Serial Number of: S1300637 (with its electronics installed & sealed with 36MHz & 45MHz detection frequencies). As Keita notes, this s/n is etched by hand on the WFS Body "part" (D1102004 s/n016).
Here is ICS information for this new POP WFS with the Assembly Load here: ASSY-D1102002-S1300637
(NOTE: When this WFS is installed in HAM1, we should also move this "ICS WFS Assy Load" into the next Assy Load up: "ISC HAM1 Assembly" (ICS LINK: ASSY-D1000313-H1)
Tested the in-vac POP_X sensor in the optics lab:
All electronics tests passed! We are ready for installation.
J. Freed, S. Dwyer
Yesterday we did damping loop injections on all 6 BOSEMs on the PR3 M1. PR3 shows quite alot of coupling in the 10-25Hz range. This is a continuation of the work done previously for ITMX, ITMY, and PR2
As some signals were quite strong, instead of gain of 750, gains of 300 and 600 were collected (300 is labled as low_noise). Also, this time injections were performed in diaggui instead of awggui
The plots, code, and flagged frequencies are located at /ligo/home/joshua.freed/20241021/scrpts. While the diaggui files are at /ligo/home/joshua.freed/20241021/data. This time, 600 gain data was also saved as a reference in the diaggui files (see below), saved in 20241021_H1SUSPR3_M1_OSEMNoise_T3.xml
pr3.png Shows all results for PR3 with the top half being at 300 gain and the bottom being at 600 gain. All sensors showed strong coupling in 10-25Hz range at 600 gain. [LF, RT, T2, T3] showed strong coupling in 10-25Hz range at 300 gain. [SD, T1] instead showed some coupling in the 46-48Hz range at 300 gain. I am unsure if this is signifficant or another noise source while the test was performed.