Displaying reports 13121-13140 of 86442.Go to page Start 653 654 655 656 657 658 659 660 661 End
Reports until 18:34, Tuesday 23 January 2024
H1 SQZ (ISC, SQZ)
victoriaa.xu@LIGO.ORG - posted 18:34, Tuesday 23 January 2024 - last comment - 15:33, Tuesday 30 January 2024(75509)
1/22 HAM7 - Found SQZ beam to place irises in HAM6/7 post-vent

[Julian, Naoki, Camilla, Sheila, Vicky]

Summary to get SQZ alignment beam: Launched 76mW into seed fiber, ~25 mW incident on opo cavity, ~0.85 mW transmitted through opo cavity. Had to find opo transmission past the VIP, for this we used green SK path as a reference. This ~0.85 mW opo transmission was bright on an IR card at the HAM5 gate valve, and enough to iris the SQZ beam in HAM7 and HAM6 (for OMC work 75512). DC 3/4 centering loops engaged easily, then OMC A/B QPD's saw the sqz beam.

----------- Notes from today ------------------------------------------

Launched power into SEED fiber (SQZT0): 76 mW

OPO IR REFL (CLF_TRIG_REFL_DC_POWERMON @ SQZT7): 24.8mW   (when opo is dither-locked).

Fiber rejected power PD in HAM7 (CLF_REFL_REJ) is 5.3 mW.
  -->  Seed fiber coupling: ~34% of the seed fiber launched power was incident on the opo cavity. 
  -->  40% coupling through fiber, ~6% mispolarized and rejected after fiber. This is similar to recent fiber alignment 75344, even after more recent on-table work 75486.

We had to find the OPO IR transmitted beam after the VIP. Nothing at first despite restoring suspensions 75502. Notes to self on what worked to find the SQZ beam post-vent:

OPO IR TRANS (OPO_IR_PD_DC_POWERMON @ SQZT7): 0.85 mW  -- Just before opening the HAM7/5 gate valves. Opened the beam diverter, SQZ beam was bright on an IR card held at the HAM5 gate valve.

After opening gate valve, immediately saw the beam on AS A/B/C QPDs.

ASC-AS_A/B_DC_SUM_OUTPUT ~ 60.  ASC-AS_C_NSUM_OUT16 ~ 0.65-0.67.  

HAM6 crew irising SQZ beam, 75512.

HAM7 crew irising SQZ beam. Julian has some photos of HAM6 and HAM7 irses. Sheila -- looks like there is some clipping on the VIP (we have not totally optimized FC_REFL path slider alignments post-vent, just found the beam). Revisit this FC REFL alignment later.

Engaged DC 3/4 centering. It just worked. Control signals near 0. 

We see the beam on the OMC QPD's, power is consistent with ASC-AS_C power, around 300-400e-6 on each OMC QPD A/B. Power goes away when SQZ beam diverter is closed. See omc powers screenshot with as_wfs powers.

TO-DO SQZ work later:

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 08:09, Tuesday 23 January 2024 (75516)EPO

tagging for EPO

camilla.compton@LIGO.ORG - 09:30, Tuesday 23 January 2024 (75517)SUS

Accepted ZM1,2,3,4,5,6, FC1,2 OPTICALIGN sliders in sdf. Attached is the photo so we'll know where to bring them back to after pumpdown.

ZM4,5,6 are not monitored - should remember why that is....

Images attached to this comment
victoriaa.xu@LIGO.ORG - 18:48, Tuesday 23 January 2024 (75527)

Camilla, Naoki, Vicky

Next day 1/23, we tried to help check OMC alignment, but after turning the SQZ laser back on, we didn't find the beam past the VIP at first.

To re-find the sqz beam, we had to move FC1 quite a bit (pitch slider by 100 counts, yaw slider by 65 counts). See FC1 SDF's of today's move, compared to what Camilla just accepted in SDF after we first found the beam yesterday 75517.

Naoki checked FC1 and ZM1-2-3-4-5-6 SUS, and did not see any anomolous movements of the optics.

We left FC1 with an alignment that maximizes signal on both HAM7 FC WFS (RLF QPD's). Both QPD's are now saturated with 75mW into the fiber. With 5mW into the fiber to un-saturate, both QPD's are close-ish to centered.

Hopefully this is enough to use AS A/B WFS centering tomorrow. Today when we tried it, DC3 worked, but DC4 railed as the beam wasn't hitting AS_B well.

Images attached to this comment
victoriaa.xu@LIGO.ORG - 11:05, Wednesday 24 January 2024 (75542)

Sheila, Camilla, Vicky

We re-found the SQZ beam in HAM6 this morning after opening the ham5 gate valve. Steps taken this morning 1/24, after yesterday using FC1 to align onto the HAM7 FC WFS QPD's:

  • With TTFSS locked, 75mW launched into seed fiber, brought SQZ_MANAGER to LOCKED_SEED_DITHER
  • Watch using opo-ir-dither-locking scope to make sure OPO dither locked properly on red. Can check OPO IR REFL locks at its aminimum (see H1:SQZ-CLF_TRIG_DC_POWERMON, or SHUTTER_I_TRIGGER on the opo-ir-dither scope, successful dither lock example here).
  • Check there is power on the HAM7 FC WFS QPD's. When aligned to OMC, we've been saturating RLF_QPD_A, and ~40-70 on RLF_QPD_B.
  • Open HAM7 SQZ beam diverter
  • Open HAM6 Fast shutter
  • (check AS WFS DC centering is off, check that suspension histories on OM1,2 are clear)
  • Use ZM5 P/Y to align onto AS_C, AS_A, AS_B
  • If beam is hitting AS_A/B, the AS_WFS_P/Y_INMON input signals should all be < 1.  When the beam was missing AS_A/B, their WFS_P/Y_INMON signals were ~1e6. Once the beam start to hit QPD's, INMONs were < 1.
  • With the beam hitting AS_WFS, turn on inputs for DC3/4 WFS centering, control signals ~ 0.
Images attached to this comment
victoriaa.xu@LIGO.ORG - 13:52, Wednesday 24 January 2024 (75545)

For convenience while vented, I made the following guardian changes so far:

  • SQZ_MANAGER -- these changes can be reverted post-break
    • "LOCKED_SEED_DITHER" is now requestable from drop-down menu -- Line 597 -- change back later
    • "DOWN" no longer closes squeezer beam diverter -- commented out Line 213 -- change back / re-evaluate later
  • SQZ_OPO_LR: trying to improve dither lock's lockless detection -- keep these changes

All guardian edits (+sqz angle servo flag in sqzparams.py) commited to svn revision 27088.

camilla.compton@LIGO.ORG - 15:33, Tuesday 30 January 2024 (75635)

Attached Julian's photos of the iris locations on HAM6 and HAM7. 

Images attached to this comment
LHO General
corey.gray@LIGO.ORG - posted 16:04, Tuesday 23 January 2024 (75515)
Tues DAY Ops Summary 17:01UTC Keita into LVEA - HAM6 OMC swap

TITLE: 01/23 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

LOG:

H1 CDS
filiberto.clara@LIGO.ORG - posted 14:02, Tuesday 23 January 2024 (75524)
EX High Voltage Powered Off

WP 11645
Procedure M1300464

The following high voltage power supplies/electronics were powered off in preparation for the EX vent.

1. EX ESD HV and Low Voltage Chassis
2. EX Ring Heater

F. Clara, G. Moreno

LHO VE
janos.csizmazia@LIGO.ORG - posted 11:29, Tuesday 23 January 2024 (75523)
1-22 vent vacuum diary
Late entry. Activities on Jan 22nd:
- The HAM7 X+ and X- doors have been removed
- The purge air was switched on at EX
- GV20 (at EX) was closed - the GV struggled with closing, but in the end it seems to be OK
- Electrically 1, mechanically both 2 spare roughing stations are finished
- VPW C+B door issue - 2 screws stuck, tomorrow will open it: this load has some blanks and new Hepta headers, which will be also needed
H1 CDS
david.barker@LIGO.ORG - posted 10:56, Tuesday 23 January 2024 (75522)
DAQ restart

At 10:33 the DAQ 0-leg was restarted, followed at 10:38 by the 1-leg. The DAQ restart was for two EDC changes: Daniel's new slow controls CS_SQZ channels and Patrick's additional FMCS channels.

The EDC was restarted at 10:33.

A new SQZ SDF monitor.req file was installed the and h1syscssqzsdf service was restarted.

LHO VE
david.barker@LIGO.ORG - posted 10:22, Tuesday 23 January 2024 (75520)
Tue CP1 Fill

Tue Jan 23 10:06:58 2024 INFO: Fill completed in 6min 54secs

Gerardo confirmed a good fill curbside.

Images attached to this report
H1 TCS (TCS)
corey.gray@LIGO.ORG - posted 09:52, Tuesday 23 January 2024 (75519)
TCS Chiller Water Level Top-Off (Bi-Weekly, #26166)

Addressed TCS Chillers (Tues [Jan23] 855-910pm local) & CLOSED FAMIS #26166:

LHO General
corey.gray@LIGO.ORG - posted 08:23, Tuesday 23 January 2024 (75514)
Tues DAY Ops Transition

TITLE: 01/23 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    SEI_ENV state: EARTHQUAKE
    Wind: 6mph Gusts, 3mph 5min avg
    Primary useism: 0.22 μm/s
    Secondary useism: 0.15 μm/s
QUICK SUMMARY:

H1 CDS
erik.vonreis@LIGO.ORG - posted 07:15, Tuesday 23 January 2024 (75513)
Workstations updated

Workstations were updated and rebooted.  This was an OS package update.  Conda packages were not updated.

H1 ISC (SUS)
koji.arai@LIGO.ORG - posted 22:06, Monday 22 January 2024 - last comment - 10:38, Wednesday 24 January 2024(75512)
Preparation for the OMC extraction

[Rahul, Keita, Betsy, Koji]

Preparation work to extract the existing OMC has been completed. We will continue with the OMC extraction tomorrow morning.
The overall work procedure for the OMC replacement is summarized in G231106 https://dcc.ligo.org/LIGO-G231106.


= OMC shroud panel removal =

While waiting for the beam from the squeezer to come, we started the removal of the OMC shroud panel in parallel. The work was done along with the procedure E1600164.
The removed panels were placed on a stainless steel table in the HEPA booth of HAM6 (Attachment 1). The panels were not covered to prevent accidental placement of objects on them.

During the work, a beam dump was removed from the table to make the removal work possible. This beam dump is to kill one of the weak transmissions of the OMC.
Betsy took the photo record of the location, but it is safely trivial how it should be aligned.

= SQZ beam marking and alignment =

The beam was delivered to HAM6 and was pinned down with two irises on the ISI table.
The irises were placed just after the beam entered HAM6 (next to OM2) and just before OM1 (next to the fast shutter).
This means that these indicators are not affected by the alignment in HAM6.
They were placed by eyeballing, so their precision was as such. By default, both the irises were set to the maximum opening.

Next, the beam alignment was servoed towards the WFS heads using the DC centering ASC loops.
As soon as the control was applied, both QPDA and QPDB of OMC showed significant signals with total light level of ~1e-3 (Attachment 2).
When the light was blocked (at the squeezer?), the value dropped to almost zero, confirming that this was a real beam.
This is very good news as we'll be able to find the beam arrival using the OMC QPDs when we try to align the new OMC.

= Holding suspension mass =

Next, we proceeded to hold the suspension masses. Rahul and Koji worked in the chamber on the ISI table for the following operations.

To hold the intermediate mass:

Then, moved onto fixing the OMC:

= Removing the electronic cables from the OMC =

Upon removing the electronics cables, one person held the cable harness on the OMC breadboard to prevent the OMC from wobbling too much.
The removed cables were wrapped around the top part of the suspension frame to keep them out of the way of the further work.

At this point, it was just at 5pm, so we exited from the chamber.


Next Steps:

Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 10:38, Wednesday 24 January 2024 (75541)

Beam dump location picture before it was removed.

Images attached to this comment
LHO General
thomas.shaffer@LIGO.ORG - posted 16:01, Monday 22 January 2024 (75510)
Ops Day Shift Summary

TITLE: 01/22 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC (covering for the latter half of the shift)
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: HAM7 irises are in place, OMC work in HAM6 is ongoing.
LOG:                                                                                                     

Start Time System Name Location Lazer_Haz Task Time End
16:32 fac randy lvea n furniture moves & misc 19:29
16:35 fac karen.kim ham n cleaning around HAM7 18:21
16:36 vac jordan.VAC_crew HAM7 n HAM7 doors finishing 19:34
16:39 Site jason.ryanC WestBay n FARO surveying 19:58
16:48 ee fil east bay n cable search 17:28
16:52 LHaz LHO EX YES Laser HAZARD!! 17:57
16:59 isc camilla optics lab n prep for HAM7 17:45
17:25 Pcal tony EX n PCal closeout 18:07
17:40 CC mitch HAM6.7 n Distrib. Contam Control kit 17:41
17:49 sus rahul remote n HAM6 SUS meas 18:57
18:03 SLiC mitch EX n Prep for Baffles 18:44
18:51 sei jim HAM7 n Locking HAM7 19:02
18:59 omc koji HAM6 n Prep for OMC swap 19:56
19:08 isc camilla lvea y LVEA to laser HAZARD!!! 19:47
19:36 sus rahul HAM6 n prep for OMC swap 19:56
19:44 SUS austin remote n Moing ZM for HAM6 work 20:18
19:46 ISC ISC LVEA YES LVEA laser HAZARD!! 01:46
19:48 isc daniel HAM6 y laser for HAM6 alignment 20:23
20:20 SQZ Sheila.Julian.Naoki.Vicky HAM 7 YES SQZ work and HAM7/SQZT7 23:58
20:28 sus rahul remote n HAM6 sus TFs cont. 20:59
20:59 FAC Randy EY n Moving equipment to EY for wind fence 23:15
21:03 eng Betsy, Ibrahim LVEA y Vent help 21:39
21:15 CDS Fil EY n Checking on equipment 21:54
21:38 FAC Tyler Outbuildings n 3IFO inventory 23:58
21:42 IAS Jason, RyanC LVEA - W y FARO work ongoing
22:01 ISC Koji, Keita, Rahul LVEA - HAM6 YES OMC swap ongoing
22:02 ENG Betsy LVEA YES Vent help ongoing
22:20 LAZ Tony EX N Transition VEA to upgrade laser safe 23:18
22:53 VAC Janos, Travis MX n Hepta filter install and test 23:05
23:06 VAC Travis LVEA - Purge air 23:12
23:14 - Richard LVEA y Support 23:26
23:14 VAC Gerardo, Jordan EX n GV20 close and purge on ongoing
23:16 PEM Robert EX n Setup vibrometers ongoing
23:58 SQZ Naoki, Vicky LVEA - HAM6 YES Vent work ongoing
H1 General
filiberto.clara@LIGO.ORG - posted 14:05, Monday 22 January 2024 - last comment - 16:09, Monday 22 January 2024(75508)
HAM6 and HAM7 High Voltage Supplies

WP 11635
WP 11637

The following high voltage power supplies were powered on this morning:

1. HAM7 - PZT and P-Sams
2. HAM6 - PZT and Fast Shutter

The pressure interlock system bypassed.

Comments related to this report
camilla.compton@LIGO.ORG - 16:09, Monday 22 January 2024 (75511)SQZ

We also turned back on the HAM7 SQZ OPO TEC servo, turned off for vent as described in M1300464.

The reasoning for the TEC servos being turned off is to protect them from trying to keep a stable temperature while vent rather than because they are High voltage.

I forgot to revisit this in 2022 so the HAM7 SFI1, SFI2, and HAM6 OFI TEC servos were left on during this vent. We'll look at at their behavior to see if this should be kept in the procedure. 

H1 CDS (SQZ)
erik.vonreis@LIGO.ORG - posted 13:31, Monday 22 January 2024 (75507)
Camera 20 restarted.

Camera 20 failed and was restarted.  The server runs on h1digivideo1, but was not being monitored by monit.  That's been corrected.

H1 CAL
louis.dartez@LIGO.ORG - posted 13:31, Monday 22 January 2024 (73735)
mismatch in MCMC params stored in calibration report files from start of O4a to late June
The Calibration group has been working hard to produce and release the LHO uncertainty budget for the first half of O4a. The case at LHO has proven to be significantly more involved than LLO's for a variety of reasons. 

  • LHO started the run at a much higher power, which led to a much more severe "thermalization" effect for the first hours of each lock stretch
  • the IFO was quite unstable at 76W, which meant that we had more locklosses & therefore spent more time "thermalizing"
  • the power was lowered to 60W in late June
  • there were signifcant periods during which we could not trust the online TDCFs
There are probably a few more reasons that I'm not recalling right now. The most challenge has been dealing with the thermalization periods as they contribute the most to our uncertainty at low frequencies. Moreover, the thermalization effect is very different between the time periods at which the IFO was operating at 76W compared to when it was operating at 60W. As part of uncertainty generation we processed the high frequency roaming Pcal lines to measure the sensing function and inform the uncertainty budget from 1-5 kHz. More on the implementation details of this process will be shared in another alog and linked here as a comment. One detail worth noting here has to do with the fact that for O4 we're using a new report-based calibration infrastructure based on pyDARM. Each time a new set of calibration measurements are taken, the data gets processed (by either a member of the Calibration team or an LHO operator) using the pyDARM tools. The data processing step produces a report PDF file and a multitude of by-product intermediate data files. These files and the PDF are all collectively called a "report." In December, I provided Lilli with a set of re-generated reports that included the newly processed high frequency roaming line data at LHO. This is similar to the work-flow the Calibration group employed for LLO earlier in the run. She then calculated uncertainty budgets for the first half of O4a, ending on October 1, 2023. However, all uncertainty envelopes before GPS 1371427218 were clearly wrong. As an example, the last "bad" GPS time is 1371394818 (calibration_uncertainty_H1_1371394818.png) and the first "good" GPS time is 1371427218 (calibration_uncertainty_H1_1371427218.png). As an additional check, Lilli used the systematic error monitoring lines to compare them against and overlay them over the uncertainty budget. The uncertainty checks can be found at: https://ldas-jobs.ligo-wa.caltech.edu/~ling.sun/lho_unc_v0.5/monitoring/. Looking specifically at the checks corresponding to the "last bad" and "first good" GPS times, we can see that at GPS 1371394818 (uncertainty_consistency_check_H1_13713948180_13713984180_GDS-CALIB_STRAIN.png), the envelope disagrees with the data taken directly using the systematic error lines. Meanwhile, the same check at GPS 1371427218 (uncertainty_consistency_check_H1_13714272180_13714308180_GDS-CALIB_STRAIN.png) does match the direct measurement much more closely. This indicates that 1.) the uncertainty envelope during the "bad" times is likely wrong (good news) and 2.) that there is probably a bug in how the data that is passed to the uncertainty envelope generation is processed (i.e. a bug or bad parameter in the report generation at LHO). Over the past few weeks, I've been trying to find this bug. I first ruled out mismatches between the front end settings (filter files, FM slots, gains, etc.) between the CAL-CS copy of the DARM loop, the actual DARM loop, and the pyDARM parameter files that are meant to mirror the (actual) DARM loop (except, of course, for the 3.2kHz pole that we already knew was missing from CAL-CS at the time). It turns out that our suspicion that there was a problem in the report generation was correct. This bug caused every report's pyDARM_H1.ini file to be populated with wrong MCMC-fitted parameters for both the sensing and actuation functions from the start of O4a until roughly June 22, 2023. There are four places that the pyDARM report system records fitted MCMC values: the PDF report, an MCMC JSON file dump, an MCMC HDF5 file dump (that includes the entire MCMC chain), and the pyDARM parameter file that has been populated with the new parameters. I was able to identify the issue by comparing these four different data products against each other to check for self-consistency. In the affected period, they all matched except for the pydarm_H1.ini files. The tools I wrote for this is attached as check_ini_vs_chain.py and its output is attached as out.txt. The output compares the fitted sensing and actuation parameters for all reports marked valid so far in O4a. Fixing this bug for report 20230620T234012Z and regenerating the uncertainty envelope and the consistency check with the systematic error lines at GPS 1371394818 resolves the discrepancy. See uncertainty_consistency_check_H1_1371391218_1371394818_GDS-CALIB_STRAIN.png.
Images attached to this report
Non-image files attached to this report
LHO General
corey.gray@LIGO.ORG - posted 12:59, Monday 22 January 2024 (75496)
Mon DAY Ops Summary

TITLE: 01/22 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

Big Tasks Of The Day:  (1) HAM7 doors taken off, (2) HAM7 work begins, & (3) Laser Hazard in LVEA / EX is back to SAFE
LOG:

H1 SUS (SQZ)
camilla.compton@LIGO.ORG - posted 10:43, Monday 22 January 2024 - last comment - 09:26, Tuesday 23 January 2024(75502)
Looking at ZM4,5,6 alginment, comapring last vent, IFO locked, and now.

Ibrahim, TJ, Camilla, Naoki,

Looking at how the ZM4,5,6 alignment has shifted both with the vent and recent temperature changes in the LVEA.

Attached is ZM4/5 P/Y alignment since the last time we were SQZing to vented now,  there is large changes of ZM5 (470urad in Pit and 230urad in Yaw). Alignment sliders haven't changed but SQZ ASC would have been changing some alignment when the IFO was locked.

ZM6 has large changes (1300urad in Pit and 280urad in Yaw). Currently DAMPED but alignment sliders are the same. Edit: DAMPED turns off the alignment sliders, once Austin brought back to ALIGNED it had moved <100urad.

We expect some changes from bouyancy of air. The HAM7 SUS are currently  "aligned" with the doors being taken off HAM7. Jim hasn't locked the ISI yet. Looking at ZM4,5,6 alignment, last vent, IFO locked, and now.

Ibrahim is looking at temperatures and alignment since our last vent.

Images attached to this report
Comments related to this report
ibrahim.abouelfettouh@LIGO.ORG - 11:26, Monday 22 January 2024 (75504)
Tyler, Ibrahim
 
Zone 4 (East Bay HAM7 Cleanroom area) Temperature Traces (lighter is this vent).
 
Last Vent Cleanroom Temp Jump (Oct 2022 - Fall):
  • Sensor 4E: 68.0F to 72.1F (4.10F difference)
  • Sensor 4A: 67.9F to 71.3F (3.42FF difference)
  • Sensor 4 Avg: 67.9F to 71.7F (3.7F difference)
Curious as to what the 2 seperate humps in temp are for this set of plots (6/7F diff overall)
 
This Vent Cleanroom Temp Jump (Jan 2024 - Winter):
  • Sensor 4E: 68.3F to 71.8F (3.45F difference)
  • Sensor 4A: 68.9F to 72.2F (3.32F difference)
  • Sensor 4 Avg: 67.5F to 70.7F (3.18F difference)
According to Tyler, these seem sufficiently comprable.
Images attached to this comment
camilla.compton@LIGO.ORG - 12:23, Monday 22 January 2024 (75505)

Vicky found that the SQZ beam was different on the RLF QPDs and not on the SQZT7 H1:SQZ-OPO_IR_PD_DC_POWER. Sheila checked that the OPOS doesn't seem to have changed much (<5um, 0.005urad  if channels are calibrated), plot attached

Images attached to this comment
camilla.compton@LIGO.ORG - 09:26, Tuesday 23 January 2024 (75518)

Details of realignment and finding the beam in 75509

H1 SQZ
sheila.dwyer@LIGO.ORG - posted 15:40, Wednesday 20 December 2023 - last comment - 12:12, Tuesday 23 January 2024(74935)
SQZ data taking with OM2 cold

Camilla, Naoki, Sheila, Nutsinee

We did a repeat of the measurement set from 73621 with OM2 cold.  For a summary, Camilla's plot shows 200V/200V PSAMs setting with solid lines and 120V/120V as dashed lines. There is a stronger frequency dependence for the 120V/120V settings, which confirms what we saw with OM2 hot, that 200V/200V has better mode matching and less frequency dependent SQZ rotation. (This plot is a direct comparison to October's data. )

The third attachment is a plot that shows that the squeezing angle that maximizes the squeezing at 2kHz is not the same as the one that maximizes the squeezing at 200Hz, (green traces are optimized for 2kHz, blue traces are optimized for 200Hz, solid is 200V/200V and dashed is 120V/120V), you can see that the frequency dependence is larger for 120V/120V.

The fith attachment compares OM2 hot vs OM2 cold for antisqueeze and squeezing, with PSAMS at 200V/200V.  There is less anti-squeezing with OM2 hot, which could be due to a difference in nonlinear gain or reduced readout losses.  The green traces show that the squeezing level is similar, although the no sqz spectra is also different between the two times. 

times:

Since our ASQZ with PSAMS 200/200 was a little lower than with 120/120, and that seemed inconsistent with our sqz data and our previous measurement with OM2 hot, we went back to SQZ with PSAMS 200/200, ran ASC then turned it off, and checked the sqz angle carefully. This did give a little more anti-sqz to replace the reference 20 above:

Camilla saved these references in userapps/sqz/Templates/dtt/DARM/PSAMS_tests_Dec2023.xml

 

Images attached to this report
Comments related to this report
victoriaa.xu@LIGO.ORG - 12:12, Tuesday 23 January 2024 (75521)AWC, ISC, SQZ

[Vicky, Sheila, Kevin]

Summary: In O4a at LHO, maxing out the ZM4/5 PSAMS to 200/200V corresponded to the best squeezer mode-matching, as judged from the flatter frequency-dependence of the squeezing angle. We didn't see a clear signature of freq-dep squeezing losses. It's possible the squeezer was better mode-matched with hot OM2, while the IFO was better mode-matched with cold OM2. So, both situations ended up comparable, and neither was fully optimal (LHO:74916, these plots). Hopefully we can repeat these PSAMS tests and reach even flatter sqz / better mode-matching in O4b, after offloading psams during the break.

To evaluate the different SQZ-IFO-OMC mode-matching configurations, Sheila suggested we can try comparing the frequency-dependence of squeezing losses and sqeezing angle across different active optics settings. This is comparing some of the SQZ metrics from Lee's paper, for various mode-matching situations (see bottom panels of Figure 3 from P2100050). If flat squeezing across all frequencies is a good figure of merit for good matching, in O4a, railing PSAMS 200/200 consistently produced the flattest squeezing (small dots) regardless of OM2.

We compared these two PSAMS datasets as a function of OM2 temp: 74935 - Dec 2023 - cold OM2, and 73621 - Oct 2023 - hot OM2. Changing OM2 temp varies the IFO-OMC mode-matching, while changing the PSAMS voltage varies the SQZ - IFO/OMC mode-matchings.

This the main takeaway plot - it shows the squeezing angle's frequency dependence as we varied PSAMS settings (ie, squeezer beam shape), at two different OM2 temps (ie, different IFO-OMC path mode matchings). Smaller dots == PSAMS 200/200, bigger dots == PSAMS 120/120. Dots = data, lines = moving average of data (not a fit) to guide the eye. 
 --->  Traces with 200/200 (smaller dots) have less degrees of sqz angle rotation across the band, i.e. they are flatter. We could interpret this flatter sqz as better squeezer mode matching.

For the process: this screenshot shows all the DARM PSAMS data we started with, and the squeeze dBs from all the configurations after subtracting classical noise. From this squeeze dB data, at each frequency we ues standard sqz equations: for anti-sqz we fit losses, for +/- mid-sqz and sqz data we fit the squeeze angle. Altogether, we get the above main plot of freq-dep losses and angle variations.

To add to this analysis -

  • Use sqz+asqz data to solve for the nonlinear gain (ie, generated sqz level) and loss at each frequency. Maybe even include the angle variations. In principle we have 2 equations, 2 measurements, 2 unknowns, so this is do-able. See if one configuraiton has higher losses than the other. Until we do this, I think the absolute loss levels (the y-axis of top row in main plot) are somewhat untrustworthy. Even for the freq-dependence of the anti-sqz losses, that is believably be due to sqz angle variations and not due to frequency-dependent losses (which I don't see strong evidence for).
  • Fit these squeeze angle variations to quantum noise mode-matching models. Ideally we could estimate how much mode-mismatch is where from these squeeze metrics.
  • Reconcile the squeezer mode-matching situation with the as-built beam paths and PSAMS settings, which Kevin is working on. Hopefully while in-chamber, we can get more photos of optic locations and beam profiles, to do this analysis after the break.
Images attached to this comment
Displaying reports 13121-13140 of 86442.Go to page Start 653 654 655 656 657 658 659 660 661 End