Displaying reports 11201-11220 of 84712.Go to page Start 557 558 559 560 561 562 563 564 565 End
Reports until 16:25, Friday 02 February 2024
H1 TCS
thomas.shaffer@LIGO.ORG - posted 16:25, Friday 02 February 2024 (75715)
TCSX chiller line water tested

Camilla, Jason, Oli, TJ

With a successful air test over Wednesday night (alog75657), and the stop work cleared, we started the process of testing the chiller lines with water. Jason and Camilla ran the X&Y chillers on a closed loop within themselves and adjusted the chiller settings to hopefully stop an overpressure in the future. The H1:TCS-ITM{X,Y}_CO2_CHILLER_SERVO_GAIN was also changed from 1 to 0 to stop the temperature setpiont being too low, but we will change this back later.

(values in psi) Previous New
High pressure warning 100 75
High pressure fault 105 80

After the chillers had lower settings and had run for a bit, we bypassed the TCSX table by connecting the supply to the return next to the table. Jason and Oli were prepped at the chiller, Camilla was at the bypass, and I was watching the expansion joints. Even though the TCSX chiller was just ran, when the chiller lines were hooked up, it introduced enough air into the pump that it needed to be primed again. This was not done easily, so we swapped TCSX and Y chillers. The new chiller was started immediately when plugged into the lines and then started flowing. Jason and Oli filled the reservoir with around 3-4gal as the air came out of the system. We let the chiller run for ~15 min and observed no leaks.

At this point we decided to call it a day and keep both chillers off over the weekend. The TCSX chiller lines have water in them, but the chiller is not running. Next week we will need to reprime the TCSX chiller and test the TCSY water lines.

LHO General
austin.jennings@LIGO.ORG - posted 16:00, Friday 02 February 2024 (75690)
Friday Operator Summary

TITLE: 02/02 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

- HAM 3 door is back on and chamber is closed out

- SUS/SQZ crew continue to hash out the PSAMS adjustments, which will continue into next week.

- VAC conflat work ongoing, EX continues pump down

- DM 10 has been going off intermittently throughout the day

LVEA is Laser SAFE.
LOG:                                                                   

Start Time System Name Location Lazer_Haz Task Time End
00:21 LASER SITE LVEA YES LVEA IS LASER HAZARD 15:58
16:18 FAC Karen/Kim LVEA N Tech clean 17:19
16:34 SUS Rahul Remote N Closeout TFs HAM 3 (PR2/MC2) 17:40
16:34 VAC Jordan LVEA N Pure air measurement 16:43
17:11 FAC Tyler HAM 3 N Prep for door crew 17:22
17:40 EE Marc HAM 3 N Ground loop checks 18:16
17:41 FARO Jason LVEA N FARO checks 18:06
17:43 FAC Tyler/Travis/Betsy/Jordan/Gerardo HAM 3 N Door installation 20:04
17:51 FAC Karen H2 N Tech clean 18:12
17:52 ISC Robert HAM 3 N Baffle install 18:45
18:29 SUS Rahul/Camille HAM 7 N ZM5 PSAMS adjustment 19:51
19:11 PCAL Tony/Dripta PCAL Lab Y (LOCAL) Measurements 21:14
19:15 SQZ Camilla/Vicky/Naoki SQZ tables N Parts search 19:24
20:52 FAC Chris EY N Wind fence work 21:14
20:58 VAC Travis/Janos LVEA N Conflats work ??
21:18 ISC Keita HAM 6 N Electronics check 22:21
21:19 VAC Jordan/Gerardo Y beam manifold N Gate valve 23:35
21:19 EE Marc FCES N Install accelerometers 22:21
21:40 PCAL Tony/Dripta PCAL Lab Y (LOCAL) Measurements 22:22
21:57 FAC Mitch HAM 3 N Bag and tag parts 22:15
22:20 TCS Jason/Camilla/TJ/Oli Mech room/LVEA N Turn on chillers 23:54
23:07 OPS Betsy LVEA N Walkaround 23:30
H1 SYS
betsy.weaver@LIGO.ORG - posted 14:36, Friday 02 February 2024 (75701)
O4 Break Vent/Commissioning Status

As of COB WEEK 3 of the Vent/Commissioning Break, the following items have been completed or are a WIP:

1) DONE - Corner Vented, HAM7 Vented, Relay Tube Vented and removed, EX Vented, HAM6, HAM7 and HAM3 chambers opened (Team VAC, Randy, Tyler)

2) 90% COMPLETE - HAM6 OMC Swap, realignment of paths (Koji, Keita, Rahul, Betsy, some helpers)

3) DONE - EX Cryo-Baffle Damper install, Vac port retreival for 3IFO feedthrus, Pumping started (Robert, Mitchel, Team VAC)

4) DONE - HAM3 SLiC Baffle rework (Both large MC baffles) and install (17 nozzle baffles and 1 McGuyver baffle) in the MC Tube and inside of HAM3 door, SUS/SEI Closeout, Door back on (Robert, Mitchell, TJ, Corey, Tony)

5) STARTED - HAM7 ZM Piezo adjustment and subsequent realignment (Rahul, Camilla, Sheila, some helpers)

6) 50% COMPLETE - IAS FARO Mapping of LVEA (Jason, RyanC, Tyler)

7) 50% COMPLETE - TCS Laser swap (TJ, Camilla, Jason)

8) 75% COMPLETE - BSC8 Vac port retrieval for 3IFO feedthrus (Team VAC)

9) STARTED - EY Wind Fence Repair (Jim, Mitchell, Randy, plus 1, slow start due to weather and staff availability)

10) STARTED - PCAL Maintenance both Ends (Tony, Rick, Dripta)

11) COMING UP - NCAL, BRS Work at EX (Jim, Tony, M.Ross, Neil)

12) COMING UP - Closeout of HAM6 and Corner Pump down (EE/SUS/SEI, Team VAC)

13) COMING UP - Closeout of HAM7, Pump down, Install Relay tube and pump down (EE/SUS/SEI, Team VAC)

14) COMING UP - In-Air PMC Install on SQZT0 (Daniel, Nutsinee, team SQZ)

15) COMING UP - CDS Network Core work (Team CDS)

16) STARTED - 3IFO hardware retreival in LVEA (Team TBD)

17) COMING UP - Crane inspections - all detector VEAs (Tyler, Eric)

18) COMING UP - HAM8 SEI Sensor troubleshooting/swap (Jim, Mitchell, Team VAC) 

19) DEFERRED - Fire Dept tumbleweed burning along X-arm COMING UP - HAM8 SEI Sensor troubleshooting/swap (Jim, Mitchell, Team VAC)

Many other interlaced activities by others of course, as well as background progress with ongoing projects and support of the controlroom/controls.  Good job everyone.

H1 PEM (PEM)
marc.pirello@LIGO.ORG - posted 14:29, Friday 02 February 2024 (75713)
FCES Accelerometer Chassis Installed

Continued from previous ALOG75592

Replaced Pico Accelerometer Power Conditioner with LIGO Accelerometer Power Conditioner. WP11653
S2300071 installed, all signals attached and powered up.

To Do:
MX and MY power adapter cable install and signals transferred from Endevco boxes to the LIGO units.

H1 SUS (SQZ, SUS)
rahul.kumar@LIGO.ORG - posted 13:40, Friday 02 February 2024 - last comment - 14:04, Friday 02 February 2024(75709)
ZM5 suspension's optic in HAM7 chamber offloaded to 47 in lbs.

Camille (CIT), Rahul

Just like ZM4 (see LHO alog 75677) we have offloaded ZM5 (P-SAMs) in HAM7 chamber to 47 in lbs. as per E2300463_V1. We followed the same procedure as described in alog 75677. Camille will post all the relevant pictures.

Post work transfer function measurements showed that the suspension is healthy.

Next we will work with Sheila et al on beam alignment in HAM7 chamber and mechanically offload the alignment sliders for both the suspension.

Comments related to this report
camille.makarem@LIGO.ORG - 14:04, Friday 02 February 2024 (75711)
1st image: PSAMS secured to Fixture Plate
2nd image: PSAMS preloader being adjusted with torque wrench
3rd image: Dial indicator on torque wrench showing torque that was applied to preloader (47 in lbs)
Images attached to this comment
H1 SUS (SUS)
marc.pirello@LIGO.ORG - posted 10:54, Friday 02 February 2024 (75705)
HAM3 Ground Loop Checks

D1000599
E2100504
T1200131

HAM3 ground checking complete.

Description       Box          Location       Notes
PR2 Top           SB-137       SUS-R2         Tested ok
PR2 Middle        SB-008       SUS-R2         Tested ok
PR2 Bottom        SB-002       SUS-R2         Tested ok
MC2 Top/PR2 Top   SB-0         SUS-R2         Tested ok
MC2 Top           SB-004       SUS-R2         Tested ok
MC2 Middle        SB-088       SUS-R2         Tested ok
MC2 Bottom        SB-119       SUS-R2         Tested ok

LHO FMCS
eric.otterman@LIGO.ORG - posted 10:44, Friday 02 February 2024 (75707)
LVEA temperatures
The air handler currently running had its bypass dampers open, so the airflow was bypassing the cooling coil and relying on outside air for space cooling. Because its dampers are manually set, it was not able to reach supply air setpoint. I manually closed the bypass damper which allowed airflow through the cooling coil again and the unit is now reaching supply air setpoint. This is the reason for the sudden drop in space temps in the trend. 
LHO VE
david.barker@LIGO.ORG - posted 10:35, Friday 02 February 2024 (75704)
Fri CP1 Fill

Fri Feb 02 10:07:22 2024 INFO: Fill completed in 7min 18secs

Images attached to this report
LHO FMCS
anthony.sanchez@LIGO.ORG - posted 10:18, Friday 02 February 2024 (75702)
Using Vibration Sensors To Gauge Health Of HVAC Fans Site Wide

FAMIS 26279

The Following Corner station Vibrometers have an increase at the same time:
H0:VAC-MR_FAN1_170_1_ACC_INCHSEC Has an Increase 24 hours ago and a decrease a few how 
H0:VAC-MR_FAN1_170_2_ACC_INCHSEC

H0:VAC-MR_FAN4_170_1_ACC_INCHSEC

H0:VAC-MR_FAN6_170_1_ACC_INCHSEC

H0:VAC-MR_FAN6_170_2_ACC_INCHSEC 

H0:VAC-MR_FAN2_170_1_ACC_INCHSEC looks to be zero but also had a big spike at the same time.

This event was coupled with an increase in LVEA temperature as well.


H0:VAC-EX_FAN1_570_1_ACC_INCHSEC also had an increase about 2 and a half days ago but it has since come back down.
 

Images attached to this report
H1 SUS (SUS)
rahul.kumar@LIGO.ORG - posted 09:31, Friday 02 February 2024 (75696)
HAM3 (MC2, PR2) close out Transfer function measurements looks Healthy

Both MC2 and PR2 suspensions in HAM3 chamber are healthy as per the transfer function measurements I took this morning. Please see the plots attached below, the templates are stored at the following location,

/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/MC2/SAGM1/Data

2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_L_0p02to50Hz.xml
2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_P_0p02to50Hz.xml
2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_R_0p02to50Hz.xml
2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_T_0p02to50Hz.xml   
2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_V_0p02to50Hz.xml
2024-02-02_1500_H1SUSMC2_M1_WhiteNoise_Y_0p02to50Hz.xml

MC2 T_dof (see page 4) has a small unwanted peak at around 4.1Hz which I suspect is due to the purge air in the Chamber. However it looks better when I took a second measurement as shown here. So nothing to worry.

/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/PR2/SAGM1/Data

2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_L_0p01to50Hz.xml
 2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_P_0p01to50Hz.xml
 2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_R_0p01to50Hz.xml
 2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_T_0p01to50Hz.xml
 2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_V_0p01to50Hz.xml
 2024-02-02_1600_H1SUSPR2_M1_WhiteNoise_Y_0p01to50Hz.xml

Images attached to this report
Non-image files attached to this report
H1 PSL
austin.jennings@LIGO.ORG - posted 09:00, Friday 02 February 2024 (75700)
PSL Weekly FAMIS

Closes 26229, last done in alog 75568

Laser Status:
    NPRO output power is 1.816W (nominal ~2W)
    AMP1 output power is 67.86W (nominal ~70W)
    AMP2 output power is 136.4W (nominal 135-140W)
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN

PMC:
    It has been locked 12 days, 18 hr 31 minutes
    Reflected power = 18.49W
    Transmitted power = 108.3W
    PowerSum = 126.8W

FSS:
    It has been locked for 17 days 0 hr and 35 min
    TPD[V] = 0.6663V

ISS:
    The diffracted power is around 2.0%
    Last saturation event was 17 days 1 hours and 7 minutes ago


Possible Issues:
    PMC reflected power is high
    FSS TPD is low

PMC power looks high, but I'm expecting this is not the biggest worry due to the state of the detector.

H1 SEI (SUS)
austin.jennings@LIGO.ORG - posted 08:54, Friday 02 February 2024 (75699)
Quarterly Inspection of HWWD Trends

Closes 26506

Attached is the 3-month trend for the SUS HWWDs.

ETMX had a couple switches throughout the past rotation therefore no further action is needed.

Images attached to this report
H1 SEI
austin.jennings@LIGO.ORG - posted 08:47, Friday 02 February 2024 (75698)
SEI Seismometer Mass Position Check - Monthly

Closes 26846

check_T240_centering.py

Averaging Mass Centering channels for 10 [sec] ...
2024-02-02 08:45:06.261973


There are 26 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 1 DOF X/U = -0.316 [V]
ETMX T240 1 DOF Z/W = -0.369 [V]
ETMX T240 2 DOF X/U = -0.385 [V]
ETMX T240 2 DOF Z/W = -0.638 [V]
ETMX T240 3 DOF Y/V = -0.452 [V]
ITMX T240 1 DOF X/U = -1.323 [V]
ITMX T240 2 DOF X/U = -0.37 [V]
ITMX T240 2 DOF Z/W = -0.32 [V]
ITMX T240 3 DOF X/U = -1.367 [V]
ITMY T240 1 DOF Y/V = -0.319 [V]
ITMY T240 1 DOF Z/W = -0.475 [V]
ITMY T240 2 DOF Z/W = -0.609 [V]
ITMY T240 3 DOF X/U = -1.023 [V]
ITMY T240 3 DOF Y/V = -0.356 [V]
ITMY T240 3 DOF Z/W = -1.281 [V]
BS T240 1 DOF X/U = -0.487 [V]
BS T240 1 DOF Y/V = -0.697 [V]
BS T240 1 DOF Z/W = -0.384 [V]
BS T240 2 DOF X/U = -0.318 [V]
BS T240 2 DOF Y/V = -0.365 [V]
BS T240 2 DOF Z/W = -0.482 [V]
BS T240 3 DOF X/U = -0.629 [V]
BS T240 3 DOF Y/V = -0.589 [V]
BS T240 3 DOF Z/W = -0.932 [V]
HAM8 1 DOF X/U = -0.347 [V]
HAM8 1 DOF Z/W = -0.502 [V]


All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF Y/V = -0.214 [V]
ETMX T240 2 DOF Y/V = 0.02 [V]
ETMX T240 3 DOF X/U = -0.274 [V]
ETMX T240 3 DOF Z/W = -0.213 [V]
ETMY T240 1 DOF X/U = 0.16 [V]
ETMY T240 1 DOF Y/V = 0.184 [V]
ETMY T240 1 DOF Z/W = 0.247 [V]
ETMY T240 2 DOF X/U = -0.016 [V]
ETMY T240 2 DOF Y/V = 0.219 [V]
ETMY T240 2 DOF Z/W = 0.13 [V]
ETMY T240 3 DOF X/U = 0.269 [V]
ETMY T240 3 DOF Y/V = 0.194 [V]
ETMY T240 3 DOF Z/W = 0.194 [V]
ITMX T240 1 DOF Y/V = -0.197 [V]
ITMX T240 1 DOF Z/W = 0.016 [V]
ITMX T240 2 DOF Y/V = -0.233 [V]
ITMX T240 3 DOF Y/V = -0.252 [V]
ITMX T240 3 DOF Z/W = -0.209 [V]
ITMY T240 1 DOF X/U = -0.24 [V]
ITMY T240 2 DOF X/U = 0.034 [V]
ITMY T240 2 DOF Y/V = -0.095 [V]
HAM8 1 DOF Y/V = -0.278 [V]

check_sts_centering.py

Averaging Mass Centering channels for 10 [sec] ...


2024-02-02 08:46:20.259287
There are 2 STS proof masses out of range ( > 2.0 [V] )!
STS EY DOF X/U = -4.127 [V]
STS EY DOF Z/W = 2.843 [V]


All other proof masses are within range ( < 2.0 [V] ):
STS A DOF X/U = -0.667 [V]
STS A DOF Y/V = -0.734 [V]
STS A DOF Z/W = -0.517 [V]
STS B DOF X/U = 0.468 [V]
STS B DOF Y/V = 0.956 [V]
STS B DOF Z/W = -0.475 [V]
STS C DOF X/U = -0.666 [V]
STS C DOF Y/V = 0.932 [V]
STS C DOF Z/W = 0.325 [V]
STS EX DOF X/U = -0.148 [V]
STS EX DOF Y/V = 0.028 [V]
STS EX DOF Z/W = 0.065 [V]
STS EY DOF Y/V = 0.181 [V]
STS FC DOF X/U = 0.264 [V]
STS FC DOF Y/V = -0.947 [V]
STS FC DOF Z/W = 0.733 [V]

H1 AOS
robert.schofield@LIGO.ORG - posted 22:08, Thursday 01 February 2024 - last comment - 10:49, Friday 02 February 2024(75688)
Damping of MC baffles completed, beam spot photos taken, unplanned baffle installed

Mitchell, Betsy, Corey, Robert

Today I damped the MC baffles and took beamspot photos. More on this later.  For now, I want to give some details about the unplanned baffle I installed.

While taking beam spot pictures I noticed an extremely bright retro-reflection seen by MC3. I had noticed this before (and also a similar glint for PRM). But this was the first time I was using the IR Illumintor and camera at this location. I use bracketing so that I could attempt to avoid saturation since the idea is to be quantitative. I had not previously realized how bright this reflection was – it completely saturated the pixels even with short exposures (see Fig. 1).

So, with creative help form Mitchell, Betsy and Corey, we baffled the glint. Figure 2 shows that the baffle is clamped to a HAM2 wall fixture and projects out about 2 cm from the wall to hide the glint surface from the MC3 beamspot.

Non-image files attached to this report
Comments related to this report
mitchell.robinson@LIGO.ORG - 10:49, Friday 02 February 2024 (75708)

In addition to the unplanned baffle 17 nozzle baffles were installed. Ten D2000285 type 11, and six D2000285 type 01.

H1 SQZ (SUS)
camilla.compton@LIGO.ORG - posted 17:58, Thursday 01 February 2024 - last comment - 14:00, Saturday 03 February 2024(75686)
Checked SQZ beam alignment in HAM7 after ZM4 PSAMs offloading.

Julian, Sheila, Vicky, Camilla. After today's alog 75677 ZM4 PSAMs offloading. WP11666

Started with ZM4 sliders at Pit  -362, Yaw -273. Our beam off the OPOS was good, centered on both HAM7 QPDs with nsum 150 to 160.

The beam was off mainly in yaw, centered on irises by moving sliders to Pit -521, Yaw -1213. This was with PSAMS at 200V. There is still loads of range on the sliders, DAC counts up to 27,000 out of 500,000.

We watched the beam and ramped PSAMS from 200V to 0V over 30s, the beam may have moved slightly higher. 

Leaving both ZM4 and ZM5 PSAMS at 0V for tomorrows work.

Comments related to this report
rahul.kumar@LIGO.ORG - 09:54, Friday 02 February 2024 (75703)SUS

ZM4 has a 16bit DAC and hence we will need to mechanically relieve it in both pitch and yaw.

victoriaa.xu@LIGO.ORG - 14:00, Saturday 03 February 2024 (75724)

For the ZM4-5-6 alignment check after offloading PSAMS on ZM4 (75677) and ZM5 (75709) -- reminder that as-is, ZM6 is almost railed. Ideally none of ZM 4-5-6 are saturating.

So, before mechanically offloading ZM 4-5, can also check alignments with ZM6 sliders set ~0. For example, we brainstormed next steps like:

(i) use ZM5 sliders to center ZM4-5 alignment on HAM7 irises. SQZ beam should then naturally hit AS_C.

(ii) zero the ZM6 sliders, then use ZM4-5 sliders to recover the beam on AS_C. Then could offload if needed.

H1 SUS (SUS)
rahul.kumar@LIGO.ORG - posted 14:01, Thursday 01 February 2024 - last comment - 13:41, Friday 02 February 2024(75677)
ZM4 (P-SAMS in HAM7) preload adjusted to change the radius of curvature of the mirror

Camille (CIT), Austin , Rahul

This morning we went to HAM7 chamber and changed the preload on ZM4 (P-SAMS) suspension as per the document E2300463_V1. This changed the RoC of ZM4 mirror without the PZT actuation. Given below are the details of our work - Camille will add pictures later on.

- After setting ZM4 into SAFE state we locked all three stages of the suspension. We had already taken healthy TF measurements before starting our work.

- The bottom mass cable was disconnected and carefully re-routed so that it stays away from the fixture plate.

- four add-on masses (basically 1/4-20 screws with washers) attached to the bottom mass was then removed.

- bottom mass Fixture plate (D2100121) was attached to the structure using six 8-32 screws.

- The bottom mass (already locked using EQ stops) was then further clamped using four 1/4-20 screws through the fixture plate. We had to adjust the height of the bottom mass to the align the threads with the holes on the fixture plate.

- Once the bottom mass was securely clamped, we removed the three set screws on the preloader.

- Using a torque wrench we increased the preload on the bottom mass by ~29 in.lb. (Total preload from torque after increase was 75 in.lb).

- We then followed all the above steps backwards (i.e set screws, add on mass put back, fixture plate removed, cable re-connected and the suspension set free).

- Once all done, we started damping the suspension and checked for any BOSEM flag changes - looked all fine.

- We took the transfer function measurements and ZM4 looked healthy.

Hence we took all the tools out and put the curtains back on HAM7 chamber.

Next, we will go into laser hazard with SQZ team and check for any changes in beam alignment and make adjustments as required.

Comments related to this report
camille.makarem@LIGO.ORG - 14:42, Thursday 01 February 2024 (75679)AWC
1st image: PSAMS locked in place with EQ stops.
2nd image: PSAMS locked with bottom mass fixture plate.
3rd image: Removal of set screws.
4th image: Preload adjustment with torque wrench.
5th image: Preload adjustment with torque wrench.
6th image: Torque wrench dial with the blue needle showing the total torque on the preloader (75 in lbs.)
Images attached to this comment
michael.zucker@LIGO.ORG - 08:21, Friday 02 February 2024 (75692)

Excellent! 

rahul.kumar@LIGO.ORG - 13:41, Friday 02 February 2024 (75710)SQZ, SUS

ZM5 offloaded as well, see LHO alog 75709.

H1 AOS
jason.oberling@LIGO.ORG - posted 12:15, Thursday 01 February 2024 - last comment - 10:54, Friday 02 February 2024(75669)
FARO Progress So Far

J. Oberling, R. Crouch, T. Guidry

Update on FARO progress so far.  Warning, incoming wall of text.

There have been issues accurately aligning to the LHO global coordinate system to the accuracy necessary for IAS work, specifically in getting good alignment to the global Z axis.  This is somewhat of a repeat of the struggles when prepping the FARO for the FCT (Filter Cavity Tube) install work; while we were able to get an alignment good enough to be well within the FCT installation tolerances, the tolerances for optic alignment are more stringent (+/-1.0 mm positional tolerance) so we have to get a better alignment to our global coordinate system.  To date we have worked in 2 areas: aligning to the global coordinate system, and accurately moving the FARO around the West Bay.  For reference, monument name and coordinate information can be found on the DCC at D1100291.

Global Coordinate System Alignment

To start, we began by following our WIP procedure for global coordinate alignment.  Part of this is to refine said procedure, since I quickly threw this document together (almost 2 years ago now) after a phone call with PolyWorks tech support; we now have a red lined copy that I will use to update the WIP procedure.  Due to line of sight issues and monument shape (BTVE monuments are domes, not flat; direct line of sight to PSI-6 is blocked) we use a sphere fit rod to probe the monuments (place the point of the rod in the monument punch and trace out a sphere as best we can while keeping the rod point firmly in the punch (the monument punch limits how much of a sphere we can trace, and therefore the accuracy of Polyworks' sphere fit); the Polyworks software then fits the data to a sphere).  In this way we can enter the coordinates of our alignment monuments as the center point of a sphere, then use the sphere fit rod to probe the monument (useful for ones that are out of direct line of sight, like PSI-6, or ones that are not flat, like BTVE-1).  We have 2 sizes of sphere fit rod, a 3" and a 5".  We first used the 5" rod, as it's the same we used for FCT install setup, and the results of that alignment are shown in the 1st picture.  As can be seen, not very good (one can ignore the diameter measurement on this picture and all the ones that follow, the error there is a result of the limited sphere shape we can trace with the sphere fit rod; PolyWorks told us back in 2022 that the alignment algorithms do no consider this data, only X, Y, and Z).  We then used the 3" rod and repeated the alignment procedure, results shown in the 2nd picture.  This is seemingly a good bit better, but the issues arise when we then try to measure a known monument.  Unfortunately, due to a lack of known monuments in the LVEA West Bay, we don't have any independent monuments we can measure against that have an associated Z axis coordinate, so we have to use the same monuments we use to perform the alignment (i.e. BTVE-1, PSI-1, PSI-2, and PSI-6).  In addition, we can't use PSI-6 (located in the biergarten), because the SUS electronics rack closest to WBSC2 sits directly over it and blocks direct line of sight (we can see it when using a sphere fit rod, but not with a regular SMR nest).  When looking at the 3 available monuments we have, the FARO reports their coordinates as ~1.5mm higher than our documentation says they are; this is consistent across all 3 monuments, indicating a systemic error somewhere (or maybe the documentation is wrong?).  X and Y are accurate to <0.1 mm across all monuments measured.

This launched us on trying to find this 1.5mm error.  The first thing we tried is reading up on PolyWorks' alignment algorithms to see if there's something in the setup we're missing (PolyWorks' included reference guide is a wealth of information on the software).  From this we learned that the alignment algorithms are updateable after the fact (including adding and removing alignment features/monuments), and the software will then apply that update across all alignments in the project.  This includes adding and removing alignment targets on the fly, and changing how the routine considers the available data (weighting different monuments over others, which axes to use, etc.).  Part of our alignment procedure is to first align to X, Y, and axis tilt, then perform another alignment routine to align to the Z axis.  We noticed that the portion of the alignment routine that aligns to X, Y, and tilt was also considering Z, when it shouldn't be; the portion that aligned to Z was considering X and Y when it shouldn't be.  We can make these corrections on the fly, without having to re-measure anything, so we did.  The update changed the X and Y axis deviations, but caused no change in the Z axis deviations; the results of this correction are shown in the 3rd picture.  The X deviation for PSI-2 got a little worse but improved for the other 3 monuments, Y is practically the same across all 4, and Z was unchanged as expected.  But we still see the +1.5mm Z axis error when directly measuring these monuments (X and Y remain accurate to <0.1mm).

The next thing we considered is the difference between the monument surface and the monument punch.  The sphere fit rod measures to the point of the rod, which sits at the bottom of the punch while we use it to probe the monument location.  However, the Z axis coordinate for these monuments is registered to the surface of the monument, not the bottom of the punch.  Therefore in this setup the FARO is actually measuring the bottom of the punch, which then adds error to the coordinate system alignment.  Using our Center Punch Nest (an SMR nest with an included punch for marking monuments, abbreviated CPN from here on out) and a depth gauge we measured the difference between the monument surface and the bottom of the punch for each of our 4 alignment monuments (the punch portion of the nest only depresses as far as the punch can go, so we can measure the difference between the surface and the monument punch based on how far the nest punch can travel).  The results, assuming the surface of the monument is 0:

This means that when we use a sphere fit rod to probe these monuments we have to correct the global coordinate by the above amounts so we're measuring the correct point on the monument.  For example, the global Z axis coordiante for BTVE-1 is -1057.2mm, but when using a sphere fit rod we need to enter the corrected coordinate of -1058.0mm (-1057.2 - 0.8) into PolyWorks.

Tyler suggested we also check the local difference in the Z axis between our alignment monuments, using BTVE-1 as the origin.  We have a local coordinate survey from the late 90s for the PSI and BTVE monuments in the LVEA (the last time this was done); this data is available at D970210 in the file Rogers_LHO_PSIMonumentsAs-Built.pdf on page 2, and again in D1100291 in the file LHO_PSI_Monument_Z_Corr_MEZ220406a.xlsx, in Column C.  We used the FARO to check this, using a blank project so the FARO was not aligned to our global coordinate system.  Setup again in the West Bay in the same position we've been using to probe our alignment monuments, we oriented the FARO to local gravity (the FARO levels and then orients itself to the local gravity at its current location), then used an SMR with our CPN set over each monument punch to measure the difference in Z for each monument (deltaZPSI-X = ZBTVE - ZPSI-X); we're essentially using the FARO as an autolevel to perform a differential height survey.  Since we don't have direct line of sight to PSI-6 we set the CPN roughly inline with PSI-6 in X but set against the SUS rack so the FARO can see it (roughly 300mm +Y from the monument); this put the SMR on the vinyl floor, which we measured to be ~2mm thick using a set of calipers.  This could add some error, as we're not directly over PSI-6 and therefore cannot account for any height difference between our location and the monument (such as variations in the surface height of the concrete), but it's the best we have given our line of sight restrictions (the West Bay is crowded, but it's the only place where we have a collection of monuments with a registered Z axis coordinate).  Results and deltaZ from the old Rogers survey, all units in mm:

  Rogers As-Built Survey, 1997 FARO, 2024 Difference between Rogers/FARO
deltaZPSI-1 -826.3 -825.1 +1.2
deltaZPSI-2 -827.5 -826.4 +1.1
deltaZPSI-6 -822.4 -821.0 +1.4

So the FARO indicates that the Rogers As-Built survey from 1997 was not correct, so we adjusted the global Z axis coordinates for our 3 PSI monuments using the above FARO data.  We then further adjusted the Z axis coordinates using the difference between the punch depth and the monument surface.  This gives us the following global Z axis coordinates for our alignment monuments, all units in mm:

  New global Z using FARO height Global Z for bottom of monument punch
BTVE-1 -1057.2 (unchanged) -1058.0
PSI-1 -1880.8 -1881.9
PSI-2 -1877.7 -1878.4
PSI-6 -1876.2 -1876.8

We then used these new global Z axis coordinates for the bottom of the monument punch to align the FARO to our global coordinate system, results shown in the 4th picture.  We created points based on the global Z of the monuments themselves, and performed a Build/Inspect operation to get our deviations in X, Y, and Z (again using the CPN to place the SMR over the monument punch; the CPN registers to the monument surface); these results are shown in the final picture.  As can be seen, the reported X and Y axis measurements are good to better than 0.05mm, but we still have some significant error in Z.  It's much better than the ~1.5mm we were seeing previously, but nowhere near as good as X and Y.

We also noticed from the FARO's position that we could see height monument 903 (information in T1100187); this height mark is registered to the local LVEA coordinate system, and is on a metal post.  Using a autolevel we placed a temporary magnetic SMR nest in line with the height mark.  From this we could get X and Y coordinates for a spot very close, but not exactly on, the height mark (X is right on it, but Y is roughly 1" +Y).  With these X and Y coordinates we can transform the registered local Z coordinate to a global one (see T0900340) and compare to what the FARO says (the ~1" offset in Y is not an issue, as the Y axis tilt is very small at 12.5µrad, which causes a 0.3µm error in the global Z (yes, that's micrometers)).  We did this very quickly with a cell phone calculator, and did not get a screenshot or picture of the results (my fault), but the FARO thinks that height mark 903 is ~4.2mm higher than we would expect after converting its local Z to a global Z.  We have no other height marks we can place a nest by to do this same measurement, so we currently have no way to know if this error is in the height mark itself or something with the FARO (or a combo of the 2).  Will have to move the FARO around (which we can do accurately, see next section) to find something else to look at.

What's causing this error?  At this point in time we are not sure.  Some thoughts:

Moving FARO

We were able to move the FARO into the biergarten area using a collection of glued nests (set during FCT install) and magnetic nests.  This was done independently of our gloabl coordinate alignment work.  We were aligned to our global coordinate system (although we're still questioning the accuracy), but only looking at how accurately we could move the FARO (device target deviations between moves and device positional uncertainty at each location), which does not depend on being accurately aligned to any set coordinate system.  When doing a move you want a minimum of 3 targets, but PolyWorks support has repeatedly told us that you really want at least 6.  While the software will use 3, using 6 or more greatly increases the accuracy of the move.  We were able to use roughly 8 targets to move into the biergarten area and back out near the Test Stand.  In total we did 3 device moves for a total of 4 device positions: position 1 at our intial setup point, position 2 closer to the FCT to have better line of sight into the biergarten, position 3 in the biergarten area but outside of the cleanroom, and position 4 back in the West Bay near the test stand.  The largest target deviation we saw between device positions was ~0.2mm.  In addition, PolyWorks has a routine to calculate the positional uncertainty of the FARO.  This routine reported a positional uncertainty of <0.05mm for each device position, indicating that we can accuratly move the FARO around.  This was good to confirm, as we're going to have to move the FARO around the LVEA to find other monuments with known global Z axis coordinates to test our global coordinate system alignment.

Next Steps

Images attached to this report
Comments related to this report
michael.zucker@LIGO.ORG - 08:20, Friday 02 February 2024 (75691)

Outstanding progress, agree the discrepancies are puzzling. I might suggest picking up the factory scribe lines on BSC, manifold and gate valve large flanges, if you can see them (might need a water hose level between the sides to correct for clocking).  True, these will have cumulative installation error (spec potentially ± 2mm radially, though recall none that bad). And they could just as well be referred to faulty historic survey (!) But, at the end of the day, we may want to just follow the chambers anyway, wherever they have wandered...

jason.oberling@LIGO.ORG - 10:54, Friday 02 February 2024 (75706)

Yesterday, Ryan and I went out and tried a couple of things.  First, I used the 3" sphere fit rod to probe the monuments in a test of how much probing technique could potentially change the alignment results.  Turns out, a good bit.  We changed nothing in our alignment procedure except I probed the alignment monuments using the 3" sphere fit rod while Ryan drove the computer.  The results of the alignment routine and the subsequent Build/Inspect on our monuments are shown in the first two pictures.  As can be seen, a good bit different from our previous attempt with Ryan probing the monuments.  While not surprising, this shows that probing technique with the sphere fit rod potentially has a large effect on the accuracy of the alignment.

We next repeated this process, except we changed monuments PSI-1 and PSI-2 from spheres to points.  We can only do this for these 2 monuments, as the top of BTVE-1 is dome shaped and we do not have direct line of sight to PSI-6.  We had to offset the Z axis coordinate for PSI-1 and PSI-2 by +50.8mm to account for the CPN we used to probe these monuments, hence the diffferent Z axis coordinates (the software does not automatically compensate for the nest offset when doing a simple probe operation, but it does do this compensation with a Build/Inspect operation).  Nothing else in the process changed.  Results are shown in the final 2 pictures.  As can be seen, some alignment deviations became worse and some became better, but the Build/Inspect results were all better across the board (but still not within the aLIGO monument placement tolerance of +/- 0.2mm).

What does this mean?  As stated previously, due to the lack of known monuments in the West Bay and lack of line of sight to other known monuments we currently can't tell if this error is in the FARO setup or in our monument coordinates.  But what this does tell me is that we need to get away from using the sphere fit rods as much as we can.  This won't be possible for BTVE-1 due to its dome shape, but I think we can do this for PSI-6.  The PolyWorks alignment routines are updatable on the fly and after the fact (meaning we can add an alignment monument to the routine after we've already performed said alignment routine).  From reading the reference guide, it seems to me that we could use BTVE-1, PSI-1, and PSI-2 to do an initial alignment to the global coordinate system, move the FARO to a location with direct line of sight to PSI-6, then probe PSI-6 as a point instead of a sphere and add it to the alignment routine; it's our hope that this allows us to get a more accurate shot at PSI-6 and therefore a better alignment to our global coordiante system.  This is the next thing we want to test, and will also look into Mike's suggestion of the chamber door flange scribes (these can be a little difficult, as the blue HEPI support piers make the line of sight to these scribes pretty narrow).  The ultimate goal here is to get a good alignment for the FARO and then map out the LVEA monuments, adding more where and when we need to; the hope is that we can then use those monuments to align the FARO from anywhere in the LVEA without having to constantly resort to this intial alignment routine (and therefore getting away from using the sphere fit rods entirely).

Another potential issue we noticed, is there is now a running clean room next to our FARO setup, set over the mechanical test stand (to be used, I think, for sorting 3IFO SUS parts from a large ISI storage container into individual SUS storage containers).  Proper coordination was done in advance and we didn't expect this to be an issue, but this week we have had problems probing monument PSI-6 that we did not have in the prior 2 weeks.  While it's not confirmed the clean room is the cause, air temperature gradients and air currents can affect the accuracy of the FARO so this could also be influencing our results.  Will also try doing these alignment tests with the clean room off and see if we get better results.

Images attached to this comment
H1 TCS
thomas.shaffer@LIGO.ORG - posted 19:09, Wednesday 31 January 2024 - last comment - 16:09, Friday 02 February 2024(75657)
TCS chiller line leak testing and expansion joint swap

Summary: WP11663 & WP11664 Today Camilla, Jason, Chris S, and I confirmed the leak location in the TCSX supply line on the rubber portion of the expansion joint. We then replaced all 4 expansion joints and then pressurized the lines with air to test for leaks overnight.

Longer version: Last week while swapping the TCSX laser we sprang a leak in the TCSX supply line (alog75550). After regrouping and planning how to proceed, we planned to first confirm that the leak was actually coming from the expansion joint, replace all of these joints if necessary since the rubber has a lifespan of ~5-10 years and it was installed in 2013/2014, then retest before adding water to the system to ensure no leaks. Today, we did a gravity drain of all of the lines and disconnected the lines from both tables, then bagged the expansion joint where the suspected leak was, and then with Chris S's help, added a bit of air to the system. We started with a low 20psi injected with a blow gun attachment pushed onto the quick connect at the chiller end of the line. We couldn't see, hear, or feel any air so we started upping the pressure in steps. We added some soapy water to the joint in hopes of making bubbles. Eventually at ~80psi I was able to see a brief bubble form before the soap was then sucked into the crack that we suspected the leak came from, presumably from a Bernoulli effect with the air flowing through the pipe. We did it again and got the same results. Leak confirmed Attachment 1

We then replaced the 4 expansion joints with new ones (Spear mfg EJ21-010SR). One of the four was slightly shorter, maybe 8mm, but we were able to find slack in the system to make up for it. Previously the joints were at a slight angle, so we added some pool noodle in the wall feedthrough tube to raise the pipe on the mechanical room side of the joint slightly (Attachment 2). This seemed to help straighten the lines and hopefully put less strain on the lines or joint (Attachment 3 Attachment 4). There is still some sagging over the pipe bridge, but we will find a solution for that another day (Attachment 5).

With the four joints replaced we needed to test them. After conferring with Richard, we rewrapped the joints with a thick plastic and secured with Kapton tape (Attachment 6), then fired the compressor up again at 50psi output and added a bit of air to one line with the dry connect still connected. Once we confirmed that it would hold the bit of air we put in, we put in the full 50psi. We did this for all 4 sections - X & Y supply and return. We let it sit for 30 minutes and then confirmed that the lines were still pressurized. While the lines all felt equally pressurized when we release the pressure, we noticed a single drop of water in the plastic that was wrapped around the joints. We were not sure if this was coming out of the line, or just a spot we missed while replacing them. Seeing through the for water residue is challenging. So, we repressurized the lines and will leave them overnight like this. On our way out Jason and I saw a drop of water in the bag but in a different place. And again, we aren't sure if this is new water or just from a hidden spot we didn't dry. The pressure test overnight might give us some more clues.

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 09:12, Thursday 01 February 2024 (75662)EPO

Tagging EPO for TCS photos.

thomas.shaffer@LIGO.ORG - 16:09, Friday 02 February 2024 (75714)

[Late log, forgot to hit post yesterday]

On Thursday morning the lines were found to all still have air pressure. Since we didn't have a pressure gauge hooked up, I would just push on the dry quick connect release to let air escape. TCSX return line had the least amount of air come out based on this very inaccurate measure, but I might not have put as much in this line to begin with. Again, all lines still had air pressure in them, so our next steps would be to test with water when cleared.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 15:22, Wednesday 31 January 2024 - last comment - 14:12, Friday 02 February 2024(75584)
matlab model of DARM loop for comparison to pyDARM

While Louis and I were working on the DARM loop transitions, we revived an old matlab model I had of the DARM loop, in parallel with Louis using pyDARM to produce plots of the loop cross overs.   This imports filters from CALCS for the sensing and actuation functions, and the suspension filters, and makes some plots of the loop.  For some history about this effort to change the DARM loop, see 74790, and for similar plots made using the pyDARM model of the DARM loop, see 74771.

Here are some plots produced by this model for reference.  The first two attachments show the DARM configuration used in O4a and the proposed configuration (New DARM) tested in 74887 (which has different UIM filters than the configuration documented in 747790) Both of these show a DARM OLG measurement with black x's.  In both cases there is a discrepancy between the model and the measurement, especially visible in the phase around 200Hz. Louis exported a model of the sensing function from pyDARM which we tried substituting for the CALCS sensing function model shown in these plots, this actually made the phase discrepancy worse.  I was able to match the measurement better by adding a delay of 250microseconds to the sensing function, but this is not shown in the plots here.  This discrepancy doesn't cause me too much concern: the model seems accurate enough to evaluate the loop stability, and the pyDARM model which is used for calibration does reproduce this OLG accurately.  By flipping between these two plots, you can see that the NEW_DARM configuration has more low frequency gain (which probably isn't needed), more gain in the PUM around a few Hz (which was our goal, to reduce RMS drive on the ESD), and also a better roll off of the UIM so that the UIM gain is not visible on the plot around 150 Hz.  This feature of our current DARM loop has been a complication for calibration, so we are happy about this change.

The third plot shows the model and measurements of the crossovers. To see Louis's write up of how we are evaluting the stability of cross overs see T2300436. In particular, we are refering to the measurement L2_LOCK_L_IN1/L2_LOCK_L_IN1 as G_pum, and the measurement L1_LOCK_L_IN1/L1_LOCK_L_IN2 as G_uim.  To have a stable crossover we need G_pum and G_uim to not be +1.  We made a measurement of G_pum in the new configuration, which matches this model well.  (It didn't match well in 74771)  We had difficulty making this L2 LOCK measurement in the old DARM configuration, as discussed in 74226.  The plot also shows a measurement made at L1 lock in the O4 configuration, we never took this measurement in the new configuration.  While there are some discrepancies with the UIM measurement, these both agree well enough to confirm that the model is fairly correct.

The next two plots show comparisons of the new and old DARM loops, first the OLGs then the distrubution to actuators .  The new loop leaves the PUM/ESD crossover just below 20Hz where it has been, but has a steeper offloading with less phase margin for the PUM. 

We also plotted and looked at the closed loop response to distubances, for the over all loop and for disturbances at the injection points L2 LOCK (1/(1-G_pum)) and at L1 LOCK (1/(1-G_uim)) to look for gain peaking.  This does indicate that the new model has very slightly more gain peaking for the PUM crossover around the frequencies where we are having trouble (2.5-3.5Hz) than the old loop.

This model is in sheila.dwyer/LSC/DARM/DARM_model/DARM_loop_model_Dec2023.m  and attached here. 

 

Non-image files attached to this report
Comments related to this report
louis.dartez@LIGO.ORG - 14:12, Friday 02 February 2024 (75712)
Minor correction: G_pum is L2_LOCK_L_IN1/L2_LOCK_L_IN2.
Displaying reports 11201-11220 of 84712.Go to page Start 557 558 559 560 561 562 563 564 565 End