Displaying reports 1881-1900 of 77271.Go to page Start 91 92 93 94 95 96 97 98 99 End
Reports until 13:18, Monday 06 May 2024
H1 CAL (CAL, ISC)
joseph.betzwieser@LIGO.ORG - posted 13:18, Monday 06 May 2024 - last comment - 13:31, Monday 06 May 2024(77654)
DHARD ASC signals seem to be sensing DARM (as witnessed by PCAL line)
[Joe B, Louis D, Vlad B]
In an attempt to understand some of the strange low frequency sensing measurements made at LHO, we've been looking at alternative paths between sensing (meters of motion at the mirror) and actuation back on the mirror that might not go through the typical DARM filter bank.

While looking, we found that there is clear line coupling (i.e. lines above a certain height in DARM) to the DHARD_Y (and DHARD_P) ASC input. Interestingly, the PCALY transmitter channel (so the power on the PCAL laser before it bounces off the optic) is clearly seen by the DHARD_Y loop, shown in attached image.  The PCAL is a separate actuator from what the ASC loops use to actuate, and thus knows nothing about angle and length coupling.  One can also see all the other calibration lines also showing up very clearly in DHARD_Y as well.  If there is imperfect diagonalization of the ASC outputs such that they couple back into length, this effectively becomes a parasitic path parallel to DARM.
Images attached to this report
Comments related to this report
vladimir.bossilkov@LIGO.ORG - 13:22, Monday 06 May 2024 (77655)

A boader look at ASC coherence to DARM. attached, sees some board lower coherences, but it is hard to say if they are just co-witnessing something or direct-cross sensing.

However for DHARD_Y and DHARD_P its pretty obvious even just looking at the power spectra that DHARD is seeing DARM signals like the bounce/roll modes and all of the Calibration lines.
The fact that all of the calibration lines are the same amplitudes in DHARD indicates this is a sensing issue.

Images attached to this comment
sheila.dwyer@LIGO.ORG - 13:31, Monday 06 May 2024 (77657)

In 2019 we did some investigations of this, with a similar conclusion (that the low frequency sensing function is impacted by DHARD being sensitive to DARM) 50511

H1 General
anthony.sanchez@LIGO.ORG - posted 13:00, Monday 06 May 2024 - last comment - 15:12, Monday 06 May 2024(77653)
Monday Mid Shift Update

TITLE: 05/06 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 151Mpc
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 29mph Gusts, 19mph 5min avg 
    Primary useism: 0.08 μm/s
    Secondary useism: 0.15 μm/s
QUICK SUMMARY:

After a lockloss while holding ISC_LOCK at LOWNOISE_ASC to fix the TRANISTION_FROM_ETMX issue, we shifted focus to fixing the PRCL1 issue we were having with DRMI, so we were holding in DRMI for a bit. Once that was fixed we went back to holding in LOWNOISE_ASC. after that Commissioning was started.

We were able to get back to NOMINAL_LOW_NOISE at 16:50 UTC and got back into OBSERVING after Commissioners were done with their Commish wish list at 18:36 UTC.
H1 has now been Locked for 3 hours.  
Just unlock....

Comments related to this report
anthony.sanchez@LIGO.ORG - 15:12, Monday 06 May 2024 (77663)Lockloss, OpsInfo, PEM

Lockloss 20:00 UTC Most likely to wind gusts.
Lockloss screenshots attached.

While waiting for 50+ MPH winds to blow away, I started an Initial Alignment.
This was going well enough until the SUS SRM watchdogs tripped.
 

H1 is currently sitting IDLE, due to this wind.

 

Images attached to this comment
H1 ISC
camilla.compton@LIGO.ORG - posted 12:59, Monday 06 May 2024 - last comment - 13:35, Monday 06 May 2024(77652)
H1:ETMY_L3_LOCK_BIAS_OFFSET was at -7.5, nominal -3.

To get back into Observing, Jenne and Sheila reverted H1:ETMY_L3_LOCK_BIAS_OFFSET (with a 120s ramptime) from -7.5 to it's usual observing value of -3.0.

lscparams.py has been changed from -3.0 to -7.5. Maybe this is the 200V change Robert puts in 77633 but it looks like it's either been 320V or 115V recently, plot attached.

From 'svn diff /opt/rtcds/userapps/release/isc/h1/guardian/lscparams.py':
-ETMY_GND_MIN_BIAS = -3.0 # should be + 115V alog 67075, bias set to minimize coupling of noise on ground to DARM.
+ETMY_GND_MIN_BIAS = -7.5 # should be + 115V alog 67075, bias set to minimize coupling of noise on ground to DARM.

 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 13:35, Monday 06 May 2024 (77658)

This was my typo from last week, which didn't show up until today because the guardian was never loaded.  It should be correct now: 77656

H1 AOS (OpsInfo)
camilla.compton@LIGO.ORG - posted 12:38, Monday 06 May 2024 (77647)
SCAN_ALIGNMENT_FDS automically takes IFO to ASQZ and back to SQZ.

Naoki, Sheila, Camilla.

We edited SQZ_MANAGER.py state SCAN_ALIGNMENT_FDS to now automatically take go to Anti-SQZ (hard-coded value 100 with CLF phase negative sign), tune the asqz angle and then do the 4 degrees of freedom for ZM4/6 alignments.  When it's finished it will take sqz angle back to the original. Total time taken ~5minutes.

It's still best to run SCAN_SQZANG after this has ran to find the best angle for squeezing (another 2 minutes). Then take SQZ_MANAGER to FREQ_DEP_SQZ to go into Observing.

OpsInfo:  If squeezing is bad (see notes in wiki) and you have Jenne's permission, you can now optimize SQZ alignment by taking SQZ_MANGER to SCAN_ALIGNMENT_FDS, then SCAN_SQZANG before back to FREQ_DEP_SQZ. Total time ~8 minutes. SQZ Wiki updated.

Images attached to this report
H1 SQZ
naoki.aritomi@LIGO.ORG - posted 11:38, Monday 06 May 2024 (77650)
Change ZM4/5 PSAMS from 7.5/0.6 to 8.8/-0.67

Naoki, Camilla

Since we think that 8.8/-0.67 of ZM4/5 PSAMS is better than 7.5/0.6 as reported in 77268, we changed PSAMS from 7.5/0.6 to 8.8/-0.67 and ran SCAN_ALIGNMENT twice. It seems that the squeezing is more flat with 8.8/-0.67 and is similar to the reference in NUC33.

H1 ISC
sheila.dwyer@LIGO.ORG - posted 11:30, Monday 06 May 2024 - last comment - 16:25, Monday 06 May 2024(77648)
SRCL FF gain adjusted again

There was again coherence between DARM and SRCL in last night's lock, so I ran a SRCL injection and adjusted the gain of the FF. (FF attached)

I changed the gain from 1.15 to 1.12.  77570 and 77492 are other times this gain has been adjusted in the last few weeks.

The coherence of SRCL to DARM is low at the frequencies that we care most about for this injection (20-50Hz), but the noise in DARM is well above the ambient DARM noise.

Attaching SDF screenshot for both the SRCL and PRCL changes here.

Edit: the SRCL excitation was on from 18:18:57-18:22:00 UTC May 6 2024. 

Images attached to this report
Comments related to this report
gabriele.vajente@LIGO.ORG - 16:25, Monday 06 May 2024 (77666)

SRCL coupling is indeed non stationary, as shown by the spectrogram attached, where DARM is shown before, during and after the noise injection. During the 3 minutes when the injection was constant, DARM shows non-stationary noise levels at low frequencies.

Computing a BLRMS of DARM between 20 and 50 Hz makes the non-stationary noise level evident. Comaparison of the BLRMS time series with ASC and LSC signals doesn't give much insight.

However, a scatter plot of the BLRMS vs all the ASC and LSC signals gives some hints that the noise is higher when DHARD_P is positive.

Plotting the BLRMS time series together with DHARD_P seems to confirm, although it's not a very strong correlation.

Images attached to this comment
Non-image files attached to this comment
H1 PSL
ryan.short@LIGO.ORG - posted 11:01, Monday 06 May 2024 - last comment - 11:50, Monday 06 May 2024(77646)
PSL 10-Day Trends

FAMIS 20027

PMC reflected power continues to rise, as seen in recent weeks. The more rapid increase starting about 3 days ago looks to correspond to a drop in ISS diffracted power percentage; I'll adjust the ISS RefSignal at next opportunity to bring that back to the desired 2.0-2.5% zone.

Images attached to this report
Comments related to this report
jason.oberling@LIGO.ORG - 11:50, Monday 06 May 2024 (77649)

Approximately 3 days ago (when the recent rain system moved in late Friday) the temperature in both the Anteroom and Laser Room increased, along with relative humidity in both rooms.  This corresponds with the increase seen in PMC Refl, as well as a shift in the RefCav TPD (which moved higher before starting to drop again sometime yesterday), the output power of both amplifiers (both dropped slightly), and changes in all 8 of the system's pump laser diodes (most increased, a couple decreased).  The temperature change could cause alignment drifts (both pre-PMC and pre-amplifiers), as well as the change in pump diode power potentially causing changes in the output beam quality.  All of this could contribute to the shift observed in PMC Refl, RefCav TPD, and ISS diffracted power %.

Given our previous inability to recover much PMC Trans via beam alignment into the PMC, and the fact that changing the operating current of the pump diodes doesn't seem to "stick" for very long, my suspicion is that we are seeing slight alignment changes through the amplifiers.  This could cause a change in output beam quality, as the beam hits the thermal lenses formed in the amplifier crystals in a slightly different spot.  Correcting this requires bringing down the PSL entirely, then bringing it back up in stages (NPRO only, then NPRO + Amp1, then NPRO+Amp1+Amp2, then finally adding the PMC into the mix) while tweaking alignment and mode matching into each amplifier and ultimately into the PMC.  This takes too long for a standard 4-hour maintenance window, and might require more than a full-day maintenance window (alignment and mode matching into the amps/PMC has, in the past, been a multi-day effort; this took us a couple of days during our PSL recovery in March 2023).  Not clear how urgent this is, as we are still outputting between 108W and 110W from the PMC (depending on how recently we've "tweaked things up") and are only utilizing 60W for the IFO (leaving us roughly 50W of headroom).

H1 ISC
camilla.compton@LIGO.ORG - posted 10:56, Monday 06 May 2024 - last comment - 11:47, Wednesday 08 May 2024(77640)
TRANSISITON _FROM_ETMX lockloss troublshooting

Sheila, Camilla.

After this morning's windy lockloss from TRANSISITON _FROM_ETMX, we continued previous 77366 troubleshooting.

Sheila manually stepped though TRANSISITON _FROM_ETMX:

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 15:40, Tuesday 07 May 2024 (77698)

[RyanS, TJ, Jenne]

We've had 2 locklosses today that seem to be about when that MadHatter Darm FM2 gets turned off.  But, since Sheila and Camilla moved the filter turning off, now the locklosses are happening a little later.

As Camilla points out, the ramptime of that filter inside Foton is very short.  I've increased it to 3 seconds and we're about to give it a try (since I don't have a better plan to try right now).  Something we haven't seen (since we're already locked right now) is whether increasing the ramp of that filter inside Foton causes trouble for the engagement of that filter, in DARM_OFFSET.

EDIT: Indeed we made it through the turning-off of the MadHatter filter with this 3 second ramp time (rather than the previous 0.1 sec ramp).  I am hopeful that it won't matter for the turning-on of the filter, since that happens in a quite stable part of the locking sequence.  But, we'll just have to see over the next few lock acquisitions.

Also EDIT: If we are unable to relock with this ramp time, attached is a screenshot of the previous ramp time, that we should revert to.

Images attached to this comment
jenne.driggers@LIGO.ORG - 11:47, Wednesday 08 May 2024 (77716)

We've now relocked twice with the longer ramp time in the MadHatter filter in place for the turn-on and turn-off actions of that filter, so it seems fine to leave in place. 

H1 ISC
sheila.dwyer@LIGO.ORG - posted 10:27, Monday 06 May 2024 - last comment - 15:27, Monday 06 May 2024(77643)
PRCL injections, with PRCL offset on and off

Attached is a screenshot showing a PRCL injection with and without the PRCL offset of -62 in PRCL1. 

PRCL offset off: 6/5/2024 17:19:13 UTC

PRCL offset on: 6/5/2024 17:09:19 UTC 

The PRCL offset doesn't make much of a difference to the DARM coupling, it may be a little worse with the offset off below 17Hz but a little better above 30 Hz. 

I've edited the guardian to no longer have this offset on, because there doesn't seem to be a strong motivation for it and we'd preffer not to have these digital offsets in.

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 15:27, Monday 06 May 2024 (77665)

In today's commissoning time, I first did the above measurements of PRCL coupling with and without the offset on, then later readjusted the SRCL gain ( 77648).  Below is a comparison of PRCL coherence with DARM before and after these changes (PRCL offset off, seems to have no impact, and SRCL FF retuned).  It seems that by retuning the SRCL FF, we have reduced the PRCL coherence with DARM.  Also shown is the PRCL coherence with SRCL, which is high at all frequencies.

In 77289 we reduced the PRCL coupling to SRCL and the MICH by phasing POP45 and retuning the LSC input matrix.  These didn't improve the PRCL coupling to DARM.

Images attached to this comment
LHO VE
david.barker@LIGO.ORG - posted 10:23, Monday 06 May 2024 (77644)
Mon CP1 Fill

Mon May 06 10:12:36 2024 INFO: Fill completed in 12min 32secs

Gerardo confirmed a good fill curbside.

Images attached to this report
H1 ISC
sheila.dwyer@LIGO.ORG - posted 09:20, Monday 06 May 2024 - last comment - 09:10, Monday 13 May 2024(77641)
DRMI PRCL gain change

Sheila, Jenne, Tony, Camilla

We've had locklosses in DRMI because the PRCL gain has been to high when locked on REFL1F.  Tony looked and thinks that this started on 77583, the day of our big shift in the output alignment.

Today we acquired DRMI with half the gain in the PRCL input matrix for 1F, this one acquisition was fast.  I've attached the OLG measurements for PRCL and MICH after the change. 

Tony is working on making histograms of the DRMI acquisition times, before the 23rd, from the 23rd to today, and eventually a histogram from today for the next few weeks to evaluate if this change has an impact on the DRMI acquisition times.

Jenne also found that it seems out POP18 build up seems higher in DRMI since the 23rd.

Images attached to this report
Comments related to this report
jenne.driggers@LIGO.ORG - 11:45, Friday 10 May 2024 (77763)

I'm no longer quite so sure about the conclusion that Pop18 is higher, or at least enough to really matter.

Here are 2 screenshots that I made extremely quickly, so they are not very awesome, but they can be a placeholder until Tony's much more awesome version arrives.  They both have the same data, displayed 2 ways.

The first plot is pop18 and kappaC versus time.  The x-axis is gpstime, but that's hard to interpret, so I made a note on the screenshot that it ranges from about April 20th (before The Big Shift) to today.  Certainly during times when the optical gain was low, Pop18 was also low.  But, Pop18 is sometimes high even before the drop in optical gain.  So, probably it's unrelated to The Big Shift.  That means that the big shift in the output arm is not responsible for the change in PRCL gain (which makes sense, since they should be largely separate).

The second plot is just one value versus the other, to see that there does seem to be a bit of a trend that if kappaC is low, then definitely Pop18 is low.  But the opposite is not true - if pop18 is low kappaC isn't necessarily low.

The last attachment is the jupyter notebook (you'd have to download it and fix up the suffix to remove .txt and make it again a .ipynb), with my hand-typed data and the plots.

Images attached to this comment
Non-image files attached to this comment
sheila.dwyer@LIGO.ORG - 09:10, Monday 13 May 2024 (77805)

I actually didn't load the guardian at the time of this change, so it didn't take effect until today.

So, we'd like histograms of DRMI acquitisiton times from before April 23rd, from April 23rd until today, and for a few weeks from today.

H1 General (Lockloss)
anthony.sanchez@LIGO.ORG - posted 07:45, Monday 06 May 2024 (77639)
Monday Ops Day Shift

TITLE: 05/06 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Ryan S
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 15mph Gusts, 13mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.14 μm/s
QUICK SUMMARY:

When I arrived the IFO was in REDUCE_RF45_MODULATION_DEPTH.
We made it up to Transition_From_ETMX before a lockloss.
The wind is fairly Gusty today.
 


 

H1 AOS
robert.schofield@LIGO.ORG - posted 18:08, Sunday 05 May 2024 - last comment - 09:20, Tuesday 07 May 2024(77633)
New ESD bias settings for ITMX (0 V), ITMY (-222 V), and ETMY (200 V) to minimize electronics ground noise coupling

Anamaria, Sheila, Robert

We scanned the biases for three test masses to find the coupling minimum for currents that we injected onto the building ground. The optimal ETMY bias was 115 V in January of 2023, 170 V in Aug. (72308) and 200 V now.  With ITMX at 0V, the optimal for ITMY was 60 V in March of 2023 (68053) and -222 V now, The figure shows some of the bias scans.

Non-image files attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 13:28, Monday 06 May 2024 (77656)

On the 2nd, Robert Anamaria and I found settings that would set the biases to these values, but the EY value hasn't been correctly applied in the automated relocks since. (77647

For ETMY, L3_LOCK_BIAS_OFFSET should be -4.9 while the L3_LOCK_BIAS_GAIN is -1 to produce a voltage readback of 200V.    I've reset this in the guardian, which I might have done last week with a typo.

camilla.compton@LIGO.ORG - 09:20, Tuesday 07 May 2024 (77677)

This has now been loaded so shoud be at the correct value from 16:00UTC 07 May 2024 77674 .

H1 AOS (DetChar)
robert.schofield@LIGO.ORG - posted 18:02, Sunday 05 May 2024 - last comment - 15:16, Monday 06 May 2024(77631)
Two un-identified stray beams in HAM3, one measuring more than 20 mW

Anamaria, Robert

We photographed, from a second angle, the beamspot of a stray beam that I noticed last visit (76969 - Fig. 3 ). The photos (Figure 1) confirm that there is indeed a bright stray beam hitting, at a grazing angle, the bellows and other parts of the spool piece between HAM3 and the IMC tube.

I also wanted to measure the power of the stray beam that had been producing a large 48 Hz peak in DARM during early O3, in order to improve my scattering coupling calculations. This is the beam that reflects off of the PR2 scraper baffle and hits the illuminator viewport on HAM3, which we mitigated by inserting a black-glass viewport cover (52184). We were surprised by how bright the beam is, reaching 20 mW on the power meter (see Figure 2), even though we could not fit the whole beam on the meter. We estimate that the beam may reach 60  mW.

Finally, we made movies as we swept the ITMY compensation plate, hoping to see some indication of where the ghost beams are hitting, but did not. We will have to wait until Alena gives us the likely position of the CP ghost beams based on the angles that Anamaria showed us how to measure.

Non-image files attached to this report
Comments related to this report
minhyo.kim@LIGO.ORG - 06:31, Monday 06 May 2024 (77637)

Minhyo, Anamaria,

I've calculated the point at which the tail of the Gaussian laser beam should touch the PR2 scraper baffle to reflect about 60 mW, following Anamaria's idea.

Assuming that the estimated beam size at the PR2 scraper baffle is 7.47 mm, and the total beam power is 3 kW, the beam touches the side of the PR2 scraper baffle's hole at a position 15 mm away (4 sigma) from the center of the beam. I'll include the calculation later on how the beam is actually positioned within the 70 mm aperture of the PR2 scraper baffle.

robert.schofield@LIGO.ORG - 10:49, Monday 06 May 2024 (77645)

The original alog referenced above (52184) has photos that show that the aperture of the baffle is visible at the same location as the beam when the interferometer is unlocked, and argues that this means that the beam is hitting the edge of the baffle aperture.

minhyo.kim@LIGO.ORG - 12:51, Monday 06 May 2024 (77651)

Minhyo

1) Made typo in above comment from mine. The estimated beam radius 7.67 mm -> 7.47 mm (edited on the original comment as well)

2) I'll elaborate the result of calculation in above (15 mm from the center) in below: 

Assuming the total power is 3 kW, the percentage of 60 mW power is 0.002%. Since the percentage of normal distribution for 4 sigma is 99.9937%, the partial integration in the upper limit is around 0.0032%.

Using this approximate number, I searched for the exact number to produce 0.002% with a 2D Gaussian beam model with a 3 kW power and 7.47 mm radius. From the beam model, it showed that integration from 4.11 sigma produces a power of around 0.0604 mW, suggesting that the beam is clipped at a point around 14.94 mm (4.11 sigma) from the center of the beam. I have attached a summary figure of my calculation.

Images attached to this comment
anamaria.effler@LIGO.ORG - 15:16, Monday 06 May 2024 (77664)

Rechecked situation at LLO: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=70996

TLDR: we see the same, but seems much lower power. Will measure when we get the chance.

H1 ISC (Lockloss)
camilla.compton@LIGO.ORG - posted 14:48, Tuesday 23 April 2024 - last comment - 09:19, Monday 06 May 2024(77359)
Locklosses at state TRANSISITON _FROM_ETMX

Jennie, TJ, Camilla

The Operator team has been seeing more locklosses at state 557 TRANSISITON _FROM_ETMX, more so when the wind is high. Times: 1397719797; 1397722896; 1397725803; 1397273349, 1397915077

Last night we had a lockloss from 558 LOWNOISE_ESD_ETMX with a 9Hz ITMX L3 oscillation, see attached. Compare to a successful transition (still has glitch).

Note that there is a glitch ~30s before state 558 in both cases.  H1:SUS-ETMX_L3_DRIVEALIGN_L2L and _L3_LOCK_L filter changes happens here. Are ramp times finished before these changes?

The timing of the glitch is 2 m 55 seconds after we get to state 557, this is the same time as in the 4 of the last 6  state 557 locklosses.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 16:42, Tuesday 23 April 2024 (77366)

Louis, Camilla. Investigations ongoing but the timing of this glitch is suspiciously when the H1:SUS-ETMX_L1_LOCK_L gain and filters are changed, tramp is 1secinds but FM2 and FM6 foton filters have a 3 seconds ramp. There is an INPUT to this filter bank before the gain and filters are turned on. Plot attached.

Images attached to this comment
camilla.compton@LIGO.ORG - 09:19, Monday 06 May 2024 (77642)

In 77640 we show that the DARM1 filter change is the cause of the glitches/locklosses.

Displaying reports 1881-1900 of 77271.Go to page Start 91 92 93 94 95 96 97 98 99 End