Displaying reports 8041-8060 of 84677.Go to page Start 399 400 401 402 403 404 405 406 407 End
Reports until 16:13, Sunday 07 July 2024
LHO General
thomas.shaffer@LIGO.ORG - posted 16:13, Sunday 07 July 2024 (78928)
Ops Eve Shift End

TITLE: 07/07 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 10mph Gusts, 8mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY: Corey got us relocked and we've been running good for an hour.

H1 DetChar (DetChar)
bhaskar.verma@LIGO.ORG - posted 16:02, Sunday 07 July 2024 (78927)
DQ_Shift Summary 06/24/2024 - 06/30/2024

Link to report

 

H1 General
corey.gray@LIGO.ORG - posted 15:13, Sunday 07 July 2024 (78926)
More SDF Diffs, Back to Observing after 2hrs34min

Once again, a diff for ALS-Y_WFS (Basically ACCEPTED filter which was originally enabled for the recent lock).

Then had an additional Diff for a TRAMP for LSC-XARM.  (see attached for both.)

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 12:13, Sunday 07 July 2024 - last comment - 12:42, Sunday 07 July 2024(78923)
Mid-Shift Status (Sun DAY)

H1's been locked almost 4.25hrs (kind of expecting it to lose lock any minute given H1's behavoir since Tues).  Around 95degF outside.

Comments related to this report
corey.gray@LIGO.ORG - 12:42, Sunday 07 July 2024 (78924)

Lockloss at around 4.6hrs.  Not going to waste time and immediately run an Initial Alignment since green arms don't look good.

H1 General
corey.gray@LIGO.ORG - posted 09:53, Sunday 07 July 2024 (78922)
ALS-Y Diffs ACCEPTED To Get To OBSERVING This Morning

To get to Observing shortly after the beginning of the shift this morning, I needed to ACCEPT ALS-Y WFS filter changes (see attached).  These appeared to have occurred around the steps of DHARD_WFS & PARK_ALS_VCO (but I don't see this channel during those states).

The channels changed are:
H1:ALS-Y_WFS_DOF_3_Y

H1:ALS-Y_WFS_DOF_3_P

And ACCEPTED their FM9's ("-14dB" filter)

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 08:50, Sunday 07 July 2024 (78920)
Improved reporting of models built using non-production RCG versions

I have colour coded the FE RCG overview MEDM to show non-production RCG models with a red box. Clicking on the purple RCG box on the CDS overview will now open the RCG Overview MEDM.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 08:23, Sunday 07 July 2024 (78919)
Sun CP1 Fill

Sun Jul 07 08:19:21 2024 INFO: Fill completed in 19min 16secs

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 07:41, Sunday 07 July 2024 (78917)
Sun DAY Ops Transition

TITLE: 07/07 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Aligning
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 7mph Gusts, 4mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:

H1 was past 25W when I arrived (thanks to an awakened RyanS for the 2-clicks for ALS!).  Waiting for H1 to get back to NLN.

Post Timing-Error (and pesky Tues Main), H1 has been riding rough; last 24hrs roughly 3-4hr long locks with 2-3 lock acquisitions.  We'll see how today's data point looks for h1!  With these short locks not sure we'll thermalize long enough to run a calibration, but we'll see if there's an opportunity (when other detectors are down).

H1 General
ryan.short@LIGO.ORG - posted 07:28, Sunday 07 July 2024 (78916)
Ops Owl Shift Summary

H1 called for assistance at 13:30 UTC because it was stuck trying to lock ALSY. I gave ETMY two clicks in yaw and that seemed to be all it needed; H1 is relocking smoothly and up to PREP_DC_READOUT.

LHO General
thomas.shaffer@LIGO.ORG - posted 01:00, Sunday 07 July 2024 (78914)
Ops Eve Shift End

TITLE: 07/07 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

The first lock acquistion had the same issues that Corey saw during his shift with ALS unable to stay locked or unable to get past FIND IR. After some time it started to have longer times between lock losses and it eventually made it past ALS. I noticed that the COMM beat note was low (-18 dBm then grew to -16 over 30 min). This might explain part of the troubles. The second lock acquisiton was a very similar situation but the beat note started at -16dBm so ALS was more stable sooner. Maybe we found the threshold, and I did NOT touch PR3. I also had to run an initial alignment since DRMI was a bit too far off to catch. We are now on DC readout and moving forward.

ITMX mode 13 was rung up when I arrived and I was able to damp it fairly quick with Rahul's settings and then slowly adding gain.

LOG:

H1 General
thomas.shaffer@LIGO.ORG - posted 00:13, Sunday 07 July 2024 - last comment - 09:05, Monday 08 July 2024(78913)
Lock loss 0642

Lock loss 1404369750

Again, not seeing much of anything on any of the plots. Another 4-5 hour lock.

Comments related to this report
vladimir.bossilkov@LIGO.ORG - 07:22, Sunday 07 July 2024 (78915)

Hey so I had a quick squiz whether your locklosses might be PI related. The regularity of your lock lengths is very suspicious.

You had at least one lockloss from a ~80296 PI on July 5th just after 6am UTC.
Since then you have been passing through it, exciting it, but surviving the PI-Fly-By.

On those plots you will notice broader a feature that moves slowly up in frequency and excites modes as it passes (kinda vertical-diagonalish on those plots) that smells like the interacting optical mode to me.

Last couple of days you have lost lock when that feature reaches ~80306, where there's a couple of modes which grow a little in amplitude as the broad feature approaches.
It is hard for me to say which mechanical mode had the super high gain that would make you lose lock on the scale of seconds [because these modes would move wildly in frequency at LHO as I discuss in the link at the end of this line], but its in that ballpark,and I quote myself: avoid at all costs.
Please investigate if this is PI and whether you need to tweak up your TCS.

EDIT: Longer lock on the 8th makes me think 80kHz PIs are probably fine. Worth double checking carefully in the 20-25 kHz region since your mode spacing looks pretty high. It might be subtle to see in the PI plot on the lock pages since that aliases a lot of noise all over the place.

camilla.compton@LIGO.ORG - 09:05, Monday 08 July 2024 (78937)ISC

Thanks for pointing us to these PI locklosses out Vlad, Ryan also caught one of them in 7886778874.

The lockloss website for the July 5th 637UTC lockloss 1404196646 tags OMC_DCPD and can see elevated noise on the "PI Monitor" dropdown on the website too, maybe peaks at 15 and 30kHz.

Maybe the reason we saw these around July 5th is as our PR2 moves 78878 changed the amount of circulating power we saw in the arms, plot attached.
We still need to check if we're seeing any PI locklosses in the last ~2 days  with the higher circulating power: 1404445312  has the OMC_DCPD tag and shows some elevated noise in the PI bands, 1404346170 and has the OMC_DCPD tag but no elevated noise in the PI bands
Images attached to this comment
vladimir.bossilkov@LIGO.ORG - 08:40, Monday 08 July 2024 (78938)

Edit2: There are some elevated peaks at many frequencies before a lockloss I chose to look at, but nothing alarming enough. The largest peak change is something at 3619 Hz, which could be a red herring or aliased from a much higher frequency, but I don't know what that peak is.

H1 General
thomas.shaffer@LIGO.ORG - posted 18:11, Saturday 06 July 2024 - last comment - 00:38, Sunday 07 July 2024(78910)
Lock loss 0009 UTC

Lockloss 1404346170

Quite sudden, I'm not seeing anything on the lock loss ndscopes, even the many new ones. DIAG_MAIN reports that the ref cav transmission is low, which it seems to have been this way for the past 4 days. This seems really low and potentially an issue, but we've had locks within these last 4 days so perhaps not. I'm running into the same issue that Corey had this morning with ALS. It seems that it won't stay locked. I'm still catching up on the week's alogs, so maybe I'll find a hint soon.

Images attached to this report
Comments related to this report
thomas.shaffer@LIGO.ORG - 19:34, Saturday 06 July 2024 (78911)

Back to observing at 0232 UTC.

ALS wouldn't hold a lock, and I still can't figure out exactly why. Just like with Corey on hist shift, it just decided to hold long enough for DRMI. There was one lock loss here, but then a bit later it worked again and we got off of ALS and then it was all the way up to low noise. ITMX mode 13 is still just as high as before, I'll continue to try Rahul's settings.

thomas.shaffer@LIGO.ORG - 00:38, Sunday 07 July 2024 (78912)

Noticing now that the COMM beat note was very low and slowly trended up over time. This perhaps allowed for longer locks, and eventually long enough to get off ALS. Looking back at the last few locks, it's definitely lower than it has been even over the last few days. I'm hesitant to touch PR3, but this doesn't seem to be working.

Images attached to this comment
LHO General
corey.gray@LIGO.ORG - posted 16:29, Saturday 06 July 2024 (78899)
Sat DAY Ops Summary

TITLE: 07/06 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:

H1 was locked at beginning of the shift, but had a lockloss just after 10am local.  Relocking sadly took 3hrs, but it isn't clear why it took so long, because other than trying multiple times and eventually running an alignment and continued with more locking attempts, H1 finally made it past DRMI (and then locking was mostly automatic from there), but.... within an hour one of the 1kHz violins rung up (itmx13).  I made some fairly large gain drops/increases which probably didn't help---currently Rahul is closely damping with much smaller gains.  The DARM spectrum on nuc30 is glitchy/ugly---assuming it's due to noisier violins.

Sadly, no Calibration run today.

Guardian Notes:

LOG:

LHO General
thomas.shaffer@LIGO.ORG - posted 16:09, Saturday 06 July 2024 (78909)
Ops Eve Shift Start

TITLE: 07/06 Day Shift: 2330-0100 UTC (1630-0100 PST), all times posted in UTC
STATE of H1: Observing at 153Mpc
OUTGOING OPERATOR: Corey G
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 17mph Gusts, 14mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.07 μm/s
QUICK SUMMARY: Locked for 3 hours but the 2nd order violins are quite rung up. They are damping, but slowly. A calibration measurement was not run today due to a short lock and now the high violins. If these damp down I'll run one.

H1 SUS (SUS)
rahul.kumar@LIGO.ORG - posted 15:51, Saturday 06 July 2024 (78908)
Violin mode - ITMX mode 13 was rung up

Received a text message from Corey that ITMX mode 13 was rung up and the nominal settings was making it worse. Corey tried increasing/decreasing the gain settings without any luck. At this point I applied the following settings to try and damp the mode,

Gain = -1 phase -90 degrees - increases
Gain = +1 phase -60 degrees - increases
Gain = +0.1 no phase - increases
Gain =  +0.1 +60degrees - increases

The above settings did not work and the one shown below seems to working for now as shown in the plot,

FM1+FM2+FM4+FM10 gain +0.1 (phase -90 degrees). After some time I will try ramping up the gain to see if I can bring IX13 down at a faster rate.

Images attached to this report
H1 SEI (SEI)
neil.doerksen@LIGO.ORG - posted 18:35, Thursday 04 July 2024 - last comment - 09:14, Friday 12 July 2024(78869)
Earthquake Analysis : Similar onsite wave velocities may or may not cause lockloss, why?

It seems earthquakes causing similar magnitudes of movement on-site may or may not cause lockloss. Why is this happening? Should expect to always or never cause lockloss for similar events. One suspicion is that common or differential motion might lend itself better to keeping or breaking lock.

- Lockloss is defined as H1:DRD-ISC_LOCK_STATE_N going to 0 (or near 0).
- I correlated H1:DRD-ISC_LOCK_STATE_N with H1:ISI-GND_STS_CS_Z_EQ_PEAK_OUTMON peaks between 500 and 2500 μm/s.
- I manually scrolled through the data from present to 2 May 2024 to find events.
    - Manual, because 1) wanted to start with a small sample size and quickly see if there was a pattern, and 2) because I need to find events that caused loss, then go and find similarly sized events we kept lock.
- Channels I looked at include:
    - IMC-REFL_SERVO_SPLITMON
    - GRD-ISC_LOCK_STATE_N
    - ISI-GND_STS_CS_Z_EQ_PEAK_OUTMON ("CS_PEAK")
    - SEI-CARM_GNDBLRMS_30M_100M
    - SEI-DARM_GNDBLRMS_30M_100M
    - SEI-XARM_GNDBLRMS_30M_100M
    - SEI-YARM_GNDBLRMS_30M_100M
    - SEI-CARM_GNDBLRMS_100M_300M
    - SEI-DARM_GNDBLRMS_100M_300M
    - SEI-XARM_GNDBLRMS_100M_300M
    - SEI-YARM_GNDBLRMS_100M_300M
    - ISI-GND_STS_ITMY_X_BLRMS_30M_100M
    - ISI-GND_STS_ITMY_Y_BLRMS_30M_100M
    - ISI-GND_STS_ITMY_Z_BLRMS_30M_100M
    - ISI-GND_STS_ITMY_X_BLRMS_100M_300M
    - ISI-GND_STS_ITMY_Y_BLRMS_100M_300M
    - ISI-GND_STS_ITMY_Z_BLRMS_100M_300M
    - SUS-SRM_M3_COILOUTF_LL_INMON
    - SUS-SRM_M3_COILOUTF_LR_INMON
    - SUS-SRM_M3_COILOUTF_UL_INMON
    - SUS-SRM_M3_COILOUTF_UR_INMON
    - SUS-PRM_M3_COILOUTF_LL_INMON
    - SUS-PRM_M3_COILOUTF_LR_INMON
    - SUS-PRM_M3_COILOUTF_UL_INMON
    - SUS-PRM_M3_COILOUTF_UR_INMON

        - ndscope template saved as neil_eq_temp2.yaml

- 26 events; 14 lockloss, 12 locked (3 or 4 lockloss event may have non-seismic causes)

- After, usiing CS_PEAK to find the events, I, so far, used the ISI channels to analyse the events.
    - The SEI channels were created last week (only 2 events captured in these channels, so far).

- Conclusions:
    - There are 6, CS_PEAK events above 1,000 μm/s in which we *lost* lock;
        - In SEI 30M-100M
            - 4 have z-axis dominant motion with no motion or strong z-motion or no motion in SEI 100M-300M
            - 2 have y-axis dominated motion with a lot of activity in SEI 100M-300M and y-motion dominating some of the time.
    - There are 6, CS_PEAK events above 1,000 μm/s in which we *kept* lock;
        - In SEI 30M-100M
            - 5 have z-axis dominant motion with only general noise in SEI 100M-300M
            - 1 has z-axis dominant noise near the peak in CS_PEAK and strong y-axis domaniated motion starting 4 min prior to the CS_PEAK peak; it too only has general noise in SEI 100M-300M. This x- or y-motion which starts about 4 min before the peak in CS_PEAK has been observed in 5 events -- Love waves precede Rayleigh waves, could be Love waves?
    - All events below 1000 μm/s which lose lock seem to have a dominant y-motion in either/both SEI 30M-100M / 100M-300M. However, the sample size is not large enough to convince me that shear motion is what is causing lockloss. But it is large enough to convince me to find more events and verify. (Some plots attached.)

Images attached to this report
Comments related to this report
beverly.berger@LIGO.ORG - 09:08, Sunday 07 July 2024 (78921)DCS, SEI

In a study with student Alexis Vazquez (see the poster at https://dcc.ligo.org/LIGO-G2302420, we found that there was an intermediate range of peak ground velocities in EQs where lock could be lost or maintained. We also found some evidence that lock loss in this case might be correlated with high microseism (either ambiant or caused by the EQ). See the figures in the linked poster under Findings and Validation.

neil.doerksen@LIGO.ORG - 09:14, Friday 12 July 2024 (79070)SEI

One of the plots (2nd row, 2nd column) has the incorrect x-channel on some of the images (all posted images are correct, by chance). Patterns reported may not be correct, will reanalyze.

Displaying reports 8041-8060 of 84677.Go to page Start 399 400 401 402 403 404 405 406 407 End