Displaying reports 241-260 of 83266.Go to page Start 9 10 11 12 13 14 15 16 17 End
Reports until 15:01, Tuesday 01 July 2025
H1 AOS
elenna.capote@LIGO.ORG - posted 15:01, Tuesday 01 July 2025 (85476)
ASCIMC model update for 16k WFS channels, some resulting chaos

E. Capote, J. Kissel, A. Sanchez, D. Barker, E. von Reis

Per WP#12649, the ASCIMC model was updated. Two test points were added to the IMC-WFS_B_{PIT,YAW}_OUT outputs that were then DQed to 16k, see attached screenshot of the new testpoints. These channels are being saved at the higher rate so they can be used as jitter witnesses, see attached screenshot of the channel list. The new channel names are "IMC-WFS_B_{PIT,YAW}_16K_OUT". Erik helped me set up these new test points, and Dave took care of the model and DAQ restart.

Before the model restart, I had checked the ASCIMC model and saw no SDF differences, so I assumed that we were good to go to restart the model. Here are two errors I made:

Once the restart had happened, and SDF reverted, the IMC came back very poorly aligned. Jeff and Tony had to move the IMC PZT offset by "hundreds of counts" to get us back to a good enough alignment to lock. After that, Jeff, Tony, and I proceeded to engage the IMC WFS, and turned up the WFS gain to 0.5 to help the loops converge faster. Once they converged, we took the IMC guardian to "MCWFS offloaded". Here, we made another mistake by forgetting to accept the PZT offsets in SDF, so when ISC_LOCK went through the "SDF revert" state, the offsets were set to some old value, which put the IMC back in a bad alignment. We repeated the process again, and this time remembered to save the new offsets in the SDF. I have attached a screenshot of this change.

Images attached to this report
H1 AOS
marc.pirello@LIGO.ORG - posted 14:09, Tuesday 01 July 2025 (85475)
Replaced Failed Kepco Supply for H1SEI23

Per WP12651 we investigated and replaced the IO Chassis supply for H1SEI23 which supports seismic on HAM 2 & 3.  This supply is located in Mezanine rack C3, location U2 Right Side, provides +24V, and measured ~3.5A draw.  The fan was chirping and grinding which suggests a failing fan bearing.

Old Supply = S1202002 old fan worn out bearing to be refurbished.
New Supply = S1201919 new fan with ball bearing.

F. Clara
M. Pirello

H1 SUS (DetChar, ISC, OpsInfo, SUS)
jeffrey.kissel@LIGO.ORG - posted 14:00, Tuesday 01 July 2025 (85474)
Note: Alignment Changes are *Apparent* Due to Top Mass SatAmp Changes
J. Kissel, O. Patane, F. Clara
ECR E2400330

Calling this out explicitly: 
    We have changed the OSEM PD satellite amplifiers on H1SUSPRM, H1SUSPR3, H1SUSBS, H1SUSSR3, and H1SUSSRM top masses; see LHO:85463
    We chose to implement ECR E2400330 by modifying spare chassis ahead of time, and installing those modified spares in place of the old chassis (which will become some other suspensions' "new" amps next week).
    Though the ECR only changes the whitening stage frequency response.
    However, because the old vs. new chasses have different set of other overall transimpedance gain determining components, the read-back for the OSEM PDs will likely change slightly.
    Thus, the OSEMs' recast as EULER basis signals will also change slightly, *looking* like an alignment change, even though the alignment of the physical suspension will NOT have changed.
    This won't be in any consistent direction, and the transimpedance gain is determined by components that have value at any value within the components' tolerance.

I attach two examples, H1SUSPR3 and H1SUSBS, of the levels we're talking about -- In the OSEM basis, it's 1-3 [urad], and same in the EULER basis. For the beam splitter, a physical change in alignment of that magnitude would be significant, hence me bringing it up explicitly.

So, the new normal for the following suspension alignment starts on 2025-07-01 12:30 UTC:
    H1SUSPRM
    H1SUSPR3
    H1SUSBS
    H1SUSSR3
    H1SUSSRM
We'll definitely have to re-run initial alignment after today's maintenance day, given that (unrelated)
    - we rebooted the entire electronics racks at EY to replace failing power supplies,
    - we rebooted the seih23
    - we adjusted the green camera alignment
H1 CDS
jonathan.hanks@LIGO.ORG - posted 13:59, Tuesday 01 July 2025 (85473)
Removed a failed unused disk from h1daqfw1

We noticed a failed drive on h1daqfw1.  As we were in maintenance we powered down the system and removed the disk.  This was a 1TB spinning disk.  It was most likely put in to allow us to have large storage if we needed to write frames locally and then move then over the network, this was a very real posibility at point.  However we never ended up doing that.

The system was taken down at around 13:38 local time.

H1 AOS
elenna.capote@LIGO.ORG - posted 13:54, Tuesday 01 July 2025 (85472)
ITMX Green Camera realigned, WP #12646 complete

F. Clara, E. Capote

Per WP#12646, Fil and I went out to the floor and realigned the ITMX green camera, as Sheila noted it was poorly aligned in alog 84819. (Before we began, Corey transitioned the LVEA to laser hazard per WP#12647).

Before going out to align, I locked the X arm in green only using the camera offsets for the alignment. I offloaded this X arm alignment, so it could be preserved once we moved the camera.

With the X arm still locked, Fil and I connected a computer to the green camera output, which gave us a faster, live view of the camera as we adjusted it. Fil used a Rainbow controller to zoom out very far to reduce our chances of moving the beam too much and losing it. Fil then removed the camera housing cover, and adjusted the nobs on the camera. As he adjusted in the desired direction, I zoomed the camera in slowly, to ensure that we were moving the beam closer to center. We iterated this process several times. The first time Fil went to put the camera cover back on, we noticed that the action of placing the cover bumped the aligment a little bit, so we had to overcorrect in the opposite direction slightly so that the beam stayed centered as Fil replaced the cover. I then tried adjusted the zoom and lens slightly, and decided that the image was well-centered enough to finish the work.

Once we were back in the control room, I updated the camera offsets. I have attached the SDF of these new offsets.

Images attached to this report
H1 SUS
oli.patane@LIGO.ORG - posted 13:53, Tuesday 01 July 2025 (85470)
SUS OLTFs taken for ITMX, ITMY, PRM, PR3, SRM, SR3

We took open loop transfer functions for some suspensions today. Some were taken so we have 'before' OLG and loop suppression data before we switch out their satamps (ITMX, ITMY), and the rest were after the satamps were switched out (85463) so that we could confirm that they all looked good (PRM, PR3, SRM, SR3).

0.4:10 (old) satamp OLG TFs
ITMX M0
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
    - optic align offsets off, L2->R0 damping off, etc
- We needed to adjust the excitation filters for V and Y, plus lower the amplitude by a factor of at least 5x to keep the suspension dac from overflowing and saturating. These excitation filters were originally matches to the ETM ones, but we had to adjust them.
Data: 2025-07-01_1645_H1SUSITMX_M0_WhiteNoise_{L,T,V,R,P,Y}_0p01to50Hz_OpenLoopGainTF.xml r12366

ITMY M0
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
    - optic align offsets off, L2->R0 damping off, etc
- We needed to adjust the excitation filters for V and Y, plus lower the amplitude by a factor of at least 5x to keep the suspension dac from overflowing and saturating. These excitation filters were originally matches to the ETM ones, but we had to adjust them.
- When trying take Y, there was noise affecting mainly F1/F2/F3 (ndscope1, ndscope2) that was happening every ~4mins. Every time it happened it would cause overflows as well. This made it really hard to get a Y measurement, so the Y here looks pretty bad. We can try another time to get the data for Y. We don't know why this was happening but it stopped once we left HEALTH_CHECK (but it didn't start when we first entered HEALTH_CHECK)
Data: 2025-07-01_1700_H1SUSITMY_M0_WhiteNoise_{L,T,V,R,P,Y}_0p01to50Hz_OpenLoopGainTF.xml r12369

0.1:5 (new) satamp OLG TFs
Note: for all of the following measurements, the OSEMINF FM1 filter had been updated from 10.4:0.38 to 5.31:0.0969 to match the new 0.0969:5.31 satamp (85471)
PRM M1
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
    - optic align offsets off, etc
- We needed to increase the exc gain to match the decrease in damping loop gain (-0.5)
Data: 2025-07-01_1815_H1SUSPRM_M1_CDBIOState_1_WhiteNoise_{L,T,V,R,P,Y}_0p01to100Hz_OpenLoopGainTF.xml r12368

PR3 M1
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
    - optic align offsets off, etc
- We found that some dofs were being very underdriven, so we upped the gain by 10 or 100x
Data: 2025-07-01_1820_H1SUSPR3_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12367

SRM M1
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on AND optic align offsets ON
- We needed to increase the exc gain to match the decrease in damping loop gain (-0.5)
Data: 2025-07-01_1900_H1SUSSRM_M1_WhiteNoise_{L,T,V,R,P,Y}_0p02to50Hz_OpenLoopGainTF.xml r12372

SR3 M1
- Measurements taken with suspension in HEALTH_CHECK but with damping loops on
    - optic align offsets off, etc
- We found that some dofs were being very underdriven, so we upped the gain by 10 or 100x
Data: 2025-07-01_1830_H1SUSSR3_M1_WhiteNoise_Y_0p02to50Hz_OpenLoopGainTF.xml r12371

Main takeaways:
    - ITMY Y was bad due to some strange mystery noise and needs to be retaken
    - PRM, PR3, SRM, SR3 all had new satamps and updated OSEMINF FM1 filters to match
    - SRM measurements were taken with optic align offsets ON

Images attached to this report
H1 SUS
oli.patane@LIGO.ORG - posted 13:38, Tuesday 01 July 2025 (85471)
SUS OSEMINF compensation filter updated for BS, PRM, PR3, SRM, SR3

To finish off Fil's work for ECR E2400330 replacing the M1 satamps for BS, PRM, PR3, SRM, and SR3, I replaced FM1 in their OSEMINF filter banks from being z:p = 10:0.4 to z:p = 5.31:0.0969 to properly compensate for the new satamp. I've attached the filter file diffs for each suspension. They've all been loaded in.

Images attached to this report
LHO VE (VE)
travis.sadecki@LIGO.ORG - posted 13:14, Tuesday 01 July 2025 (85469)
Acceptance measurements of new EX purge air compressor system

The new EX purge air compressor and drying skid were turned on this morning at ~8am and dewpoint and particulate measurements were taken at ~11:30am.  See attached pics of the dewpoint monitor at the exhaust of the drying tower, dewpoint at the coupling fitting at the EX spool just upstream of BSC9, and particulate counts at the same spool coupling.  FTIR sample was taken of the coupling fitting and will be stored onsite.  

Images attached to this report
H1 SUS
filiberto.clara@LIGO.ORG - posted 12:33, Tuesday 01 July 2025 - last comment - 15:58, Wednesday 02 July 2025(85463)
Top Sat Amps Modified for PRM/PR3/SR3/SRM/BS

WP 12640
ECR E2400330
Drawing D0901284-v5
T2500232

Today we started upgrading the SUS Sat Amps per ECR E2400330. Modification improves the whitening stage to reduce ADC noise from 0.05 to 10 Hz. The following units were replaced with modified units:

Suspension Old New
PRM TOP S1100067 S1100168
PRM/PR3 S1000275 S1100173
PR3 S1100175 S1100183
     
BS TOP S1100090 S1000291
BS RT/SD  S1100155 S1100066
     
SR3 Top S1000296 S1000284
SR3/SRM S1100178 S1000290
SRM S1100136 S1100068

F. Clara, C. Gray,  J. Kissel, O. Patane, M.Pirello

Comments related to this report
jeffrey.kissel@LIGO.ORG - 13:48, Wednesday 02 July 2025 (85504)CDS
Here's the characterization data and fit results for S1100168, assigned to PRM M1's T1T2T3LF OSEMs (what Fil refers to as just "PRM TOP" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1100168_PRM_M1_T1T2T3LF_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
PRM      M1       S1100168         CH1                T1           0.0969 : 5.30   120.10        zpk([5.3],[0.0969],1,"n")
                                   CH2                T2           0.0950 : 5.20   120.25        zpk([5.2],[0.095],1,"n")
                                   CH3                T3           0.0950 : 5.18   120.25        zpk([5.18],[0.095],1,"n")
                                   CH4                LF           0.0940 : 5.15   120.00        zpk([5.15],[0.094],1,"n")

The attached plot and machine readable .txt file are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

Even though I've fit for the transimpedance gain, I've elected *not* to include a gain in the foton design string relative to "ideal," as there are more scale factors in play that determine the overall [(meters)/(ADC cts)] scale in the calibration of the OSEMs (LED light power, PD response, any cable loss, ADC channel gain, etc.). Determining this overall scale is better left to different methods, a la LHO:84548, which we (eventually) anticipate doing for all SUS with ECR E2400330 upgraded satamps.

Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:05, Wednesday 02 July 2025 (85505)CDS
Here's the characterization data and fit results for  S1100173 , assigned to PRM/PR3 M1's RTSD/T1T2 OSEMs (what Fil refers to as just "PRM/PR3" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1100173_PRMPR3_M1_RTSDT1T2_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
PRMPR3   M1       S1100173         CH1                RT           0.0969 : 5.3    120.00        zpk([5.3],[0.0969],1,"n")
                                   CH2                SD           0.0955 : 5.22   120.00        zpk([5.22],[0.0955],1,"n")
                                   CH3                T1           0.0975 : 5.35   119.75        zpk([5.35],[0.0975],1,"n")
                                   CH4                T2           0.0975 : 5.33   120.25        zpk([5.33],[0.0975],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:06, Wednesday 02 July 2025 (85506)CDS
Here's the characterization data and fit results for  S1100183 , assigned to PR3 M1's T3LFRTSD OSEMs (what Fil refers to as just "PR3" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1100183_PR3_M1_T3LFRTSD_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
PR3      M1       S1100183         CH1                T3           0.0950 : 5.19   120           zpk([5.19],[0.095],1,"n")
                                   CH2                LF           0.0945 : 5.17   120           zpk([5.17],[0.0945],1,"n")
                                   CH3                RT           0.0940 : 5.14   120           zpk([5.14],[0.094],1,"n")
                                   CH4                SD           0.0955 : 5.24   120           zpk([5.24],[0.0955],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:11, Wednesday 02 July 2025 (85507)
Here's the characterization data and fit results for  S1000291 , assigned to BS M1's F1F2F3LF OSEMs (what Fil refers to as just "BS TOP" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1000291_BS_M1_F1F2F3LF_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
BS       M1       S1000291         CH1                F1           0.096 : 5.19    121.50        zpk([5.19],[0.096],1,"n")
                                   CH2                F2           0.096 : 5.23    120.75        zpk([5.23],[0.096],1,"n")
                                   CH3                F3           0.096 : 5.26    120.00        zpk([5.26],[0.096],1,"n")
                                   CH4                LF           0.095 : 5.2     120.00        zpk([5.2],[0.095],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:18, Wednesday 02 July 2025 (85508)
Here's the characterization data and fit results for  S1100066 , assigned to BS M1's RTSDxxxx OSEMs (with the 2x "xx" representing the unused channels not connected to anything in-vacuum. Fil refers to this as just "BS RT/SD" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1100066_BS_M1_RTSDxxx_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
BS       M1       S1100066         CH1                RT           0.0960 : 5.19   121.50        zpk([5.19],[0.096],1,"n")
                                   CH2                SD           0.0940 : 5.11   120.75        zpk([5.11],[0.094],1,"n")
                                   CH3                xx           0.0935 : 5.12   120.25        zpk([5.12],[0.0935],1,"n")
                                   CH4                xx           0.0965 : 5.26   120.50        zpk([5.26],[0.0965],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:22, Wednesday 02 July 2025 (85509)
Here's the characterization data and fit results for  S1000284 , assigned to SR3 M1's T1T2T3LF OSEMs (Fil refers to this as just "SR3 Top" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1000284_SR3_M1_T1T2T3LF_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
SR3      M1       S1000284         CH1                T1           0.0960 : 5.25   120.1         zpk([5.25],[0.096],1,"n")
                                   CH2                T2           0.0950 : 5.2    120.1         zpk([5.2],[0.095],1,"n")
                                   CH3                T3           0.0960 : 5.27   120.1         zpk([5.27],[0.096],1,"n")
                                   CH4                LF           0.0945 : 5.16   120.5         zpk([5.16],[0.0945],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 14:30, Wednesday 02 July 2025 (85511)
Here's the characterization data and fit results for  S1000290 , assigned to SR3/SRM M1's RTSD/T1T2 OSEMs (Fil refers to this as just "SR3/SRM" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
        plotresponse_S1000290_SR3SRM_M1_RTSDT1T2_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
SR3/SRM  M1       S1000290         CH1                RD           0.0955 : 5.21   120.1         zpk([5.21],[0.0955],1,"n")
                                   CH2                SD           0.0940 : 5.13   120.5         zpk([5.13],[0.094],1,"n")
                                   CH3                T1           0.0930 : 5.07   120.5         zpk([5.07],[0.093],1,"n")
                                   CH4                T2           0.0950 : 5.2    120.1         zpk([5.2],[0.095],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
jeffrey.kissel@LIGO.ORG - 15:58, Wednesday 02 July 2025 (85513)CDS
Here's the characterization data and fit results for  S1100068 , assigned to SRM M1's T3LFRTSD OSEMs (Fil refers to this as just "SRM" above).
The data was taken per methods described in T080062-v3.
The data was processed and fit using 
    ${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/
         plotresponse_S1100068_SRM_M1_T3LFRTSD_20250630.m

Explicitly, the fit to the whitening stage zero and pole, the transimpedance feedback resistor, and foton design string are
Optic    Stage    Serial_Number    Channel_Number     OSEM_Name    Zero_Pole_Hz    R_TIA_kOhm    Foton_Design
SRM      M1       S1100068         CH1                T3           0.094 : 5.14    120.10        zpk([5.14],[0.094],1,"n")
                                   CH2                LF           0.095 : 5.18    120.25        zpk([5.18],[0.095],1,"n")
                                   CH3                RT           0.096 : 5.23    120.75        zpk([5.23],[0.096],1,"n")
                                   CH4                SD           0.096 : 5.29    119.00        zpk([5.29],[0.096],1,"n")

The attached plot and machine readable .txt file version of the above table are also found in
${SusSVN}/trunk/electronicstesting/lho_electronics_testing/satamp/ECR_E2400330/Scripts/

See above LHO:85504 comment as to why an account of the fit transimpedance was not included in the foton design string gain.
Non-image files attached to this comment
H1 ISC (ISC)
marc.pirello@LIGO.ORG - posted 12:16, Tuesday 01 July 2025 (85468)
Replaced Failed Kepco Supplies for EY Field Racks

Per WP12650 we investigated and replaced two supplies with locked up cooling fans at EY.  These supplies service power to the field rack R1 and by extension, the neighboring SUS rack.

We noted the -18V supply in slot U26 on VDC-C1 was running very hot, and when we looked the fan was visibly siezed up.  Continuing down the rack, U22 +24V was also siezed up.  We replaced both failed supplies with refurbished supplies with upgraded fans.  We also lubricated the opposing supplies' fan shafts, +18V and -24V respectively with a drop of lubricant each.

U26L S1203041 +18V was lubricated.
U26R S1201988 -18V was replaced.
U22L S1201929 +24V was replaced.
U22R S1300297 -24V was lubracted.

F. Clara
J. Figueroa
M. Pirello

H1 SUS
jeffrey.kissel@LIGO.ORG - posted 12:14, Tuesday 01 July 2025 (85467)
H1SUSTMSY M1 Damping Loop Open Loop Gain TFs
J. Kissel

I've tuned the drive on ALL DOFs of the TMSY open loop gain TF measurement set. Actual results and thoughts will come later, but the templates are 
    /ligo/svncommon/SusSVN/sus/trunk/TMTS/H1/TMSY/SAGM1/Data/
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_L_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_P_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_R_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_T_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_V_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1650_H1SUSTMSY_M1_WhiteNoise_Y_0p01to50Hz_OpenLoopGainTF.xml

The SUS was in the HEALTH_CHECK state (alignment offsets OFF), and attached is a screenshot of the damping loop configuration.
Images attached to this report
H1 CDS
patrick.thomas@LIGO.ORG - posted 11:59, Tuesday 01 July 2025 (85465)
Removed odd cabling from h1brsey and connected it to the KVM switch
WP 12613.
ALOG: 84928.

"Remove the cabling described in https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=84928 from h1brsey and the network switch. Use the video port on h1brsey currently occupied by that cabling to connect to the kvm in the rack instead. Jim noted that "It might have been some sort of kvm or display extension set up Carlos tried for me. The rdp for beckhoff had too much lag to rebalance the BRS, so we had looked at some more direct remote display options, but I don't remember the details." and "the remote adjuster just installed means we don't need it, if that is what it is." Work to be done during any target of opportunity."

This work has been completed.
H1 CDS (CDS, VE)
patrick.thomas@LIGO.ORG - posted 11:31, Tuesday 01 July 2025 (85462)
Updated scripts used to copy files on some vacuum machines
WP 12641.

"Install git and clone the vacuum repos on the vacuum machines where it has not yet been done. Update the scripts used to copy the channel lists from each of the Beckhoff vacuum machines to CDS to additionally copy the EPICS database files. Run the scripts on each of the vacuum machines. No expected downtime or impacts."

I have completed the work on h0vaclx, h0vacly and h0vacmr and copied the auto generated EPICS IOC database files over. These did not need git to be installed. I did not do the remaining machines since I do not believe they are running out of the git repos and I was getting nervous.

A couple of small issues. On h0vaclx I accidentally committed the change to the copy script before pulling changes from the remote repo. On h0vacmr more changes came down in the pull from the remote repo than I was expecting.

h0vaclx:

$ git pull
remote: Enumerating objects: 15, done.
remote: Counting objects: 100% (7/7), done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 15 (delta 2), reused 2 (delta 2), pack-reused 8 (from 1)
Unpacking objects: 100% (15/15), 3.90 KiB | 124.00 KiB/s, done.
From https://git.ligo.org/cds/ifo/beckhoff/lho-vacuum
   d27c3eb..0faf5c4  main       -> origin/main
Merge made by the 'ort' strategy.
 Source/Scripts/h0vacly_create_target.ps1 | 6 ++++--
 Target/H0VACLY/scp.bat                   | 2 +-
 2 files changed, 5 insertions(+), 3 deletions(-)


$ git log
commit 4bc3d2a5267797ae947c596e1f5007183cf3cfd4 (HEAD -> main)
Merge: f217076 0faf5c4
Author: Patrick Thomas 
Date:   Tue Jul 1 10:34:45 2025 -0700

    Merge branch 'main' of https://git.ligo.org/cds/ifo/beckhoff/lho-vacuum

commit f2170760b6c51d68eb4a1d8b32466f044a882303
Author: Patrick Thomas 
Date:   Tue Jul 1 10:33:23 2025 -0700

    Added the EPICS database file to the list of files to copy over.

commit 0faf5c4aeb5c61116a5abf0573cb3d09ffdc9e7c (origin/main, origin/HEAD)
Author: Patrick Thomas 
Date:   Tue Jun 24 11:46:18 2025 -0700

    Updated host name.


h0vacmr:

$ git pull
remote: Enumerating objects: 303, done.
remote: Counting objects: 100% (75/75), done.
remote: Compressing objects: 100% (31/31), done.
remote: Total 303 (delta 59), reused 44 (delta 44), pack-reused 228 (from 1)
Receiving objects: 100% (303/303), 7.56 MiB | 8.56 MiB/s, done.
Resolving deltas: 100% (89/89), completed with 11 local objects.
From https://git.ligo.org/cds/ifo/beckhoff/lho-vacuum
   3687c4f..4c1c97d  main       -> origin/main
Updating 3687c4f..4c1c97d
Fast-forward
 Library/2010/Vacuum/Vacuum.project.~u              |    4 +
 Library/2010/Vacuum/Vacuum.sln                     |   44 +
 Library/2010/Vacuum/Vacuum.suo                     |  Bin 0 -> 19968 bytes
 Library/2010/Vacuum/Vacuum.tsproj                  |   13 +
 Library/2010/Vacuum/Vacuum.tsproj.bak              |    4 +
 .../2010/Vacuum/Vacuum/DUTs/SmoothStateEnum.TcDUT  |   12 +
 .../Controls/ColdCathodeGaugePowerControlFB.TcPOU  |   41 +
 .../Vacuum/POUs/Controls/PIControllerFB.TcPOU      |   96 +
 .../Controls/RegenHeaterTemperatureControlFB.TcPOU |  160 +
 .../AnnulusIonPumpMilliAmpsToLogMilliAmpsFun.TcPOU |   23 +
 .../AnnulusIonPumpMilliAmpsToTorrFun.TcPOU         |   33 +
 .../AnnulusIonPumpVoltsToMilliAmpsFun.TcPOU        |   19 +
 .../POUs/Conversions/CC10/CC10VoltsToTorrFun.TcPOU |   31 +
 .../ColdCathodeGaugeTorrToLogTorrFun.TcPOU         |   23 +
 .../ColdCathodeGaugeVoltsToTorrFun.TcPOU           |   23 +
 .../CryopumpMilliAmpsToPercentFullFun.TcPOU        |   27 +
 ...evelControlValvePercentOpenToMilliAmpsFun.TcPOU |   27 +
 .../Dewar/DewarMilliAmpsToPercentFullFun.TcPOU     |   27 +
 .../Dewar/DewarPercentFullToGallonsFun.TcPOU       |   20 +
 ...ineMilliAmpsToPoundsPerSquareInchGaugeFun.TcPOU |   27 +
 ...eLineMilliAmpsToStandardLitrePerMinuteFun.TcPOU |   27 +
 ...FanVibrationMilliAmpsToInchesPerSecondFun.TcPOU |   27 +
 ...GateValveLimitSwitchesToPositionNumberFun.TcPOU |   33 +
 ...teValvePositionNumberToAnimationNumberFun.TcPOU |   32 +
 ...ateValvePositionNumberToPositionStringFun.TcPOU |   29 +
 .../GaugeControllerMKS937VoltsToTorrFun.TcPOU      |   21 +
 .../Conversions/IO/EL3004CountsToVoltsFun.TcPOU    |   27 +
 .../IO/EL3024CountsToMilliAmpsFun.TcPOU            |   27 +
 .../IO/EL3314CountsToDegreesCelsiusFun.TcPOU       |   19 +
 .../IO/EL4024MilliAmpsToCountsFun.TcPOU            |   32 +
 .../Inficon/InficonBPG402TorrToLogTorrFun.TcPOU    |   23 +
 .../Inficon/InficonBPG402VoltsToTorrFun.TcPOU      |   19 +
 ...mentAirVoltsToPoundsPerSquareInchGaugeFun.TcPOU |   27 +
 .../IonPumpControllerDualVacTorrToStatusFun.TcPOU  |   23 +
 ...nPumpControllerDualVacVoltsToKiloVoltsFun.TcPOU |   34 +
 .../IonPumpControllerDualVacVoltsToTorrFun.TcPOU   |   25 +
 .../IonPumpControllerGammaAmpsToTorrFun.TcPOU      |   21 +
 .../IonPumpControllerGammaTorrToStatusFun.TcPOU    |   23 +
 .../IonPumpControllerGammaVoltsToAmpsFun.TcPOU     |   19 +
 ...IonPumpControllerGammaVoltsToKiloVoltsFun.TcPOU |   34 +
 .../IonPumpControllerIPCMiniAmpsToTorrFun.TcPOU    |   31 +
 .../IonPumpControllerIPCMiniTorrToStatusFun.TcPOU  |   23 +
 .../IonPumpControllerIPCMiniVoltsToAmpsFun.TcPOU   |   27 +
 ...nPumpControllerIPCMiniVoltsToKiloVoltsFun.TcPOU |   34 +
 .../IonPumpControllerMiniVacAmpsToTorrFun.TcPOU    |   31 +
 .../IonPumpControllerMiniVacTorrToStatusFun.TcPOU  |   23 +
 .../IonPumpControllerMiniVacVoltsToAmpsFun.TcPOU   |   27 +
 ...nPumpControllerMiniVacVoltsToKiloVoltsFun.TcPOU |   34 +
 .../IonPumpControllerMultiVacTorrToStatusFun.TcPOU |   23 +
 ...PumpControllerMultiVacVoltsToKiloVoltsFun.TcPOU |   34 +
 .../IonPumpControllerMultiVacVoltsToTorrFun.TcPOU  |   25 +
 .../POUs/Conversions/LinearConversionFun.TcPOU     |   31 +
 .../PiraniGauge/PiraniGaugeVoltsToTorrFun.TcPOU    |   55 +
 .../RegenHeaterDegreesCelsiusToMilliAmpsFun.TcPOU  |   27 +
 ...aterPressureVoltsToPoundsPerSquareInchFun.TcPOU |   27 +
 .../Vacuum/Vacuum/POUs/Filters/DeadBandFB.TcPOU    |   30 +
 .../2010/Vacuum/Vacuum/POUs/Filters/SmoothFB.TcPOU |   41 +
 Library/2010/Vacuum/Vacuum/Vacuum.plcproj          |  430 ++
 .../3.3.0.0/tc2_standard.compiled-library          |  Bin 0 -> 40065 bytes
 .../3.3.10.0/tc2_system.compiled-library           |  Bin 0 -> 145473 bytes
 .../3.3.10.0/tc2_utilities.compiled-library        |  Bin 0 -> 453424 bytes
 .../3.3.0.0/tc3_interfaces.compiled-library        |  Bin 0 -> 20041 bytes
 .../tc3_module/3.3.6.0/tc3_module.compiled-library |  Bin 0 -> 62830 bytes
 .../3.5.4.0/unitconversion_itfs.compiled-library   |  Bin 0 -> 159574 bytes
 .../3.5.2.0/base_itfs.compiled-library             |  Bin 0 -> 14669 bytes
 .../system/cmpapp/3.5.6.0/cmpapp.compiled-library  |  Bin 0 -> 43807 bytes
 .../3.5.5.0/cmpbitmappool.compiled-library         |  Bin 0 -> 10128 bytes
 .../3.5.3.50/cmpdynamictext.compiled-library       |  Bin 0 -> 20559 bytes
 .../3.5.5.0/cmperrors2_itfs.compiled-library       |  Bin 0 -> 12708 bytes
 .../3.5.5.0/cmpeventmgr.compiled-library           |  Bin 0 -> 24277 bytes
 .../system/cmplog/3.5.5.0/cmplog.compiled-library  |  Bin 0 -> 17125 bytes
 .../3.5.5.0/cmpschedule.compiled-library           |  Bin 0 -> 15643 bytes
 .../3.5.5.0/cmptargetvisu.compiled-library         |  Bin 0 -> 12556 bytes
 .../3.5.6.0/cmpvisuhandler.compiled-library        |  Bin 0 -> 30874 bytes
 .../component manager/3.5.5.0/cm.compiled-library  |  Bin 0 -> 40088 bytes
 .../3.5.2.0/dataserver_itfs.compiled-library       |  Bin 0 -> 76219 bytes
 .../3.5.2.0/monitoringdata_itfs.compiled-library   |  Bin 0 -> 39335 bytes
 .../3.5.6.0/stringutils.compiled-library           |  Bin 0 -> 126454 bytes
 .../sysfile/3.5.6.0/sysfile.compiled-library       |  Bin 0 -> 23653 bytes
 .../system/sysmem/3.5.5.0/sysmem.compiled-library  |  Bin 0 -> 18005 bytes
 .../sysprocess/3.5.5.0/sysprocess.compiled-library |  Bin 0 -> 17317 bytes
 .../system/sysshm/3.5.5.0/sysshm.compiled-library  |  Bin 0 -> 14973 bytes
 .../systarget/3.5.5.0/systarget.compiled-library   |  Bin 0 -> 21297 bytes
 .../systime/3.5.5.0/systime.compiled-library       |  Bin 0 -> 8455 bytes
 .../3.5.5.0/systimecore.compiled-library           |  Bin 0 -> 11600 bytes
 .../systimertc/3.5.5.0/systimertc.compiled-library |  Bin 0 -> 24315 bytes
 .../3.5.2.0/systypes_itfs.compiled-library         |  Bin 0 -> 11482 bytes
 .../3.5.4.0/systypes_itfs.compiled-library         |  Bin 0 -> 12416 bytes
 .../3.5.5.0/visu_itfs.compiled-library             |  Bin 0 -> 27620 bytes
 .../3.5.6.0/visuelembase.compiled-library          |  Bin 0 -> 1743684 bytes
 .../3.5.6.0/visuelemmeter.compiled-library         |  Bin 0 -> 2483904 bytes
 .../visuelems/3.5.6.10/visuelems.compiled-library  |  Bin 0 -> 424922 bytes
 .../visuelemsspecialcontrols.compiled-library      |  Bin 0 -> 2146422 bytes
 .../3.5.6.0/visuelemswincontrols.compiled-library  |  Bin 0 -> 845827 bytes
 .../3.5.6.0/visuelemtexteditor.compiled-library    |  Bin 0 -> 390796 bytes
 .../visuinputs/3.5.6.0/visuinputs.compiled-library |  Bin 0 -> 85394 bytes
 .../3.5.6.0/visunativecontrol.compiled-library     |  Bin 0 -> 83866 bytes
 Library/Vacuum/Vacuum/Vacuum.xml                   | 7520 ++++++++++++++++++++
 Source/Scripts/h0vaclx.ps1                         |   22 +-
 Source/Scripts/h0vaclx_create_target.ps1           |   15 +-
 Source/Scripts/h0vacly.ps1                         |   20 +-
 Source/Scripts/h0vacly_create_target.ps1           |    6 +-
 Source/Scripts/macro_functions.ps1                 |  226 +
 Source/h0vaclx_create_target.cs                    |    4 +-
 Target/H0VACEX/scp.bat                             |    2 +-
 Target/H0VACEY/scp.bat                             |    2 +-
 Target/H0VACLX/h0vaclx.cmd                         |    8 +-
 Target/H0VACLX/h0vaclx_start_ioc.bat               |    2 +-
 Target/H0VACLX/scp.bat                             |    2 +-
 Target/H0VACLY/scp.bat                             |    2 +-
 Target/H0VACMR/scp.bat                             |    2 +-
 Target/H0VACMX/scp.bat                             |    2 +-
 Target/H0VACMY/scp.bat                             |    2 +-
 113 files changed, 9928 insertions(+), 38 deletions(-)
 create mode 100644 Library/2010/Vacuum/Vacuum.project.~u
 create mode 100644 Library/2010/Vacuum/Vacuum.sln
 create mode 100644 Library/2010/Vacuum/Vacuum.suo
 create mode 100644 Library/2010/Vacuum/Vacuum.tsproj
 create mode 100644 Library/2010/Vacuum/Vacuum.tsproj.bak
 create mode 100644 Library/2010/Vacuum/Vacuum/DUTs/SmoothStateEnum.TcDUT
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Controls/ColdCathodeGaugePowerControlFB.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Controls/PIControllerFB.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Controls/RegenHeaterTemperatureControlFB.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/AnnulusIonPump/AnnulusIonPumpMilliAmpsToLogMilliAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/AnnulusIonPump/AnnulusIonPumpMilliAmpsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/AnnulusIonPump/AnnulusIonPumpVoltsToMilliAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/CC10/CC10VoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/ColdCathodeGauge/ColdCathodeGaugeTorrToLogTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/ColdCathodeGauge/ColdCathodeGaugeVoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/Cryopump/CryopumpMilliAmpsToPercentFullFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/CryopumpLiquidLevelControlValve/CryopumpLiquidLevelControlValvePercentOpenToMilliAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/Dewar/DewarMilliAmpsToPercentFullFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/Dewar/DewarPercentFullToGallonsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/DischargeLine/DischargeLineMilliAmpsToPoundsPerSquareInchGaugeFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/DischargeLine/DischargeLineMilliAmpsToStandardLitrePerMinuteFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/FanVibration/FanVibrationMilliAmpsToInchesPerSecondFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/GateValve/GateValveLimitSwitchesToPositionNumberFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/GateValve/GateValvePositionNumberToAnimationNumberFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/GateValve/GateValvePositionNumberToPositionStringFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/GaugeControllerMKS937/GaugeControllerMKS937VoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IO/EL3004CountsToVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IO/EL3024CountsToMilliAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IO/EL3314CountsToDegreesCelsiusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IO/EL4024MilliAmpsToCountsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/Inficon/InficonBPG402TorrToLogTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/Inficon/InficonBPG402VoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/InstrumentAir/InstrumentAirVoltsToPoundsPerSquareInchGaugeFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerDualVac/IonPumpControllerDualVacTorrToStatusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerDualVac/IonPumpControllerDualVacVoltsToKiloVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerDualVac/IonPumpControllerDualVacVoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerGamma/IonPumpControllerGammaAmpsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerGamma/IonPumpControllerGammaTorrToStatusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerGamma/IonPumpControllerGammaVoltsToAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerGamma/IonPumpControllerGammaVoltsToKiloVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerIPCMini/IonPumpControllerIPCMiniAmpsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerIPCMini/IonPumpControllerIPCMiniTorrToStatusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerIPCMini/IonPumpControllerIPCMiniVoltsToAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerIPCMini/IonPumpControllerIPCMiniVoltsToKiloVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMiniVac/IonPumpControllerMiniVacAmpsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMiniVac/IonPumpControllerMiniVacTorrToStatusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMiniVac/IonPumpControllerMiniVacVoltsToAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMiniVac/IonPumpControllerMiniVacVoltsToKiloVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMultiVac/IonPumpControllerMultiVacTorrToStatusFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMultiVac/IonPumpControllerMultiVacVoltsToKiloVoltsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/IonPumpControllerMultiVac/IonPumpControllerMultiVacVoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/LinearConversionFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/PiraniGauge/PiraniGaugeVoltsToTorrFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/RegenHeater/RegenHeaterDegreesCelsiusToMilliAmpsFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Conversions/WaterPressure/WaterPressureVoltsToPoundsPerSquareInchFun.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Filters/DeadBandFB.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/POUs/Filters/SmoothFB.TcPOU
 create mode 100644 Library/2010/Vacuum/Vacuum/Vacuum.plcproj
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/beckhoff automation gmbh/tc2_standard/3.3.0.0/tc2_standard.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/beckhoff automation gmbh/tc2_system/3.3.10.0/tc2_system.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/beckhoff automation gmbh/tc2_utilities/3.3.10.0/tc2_utilities.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/beckhoff automation gmbh/tc3_interfaces/3.3.0.0/tc3_interfaces.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/beckhoff automation gmbh/tc3_module/3.3.6.0/tc3_module.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/intern/unit conversion interfaces/3.5.4.0/unitconversion_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/base interfaces/3.5.2.0/base_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpapp/3.5.6.0/cmpapp.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpbitmappool/3.5.5.0/cmpbitmappool.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpdynamictext/3.5.3.50/cmpdynamictext.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmperrors2 interfaces/3.5.5.0/cmperrors2_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpeventmgr/3.5.5.0/cmpeventmgr.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmplog/3.5.5.0/cmplog.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpschedule/3.5.5.0/cmpschedule.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmptargetvisu/3.5.5.0/cmptargetvisu.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/cmpvisuhandler/3.5.6.0/cmpvisuhandler.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/component manager/3.5.5.0/cm.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/data server interfaces/3.5.2.0/dataserver_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/monitoring data interfaces/3.5.2.0/monitoringdata_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/stringutils/3.5.6.0/stringutils.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/sysfile/3.5.6.0/sysfile.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/sysmem/3.5.5.0/sysmem.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/sysprocess/3.5.5.0/sysprocess.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/sysshm/3.5.5.0/sysshm.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systarget/3.5.5.0/systarget.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systime/3.5.5.0/systime.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systimecore/3.5.5.0/systimecore.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systimertc/3.5.5.0/systimertc.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systypes interfaces/3.5.2.0/systypes_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/systypes2 interfaces/3.5.4.0/systypes_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visu interfaces/3.5.5.0/visu_itfs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelembase/3.5.6.0/visuelembase.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelemmeter/3.5.6.0/visuelemmeter.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelems/3.5.6.10/visuelems.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelemsspecialcontrols/3.5.6.0/visuelemsspecialcontrols.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelemswincontrols/3.5.6.0/visuelemswincontrols.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuelemtexteditor/3.5.6.0/visuelemtexteditor.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visuinputs/3.5.6.0/visuinputs.compiled-library
 create mode 100644 Library/2010/Vacuum/Vacuum/_Libraries/system/visunativecontrol/3.5.6.0/visunativecontrol.compiled-library
 create mode 100644 Library/Vacuum/Vacuum/Vacuum.xml

Administrator@h0vacmr MINGW32 ~/Desktop/lho-vacuum (main)

H1 CAL (CAL)
joseph.betzwieser@LIGO.ORG - posted 11:18, Tuesday 01 July 2025 (85461)
Updating pydarm to release 20250701.0
I'm followed the pydarm deployment instructions here, to update the LHO pydarm install.

This is the 20250701.0 tag for pydarm, which includes a bug fix for uncertainty budget generation for C01.

This is not the default cds conda environment, but the default you get when typing pydarm at a command line, or specifically invoking by running "conda activate /ligo/groups/cal/conda/pydarm".
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 10:57, Tuesday 01 July 2025 (85460)
H1SUSETMX M0 Damping Loop Open Loop Gain TFs
J. Kissel

We're on a campaign to complete the collection of up-to-date top mass open loop gain TFs for the damping loops (see inventory prior to today in LHO:85289). The QUAD main M0 chain had never been measured, and thus had no tuned-excitation templates to start from, but the ETMY reaction R0 chain had been, and the drive chains and plant are quite similar. So, I've copied over the ETMY R0 templates for the Open Loop Gain TFs and renamed, and ran a "sed -i" to change them to ETMX R0 templates, and hit "go." It worked! Some minor adjustments were needed; e.g. some DOFs needed their gain reduced, and a few resonant gain filters Q reduced.

Here's the set of measured new templates committed to the svn in the following location. 

Since the excitation depends on the damping filters installed, I attach a screenshot of the damping loop MEDM screen during the measurement.
    /ligo/svncommon/SusSVN/sus/trunk/QUAD/H1/ETMX/SAGM0/Data
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_L_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_P_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_R_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_T_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_V_0p01to50Hz_OpenLoopGainTF.xml
        2025-07-01_1530_H1SUSETMX_M0_WhiteNoise_Y_0p01to50Hz_OpenLoopGainTF.xml

I'll make comments about the *results* of the measurement in a separate aLOG.
Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:51, Tuesday 01 July 2025 (85459)
Tue CP1 Fill

Tue Jul 01 10:12:41 2025 INFO: Fill completed in 12min 37secs

 

Images attached to this report
H1 SUS (SUS)
corey.gray@LIGO.ORG - posted 09:46, Tuesday 01 July 2025 (85457)
SDF Diff Post-In-Lock SUS Measurement This Morning

This morning, while waiting for Maintenance, noticed that after the In-Lock SUS Measurement, we did not "automatically" return to Observing (which would only be a few min due imminent Maintenance).  Turns out there was an ITMx SDF Diff for (H1:SUS-ITMX_L3_LOCK_L_TRAMP, see attached). 

Since it was starting to get hectic in here leading up to Maintenance, I did not do anything about this SDF and kept H1 out of Observing.

Images attached to this report
H1 PSL
jason.oberling@LIGO.ORG - posted 09:05, Tuesday 01 July 2025 - last comment - 11:55, Tuesday 01 July 2025(85456)
PSL FSS RefCav Remote Beam Alignment Tweak

The FSS RefCav TPD has been falling, so this morning I tweaked the beam alignment into it from the Control Room.  With the IMC off the TPD was ~0.745 V, and after the alignment tweak the TPD was ~0.813 V (see attached plot).  I also attached a screeshot of the PSL Quad Display after the alignment tweak.  Corey relocked the IMC, and with the IMC locked the RefCav TPD is ~0.810 V (it's normal for there to be a slight difference in RefCav TPD with the IMC locked and unlocked).

This TPD is not as high as Ryan was able to get on June 11th, when this was last done.  Further, the RefCav Refl spot is different from that time as well (lower left image on the Quad Display picture).  This likely means things on the table are moving, which tends to happen when the weather changes.  The TPD is looking good for now, but we will continue to monitor this over the coming weeks; an on-table FSS beam alignment may be necessary in the near future, depending on how things change.

Images attached to this report
Comments related to this report
david.barker@LIGO.ORG - 11:55, Tuesday 01 July 2025 (85464)

A reminder that the PSL FOM image is archived every hour (https://lhocds.ligo-wa.caltech.edu/cr_screens/archive/png/2025/). The PSL FOM can be found under MM/DD/HH/nuc21-1.png

Attached shows PSL FOM at midnight and 11am today.

Note to operators: the LVEA lights can be seen on the PSL Anteroom camera coming through the wall vents, could be useful as a check the lights have been turned off.

Images attached to this comment
H1 SUS (SEI, SUS)
edgard.bonilla@LIGO.ORG - posted 17:42, Monday 30 June 2025 - last comment - 14:41, Tuesday 01 July 2025(85446)
Created new OSEM estimator fits for SR3 Yaw

Ivey and Edgard,

We just finshed a fit of the Yaw-to-Yaw transfer functions for the OSEM estimator using the measurements that Oli took for SR3 last Tuesday [see LHO: 85288].

The fits were added to the Sus SVN and live inside '~/SusSVN/sus/trunk/HLTS/Common/FilterDesign/Estimator/fits_H1SR3_2025-06-30.mat' . They are already calibrated to work on the filter banks for the estimator and can be installed using 'make_SR3_yaw_model.m', which lives in the same folder [for reference, see LHO: 84041, where Oli got the fits running for a test].

Attached below are two pictures of the fits we made for the estimator.

 

The first attachment shows the Suspoint Y to M1 DAMP Y fit. We made sure to fit the asymptotic behavior as well as we could, which ends up being 0.95x10^{-3} um/nm (5% lower than expected from the OSEM calibration). The zpk for this fit is

    'zpk([-0.024+20.407i,-0.024-20.407i,-0.044+11.493i,-0.044-11.493i,0,0],[-0.067+21.278i,-0.067-21.278i,-0.095+14.443i,-0.095-14.443i,-0.07+6.405i,-0.07-6.405i],-0.001)'

 

The second attachment shows the M1 drive Y to M1 DAMP Y fit. We kept the same poles that we had for the other fit, but manually fit the zeros and gain to make a good match. The zpk for this fit is

'zpk([-0.051+8.326i,-0.051-8.326i,-0.011+19.259i,-0.011-19.259i],[-0.067+21.278i,-0.067-21.278i,-0.095+14.443i,-0.095-14.443i,-0.07+6.405i,-0.07-6.405i],12.096)'

Hopefully Oli and co. will have time to test this soon!

Images attached to this report
Comments related to this report
oli.patane@LIGO.ORG - 14:41, Tuesday 01 July 2025 (85477)

The new filters have been loaded in. Here are the matlab plots for the fits for SUSPOINT_Y_2GAP and for EST_MODL_DRV_Y_2GAP.

Images attached to this comment
H1 CDS (CDS, SEI)
patrick.thomas@LIGO.ORG - posted 12:13, Tuesday 10 June 2025 - last comment - 11:59, Tuesday 01 July 2025(84928)
odd cabling on h1brsey
I went down to end Y to retrieve the usb stick that I remotely copied the c:\slowcontrols directory on h1brsey to, and also to try to connect h1brsey to the kvm switch in the rack. I eventually realized that what I thought was a vga port on the back of h1brsey was probably not, and instead I found this odd seeming wiring connected from what I am guessing is a hdmi or dvi port on the back of h1brsey, to some kind of converter device, then to a usb port on a network switch. I'm not sure what this is about, so I am attaching pictures.
Images attached to this report
Comments related to this report
patrick.thomas@LIGO.ORG - 09:41, Thursday 12 June 2025 (84994)
A work permit has been filed to remove this cabling and put h1brsey on the kvm switch in the rack.
patrick.thomas@LIGO.ORG - 11:59, Tuesday 01 July 2025 (85466)
This has been completed.
Displaying reports 241-260 of 83266.Go to page Start 9 10 11 12 13 14 15 16 17 End