J. Kissel, S. Dwyer, others Just so others can see what we're seeing, here's the glitch at 2025-05-28 15:36 UTC that drove us to swap the F1/F2/F3/LF Triple Top coil driver on the H1SUSBS. Everything's wrapped in loops, so it's difficult to point fingers at any one component. ISI is in FULLY_ISOLATED_NO_ST2_BOOST per normal for MICH lock acquisition SUS has - M1 OSEM PD to M1 OSEM Coil damping loops ON (L, T, V, R, P, Y) - M3 Oplev QPD to M2 OSEM Coil damping loops ON (P and Y) The IFO was attempting to lock PRX. This is unexpected, but apparently there's also some slow ISC loop that is really causing the majority of the alignment excursion. Will keep investigating other times to see if this is a consistent issue. We've looked at a few other times where we suspect optical lever glitching, but the same ISC loops were not on. Difficult to trend the configuration of the ISC loops at the moment, 'cause folks are trying lots of different configurations to get DRMI relocked. We'll post if we find an answer. We swapped the coil driver because the "glitch" showed up "most" in the F1 sensor, and we feared it was something like we've seen in the past -- SR3 top mass coil driver failures that took us a long time to find (see LHO:62038 and LHO:62123).
Chassis Removed: S1100194
Chassis Installed: S1001086
J. Freed
The reason we picked the ZFL-500HLN amp for SPI's Double Mixer was that it was an amp that met requirements from minicircuts
-frequency range contains 80MHz (our operating frequency)
-Operates at voltage supplied by Low Noise Power(15V, 17V, 24V etc.)
-Has a P1dB well above our output power of 10dBm (to remove non-linearity)
-No heat sinks (to fit in a 1U chassis.) (This requirement actually doesnt matter, the ones discussed here are still the best even compaired to amps with heat sinks)
-sma connections
-Low noise
-Low gain (we only need ~8dB of amplification)
The ZFL-500HLN was chosen because it fit all those requirements, with the cavieat of having to attuniate before amplification (adding noise). Though if I am correct and the Low noise power board 5V Vcc port is capable of supporting a 63mA load, another option would be the ZX60-P105LN+ instead due to the lower gain and lower noise. This would remove the need for an attinuator before amplification but its low input return loss means alot of power is reflected back towards our mixers (Also causeing noise). So it becomes a pick your poison of adding noise by attinuating before amplification vs by reflections back into our mixers. In practice, I believe both would operate about the same. Will add a comment if something changes
Double-MixerAmpComparison.png shows a quick comparison of the 2 amps
Acording to this term definitions manual I found on minicircuts:
"Directivity (active) is defined as the difference between isolation and forward gain in dB. It is an indication of the isolation of the source from the load, or how much the load impedance affects the input impedance and the source impedance affects the output impedance. The higher the active directivity (in dB), the better the isolation."
So directivity is just a measure of Isolation - Gain. Which isolation is just a measure of how much power is sent through the amp to the input port with power applied on the output. This would really only affect the amp when there is a large impedance mismatch on the output (load). If there is little to none, directivity doesnt really matter. But if it did come up, the ZFL-500HLN would do much better. The greater concern I believe for the ZX60-P105LN+ is the large input return loss, which is the power of the reflections off of the ports back the way it came. This would cause a standing wave on our input. To reduce it, we would have to add an attinuator on the input anyway. Probably less than the 10 dB attinuator which we currently have, but still something to consider.
P.S. VSWR and Return Loss(RL) are the same thing with different units, the conversion between them is VSWRvsRL.png. A VSWR closer to 1 is better, while a higher return loss is better. Converting the ZFL-500HLN aproximate 1.04:1 VSWR to Return loss gives 34.15dB. This means the reflections power are about 20dB greater on the ZX60-P105LN+. Really not sure if it is worth it excpecilly since mixers are sensitive to these reflections.
J. Kissel As we begin to investigate transient issues with the Beam Splitter where its sensors are reporting intermittent glitching that is spoiling DRMI locking, the optical lever damping loops are always an open question for me. Here's the impulse response of the filters, shown both as a normal time-series, which shows that most of the action happens within the first 0.2 seconds. I also show a semilogx plot of the time series to show the early magnitude of the response. Finally, I attach a screenshot of which filters are on.
Sheila, Camilla
As we've had trouble catching PRMI, and there is some signs of the BS oplev laser glitching, see attached. We turned up the laser current so that the Oplev NSUM counts increased from 16,000 to 20,000. BS Oplev laser is in the cooler behind the HWS table / TCSX rack.
Attached is a plot where we believe we see a glitch in the top mass osems (largest in F1) and a different type of glitch in the Oplev NSUM (after current increased).
TITLE: 05/28 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 5mph Gusts, 0mph 3min avg
Primary useism: 0.13 μm/s
Secondary useism: 0.10 μm/s
QUICK SUMMARY:
H1 currently in ready state.
Seimic system back to calm after a few earthquake.
I got ALS Locked after touching up Y arm.
I'm going to Try to get DRMI locked for the Comissioners, before they arrive. Im going to try once with out a Full Initial Alignment first and then run an initial alignment since the alog 84610 has it in bold, perhaps I should try it.
TITLE: 05/28 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: More progress this evening with H1 locking! We've been able to reach 'RESONANCE' and set the green references there, but DRMI/PRMI locking has continued to be a struggle where flashes will look good, but it will not lock for a long time for some reason. See other logs, mainly alog84610, for details.
As Elenna mentions in her log, first thing in the morning a FULL initial alignment should be run! [Tagging OpsInfo]
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
15:30 | LASER | LASER HAZARD | LVEA | LASER HAZARD | LVEA IS LASER HAZARD (\u2310\u25a0_\u25a0) | 07:26 |
22:51 | SQZ | Camilla, Georgia, Kevin | LVEA | Yes | SQZT7 work | 00:03 |
23:08 | VAC | Gerardo | LVEA | Yes | Annulus work | 23:54 |
Ryan S., Sheila, Elenna
First thing Wednesday morning: run full initial alignment with green cameras
Ryan and I were able to lock the IFO on DRMI after many hours struggling down rabbit holes. In short: we were able to finally lock DRMI after reverting the ITMX and ITMY alignment to the alignment on Friday, and running manual initial alignment.
Sheila came online while we were in DRMI checking various things, and together we made it to CARM on Resonance. The alignment was very good (mostly hand tuned except for MICH ASC and DHARD). Sheila and I did our usual check of the PRG following alog 62110 and confirmed that everything looks great.
From there, Ryan and I ran the green camera offset scripts, watched them converge, and set the camera values. These are all SDFed- Ryan will add screenshots. To reiterate: run full initial alignment!
Sheila will add comments about checking and fixing the REFL phases.
While Sheila was adjusting the REFL phases so we could go to CARM on analog, I tried setting up the POP X centering using PM1 (so we could do DRMI on POP). I confirmed that moving PM1 moves the beam on POPX in reasonable ways. I had to flip the DC centering sign to positive when I engaged the loop, DC6, so the centering would converge. I was trying to check the UGF of the DC6 pitch loop by adding an offset to the loop, and accidentally added a massive offset, which tripped a lockloss since the beam went crazy on POPX and therefore LSC POP and that's a lockloss trigger diode.
I also had to turn on the PM1 signal output from the ASC model, which I then SDFed. After lockloss, the PM1 locking output doesn't get cleared, so Sheila will add that to the list of suspensions to clear after lockloss.
I also made a couple changes in Guardianland to keep ALS locked to set green references (line 6583 in ISC_LOCK.py; change weight from 10 to 1 to keep green locked) and I set the manual_control flag to True to not have DRMI/PRMI automatically jump to PRMI/MICH (line 22 in lscparams.py).
Screenshots of SDF accepting for green references at 'RESONANCE' attached.
I saved a template in userapps/lsc/h1/templates/CARM/check_refl_a_9_phase.xml, that puts a 200 Hz excitation (amplitude 3e-4 counts) on LSC-EXTRA_AO_OUT_2, which needs to be plugged into the CM board excitation and enabled to run this. We ran this while locked on resonance on REFLAIR, to check the phase of REFL 9. We adjusted the phase by about 20 degrees from what Jennie Wright did this morning based on the table from Daniel, 84581,. for a phase shifter setting of 24 degrees. This template also indicates that the sign of REFL9 is now oposite of the sign of REFLAIR, which we have to flip at the summing junction.
I added a line to ISC LOCK to flip this polarity in CARM_TO_ANALOG, but we lost lock before getting to try this, so we will have to watch it in the next locking attempt.
I also added PM1 to the list of suspensions that get their lock filters cleared in DOWN of ISC LOCK, and added DC6 to the list of ASC loops that get turned off in the DOWN of ISC_DRMI. These guardian changes have been added but not tested.
I also went to ISC_GEN_STATES, and added arguments to the WFS centering state to allow one to choose POP centering, or AS_REFL_POP. We can change the DRMI WFS centering to turn on the POP centering, but I haven't done that yet.
I took some open loop gain measurements of MICH and SRCL in DRMI. I had made small changes to the gains but ended up reverting all of them.
I found these templates in userapps lsc, and I saved the old traces as refs and ran new traces to compare.
My mistake last night was because DC6 nominally has an offset of 15000 in the bank because it used to control a PZT for POPX centering. To avoid making this mistake in the future, I have SDFed that offset to 0 (it's already set to be off all the time). Also, when I was setting up the POP centering, I noticed the loop needed positive gain instead of negative gain, so I flipped the sign of the gain in DC6 P and Y. We still need to tune the overall magnitude of the gain in the loop.
LSC-REFL_B DAQ readbacks were not connected. Now they are. The aanalog whitening filters were also turned on at the demod chassis (no remote control).
Georgia, Jenne, Elenna
All new offsets SDFed. I lazily accepted all the offsets without screenshots (ASC, ASCIMC, LSC, ALSEX, ALSEY, ISCEX, ISCEY, OMC). Running the script seems to have helped with our DRMI locking problems.
M. Todd, C. Cahillane
Revisiting the dataset from the March 10th, 2025 intensity noise injections that I did, Craig and I re-did a CARM pole estimate as followed in alog 65093.
Results: we estimate the CARM pole to be 0.67 +/- 0.005 Hz.
Using the Transmitted ARM RIN channels transfer function from intensity noise, we can fit a 1/f line to the low-frequency portion to estimate the CARM pole.
The plots below show some slight variation between the different channels, but all consistently around 0.67 Hz CARM pole. I have yet to examine exactly what this means for our loss estimates.
Code:
The code used to make the below plots is found:
List of Figures:
1. All together plot pdf with all transfer functions and CARM pole fits in one document
2. ISS RIN to TRX - A RIN and CARM pole fit
3. ISS RIN to TRX - B RIN and CARM pole fit
4. ISS RIN to TRY - A RIN and CARM pole fit
5. ISS RIN to TRY - B RIN and CARM pole fit
Jennie W, Sheila, Jenne D, Tony S,
Summary: PRCL loop seems to be behaving ok. Not sure why we can't lock DRMI.
We were having trouble staying locked in DRMI today so we did some open loop transfer function (OLTF) measurements of the PRCL, PRX and PRY length loops as a cross-check.
Below I include photos of the PRCL OLTF measurement where you can see there is no coherence below 20 Hz and there is a small bump in the measurement between 20 and 30 Hz.
This seemed strange so we measured PRX (state in ALIGN_IFO guardian) and PRY
Steps to lock PRY:
From the OLTF for PRX (brown trace) and PRY (red trace) we can't see any strange behaviour between 20 and 30 Hz in either state.
Finally I compared the PRCL OLTF to a measurement Ryan did a year ago, and from this (red trace) it looks as if that gain bump between 20 and 30 Hz and the rest of the TF shaping is nominal.
For completeness I include the measurement I did of MICH while PRMI was locked.
Sheila, Jennie W, Elenna,
We need to set up two DC centering loops for the PM1 suspension using the new in-vac POP_X PD.
Sheila copied over the H1:ASC-DC1_P and Y filters to the H1:ASC-DC6_P and Y filter banks after checking the shaping of these loops, and that the input and output matrices for both DOFs direct POP X DC input -> DC6 -> PM1. We loaded the coefficients in H1:ASC model.
Elenna put in gains to match those used by DC1 and turned on the corresponding filters in the DC 6 filter banks. The inputs are off for now and we can test these later.
The chiller systems at the mid stations were started this morning for the season.
Oli, Edgard, Jeff, Brian
This post is meant to give a clearer explanation of the work in [LHO:84296] and its many comments. We are trying to find a new set of gains for the M1_OSEMINF filter banks for SR3 to calibrate the OSEMs to be in agreement with the HAM5 GS13s.
To do so, we drive the HAM5 ISI in { X , Y , Z } and record the response of the relevant OSEMs between 5 to 15 Hz. At these frequencies, the M1 stage of the suspension should start to become inertial, and the M1_DAMP / SUSPOINT response of each individual OSEM should asymptote to -1, because the OSEMs would be measuring their support point on the cage [barring internal dynamics of the cage itself].
To increase the accuracy of the calibration, we use the MATLAB model of the HLTS and use the full extent of the 5-15 Hz data instead of only the asymptotic behavior.
I post here the code used to generate these results. The code requires the new Common/MatlabTools/ExportedModels folder from the SusSVN [LHO:84458]. The detailed results of the calibrations mentioned is shown below.
_____
Adding hera a few bits of information that were missing from the original post, together with an updated version of the script.
_______________________________________________________________________
To compensate for the OSEM gain changes, we estimate that the H1:SUS-SR3_M1_DAMP loops must be changed by a factors of:
L gain = 0.743 * (old L gain)
T gain = 0.724 * (old T gain)
V gain = 0.549 * (old V gain)
R gain = 0.549 * (old R gain)
P gain = 0.691 * (old P gain)
Y gain = 0.743 * (old Y gain)
The calibration will change the apparent alignment of the suspension as seen by the at the M1 OSEMs
NOTE: The actual alignment of the suspension will NOT change as a result of the calibration process
The changes are computed as (osem2eul) * gain * inv(osem2eul).
Using the alignments from 2025-05-07_0000 (UTC) as a reference, the new apparent alingments are:
DOF Previous value New value Apparent change
---------------------------------------------------------------------------------
L -4.3 um -2.6 um +1.7 um
T -19.7 um -14.2 um +5.4 um
V -24.0 um -8.4 um +15.6 um
R -490.6 urad -219.3 urad +271.4 urad
P -300.2 urad -203.8 urad +96.5 urad
Y -569.3 urad -422.5 urad +146.8 urad
Here I post the coherence and transfer functions between the excitations of HAM5 in X, Y, and Z to the SUSPOINT degrees of freedom.
The band from 5-10 Hz seems to be low enough amplitude that I think we can claim that the drives are clean enough in the SUSPOINT basis to perform the calibration.
Note that the high coherence between L/T and HAM5_ISO X/Y is expected, since the SR3 euler basis does not perfectly align with the cartesian basis of HAM5.
J. Kissel (for O. Patane and E. Bonilla) Also during this barrage of measurements, Oli and Edgard gathered Open Loop Gain (IN1/IN2), Loop Suppression (IN2/EXC), and Closed Loop Gain (IN1/EXC) tfs under the presence of DAMP_EXC. Within the templates mentioned below, there're two data sets. The "New OSEMINF gains" data is with with the above mentioned H1:SUS-SR3_M1_OSEMINF_T1_GAIN 3.627 H1:SUS-SR3_M1_OSEMINF_T2_GAIN 1.396 H1:SUS-SR3_M1_OSEMINF_T3_GAIN 1.345 H1:SUS-SR3_M1_OSEMINF_LF_GAIN 1.719 H1:SUS-SR3_M1_OSEMINF_RT_GAIN 1.490 H1:SUS-SR3_M1_OSEMINF_SD_GAIN 1.781 The "OG OSEMINF gains" data is with the OSEMINF gains that have been present throughout O4 (as they were reverted post-measurement) H1:SUS-SR3_M1_OSEMINF_T1_GAIN 1.478 H1:SUS-SR3_M1_OSEMINF_T2_GAIN 0.942 H1:SUS-SR3_M1_OSEMINF_T3_GAIN 0.952 H1:SUS-SR3_M1_OSEMINF_LF_GAIN 1.302 H1:SUS-SR3_M1_OSEMINF_RT_GAIN 1.087 H1:SUS-SR3_M1_OSEMINF_SD_GAIN 1.29 The raw .xmls for both these data is /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/SR3/SAGM1/Data/ 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_L_0p02to50Hz_OpenLoopGainTF.xml 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_P_0p02to50Hz_OpenLoopGainTF.xml 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_R_0p02to50Hz_OpenLoopGainTF.xml 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_T_0p02to50Hz_OpenLoopGainTF.xml 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_V_0p02to50Hz_OpenLoopGainTF.xml 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_Y_0p02to50Hz_OpenLoopGainTF.xml The open loop gain transfer functions (IN1/IN2) have already been exported /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/SR3/SAGM1/Data/ 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_?_0p02to50Hz_OpenLoopGainTF_tf.txt << exports of "OG OSEMINF gains" data 2025-05-21_2000_H1SUSSR3_M1_WhiteNoise_L_0p02to50Hz_OpenLoopGainTF_tf.txt << exports of "New OSEMINF gains" data Also, I've exported the loop suppression of the "OG OSEMINF gains" data as /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/SR3/SAGM1/Data/ 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_?_0p02to50Hz_OLGTF_LoopSuppression_tf.txt << exports of "OG OSEMINF gains" data