Displaying reports 1-20 of 85681.Go to page 1 2 3 4 5 6 7 8 9 10 End
Reports until 16:57, Friday 21 November 2025
H1 General
anthony.sanchez@LIGO.ORG - posted 16:57, Friday 21 November 2025 (88201)
Friday Ops Eve Shift

TITLE: 11/22 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 6mph Gusts, 3mph 3min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.52 μm/s 
QUICK SUMMARY:
The IFO is currently unlocked and attempting to lock DRMI. Secondary microseism seems elevated but it's low enough to lock.
Flashes look good. 
Pushed to PRMI early. DRMI locked!... Nice.
 

 

H1 General
oli.patane@LIGO.ORG - posted 16:45, Friday 21 November 2025 (88200)
Ops Day Shift End

TITLE: 11/22 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Trying to lock DRMI, and we've been having some issues locking for the past four hours, but I think it might be a combo of the high secondary microseism and a medium sized earthquake that passed through? Hard to tell for sure.
LOG:

15:30UTC Initial alignment running
15:40 Relocking
16:36 NOMINAL_LOW_NOISE
20:51 Lockloss

Start Time System Name Location Lazer_Haz Task Time End
16:33 PEM Robert LVEA n Checking on equipment 16:40
18:18 PEM Robert, Geneveive LVEA n Moving cable 21:18
18:47   KarMeng OpticsLab y(local) OPO work 19:09
20:21   Corey OpticsLab n Cleaning optics 23:06
20:48   Sheila, KarMeng OpticsLab y(local) OPO work 21:30
21:58 CDS Erik Remote N RCG upgrade 22:08
22:36 PEM Robert Sam Genevive EY & MY N Setting up PEM injection? 23:26
23:25 PCAL Tony PCAL Lab y(local) Caps on spheres 23:53
00:17 JAC Jennie JOAT Lab n Just bringing in parts for the table 00:24
Images attached to this report
H1 PEM (DetChar)
samantha.callos@LIGO.ORG - posted 12:47, Friday 21 November 2025 (88094)
Fixed accelerometers underneath HAM1 + others

At some point within the last year, both the X and Y-axis accelerometers (PEM-CS_ACC_LVEAFLOOR_HAM1_X and Y) were kocked off (pictured here) the small metal cube they were mounted to. I reattached them as of Nov 11, 2025. I believe the capacitor position sensor box was pushed back into the accelerometers which knocked them off. Image 3 shows where the CPS box is in relation to HAM1 (circled in red) and image 4 shows where it is in relation to the accelerometers. 

Additionally, two other accelerometers have been remounted with epoxy in August: PEM-CS_ACC_BEAMTUBE_SRTUBE_X (remounted August 5, 2025) and PEM-CS_ACC_BEAMTUBE_YMAN_X (remounted August 12, 2025). Both had fallen off the beamtube and had been hanging in the air for an unknown amount of time until someone noticed. 

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:14, Friday 21 November 2025 (88197)
Fri CP1 Fill

Fri Nov 21 10:08:26 2025 INFO: Fill completed in 8min 22secs

 

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 09:07, Friday 21 November 2025 (88195)
EY CNS-II independent GPS clock misbehaving again.

Starting at 08:38 PST this morning the 1PPS signal from EY CNS-II clock, as seen by the comparitor, started dropping from is nominal range of -200 to -700 nS.

This had been seen before and was coming and going about every month about a year ago to the point where Erik installed a Rb clock under the computer rack at EY as a second independent clock and ran its 1PPS BNC into the next port on the comparitor, at which point the problem went away for 8 months until today.

The timeline for the past year is:

07dec2024 CNS dropped to -700 for a few hour

16jan2025 ditto

25feb2025 ditto

04mar2025 Rb clock installed

21nov2025 problem reappeared 8 months since last one

The Rb clock signal is a linearly varying time difference and it does not show any jump this morning confirming the CNS-II signal itself is the problem, not the comparitor or the local timing fanout.

In the trend posted CNS-II is BLUE, Rb-clock is ORANGE

Images attached to this report
H1 PSL
oli.patane@LIGO.ORG - posted 08:11, Friday 21 November 2025 (88194)
PSL Status Report Weekly FAMIS

Closes FAMIS#27540, last checked 88125

Everything is looking good.


Laser Status:
    NPRO output power is 1.855W
    AMP1 output power is 70.55W
    AMP2 output power is 139.7W
    NPRO watchdog is GREEN
    AMP1 watchdog is GREEN
    AMP2 watchdog is GREEN
    PDWD watchdog is GREEN

PMC:
    It has been locked 21 days, 18 hr 27 minutes
    Reflected power = 24.49W
    Transmitted power = 106.8W
    PowerSum = 131.3W

FSS:
    It has been locked for 0 days 0 hr and 40 min
    TPD[V] = 0.5491V

ISS:
    The diffracted power is around 3.9%
    Last saturation event was 0 days 9 hours and 3 minutes ago


Possible Issues:
    PMC reflected power is high

H1 General
oli.patane@LIGO.ORG - posted 07:46, Friday 21 November 2025 - last comment - 09:19, Friday 21 November 2025(88193)
Ops Day Shift Start

TITLE: 11/21 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 4mph Gusts, 3mph 3min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.53 μm/s 
QUICK SUMMARY: Just finished an initial alignment and working on getting DRMI. Looks like we have been unlocked for the past 8 hours. We last lost lock at 07:05 UTC, it then tried relocking until at 08:05 UTC it left CHECK_MICH_FRINGES and took itself to DOWN to run an initial alignment. However, it got stuck in READY (probably because the IMC was stuck at 10W), but it stayed there for four hours, then it looks like a couple earthquakes came in so it probably then just stayed there because the ground may have been moving too much. However, it wasn't until TJ fixed the 10W issue that it was able to start an initial alignment at 15:17 UTC. I know we don't have an actual OWL set, but I am surprised it didn't at least say in the log that assistance was required.

 

Comments related to this report
thomas.shaffer@LIGO.ORG - 09:19, Friday 21 November 2025 (88196)

Last night we were stuck at 10W with the IMC unlocked because H1_MANAGER requested ISC_LOCK run an initial alignment while ISC_LOCK was already powering up to 10W to run check MICH. In the DOWN state of ISC_LOCK, it requests LASER_PWR to 2W, BUT ALIGN_IFO repeatedly requests LASER_PWR to 10W while the power is still adjusting. I have no idea why this would be necessary, and Sheila and I agreed that we should take it out. I've removed that portion of code and reloaded that node. If we run into whatever issue someone was trying to fix again, we will come up with a different solution.

LHO General
ryan.short@LIGO.ORG - posted 21:06, Thursday 20 November 2025 - last comment - 22:10, Thursday 20 November 2025(88191)
Ops Eve Shift Summary

TITLE: 11/21 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: PEM measurements were going well until a lockloss @ 01:27 UTC; PEM team was out in the LVEA at the time but were not doing anything particularly noisy. Ran an initial alignment then started relocking, but had a lockloss for some reason in LOWNOISE_ESD_ETMY; this didn't happen on the second relock attempt.

After relocking, I started testing Sheila's SQZ angle stepper script to make sure it's okay to run automatically tonight, but I ran into a few issues, so at this point it is not set to run overnight. After the last test run I did of the script, I accidentally just reverted the ZM4 PSAMs voltage from 15.2 back to its nominal 6.7 (I know now this is MUCH too quick of a change and could have caused a lockloss), so squeezing doesn't look great. Even still, H1 is observing and is set to relock automatically as usual overnight.

LOG:

Comments related to this report
sheila.dwyer@LIGO.ORG - 22:10, Thursday 20 November 2025 (88192)

The squeezing angle stepper script is now in /ligo/gitcommon/squeezing/sqzutils/automate_dataset/

I've set it to go taking the longer data sets overnight tonight.  I modified the script this morning to check that the IFO is locked and thermalized before it starts, which is working with some debugging from Ryan and TJ during breaks in the PEM work today.  It doesn't handle locklosses part way through the data set well, there are places where it will wait for the squeezing manager to go to the requested state and get hung up there if the IFO is unlocked.

I've set up the first script (SQZ_ANG_stepper.py) to start with no squeezing time, and scan the demod phase for FDS with nominal psams(6.2V ZM4, -0.4V ZM5), then move ZM4 to 4 V and scan with FIS, this is going now.  

I've also set up a second script to start again at 1:30 pacific, this should only start if we are locked for at least an hour at that time.  This one will scan FIS for two different values of ZM5 psams, and if all goes well will finish around 4 am. 

 

Edit: this didn't complete because the IFO unlocked, I've stopped both scripts now. This is what the log says: 

log of times : 
starting angle scan for FREQ_DEP_SQZ with zm4 psams at 6.2, zm5 psams at -0.4176.2 : 1447740288.0 
166.2 : 1447740528.0 
156.2 : 1447740768.0 
146.2 : 1447741008.0 
136.2 : 1447741248.0 
126.2 : 1447741489.0 
116.2 : 1447741728.0 
106.2 : 1447741969.0 
96.2 : 1447742209.0 
86.2 : 1447742449.0 
86.1 : 1447742689.0 
66.1 : 1447742929.0 
46.1 : 1447743169.0 
26.1 : 1447743409.0 
6.1 : 1447743649.0 
0.0 : 1447743889.0 
-30.0 : 1447744129.0 
-60.0 : 1447744370.0 
-90.0 : 1447744609.0 
-120.0 : 1447744849.0 
-150.0 : 1447745090.0 

H1:SQZ-CLF_REFL_RF6_PHASE_PHASEDEG => 156.17385
H1:GRD-SQZ_ANG_ADJUST_REQUEST => ADJUST_SQZ_ANG_ADF
log of times : 
starting angle scan for FREQ_DEP_SQZ with zm4 psams at 6.2, zm5 psams at -0.4176.2 : 1447740288.0 
166.2 : 1447740528.0 
156.2 : 1447740768.0 
146.2 : 1447741008.0 
136.2 : 1447741248.0 
126.2 : 1447741489.0 
116.2 : 1447741728.0 
106.2 : 1447741969.0 
96.2 : 1447742209.0 
86.2 : 1447742449.0 
86.1 : 1447742689.0 
66.1 : 1447742929.0 
46.1 : 1447743169.0 
26.1 : 1447743409.0 
6.1 : 1447743649.0 
0.0 : 1447743889.0 
-30.0 : 1447744129.0 
-60.0 : 1447744370.0 
-90.0 : 1447744609.0 
-120.0 : 1447744849.0 
-150.0 : 1447745090.0 

H1:GRD-SQZ_MANAGER_REQUEST => FREQ_INDEP_SQZ

 

LHO General
ryan.short@LIGO.ORG - posted 15:56, Thursday 20 November 2025 (88190)
Ops Eve Shift Start

TITLE: 11/20 Eve Shift: 0030-0600 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    SEI_ENV state: USEISM
    Wind: 13mph Gusts, 10mph 3min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.55 μm/s 
QUICK SUMMARY: H1 has been locked for 14 hours and PEM measurements continue with other opportunistic tests happening in between.

LHO General
thomas.shaffer@LIGO.ORG - posted 15:27, Thursday 20 November 2025 (88188)
Ops Day Shift End

TITLE: 11/20 Day Shift: 1530-2330 UTC (0730-1530 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY: Locked for 13.5 hours. PEM characterization continues. The useism has been on the rise the last few hours.
LOG:                              

Start Time System Name Location Lazer_Haz Task Time End
15:47 FAC Nellie Opt lab n Tech clean 16:09
15:48 FAC Randy Yarm n Y1 beam tube sealing 23:01
18:45 FAC Kim, Nellie OSB n Rolling up roll up door 19:05
18:50 PEM Robert, Genevieve LVEA n Move the speaker cable 19:27
19:30 PEM Robert, Genevieve LVEA n Readjusting the shaker rod 19:43
20:05 IO Corey Opt Lab n JAC optics cleaning 22:05
21:05 PEM Robert, Genevieve, Carlos LVEA N Moving shaker to BSC3 21:29
21:22 SQZ Sheila, Kar Meng Opt Lab LOCAL OPO testing 21:50
21:24 CDS Marc MY n Grabbing parts 23:22
22:51 SUS Oli CER n Writing down a number 22:55
23:05 PEM Robert, Genevieve, Sam LVEA n Look at and alter the shaker 23:13
23:23 SQZ Sheila, Kar Meng Opt Lab - Looking for tool pan in area past card reader, then going to optics lab for more OPO work 01:23
LHO VE
david.barker@LIGO.ORG - posted 10:17, Thursday 20 November 2025 (88187)
Thu CP1 Fill

Thu Nov 20 10:09:15 2025 INFO: Fill completed in 9min 11secs

 

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 07:30, Thursday 20 November 2025 - last comment - 09:01, Thursday 20 November 2025(88184)
Ops Day Shift Start

TITLE: 11/20 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 6mph Gusts, 4mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.30 μm/s 
QUICK SUMMARY: Locked for 6 hours but it looks like the squeezer has an issue. Working on it now. Dust alarm in the diode room, but other than that, no alarms overnight.

Comments related to this report
thomas.shaffer@LIGO.ORG - 07:56, Thursday 20 November 2025 (88185)

Notifications from the SQZ suite of guardians:

    SQZ_MANAGER - request Reset_SQZ_ASC_FDS

    SQZ_OPO_LR - "pump fiber rej power in ham7 high, nominal 35e-3, align fiber pol on sqzt0."

    SQZ_LO_LR - "LOW OMC_RF3 power < -22! Align SQZ-OMC_RF3, or more CLF power if aligned."

This seems like a similar situation as alog87361

 

thomas.shaffer@LIGO.ORG - 09:01, Thursday 20 November 2025 (88186)

I ended up doing these things:

  • Cycling SQZ_MANAGER Down and back. Same results
  • Setting SQZ_OPO_LR to Scan_OPOTEMP
  • Adjusting the SHG rejected fiber power with the half and quarter wave plates, but I wasn't sure that I was actually making anything better. While I was reducing the SQZ-SHG_FIBR_REJECTED_DC_POWERMON from 0.75 down to near 0.1 (the guardian notification says it should be around 0.035), the H1:SQZ-SHG_REJECTED_DC_POWERMON was still drifting away at the same rate. I ended up reverting these changes.
  • At this point the only SQZ guardian notification was the SQZ_LO saying that their might be a misalignment issue since there was no 3MHz a the OMC. Sheila walked in and moved ZM4 and ZM6 back to a time when we had a better sqz lock. This went away.
  • Squeezing still looks back, but Sheila says the angle is bad and it might have to do with her script from last night. She touched that up and we were back.

 

H1 PEM
ryan.short@LIGO.ORG - posted 21:53, Wednesday 19 November 2025 - last comment - 00:06, Thursday 20 November 2025(88182)
Magnetic Injection Suite Started

Since I saw H1 was locked, I started the full magnetic injection suite (49 injections total over the 7 coils across site) at 05:40 UTC using the PEM_MAG_INJ Guardian. This dropped H1 out of observing, but it should return to observing once the injections finish. The suite will finish in roughly 2 hours or if the IFO loses lock, whichever comes first. I'll check things later tonight in case this poses any issues.

Comments related to this report
ryan.short@LIGO.ORG - 00:06, Thursday 20 November 2025 (88183)

Injection suite finished at 08:00 UTC and H1 returned to observing.

X1 SUS
ibrahim.abouelfettouh@LIGO.ORG - posted 14:04, Monday 17 November 2025 - last comment - 10:30, Friday 21 November 2025(88141)
BBSS BRD High-Resolution Measurements

I took another round of No BRD vs. BRD measurements for the BBSS BRDs, this time with a higher resolution.

Plots attached, including a comparison slide, on which the damped configuration (BRD installed) is the bottom picture.

Note that in the BRD-installed Roll screenshot, the line at the mode is just the cursor.

Images attached to this report
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 15:16, Monday 17 November 2025 (88143)

Zoomed comparison

Images attached to this comment
ibrahim.abouelfettouh@LIGO.ORG - 10:30, Friday 21 November 2025 (88198)

Updated Zoomed BRD measurement with a higher excitation of the bounce mode with BRD installed which shows the characteristic mechanical damping of the BRD (broad peak).

Images attached to this comment
H1 ISC
elenna.capote@LIGO.ORG - posted 12:25, Monday 27 October 2025 - last comment - 15:02, Friday 21 November 2025(87768)
DRMI Inventory log

Some DRMI locking info

MICH, PRCL, SRCL filter banks during the "acquire DRMI 1f" state before the lock is grabbed.

OLGs for MICH, PRCL, SRCL after 1F acquisition, DRMI ASC engaged.

 

Images attached to this report
Comments related to this report
elenna.capote@LIGO.ORG - 14:51, Tuesday 28 October 2025 (87807)

MICH, PRCL, SRCL filter banks when DRMI 1F is locked, settings for the measurement time above.

Images attached to this comment
elenna.capote@LIGO.ORG - 15:02, Friday 21 November 2025 (88199)

PRMI OLGs

Images attached to this comment
H1 ISC
sheila.dwyer@LIGO.ORG - posted 16:32, Monday 25 August 2025 - last comment - 15:34, Thursday 20 November 2025(86555)
new version of noise budget code: WIP

I've made a fresh start on the noise budget code, using much of the work and many of the functions from aligoNB, but in a code that should be overall simpler for us to work with.  This exists in a repo here: simplenb.

Noises estimated using the excess power method can be read in either using gps times or from a dtt template. .xml files are tracked using git lfs and read in by dttxml. If a list of gps times is provided then the code will download the data using gwpy and save asds as a .pkl file, so that the data doesn't need to be downloaded each time the budget is run. Deleteing the pkl file from the local copy will cause it to redownload the data if the user wants to change times or resolution.  The excess power projection is done using the frequency resolution of the dtt file, or right now it is hard coded to an fft length of 3 seconds for those made using a list of gps times.  The noises are rebinned to a frequency vector specified for the budget after the projections are made. 

Thermal noises are imported from gwinc.  Quantum noises are also calculated using gwinc, which is why this code needs to be run in an environment that uses Kevin's superQK branch of gwinc.  I've added a function save_quantum_params to my quantum noise modeling repo that takes a template of a yaml file including all the parameters you think are important for modeling quantum noise, and a ifo struct, which saves a yaml file with the current parameters.  This function is also available in the quantum_utils.py function in this repo, so that people can use it with any method they like of generating a gwinc model of quantum noise to incorporate into this noise budget. I think it is best to leave the quantum noise budgeting separate from this repo for now, because the code for that is still evolving.  For now I've used the quantum parameters where all the missing squeezing is explained by frequency dependent loss from 85942, the next step is to add mode mismatches to that model.

Running the budget.py script will generate noise budget plots, you can choose how many layers deep to go in plotting sub-budgets by setting that parameter in the make_all_plots function call in the final lines.  The plots attached were made using the injections that Camilla made this morning (86550), and a reference time of 20:00 UTC.

Still to do:

Non-image files attached to this report
Comments related to this report
alexandra.mitchell@LIGO.ORG - 15:34, Thursday 20 November 2025 (88189)
We used the simplenb code to make a plot for the the Stanford seismic NSF proposal, I've attached it below for reference. 

Some things which we found along the way getting this to run properly as someone offsite who doesn't have a lot of experience with cds
* We struggled with LFS and eventually manually downloaded the files needed, we couldn't get them to download via git for some reason 
* superQK environment is a branch of pygwinc https://git.ligo.org/gwinc/pygwinc 
* The aligoNB repo is also needed 
* If working offsite some lines in excess_power_utils under def import_dtt_calib should be edited to the correct directory

Hope this is useful for anyone trying to do the same offsite! 

Non-image files attached to this comment
Displaying reports 1-20 of 85681.Go to page 1 2 3 4 5 6 7 8 9 10 End