Displaying reports 10341-10360 of 84772.Go to page Start 514 515 516 517 518 519 520 521 522 End
Reports until 08:09, Sunday 24 March 2024
LHO General (ISC)
ryan.short@LIGO.ORG - posted 08:09, Sunday 24 March 2024 - last comment - 08:49, Sunday 24 March 2024(76662)
Ops Day Shift Start

TITLE: 03/24 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 146Mpc
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 8mph Gusts, 5mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.21 μm/s
QUICK SUMMARY: H1 has been locked and observing for over 8 hours. The ETMX A2L gain stepper script started 2 hours ago, but since the ETMX P2L and Y2L spot gains are not monitored in SDF, the IFO has remained observing (Do we want this? Tagging ISC).

Comments related to this report
jenne.driggers@LIGO.ORG - 08:49, Sunday 24 March 2024 (76663)

A2L stepper scripts are slow enough that they are fine for Observing.

H1 General
anthony.sanchez@LIGO.ORG - posted 00:03, Sunday 24 March 2024 (76661)
Saturday Night Ops Eve Shift End shift report

TITLE: 03/24 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 134Mpc
INCOMING OPERATOR: None
SHIFT SUMMARY:
In short H1 was tough to lock tonight mostly due to Earthquakes, a sudden spike in wind, potentially a lighning storm, and poor alignment.

ALS X had a PLL PDH error and gave me an ARM In fault code
Crystal Frequecy out of Tolerance
But it seems to have resolved the issue with out any real intervention from me.

Had many locklosses that I could not explain, and the Lockloss select tool is no longer working.
To get H1 relocked again:
Restored all (except SQZ back to the point of Right After an the First Initial Alignment tonight that lead us to the Low Noise Length Control State. GPS Time: 1395274481
Touched up x and Y are for Green arms.
Had another Lockloss @ PRMI and then Ran another Initial Alignment and I was able to get to NLN right before the end of the night.
Accepting the H1:SQZ-OPO_PZT_1_OFFSET in SDF.
Observing reached at 6:53 UTC

LOG:
No Log

 

Images attached to this report
H1 General (Lockloss)
anthony.sanchez@LIGO.ORG - posted 21:01, Saturday 23 March 2024 - last comment - 22:43, Saturday 23 March 2024(76659)
Saturday Night Ops Eve Shift Mid shift report

TITLE: 03/24 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
CURRENT ENVIRONMENT:
    SEI_ENV state: SEISMON_ALERT
    Wind: 5mph Gusts, 4mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.20 μm/s
QUICK SUMMARY:

H1:PEM-CS_DUST_PSL101                    Error: data set contains 'not-a-number' (NaN) entries

Waited For ground motion to go down.

started Initial alignment and X arm looked a little strange so I took ISC_lock to GREEN_ARMS_MANUAL [13]
Which allowed me to touch up X arm a bit.
I ten too ISC_LOCK back to Initial_Alignment and this screen shot was taken where X arm seems to be "a fat noisey signal" more so than usual. I though that was a little weird.
COMM = +3
Diff= -8
 
Relocking got to Transition from ETMX then a lockloss  00:51 UTC .
Lockloss from Find IR
Lockloss from LOW_NOISE_LENGTH_CONTROL
Redoing Initial_Alignment
Another Lockloss at LOW_NOISE_LENGTH_CONTROL

None of the Locklosses at LOW_NOISE_LENGTH_CONTROL seem like they were caused by ground motion.
Incoming  Earthquake from Timor_Leste 5.7
Lockloss at Find IR
Another Lockloss at Find IR
Did I just hear thunder? Do we have a lightning sensor to check out?
Checked the H0:FMC-EX_MAINS_CHAN_ voltage channels for spikes. I didn't  see anything Like Oli's Alog.

I'm still not sure why we are losing lock at LOW_NOISE LENGTH CONTROL yet because we keep getting Locklosses at DRMI and below.
Holding for a few 5.7 Mag earthquakes to roll through.








 

Images attached to this report
Comments related to this report
anthony.sanchez@LIGO.ORG - 22:43, Saturday 23 March 2024 (76660)

ALS X had a PLL PDH error and gave me an ARM In fault code
Crystal Frequecy out of Tolerance
Restored all (except SQZ back to the point of Right After an the First Initial Alignment tonight that lead us to the Low Noise Length Control State. GPS Time: 1395274481
Then Touched up ALS X and Y tried to lock and couldnt get past PRMI. Going back to initial alignment again.

H1 General (SEI)
anthony.sanchez@LIGO.ORG - posted 16:17, Saturday 23 March 2024 (76658)
Saturday Ops Eve Shift Start

TITLE: 03/23 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: EARTHQUAKE
    Wind: 7mph Gusts, 4mph 5min avg
    Primary useism: 0.56 μm/s
    Secondary useism: 0.21 μm/s
QUICK SUMMARY:
H1 Down due to a series of earthquakes up to magnitude 6.9.
We have been holding in down for a while and earthquake mode may be deactivated shortly and I will begin to relock.

 

LHO General
ryan.short@LIGO.ORG - posted 16:01, Saturday 23 March 2024 (76653)
Ops Day Shift Summary

TITLE: 03/23 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Tony
SHIFT SUMMARY: Spent most of the day in commissioning for the ETMY A2L stepping script, but lost lock mid-afternoon from an earthquake; H1 has been holding in DOWN since.

LOG:

No log for this shift.

H1 General (ISC, Lockloss)
ryan.short@LIGO.ORG - posted 13:47, Saturday 23 March 2024 (76655)
Lockloss @ 20:39 UTC from M7.0 EQ - ETMY A2L Gain Step Script Partially Complete

Lockloss @ 20:39 UTC from M7.0 quake out of Papua New Guinea, lock stretch was 6:17. Earthquake mode activated 4 minutes prior.

I was running the A2L stepper script for ETMY when the EQ hit; output of the progress made below:

Start time:

PDT: 2024-03-23 10:34:21.512854 PDT
UTC: 2024-03-23 17:34:21.512854 UTC
GPS: 1395250479.512854

ryan.short@cdsws29[/ligo/gitcommon/labutils/beam_spot_raster]: python a2l_gain_stepper.py ETMY --start "now"
Waiting for start time...
starting p2l: 4.6
starting y2l: 3.2
Adjusting P2L gains @ 1395250501.0 to to 4.3999999999999995
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.3999999999999995
Now waiting for 900 seconds
Adjusting P2L gains @ 1395251402.0 to to 4.199999999999999
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.199999999999999
Now waiting for 900 seconds
Adjusting P2L gains @ 1395252302.0 to to 4.3999999999999995
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.3999999999999995
Now waiting for 900 seconds
Adjusting P2L gains @ 1395253202.0 to to 4.6
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.6
Now waiting for 900 seconds
Adjusting P2L gains @ 1395254102.0 to to 4.8
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.8
Now waiting for 900 seconds
Adjusting P2L gains @ 1395255002.0 to to 5.0
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 5.0
Now waiting for 900 seconds
Adjusting P2L gains @ 1395255902.0 to to 4.8
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.8
Now waiting for 900 seconds
Adjusting P2L gains @ 1395256802.0 to to 4.6
H1:SUS-ETMY_L2_DRIVEALIGN_P2L_SPOT_GAIN => 4.6
Now waiting for 900 seconds
Adjusting Y2L gains @ 1395257702.0 to to 3.0
H1:SUS-ETMY_L2_DRIVEALIGN_Y2L_SPOT_GAIN => 3.0
Now waiting for 900 seconds
Adjusting Y2L gains @ 1395258602.0 to to 2.8000000000000003
H1:SUS-ETMY_L2_DRIVEALIGN_Y2L_SPOT_GAIN => 2.8000000000000003
Now waiting for 900 seconds
Adjusting Y2L gains @ 1395259502.0 to to 3.0
H1:SUS-ETMY_L2_DRIVEALIGN_Y2L_SPOT_GAIN => 3.0
Now waiting for 900 seconds
Adjusting Y2L gains @ 1395260402.0 to to 3.2
H1:SUS-ETMY_L2_DRIVEALIGN_Y2L_SPOT_GAIN => 3.2
Now waiting for 900 seconds
Adjusting Y2L gains @ 1395261302.0 to to 3.4000000000000004
H1:SUS-ETMY_L2_DRIVEALIGN_Y2L_SPOT_GAIN => 3.4000000000000004

LHO VE
david.barker@LIGO.ORG - posted 10:14, Saturday 23 March 2024 (76654)
Sat CP1 Fill

Sat Mar 23 10:09:44 2024 INFO: Fill completed in 9min 40secs

Outside temps have dropped again (47F this morning) so the -120C trip was barely sufficient (TCmins -137,-130 today). I've increase the trips to -100C for the next week as we go into a cold spell.

Images attached to this report
LHO General
ryan.short@LIGO.ORG - posted 08:10, Saturday 23 March 2024 - last comment - 09:01, Saturday 23 March 2024(76651)
Ops Day Shift Start

TITLE: 03/23 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 144Mpc
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 7mph Gusts, 5mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.21 μm/s
QUICK SUMMARY: H1 has been locked and observing for 40 minutes. The ETMY A2L stepper script started at 13:00 (6am PDT), but H1 lost lock around 30 minutes later, so I'll find time to run it again today.

Comments related to this report
ryan.short@LIGO.ORG - 09:01, Saturday 23 March 2024 (76652)

I don't believe the A2L test was the cause of the lockloss during the test; ADS/camera servos didn't run away and the lockloss was about 90 seconds after the third gain step.

Images attached to this comment
H1 SQZ
daniel.sigg@LIGO.ORG - posted 06:43, Saturday 23 March 2024 (76650)
OPO Locking

Related to alog 76642 the following parameters of the OPO were updated:

Images attached to this report
H1 General (SQZ)
anthony.sanchez@LIGO.ORG - posted 00:10, Saturday 23 March 2024 (76649)
Friday Ops Eve Shift End

TITLE: 03/23 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 140Mpc
INCOMING OPERATOR: None
SHIFT SUMMARY:
We have been in Nominal Low Noise for 3 hours.
6:39 UTC dropped out of Observing SQZ manager Dropped from FREQ_DEP_SQZ (100) to FDS_READY_IFO (50)
I then set SQZ manager to NO_SQUEEZING (7)
AND while trying to find write my steps down that I just took, I accidentally Unlocked the SQZr by unintentionally clicking a random SQZ state and had to repeat my steps.
Returned back to OBSERVING at 6:48 UTC.

GRB-Short E470299 candidate @ 6:55 UTC.

I have set Sheila as the Remote Contact and edited the contact type to TXT as requested by the Prior Operator.
SQZr unlocked again right as i was leaving. Stayed to relock it.


LOG:
No Log

 

H1 General (Lockloss)
anthony.sanchez@LIGO.ORG - posted 21:30, Friday 22 March 2024 (76647)
Mid Eve Shift Report

TITLE: 03/23 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 133Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 15mph Gusts, 13mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.23 μm/s
QUICK SUMMARY:
Verbals still funny every hour on the hour.  Great comedic timing.

Lockloss : 2:36 UTC (GPStime: 1395196594)
The Lockloss select tool does not bring up the latest lockloss.
The newest lockloss the lockloss select tool has availible is 2024-03-21_21:15 (GPStime 1395090968)

Relocking:
Initial Alignment: I touched up ETMY in Yaw for Green arms
NOMINAL_LOW_NOISE reach at 4:09 UTC
Observing reached at 4:14 UTC

 

H1 General
anthony.sanchez@LIGO.ORG - posted 18:25, Friday 22 March 2024 (76645)
OPS Status Update: new Verbals Joke time feature is working.

TITLE: 03/23 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 150Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 15mph Gusts, 12mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.18 μm/s
QUICK SUMMARY:
H1 Is currently locked and OBSERVING for over 16 hours now.

Verbals is telling me jokes at the start of every hour now, which is fun. I'm not sure if this is going to continue all night or if someone is waiting for this to hit the Alogs, but I love it.

Current time:   (Mar 23 0000 UTC)
The time is... joke time: My pet mouse 'Elvis' died last night. He was caught in a trap..   (Mar 23 0000 UTC)

Current time:   (Mar 23 0100 UTC)
The time is... joke time: I really want to buy one of those supermarket checkout dividers, but the cashier keeps putting it back.   (Mar 23 0100 UTC)

But over all everything is going fine, well except for poor Elvis.

H1 SQZ
naoki.aritomi@LIGO.ORG - posted 18:00, Friday 22 March 2024 - last comment - 18:44, Friday 22 March 2024(76644)
CLF second AOM saturation

As shown in the attachment, the output of CLF second AOM is 61dBm while the nominal is 31dBm. The output increased 10 days ago when new CLF VCO is installed in 76297.

Images attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 18:44, Friday 22 March 2024 (76646)

This readback is part of the CLF VCXO chassis. The new VCO doesn't have this feature, so the value is bogus.

H1 SQZ
naoki.aritomi@LIGO.ORG - posted 17:43, Friday 22 March 2024 (76643)
Calibration of CLF launch PD depends on CLF power

Naoki, Sheila, Nutsinee, Daniel

Today we found that the CLF_LAUNCH_DC_POWERMON was 270uW and the CLF_REFL_LF_OUTPUT was 30uW, which means the CLF fiber coupling is only 10%. First we thought the fiber coupling got worse so we went to SQZT0 and tried to align the CLF fiber. However, we could not improve the alignment and found that the CLF power before the fiber is 75uW, which should be 270uW according to the CLF_LAUNCH_DC_POWERMON. So the fiber coupling is 40%, which is OK, but the calibration of CLF launch PD has changed. We calibrated the CLF_LAUNCH_DC_POWERMON to 75uW as shown in the first attachment.

The second attachment shows that the CLF launch power was 650uW and the CLF REFL power was 245uW 8 days ago. We reduced the CLF power 8 days ago in 76405 and after that, the CLF launch power was 270uW and the CLF REFL power was 10uW. 

Daniel pointed out it is due to the polarization contamination. The CLF launch light might have some p-pol from the imperfect PBS for CLF rejected and it is a fixed proportion of the light incident to the PBS. Since the reflectivity of BS before the CLF launch PD is different for p/s-pol, when we reduced the CLF power, the p/s-pol ratio increased and effectively changed the calibration of the CLF launch PD.

Images attached to this report
H1 ISC (OpsInfo)
camilla.compton@LIGO.ORG - posted 15:31, Friday 22 March 2024 - last comment - 14:13, Sunday 24 March 2024(76630)
A2L stepper scripts to run over the weekend, ETMY 6am tomorrow

Code located in /ligo/gitcommon/labutils/beam_spot_raster/a2l_gain_stepper.py

Current spot positions (e.g. H1:SUS-ITMX_L2_DRIVEALIGN_P2L_SPOT_GAIN):

Optic P2L Y2L
ITMX -0.8 2.1
ITMY 0 -1.9
ETMX 4 4.4
ETMY 4.6 3.2

It will step the nominal values up and down 0.4 in 0.2 steps / 15 minutes. e.g. starting a2l + [-0.2, -0.4, -0.2, 0, 0.2, 0.4, 0.2, 0]

I've set up a script to run this on ETMY at 6am to 10am tomorrow (23rd) in a tmux session on cdsws26, will only run if the IFO is at NLN (>=600)  at 6am.

Ryan S will try to find times (4 hours each) to run this on the other optics ITMX and ETMX over the weekend, command below. We don't have beam spot control on ITMY so can skip that.

>> python /ligo/gitcommon/labutils/beam_spot_raster/a2l_gain_stepper.py ETMY --start 'now'

Comments related to this report
ryan.short@LIGO.ORG - 15:22, Saturday 23 March 2024 (76656)ISC, OpsInfo

The ETMY A2L stepper script made it about 3/4 of the way through today; output in alog76655. We can find a time to re-run this if we need the full sweep.

Since there won't be time today before the end of commissioning allotment, I've set the A2L script to run for ETMX tomorrow morning at 06:00 PDT in the same tmux session on cdsws26.

ryan.short@LIGO.ORG - 14:13, Sunday 24 March 2024 (76665)ISC

Today I ran the A2L gain stepper scripts for ETMX and ITMX. The ETMX steps ran from 13:00 to 17:00 UTC and the ITMX steps ran from 17:03 to 21:03 UTC.

Images attached to this comment
H1 ISC
francisco.llamas@LIGO.ORG - posted 15:40, Thursday 21 March 2024 - last comment - 16:41, Saturday 23 March 2024(76605)
Measured lsc olg

EvanH, FranciscoL

Because we've been loosing lock for unknown reasons, we measured OLG transfer function of MICH, SRLC, and PRLC. The UGF for each one is (see attached figures for reference) roughly

MICH: 10 Hz

SRCL: 12 Hz

PRCL: 35 Hz

We may want to lower the MICH UGF to avoid cross coupling with the SRCL loop.

Images attached to this report
Comments related to this report
evan.hall@LIGO.ORG - 13:48, Friday 22 March 2024 (76631)

The Michelson loop is probably showing a cross-coupling with either PRCL or SRCL. The attachment shows a hump in the OLTF around 60 Hz that scales nonlinearly with overall loop gain changes. Green is the current situation, with the UGF close to 10 Hz, which is also where the SRCL UGF is.

Recall that we had previously reduced the Michelson UGF and applied some antiboosting, but this was reverted during higher-power operation. I am now more or less restoring this reduced UGF operation (UGF 5.5 Hz, antiboosting that amounts to 6 dB less gain below 1 Hz). This uses LSC-MICH1 FM8. The new OLTF is pink in the attachment.

Images attached to this comment
Non-image files attached to this comment
ryan.short@LIGO.ORG - 14:14, Friday 22 March 2024 (76636)

SDFs in OBSERVE.snap table on the LSC model following Evan's work. New filter and gain accepted, ramp time reverted.

Images attached to this comment
evan.hall@LIGO.ORG - 15:33, Friday 22 March 2024 (76639)

On/off testing shows some mild improvement in the 18–23 Hz region, possibly because of less drive around the BS bounce mode. We may want to re-engage the bounce/roll notches in this length loop.

Also, it seems like the drive to the BS coils above 10 Hz is actually dominated by pitch drive. Someone may want to redo the plant inversion for the ASC-MICH_P loop, as it appears to be much more aggressive than the yaw loop.

Images attached to this comment
Non-image files attached to this comment
elenna.capote@LIGO.ORG - 16:41, Saturday 23 March 2024 (76657)

Regarding the ASC MICH P drive, I was looking into updating the filter and realized there is a sneaky 17 Hz low pass filter on BS M2 Lock P and Y. Gabriele and I did not take this filter into account when redesigning the MICH ASC filters (69370). Just adding this additional filter into the model shows quite a bit of gain peaking around 3 Hz. I'm not sure if that's actually the big problem here, but clearly this could use a redesign. I'll work on it, and also check the MICH Y control design.

 

Edit: actually, that might not be that much of a problem after all. We could probably improve some low frequency suppression, but I don't know how much we can reduce the pitch drive above 10 Hz. After correcting the model according to my measurement in 72117, there is not much gain peaking and a good amount of phase and gain margin. Yes, the plant inversion is aggressive, but it seems to be working. Attached a screenshot from Gabriele's loop designer code, where I have implemented the BS M2 pitch model, BS M2 locking filters, and current ASC MICH P control design. Black dots/stars in the top left plot are the Zs/Ps of the plant model and locking filters, red dots/stars are the Zs/Ps of the control loop filters. The UGF is around 1 Hz as I measured, and there is 5 dB of gain peaking at 2 Hz (top right plot).

Images attached to this comment
Displaying reports 10341-10360 of 84772.Go to page Start 514 515 516 517 518 519 520 521 522 End