Displaying reports 1701-1720 of 83002.Go to page Start 82 83 84 85 86 87 88 89 90 End
Reports until 16:47, Wednesday 02 April 2025
LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 16:47, Wednesday 02 April 2025 (83709)
OPS Day Shift Summary

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
Images attached to this report
H1 AOS
jason.oberling@LIGO.ORG - posted 16:34, Wednesday 02 April 2025 (83685)
FARO LVEA Setup and Alignment (WP 11757)

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.

Images attached to this report
Non-image files attached to this report
H1 ISC (CAL)
camilla.compton@LIGO.ORG - posted 16:04, Wednesday 02 April 2025 (83707)
PR Gain, Circulating Power, chamber tempurature and RH settings over last 6 months

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.

Images attached to this report
H1 SEI
camilla.compton@LIGO.ORG - posted 15:22, Wednesday 02 April 2025 - last comment - 16:14, Wednesday 02 April 2025(83705)
Looking at SEI HEPI/ISI Pointing after Locking

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.

Images attached to this report
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 16:14, Wednesday 02 April 2025 (83708)SEI

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

Images attached to this comment
H1 PEM
ryan.crouch@LIGO.ORG - posted 15:17, Wednesday 02 April 2025 - last comment - 15:32, Thursday 03 April 2025(83706)
BSC8 Dust monitor

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.

Comments related to this report
ryan.crouch@LIGO.ORG - 09:46, Thursday 03 April 2025 (83715)

Trending DM10 dust monitors overnight.

Images attached to this comment
H1 General (VE)
corey.gray@LIGO.ORG - posted 14:56, Wednesday 02 April 2025 (83704)
HAM1 E/W Door Bolts Removed

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.

LHO VE
david.barker@LIGO.ORG - posted 10:23, Wednesday 02 April 2025 (83701)
Wed CP1 Fill

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.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 10:05, Wednesday 02 April 2025 (83698)
Timing glitch h1sush7, all models restarted

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  
 

Images attached to this report
H1 General
ibrahim.abouelfettouh@LIGO.ORG - posted 09:26, Wednesday 02 April 2025 - last comment - 10:02, Wednesday 02 April 2025(83695)
High Voltage Shutdown Preparation

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:

Images attached to this report
Comments related to this report
ryan.short@LIGO.ORG - 09:30, Wednesday 02 April 2025 (83696)SQZ

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).

Images attached to this comment
filiberto.clara@LIGO.ORG - 09:59, Wednesday 02 April 2025 (83697)

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

Images attached to this comment
filiberto.clara@LIGO.ORG - 10:02, Wednesday 02 April 2025 (83699)

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.

H1 PEM
ryan.crouch@LIGO.ORG - posted 09:02, Wednesday 02 April 2025 (83694)
HAM1 dust monitor

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.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 08:48, Wednesday 02 April 2025 - last comment - 10:34, Wednesday 02 April 2025(83693)
VACSTAT: gauges in vent area removed from system

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.

Images attached to this report
Comments related to this report
david.barker@LIGO.ORG - 10:34, Wednesday 02 April 2025 (83702)

HAM1 alarms have been removed from the system for the duration of the vent.

LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 07:46, Wednesday 02 April 2025 (83692)
OPS Day Shift Start

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!

H1 CDS
filiberto.clara@LIGO.ORG - posted 18:24, Tuesday 01 April 2025 (83691)
CDS EE Work On HAM1

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

Images attached to this report
LHO VE (CDS, ISC, OpsInfo, SYS, VE)
corey.gray@LIGO.ORG - posted 10:40, Friday 27 December 2024 - last comment - 10:04, Wednesday 02 April 2025(82011)
HAM6 Interlock Status After HAM6 Vacuum Gauge Failure Last Night

(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: 

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 12:09, Friday 27 December 2024 (82013)

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.

corey.gray@LIGO.ORG - 10:40, Saturday 28 December 2024 (82031)FRS

FRS:  https://services1.ligo-la.caltech.edu/FRS/show_bug.cgi?id=32955

filiberto.clara@LIGO.ORG - 10:04, Wednesday 02 April 2025 (83700)

HAM6 interlock has been restored. HAM6 gauge is scheduled to be replaced during upcoming vent. See alog 83695.

H1 SQZ (VE)
camilla.compton@LIGO.ORG - posted 09:40, Wednesday 25 August 2021 - last comment - 12:16, Wednesday 02 April 2025(59714)
Rough Balancing of OPOS Complete

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.

Shown in photo 1 bottom we used: lateral masses: D1500421-v3 s/n1; D1900503; small weights: qty2 D1500480-v2 300g; D1500479-v2 500g; D060359 100g;
Shown in photo 1  right side we used: qty2 D060359 100g; lateral mass D1500419-v4 s/n2; D060359 25g; Dog clamp;
Shown in photo 2 we used: D1500480-v2 300g.
 
We will discuss with the SQZ team if we are happy the the dog clamp as a cantilever will not create any strange modes.
We used part D1900503 which doesn't have the smoothest finish but comparing to the roughness gauge (photos of top and side) we think will be okay, it is smother than 250P. Tagging VAC  for thier opinion.
Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 11:22, Wednesday 25 August 2021 (59717)

Not ideal given the roughness adds surface area, but given these parts passed C&B RGA scans, we'll allow this one-time exception.

camilla.compton@LIGO.ORG - 12:16, Wednesday 02 April 2025 (83703)SUS

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

Displaying reports 1701-1720 of 83002.Go to page Start 82 83 84 85 86 87 88 89 90 End