M. Todd, C. Compton, S. Dwyer
This is a continuation of the last alog discussing how we can estimate thermal actuator contributions to the surface curvature to the test masses. In this I tried to layout the problem with a little more detail.
Essentially, with a few different ring heater powers and their corresponding HOM spacing measurements from OMC data, we can estimate the coupling factor of ring heater power to test mass surface defocus [D/W]. The assumption is that the cavity g-factor is linear with this ring-heater power dependence, and higher order terms are assumed to be small enough to ignore.
This fit to a premlinary dataset (one HOM data point per ring-heater power_) yields a ring-heater coupling value of 0.6483 uD/W -- note: the HOM spacing has been observed to change during the same ring heater powers over time, and these should be included in the dataset.
This value is about 65% of what we think it to be, from TCS - SIM.
We can also constrain the HOM spacing shift from self-heating alone using the intercept of this curve -- this is estimated to be about 153 Hz (from 5166Hz to 5319Hz), compared to the predicted 411Hz change.
For posterities sake, I'm adding links to the values of the parameters that we assume.
ITMY cold RoC : galaxy (line 96) and dcc (page 7), there is a ~1m discrepancy, but probably not a huge deal
ETMY cold RoC: galaxy (line 50) and dcc (page 5)
Arm Length: dcc
TITLE: 04/23 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: MAINTENANCE
Wind: 2mph Gusts, 0mph 3min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.17 μm/s
QUICK SUMMARY:
IFO is in MAINTENANCE for the VENT
Planned tasks today and rest of the week:
Work safe!
WP12463 PSL ON/OFF boolean controls
Keita, Jonathan, Dave:
Keita generated new h1pslpmc and h1pslfss models by modifying the common pslpmc.mdl and pslfss.mdl model files to convert integer EPICS inputs to binary input parts. Some internal changes were made to make full use of the boolean signals. Filtermodules which were no longer needed were kept in the models to preserve their DAQ channels, the parts were just parked by the side with grounded inputs. MEDM and Guardian code changes were required. DAQ restart was required.
see alog84044 for details
also FRS5861
WP12466 PM1 HAM1 SWWD
Dave:
The PM1 suspension was added to HAM1's SWWD. h1iopsush2b was modified to add this part, all the models on h1sush2b were restarted as part of this work. DAQ restart was required.
Please see alog84060 for details.
WP12477 Fix miswired MADC parts in h1iopseih16
Dave:
To prevent interruption of HAM1 seismic work the new h1iopseih16 model was not installed today, deferred until later.
WP12472 ASC and LSC changes for POP_X and LSC_REFL_B
Daniel, Dave:
Daniel installed new h1lsc and h1asc models. Because these did not require a DAQ restart this was done on Monday.
See alog84026 for details.
h1seih16 model start reordering
Erik, Dave:
The model start order for the models in h1seih16 was changed to conform to the other HAM seismic frontends. This also reordered them on the CDS overview.
Please see alog84047 for details
Fix of ETMX Beckhoff baffle photodiode readouts following power outage
Fil, Dave:
Fil found a power supply issue at ETMX and restored the baffle PDs.
Please see alog84052 for details
Add EPICS outputs to PSL models to fix "missing ADCs" on MEDMs
Dave:
I took the opportunity during the PSL model and DAQ restarts to put in EPICS OUTPUT parts in PSL models to make their RCG generated ADC MEDM files complete.
Changes were made to h1pslpmc, h1pslfss and h1psldbb. DAQ restart was required.
WP12473 Beckhoff slow controls HAM1 upgrade.
Daniel, Dave:
Daniel created a new h1ecatisccs PLC which added JAC channels to its DAQ INI file. This was completed at the end of the maintenance period, so it was decided to defer the DAQ restart to another day.
Please see alog84055 for details.
Testing new frame writer h1daqfw2
Jonathan, Dave:
Jonathan installed a test frame writer h1daqfw2 to the DAQ system (hardware is a repurposed h1digivideo3). It connects to h1daqnds0 via a private gigabit ethernet link.
DAQ Restart
Dave, Jonathan:
The DAQ was restarted for the above model changes (not an EDC restart). This was a clean and unremarkable restart.
As Keita noted in his PSL alog, because the data type of the PSL on/off PVs changed from float to an integer representation of a boolean, if you trend these channels back before 22apr2025 zero is still zero, but non-zero is an arbitrary number.
Channels this applies to are:
H1:PSL-PMC_ALIGNRAMP_ON datatype change from 4 to 2
H1:PSL-PMC_BLANKING datatype change from 4 to 2
H1:PSL-PMC_BOOST datatype change from 4 to 2
H1:PSL-PMC_LOCK_ON datatype change from 4 to 2
H1:PSL-PMC_RAMP_ON datatype change from 4 to 2
H1:PSL-PMC_TF_IN_ON datatype change from 4 to 2
H1:PSL-FSS_TEMP_LOOP_ON_REQUEST datatype change from 4 to 2
H1:PSL-FSS_AUTOLOCK_ON datatype change from 4 to 2
H1:PSL-FSS_TEST1_ON datatype change from 4 to 2
H1:PSL-FSS_TEST2_ON datatype change from 4 to 2
Tue22Apr2025
LOC TIME HOSTNAME MODEL/REBOOT
09:18:02 h1psl0 h1pslpmc <<< boolean on/off and missing-adc
09:18:25 h1psl0 h1pslfss <<< boolean on/off and missing-adc
09:18:48 h1psl0 h1psldbb <<< missing adc
09:20:56 h1sush2b h1iopsush2b <<< PM1 in SWWD
09:21:10 h1sush2b h1susim <<< iop restart
09:21:24 h1sush2b h1sushtts <<< iop restart
09:23:53 h1daqdc0 [DAQ] <<< 0-leg
09:24:04 h1daqfw0 [DAQ]
09:24:04 h1daqtw0 [DAQ]
09:24:05 h1daqnds0 [DAQ]
09:24:13 h1daqgds0 [DAQ]
09:28:08 h1daqdc1 [DAQ] <<< 1-leg
09:28:21 h1daqfw1 [DAQ]
09:28:21 h1daqtw1 [DAQ]
09:28:22 h1daqnds1 [DAQ]
09:28:31 h1daqgds1 [DAQ]
Mon21Apr2025
LOC TIME HOSTNAME MODEL/REBOOT
12:50:18 h1lsc0 h1lsc <<< POP_X and LSC_REFL_B
12:53:33 h1asc0 h1asc <<< POP_X and LSC_REFL_B
Rick and I went down to End X to try and tune up the X End TX module. DCC T1600436-V12
We found the OFS offset to be set at 3.85V before we arrived.
A number of our measurements were made with the OFS Offset set to 7.7 V which is 100% of our useable OFS functionality. All of our low power measurments were done this way, and perhaps we should have dialed that back to 95% which may explain why some of our number look a little higher than last year's.
The Integrating sphere Apature target was put on the RX sensor.
The AOM position was adjusted, but resulted in no noticable difference in power.
The Beam spot on the TX PD was touched up, as it was not centered.
The Temperature and current for the Pumping Diode on the CrystaLaser Power supply was touched up to try and get some more performance out of it.
And the spot on the internal spectralon shell of the RX sensor was blown out with some compressed air. Spot is now gone.
Date | April-22-2025 |
Laser Shutter Check | Pass |
Max OFS Offset | 7.7V |
95% OFS Offset | 7.315 |
Operating OFS Offset | 3.6575 |
Laser Output Power | 1.7 |
After-Laser Rejected Power | 34.6mW |
AOM Input Power | 1.65W |
Max Diffracted Power | 1.14W |
Un-Diffracted Power | 0.307W |
AOM Diffraction Efficiency | 0.69 |
After-AOM Rejected Power | 15.2mW |
TxPD Power | 11.9mW |
OFSPD Power | 5.7mW |
Outer Beam Power | 0.536 |
Inner Beam Power | 0.526 |
Output Beam Power Ratio | 0.9813 |
OFS Gain | 39.6 |
OFS Phase Margin | 42.1 |
There is a ladder section along the X-arm access road between the mid- and end-stations.
The second attached photo was taken looking toward the mid-station from the direction of the end-station.
Thank you Rick. Facilities is aware of the ladder. It was there for easier access during "Tumblegeddon" a couple years back. It got buried at some point during that time. I just recently found it again while tumbleweed mulching recently. We will do something with it ASAP. Thank you for the reminder.
WP 12463: This will close this FRS: https://services1.ligo-la.caltech.edu/FRS/show_bug.cgi?id=5861
We changed PSLFSS and PSLPMC model and related MEDM screens and confirmed that the PMC and FSS relocked right away before RyanS started his work in the PSL room. Guardian was modified to accomodate this. Safe SDF for PMC and FSS were updated.
(FYI, the motivation for this ancient ticket was to kill the habit of using arbitrary number for ON/OFF status, which was really bad in all PSL models. Depending on who wrote what, sometimes 1 means ON, sometimes -1, some other times -30000, and these status were cdsEpicsInput which are floating point. Now they're cdsEpicsBinIn, which is binary, ON is 1, OFF is 0.)
I pulled pslfss and pslpmc model from svn to close the FRS above. We'll have to keep some local modifications unique to LHO at least until the end of the run. Due to local changes, the models will not be committed to SVN upstream.
Changed models: ${userapps}/release/psl/common/models/pslfss.mdl, ${userapps}/release/psl/common/models/pslpmc.adl, ${userapps}/release/psl/h1/models/h1pslfss.mdl.
See the first two screen shots.
Local modifications 1: Adding back CALI filters.
These filters are not used any more from this point on. However, removing these from DAQ means that we cannot trend the data of these back without using NDS2 and specifying epoch, which is not a great thing to do in the middle of the run.
See the first and second screen shot (red in the left panel).
Local modifications 2: Move NPRO_TEMP_OUT out of the common model and into the H1 model.
Dave originally added NPRO_TEMP_OUT channel to DAQ at 256Hz locally to the common FSS model in May 2023. However, he moved it to h1pslfss.
Local modifications 3: Don't change binary to DAC count and convert it back to binary
There was such a block in the common PMC model in the SVN (1st screen shot, right panel, green), which was eliminated in the local common model for the sake of simplicity.
Local modifications 4 (cosmetic): Define a constant representing DAC count that will produce +10V in the model.
Blue in the first two screen shots.
Dave thinks that this needs to be in the top level of local models (not in the common model) right before the signal goes to DAC in the future. That way, when we upgrade the DAC we can just change the constant.
Manually changed: ${userapps}/release/psl/common/medm/PSL_PMC.adl as the file on SVN still uses the old logic.
Pulled from SVN: ${userapps}/release/psl/common/medm/PSL_FSS.adl and ${userapps}/release/psl/common/medm/FSS/MAN.adl (and other things in FSS directory).
In isc_library.py,
L200 if ezca['PSL-PMC_LOCK_ON'] != -30000:
was changed to
L200 if ezca['PSL-PMC_LOCK_ON'] == 0:
In LASER_POWER.py,
L157 elif self.timer['wait_for_busy'] and ezca['PSL-ROTATIONSTAGE_STATE_BUSY'] == 0 and ezca['PSL-PMC_LOCK_ON'] == -30000:
L161 elif self.timer['wait_for_busy'] and ezca['PSL-ROTATIONSTAGE_STATE_BUSY'] == 1 and ezca['PSL-PMC_LOCK_ON'] == -30000:
were changed to
L157 elif self.timer['wait_for_busy'] and ezca['PSL-ROTATIONSTAGE_STATE_BUSY'] == 0 and ezca['PSL-PMC_LOCK_ON'] == 1:
L161 elif self.timer['wait_for_busy'] and ezca['PSL-ROTATIONSTAGE_STATE_BUSY'] == 1 and ezca['PSL-PMC_LOCK_ON'] == 1:
See screen shots 3 and 4. (You can see that the old setpoints were float and the new setpoints are binary.)
It's not shown in the last screen shot but I accepted H1:PSL-FSS_AUTOLOCK_ON in the afternoon after RyanS locked the FSS again.
H1:PSL-PMC_LOCK_ON, H1:PSL-PMC_TF_IN_ON, H1:PSL-PMC_RAMP_ONI, H1:PSL-PMC_ALIGNRAMP_ON, H1:PSL-PMC_BOOST, H1:PSL-PMC_BLANKING, H1:PSL-FSS_AUTOLOCK_ON, H1:PSL-FSS_TEST1_ON, H1:PSL-FSS_TEMP_LOOP_ON_REQUEST
For these channels, 0 (zero) means OFF, and non-zero means ON. This doesn't change. It's just that many numbers like -1 and 1 and -30000 used to be used as "non-zero" depending on who wrote what, but from this point "non-zero" can only mean 1.
However, due to the change from float to integer, if you trend these channels, non-zero value for the data older than 10AM-ish Pacific on Apr/22/2025 is not displayed correctly. Fortunately zero is still zero (Jonathan confirmed), so if you trend the data to see if something was ON, check that the channel was not zero, i.e. H1:PMC-TF_IN_ON != 0 rather than H1:PMC-TF_IN_ON == -30000.
H1:PSL-FSS_TEST2_ON
Semantics of this signal changed. It used to be that ON=0 (zero) and OFF=1 to compensate the inverted logic in the hardware, but now ON=1, OFF=0 as the logic inversion is in the model.
The same caveat about float to integer applies. If you want to trend this channel, check H1:PSL-FSS_TEST2_ON ~=0 rather than H1:PSL-FSS_TEST2_ON == 1, and then you have to be aware that H1:PSL-FSS_TEST2_ON ~=0 means OFF for data older than 10AM-ish Pacific on Apr/22/2025, but the same thing means ON for newer data.
WP 12483
FRS 14311
ECR E2200448
The BRSY is scheduled to be upgraded for remote centering. A spare channel on the ISCTEY Picomotor Driver will be used. A DB9 cable was installed from ISCTEY to the BRS enclosure. Breakout cable D2400020 is needed to pull the fifth channel, all other channels go into the ISCTEY.
When pulling in new cable, noticed the fiber for communication with the HWS camera was tangled with other cables. Took the opportunity to disconnect and redress the fiber. Software restart might be required.
After Jason got another shot of the table alignment this morning, Mitch and I proceeded with attaching the HEPI actuators. HEPI was gently locked, dial indicators were rezeroed and we went to each corner and attached the horizontal actuators first.
We started by bringing the actuator close enough to get the spacer and the screws in, then pressed the actuator agains the foot. After the actuator was bolted to the foot, the connections to the "knee-breaker" on the side were tightened down, the IPS was centered and then centering shim and locking screws were removed, unlocking the actuator. If the moved from center by a few 1000 cts, we started the process over.
After lunch we started the verticals. Kind of similar, a small bottle jack and some cribbing were used to raise the locked, shimmed actuator to the foot and bolted the tripod to the foot. The lower part of the actuator was then attached to the pier, IPS recentered and shims were removed. These were a lot easier to unlock without moving the IPS.
HEPI was then unlocked and I looked at how much we disturbed the IPS and dial indicators. 2 IPS were bad enough I locked the foot at that pier and adjusted the actuator to better center the IPS. According to the dial indicators we moved about 1/3-1/2 mm +X.
Tomorrow we will take another round of measurements with Jason and decide to go from there. I think we might want to do some careful sub-1/4mm moves, but Jason's numbers will be the deciding point. We may also want to finish some small parts installs in chamber before handing the chamber back to ISC.
TITLE: 04/22 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
IFO is in PLANNED ENGINEERING for the VENT
Productive day in which the following was completed:
The Trello has been updated to reflect the changes.
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
14:37 | FAC | Kim | LVEA, Optics, Vac Prep | N | Technical cleaning | 15:35 |
15:05 | FAC | Chris, Eric | MY, EY, MX, EX | N | Checking filters, greasing fans | 18:58 |
15:20 | VAC | Jordan | LVEA | N | Purge air checks | 15:34 |
15:36 | Camilla | LVEA | N | Tidying up | 17:26 | |
16:04 | IAS | Jason, RyanC | LVEA | N | HAM1 IAS | 17:07 |
16:04 | PSL | Ryan S | LVEA | N | Picometer cable swap | 17:44 |
16:06 | SEI | Mitchell, Jim | LVEA | N | HAM1 Work Contd. | 18:50 |
16:37 | FAC | Tyler | MY, MX, EY, EX, LVEA | N | Installing compasses on cranes | 21:22 |
16:39 | PSL | Fil | LVEA | N | Picomotor cable swap | 17:30 |
16:56 | FAC | Kim | LVEA | N | Technical cleaning | 17:16 |
17:30 | EE | Fil | EX | N | Beckhoff troubleshooting | 18:35 |
17:32 | VAC | Janos | LVEA | N | Opening GV2 | 18:50 |
17:32 | VAC | Gerardo | LVEA | N | Opening GV2 | 18:50 |
17:40 | VAC | Travis | LVEA | N | Opening GV2 | 19:18 |
19:16 | Jeff | Optics Lab | N | Experiment setup | 20:54 | |
20:18 | VAC | Travis | LVEA | N | Rougher work | 01:17 |
20:22 | EE | Marc, Daniel | LVEA | N | TDR Measurements | 22:10 |
21:14 | PCAL | Rick, Tony | EX | N | EX Calibration measurement | 00:13 |
21:22 | EE | Fil | EY | N | BRS Work | 00:22 |
22:48 | SAF | Richard' | LVEA | N | Walkabout | 00:48 |
23:34 | VAC | Janos | LVEA | N | Walkabout | 00:34 |
Marc Daniel
One of the coax cables shows a discontinuity at the feedthrough, ISC_RF25-B/3. This is the coax for ASC-REFL_B 9MHz chn 4 (Q4 RF Low). This is feedthrough D1-1D1. We can see the signal going though the pig-tail but terminating at the feedthrough. This could be an issue of the in-air pig-tail or the in-vac cable at the feedthrough side.
Typical In-vacuum RFPD ASC Wiring Chain for aLIGO: https://dcc.ligo.org/LIGO-D1300467
O5 ISC/SQZ Wiring Diagram: https://dcc.ligo.org/LIGO-D1900511
TDR Plot of the cables analyzed.
Found faulty pin on one of the Accu-Glass 5-way coaxial pigtails. Pin 3 seems to have been improperly crimped/seated/damaged. See attached picture. The Pigtail cable was replaced. Initial testing shows all pins are now correct lengths. The cable with issue was ISC-RF25-B/3.
Now that we have restored PSL picomotor functionality by moving them to their own driver, I took the time this afternoon to touch up alignment into the PMC and RefCav as they had been declining. For the PMC, with the ISS off, my adjustments went as follows:
It's possible there's still more pitch adjustment that could be tried here as seen by the PMC REFL camera, but I was no longer seeing improvement while doing my adjustments.
After turning the ISS back on and ensuring it was diffracting about 4%, my RefCav adjustment followed:
Decent improvements all around. I've attached a snapshot of the quad display for reference after my alignment was complete.
Morning dry air skid checks, water pump, kobelco, drying towers all nominal.
Dew point measurement at HAM1 , approx. -44C
WP12466
Dave:
A new h1iopsush2b model was installed which added a PM1 OSEM + DACKILL parts and AND'ed their output to those of RM1 and RM2 to form the HAM1 SWWD IPC.
Model changes and new MEDMs are shown below.
Note that this is the first instance of a 3-SUS SWWD, so a new common medm was needed.
Camilla, Jennie W
Finished getting all the ISC components ready to go back onto HAM1, previous alogs 83945, 83875, 83858.
Last steps were to replace all remaining black glass v-shaped beam dumps with DLC coated SS (Alena sent us more D1800140-v1-01/02). This was 6 beamdumps: BD1, BD6a, BD11, BD13, BD14 and BD16. The glass was very tightly wedged into BD6a, so I removed the hole v-holder and swapped with a new one.
Now everything is ready, on the rack in the HAM3 cleanroom.
tagging EPO
The PSL picomotor controls have been moved from the ISC Driver to the PSL Driver installed in the PSL-R2 Rack (alog 63613, alog 62830). The new DB25 cable is routed from behind the PSL field rack into the enclosure. The old controls cable was pulled out of the enclosure and will be reused for HAM1/JAC. Ryan Short is testing picomotors are operational through MEDM.
F. Clara, R. McCarthy, R. Short
I moved the picomotor breakout box (D1101691-v1) from its previous location on top of the water pipes between the PSL table and the north wall of the enclosure (first picture) to underneath the center of the table (second picture) to accommodate the new DB25 cable coming from the west wall out to the PSL racks. New cable was routed through the floor cable manager and DB9 cables up to the table were coiled under the table to account for extra length. Cable routing from the breakout box up to and on the PSL table are unchanged.
I also tested all eight picomotors (four for the two mirrors for PMC steering, four for the two mirrors for RefCav steering) and all are working well and as expected.
4-21 (Monday) activities: - The aux carts from the annuli of GV5 and HAM4 were valved out; after a little hesitation, both IPs turned over, so now all AIPs are in good shape, without external support - The pumpdown of the corner continues, with the corner being at 1.51E-6 Torr, and HAM6 is at 1.49E-6 Torr. There is a ~17% increase in pumping speed relatively to the last pumpdown in 2024 August. The details will be summarized soon. - The pressure in the soft-closed GV7's actuator was increased from 10 to 15 psig, in preparation of opening GV2 tomorrow - The flanges of the recently installed HAM6 turbo and HAM6 gauge was leak checked, no leaks were found, with the background of <1.0E-10 He - All the welding seams on the X-manifold have been leak checked, no leaks were found, with the background changing between 2.6-3.0E-10 He. The welds have been individually bagged, see attached pic
Tagging this unique photo for EPO since these sorts of leak checks (on welds) you don't see everyday. :)
Took transfer functions for ITMY M0 and R0 now that we are in a good enough vacuum. The ones I had taken in air before doors were put on are here: 83876.
M0
Data (/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Data/)
2025-04-21_1700_H1SUSITMY_M0_Mono_WhiteNoise_{L,T,V,R,P,Y}_0p01to50Hz.xml
Results (/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGM0/Results/)
2025-04-21_1700_H1SUSITMY_M0_ALL_TFs.pdf
2025-04-21_1700_H1SUSITMY_M0_DTTTF.mat
Committed to svn as r12261 for both Data and Results
R0
Data (/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Data/)
2025-04-21_1800_H1SUSITMY_R0_WhiteNoise_{L,T,V,R,P,Y}_0p01to50Hz.xml
Committed to svn as r12259
Results (/ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ITMY/SAGR0/Results/)
2025-04-21_1800_H1SUSITMY_R0_ALL_TFs.pdf
2025-04-21_1800_H1SUSITMY_R0_DTTTF.mat
Committed to svn as r12260
I wanted to compare these measurements with old ones, and on the first try I tried comparing these measurements to the last time that ITMY measurements in vac were taken, which was a measurements set from 2018-05-22_2119 and 2018-06-08_1608 for M0 and R0 respectively. However, comparing these two measurements to the ones I just took, there are multiple differences in some of the cross-coupling traces, so I then decided to also compare my measurements to the last full set that was taken (which was in air), 2021-08-10_2115 and 2021-08-11_2242 for M0 and R0. These measurements line up well with the current measurements, so ITMY is looking good!
Comparison between May/June 2018 In-Vac vs Aug 2021 In-Air vs April 2025 In-Vac (/ligo/svncommon/SusSVN/sus/trunk/QUAD/Common/Data/)
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALLM0_TFs.pdf
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALLM0_ZOOMED_TFs.pdf
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALLR0_TFs.pdf
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALLR0_ZOOMED_TFs.pdf
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALL_TFs.pdf
allquads_InVacComparison_MayJun2018vAug2021vApr2025_ALL_ZOOMED_TFs.pdf
Committed to svn as r12263
Adding a comment to talk about the L2P coupling in page 20. It appears as if we have a non-minimum phase zero that appears and dissappears between measurements [see page 20 of the original post above].
While I don't have a full explanation for this behavior, I remember seeing these shenanigans when I was testing the ISI feedforward many years ago. I was too young to make any coherent argument about it, but I remember seeing that the state of the ISI seemed correlated with the behavior. If the ISI is ISOLATED we have normal behavior, if it is DAMPED then we have the non-minimum phase behavior.
Here is a comparison between the last few years of successful ITMY M0 to M0 transfer functions, with the ISI states retrieved from plotallquad_dtttfs.m. The color coding is selected to separate the situations with the ISI in 'ISO', and with the ISI in any other state. in pseudocode:
I got the same comparison done for ITMX and the ISI backreaction theory really does not seem to hold water.
There are two main regimes, same as ITMY. This time, the more recent ITMX TFs (after 2017-10-31) look more similar to the old (prior to 2021) ITMY TFs.
I am at a loss of what is making the change happen. Brian suggested it might be related to the vertical position of the suspension, maybe this is the next thing to test.
To back up Edgard's conclusion, I took measurments with the ISI in Fully Isolated and we didn't get the extra zero back 84083