(Jordan V., Gerardo M.)
Today we replaced the MKS gauge at FC-C-1, this is the first 6 way cross inside the filter cavity tube enclosure, we installed serial number 390F00490, twice, yes two times. It turns out that the flange has some scratches on the knife edge, and it was not going to seal regardless of the effort that we put into it. Once the gauge was removed the scratches transferred to the copper gasket. We replaced it with serial number 390F00495, this one seems to be doing good. New conflat was leak tested and no leak was detectable above 2.42e-10 torr*l/sec.
The old gauge serial number is 390F00406 with a date code of June 2021.
Additional pictures of the knife edge damage/dirty flange from manufacturer.
More photos of the MKS390 gauge due to new found features.
We found some features internal to the gauge, see attached photos, maybe when welding the conflat to the gauge body they did not use shielding gas internal to the gauge.
Future reference, we did a test on the gauge with an annealed copper gasket, no leaks detected above the 1.0e-10 torr*l/sec. So, if this gauge is deemed good we can use it, contacting vendor with lots of questions. Serial number 390F00495 is for the featured gauge on attached photos.
For clarification the serial number of the "dirty" gauge is 390F00490 and it is getting returned to the vendor.
The gauge installed and working on FC-C-1 is serial number 390F00495.
TITLE: 06/24 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 148Mpc
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 11mph Gusts, 7mph 3min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY:
H1 has been Locked for close to an hour.
Note:
CDS Alarm H0:VAC-LY_Y3_PT114B_PRESS_TOUR alarmed at 1434843240. Oli metioned that Davis said this is nothing to worry about, I'm just documenting it here.
Everything else looks fine.
I did a very quick search and didn't find any other posts, so I putting a plot here comparing the motion of the pre-vent HAM1 TT L4C passive stack motion to the current HAM1 ISI motion. ISI motion is generally 1-3 orders of magnitude better, only with a very narrow window at 15hz where the passive stack barely reached down to the ISI motion, but only for the x dof. Blue, green and brown are the ISI, cyan, pink and black are the passive stack.
Almost done with the st0 feedforward, X,Y,Z and RY are running. Still have to do tilt decoupling (which will improve low frequency motion), vac work at the chamber kept tripping the ISI during my measurements this morning.
Sheila, Camilla. WP#12573
Sheila and I realigned the Homodyne after it needed to be touched to re-seat one of the PDs in 85116. Sheila balanced powers using the LO waveplate and measured visibility to be 98.4% (11.4mV min 1.46 V max).
We then used SQZ_MANAGER SQZ_READY_HD (needed to change LO gain, see sdf). Attached plot.
Last done by Kevin/Vicky in 84661, they got 6.4 to 7 dB of SQZ, 14.6 dB of anti-SQZ, and 12.1 dB of mean squeezing.
Type | NLG | Angle | SQZ (@300Hz) | DTT Ref |
LO shot noise | N/A | N/A | Used as 0dB | ref 1 |
ASQZ | 10 | (+) 204 | 14.3dB | ref 2 |
SQZ | 10 | (-) 114 | -7dB | ref 3 |
Mean SQZ | 10 | N/A | 10.7dB | ref 4 |
OPO Setpoint | Amplified Max | Amplified Min | UnAmp | Dark | NLG | OPO Gain |
95uW | 0.0530 | 0.001913 | 0.005307 | 9.1e-5 | 10.16 | -8 |
After Sheila and Camilla realigned the homodyne, I tried estimating the NLG by looking at the ADF beatnote while varying the squeezing angle to map out the ADF-LO ellipse as described in the ADF paper.
The channels used to measure the beatnote were H1:SQZ-ADF_HD_DIFF_NORM_{I,Q}. The squeeze angle was varied by sweeping H1:SQZ-CLF_REFL_RF6_PHASE_PHASEDEG from 0 to 275 degrees with both polarities of the CLF servo (H1:SQZ-CLF_SERVO_IN2POL).
I then fit the data to an ellipse. The ratio of the semi-major to semi-minor axes is denoted by G in the ADF paper and was then used to compute the NLG. This results in
G: 5
NLG: 8.8
By comparison, an NLG of 10.2 is equivalent to G=5.4, which is consitent with the accuracy of this data. This kind of measurement could probably be improved in the future by taking more data near the anti-squeezing points on the ellipse.
It's not obvious from the ADF paper how to convert from G to NLG and back. For posterity, the functions I used for these conversions are also attached. These use the "alternative OPO configuration" shown in Fig 6(a) of the ADF paper.
The data is located at /ligo/gitcommon/squeezing/sqzutils/data/NLG_HD_06_24_2025.h5.
Following the restart of any vacuum Beckhoff controller it is necessary to burt-restore the settings back to what they were prior to the restart (e.g. CP PID settings). We are using the slow controls Vacuum SDF to display which settings need to be restored, but the SDF cannot do the revert itself since it runs on a non-authorized server (h1ecatmon0) which does not have write access to the vacuum system.
Previously I had written a script in user vacuum's home directory on zotvac0 to do this restore for h0vaclx, today I made the script generic, taking the system to be restored as an argument.
The restoration process following a restart of a vacuum system is now:
On any CDS workstation open the vacuum SDF window showing the differences list, we will use this to verifty the restore worked correctly
As user vacuum on zotvac0 (restricted access to vacuum team, CDS and OPS) run the ./burt_restore_vac.bsh script with no arguments to get the usage:
vacuum@zotvac0:~$ ./burt_restore_vac.bsh
Incorrect arguments given
Usage:
burt_restore_vac.bsh SYS
where SYS is one of:
lx ly ex ey mx my mr
This morning I ran the script with argument = ly which correctly restored the h0vacly settings to those in h1vacuumsdf's safe.snap file***
***
unfortunately a late morning change to reduce CP1's LLCV value from 37.4% to 29.0% in preparation for today's dewar fill did not make it to the h1vacuumsdf_safe.snap file and so the burt restore restored the 37.4% value. This was caught in a few hours by CP1's TCs dropping below -110C and its discharge line pressure rising to 0.3PSIG.
Sheila, Camilla, WP#12632.
Moved OPO Crystal Spot using instructions in 80451, last done in January 2025 82134.
For all of the used spots we moved through, to the left of the co-resonance, the loss suddenly increased as in the spot to the side of the current co-resonance was in the past used. This made us think that we are set to a different temperature to other times we have moved the spot.
Measured NLG to be 10 with the OPO TRANS setpoint set to 95uW, the NLG was very low 7 with 80uW, hence staying at 95uW, the NLG's seemed to have dropped this week 85252, we don't know why.
Tagging OpsInfo: This change will mean that for the next week or so we'll need to more regularly adjust the OPO TEC temperature, instructions are in 80461. Should be done pro-actively when relocking and if range is low in observing. Pop out of observing to adjust while in Observing.
Today's h1asc model change was a good opportunity to consolidate the new model build procedure now that H1 models are rev-locked (source code locked to specific subversion revision numbers).
1) build the model as normal to verify that it builds (user controls on h1build)
> rtcds build h1asc
2) run model through check_model_changes to check if DAQ changes are pending (user myself on opslogin0)
> check_model_changes h1asc
In this case 4 fast channels are to be added to the DAQ
3) run rev-update on model to check subversion status (user controls on h1build)
> rtcds rev-update h1asc
This showed that the h1asc.mdl model has local mods pending commit.
4) commit local mods to subversion (user myself on opslogin0)
Using the DAQ change information from 2) I committed h1asc.mdl to subversion
> svn ci -m "Elenna 23jun2025 add 4 DQ chans DC6_[P,Y]_[IN1,OUT]" h1asc.mdl
5) run rev-update again (user controls on h1build)
> rtcds rev-update h1asc
At this point I was able to accept svn HEAD as the rev-lock versions for h1asc's source files
6) do a rev-locked build of h1asc (user controls on h1build)
> rtcds build --rev-locked h1asc
7) install the model (user controls on h1build)
> rtcds install h1asc
J. Kissel In order to prepare for implementing ECR ECR E2400330 which improves the whitening within the UK sat amps to improve the OSEM signal chain's total sensor noise between 0.05 and 10 Hz (see CSWG:11249 for a model of the noise improvement), I want to be sure we have a up-to-date measurement of the damping loop's suppression. This is so it can be divided out from the estimate of sensor noise before vs. after the change. Also, in general, it's good it we have pre-tuned templates for open loop gain transfer functions, as they use a markedly different excitation than "standard" "health check" transfer functions because the excitation must go through the damping loop controller filter. Note: if we compensate for the change in satamp frequency response well (with the anti-whitening filters in the OSEMINF banks), then the open loop gain / loop suppression / close loop gain should remain unchanged across the whitening filter change, so one we have these we shouldn't need to take them again (unless commissioning demands more changes to the filters). Since this kind of inventory is best done digitally for other folks reference and in case I have to delegate, I share it here. The following is a table of available and believed "should be the same as now" open loop gain TF templates and aLOGs for all suspensions with UK satellite amplifiers (and the Filter Cavity HSTSs FC1 and FC2 for good measure). Where there isn't templates that are "still valid," I give a brief note as to why. Optic aLOG Templates Still Valid? If not, why not? ETMX M0 (n/a) none NO *Never measured ETMX R0 (n/a) none NO *Never measured ETMY M0 LHO:6933 2013-07-??_????_H1SUSETMY_M0_*_WhiteNoise_OLGTF.xml NO *Way old, not enough DOFs ETMY R0 LHO:68405 2023-04-04_1731_H1SUSETMY_R0_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml Yes *But would be good to remeasure w/ and w/o R0 tracking ITMX M0 LHO:7720 2013-09-10_2306_H1SUSITMY_M0_[R,V]_WhiteNoise_OLGTF.xml NO *Way old, not enough DOFs ITMX R0 (n/a) none NO *Never measured ITMY M0 (n/a) none NO *Never measured ITMY R0 (n/a) none NO *Never measured TMSX (n/a) none NO *Never measured TMSY LHO:6654 2013-06-06_1511_H1SUSTMSY_M1_[L,P]_WhiteNoise_OLGTF.xml NO *Only L and P measured BS LHO:71269 2023-07-12_2000_H1SUSBS_M1_CDBIOState_1_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml Yes *Oplev Damping OFF LHO:71465 2023-07-18_1740_H1SUSBS_M1_CDBIOState_1_OLDampingON_WhiteNoise_*_0p01to50Hz_OpenLoopGainTF.xml Yes *Oplev Damping ON MC1 LHO:85291 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml Yes MC2 LHO:85291 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml Yes MC3 (n/a) none NO PRM LHO:85292 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml NO *EPICs gains changed since PR2 LHO:85292 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml NO *EPICs gains changed since PR3 LHO:64152 2022-07-26_1820_H1SUSPR3_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml Yes SRM LHO:85285 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF.xml NO *EPICs gains changed since SR2 LHO:65314 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml NO *EPICs gains changed since SR3 LHO:85255 2025-05-21_1800_H1SUSSR3_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGainTF.xml Yes FC1 LHO:85290 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_*_0p01to100Hz_OpenLoopGainTF_new.xml Yes FC2 (n/a) none NO OMC LHO:60054 2021-09-28_1640_H1SUSOMC_M1_WhiteNoise_*_0p02to50Hz_OpenLoopGain_2014vs2021Designs.xml Yes IM1 LHO:64039 2022-07-19_H1SUSIM1_M1_WhiteNoise_*_OLG.xml Yes IM2 LHO:64039 2022-07-19_H1SUSIM2_M1_WhiteNoise_*_OLG.xml Yes IM3 LHO:64039 2022-07-19_H1SUSIM3_M1_WhiteNoise_*_OLG.xml Yes IM4 LHO:64039 2022-07-19_H1SUSIM4_M1_WhiteNoise_*_OLG.xml Yes So -- to we really need to focus our measurement energy on the QUADs which have really never been characterized and the recycling cavity HSTS which have their EPICs gains changed in 2023. The good news is that 2023 me tuned a full set of QUAD R0 open loop gain TF templates using ETMY, so these templates should be viable for both the rest of the R0 chains as well as the main chain with little-to-no tuning (assuming alignment biases are not eating up a different amount of DAC range). That leaves on the TMTS not having tuned templates, so that's where we'll have to spend our tuning time. We obviously have templates that will work for the missing / out-of-date HSTSs. I'll begin the campaign during upcoming Tuesdays, in advance of making the ECR E2400330 change.
WP12623 h1asc add fast channels to DAQ
Elenna, Dave:
A new h1asc model was rev-locked and installed. Four new fast DQ channels were added to the DAQ (channel, rate):
> H1:ASC-DC6_P_IN1_DQ, 256
> H1:ASC-DC6_P_OUT_DQ, 512
> H1:ASC-DC6_Y_IN1_DQ, 256
> H1:ASC-DC6_Y_OUT_DQ, 512
DAQ restart needed.
WP12570 Restart Digivideo Cameras with latest pylon
Patrick, Jonathan, Dave:
Jonathan updated pylon on h1digivideo[4,5,6] and restarted all the camera servers on these machines. This should fix the bug of stuck open files accumulating when the camera connection is interrupted.
No DAQ restart needed.
Add PID SMOO channels to vacuum SDF
Dave:
Prior to today's h0vacly restart I added the missing CP PID-control SMOO channels to the vacuum SDF monitor.req and safe.snap files. SDF was restarted 08:29. No DAQ restart needed.
WP12577, 12608, 12615 Upgrade LY Vacuum Controls
Janos, Gerardo, Patrick, Jonathan, Erik, Dave:
Patrick installed a new h0vacly system this morning. Main items are:
Pleae see Patrick's alog for details.
A extended DAQ restart was required, renaming Ion Pump raw minute trend files for uninterrupted lookback and construcing new PT100 (HAM1) raw minute trends following the upgrade of h0vaclx last Tuesday (17th June 2025).
DAQ Restart
Jonathan, Erik, Patrick, Dave:
Immediately following the restart of h1asc at 11:52, the DAQ was restarted using the following procedure:
It was at this late point that I remembered that the temporary H1 version of PT100B is no longer needed, and indeed this channel has no data following the removal of the PT100B Volts channel from h0vacly. However since it is still in the EDC, we need to continue running the temporary IOC until the next DAQ restart. I've removed it from edcumaster.txt as a reminder.
GPS Leap Seconds Updates
Jonathan, Erik, Dave:
Erik's FAMIS task reminded us that the leapseonds files expiration date of 30 June 2025 is rapidly approaching. Although no leap seconds are to be applied, the files need to be updated to reset their expiration dates. Please see Erik and Jonathan's alog for more details.
DNS testing
Erik:
ns1 (backup DNS server) was used by Erik to see if we can reproduce the error whereby loss of connection to GC caused internal CDS name resolution issues. It did not.
Vacuum Ion Pump channel name changes (old-name, new-name)
H0:VAC-FCES_IP23_II123_AIP_IC_VOLTS | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_VOLTS |
H0:VAC-FCES_IP23_II123_AIP_IC_VOLTS_ERROR | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_VOLTS_ERROR |
H0:VAC-FCES_IP23_II123_AIP_IC_MA | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_MA |
H0:VAC-FCES_IP23_II123_AIP_IC_MA_ERROR | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_MA_ERROR |
H0:VAC-FCES_IP23_II123_AIP_IC_LOGMA | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_LOGMA |
H0:VAC-FCES_IP23_II123_AIP_IC_LOGMA_ERROR | H0:VAC-FCES_IPFCC9_IIC9_AIP_IC_LOGMA_ERROR |
H0:VAC-FCES_IP23_VI123_AIP_PRESS_TORR | H0:VAC-FCES_IPFCC9_VIC9_AIP_PRESS_TORR |
H0:VAC-FCES_IP23_VI123_AIP_PRESS_TORR_ERROR | H0:VAC-FCES_IPFCC9_VIC9_AIP_PRESS_TORR_ERROR |
H0:VAC-FCES_IP24_II124_AIP_IC_VOLTS | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_VOLTS |
H0:VAC-FCES_IP24_II124_AIP_IC_VOLTS_ERROR | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_VOLTS_ERROR |
H0:VAC-FCES_IP24_II124_AIP_IC_MA | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_MA |
H0:VAC-FCES_IP24_II124_AIP_IC_MA_ERROR | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_MA_ERROR |
H0:VAC-FCES_IP24_II124_AIP_IC_LOGMA | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_LOGMA |
H0:VAC-FCES_IP24_II124_AIP_IC_LOGMA_ERROR | H0:VAC-FCES_IPFCD1_IID1_AIP_IC_LOGMA_ERROR |
H0:VAC-FCES_IP24_VI124_AIP_PRESS_TORR | H0:VAC-FCES_IPFCD1_VID1_AIP_PRESS_TORR |
H0:VAC-FCES_IP24_VI124_AIP_PRESS_TORR_ERROR | H0:VAC-FCES_IPFCD1_VID1_AIP_PRESS_TORR_ERROR |
H0:VAC-FCES_IP25_CS187_STATUS | H0:VAC-FCES_IPFCH8A_CSH8A_STATUS |
H0:VAC-FCES_IP25_II187_IC_VOLTS | H0:VAC-FCES_IPFCH8A_IIH8A_IC_VOLTS |
H0:VAC-FCES_IP25_II187_IC_VOLTS_ERROR | H0:VAC-FCES_IPFCH8A_IIH8A_IC_VOLTS_ERROR |
H0:VAC-FCES_IP25_II187_IC_AMPS | H0:VAC-FCES_IPFCH8A_IIH8A_IC_AMPS |
H0:VAC-FCES_IP25_II187_IC_AMPS_ERROR | H0:VAC-FCES_IPFCH8A_IIH8A_IC_AMPS_ERROR |
H0:VAC-FCES_IP25_VI187_PRESS_TORR | H0:VAC-FCES_IPFCH8A_VIH8A_PRESS_TORR |
H0:VAC-FCES_IP25_VI187_PRESS_TORR_ERROR | H0:VAC-FCES_IPFCH8A_VIH8A_PRESS_TORR_ERROR |
Tue24Jun2025
LOC TIME HOSTNAME MODEL/REBOOT
11:52:26 h1asc0 h1asc <<< Elenna's new asc model
not shown, shutdown of both TW0 and TW1 for file manipulation at this point
12:17:51 h1daqdc0 [DAQ] <<< 0-leg restart
12:18:03 h1daqfw0 [DAQ]
12:18:03 h1daqtw0 [DAQ]
12:18:05 h1daqnds0 [DAQ]
12:18:12 h1daqgds0 [DAQ]
12:18:15 h1susauxb123 h1edc[DAQ] <<< edc restart with new vacuum channel list
12:24:09 h1daqdc1 [DAQ] << 1-leg restart
12:24:22 h1daqfw1 [DAQ]
12:24:22 h1daqtw1 [DAQ]
12:24:23 h1daqnds1 [DAQ]
12:24:31 h1daqgds1 [DAQ]
12:25:06 h1daqgds1 [DAQ] <<< gds1 second restart
Kiet, Evan, Anamaria
We noticed that since August 24th, 2024—following the detector maintenance break in O4b—NonSENS has been consistently injecting noise into the 58–60 Hz band.
The ratio of strain after/before cleaning has been tracked via the DetChar summary pages. Attached to this alog are three examples, taken on August 24th, 2024; December 23rd, 2024; and March 31st, 2025. The peak around 58–60 Hz appears to grow over this period, and and remains present after the O4c commissioning break.
We’ve also attached the NonSENS noise budget for March 31st, 2025. It shows a peak in the jitter noise at 58–60 Hz, which aligns with the band NonSENS has been injecting noise into, so perhaps it is not subtracting jitter correctly?
Same thing can be said for the peak in the ratio after/before cleaning at 28-29 Hz
Closes WP 12577. The running code is now at commit 0faf5c4aeb5c61116a5abf0573cb3d09ffdc9e7c in https://git.ligo.org/cds/ifo/beckhoff/lho-vacuum. This completes the remaining part of the work permit: "Update the PLC code on h0vacly to pull and use the following changes from git: "Changed the names of the IP23, IP24, and IP25 filter cavity ion pump controllers. Added IPFCC6 and IPFCC8 filter cavity ion pump controllers. Commented out IPFCC6 and IPFCC8. Commented out PT100 as a Pirani and Cold Cathode gauge pair." After regenerating the TwinCAT 3 solution and running a scan for devices it showed that Box 1, Box 4, PT154 and PT157 had different hardware revisions than they were configured for in the solution. I changed the PowerShell script to make them match, but when I ran it I found that the device driver installed for these gauges did not match the new revision number. I looked on the MKS website for updated drivers, but could not find any drivers at all. I looked back through my emails and found that Chandra had given me the one I currently have, and remembered that she had probably gotten it from the manufacturer directly. The most feasible solution I could think of to do in the time remaining was to revert the revision numbers in the software and run with the mismatch. I don't see any issues at present, and apparently PT154 has been running with the mismatch since it was replaced a while back.
Leo Schrader, Camilla Compton, Sheila Dwyer, Jennie Wright I am trying to build up a mode-matching model for the SQZ to OMC path. Measured the height of periscope closest to -X Side in SQZT7. Height of periscope base plate measured 5/8 in. D1201011 front plate reported 25 in tall in design documentation. Top of D1201011 to center of upper periscope mirror measured approx. 63/64 in. Vertical beam travel in periscope thus computed as 22.61 in (574.3 mm). Images of ruler measurements are attached.
There were some cleanroom curtains on HEPI HAM1 that I moved, and there were several ladders that I put away all around, HAM1, 5, 7 and the biergarten.
J. Kissel I'm reviewing the state of suspensions' collection of damping loop open loop gain / loop suppression / closed loop gain TF measurements, because we'd like to use the loop suppression to accurately estimate the OSEM sensor noise left over after regressing out the ISI input displacement (much like Valera has done for PR3 in LHO:84277, but he didn't invert the loop suppression). We're doing this so we have "the best we can" metric for when we start to implement ECR E2400330 and improve the whitening within the sat amps to improve the sensor noise between 0.05 and 10 Hz (see CSWG:11249 for a model of the noise improvement). I've found that SRM's collection (taken back in 2022 during the upgrade to Level 2.0 filters; LHO:65310 ) had not been updated after the Aug 2023 commissioning efforts that reduced the gain in all DOFs by half, from -1.0 to -0.5 (LHO:72106). So, I've gathered a new set of open loop gain TFs this morning (from which the loop suppression and closed loop gain TFs come "for free" if you gather the right channels). The data set has been committed to /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Data/ 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF.xml 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF.xml 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF.xml 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF.xml 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF.xml 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF.xml The references in these templates were updated before each new measurement was taken, so it's a direct comparison between "before" vs. "after" gain reduction on the level 2.0 filters. It's not terribly surprising that the magnitude of the the open loop gain dropped, but due to the complexity of the unity gain crossings, phase evolution beneath it and the confirmed MIMO nature of the loops, it's never obvious what effect this has on the loop suppression or closed loop gain in the 0.1 to 10 Hz region, thus the remeasure. For comparison of the loop suppressed plant, P / (1 + G), before vs. after the gain reduction -- see LHO:85277 (note: technically that data also has a switch of basis for transverse, but the consequence on the loop is nil; per that aLOG). And for the ease of use, I've exported the loop suppression (A: EXC, B: IN2, to show IN2/EXC = 1 / (1 + G) ), and committed to /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Data/ 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_L_0p01to100Hz_OLGTF_LoopSuppression_tf.txt 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_P_0p01to100Hz_OLGTF_LoopSuppression_tf.txt 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_R_0p01to100Hz_OLGTF_LoopSuppression_tf.txt 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_T_0p01to100Hz_OLGTF_LoopSuppression_tf.txt 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_V_0p01to100Hz_OLGTF_LoopSuppression_tf.txt 2025-06-24_1704_H1SUSSRM_M1_WhiteNoise_Y_0p01to100Hz_OLGTF_LoopSuppression_tf.txt
I have installed the level 2.0 HSTS damping filters into the FC1 damping bank. I also accepted the changes in SDF.
Open loop gain TFs have been taken of all FC1 dofs with the new damping design installed and are in the SusSVN.
Here're the templates associated with the open loop gain TFs of FC1's M1 damping loops that Elenna mentions: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/FC1/SAGM1/Data/ 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-14_2330_H1SUSFC1_M1_CDBIOState_1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF_new.xml
Today I installed Jeff's Level 2 HSTS damping filters on MC1 2 and 3. See alog 65310 as a reference for installation and rearrangement of the filters. I measured the new OLG for all dofs of MC1, and measured both the old and new OLG for all dofs of MC2. See the SusSVN for the OLG measurements.
The new and old filters are set up following the same scheme as we did for the recycling cavity mirrors. The SDFs have been updated for the new locations of the old filters (see attached screenshots).
Once I finished the measurements, I took all three MC damping filters to the new filters, and confirmed the IMC still locks with the new damping filters (yay). After, I reset the MC damping filters to the old filters for the time being. I am leaving the IMC locked overnight (with old damping filters).
Here're the templates for the MC1 and MC2 that Elenna used for these measurements: /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/ MC1/SAGM1/Data/ 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_1900_H1SUSMC1_M1_CDBIOState_1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF_new.xml MC2/SAGM1/Data/ 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-13_2230_H1SUSMC2_M1_CDBIOState_1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF_new.xml There don't appear to be measurements of MC3's open loop gain TFs.
Following work on other HSTS damping loops, see alog 65310, I updated the PR2 and PRM filter banks with the new damping filters, following the same scheme as SR2 and SRM (new filts in FM1-5 and 10, old filts in FM6-8, BR stays in 9). After making measurements of the OLGTF of PR2 and PRM (saved in SusSVN), I reverted the damping filters back to the old filters and SDFed the change. Reminder: we have rolled the EPICS gains into the "old_gain" filter so now all the dof damping gains should be set to -1. I also reverted the CDBIO State back to 2. I had it switched to 1 for the measurements.
Attached is a screenshot of the PRM SDFs accepted. I forgot to screenshot PR2 before confirming, so you will have to take my word for it :)
Here're the open loop gain templates committed to the SVN for PRM and PR2 from this update /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/ PRM/SAGM1/Data/ 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2240_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF_new.xml PR2/SAGM1/Data/ 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_L_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_P_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_R_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_T_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_V_0p01to100Hz_OpenLoopGainTF_new.xml 2022-10-12_2020_H1SUSPR2_M1_CDBIOState_1_WhiteNoise_Y_0p01to100Hz_OpenLoopGainTF_new.xml