Displaying reports 14641-14660 of 89077.Go to page Start 729 730 731 732 733 734 735 736 737 End
Reports until 16:23, Sunday 24 March 2024
H1 General
anthony.sanchez@LIGO.ORG - posted 16:23, Sunday 24 March 2024 (76668)
Sunday Ops Eve Shift Start

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 146Mpc
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 13mph Gusts, 11mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.23 μm/s
QUICK SUMMARY:
H1 Is locked an Observing for 16.5 hours.
H1:PEM-CS_DUST_PSL101                    Error: data set contains 'not-a-number' (NaN) entries

All three IFO's are locked and Observing.
Everything looks good.

 

LHO General
ryan.short@LIGO.ORG - posted 16:01, Sunday 24 March 2024 (76666)
Ops Day Shift Summary

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 150Mpc
INCOMING OPERATOR: Tony
SHIFT SUMMARY:

LOG:

No log for this shift.

H1 CAL
ryan.short@LIGO.ORG - posted 14:42, Sunday 24 March 2024 (76667)
Broadband and Simulines Calibration Sweeps

Following instructions from the TakingCalibrationMeasurements wiki, this afternoon I ran both broadband PCal and Simulines measurements.

Broadband PCal (approximate) start time:
PDT: 2024-03-24 14:05:00 PDT
UTC: 2024-03-24 21:05:00 UTC
GPS: 1395349518
 
Simulines start time:
PDT: 2024-03-24 14:12:40.535159 PDT
UTC: 2024-03-24 21:12:40.535159 UTC
GPS: 1395349978.535159
 
Files written:
2024-03-24 21:34:11,594 | INFO | File written out to: /ligo/groups/cal/H1/measurements/DARMOLG_SS/DARMOLG_SS_20240324T211241Z.hdf5
2024-03-24 21:34:11,602 | INFO | File written out to: /ligo/groups/cal/H1/measurements/PCALY2DARM_SS/PCALY2DARM_SS_20240324T211241Z.hdf5
2024-03-24 21:34:11,609 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L1_SS/SUSETMX_L1_SS_20240324T211241Z.hdf5
2024-03-24 21:34:11,614 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L2_SS/SUSETMX_L2_SS_20240324T211241Z.hdf5
2024-03-24 21:34:11,619 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L3_SS/SUSETMX_L3_SS_20240324T211241Z.hdf5
 
Calibration monitor medm screenshot attached.
Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:32, Sunday 24 March 2024 (76664)
Sun CP1 Fill

Sun Mar 24 10:11:41 2024 INFO: Fill completed in 11min 37secs

Images attached to this report
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 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 14641-14660 of 89077.Go to page Start 729 730 731 732 733 734 735 736 737 End