Displaying reports 241-260 of 82900.Go to page Start 9 10 11 12 13 14 15 16 17 End
Reports until 16:55, Monday 16 June 2025
H1 General
ryan.crouch@LIGO.ORG - posted 16:55, Monday 16 June 2025 - last comment - 17:05, Monday 16 June 2025(85102)
OPS Monday EVE shift start

TITLE: 06/16 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 20mph Gusts, 7mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.08 μm/s
QUICK SUMMARY:

Comments related to this report
ryan.crouch@LIGO.ORG - 17:02, Monday 16 June 2025 (85105)

We had to accept some SDFs to get into Observing.

00:01 UTC Observing

Images attached to this comment
elenna.capote@LIGO.ORG - 17:05, Monday 16 June 2025 (85107)

Putting these here as well.

I think these diffs result from errors in our safe SDFing from earlier.

Images attached to this comment
LHO General
ryan.short@LIGO.ORG - posted 16:48, Monday 16 June 2025 (85099)
Ops Day Shift Summary

TITLE: 06/16 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: Busy day of commissioning! See other alogs for details on commissioning activities. H1 is currently relocking automatically and up to TRANSITION_FROM_ETMX.

LOG:

Start Time System Name Location Lazer_Haz Task Time End
15:22 SAF LASER HAZARD LVEA YES LVEA is LASER HAZARD Ongoing
14:55 FAC Kim MY N Technical cleaning 16:01
14:55 FAC Nelly MX N Technical cleaning 15:49
14:59 FAC Christina MX, MY N Looking for equipment 16:59
15:02 PEM Robert LVEA/CR - Shaker measurements 16:01
15:23 FAC Randy MY N Checking on forklift battery 15:52
16:02 VAC Jordan, Travis LVEA - Isolating HAM1 turbopump 16:20
16:20 PEM Robert LVEA - Checking on things 16:33
16:40 VAC Jordan LVEA - Valve HAM1 turbopump back in 16:43
16:47 PCAL Tony PCAL Yes Serial numbers 17:16
17:48 AOS Betsy, visitors MY N 3IFO shipping planning 18:48
20:09 ISC Keita, Jennie OptLab Local ISS array work 23:36
20:20 PEM Robert LVEA - Sweep LVEA 20:26
20:21 ISC Rahul OptLab Local ISS array work 22:31
20:51 AOS Betsy, Mitchell, Rick, Jason, visitors MY N 3IFO shipping planning 23:51
21:47 CAL Tony PCalLab N Retreiving BNC cable 21:52
22:10 VAC Gerardo, Jordan LVEA YES Grabbing leak detector cart 22:14
X1 SUS (SUS)
rahul.kumar@LIGO.ORG - posted 16:37, Monday 16 June 2025 (85097)
2nd round of B&K measurements of HRTS mounted on BBSS structure in staging building

Ibrahim, Rahul

The first round of B&K test results for BBSS & HRTS were posted in LHO alog 84654 . Now were are presenting the second round of test results after making the following improvements on BBSS - (a) added four side dampers (D1101299), two on each side, (b) two lower structure Y-brace strut - D1900589. Please see figure (IMG_2926) for reference. We have also removed the four optical posts which were earlier attached to the HRTS. Finally we attached four Vibration Absorbers (D1002424) to BBSS.

The B&K test results are attached below as a pdf document. We have taken 9 measurements with different boundary conditions, each of which is explained below. For each case the tri-axis accelerometer was mounted on the BBSS frame (marked as position P1 or P2 here) - X axis is along the longitudinal side of the BBSS, Y axis is the vertical and Z is transverse. For HRTS, it's shown in page 9 of the pdf document.

Test 1a (see page 2): case - BBSS (without HRTS) and no side dampers or Y-brace attached to BBSS, Accelerometer position P1.

Test 1b (see page 3): case - BBSS & HRTS and no side dampers or Y-brace attached to BBSS, Accelerometer position P1.

Next ,side dampers and Y-brace attached.

Test 2a (see page 5): case - BBSS & HRTS with side dampers and Y-brace attached to BBSS (No Vibration Absorbers), Accelerometer position P1. Hammer hits on the center of the structure.

Test 2b (see page 6): case - BBSS & HRTS with side dampers and Y-brace attached to BBSS (No Vibration Absorbers), Accelerometer position P2. Hammer hits on the center of the structure.

Test 3 (see page 7): case - BBSS & HRTS with side dampers and Y-brace attached to BBSS (No Vibration Absorbers), Accelerometer position P1. Hammer hits on the side of the structure (left or right).

Test 4 (see page 8): case - BBSS & HRTS with side dampers and Y-brace attached to BBSS (No Vibration Absorbers), Accelerometer position P2. Hammer hits on the side of the structure (left or right).

Test 5 (see page 9): case - BBSS & HRTS with side dampers and Y-brace attached to BBSS (No Vibration Absorbers), Accelerometer attached to HRTS. Hammer hits on HRTS.

Next ,side dampers Y-brace and Vibration Absorbers attached.

Test 6a (see page 11): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the center of the structure (X axis or longitudinal direction).

Test 6b (see page 12): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the center of the structure (Y axis or vertical direction).

Test 6c (see page 13): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the center of the structure (Z axis or transverse direction).

Test 7a (see page 14): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the side of the structure (X axis or longitudinal direction).

Test 7b (see page 15): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the side of the structure (Y axis or vertical direction).

Test 7c (see page 16): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P1. Hammer hits on the side of the structure (Z axis or transverse direction).

Test 8a (see page 17): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the center of the structure (X axis or longitudinal direction).

Test 8b (see page 18): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the center of the structure (Y axis or vertical direction).

Test 8c (see page 19): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the center of the structure (Z axis or transverse direction).

Test 9a (see page 20): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the side of the structure (X axis or longitudinal direction).

Test 9b (see page 21): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the side of the structure (Y axis or vertical direction).

Test 9c (see page 22): case - BBSS & HRTS with side dampers, Y-brace attached to BBSS and Vibration Absorbers, Accelerometer position P2. Hammer hits on the side of the structure (Z axis or transverse direction).

 

The raw data (.csv files) generated by the B&K software are stored at the following location,

/ligo/home/rahul.kumar/Desktop/scripts/bnk_csv_files

Images attached to this report
Non-image files attached to this report
H1 ISC (GRD)
elenna.capote@LIGO.ORG - posted 16:15, Monday 16 June 2025 - last comment - 14:14, Monday 23 June 2025(85098)
Update to MOVE_SPOTS to speed things up

Ryan S., Elenna

Thge MOVE_SPOTS state is taking 13 minutes (!) to complete, because the YAW3 ADS DOF is very far off and taking a significant time to converge. Both Jenne and I have found that bumping up the YAW3 gain (PRM yaw) slowly helps converge the loops much faster.

Ryan kindly helped me update the state code to slowly increase the gain if the convergence is taking too long. We added a new timer 'ADS', that waits for one minute after the new A2L gains are ramped (so an additional minute after the 2 minute ramp time of the A2L gains). If, after that first minute, there is still no convergence, then the YAW3 gain is doubled. After that, the 'ADS' timer waits 2 minutes, and again doubles the gain. This process can happen up to three times, which should increase the YAW3 gain to a maximum value of 8. Jenne and I have found that the gain can go as high as 10 in this state. The two minute waits give the other ASC, like SRC1 and INP1 Y time to converge as the ADS pulls the PRM in faster. Once the convergence checker returns true, the YAW3 gain is set back to 1.

We will monitor how this proceeds on this locking attempt. I updated the guardian notify statements so it states when the gain is increased.

Comments related to this report
elenna.capote@LIGO.ORG - 16:42, Monday 16 June 2025 (85101)

This was a sucess- this run through took only 7 minutes. I am shortening the 2 minute wait before increasing the gain to 90 seconds. If that still works, maybe we can go to 60 seconds.

elenna.capote@LIGO.ORG - 09:58, Tuesday 17 June 2025 (85119)

To be more specific, the first attempt as described above meant the state took 6 minutes, 50 seconds. I loaded the change to reduce the wait time from 120 to 90 seconds, which only shortened the state length to 6 minutes, 30 seconds. The gain was only ramped to 8 for a very short period of time. I still think we can make this shorter, which we can do by making that wait time 60 seconds, and maybe taking bigger steps in the gain each time. However, we are still in the RCG upgrade, so I will hold off on changes to the guardian for now.

YAW3 is still limiting the length of the state. In this morning's relock, YAW3 convergence took nearly an additional minute more than the other loops. Once we have caught YAW3 up to everything else, we could make the state even shorter by raising the gain of other ADS loops. Two minutes of the state are taken up in the ramp of the A2L gain, so it is taking an additional 4 minutes, 30 seconds to wait for loop convergence.

elenna.capote@LIGO.ORG - 14:14, Monday 23 June 2025 (85256)

Now it seems that PIT3 is taking too much time to converge, so I updated the guardian to also increase the PIT3 gain in the same way.

H1 General
ryan.short@LIGO.ORG - posted 15:41, Monday 16 June 2025 (85096)
Lockloss @ 21:56 UTC

Lockloss @ 21:56 UTC after 3 hrs locked - link to lockloss tool

Massive ETMX glitch. Now taking the time to reconcile SAFE SDFs before the RCG upgrade tomorrow.

H1 General (ISC, OpsInfo, SEI, SUS)
elenna.capote@LIGO.ORG - posted 15:40, Monday 16 June 2025 - last comment - 17:03, Monday 16 June 2025(85092)
Safe SDF reconciliation

In preparation for the RCG upgrade, we are using the relocking time to reconcile SDF differences in the SAFE file.

Here are some of mine:

I have also determined that the unmonitored channel diffs in the LSC, ASC, and OMC models are guardian controlled values and do not need to be saved.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 15:29, Monday 16 June 2025 (85094)

Not accepting or reverting the h1sqz, h1ascsqzfc, or slow controls cs_sqz sdfs, attached. As these have the same observe and safe files.

Images attached to this comment
camilla.compton@LIGO.ORG - 15:35, Monday 16 June 2025 (85095)

Accepted  H1:TCS-ETMX_RH_SET{LOWER,UPPER}DRIVECURRENT as  ndscope-ing shows they are normally at this value.

Images attached to this comment
elenna.capote@LIGO.ORG - 17:00, Monday 16 June 2025 (85103)

Some of these SDFs may have then led to diffs in the OBSERVE state. I have reverted the roll mode tRamp, and accepted the OSC gains in the CAL CS model.

Images attached to this comment
oli.patane@LIGO.ORG - 17:03, Monday 16 June 2025 (85104)

I updated the OPTICALIGN OFFSETs for each suspension that we use those sliders on. I tried using my update_sus_safesnap.py script at first, but even though it's worked one other time in that past, it was not working anytime I tried using it on more than one suspension at a time (it seems like it was only doing one out of each suspension group). I ended up being able to get them all updated anyway eventually. I'm attaching all their sdfs and will be working on fixing the script. Note that a couple of the ETM/TMS values might not match thesetpoint exactly due to the screenshots happening during relocking and after they had moved a bit with the WFS

Images attached to this comment
H1 PEM
ryan.crouch@LIGO.ORG - posted 15:27, Monday 16 June 2025 - last comment - 10:20, Tuesday 17 June 2025(85093)
DustMon Monthly Trends

All looks well, aside from the known issue with LAB2 and LVEA5 seems frozen, I'll investigate that tomorrow during maintenance.

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 10:20, Tuesday 17 June 2025 (85122)

LVEA5 being off is expected, it's a pumped dust monitor so we turned it off for observing.

H1 SEI
ryan.crouch@LIGO.ORG - posted 15:12, Monday 16 June 2025 (85091)
HEPI Pump Trends Monthly FAMIS

Closes FAMIS37206, last checked in alog84428

HEPI pump trends look mostly normal, HPI-PUMP_LO_CONTROL_VOUT has dropped slightly (~30).

Images attached to this report
H1 SQZ
camilla.compton@LIGO.ORG - posted 13:46, Monday 16 June 2025 (85086)
Ran SCAN_ALIGNMENT_FDS but ASC was better...

After editing SQZ_MANGER to use the correct ASQZ angle (-)80deg as noted was an issue over the weekend 85072,  I ran SCAN_ALIGNMENT_FDS. This appeared to work fine and we had ASQZ around 14dB. However, after it was done, SQZ didn't look good and we turned on the ASC for a few minutes, this improved the high freq SQZ with the low frequency SQZ remaining the same (maybe even slightly better), see plot. Unsure why SCAN_ALIGNMENT doesn't give as good SQZ as the ASC, but the ASC appears to be working well once we are thermalized.

Later in the week we might try using the ASC again, either from the start of the lock if we think the new THERMALIZTION GRD is working well 85083, or after we have thermalized.

Images attached to this report
H1 AOS
erik.vonreis@LIGO.ORG - posted 13:39, Monday 16 June 2025 - last comment - 14:35, Monday 16 June 2025(85087)
h1susauxes filter file modified to demonstrate observation with changed filters

A single blank line was added to the end of the filter file for H1SUSAUXEX to test whether the IFO can enter the OBSERVE state with unloaded filter changes.

If loaded, this change would have no effect on the behavior of the filters.

Comments related to this report
erik.vonreis@LIGO.ORG - 14:35, Monday 16 June 2025 (85090)

The IFO went back to the observe state with a pending change in a filter file.  Then we installed 5.5.0 version of H1SUSAUXEX while in observe without changing state.

 

 

Images attached to this comment
H1 AOS
robert.schofield@LIGO.ORG - posted 13:37, Monday 16 June 2025 (85085)
Viewports back to nominal

We should be ready to go to laser safe in the LVEA.

H1 AOS
robert.schofield@LIGO.ORG - posted 13:36, Monday 16 June 2025 - last comment - 16:30, Monday 16 June 2025(85084)
Recommended CP Y offsets: -300 pitch, 300 yaw

Alenna noted that we will have CP-Y spots on the ballast baffle even when the CP is propertly aligned (which is why we eventually want to remove/fix the baffle), so I swept the CP in pitch and yaw and found a minimum in scatter coupling at about -300 p, 300 y.  The varying noise from the pump on HAM1 interfered with the measurement, so I think I can further minimize the coupling once the pump is off.

Comments related to this report
ryan.short@LIGO.ORG - 16:30, Monday 16 June 2025 (85100)OpsInfo

Accepted in SAFE and OBSERVE SDF tables as Robert left them. This new position has been causing ITMY saturations during LOWNOISE_COIL_DRIVERS due to the increased drive from the DAC, but this doesn't seem to be causing any noticeable locking issues.

Images attached to this comment
H1 ISC
sheila.dwyer@LIGO.ORG - posted 13:09, Monday 16 June 2025 (85080)
changed REFLAIR 45 phase again

Ryan was having a hard time with locking PRMI, so we did a repeat of the REFLAIR 45 phasing as in 84630.  

We started by checking the PRCL OLG, we saw odd features there (1st attachment), phased REFLAIR45 (2nd attachment shows spectra, 3rd shows SDF), and see that the PRCL OLG looks normal again.  This is partially reversing the change to the phase that we made in 84630, we've moved the phase from 97 to 87 back to 93. 

 

Images attached to this report
H1 GRD (ISC, SQZ)
oli.patane@LIGO.ORG - posted 12:49, Monday 16 June 2025 - last comment - 09:37, Tuesday 17 June 2025(85083)
THERMALIZATION guardian edited and put into use for SRCL1 offset stepping

Oli, Camilla, Sheila, RyanS

It was pointed out (84972) that our new SRCL offset is too big at the beginning of the lock, affecting the calibration and how well we are squeezing. Camilla had the idea of taking the unused-but-already-set-up THERMALIZATION guardian and repurposing the main state so it steps LSC-SRCL1_OFFSET from the LSC-SRCL1_OFFSET value at the end of MAX_POWER to the official offset value given in lscparams (offset['SRCL_RETUNE']). This stepping starts at the end of MAX_POWER and goes for 90 minutes. Here is a screenshot of the code.

To go with this new stepping, we've commented out the line (~5641) in ISC_LOCK's LOWNOISE_LENGTH_CONTROL (ezca['LSC-SRCL1_OFFSET'] = lscparams.offset['SRCL_RETUNE']) so that the offset doesn't get set to that constant and instead keeps stepping.

To get this to run properly while observing, we did have to unmonitor the LSC_SRCL1_OFFSET value in the Observe sdf (sdf).

Images attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 14:21, Monday 16 June 2025 (85089)CAL

Attached is a screenshot of the grafana page, highlighting the 33 Hz calibration line, which seems to be the most sensitive to thermalization. Before, when the SRCL offset was set static, it appears that the 33 Hz line uncertainty starts at about 1.09 and then decays down to about 1.02 over the first hour. With the thermalization adjustment of the SRCL offset from 0 to -455 over one hour, the 33 Hz uncertainty starts around 0.945 and then increases to 1.02 over the first hour. Seems like we overshot in the other direction, so we could start closer to -200 perhaps and move to -455.

Images attached to this comment
oli.patane@LIGO.ORG - 17:25, Monday 16 June 2025 (85108)

We decided to change the guardian so that it starts at -200 before then stepping its way up to -455 over the course of 75 minutes instead of 90 minutes.

elenna.capote@LIGO.ORG - 17:26, Monday 16 June 2025 (85109)

With the update to the guardian to start at -200, each calibration line uncertainty has actually stayed very flat for these first 30 minutes of lock (except for the usual very large jump in the uncertainty for the first few minutes of the lock).

Images attached to this comment
elenna.capote@LIGO.ORG - 09:37, Tuesday 17 June 2025 (85118)

This shows the entire lock using the thermalization guardian with the SRCL offset ramping from -200 to -455, The line uncertainty holds steady the entire time within 2-3%!

Images attached to this comment
H1 CDS
david.barker@LIGO.ORG - posted 10:11, Monday 16 June 2025 - last comment - 14:13, Monday 16 June 2025(85076)
TW0 offload, NDS0 in final configuration, file deletion started

WP12620 TW0 offload

The file copy to permanent archive ran from Fri 09:25 - Sat 10:42 (25hrs 07mins).

This morning, when H1 was out-of-lock and with the operator's permission I restarted NDS0 with its new daqdc file.

At 10:06 I started the deletion of the old files on h1daqtw0 in nice mode. Starting SSD-RAID disk usage was 92%.

Comments related to this report
david.barker@LIGO.ORG - 14:13, Monday 16 June 2025 (85088)

Deletion completed at 12:08 (took 2hrs 3mins). This completes WP12620.

Displaying reports 241-260 of 82900.Go to page Start 9 10 11 12 13 14 15 16 17 End