Displaying reports 261-280 of 83253.Go to page Start 10 11 12 13 14 15 16 17 18 End
Reports until 15:02, Monday 30 June 2025
H1 CDS
jonathan.hanks@LIGO.ORG - posted 15:02, Monday 30 June 2025 (85443)
Restarted the daqd and nds processes on h1daqnds0

The h1daqnds0 system stopped accepting connections on its main nds1 port (8088).  We restarted the rts-nds and rts-daqd services around 2:59pm localtime.

There were no log messages or dmesg output.

H1 General (Lockloss)
ryan.crouch@LIGO.ORG - posted 13:48, Monday 30 June 2025 (85442)
20:46 UTC lockloss

20:46 UTC lockloss

H1 ISC (SQZ)
jennifer.wright@LIGO.ORG - posted 13:07, Monday 30 June 2025 - last comment - 09:45, Friday 11 July 2025(85434)
DARM Offset Steps while changing CO2s

Jennie W, Sheila, Ryan C, Ibrahim, Corey

 

Over the last 3 weeks three DARM offstep measurements (where we change the DARM offset to look at the fraction of the light from the differential mode which makes it past the OMC) have been taken.

This is so we can get data points to compare to my model of ARM to OMC mode-matching. These were done at three different CO2 X power levels.

 

Measurement 1: 2025/06/18 20:44:55 UTC

CO2 central heating on ITMX: 1.698W

CO2 central heating on ITMY: 1.694 W

The test is run with /ligo/gitcommon/labutils/darm_offset_step/auto_darm_offset.py . The data is processed with plot_darm_optical_gain_vs_dcpd_sum.py .

Graphs of the power after the OMC vs. optical gain are in the first plot,  optical gain vs. offset and anti-symmetric port power vs. power out of the omc are in this document.

The average contrast defect is 1.07 mW, the junk light is 679 mW, the transmission of the differential mode light at the AS port by the OMC is 1/1.217 = 82.2%.

 

Measurement 2: 2025/06/20 15:11:46 UTC

CO2 central heating on ITMX: 1.698 W

CO2 central heating on ITMY: 1.711 W

The test is run with /ligo/gitcommon/labutils/darm_offset_step/auto_darm_offset.py . The data is processed with plot_darm_optical_gain_vs_dcpd_sum.py .

Graphs of the power after the OMC vs. optical gain are in the first plot,  optical gain vs. offset and anti-symmetric port power vs. power out of the omc are in this document.

The avergae contrast defect is 1.03 mW, the junk light is 677 mW, the transmission of the differential mode light at the AS port by the OMC is 1/1.212= 82.5%.

 

Measurement 3: 2025/06/30 15:06:50 UTC

CO2 central heating on ITMX: 1.698 W

CO2 central heating on ITMY: 1.721 W

The test is run with /ligo/gitcommon/labutils/darm_offset_step/auto_darm_offset.py . The data is processed with plot_darm_optical_gain_vs_dcpd_sum.py .

Graphs of the power after the OMC vs. optical gain are in the first plot,  optical gain vs. offset and anti-symmetric port power vs. power out of the omc are in this document.

The avergae contrast defect is 1.09 mW, the junk light is 694 mW, the transmission of the differential mode light at the AS port by the OMC is 1/1.212= 82.5%.

 

This is not a very good test for our purposes as I think we want a larger change in mode-matching from thermal tuning to inform our simulations of Arm->OMC mode-mis-match.

Each time we have stepped the CO2Y down (all these darm offset measurements were meant to be repeated after decreasing the CO2 power) for this test (measurement 2 on the 20th June, alog 85238 shows attempt from 23rd June, alog 85335 shows attempt from the 25th June, alog 85429 is measurement 3) we have lost lock, so we might not be able to repeat this measurement with a larger CO2 step.

 

Images attached to this report
Non-image files attached to this report
Comments related to this report
jennifer.wright@LIGO.ORG - 09:45, Friday 11 July 2025 (85687)

Camilla pointed out its annular heating we are changing with the C02s here, not central.

H1 SQZ
sheila.dwyer@LIGO.ORG - posted 13:03, Monday 30 June 2025 (85427)
slow range degradations due to squeezing, trying to turn on SQZ angle servo

Over the weekend the ifo range has been slowly degrading due to loss of squeezing, as noted in both Ryan and Ibrahim's shift alogs. 

The attached trend shows the range drfiting with the sqz blrms 3 (centered at 350 Hz).  We could implement servos for the squeezing angle demod phase using the ADF (error signal for this servo shown in purple), or for the OPO temperature, or both.

I stepped the sqz angle demod phase to look at the ADF error signal, using z step -s 30 H1:SQZ-CLF_REFL_RF6_PHASE_DELAYSTEP +111,24 (second attachment) I then adjusted H1:SQZ-ADF_VCXO_PLL_PHASE to get a zero crossing near where the squeezer blrms were low and repeated a smaller demod angle scan, which had the error signal crossing 0 at good squeezing. I edited the guardian to ask it to turn this servo back on, (and changed the setpoint and nominal state).  The servo was osciallting a bit so I reduced the gain from -0.5 to -0.2.  Then servo went in the wrong directon, and we lost lock. 

After relocking the servo worked well, in the early part of the lock when the SQZ ASC is off. 

LLO has done some work on automating the temperature adjustment:

Images attached to this report
H1 PSL
ryan.short@LIGO.ORG - posted 12:56, Monday 30 June 2025 (85441)
PSL 10-Day Trends

FAMIS 31092

Nothing much to report other than the FSS TPD signal has been dropping over the past week, so Jason plans to do a RefCav alignment tomorrow. PMC REFL has also come down very slightly.

Images attached to this report
H1 TCS
oli.patane@LIGO.ORG - posted 12:55, Monday 30 June 2025 (85440)
TCS Chiller Water Level Top-Off FAMIS

Closes FAMIS#27818, last checked 85024 (I am a week late)

TCSX: 30.5, no water added

TCSY: 10.6, no water added

No leak in water cup

H1 GRD (ISC)
oli.patane@LIGO.ORG - posted 12:36, Monday 30 June 2025 (85435)
PRCL2 GAIN adjustment added to THERMALIZATION guardian

Elenna, Sheila, Oli

I've added thermalization ramping for the PRCL2 gain so that it ramps from 1.0 to 1.9 over the first 75 minutes at max power. The 'unthermalized' (1.0) and 'thermalized' (1.9) values are taken from lscparams in the new dictionary 'prcl2_gain', so any changes to be made in the future to those values should be set in that dictionary, and then the THERMALIZATION guardian reloaded so that it grabs those new values.

This addition is pretty much a copy of the way we ramp the SRCL offset, but for PRCL gain of course..

This change to the THERMALIZATION guardian as well as the dictionary addition to lscparams have been committed to svn as r32157.

Images attached to this report
H1 ISC
elenna.capote@LIGO.ORG - posted 12:35, Monday 30 June 2025 (85431)
PRCL loop adjustments

We continue to have 13 Hz ringups in the LSC that cause locklosses, so I took at look at what's going on with PRCL (it's the usual culprit). I measured the OLG every few minutes after we reached NLN. I found that PRCL loses a factor of 2 gain over the first 40 minutes of NLN. The current design is set to have PRCL with a UGF of 30 Hz once the gain settles after thermalization. However, this leads to >10 dB gain peaking at the start of the lock. There's overall not a lot of phase in the loop design, and if the gain gets too low this is causing the locklosses.

I looked at the loop design, and reminded myself of Gabriele's intentions with the PRCL redesign, here. His design applied the Dcntrl filter, which means to go back to the old design we only have to disengage this filter. You can see from the design comparison in his alog that the original design has a much broader phase. We might inject more noise by going back to the old design, but I'm not sure that will be an issue, especially if we continue to run the PRCL feedforward.

Turning off the Dcntrl filter gives more phase at high frequency, meaning we can increase the PRCL UGF. I increased the PRCL2 gain to 1.9 and got a UGF of 50 Hz, with about 35 deg phase. If we don't change this gain at all, PRCL will start in the lock with a UGF of 100 Hz and a phase margin of 18 degrees if the digital gain is always set to 1.9. This will then thermalize down to 50 Hz.

I also disengaged the 3.4 Hz resgain filter, because we no longer need to suppress motion at that frequency, and hopefully we'll get back a little more phase at low frequency as well.

Oli is reworking the thermalization guardian to ramp the PRCL2 gain from 1 to 1.9 over the first hour, starting after we reach max power.

I commented out the lines in lownoise_length_control that change the PRCL shape and loop gain.

I checked the PRCL noise injection with the feedforward template, and there slightly more noise injection from 20-30 Hz, but I'm not sure that's a problem.

I updated the SDF for the filter changes, and to unmonitor H1:LSC-PRCL2_GAIN since the guardian will now update that gain.

Plot 1 shows the evolution of PRCL olg with the 30 Hz UGF design, Plot 2 shows the evolution of the loop suppression

Plot 3 and Plot 4 show the OLG and loop suppression respectively with the 50 Hz UGF design

Plot 5 compares a PRCL coupling measurement from last week with today.

Images attached to this report
H1 ISC (IOO)
elenna.capote@LIGO.ORG - posted 11:25, Monday 30 June 2025 (85433)
Caused lockloss from jitter injection

1435343011

It will probably register as an IMC lockloss, just wanted to make sure people know it was caused by an injection.

H1 General (Lockloss)
ryan.crouch@LIGO.ORG - posted 11:23, Monday 30 June 2025 - last comment - 12:52, Monday 30 June 2025(85432)
18:23 UTC lockloss (1h33m lock)

18:23 UTC lockloss alog85433

Comments related to this report
ryan.crouch@LIGO.ORG - 12:52, Monday 30 June 2025 (85439)

19:26 UTC back to NLN

LHO VE
david.barker@LIGO.ORG - posted 10:53, Monday 30 June 2025 (85430)
Mon CP1 Fill

Mon Jun 30 10:12:57 2025 INFO: Fill completed in 12min 53secs

 

Images attached to this report
H1 General (Lockloss)
matthewrichard.todd@LIGO.ORG - posted 10:16, Monday 30 June 2025 (85429)
13Hz Ring-up after CO2 step

M. Todd, R. Crouch, E. Capote, S. Dwyer


After 5 minutes or so from stepping the CO2 lasers from 1.7W to 0.9W, we began to see the 13Hz ring-up again before losing lock.

We believe this to be PRCL losing gain because of the change in the CO2s. I'm also wondering if the CO2s may be miscentered and causing some roll modes via differential heating of the fibers -- the frequenices do not exactly match up I think but need to check on this.

Images attached to this report
H1 General (Lockloss)
ryan.crouch@LIGO.ORG - posted 08:46, Monday 30 June 2025 - last comment - 12:52, Monday 30 June 2025(85428)
15:40 UTC lockloss (19h59m lock)

15:40 UTC lockloss while we were running the CO2 stepper. alog85429

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 12:52, Monday 30 June 2025 (85438)

16:50 UTC back to NLN

H1 ISC
ryan.crouch@LIGO.ORG - posted 08:30, Monday 30 June 2025 (85426)
DARM OFFSET step script

I ran the DARM offset stepping script using Jennie Wright's instructions from 85136.

Writing data to
/ligo/gitcommon/labutils/darm_offset_step/data/darm_offset_steps_2025_Jun_30_15_06_50_UTC.txt

H1 General
ryan.crouch@LIGO.ORG - posted 07:38, Monday 30 June 2025 (85425)
OPS Monday day shift start

TITLE: 06/30 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 145Mpc
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 8mph Gusts, 4mph 3min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.07 μm/s
QUICK SUMMARY:

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 06:53, Monday 30 June 2025 (85424)
Update on camera num-open-files issue following Pylon upgrade last Tuesday

FRS34130

Upgrading Pylon on h1digivideo[4,5,6] has fixed the problem whereby camera processes continued to open files until they eventually reached the OS num_files limit and the camera crashed (new files were opened each time connection to the camera was restored, old files were not cleaned up).

Since the upgrade Tuesday 24 June 2025 the number of files open per process has remained static. Details in FRS, this ticket has been closed.

LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 21:59, Sunday 29 June 2025 (85423)
OPS Eve Shift Summary

TITLE: 06/30 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 146Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

IFO is in NLN and OBSERVING since 19:42 UTC (9 hr lock!)

An extremely calm shift in which the circumstancial lock-killing culprits of the world evidently and collectively decided to take a nap. In other words, there have been no earthquakes, the secondary microseism is as low as can be, wind is under 10mph, no SQZ locklosses, no ETM LLs.

The only thing worth commenting on is that the SQZ angle is probably not ideal but according to past instructions from Sheila, we shouldn't go to comissioning if there are other IFOs observing. Since this was the case the entire shift, I did not drop out to try and optimize SQZ so this will have to wait till tomorrow/another lock.

LOG:

None

H1 ISC (Lockloss)
elenna.capote@LIGO.ORG - posted 17:21, Wednesday 18 June 2025 - last comment - 12:36, Monday 30 June 2025(85167)
Two ~13 Hz ring up locklosses identified

Oli, Elenna

Oli and I combed through some of the recent locklosses by hand, and noticed that there are at least two that have a 13 Hz oscillation in the LSC channels just before the lockloss.

1434317297

1434276630

This is reminiscent to us of PRCL losing gain due to thermalization which has caused 11 Hz ring ups before. We should keep an eye out. Note that one of the above locklosses has the "earthquake" tag, but it's very clear that the ring up caused the lockloss.

Oli and I went back about 1 week and checked the NLN locklosses by eye and only found these two so far.

To start, we can periodically check PRCL OLG or other LSC OLGs during thermalization to make sure we aren't losing significant optical gain. Or we can inject a line during commissioning.

Images attached to this report
Comments related to this report
oli.patane@LIGO.ORG - 10:28, Monday 23 June 2025 (85242)

Another 13 Hz ringup here: 85239

ryan.crouch@LIGO.ORG - 12:36, Monday 30 June 2025 (85436)

Another one: alog85428

Displaying reports 261-280 of 83253.Go to page Start 10 11 12 13 14 15 16 17 18 End