Displaying reports 621-640 of 79078.Go to page Start 28 29 30 31 32 33 34 35 36 End
Reports until 16:18, Monday 21 October 2024
H1 SQZ (DetChar, OpsInfo)
camilla.compton@LIGO.ORG - posted 16:18, Monday 21 October 2024 - last comment - 12:38, Thursday 31 October 2024(80801)
SQZ angle servo using ADF turned on

Sheila, Vicky, Camilla

We have turned back on the SQZ angle servo using the ADF at 322Hz. Last briefly tried while testing ADS alignment in ADS in 80194.  Turned on ADF and used 'python setADF.py -f 322'. Then set H1:SQZ-ADF_OMC_TRANS_PHASE to get H1:SQZ-ADF_OMC_TRANS_SQZ_ANG close to zero and checked by stepping the SQZ angle that there is a zero crossing in the ADF measured SQZ angle, plot attached.

The servo adjusts the SQZ angle (H1:SQZ-CLF_REFL_RF6_PHASE_PHASEDEG) via keeping the ADF measured angle (H1:SQZ-ADF_OMC_TRANS_SQZ_ANG) at zero. Setpoint can be adjusted using the ADF phase (H1:SQZ-ADF_OMC_TRANS_PHASE).

Tagging Detchar:  ADF is now on at 322Hz. It was turned all the way off in 79573 by Alan. We can adjust the frequency 50-500Hz if there is a better place for a line.

Note to operators: if you want to run SCAN_SQZANG, the ADF servo will now overwrite the sqz angle. So BEFORE going back to FREQ_DEP_SQZ  you'll want to tweak H1:SQZ-ADF_OMC_TRANS_PHASE (via sqz overview > ADF) to make H1:SQZ-ADF_OMC_TRANS_SQZ_ANG close to zero. Or you can tweak H1:SQZ-ADF_OMC_TRANS_PHASE (via sqz overview > ADF) until the SQZ BLRMs/ DARM is best.

If this ADF servo works well, it should stop the need for running SCAN_SQZ_ANG as often or we can built this into SCAN_SQZ_ANG.
Images attached to this report
Comments related to this report
victoriaa.xu@LIGO.ORG - 13:08, Tuesday 22 October 2024 (80821)

Trends of the ADF servo stabilizing the SQZ angle overnight. Looks good: the ADF SQZ ANGLE servo can hold the maximum squeezing level throughout the lock! Last night was running with the ADF SQZ angle servo + SQZ-IFO AS42 ASC together.

In the first lock of the screenshot, the ADF SQZ ANGLE servo is not yet running, and the squeezing level drifts quite a bit (~0.5-1 dB in ~2 hours, and ends up un-optimal). In the last 2 locks, the ADF SQZ ANGLE servo is running and successfully stabilizes the SQZ angle, though the 2 locks from last night stabilize at different SQZ angles (weird?). Note SQZ ASC is running in both of these locks, so it seems like ASC + ADF SQZ ANG servo work well when used together.

Naoki looked at sqz trends with/without the ADF servo before in LHO:75000. Looking at sqz trends for yesterday, the ADF servo stabilized the SQZ angle in the first ~25 minutes. Then over the first ~2 hours, the ADF servo needed to move the CLF_RF6 demod phase by 5-10 degrees to hold the SQZ angle stable. This implies something like, the optimal injected squeezing angle changed by about 2-5 degrees during IFO thermalization.

Also noting a reference to LHO:77292, where Naoki does an On/Off test with the ADF line at 322 Hz.

Images attached to this comment
camilla.compton@LIGO.ORG - 12:38, Thursday 31 October 2024 (80976)

Checked against the 68139 list, can see that 322Hz is a good frequency for CW. We will look at trying to add this ADF line to the _CLEAN or _NOLINES subtractions. 

H1 ISC (Lockloss, PSL)
ibrahim.abouelfettouh@LIGO.ORG - posted 13:05, Monday 21 October 2024 - last comment - 18:19, Monday 21 October 2024(80798)
Lockloss 19:55 UTC

Lockloss most likely due to PSL FSS Glitch. ASC and IMC lost lock within 63ms of one another, which is suspect. However, it seems AS_A lost lock first, so it might not be FSS related - unsure. Plots below.

Images attached to this report
Comments related to this report
ryan.crouch@LIGO.ORG - 13:33, Monday 21 October 2024 (80799)Lockloss

No FSS tag on the lockloss tool

ryan.short@LIGO.ORG - 18:19, Monday 21 October 2024 (80809)OpsInfo

Tagging OpsInfo: I've added an ndscope template to the lockloss select tool that provides some good channels to look at to help determine if it was caused by the PSL glitches. Running it for this lockloss, I would say this does not look like an "FSS glitch" lockloss (see attached).

Images attached to this comment
LHO VE
david.barker@LIGO.ORG - posted 10:21, Monday 21 October 2024 (80795)
Mon CP1 Fill

Mon Oct 21 10:13:00 2024 INFO: Fill completed in 12min 56secs

Jordan confirmed a good fill curbside.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 09:07, Monday 21 October 2024 - last comment - 10:27, Monday 21 October 2024(80791)
Site-wide power glitches, reboots of h1susaux[h2, ex]

We had two site-wide power gltiches at 04:15:48 and 04:52:39 PDT Mon 21oct2024.

Both were seen in CS and EX MAINSMON channels. EX saw voltage drop for all three phases, CS saw this for two phases. Voltage drop persisted for about 3 cycles and then recovered.

h1susauxh2 and h1susauxex rebooted on the first glitch at 04:15, their models restarted around 04:17. No other model restarted at these times. There were no IPC errors and no long cpu-runs. We currently don't know why these two susaux machines rebooted by themselves.

 

Images attached to this report
Comments related to this report
david.barker@LIGO.ORG - 09:28, Monday 21 October 2024 (80793)

Opened FRS32411

Notes from Fil:

The HAM6 PZT had to be restarted

Work on Beckhoff DAC power monitors

david.barker@LIGO.ORG - 09:33, Monday 21 October 2024 (80794)

Both GC and CDS UPS units switched to battery backup power for both of these times. The GC unit sent email notifications, the CDS unit did not.

GC was on battery for 5 seconds, CDS for only 1 second.

ibrahim.abouelfettouh@LIGO.ORG - 10:27, Monday 21 October 2024 (80796)

FMC-EX_MAINS Channels seeing the outage at the reported times.

Outage 1: 4:15:48

Outage 2: 4:52:39

Images attached to this comment
LHO General
ibrahim.abouelfettouh@LIGO.ORG - posted 07:40, Monday 21 October 2024 - last comment - 08:07, Monday 21 October 2024(80789)
OPS Day Shift Start

TITLE: 10/21 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Corrective Maintenance
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 9mph Gusts, 3mph 3min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.11 μm/s
QUICK SUMMARY:

IFO is in MAINTENANCE due to NPRO and AMPs being disabled likely because of some power fault. Seems like the OWL shift was quite busy and that there are some PSL and LASER_PWR issues - will try to figure out what was going on.

Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 08:07, Monday 21 October 2024 (80790)

Dave, Ibrahim

A significant power glitch on all 3 phases occured at 4:15:48 Local. PSL power issues Ryan C had were due to this (alog 80782). Plots below.

Images attached to this comment
H1 General (ISC, PSL)
ryan.crouch@LIGO.ORG - posted 04:58, Monday 21 October 2024 - last comment - 09:17, Monday 21 October 2024(80782)
OWL assistance

H1 called for help after "Not ready for 15 minutes" at 11:38 UTC. IMC_LOCK and LASER_PWR are in fault. My medms aren't opening on my no machine unless I do guardmedm in the console. IMC lock is saying the PMC and FSS can't lock, LASER_PWR is in fault, unable to get to 2Ws "IMC has no power". Following the IMC locking issues wiki page I've tried DOWN initing ISC_LOCK, IMCLOCK, and LASER_PWR, the FSS noise eater is green.

Comments related to this report
ryan.crouch@LIGO.ORG - 05:26, Monday 21 October 2024 (80783)

The MCs and IMs alignment all looks fine. The AMPs and NPRO all went to disabled about an hour ago.

ryan.crouch@LIGO.ORG - 05:54, Monday 21 October 2024 (80784)

The NPRO and AMPs are all disabled as of 11:15 UTC

Images attached to this comment
ryan.crouch@LIGO.ORG - 05:44, Monday 21 October 2024 (80786)PSL

Running PSL weekly scripy yielded the following:
Laser Status:
    NPRO output power is 0.1373W (nominal ~2W)
    AMP1 output power is -0.4512W (nominal ~70W)
    AMP2 output power is 0.1128W (nominal 135-140W)
    NPRO watchdog is RED
    AMP1 watchdog is RED
    AMP2 watchdog is RED
    PDWD watchdog is GREEN

PMC:
    It has been locked 0 days, 0 hr 1 minutes
    Reflected power = -0.1761W
    Transmitted power = -0.02753W
    PowerSum = -0.2036W

FSS:
    It has been locked for 0 days 0 hr and 0 min
    TPD[V] = -0.01628V

ISS:
    The diffracted power is around 3.0%
    Last saturation event was 0 days 1 hours and 26 minutes ago


Possible Issues:
    NPRO power is low
    AMP1 power is low
    AMP2 power is low
    NPRO watchdog is inactive
    AMP1 watchdog is inactive
    AMP2 watchdog is inactive
    FSS TPD is low
    NPRO error, see SYSSTAT.adl

Images attached to this comment
ryan.crouch@LIGO.ORG - 05:57, Monday 21 October 2024 (80787)

After talking to Jason, there's not much to do about this right now. More investigation needs to be done to see what happened to the laser, potentially needs to be swapped.

richard.mccarthy@LIGO.ORG - 06:57, Monday 21 October 2024 (80788)CDS, PSL

There power issues on the Hanford site that could have easily glitched our power and caused the npro to trip.

ryan.short@LIGO.ORG - 09:17, Monday 21 October 2024 (80792)PSL

Fil re-enabled the PMC high voltage after arriving on site, then I brought the PSL back up with little issue. One hiccup I ran into was with the new PDWD for the amplifiers; when the NPRO shut off this morning, the regular power watchdogs tripped the system off, but the PDWD did not. This meant I had to disable the PDWD before I was able to reset the system and turn the NPRO back on. After that, there were no issues recovering the PSL.

LHO General
ryan.short@LIGO.ORG - posted 22:01, Sunday 20 October 2024 (80781)
Ops Eve Shift Summary

TITLE: 10/21 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 157Mpc
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: Two locklosses this shift, one from the PSL glitching, each followed by fully automatic relocks. Otherwise, it's been a fairly quiet evening.

H1 General (Lockloss, PSL)
ryan.short@LIGO.ORG - posted 20:36, Sunday 20 October 2024 - last comment - 21:37, Sunday 20 October 2024(80779)
Lockloss @ 03:25 UTC

Lockloss @ 03:25 UTC - link to lockloss tool

The NPRO/FSS had been glitching with high frequency for about a minute prior to the lockloss, so I feel confident saying it's the cause here.

Images attached to this report
Comments related to this report
ryan.short@LIGO.ORG - 21:37, Sunday 20 October 2024 (80780)

H1 back to observing at 04:23 UTC. Fully automatic relock.

H1 SQZ
sheila.dwyer@LIGO.ORG - posted 15:52, Friday 18 October 2024 - last comment - 22:41, Monday 28 October 2024(80747)
homodyne angle sign, initial look at Camilla's data set

Vicky, Sheila

Summary:  Today we learned that frequency independent anti-squeezing is a very good way to determine which sign the homodyne angle is. 

Background: I've been working on using code from Vicky's repo and the noise budget repo to do some checks of a quantum noise model, this is in a new repo here

Details about how this model is made:

The first attached plot illustrates how these models and plots are made.  It starts with a no squeezing time, and an esitmate of non quantum noises from the noise budget, (dark gray, this one is from Elenna's recent run of the noise budget: 80603  ) and an estimate of the arm circulating power along with other parameters set in a quantum parameters file in the same format that is used by the noise budget.  It fits the readout losses by adding a gwinc model of quantum noise with the noise budget estimate of other noises, and adjusting the readout losses of the gwinc model, this is done from 1.5-1.8kHz in this case.

Based on this readoutlosses we get a model of quantum noise without squeezing, and subtract that from the no squeezing trace to get an estimate of the non-quantum noise.  This is enough different from the noise budget one that I've used that as the estimate of the non-quantum noise for the rest of the traces. 

By subtracting this subtraction estimate of the non-quantum noise, it estimates squeezing in dB, and finds a median level of dB from 1.5-1.8kHz for anti-squeezing and squeezing. This should be the same with and without the filter cavity, but in this data set there is slightly more anti-squeezing in the time without the filter cavity, so I've used FIS and FIAS to estimate the nonlinear gain and total efficiency for squeezing.  The nonlinear gain is translated into generated squeezing for gwinc, and the injection losses for squeezing are set so that the injection efficiency* readout efficiency = total squeezing efficieny. 

With this information we can generate models for anti-squeezing and squeezing traces, but fitting the squeezing angle to minimize or maximize quantum noise.  Then for the mid angle traces, the squeezing angle is fit to minimize the residual between the data and the quadrature sum of the subtraction estimate of non quantum noise and the model. We can then look at these plots and try manually changing parameter in the quantum parameter file.

Homodyne angle:

We've been stumped for a while about the excess noise we see with low frequency anti-squeezing, in 79775  I went through old alogs and see that we've had this mismatch of model with our data for a long time.  Today we tried flipping the sign of the homodyne angle and see that low frequency anti-squeezing is much closer to fit both with and without the filter cavity. Compare the 2nd and 3rd attachments to see this.

We still have more work to do on this model, including adding in the additional traces near squeezing and near anti-squeezing that Camilla took, and checking if it can give us any information about arm power (it doesn't seem very useful for that), or the mode mismatches. 

 

 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 12:06, Monday 21 October 2024 (80797)

I neglected to mention that this is based on the nice data set that Camilla collected here: 80664, and that three is more work to be done with this, checking SRC detuning, mode mismatch, and including the +/- 10 deg data.

 

victoriaa.xu@LIGO.ORG - 12:04, Thursday 24 October 2024 (80820)SQZ

Sumary: seems the current (+) side of DARM is better for FDS, although it is opposite of our previous quantum noise models. But given the current sign is actually better for DARM, the model error doesn't really matter, and it's not really worth changing signs.

The wrong HD angle sign seems to be why none of our quantum noise models, despite fitting all other SQZ angles well, have ever fit FIAS properly. We will update our quantum noise models for the noise budget. Attached are some quantum noise models and DARM plots for Camilla's recent SQZ dataset lho80664.
 

Plots with optimal FDS (optimal fc detuning) for both signs of the homodyne angle: showing 1st just the quantum noise models without adding back non-quantum noise (NQN), and 2nd showing QN models + NQN.

  • Current sign of DARM (+) has solid lines. "Other" sign (-) has dashed lines.
     
  • Homodyne angle is only really obvious for FIAS (freq-indep anti-squeezing, turqoise traces).  It's almost indistinguishable for FIS otherwise (green, yellow, light blue). Marginally noticeable for FDS (but more sensitive to FC optimization).
    • Sheila made a super important observation that FIAS has never fit quantum noise models properly. 
    • Quantum noise models with the "other" (-) sign expect FIAS < No SQZ between 15-100 Hz, and FIAS < FIS between 15-50 Hz. This is not what we have observed with FIAS, despite QN models fitting all other SQZ angles fine.
    • Only flipping the HD angle sign was able to match the QN models to data, suggesting that previous quantum noise models used the wrong sign of the homodyne angle.
    • It turns out this doesn't really matter in real life, but we will update the noise budget models.
       
  • Confusingly, the current (+) side is better with FDS, but the "other" (-) side is better for unsqueezed DARM. See the grey (+) vs. black (-) traces for unsqueezed DARM at +/- 10 deg homodyne angles.
    • Not sure where the notion of a "good side of DARM" comes from
    • Pre-O4a, there was a quick test to lock on the other side of DARM, lho68080...  But maybe this test just shows some technical noises change with the HD angle?
      • In the test, see the plot of how unsqueezed DARM (purple vs. red) is very different below 100 Hz for the two signs, but not in the pway predicted by quantum noise models (grey + black traces).
      • So, seems like this test suggests the +/- sign measured DARM noise differences are more likely technical (non-quantum) noises that change with homodyne angle.

Third attachment (3rd) shows a wider range of homodyne angles, from +15 deg to -10 deg. So far the code for these plots is living here.

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Altogether this is making progress on the quantum noise models for the noise budget!

Summarizing updates and what we're learning:

  • As Sheila said, low freq frequency-independent anti-squeezing (FIAS) ---> homodyne angle (which sign it is + approx how many degrees): see light blue FIAS traces in 2nd plot.
  • As in lho80318 79951, can use the frequency-independent squeezing (+mid-sqz) bronchosaurus (FIS) ---> SRCL detuning. 
  • Subtracted FDS data still WIP as the low frequency quantum noise estimate seems not totally right.
    • Maybe could fit the FC detuning at each SQZ angle (as SQZ angle can affect the RLF-CLF offset for such low (sub-linewidth) FC detunings), but haven't thought about this FDS data much yet.
  • Important model degeneracies remain from having 4 model unknowns: [[ IFO arm power + readout loss, and SQZ NLG + injection loss ]] with which to fit 3 DARM measurements [[ unsqueezed shot noise + anti-squeezing (kHz level) + squeezing (kHz level) ]].
  • Still need to factor in mode-matchings.
Images attached to this comment
sheila.dwyer@LIGO.ORG - 22:41, Monday 28 October 2024 (80877)

Vicky, Sheila

Based on the fit of total squeezing efficiency and nonlinear gain (which is based on subtracted SQZ and ASQZ from 1.5-1.8kHz), and known losses from loss google sheet, we can infer some possible maximum and minimum arm powers using the no squeezing data. 

The first attachment shows the same plot as above, but with the latest jitter noise measured by Elenna in 80808 We noticed this afternoon that there is a problem with the way these jitter noises are being added in quadrature by the noise budget, but we haven't fixed that yet.  In this data set, we have 15.1dB of anti-squeezing and 5.1dB of squeezing from 1.5-1.8kHz, we can use the Aoki equations to solve for nonlinear gain of 14.6 and total efficiency eta for squeezing of 73%.  Since the known readoutlosses are 7.3% and the known squeezer injection losses are 8.8%, this gives us a minimum readout efficency of (eta/(1-known injection loss) = 79% and a maximum of 1-known readout loss = 91.2%.  Using the level of noise between 1.5-1.8kHz with no squeezing (and an estimate of the non quantum noise) we can use these max and min readout efficencies to find min and max circulating powers in the arms. 

These arm power limits will be impacted by our estimate of the non-quantum noise, the homodyne angle, and the SRC detuning.  With 0 SRC detuning, and a homodyne angle of 7 degrees, this resutls in a range of arm powers of 324-375kW.  the estimate of non-quantum noise is the most important of these factors, while SRC detunings large engouh to change these estimates significantly seem outside the range that is allowed by other squeezing mesurements.

  • If I reduce the technical noise estimate from the noise budget by 10% in the ASD, the arm power range is 330-383kW, raising the non quantum estimate by 10% gives a range of 328-375kW.
  • Using a homodyne angle of 10.6 degrees instead of 7 gives an arm power range of 331-383kW. 
  • using an SRC detuning of 0.48 degrees (which is clearly too large based on the mid frequency squeezing) results in a range of powers of 321-372kW. 

I've run the comparison of the model to different squeezing configurations for the low and high range and the nominal parameters (0 SRC, 7 degrees homodyne angle). Frequency independent squeezing and both types of mid squeezing are sensitive to the arm power from 50-100Hz, this comparison shows that the low end of the arm power range seems to have slightly too little arm power and the high range slightly too much.  However these frequencies are also sensitive to homodyne angle and SRC detuning. 

Images attached to this comment
Displaying reports 621-640 of 79078.Go to page Start 28 29 30 31 32 33 34 35 36 End