TITLE: 08/01 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
INCOMING OPERATOR: None
SHIFT SUMMARY: Today's work was mostly lots of final checks/cleaning before we can close the enclosures. Doors are not on, but HAM6 TFs show that we are good to go(SUS, SEI), and we are having problems with one of the OSEMs on SRM M1 on HAM5, so we'll be looking at that more tomorrow.
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
15:07 | FAC | Karen | LVEA | n | Tech clean | 16:04 |
15:08 | FAC | Kim | LVEA | n | Tech clean | 15:33 |
15:14 | VAC | Gerardo | LVEA | n | Checking on purge air | 15:37 |
15:33 | FAC | Eric | EY | n | Chiller tasks | 15:46 |
15:33 | Rahul | LVEA | n | Checking with Gerardo about purge air | 15:34 | |
16:01 | FAC | Tyler | MY, EY | n | Ladder inspections | 17:22 |
16:18 | FAC | Chris | EY, EX | n | Filter work in mech room | 17:06 |
16:20 | SUS | Rahul | Remote | n | Taking HAM6 SUS TFs | 17:15 |
16:39 | FAC | Karen, Francisco | PCAL Lab | yes(local) | Tech clean | 16:53 |
16:56 | OFI | Betsy, Mitchell | LVEA | n | HAM5 finishing up work | 19:09 |
17:03 | VAC | Travis | LVEA | n | Adjusting purge air | 17:23 |
17:07 | PEM | Robert, Millie, Carlos | EX | n | Moving seismometers into EX | 17:35 |
17:09 | FAC | Karen | LVEA | n | Tech clean | 18:30 |
17:09 | FAC | Kim | LVEA | n | Tech clean | 18:30 |
17:18 | EE | Fil | LVEA | n | Grounding checks for HAM5/6 | 19:12 |
18:03 | Sheila, Mattia | LVEA | n | looking into the HAMs (started 17:30) | 18:03 | |
18:10 | OFI | Jeff | LVEA | n | Figuring out HAM grounding issues | 19:18 |
18:16 | OFI | Keita | LVEA | n | Checking in on OFI team | 19:07 |
18:32 | ISI | Jim | LVEA | n | ISI | 19:12 |
18:43 | SUS | Ibrahim | LVEA | n | Collecting SUS(picious) parts | 19:14 |
19:11 | FAC | Travis + Norco guy | MX, EX, MY, EY | n | Doing repairs | 20:28 |
19:16 | OFI | Betsy | LVEA | n | Helping Jeff | 20:04 |
19:26 | PEM | Robert, Sam | LVEA | n | Looking at sound equipment | 20:48 |
19:28 | VAC | Gerardo | LVEA | n | Adjusting purge air | 19:31 |
20:05 | CDS | Dave, Jonathan | LVEA | n | CDS LVEA sweep | 21:08 |
20:31 | CDS | Tony | LVEA | n | Setting up PSL nuc outside PSL enclosure | 21:08 |
20:36 | SUS | Rahul, Jeff | LVEA | n | Checking EQ stops in HAM5 | 21:23 |
20:56 | SUS | Ibrahim | LVEA | n | Dropping off dental mirror | 20:57 |
20:58 | OFI | Betsy | LVEA | n | Helping with OFI stuff | 21:23 |
21:33 | OFI | Fil | LVEA | n | Cleaning up | 22:02 |
21:51 | Camilla | LVEA, OpticsLab | n | Cleaning rampage | 23:42 | |
22:06 | EE | Rahul, Fil | LVEA | n | Investigating I/O issue at HAM5 | 22:28 |
22:31 | Ibrahim, Fil | LVEA | n | Cleaning up | 22:42 |
Tony, Fil, Erik, Jonathan, Dave:
On the outside of the north-east corner of the LVEA PSL enclosure there is a wall display computer which shows the enclosure camera images.
Today we replaced this aging mac-mini computer with an Intel NUC configured as a FOM machine.
The new machine is called lveapslfom. It is currently configured to show the same camera images as the PSL FOM in the control room.
The computer's display is snapshotted and can be viewed on the CDS web server
I took the SR3 transfer functions this afternoon. I took SUS_SR3 to damped then reengaged the test filter outputs and set gains to 1, and turned off the damping filter outputs and set the M1 coil driver state from 2 to 1.
While taking the V TF Rahul and I noticed the shapes looked weird, from this we noticed that the T1 analog dewhitening coil driver wasn't switching on and off which led to the investigations in alog79419.
Data lives here /ligo/svncommon/SusSVN/sus/trunk/HLTS/H1/SR3/SAGM1/Data/ 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_L_0p02to50Hz.xml 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_P_0p02to50Hz.xml 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_Y_0p02to50Hz.xml 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_T_0p02to50Hz.xml 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_R_0p02to50Hz.xml 2024-08-01_2000_H1SUSZM6_M1_WhiteNoise_V_0p02to50Hz.xml
Plots:
- all DOFs to all DOFs compared against the model for this measurement (2024-08-01_2000_H1SUSSR3_M1_ALL_TFs.pdf), and then
- a comparison between this measurement and the 2 most recently available known-good measurement (2024-08-01_H1SUSSR3_M1_Phase4b_unDamped_ALL_ZOOMED_TFs.pdf).
After my discovery in this alog that the phase and gain margins were pretty tight on HAM2, I did a bunch of olg measurements on HAM2&3 and tweaked the loop gains and boost filters to reduce the gain peaking around 40 hz. More or less all DOFs on these chambers had ugfs around 35hz and phase margins around 5 degrees. Kinda suprised this was stable, I haven't looked at these in a long time. I do wonder if something is funky with the measurement, but I don't know what that would be. Attached image shows one of the worst, the Z dof on HAM3. Blue and yellow are the new loops gain and sensitivity, red and purple are the old loop. The filter changes might make things slightly worse in the 10-20 hz region, but that should be somewhat compensated by the HEPI to ISI feedforward. Should improve the 30-40 hz motion somewhat though.
Legend is reversed on the plot. What was old is new, etc.
J. Kissel Executive Summary: Took SUS ZM6 (a HAM "Simple" Double Suspension, or HSDS) health-check transfer functions. Looks good. H1SUSZM6 is GO FOR DOORS Here're the results of pre-doors health check of the suspended dynamics and OSEM electronics of H1 SUS ZM6 after the vent to repair the OFI. ZM6 wasn't mechanically touched at all during the vent, so we expect everything to be just as excellent as before, and this is indeed the case. Attached are the usual plot collections showing - all DOFs to all DOFs compared against the model for this measurement (2024-08-01_1937_H1SUSZM6_M1_ALL_TFs.pdf), and then - a comparison between this measurement and most recently available known-good measurement (allhxdss_2024-08-01_H1SUSZM6_Phase3a_PreDoorsCloseout_ALL_ZOOMED_TFs.pdf). HAM5 ISI was floating and damped with HEPI locked. Coil Driver configuration requested to be in State 2, to correctly compensate the analog HAM-A driver that's permanently jumpered to have its low pass ON. No alignment offsets were on during the measurement. Data lives here /ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/ZM6/SAGM1/Data/ 2024-08-01_1937_H1SUSZM6_M1_WhiteNoise_L_0p02to50Hz.xml 2024-08-01_1937_H1SUSZM6_M1_WhiteNoise_P_0p02to50Hz.xml 2024-08-01_1937_H1SUSZM6_M1_WhiteNoise_Y_0p02to50Hz.xml Comparison script -- svn up'd prior to changes, and then with this data added -- has been committed to /ligo/svncommon/SusSVN/sus/trunk/HXDS/Common/MatlabTools/ plotallhxds_tfs_M1.m rev 11913
Fil, RyanC, Rahul
We have replaced the triple top coil driver for SUS SR3 after finding binary issues with T1 channel on the M1 stage - see pic attached. T1 LP filter was not switching OFF and was stuck at ON. We looked at the SUS HAM5-6 system wiring diagram on D1002740 and found out that the chassis is at slot41, Rack C7. At first Fil tried re-setting the chassis (binary chasiss was power cycled) and then replaced cable no 44 and 45 (page 1 0f D1002740), which didn't give us the desired results, i.e T1 was still stuck at On, while channel LF and RT (Test/COIL) turned Red at the AI chassis.
Fil then decided to replace the Top Triple coil drive and this fixed the issue. Given below are the s/n of the old and new coil driver,
New - S1001082
Old - S1100192
I have added the above information on the e-traveler.
J. Kissel Executive Summary: Took SUS OFI health-check transfer functions. Looks good. H1SUSOFI is GO FOR DOORS. Here're the results of pre-doors health check of the suspended dynamics and OSEM electronics after we've swapped the KTP crystal (LHO:79344) and Fused-Silica Wedge (LHO:79363) to repair the OFI. Note, this is also after the SD OSEM was pulled and replaced (see LHO:79387). Attached are - the individually processed full DOF to DOF plots -- 2024-08-01_1741_H1SUSOFI_M1_ALL_TFs.pdf - the comparison between the most-recent pre-vent data from LHO:79198 -- allofiss_2024-08-01_H1SUSOFI_Phase3a_PreDoorsCloseout_ALL_ZOOMED_TFs.pdf The OFI suspension and electronics look healthy, with a similar frequency response to the 2024-07-17 data with the expected lower coherence that one gets in air with purge running. ISI was floating and damped during this measurement. Digital request of coil driver state was 2, matching the analog electronics (a HAM-A driver) that has been jumpered with the low pass filter ON. No alignment offsets were on during the measurement. Data lives here: /ligo/svncommon/SusSVN/sus/trunk/OFIS/H1/OFI/SAGM1/Data/ 2024-08-01_1741_H1SUSOFI_M1_WhiteNoise_L_0p02to50Hz.xml 2024-08-01_1741_H1SUSOFI_M1_WhiteNoise_T_0p02to50Hz.xml 2024-08-01_1741_H1SUSOFI_M1_WhiteNoise_Y_0p02to50Hz.xml Data comparison script with this data added to it has been updated and committed to /ligo/svncommon/SusSVN/sus/trunk/OFIS/Common/MatlabTools/ plotallofis_tfs_M1.m [rev 11909]
SUS HAM 5-6 System Wiring Diagrams D1002740
Grounding and Shielding at LIGO T1200131
Things to note:
1. HAM6 ISC cabling was not checked for ground loops
2. Short found on the OFI (cable SUS_SQ_30). Pin 13 shorting to ground. In-chamber ground NOT resolved.
3. All cables listed below passed testing:
SUS_HAM5_001 (SR3 Top)
SUS_HAM5_002 (SRM/SR3 Shared)
SUS_HAM5_019 (SR3 Middle)
SUS_HAM5_020 (SR3 Bottom)
SUS_HAM5_003 (SRM Top)
SUS_HAM5_025 (SRM Middle)
SUS_HAM5_026 (SRM Bottom)
SUS_ZM6_21 (ZM6)
SUS_HAM6_10 (OMC Top/Left)
SUS_HAM6_11 (OMC Right/Side)
ISC_236 (OM1)
ISC_237 (OM2)
ISC_238 (OM3)
In HAM5, Mitchell and I could not find the source of the shield grounding issue on the OFI AOSEM cable chain. We did the usual tricks:
1) Disconnected 25pin at the feedthru to see if the connector screws were touching the flange (no they didn't seem to be)
2) Made sre the 4th unused quadrapus cable end was not stowed anywhere that caused grounding to the shield
3) Fussed with/lifted/recoiled all of the coils in many places, no change to grounding.
In the past, when none of the above fix the issue, the entire cable length gets swapped out. However in consult with Kissel and commissioners, we did not feel these AOSEM control warranted needing to do this given that we are mid O4b. Opening a ticket to deal with this later.
After OFI shroud was put back on Mitch and I unlocked HAM5 ISI. Shifts from the range of reference position were all less than 7urad. Looking at trends CPS RX and RY locations changed up to 15 urad while the OFI work was being done and the table was locked. I will change the reference postion to be in the middle of that range, but should be very close to where the table is hanging now.
This morning I took transfer function measurements on all of the suspensions in HAM6 chamber and they look healthy.
The templates are given below,
/ligo/svncommon/SusSVN/sus/trunk/OMCS/H1/OMC/SAGM1/Data
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_L_0p02to50Hz.xml
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_P_0p02to50Hz.xml
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_R_0p02to50Hz.xml
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_T_0p02to50Hz.xml
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_V_0p02to50Hz.xml
2024-08-01_1900_H1SUSOMC_M1_WhiteNoise_Y_0p02to50Hz.xml
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM1/SAGM1/Data
2024-08-01_1900_H1SUSOM1_M1_WhiteNoise_L_0p02to50Hz.xml
2024-08-01_1900_H1SUSOM1_M1_WhiteNoise_P_0p02to50Hz.xml
2024-08-01_1900_H1SUSOM1_M1_WhiteNoise_Y_0p02to50Hz.xml
/ligo/svncommon/SusSVN/sus/trunk/HXDS/H1/OM2/SAGM1/Data
2024-08-01_1600_H1SUSOM2_M1_WhiteNoise_L_0p02to50Hz.xml
2024-08-01_1600_H1SUSOM2_M1_WhiteNoise_P_0p02to50Hz.xml
2024-08-01_1600_H1SUSOM2_M1_WhiteNoise_Y_0p02to50Hz.xml
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM3/SAGM1/Data
2024-08-01_1630_H1SUSOM3_M1_WhiteNoise_L_0p02to50Hz.xml
2024-08-01_1630_H1SUSOM3_M1_WhiteNoise_P_0p02to50Hz.xml
2024-08-01_1630_H1SUSOM3_M1_WhiteNoise_Y_0p02to50Hz.xml
The postprocessing of the data is still ongoing and the plots will be posted soon.
I commited all the data to the svn and processed the results.
OM1:
Looks good.
OM2:
All the plots look frequency shifted a Hz smaller except for in L.
OM3:
Looks good.
OMC:
Some peaks shifted to the right/larger frequency by <1Hz or so.
The current measurements taken on OM2 is consistent with previous results (see LHO alog 65028) and so its all good.
OMC is also healthy and consistent with previous measurements taken in the past 1 year - see plot attached below.
Dew point measurement taken this morning read at -43.6 oC. Measurement taken before any activity inside chambers. Soft covers were on HAM5 and HAM6, HAM7 is isolated.
In the afternoon we started placing components on HAM6 and HAM5 to measure the isolation ratio (green components in the attached).
The idea is to use the AUX laser we used for alignment, which will give us ~13mW through the SRM, and retroreflect the beam downstream of the OM1 so the return beam will be about 4mm in diameter at SRM (input beam is ~3mm in diameter, the IFO beam is ~4.4mm, so the return beam will be closer to the IFO beam in size).
Back-propagating return beam was located by inserting a HWP (not in the attached) between TFP and TGG, it's hitting the 50:50 cube and is going in the direction of point B in the first attachment. We blocked the forward propagating beam downstream and confirmed that the return beam went away.
The return beam is supposed to be colinear with the input beam but we haven't made any assessment of that. We will set up a temporary power meter holder at point B (haven't done that today). The HWP is still there in HAM5 but make sure to remove it when you measure the return beam power at point B.
The iris is roughly centered to the forward-propagating beam, but it's not very accurate. It's good enough to block the back-propagating rejected beam that is deflected away into -X direction.
50% of the input beam comes into the direction of point A, and we put a power meter holder there. You still have to adjust the height of the power meter but it's easy to see from the -X door using IR camera.
We misaligned SRM to see if we can locate the SRM reflection of back-propagating return beam in the direction of point A, but couldn't find any. We might try locating it again tomorrow.
Sheila, Keita, Jennie, Camilla
After practicing with the damaged Fused Silica (FS) wedge, Sheila and I installed the new FS wedge. Labeled E1900361 S/N 07 Run# P20-378, 379. We noticed some dust/fiber on the FS after install (didn't inspect before) so Keita wiped with a clean swab. Photo's after cleaning are first and second attachments.
Yesterday 79351 we found indium foil between part (3) and (5) of the FS assembly D2000037 where the (6) screw contacts. Rodica reccommended we add a new piece of indium foil. Third photo attached.
Keita installed the FS holder ot the assembly and we adjusted roll by eye. We installed the assembly onto the OFI. We reinstalled the beamdump bar (never moved dumps on it but wiped them yesterday) and the baffle bar and baffle. Baffle was installed in the same location, touching the double thick beamdump. We then unlocked the OFI and reinstalled the nominal motion limiter screws.
We then transitioned to laser hazard, the retroflection of the aux beam looked good and we checked that SRM was in it's nominal position. No reason to go to SR2.
The beam through the OFI started very (50mm?) low and was hitting the fast shutter. We then adjusted the roll of the FS wedge assembly to correct for any pitch, it was hard to make fine adjustments and tightening the screw moved the beam. It was a little off in yaw. Keita has photos of the beam position.
We repeated yesterday's 79344 throughput power measurements with more laser power:
The rejected beam to SQZ goes through ZM6 baffles, and around the middle of the HAM7 GV.
Sheila then headed to SR2 and checked that the beam was centered in pitch and yaw.
After taking IR photo, the beam position on the iris close to OM1 seems to be off by about ~2.75mm/2 radius from the center of the iris at 45 degrees angle, i.e. it's too low by ~1mm and to the +X direction in YAW by ~1mm. Look at the 1st picture looking at the iris from the direction of HAM5. There's no parralax though its more focused on visible light than IR.
1mm too low and 1mm to +X don't sound like a big deal, once we have the IFO we should be able to change the beam positions on SRM/OFI and SR2 to get back higher and to the -X if necessary. Remember that the iris was set using the beam we believe to reproduce the alignment before the second crator incident, and we have found that the beam was too high on OM1 using that beam. So the beam being too low on the iris could be a good thing. But we'll make sure that we can see the beam on ASC-AS_C.
The 2nd picture shows that the diameter of the iris hole is a tiny bit larger than 2.5mm but smaller than 3mm.
Roll adjustment of the fused silica wedge is not that easy at this level (1mm over maybe 2.5m? distance), a tiny rotation results in big change and loosening/tightening the set screw for the rotation seems to change the deflection. As far as we see the beam on ASC-AS_C we won't adjust the FS wedge further as this won't change the isolation/throughput etc. of the OFI.
Serial number of the original FS wedge is 001 according to Rodica.
From what Camilla wrote above, the new one we've just installed is S/N 007.
Not including the first measurement where the laser power was clearly lower, we calculated with attached:
Transmission: 99.82% with stdev 0.72%
Ratio rejected by TFP: 0.188% with stdev 0.004%
The sum of these is 100.01%, which is within the margin of error.
Tagging for EPO.
Betsy, Camilla, Sheila, Jennie W, Keita, Robert
21:30 UTC Camilla and Betsy figuring out new way to lock diwn the OFI.
22:05 Placing peak sheet to shield ofi while they unscrew bars from FS assembly.
22:40 Took mount with bar and beam dumps still attached out of HAM5. One of the bolts for the bar was stuck in the mount so they unscrewed it chamber side.
22:42 Sheila dis-assembled FS wedge mount
Sheila left at 23:00 UTC
Camilla and Betsy taking photos and videos of damage and wiping beam dumps and mounts.
We found indium foil in the top screw hole of the mount which would sit on top of the wedge.
23:00 UTC Robert came to take photos between HAM5 and 4 from outside chamber.
23:14 Keita joined.
Lots of discussion about what to do about mounts as there was lots of the black coating in the screw holes and so Betsy and I washed the holes on the FS mount with isopropanol and she tapped the holes again.
00:10 Camilla and I put beam dumps back onto OFI.
Mount and old FS wedge covered up chamberside and cover back on.
Everyone out by 00:15 UTC.
Camilla to add pics.
Some more details and photos.
Betsy and I locked the OFI suspension the correct way, following 3.1.2, 3.3.1 and 4.2.1 of E1300056-v4. We locked the -X-Y corner and then moved the small baffle to lock the -X+Y corner. Will need to reattach this baffle when done. Left +X cornered unlocked as one had osem in the way and the suspension felt very secure with only 2 corners. Photos attached: first and second.
Photos attached of:
Videos are in the OFI googledrive:
There is photos of the FS assmebly after cleaning with the new FS installed in 79363
Almost galled one of the 1/4-20 bolts which held the Beam Dump mount bar onto the FS wedge mount during removal. Once the entire subassy was out of the chamber we worked it with isopropyl in the bolt thread joint and managed to get it out. Once totally disassembled, the 4 mount holes retapped with obvious material removal. Cleaned with isopropyl flushes.
Pictures of debris on the now removed FS wedge optic attached. We didn't attempt to remove the debris, but instead put it right in to one of the suspended optic containers to stow/ship with the other optics to CIT in case a coating measurement needs to be made and compared to specs on it as well. The debris was removed from its metal mount so I don't see why First contact wouldn't remove it from this optic surface as well.
Tagging for EPO.
J. Kissel Executive Summary: In prep for the upcoming vent, I've measured the undamped dynamical transfer functions of the H1SUSOFI. The dynamics look healthy. The rest of the story: The OFI's digital control system has had a sordid history (mostly the OSEM2EUL and EUL2OSEM matrices, but also the damping loops), and assessment of it's health has been person power limited over the years. I've fixed all that today, and restored the suspension's control system to good health -- such that the transfer functions match the model as they did (once) in 2023. More details explaining the plots later, but we're good to go for the vent. Today's data lives here /ligo/svncommon/SusSVN/sus/trunk/OFIS/H1/OFI/SAGM1/Data 2024-07-17_1741_H1SUSOFI_M1_WhiteNoise_L_0p02to50Hz.xml % undamped 2024-07-17_1741_H1SUSOFI_M1_WhiteNoise_T_0p02to50Hz.xml 2024-07-17_1741_H1SUSOFI_M1_WhiteNoise_Y_0p02to50Hz.xml 2024-07-17_1950_H1SUSOFI_M1_WhiteNoise_L_0p02to50Hz.xml % damped 2024-07-17_1950_H1SUSOFI_M1_WhiteNoise_T_0p02to50Hz.xml 2024-07-17_1950_H1SUSOFI_M1_WhiteNoise_Y_0p02to50Hz.xml
The OSEM2EUL and EUL2OSEM matrices were generated in a Matlab workspace with /ligo/svncommon/SusSVN/sus/trunk/OFIS/Common/MatlabTools make_susofis_projections.m [rev 10980] which, notably is an improved version of the script with the Yaw lever arm bug fixed (see LHO:61353). and populated into EPICs with /ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/ fill_matrix_values.m [rev 11862] The first attached screenshot shows the "new" restored matrix values, and that they were accepted into SDF. (Recall, the OFI lives on the front-end model "h1susifoout", and this model's safe and OBSERVE .snap files both point to the same file, so there's no need to accept the SDF DIFFs in both SAFE and OBSERVE, $ pwd /opt/rtcds/lho/h1/target/h1susifoout/h1susifooutepics/burt $ ls -l lrwxrwxrwx 1 controls 69 Oct 10 2022 OBSERVE.snap -> /opt/rtcds/userapps/release/sus/h1/burtfiles/h1susifoout_observe.snap lrwxrwxrwx 1 controls 69 Oct 10 2022 safe.snap -> /opt/rtcds/userapps/release/sus/h1/burtfiles/h1susifoout_observe.snap ) For the record, the previous matrix values -- where matrix elements are single DOF to DOF unity maps with gains of 1.0 were accepted into SDF on Tuesday April 25 2023, two months before the start of O4 (LHO:68984). These elements were leftovers from some guest-star testing that was done just prior -- see e.g. LHO:68910, which was motivated by evidence of back scatter in the OFI, see e.g. LHO:68846.
The data in the main aLOG above (LHO:79198) was exported and individually processed with /ligo/svncommon/SusSVN/sus/trunk/OFIS/Common/MatlabTools/ plotOFIS_dtttfs_M1.m [rev 11875] I also exported and individually processed the large back-log of data taken for the OFI since 2019, '2021-10-11_2300' | LHO:60211| Oct-Nov 2021 Vent pre-install of OFI shroud '2021-11-09_2217' | LHO:60603| Post-OFI shroud install, mechanical interference alleviated '2021-11-10_1750' | LHO:60610| Doors on, in-air close out measurements '2021-12-14_1400' | LHO:61055| Health-check post vent after pumpdown '2023-04-18_1800' | LHO:68846| Health-check in-vac, due to suspicions of backscatter caused by the OFI '2024-04-24_1500' | LHO:77391| Health-check after first major alignment excursion in O4b due to KTP crystal damage (LHO:77392); has bad basis change matrices leftover from LHO:68910 poorly restored via trending '2024-07-17_1741' | LHO:79198 | Pre-vent TFs after updating / restoring bases matrices These data are committed to /ligo/svncommon/SusSVN/sus/trunk/OFIS/H1/OFI/SAGM1/Results/. I then added the above historical log information to the TF comparison script for the OFI (after updating to absorb similar updates from LLO) /ligo/svncommon/SusSVN/sus/trunk/OFIS/Common/MatlabTools/ plotallofis_tfs_M1.m [rev 11902] such that I could make the comparison of all of this data posted as the second attachment to the main entry. The YAW DOF in those plots (page 3) exposes the history the best: 2019-10-11 17:50 -- This is the former "high loss" OFI from aLIGO, prior to the complete rebuild and upgrade that was needed for frequency-dependent-squeezing. 2021-10-11 23:00 --\ 2021-12-14 14:00 -- -- These two 2021 data sets show the OFI *after* upgrading to the FDS capable ultra low loss faraday. Apparently the yaw moment of inertia is a bit less, or the yaw cabling stiffness is a bit higher, so the resonant frequency shifts up a bit. However, this data still has the lever arm bug, so you see the magnitude is a factor of 2 larger than the model. 2023-04-18 18:00 -- This is just after I fixed the lever arm bug, and thus now the magnitude lines up with the model. It's also just prior to when the EUL2OSEM and OSEM2EUL matrices where left in the testing configuration just before and throughout O4 up until Jul 17th. 2024-04-24 15:00 -- Due to suspicions of back-scatter, with too little person power, we restored the basis change matrices to *something* but definitely not the correct basis matrices. We green-lighted the dynamics with a hand waive of "well, it doesn't look like it's *rubbing,* and we guess that it's looked like this and didn't have damping loops on for all of O4 so... probably fine?" 2024-07-17 17:41 -- This aLOG series, with the basis change matrices restored -- and the dynamics restore to the 2023-04-18 goodness.