Displaying reports 12701-12720 of 84375.Go to page Start 632 633 634 635 636 637 638 639 640 End
Reports until 08:08, Monday 30 October 2023
H1 General (SUS)
camilla.compton@LIGO.ORG - posted 08:08, Monday 30 October 2023 - last comment - 13:16, Monday 30 October 2023(73830)
Ops Day Shift Start

TITLE: 10/30 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 155Mpc
OUTGOING OPERATOR: Austin
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 2mph Gusts, 1mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.47 μm/s
QUICK SUMMARY: IFO been in NLN for 4h40

High Pitched Fire Panel alarm in the CUR was on 15:58 to 15:00:45UTC as the FAC team worked with the fire system. Tagging DetChar

ITMY mode 5 and 8 are not damping so I will try turning gains to zero, plot attached. 73826. Tagging SUS.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 09:06, Monday 30 October 2023 (73832)

ITMY mode 8 was damping with old settings rather than gain = 0 that Ryan had saved in lscparams as VIOLIN_DAMPING was not yet reloaded, will plan to do this when out of observing.

I've put Ryan's new ITMY#8 FM1+FM6+FM10, G=+0.4, settings which is damping it well. I have left ITMY#5 at 0 gain for now.

derek.davis@LIGO.ORG - 10:01, Monday 30 October 2023 (73835)DetChar

There is no noticeable change in the data quality at 14:58 (assuming there is a typo in the original log entry).  I've attached a spectrogram of the strain data from 14-15UTC. There is non-stationary noise at low frequency throughout the hour and no change is visible at the time of the fire alarm. 

Images attached to this comment
camilla.compton@LIGO.ORG - 13:16, Monday 30 October 2023 (73845)SUS

I reloaded VIOLIN_DAMPING guardian so it will now keep ITMY#8 gain at 0 to avoid ringing up. Also changed ITMY#5 gain at 0  after talking with Rahul. Tagging SUS. 

H1 SQZ
austin.jennings@LIGO.ORG - posted 03:40, Monday 30 October 2023 - last comment - 08:35, Monday 30 October 2023(73829)
H1 Operator Assistance

The H1 system gave me a call this morning (~10:20 UTC 10/30), but when I checked the system in NoMachine, the IFO was at INCREASE DARM OFFSET and relocking and I couldn't find any issue (perhaps the timer ran over the limit?). However, once we got to NLN (10:26), I did see that the SQZ_MANAGER guardian was having some trouble, showing the warning, SQZ ASC AS42 not on??? in the guardian message log. It would cycle between this message and going back into FDS, so I hit RESET_SQZ_ASC before trying to go back into FDS, which looked to have solved the issue. - Tagging SQZ.

Comments related to this report
camilla.compton@LIGO.ORG - 08:35, Monday 30 October 2023 (73831)Lockloss

Tony and I looked into this and the reason Austin was called was that the IFO had been relocking for 2 hours so the H1_MANAGER's 2 hour "wait_for_nln" timer was up. The reason for the long relocking period was a lockloss at LASER_NOISE_SUPPRESSION 575 state 1382693851, Ryan had a lockloss here this weekend too 73787.

NLN Lockloss at 8:20UTC - 1382689308

H1 General (OpsInfo, PSL, SUS)
ryan.crouch@LIGO.ORG - posted 00:01, Monday 30 October 2023 (73826)
OPS Sunday eve shift summary

TITLE: 10/30 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 157Mpc
INCOMING OPERATOR: Austin
SHIFT SUMMARY: We stayed locked the whole shift 13:07 as of 07:00UTC, I found new settings for ITMY mode8 (FM1+FM6+FM10, G=+0.4) and possibly ITMY mode5/6 (FM6+FM8+FM10, G=-0.02) I left mode 5s gain at zero since I'm not too sure about it yet.

05:21 I went to comissioning to run a calibration measurement alog73828

05:53: Back to Observing

 

H1 CAL
ryan.crouch@LIGO.ORG - posted 22:51, Sunday 29 October 2023 (73828)
CAL BB and Simulines measurement

INFO | bb output: /ligo/groups/cal/H1/measurements/PCALY2DARM_BB/PCALY2DARM_BB_20231030T052240Z.xml

Simulines:

GPS start: 1382678928.729304

GPS stop: 1382680256.772195

2023-10-30 05:50:38,627 | INFO | File written out to: /ligo/groups/cal/H1/measurements/DARMOLG_SS/DARMOLG_SS_20231030T052832Z.hdf5
2023-10-30 05:50:38,648 | INFO | File written out to: /ligo/groups/cal/H1/measurements/PCALY2DARM_SS/PCALY2DARM_SS_20231030T052832Z.hdf5
2023-10-30 05:50:38,659 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L1_SS/SUSETMX_L1_SS_20231030T052832Z.hdf5
2023-10-30 05:50:38,671 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L2_SS/SUSETMX_L2_SS_20231030T052832Z.hdf5
2023-10-30 05:50:38,683 | INFO | File written out to: /ligo/groups/cal/H1/measurements/SUSETMX_L3_SS/SUSETMX_L3_SS_20231030T052832Z.hdf5
ICE default IO error handler doing an exit(), pid = 2479290, errno = 32
 

 

Images attached to this report
H1 General
ryan.crouch@LIGO.ORG - posted 20:06, Sunday 29 October 2023 (73825)
OPS Sunday eve shift midshift update

STATE of H1: Observing at 155Mpc

H1 General (CDS, SUS)
ryan.crouch@LIGO.ORG - posted 16:07, Sunday 29 October 2023 - last comment - 21:50, Sunday 29 October 2023(73824)
OPS Sunday eve shift start

TITLE: 10/29 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 160Mpc
OUTGOING OPERATOR: Camilla (DAY)
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 6mph Gusts, 3mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.20 μm/s
QUICK SUMMARY:

Comments related to this report
keith.thorne@LIGO.ORG - 21:50, Sunday 29 October 2023 (73827)
The action of loading new filter modules likely caused an (expected) interruption in the output of the real-time model on h1lsc0 - this is the cause of the transient DAQ checksum (CRC) error
H1 General (SUS)
camilla.compton@LIGO.ORG - posted 16:04, Sunday 29 October 2023 (73823)
Ops Day Shift End

TITLE: 10/29 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 156Mpc
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY:  Didn't take calibration measurements as we weren't thermalized, if LLO is down Ryan with take it.
LOG: ITMY mode8 was increasing so I turned off the gain this morning and then used half the gain (0.1) with the opposite sign to slowly damp it this afternoon. Ryan tried this in 73812. Nothing changed in lscparams but Ryan thinks we should save lscparams to keep gain at zero if we have a lockloss. Tagging SUS.

H1 SQZ
camilla.compton@LIGO.ORG - posted 15:51, Sunday 29 October 2023 (73822)
Out of Observing for 13minutes while SQZ SHG relocked at 22:33UTC

SHG PZT volts was close to railed at 100V with temperature drifts, see attached. We do have a checker for this when the IFO isn't in NLN 71595 but this drift was quick.  It automatically relocks at a better PZT value (56V, middle of range). It unlocked at 22:33UTC and we were back in observing at 22:46.

SHG was v. quick to relock but the FC was slow, not really finding IR ad failing at TRANSITION_TO_IR. it took ~7 attempts to lock. I paused SQZ_FC in DOWN after 4 failed lock attempts an touch FC2 as in 73797 but the green FC trans was already good. After 3 more attempts it locked itself.

Images attached to this report
LHO VE
david.barker@LIGO.ORG - posted 10:11, Sunday 29 October 2023 (73820)
Sun CP1 Fill

Sun Oct 29 10:09:07 2023 INFO: Fill completed in 9min 3secs

Images attached to this report
H1 General (Lockloss)
camilla.compton@LIGO.ORG - posted 09:06, Sunday 29 October 2023 - last comment - 11:21, Sunday 29 October 2023(73818)
Lockloss at 16:01UTC

After 3h56 at NLN. 1382630509 this is the longest lock we've had in 24 hours.

Similar glitches in DARM/ETMX in the 750ms before lockloss, see attached and compare to 73817, 73578, 73539.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 11:21, Sunday 29 October 2023 (73819)SQZ, SUS

After 4 locklosses at LOCKING_ALS, started initial alignment at 16:38UTC, finished at 16:58UTC. We had to go though PRMI locking even after initial alignment. NLN at 17:52UTC. Observing at 18:16UTC (24 minutes for ADS to converge).

High frequency SQZ is again 73798 starting bad, with DARM > 3kHz worse than NO_SQZ. Touched OPO temperature, attached, didn't help.

In this lock and the last I turned off ITMY Mode 8 gain as Ryan did 73812 as it is slowly ringing up, tagging SUS.

Images attached to this comment
LHO FMCS
camilla.compton@LIGO.ORG - posted 08:24, Sunday 29 October 2023 (73816)
Temperature Drifts LVEA zone 5A and EY VEA

As yesterday, 73804, we still have some large temperature drifts in LVEA zone 5. Plot attached. Also seeing EY VEA temperature drop, will keep an eye on this..

Images attached to this report
H1 General
camilla.compton@LIGO.ORG - posted 08:08, Sunday 29 October 2023 - last comment - 08:34, Sunday 29 October 2023(73815)
Ops Day Shift Start

TITLE: 10/29 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 155Mpc
OUTGOING OPERATOR: Austin
CURRENT ENVIRONMENT:
    SEI_ENV state: CALM
    Wind: 3mph Gusts, 2mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.14 μm/s
QUICK SUMMARY: IFO has been locked for 3 hours. Plan to do calibration measurements at 11amPT.

There was a lockloss at 10:49UTC 1382611811 after 3h45 at NLN. Followed by an automatic relock (3 locklosses around DRMI locking).

Comments related to this report
camilla.compton@LIGO.ORG - 08:34, Sunday 29 October 2023 (73817)Lockloss

The overnight lockloss had DARM / ETMX looking strange in the 0.5s before, see attached.  We've been noticing this sort of lockloss in the past few weeks, e.g. Oli's 73578 analysis, 73539.

Images attached to this comment
H1 ISC
camilla.compton@LIGO.ORG - posted 15:47, Friday 27 October 2023 - last comment - 15:04, Tuesday 14 November 2023(73773)
MICH FF Remeasured but not Changed

Took MICH FF measurements following instructions in lsc/h1/scripts/feedforward/README.md but running MICHFF_excitation_ETMYpum.xml. Data saved in lsc/h1/scripts/feedforward/ as .txt files. Last tuned MICH in 73420

I saved a new filter in FM6 as 27-10-23-b (red trace) but it made the MICH coupling worse between 20 and 80Hz so we left the original (pink trace). We could try to re-fit the data to load in Wednesday's commissioning period.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 14:49, Sunday 29 October 2023 (73821)

I re-fit this data and think i have a better filter saved (not loaded) in FM3 as "27-10-23-a". We could try this during a commissioning period this week if we wanted to try to further improve MICH.

Plot attached of proposed filter FM3 (red) with current filter FM5 (blue REF0) and Friday's failed filter FM6 (green REF1). 
We would like to be close to FM5 (blue) 20-80Hz close to FM6 (green) above and below this. Proposed filter does have increased gain at low frequencies.
Images attached to this comment
camilla.compton@LIGO.ORG - 15:04, Tuesday 14 November 2023 (74206)

Tried this FM3 FF 2023/11/14 16:04:30UTC to 16:06:30UTC. It did not cause a lockloss. I did not run the MICH comparism plot but DARM looked slightly worse. Plot attached.

From 16:07:05, I tried FM6 which is the currently installed MICH FF (FM5) without the 17.7Hz feature 74139.

Images attached to this comment
naoki.aritomi@LIGO.ORG - 13:57, Friday 03 November 2023 (73962)

I tried to test a new MICH FF FM3 Camilla made. First I measured the current MICH FF FM5 as shown in the attached figure. The pink and black curves are the current MICH FF FM5 on 20231027 and 20231103, respectively. The current MICH FF gets worse between 30-80 Hz in a week. The MICH FF on 20231103 was measured after 6.5 hours into lock. Then I ramped the MICH FF gain to 0 and turned off FM5 and turned on FM3. After I ramped the MICH FF gain to 1, a lockloss happened immediately.

Images attached to this comment
camilla.compton@LIGO.ORG - 11:13, Monday 06 November 2023 (74021)

Sorry that this caused the 1383077917 lockloss.

Unsure why this FM3 would be unstable. Lockloss occurred 10 seconds after MICHFF had finished ramping on (13s - 3sec ramp time). FM3 MICH_FF looks to be outputting ~ factor of 2 higher than the current FM5 filter. Don't see any obvious instabilities in the 10seconds before the lockloss.

LSC and ASC plots attached. I wonder if the lockloss was just badly timed. We could attempt to repeat this before our Tuesday Maintenance period.

Images attached to this comment
H1 SQZ
camilla.compton@LIGO.ORG - posted 17:39, Wednesday 25 October 2023 - last comment - 15:00, Monday 20 November 2023(73747)
NLG Sweep with IFO

Sheila, Naoki, Camilla

We took FDS, Anti-SQZ and Mean SQZ data at different NLGs: 14, 17, 43, 82 and 123. We think we see evidence of frequency noise. We see less squeezing at high NLGs: around 4.5dB of SQZ at NLG < 43.1 but at NLG 81.9 and 122.8, squeezing at 1kHz reduced to 3.6 and 3.1dB. Attached Plot.

Each time we optimized SQZ angle around 1kHz. Because of this, the low frequency increased noise at high NLGs could be due to incorrect rotation, rather than phase noise. 

 
Time (UTC)
Demod phase
DTT ref#
NLG
SQZ dB at 900Hz
FDS
21:23:40-21:26:00
152.25
3
13.9
-4.3
FDAS
21:27:30- 21:32:30
228.10
6
13.9
15.2
Mean
21:33:47- 21:38:00
-
7
13.9
12.7
No SQZ
21:40:00 -21:44:50
-
0
-
 
FDS (not optimized) 
21:51:20 -21:54:30
164.57
Deleted
43.1
-4
FDAS (Left ASC off) 
21:56:00 -21:59:45
226.2
5
43.1
19.1
FDS (retake)
22:03:00 -22:06:13
167.42
4
43.1
-4.3
Mean
22:06:45 -22:09:52
-
8
43.1
16.9
FDS
22:37:50- 22:41:00
172.16
9
122.8
-3.1
FDAS
22:42:43-22:45:45
217.67
10
122.8
24.7
Mean
22:46:35 - 22:49:55
-
11
122.8
 
FDS
22:57:30- 22:59:40
169.31
12
81.9
-3.6
FDAS
23:01:20 - 23:02:55
219.56
13
81.9
22.7
Mean sqz
23:03:26 - 23:05:45
-
14
81.9
20
FDS (left IFO here)
23:19:38
154.14
15
17.1
-4.5

Data saved in /camilla.compton/Documents/sqz/templates/dtt/20231025_GDS_CALIB_STRAIN.xml

Time (UTC)
Unamplified OPO OPO_IR_PD_LF
(Scan Seed)
 
OPO trans (uW)
OPO Temp (degC)
Amplified (maxium) H1:OPO_IR_PD_LF
(Scan OPO PZT)
NLG 
(Amplified / (Unamplified Peak Max - Unamplified Dark Offset))
Peak Maximum Dark Offset
21:15
786e-6
-16e-6
80.54 uW
31.446
0.0112
13.9
21:44
 
 
100.52
31.414
0.0346
43.1
22:17
 
 
120.56
31.402
0.160
199.5 (SQZ loops went unstable) 
22:30
 
 
110.5
31.407
0.06617
82 (didn't use) 
22:36
 
 
115.46
31.405
0.09853
122.8
22:52
 
 
110.5
31.407
0.0657
81.9
22:09
769e-6
-15e-6
80.5
31.424
0.0137
17.1

Vicky and Naoki did an NLG sweep on the Homodyne in 73562.

Images attached to this report
Comments related to this report
camilla.compton@LIGO.ORG - 10:49, Sunday 29 October 2023 (73801)

Edits to NLG table in above alog: Last measurement was at 22:09 23:09 UTC. For measuring unamplified we scanned OPO PZT and for amplified we scanned SEED PZT. 

Setup for each SQZ Measurement:

For FDS: Took SQZ_MANAGER guardian to FREQ_DEP_SQZ and rotate SQZ angle to give best squeezing at 900Hz. 
For ASQZ: Turn off IFO ASC and FC ASC, rotate SQZ angle to give worst squeezing at 900Hz. 
For Mean SQZ: Took SQZ_MANAGER guardian to FREQ_INDEP_SQZ and SQZ_LO_LR to DOWN. 
 
To measure unampilifed signal for NLG:
  • SQZ_MANAGER to NO_SQUEEZING and SQZ_OPO to DOWN
  • Scan the OPO PZT with PZT_1 Enable, Use trigger: No (via SQZ Overview > HAM7 > OPO IR > OPO PZT1)
  • Should see mode scan on H1: SQZ-OPO_IR_PD_LF_OUT. Measure the highest peak as "Unamplified" and the zero level as "Unamplified Dark Offset".
  • Only need to this once (we did at start and end)
To change to another NLG:
  • SQZ_MANAGER to NO_SQUEEZING
  • Change opo_grTrans_setpoint_uW in sqzparams.py (higher power = higher NLG)
  • Reload SQZ_OPO
  • SQZ_OPO to LOCKED_CLF_DUAL_NO_ISS  then LOCKED_CLF_DUAL
    • Check it locks with correct OPO TRANS power, may need to adjust SHG power with waveplate
  • SQZ_OPO to LOCKED_SEED_NLG
  • SQZ_CLF to DOWN
  • Adjust temperature to maximize SQZ-OPO_IR_PD_LF_OUT (with SEED_PZT scanning enabled)
  • Record SQZ-OPO_IR_PD_LF_OUT maximum it is "Amplified" signal.
    • Can now calculate NLG = Amplified / (Unamplified - Unamplified Dark Offset).
  • SQZ_MANAGER to SQZ_READY_IFO (with swap back from SEED to CLF)
victoriaa.xu@LIGO.ORG - 15:00, Monday 20 November 2023 (74318)

Attached are fits of squeezing loss, phase noise, and technical noise to this NLG sweep on DARM: we can infer 25-30% total SQZ losses, ~25 mrad rms phase noise, with technical noise almost -12 dB below shot noise.

Losses are tracked in the SQZ wiki and gsheet. Of the 30% total inferred loss, we expect 20%: that is 7.5% injection loss, and 13.7% readout loss.

Remaining ~10% mystery loss is compatible with mode-mismatch: in sqz-omc single bounce mode scans, LHO:73696, we estimate 8-15% mismatch, and we observe the frequency-dependence of the mismatch as we vary squeezer beam profile using PSAMS: 73400, 73621.

In the fits, [loss, phase noise, technical noise] are fit to the measured SQZ and Anti-SQZ, given the measured NLG, using equations from the aoki paper. "Loss from mean sqz" is the calculated loss from the measured NLG and measured mean-sqz dB; it is not a fit, but depends on the calibration from NLG to generated SQZ dB.

Some summary slides here show the progression of our loss hunting, which are so far lining up with Sheila's projections from 73395.

Images attached to this comment
Non-image files attached to this comment
Displaying reports 12701-12720 of 84375.Go to page Start 632 633 634 635 636 637 638 639 640 End