Displaying reports 1401-1420 of 77269.Go to page Start 67 68 69 70 71 72 73 74 75 End
Reports until 16:18, Thursday 30 May 2024
LHO General
thomas.shaffer@LIGO.ORG - posted 16:18, Thursday 30 May 2024 (78138)
Ops Day Shift End

TITLE: 05/30 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
INCOMING OPERATOR: Corey
SHIFT SUMMARY: Moved our SR3, SR2 alignment back to the "+Y" alignment (referencing from alog77694) that we had after the late April optical gain loss and subsequent SR Y movements. On Tuesday (alog78096) they moved to a "+P" position that didn't seem to help us much over the last few days, so today we tried to move to the "-P" location. We got past DRMI but then it looked like there was clipping in the SRC and we eventually lost lock trying to improve the buildups with SR3 movement. We decided to go back to known good place, the "+Y". As soon as we got to low noise and tried to adjust the squeezer, we lost lock when moving ZM4 to its old position. Currently relocking.
LOG:

Start Time System Name Location Lazer_Haz Task Time End
19:13 SAF - LVEA YES HAZARD 05:53
16:33 PEM Robert LVEA YES Viewport viewing 17:45
17:46 PEM Robert EX n ESD checks 19:16
19:30 PEM Robert LVEA - LVEA Sweep 19:50
20:17 VAC Janos, Isaiah Mech room n Working on purge pumps 23:12
20:24 VAC Gerardo LVEA - Retrieve small turbo pump 20:27
20:51 SQZ Terry Opt Lab local SHG work 22:45
21:42 PEM Robert LVEA YES Setup camera at viewport 21:56
LHO General
corey.gray@LIGO.ORG - posted 16:14, Thursday 30 May 2024 (78149)
Thurs EVE Ops Transition

TITLE: 05/30 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 9mph Gusts, 6mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY:

H1 was actively locking as I walked in (TJ mentioned Squeezer alignment knocked us out for the last lock) and this is with the OFI pointing reverting to a +Yaw spot.  Got the note that due to the SQZ alignment change, after NLN, take a locked squeezer to the two additional states scan_alignment_fds + scan_sqzang.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 15:54, Thursday 30 May 2024 (78121)
Noise, optical gain, spot position, while we move the spot on the OFI

On Tuesday we moved the spot in the SRC to one of the spots (-P, second column) that TJ listed in 77694 .  This was partially motivated by some modeling that Alenna has done which suggests that our original (now possibly burned) spot in the OFI was below the center, so we might benefit from trying to move to a spot above the burned spot to be closer to center in the OFI.  Jenne measured the spot position on SR2 and SRM in  788119, minimizing the coupling of angle dithers to DARM, rather than SRCL, which indicated that we actually moved lower on SRM.  We'd like to check if we get the same result when measuring the A2L coefficient in using SRCL rather than DARM.

The second attached screenshot shows how our kappa C (normalized optical gain) has changed as we've moved in the SRC, with the inital recovery after the OFI damage shown at ~38 days, where the optical gain dropped to 96%, recovery to 98% with the large SR3 yaw move 35 days ago.  Around -29 days ago, Jennie Wright updated the OMC QPD offsets to bring kappa c back to near 1, as she noted in 78143 this change in offsets wasn't due to the damage of the Faraday, we had run a similar QPD spot scan before the OFI incident which indicated that we would have gained optical gain by moving to these same offsets before the OFI was damaged.  This implies that if we hadn't lost any optical gain due to the Faraday damage, we should now have 1.02 for kappa c with the optimized QPD offsets.  In the last few days when SR3 was at the -P position from 77694, we had slightly more optical gain (1.01 kappa C, meaning 2% better throughput.). 

In this -P position, the range was not as good as at the position we've been using since late April (+Y in 77694).  The first attachment shows a low frequency noise comparison.  Interestingly below 15Hz the noise was better in the -P alignment, but worse from 20-45Hz.  Some of this extra noise is from LSC FF which seems to need to be retuned at this alignment.  I did make an attempt yesterday to rescale the MICH FF, but this wasn't very sucsesfull as it seems that we would need to refit the filter to get good feedforward subtraction.  The LSC coherence though wouldn't explain all of this excess noise, especially not the 25Hz peak. 

Today, we decided to try the other pitch spot, to see if that would put us closer to the center of the OFI.  TJ moved us to the spot called +P in 77694 .  As soon as the ASC started to come on in full lock, it was clear that this is not a good location, with hughe power fluctuations in the PRC, POP 18 and POP90.  We were sitting in RF lock with this from 5/30 20:44-21:20 UTC.  During this time we injected a 31Hz line on SRM pitch, and adjusted P2L gain to minimize it's appearance in both SRCL and Rf DARM.  This wasn't a very precise measurement, but for both SRCL and DARM the line was smallest at -1.5 P2L gain (compared to -1 or -2), indicating that this position is closer to centered on SRM than the other two positions.

We've now gone back to the position that we had been using since late April, as that has the best range.  We may want to continue looking for better spots next week, to see if we can fully recover optical gain to 1.02. 

 

Images attached to this report
H1 General (SUS)
camilla.compton@LIGO.ORG - posted 12:05, Thursday 30 May 2024 (78144)
Lockloss from Swapping from ITMX to ETMX ESD DARM control

Camilla, Sheila, Robert

We successfully swapped from EX to IX ESD DARM control for Robert's bias sweep by manualling SUS_CHARGE to SWAP_TO_ITMX. On the swap back we again manualled SUS_CHARGE to SWAP_BACK_ETMX, this caused a lockloss as we forgot to return the ETMX bias to it's normal value so the BIAS MASTER_OUT_DCMON was around -487,000 rather than the nominal +170,000. Sorry.

Unrelated to today's lockloss but should stop lockloss caused by in-lock charge measurements: commit 27861
This SWAP_BACK_ETMX state has been causing locklosses on Tuesday mornings since we've swapped to new DARM. Today we found this was due to out of date L3_DRIVEALIGN_L2L filter settings (FM4,5 rather than FM7) hard-coded in RAN_ESD_EXC.py. We edited this and expect this will stop future locklosses from in-lock charge measurements. Sheila also found a ramping inconsistency in SUS_CHARGE SWAP_TO_ITMX that we were surviving, edited that too.
Changed in-lock excitation frequencies to suggested new ones that avoid 14Hz roll mode we never used from 76492: ETMs 12Hz, ITMX 13Hz, ITMY 15Hz.  Now we've got recent data with all test masses. Tagging SUS.
H1 TCS (TCS)
ibrahim.abouelfettouh@LIGO.ORG - posted 11:51, Thursday 30 May 2024 (78145)
TCS Chiller Water Level Top-Off (Bi-Weekly, FAMIS #27790)

TCS Chiller Water Level Top-Off (Bi-Weekly, FAMIS 27790)

Closes FAMIS 27790

H1 ISC
jennifer.wright@LIGO.ORG - posted 11:21, Thursday 30 May 2024 (78143)
No need to tune OMC ASC QPD offsets every time alignment into OFI changes

Jennie W, Sheila

 

I compared the two OMC DCPD plots we made while rastering the QPD offsets on the 19th and 26th of April - ie. before (#77294) and after (#77440) we changed the alignment through the OFI.

These show the same trend for offsets in all four degrees of freedom - ie. PItch and YAW in OMC QPD A and B.

This seems to imply that we do not need to change the QPD offsets if we change the positions of SR3 and SR2 to move the spot on the OFI.

Images attached to this report
H1 SQZ
camilla.compton@LIGO.ORG - posted 11:21, Thursday 30 May 2024 (78140)
Adjusted ZM2/3 alignment to look for OPOS clippping, none seen

Vicky, Sheila, Camilla

Adjusted ZM2,3 alignment, see no clipping on this path (though VOPS). Moved Pitch then Yaw each around 40urad. Via moving ZM2, leting FC ASC move ZM3, FC1, FC2. I increased H1:SQZ-FC_ASC_INMATRIX_P,Y_RAMPING for INJ_ANG to speed up ZM3 control. 40urad  much more than usual fluctuation (comparison attached).

If we had been clipping, we had expected power on FC REFL WFS to change (Vicky showed they had drifted over past ~40 days) or for FC WFS Q to change. This didn't happen more than the original drift. Zoomed out plot. 

SFI2 temperature changes and injections were happening at the same time, plus some Robert stray beam watching. Unsure the reason for the CLF power decrease and WFS increase, seem not correlated with alignment change.

Images attached to this report
H1 SQZ
naoki.aritomi@LIGO.ORG - posted 11:14, Thursday 30 May 2024 (78125)
SQZ scatter noise investigation

Naoki, Andrei, Sheila

To investigate the scatter noise from SQZ at low frequency, we excited the ZM2 or ZM5 length at 1 Hz with same amplitude. The attached figure shows the scatter shelf in DARM with ZM2 or ZM5 excitation.

The scatter shelf by ZM5 excitation is much larger than ZM2, which means that the origin of the scatter light is different for these two scatter shelves. The scatter light with ZM2 excitation should come from FC, but the scatter light with ZM5 excitation should come from between ZM2 and ZM5.

We also changed the SFI2 temperature. The scatter shelf does not change much with SFI2 25.2 and 35.2, but got worse with SFI2 20.2 for ZM2 excitation.

Images attached to this report
H1 DetChar (DetChar)
ansel.neunzert@LIGO.ORG - posted 11:01, Thursday 30 May 2024 (78142)
9.5 Hz comb triplet likely started early Sept 2021 amid PSL upgrade work

Ansel and Sheila following up on 77990. This work relates to the 9.5 Hz comb triplet .

Channels involved

(Thanks to Sheila for guidance on channels and times here!)

Comb history

With this information in hand, it was possible to track the 9.5 Hz combs back to a likely start date on or near Sept 2, 2021. Details:

Checking the alogs around that time, there was quite a bit of PSL upgrade work ongoing, as summarized in 59832.

This work is ongoing; as before, details and work-in-progress notes can be found on gitlab. Anamaria and Matt H have supplied a number of times to look at LLO data (recall that these combs have counterparts at LLO), particularly for dark spectra of the ISS PDs. This is next on the to-do list.

What about the 11.9 Hz comb mentioned in the previous alog?

It's also in a lot of these channels! However, unlike the 9.5 Hz, I don't see a notable change point in early September. This is not really surprising, since the 11.9 Hz comb was noted in O3. I'm focusing on the 9.5 Hz combs first, which are more pervasive, but keeping an eye out for more 11.9 Hz clues along the way.

Anybody interested in looking at the spectra can find the full set of plots here (more will be added as I work): https://ldas-jobs.ligo-wa.caltech.edu/~ansel.neunzert/iss_channels_combs/ .

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:14, Thursday 30 May 2024 (78139)
Thu CP1 Fill

Thu May 30 10:12:16 2024 INFO: Fill completed in 12min 12secs

Gerardo confirmed a good fill curbside.

Images attached to this report
H1 CAL
thomas.shaffer@LIGO.ORG - posted 09:21, Thursday 30 May 2024 (78136)
Calibration Sweep 1531 UTC

Ran a broad band and simulines meaurement starting at 1531UTC.

Simulines start:

PDT: 2024-05-30 08:37:11.822463 PDT
UTC: 2024-05-30 15:37:11.822463 UTC
GPS: 1401118649.822463

End:

2024-05-30 15:58:42,508 | INFO | File written out to: /ligo/groups/cal/H1/measurements/DARMOLG_
SS/DARMOLG_SS_20240530T153713Z.hdf5
2024-05-30 15:58:42,515 | INFO | File written out to: /ligo/groups/cal/H1/measurements/PCALY2DA
RM_SS/PCALY2DARM_SS_20240530T153713Z.hdf5
2024-05-30 15:58:42,520 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_
L1_SS/SUSETMX_L1_SS_20240530T153713Z.hdf5
2024-05-30 15:58:42,524 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_
L2_SS/SUSETMX_L2_SS_20240530T153713Z.hdf5
2024-05-30 15:58:42,529 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_
L3_SS/SUSETMX_L3_SS_20240530T153713Z.hdf5
ICE default IO error handler doing an exit(), pid = 1172966, errno = 32
PDT: 2024-05-30 08:58:42.575781 PDT
UTC: 2024-05-30 15:58:42.575781 UTC
GPS: 1401119940.575781
 

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 07:33, Thursday 30 May 2024 - last comment - 09:15, Thursday 30 May 2024(78132)
Ops Day Shift Start

TITLE: 05/30 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 4mph Gusts, 2mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.07 μm/s
QUICK SUMMARY: Locked for 13 hours, range around 150+. Planned calibration and commissioning today from 830-1200PT.

Comments related to this report
thomas.shaffer@LIGO.ORG - 07:50, Thursday 30 May 2024 (78133)

As Ibrahim noted in his alog yesterday the LVEA and PSL dust monitors arent responding sicne Tuesday and need a power cycle at minimum.

david.barker@LIGO.ORG - 09:15, Thursday 30 May 2024 (78137)

I restarted the LVEA Dust server code, but still no communication with the LVEA MetOne monitors. The ethernet/serial converter h1seriall0 does respond, so it looks like an RS485 issue as TJ said. The dust monitors went offline 11:05 Tue Morning PDT.

LHO General
corey.gray@LIGO.ORG - posted 00:59, Thursday 30 May 2024 (78128)
Wed EVE Ops Summary

TITLE: 05/29 Eve Shift: 2300-0800 UTC (1600-0100 PST), all times posted in UTC
STATE of H1: Observing at 148Mpc
INCOMING OPERATOR: Ryan S
SHIFT SUMMARY:

Decent shift with more Observing time compared to last night's shift.  Notables for locking was the continue locklosses for FIND IR (even after an alignment).  Pausing seemed to help.  There was also a superevent as well (102nd of O4).
LOG:

LHO General
corey.gray@LIGO.ORG - posted 20:29, Wednesday 29 May 2024 (78131)
Mid-Shift Status: Wed EVE shift

Decent night even with winds and a lockloss.  (H1 had issues getting past FIND IR.)  Also managed a super event at the very beginning of this current 2+hr lock.

H1 ISC
jennifer.wright@LIGO.ORG - posted 16:44, Wednesday 29 May 2024 - last comment - 10:55, Thursday 30 May 2024(78124)
Injecting alignment dither signals into OMC angular degrees of freedom

Jennie W, Sheila

Summary: We need to rerun this test with slightly different starting QPD offsets and a different amplitude to get a meaningful measurement of how the optical gain would be affected by changing the OMC alignment.

I started an injection into the OMC ASC loops (which feed back to the OMC and the OM3 pitch and yaw to keep the beams centred to specific offsets on OMC QPD A and B.

With this we can raster the OMC alignment and find which QPD offsets allow us to maximise optical gain.

The injection started at about 20:30 UTC while no squeezing was injected.

I used this template at /ligo/home/jennifer.wright/Documents/OMC_Alignment/20240419_OMC_Alignment_EXC.xml with amplitudes of 3 counts in all four degrees of freedom.

Within one cycle the OMC suspension saturated.

Why did we saturate with an injection amplitude of 3 as this ran the last time we did this test without any saturations?

Decreased amplitude to 1 to run it without saturating the OMC suspension.

Restarted at 20:39:07 UTC roughly.

Stopped injecting after 21:06:00 UTC.

Results inconclusive as changing the QPD in offset does not seem to change the noise injected around the calibration line between 410 to 411 Hz, so maybe we need to have higher injection amplitudes but start raster from different QPD offset set points so we don't staurate the suspension.

Looking at ndscope of the channels when they saturated.

OMC T2 and T3 saturated (this is an18 bit DAC). This is OMC pitch degree of freedom, which corresponds to Y direction in the OMC ASC loop basis.

Looking at the top left plot the POS Y DOF seems to correspond to the time of saturation and is the highest Y channel so we want to put in a +0.5 offset to this before the next time we run this raster to bring the input to the POS Y loop down in magnitude.

Images attached to this report
Comments related to this report
jennifer.wright@LIGO.ORG - 10:55, Thursday 30 May 2024 (78141)

I forgot to post the the results from yesterday.

As can be seen from the spectrogram while we were doing the OMC alignment scan, there were a lot of glitches during this period which may limit us in using the BLRMS as a measurement of optical gain as some of these glitches were at both BLRMS frequencies we look at - ie. 410 - 411, 800 - 900 Hz.

Looking at zoomed in time series of GDS calib strain and OMC DCPD these glitches can also be seen.

The plot of OMC DCPD BLRMS at the calibration line frequency against QPD offsets seems to show they are quite flat in frequency and so we can't get any gain from adjusting the QPD offsets at this alignment into the OFI.

Images attached to this comment
H1 SQZ (CDS)
camilla.compton@LIGO.ORG - posted 08:28, Wednesday 29 May 2024 - last comment - 12:21, Thursday 30 May 2024(78111)
SQZ ASC clear history/offload scripts ran when I logged in

As I logged in this morning, the  SQZ ASC and FC ASC offload and graceful clear history scripts that I  ran and left open yesterday (whoops) reran. 15:16UTC. Before I could save sdf diffs, we went though DOWN SDF revert. There was nothing in SQZ ASC, but FC ASC got cleared. As squeezing hasn't been in a good alignment over the last 12 hours, this doesn't really matter. But if  we were in observing it would have knocked us out.

Reminder to close scripts once used. CDS is there a way we can disable this from happening?

Comments related to this report
camilla.compton@LIGO.ORG - 12:21, Thursday 30 May 2024 (78147)

Currently these scripts are called from medm via command 'xterm -g 80x15 -hold -e python3 clear_FC_ASC.py &' or simular 

After speaking with Dave and Joanthan there's two things to be done to avoid this in future:

  • When logging out, un-select "Save session for future logins" and shouldn't be reopened. 
  • We should not use the -hold option from the medm as this keeps the window perminatly open. If we want the xterm to stay open long enough to read any error text, but for it to eventually close itself, we should could tack an extra sleep on the end of the python script. e.g.
    • In the medm's .xml file, remove '-hold'
    • Add the following to the end of our scripts, with a sleep timer long enough to read/record the terminal output:

print("done")

time.sleep(60)

sys.exit(0)

H1 SQZ (SQZ)
andrei.danilin@LIGO.ORG - posted 13:25, Tuesday 28 May 2024 - last comment - 15:52, Monday 03 June 2024(78089)
Analysis of IFO Effective Range dips and IFO and FC alignment

Andrei, Sheila

We've analyzed the time-traces of the effective range (H1:CDS-SENSMON_CAL_SNSW_EFFECTIVE_RANGE_MPC) along with the alignment channels FC_WFC_A(B) and AS_A(B)_RF42 (see attached figures). We found no observable dependance between those.

Images attached to this report
Comments related to this report
derek.davis@LIGO.ORG - 15:44, Wednesday 29 May 2024 (78126)DetChar

During the time period being investigated in this alog on May 27, LASSO flags H1:TCS-ITMX_CO2_ISS_CTRL2_OUT_DQ as strongly correlated with the range. This channel and other related channels have been flagged as highly correlated to the range in recent days, but this time period shows the strongest correlation. 

Jumps in this TCS channel correlate with range jumps, as shown in the attached comparison of the TCS and range trends on May 27.

Images attached to this comment
camilla.compton@LIGO.ORG - 08:10, Thursday 30 May 2024 (78134)TCS

Tagging TCS

thomas.shaffer@LIGO.ORG - 08:33, Thursday 30 May 2024 (78135)TCS

This TCSX ISS correlation is a bit odd since we aren't using the ISS and the AOM, I believe, is completely unplugged. That said, I looked at some of the channels in that system and there is some extra noise seen around the times Derek posted (see May 16th example). I wonder if this points to a larger grounding issue or some other electrical problem that is seen more broadly.

Images attached to this comment
sheila.dwyer@LIGO.ORG - 15:52, Monday 03 June 2024 (78217)

These range fluctuations that we think are related to the squeezer started (I think) on May 16th: 77869

The first time cursor in the attached screeshot shows that range drip which I thought was traffic related at the time.  Looking at the long term trend of this CO2 ISS control signal, there is a chance in charachter at this time, with more drifts in the signal level since.  The second screenshot shows that this channel had a large jump on May 17th around 20:04-22:33 UTC. 

There is a DARM BLRMS that may be more useful for tracking this noise than just looking at range, H1:OAF-RANGE_RLP_3_OUTPUT.  (third screenshot shows this also had a change point and drifts more since May 16th.)

Images attached to this comment
Displaying reports 1401-1420 of 77269.Go to page Start 67 68 69 70 71 72 73 74 75 End