TITLE: 04/02 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
Extremely productive day in which we finished most of our activities, listed below:
Relevant alogs pertaining to today:
Attached is a picture of our SEI/SUS Guardian configurations
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
14:47 | FAC | Kim | Optics Lab | N | Technical Cleaning | 15:05 |
15:04 | FAC | Tyler | LVEA | N | Engine hoist | 15:23 |
15:48 | AOS | Ryan S, TJ | LVEA | N | Moving ISC Tables | 15:56 |
15:48 | EE | Fil | LVEA | N | Cable work contd. | 16:48 |
15:51 | VAC | Gerardo | LVEA | N | Purge air measurement | 19:06 |
15:54 | AOS | Betsy | LVEA | N | Walkabout | 16:33 |
15:56 | VAC | Jordan, Janos | LVEA | N | Leak checks | 19:16 |
15:59 | FAC | Nellie, Kim | LVEA | N | Technical cleaning | 19:33 |
16:07 | FAC | Chris | LVEA | N | FAMIS tasks | 17:24 |
16:13 | SEI | Jim | LVEA | N | Move L4Cs | 19:58 |
16:20 | AOS | TJ, Camilla | Optics Lab | N | Part search | 17:00 |
16:33 | FAC | Richard | LVEA | N | Looking for trip hazards | 16:54 |
17:26 | ISC | Jennie, Rahul, Mayank, Siva | Optics Lab | Local | ISS Array Work | 19:33 |
18:13 | FAC | Richard | LVEA | N | Walkabout | 18:23 |
18:38 | EE | Marc | LVEA | N | Cable work | 23:45 |
19:51 | FAC | Richard | LVEA | N | Walkabout | 19:57 |
19:56 | ISC | Siva, Mayank | Optics Lab | Local | ISS Array Work | 21:36 |
20:07 | OPS | Ryan C | LVEA | N | Dust monitor cable tracing | 21:20 |
20:10 | FAC | Tony, Corey | LVEA | N | HAM1 Bolt Removal | 21:52 |
20:40 | VAC | Jordan | LVEA | N | Leak Check | 00:38 |
20:40 | VAC | Janos | LVEA | N | Leak Check | 00:38 |
20:41 | VAC | Travis, Gerardo | LVEA | N | HAM6 Gauge Replacement | 22:28 |
20:41 | AOS | Ryan C | FCES | N | Dust monitor cable retrieval | 21:04 |
20:58 | ISC | Rahul | Optics Lab | Local | ISS Array Work | 21:36 |
21:03 | FAC | Tyler, Richard | LVEA | N | I-Beam | 22:02 |
21:30 | EE | Fil | LVEA | N | HAM1 cable work | 23:30 |
23:21 | VAC | Gerardo | LVEA | NN | Lockout GV1 | 00:21 |
R. Crouch, J. Oberling, M. Robinson, T. Guidry, T. O'Hanlon
Incoming wall of text, but here's the short, short version: Over the past ~15 months during available Tuesday maintenance windows we have been working the FARO around the LVEA, setting alignment nests so we have the ability to drop the FARO almost anywhere in the LVEA and have it aligned to the local LVEA coordinate system. I'm happy to report that, after working through and around unavoidable delays (mostly the emergency vent for OFI repair and the PSL frequency noise issues from the latter half of 2024, as well as several maintenance periods where IAS personnel were unavailable due to other required maintenance work) this effort is finally complete. There are now 53 bright red Spherically-Mounted Retroflector (SMR) nests around the LVEA, and a number around the frame of the high-bay rollup door and the nearby wall; these nests have been aligned to the LVEA local coordinate system. The naming scheme is F-CSXXX: F for FARO, CS for the building (Corner Station in this case), and XXX is the monument number.
As a brief reminder of where things were left before we started moving the FARO around the LVEA, we had found what appeared to be a good alignment to our West Bay alignment monuments (BTVE-1, PSI-1, PSI-2, PSI-6, and height marks 901, 902, and 903 (for z-axis alignment only)). We had found multiple errors in z-axis coordinates for the 4 alignment monuments, eventually having to perform a water tube level survey of the BSC2 door flanges to re-establish our Z=0, then propagate that measurement to our alignment monuments to establish accurate z-axis coordinates w.r.t. WBSC2. Alogs from that work for some "light" reading: 75669, 75771, 75974, 76889, and 77216.
Jumping the X-arm Beam Tube
Our main challenge with this effort was moving the FARO to the other side of the X-arm beam tube (BT). Our most readily-accesible alignment monuments for the FARO are all in the West Bay, with no access back to these monuments once we had moved to the outside of the BT; this simple fact makes an accurate device move for the FARO very difficult (a device move is most accurate when we can shoot a mixture of nests at the new position and at the previous position(s) ). We had set several nests along the wall near the X-arm BT to assist in making the move, as well as using existing nests along the frame of the High-Bay rollup door, but still our position errors for the device move were >0.5 mm. TJ O'Hanlon was visiting in June 2024 and we brainstormed several methods to tighten up this positional uncertainty. Ultimately we decided to place temporary nests on the BTs themselves to aid in the initial and final device moves (temporary because as soon as we vent the nests move with the vacuum system, and don't necessarily return to the same spot once the vertex is back under vacuum). We set 4 nests along the top of the X-arm BT, 6 nests along the top of the Y-arm BT, and a single lonely nest on the bottom of the Y-arm BT; the Y-arm BT nests we to allow us to close the circle once we moved from the input arm area back into the West Bay. At this point we were interrupted for some PSL work (PMC swap, early July), the vertex vent for the OFI repair (July - August), and then the PSL frequency noise issues (late-September to December). We were finally able to restart this effort in mid-December 2024 and test our "new" method for jumping the BT. And it worked! Our first positional uncertainty was <0.1 mm, so we began setting alignment nests and moving the FARO around the LVEA.
Moving Around the LVEA
We started in the High-Bay area, setting nests as needed and moving to the next position to set more nests, then moving to the next position to set more... You get the idea. Our route took us around the outside of the LVEA. Starting in the High-Bay area, we proceeded down the +X side of the output arm (WHAM 5/6) and back up the -X side towards WHAM3; then down the -Y side of the input arm, around the PSL enclosure, and then back up the +Y side; and finally back in the West Bay to tie back into our original nests and apply the alignment to the LVEA local coordinate system. The issue here is the FARO really likes a large volume for accurate device moves, and this is something we definitely do not have along the outside edge of the LVEA (this is also where most IAS work takes place). We are essentially moving down a series of hallways, the hallways being the narrow walking areas between the vacuum chambers and the LVEA walls. These narrow corridors restrict the volume we can use for setting nests, which means device position errors begin stacking up as we continue to move around the LVEA. In addition, due to the vacuum equipment restricting line of sight we quickly lose sight of nests at previous device positions, which in turn causes position errors to begin stacking up; for most of our trip around the LVEA we only had sight to the device position immediately preceding the current one, and nothing further back. This is, unfortunately, unavoidable due to the physical layout of the LVEA. In an ideal world we would be able to do all of this with an empty LVEA, but that's not possible so we deal with what we have.
PolyWorks can estimate the device position error, so the 1st attached picture shows the results after we completed our circuit around the LVEA and tied back into our initial monuments in the West Bay. Ignore the Pass/Fail under the Test column, I didn't change PolyWorks' default of 0.25 mm and we don't really have a metric for this right now, the important thing here is the value in the Uncertainty column. PolyWorks uses a Monte Carlo simulation to calculate device position uncertainty, defaults to 100 simulations per device position; these results are given as 2 standard deviations (PolyWorks default) for each position from the instrument origin. This means that ~95% of the device's calculated positions from the simulations are within the listed uncertainty. Position 1 is our starting point by WBSC4 (old H2 BS chamber), with a view of our temporary nests on the X and Y BT, as well as the nests on the wall across the X BT and the High-Bay rollup door frame; position 2 is our jump over the X-arm BT; positions 3 through 6 are down the output arm and back up the other side to WHAM3; positions 7 through 10 are down the input arm, around the PSL enclosure, and back up the +Y side; position 11 is the final position we used before moving back into the West Bay, near the TCSy table (with a view of the monuments we placed on the Y-arm BT); position 12 is back in the West Bay close to the biergarten, and positions 13 and 14 are near the mechanical test stand by the West wall of the LVEA (14 is a repeat of 13 to account for device drift after sitting overnight). As can be seen, the estimated positional uncertainty grows as we move down the "hallways" of the output and input arms, with the worst uncertainty at the positions furthest from our starting point (positions 7-10, around the input arm). At this time I'm not sure we can do much better, given the constraints of the physical layout of the LVEA; we spoke with LLO at the last IAS meeting and they reported seeing similar numbers in their LVEA circuit. With the LVEA circuit complete, we moved back into the West Bay to grab the last nests there that couldn't see from our initial position and to align to the LVEA local coordinate system.
Aligning to the LVEA Local Coordinate System
Back in the West Bay we collected the last of the red nests for FARO alignment and our alignment monuments (BTVE-1, PSI-1, PSI-2, PSI-6, and height marks 901, 902, and 903). We used the 5" sphere fit rod to grab BTVE-1 and the PSI monuments. We replaced the magnetic nests we had been using for the 3 height marks with glue nests, and glued them down. Using an autolevel and a scale we measured the difference between where the nest ended up and where the height marks were (since the glue sets fast we couldn't sight the nests in directly inline with the height marks):
As done back in April 2024 (alog 77216), we used the z-axis coordinate for the BTVE and PSI monuments that had been corrected for the depth of the punch in the monument (since the sphere fit rod measures to the point at the base of the rod, which sits in the punch, and not the monument surface) and that had been corrected by our water tube level survey of WBSC2. We used BTVE and the 3 PSI monuments to get a rough X,Y,Z alignment (again, not using PSI-6 for z-axis alignment since we do not trust its z-axis coordinate). This rough alignment was then used to capture X and Y coordinates for the nests at the height marks, then the height marks were used to enhance the z-axis alignment (not used for X and Y). The results of this alignment are shown in the 2nd attached picture; for ease of comparison I've included the alignment results from April 2024, see the 3rd attached picture. This alignment is similar to the one we had back in April 2024, with a couple of differences that at first glance look large. The X and Y coordinates for height marks 901, 902, and 903 deviate by large amounts compared to what we had measured with our rough, BTVE/PSI only alignment, which was not the case in our April 2024 alignment. But if you look closely, you see that the measured components for the height marks in both alignments (March 2025 and April 2024) are very similar; this is what is important. We don't really care about the X and Y coordinates for the 3 height marks as we aren't using them in the alignment, and they were only captured using a rough alignment to begin with. The fact the measured components are matching fairly well lends some confidence to this alignment. The difference between the 2 that has the most potential impact is in the measured z-axis coordinates of the BTVE/PSI monuments. These z-axis coordinates are all roughly a factor of 2 worse in the March 2025 alignment vs the April 2024 one. In addition, the alignment statistics on the left side of the screenshot are all better in the April 2024 alignment. The only explanation I have for this is in April 2024 we were working in the West Bay and only the West Bay, while here and now we moved the tracker all over the LVEA, thereby carrying around some positional error in the device that wasn't present in the April 2024 alignment. The only way to really test this alignment is to measure some monuments/features in the LVEA with known coordinates and see how they match. The upcoming pre-deinstall FARO shots to the WHAM1 passive stack will be a good test of this alignment. Another good monument to look at would be BTVE-5, over by the X-arm termination slab (by the cryopump/OpLev area).
As another test, since we haven't exactly trusted the repeatability of the sphere fit rod in the past, we tried using points for PSI-1 and PSI-2 and applying the alignment using those; we still had to use the sphere fit rod on BTVE-1 due to its dome shape and on PSI-6 due to it sitting inside an electronics rack in the biergarten (the bottom rail of the rack blocks direct line of sight to the monument, but the 5" sphere fit rod clears the top of it). The results of this are shown in the 4th attached picture. Right away it's clear this alignment is not as good as the one shown in the 2nd picture. The statistics are all worse, and the match between measured coordinates is worse as well. This one gets discarded and we move ahead with the previous alignment using sphere fit rods for the BTVE/PSI monuments. Next we tested importing our move device targets into a blank PolyWorks file and aligning to them.
Global Target Test
PolyWorks allows you to import global targets from a text file. In PolyWorks, a global target is one whose position is precisely known and does not change. Now that we've applied our alignment to our list of device position targets we have [X,Y,Z] coordinates in the LVEA local coordinate system for all of them. These coordinates can be exported into an Excel spreadsheet and formatted into a text file for import into a future PolyWorks project. We did a test of this, using a duplicate of our working PolyWorks project to keep from accidentally modifying our working project file. The format for the text file is 4 columns: X position, Y position, Z position, monument name. The file can have no headers (PolyWorks gets mad if there are headers), and the units must be consistent (we use mm). When importing the text file you have to specify the units used on the Import Global Target window (again, we use mm). Once the targets have been imported into the new PolyWorks project, you set the tracker somewhere in the workspace with a good view of global target nests and measure them. The tracker then automatically aligns to the coordinates of the global targets, thereby automatically aligning itself to the LVEA local coordinate system. We did this using a blank project, and the results are shown in the 5th attached picture. For the height marks we used the same nominal coordinates from the alignment (2nd picture again). This is why they look so far off at first glance, but if you compare the measured coordinates they match really good. For the PSI monuments we used a different toolilng to take those measurements. Instead of the sphere fit rod we used our Hubbs Center Punch Nest (CPN). This nest has a 2" vertical offset (the center of the SMR sits 2" above the bottom of the nest) and a built-in center punch for either making punch marks in monuments or accurately setting the nest in an existing punch mark. Because of this we had to remove the z-axis correction for the punch depth we needed for the sphere fit rod, as the Hubbs CPN measures to the monument surface not the bottom of the punch. These also look really good, with the exception of the measured z-axis coordinate for PSI-2. At this time I don't really have an explanation for this discrepancy.
We also used these test coordinates to take some preliminary shots of the 2 accessible -X WHAM1 support tube ends; details of that in a future alog (this one is long enough already).
While pulling screenshots off of the FARO laptop for this alog I also exported the device position targets from our main working file, as these are the global targets we are going to use going forward (FARO_CS_LVEA_Global_Targets_v1.xlsx). Between the main working file and the test file used to generate the global target list for the test in the two immediately preceding paragraphs, the only difference is a new device position in the main file, position 14; position 14 was necessary in the main working file as the FARO was sitting in the same spot for a week between maintenance windows (March 18 to March 25) and had therefore drifted in that timeframe (the FARO and tripod stand are heavy and slowly sink into the vinyl floor of the LVEA). The fix for this is to do a Move Device action without actually moving the device, which accounts for any drift from the previous position. The starting, unaligned coordinates of the red nests (which we turn into global targets) are the same, the alignment results are the same; again the only difference is that new position 14 in the main working file. While removing the BT nests from the target list (since we are not going to use these for placing the FARO) I noticed that the coordinates looked a little different than I remembered. So I threw together a quick and dirty comparison spreadsheet to calculate the differences (Global_Target_Coordinate_Differences.xlsx). The first 4 columns of data are from the main working file, the next r columns of data are from the test file, and the final 3 columns are the difference (test - main). Sure enough, the coordinates from the main file differ from the test file. I set conditional formatting to turn red for any differences outside of +/-0.1 mm. The largest differences are all in z-axis coordinates, and the largest of these are all nests placed along the input arm of the IFO (WHAM1/2/3) where are device position uncertainties are the largest. These are small differences, the largest being on the order of 0.25 mm, spread out over 10s of meters of LVEA space, so I don't think this is a big issue, but interesting to note nonetheless.
And that's it! I'll write another alog detailing the preliminary shots of the WHAM1 -X support tube ends. The FARO is ready to go for the upcoming pre-deinstall shots of the WHAM1 passive stack (currently slated for Monday on the Trello). This finally closes LHO WP 11757.
Matt, Camilla
While looking into a reason that we needed to continually increase EY RH over the last 6 months to avoid PIs, we've attached some trends.
In the past ~6 months there there was a 2% decrease in circulating power corresponding with a kappa_c decrease, Sheila and Dana found the same in 2023 75193. Plot here. Sheila and Dana thought this was as the OMC throughput has degraded since installation but we haven't re-checked that the balance of the two OMC DCPDs.
There is two distinct changes in PRG over the last 6 months: 10th Dec 2024 and 1st Feb 2025, I initially though they were conveniently a week or so before the EY RH increase, however they are when IM4 trans was centered 81735 / re-calibrated 82260 which probably cannot cause a physical change.
Interestingly the OM2 temperature is an interesting measure of the in change in temperature and that does change over the last 6 months, it's not clearly correlated with the circulating power change. Bottom trend of attached plot.
Ibrahim, Ryan S, Betsy, Sheila, Camilla
Getting a baseline for how much the HAM chambers have moved since they were locked.
Highlighted the highest changes but none of these look particularly large.
HAM5 and HAM6 tripped just at the end of these trends too, not included in differences above, maybe a WD trip when a SEI is locked doesn't matter anyway.
Same comparisons are below for HAM1, HAM2, HAM3 for before and after HEPI Locking
HAM1:
L4Cs: Just got noiser since Jim moved them. I don't think this can be used as a comparison for alignment but screenshotted below nonetheless.
HEPI: Largest change is in Z with 11.2um
HAM1 plots also show another change about 4/5 hours ago, which is the HAM1 vent
HAM2:
ISI: Largest change is in RZ with 22.3urad
HEPI: Largest change is in HP by 10.9um
HAM3:
ISI: Largest change is in RZ with 23.4urad
HEPI: Largest changes are Y by 10.3um and VP by 13.8um
I set up an internally pumped dust monitor, that I borrowed from the FCES (it was off down there). I used LVEA10's network cable from the Biergartens dust monitor so BSC8s cleanroom dust monitor is trendable as Dust mon LVEA10. The pumpless dust monitor in the biergarten is still taking samples but they're not being written to epics.
Tony, Corey: HAM1 E/W Door bolts mostly removed; except for a set of 4-bolts on each door which were detorqued and their nut backed off a 1/2 turn.
Wed Apr 02 10:04:28 2025 INFO: Fill completed in 4min 25secs
Fill tripped on a LN2 spurt before the main flow, but still looks like a good fill.
Ibrahim, Ryan S, Erik, Dave:
Around the same time as there was work being done at the corner station mechanical room mezzanine, h1sush7 had a timing glitch requiring the restart of the h1iopsush7 model (and therefore all user models).
Ibrahim and Ryan S consolidated the SDFs for h1susfc1, h1sussqzin and verified the mezanine work was completed.
We restarted all the models, reset the SWWD, cleared IPC and CRC errors to return the system to nominal.
I have added this event to an already opened ticket for h1sush7 FRS20317
Wed02Apr2025
LOC TIME HOSTNAME MODEL/REBOOT
09:55:21 h1sush7 h1iopsush7
09:55:35 h1sush7 h1susfc1
09:55:49 h1sush7 h1sussqzin
09:56:03 h1sush7 h1susauxh7
Ryan S, Ibrahim
In prep for Fil turning off the high voltages, we ramped down and disabled some systems that use it, outlined in M1300464 (screenshot attached of specific page).
The following settings were changed:
I disabled all picomotor drivers (usually we keep these all disabled anyway, but still Squeezer HAM7 was the only one enabled) and turned off all SQZ TECs. The instructions only list the OPO, but there are three more: OFI, SFI1, and SFI2. I turned these off by switching the Servo toggle to "Off" in the upper-right of each TEC's medm screen (screenshot attached).
WP 12434
WP 12260
Procedure M1300464
The following high voltage power supplies/electronics were powered off in preparation for the corner vent.
1. CER Mezzanine - ESD HV
2. CER Mezzanine - Fast Shutter HV
3. CER Mezzanine - OMC PZT HV
4. CER - SR3 and ITM heaters
5. LVEA - Fast Shutter Driver Chassis - Disabled and powered off
6. MER Mezzanine - HAM7 PSAMS HV
7. MER Mezzanine - HAM7 Piezo HV
The interlock for HAM6 that was bypassed last December (alog 82011) has been restored. The gauge on HAM6 is scheduled to be replaced during the upcoming vent.
Yesterday I moved a pumped dust monitor into the HAM1 clean room (dust monitor LVEA5). I set the alarm levels to clean-100 following E1600132 and took a look at the trend overnight. The 0.5u particle count was steady around zero and the 0.3u was around ~10 counts overnight.
Janos, Gerardo, Dave:
Following some alarms overnight we have decided to remove the LVEA gauges from VACSTAT for the duration of the vent. The other gauges which will remain under vacuum continue to be monitored, but without the increased sensitivity settings.
In order to keep the EDC green, a vacstat_dummy_ioc.py is running on opslogin0 to simulate the channels associated with the removed gauges (HAM1, HAM6, BSC2, BSC3).
The cell phone alarms to the vacuum group on multiple vacstat detections has also been disabled.
HAM1 alarms have been removed from the system for the duration of the vent.
TITLE: 04/02 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: 6mph Gusts, 4mph 3min avg
Primary useism: 0.17 μm/s
Secondary useism: 0.17 μm/s
QUICK SUMMARY:
IFO is in PLANNED ENGINEERING for the vent.
Today's vent tasks:
Work safe!
WP 12424
The field cabling for RM1 and RM2 was disconnected in the CER and field rack. Cables were pulled back from ISC-R4 to SUS-R1. Cables were installed early on and buried in the cable tray. It was decided to cut the connector to ease cable work. Ends will need to be re-terminated. The PM1 field cables arrived onsite and will be installed tomorrow. Work will be outside the HAM1/2 clean room.
WP 12393
The SEI field cables were pulled to the following HAM1 flange locations:
Corner 1 (GS-13, L4C, ISI Coil Drive) to Flange D1
Corner 2 (GS-13, L4C, ISI Coil Drive) to Flange D5
Corner 3 (GS-13, L4C, ISI Coil Drive) to Flange D3
HEPI Corner 1&2 to Flange D5
HEPI Corner 3 to Flange D3
WP 12421
Cabling to IOHT2L and ISCT1 was disconnected. Both sets of cables were pulled out of the clean room, clear of any HAM1 activities. The safety interlock system was tripped when cables were being moved off ISCT1. Safety system was restored. The field EtherCAT field boxes EL1908 and cables are located on top of HAM1. They should not interfere with door removal/install.
WP 12422
The vertical cable tray, conduit and part of the floor cable tray was removed to clear the HAM ISI Installation Fixture. Cables to ISCT1 are now routed along the cable tray outside of the clean room.
We took time to pull out various DB cables, fibers, RF cables ect that were not being used. Area around HAM1 is now clear. Let us know you see or need anything else moved/cleared for the ISI install.
F. Clara, O. Patane, M. Pirello
(Dave Barker, Fil Clara, Jenne Driggers, Corey Gray, Gerardo Moreno, plus those who signed work permit and whom I phoned last night)
Last Night Recap:
Last night at 959pmPT, there was an audible alarm for the HAM6 vacuum gauge (PT110). Gerardo went out to check to see if it was dead. He phoned Fil and they did a power cycle of the gauge to see if this would improve the situation, but it did not. After this, H1 was taken to IDLE for the night (OWL shift cancelled). (Should have taken Observatory Mode to CORRECTIVE MAINTENANCE at this point, but only remembered to do this this morning.)
Work Permit 12260 generated. Fil arrived on-site around 9amPT (17utc).
This Morning's Summary of Fil's Work:
The HAM6 Interlock (for operations of the Fast Shutter + PZT) is now Using the BSC3 Interlock (or VAC gauge from BSC3 since it was decided to BYPASS the HAM6 VAC gauge which failed last night [alog 82005]). This means that the BSC3 Interlock is no longer being used for the ITM ESDs (which sounds like it's fine because Jenne/Fil said we don't use the ESDs for the ITMs).
Fil noted that he confirmed that the Fast Shutter Chassis in the LVEA is OPERATIONAL. Fil then left the site after giving me this summary.
As far as a test of this new HAM6 Interlock configuration, I intentionally ran a test of the AS Port Protection system (sitemap/SYS/ AS Port Protection....this was my first time doing this). After clicking the RUN (test) button, after a few seconds received an "OK" for the (1) Test & (2) Fault. After this test and the signed-off Work Permit, we are OK to GO for High Power locking.
Currently running an Initial Alignment (note: ISC_LOCK initially went into ERROR [red box] when I selected Initial Alignment (screenshot of error message attached). LOAD-ing ISC_LOCK (suggested in the Log) cleared this up.
ALSO:
Sheila reminded me that we do use ITMs for acquisition, so she's making modifications to the guardian so that we'll use ETMY instead of the ITMs for acquisition.
FRS: https://services1.ligo-la.caltech.edu/FRS/show_bug.cgi?id=32955
HAM6 interlock has been restored. HAM6 gauge is scheduled to be replaced during upcoming vent. See alog 83695.
TJ and I completed a rough balance of the VOPO platform in the optics lab.
Done without cables as they and mounting hardware are not yet ready. We struggled to get the H1,V1 side of the platform up high enough. Platform was floating with 25-75g mass on OPO lid but H1,V1 bottoms out with 125g. We will have some play of where we route the cables on the OPO lid which can help us. Attached are photos of the vertical alignment at the 3 blade posts, 1 and 2 were centered, 3 was a very little low.
Not ideal given the roughness adds surface area, but given these parts passed C&B RGA scans, we'll allow this one-time exception.
This was not updated in ISC, ASSY-D1500295-D1500295-H1, I have now removed D1500420, D1500422, D1500423, D1500479 x1, D1500480 x2, and added D1500419-v4 02, D1500421-v3 s/n1, D1900503-v1 005 to the record. The D060359 parts are bulk so not updated, more were added when balancing in chamber 59939.