I need access to the two ISC/SQZ cheats of drawers that sit past HAM6 to get spare optomechanics to populate the in-air optics table for JAC.
There is a lot of stuff against this wall so I had to move a pump cart and table to get access to them. Checked with operator + Travis before doing this.
Let me know if I need to shuffle anything around.
Closes FAMIS27829, last checked in alog88104.
For TCSX I added 100mL to bring it from 30.3 to 30.4.
For TCSY I added 80mL to bring it from 10.3 to 10.4.
The dixie cup was empty.
Closes FAMIS37258, last checked in alog86733
Everything's looking as expected, no followup investigations needed.
D. Sigg, D. Barker, F. Clara, O. Patane, J. Kissel ECRs: E2400409 and E2500296 IIET: 35739 and 35706, respectively WP: 12901 DWG: D1002741 Primary Change: Change the 18- or 20-bit 8CH DAC signal chains to 28-bit 32CH LIGO DAC chains - Consolidate all SUS signals driven by 5x 18- or 20-bit 8CH DACs (GS20AO8) onto 2x 28-bit 32CH DACs (D2200368) - Replace 18-/20- 8CH AI chassis assemblies (D1000305 and D1500177) with WD relays to 28-bit 32CH AI chassis assemblies (D2500353 and D2500400), which use the AI chassis back plane interfaces without the relays D2500097 - Upgrade representation of DACs on the signal connection page to show both DAC cards (D2200368) and DAC adapter cards (D2400014) - Update the graphical representation on the rack drawings page to show the new CARD arrangement in the SUS-C2 U25 IO chassis I've crafted a quick drawing of these primary changes, which are attached here, and Oli will post the official Altium version to -v12 D1002741 shortly. Clean-as-you-go changes: - Upgrade representation of ADCs on the signal connection page to show both ADC cards (GS16AO16) and Adapter adapter cards (D0902496) - Updated the connections and labeling for AA chassis for ADC1 to better convey the connections as a pick-off and "parallel" relay of the Transmon QPD A signals (using ISC End Station Wiring Diagram D1100670 and pictures of SUS-C2 ETMX (S1301904) and SUS-C2 ETMY (S1301919). - Some name / connection clean-up on the graphical representation of the rack drawings - TMS TOP drivers were Triple Top, now they're correctly Transmon top.
FAMIS 31114
RefCav transmission and ISS diffracted power have been dropping a bit while PMC reflected power has been increasing, but otherwise no major events over the past week while the IFO has mostly been down.
WP12901 LIGO-DAC upgrade
Daniel, Fil, Marc, Jonathan, Richard, EJ, Ryan S, TJ, Jeff, Oli, Dave:
h1susey was fenced and power down at 08:25 in preparation for its upgrade to LIGO-DACs. SWWD was bypassed on
Fil is at EY upgrading the AI chassis to accept the new SCSI links from the DACs.
The following AI Chassis were updated:
AI Chassis D1000305 S1108084 (SUSEY-C1, slot U32)
AI Chassis D1000305 S1108070 (SUSEY-C1, slot U31)
AI Chassis D1500177 S1500300 (SUSEY-C1, slot U26)
The rear panel and DAC AI Interface Board D1000551 were removed. A new D2400308 LIGO DAC Anti Image Chassis Rear Panel and LIGO DAC AI Interface D2500097 were installed.
"Yes, and..." to Fil's inventory and comments about what's changed within them -- AI Chassis D1000305 S1108084 (SUSEY-C1, slot U32) has now been transformed into a D2500353 AI chassis assembly AI Chassis D1000305 S1108070 (SUSEY-C1, slot U31) has now been transformed into a D2500353 AI chassis assembly AI Chassis D1500177 S1500300 (SUSEY-C1, slot U26) has now been transformed into a D2500400 AI chassis assembly
The matlab license file needed to be updated. I have updated the license files for the network installed copies.
We also copy a version of matlab onto the workstations to get a better startup time. I am pushing the update out to the workstations and laptops via puppet. This will have the updates out within the hour, however laptops will not get the update until they are up and puppet has run.
TITLE: 12/01 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 2mph Gusts, 0mph 3min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.23 μm/s
QUICK SUMMARY: Outdoor temps below freezing and foggy on-site. H1 has been down over the weekend and upgrades begin today with CDS work.
Sun Nov 30 10:12:23 2025 INFO: Fill completed in 12min 19secs
Sat Nov 29 10:15:50 2025 INFO: Fill completed in 15min 46secs
Fri Nov 28 10:15:11 2025 INFO: Fill completed in 15min 7secs
Thu Nov 27 10:12:47 2025 INFO: Fill completed in 12min 43secs
TCs started close to or above 0C, so the plot has a few more y-axis divisions.
FMCSSTAT alarm is for the FCES temperature drop. The heating cycle stopped around 22:15 Wed 26nov2025 and the room temperature has been dropping since.
Richard has asked for a cell phone alarm on FCES VEA temperature. I have added the following alarm:
<Channel name="H0:FMC-FCES_VEA_SPACE_TEMP_DEGF" low="39" high="90" description="FCES VEA Temp">
which texts/emails Richard and Tyler if alarm persists for 10 minutes or more.
On a positive note the drop on temperature aides the internal pressure of all vacuum envelopes, internal to HAM8 and HAM8 annulus. See attached plot for internal pressure of HAM8 for a change of about 2.0x10-08 Torr.
TITLE: 11/27 Eve Shift 2030-0200 UTC (1230-1800 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY: The last of the PEM measurements were done this evening when H1 was locked, but a couple of locklosses (both of which seemed to be caused by activity in sensitive areas in the LVEA) limited the amount of time at low noise. Following the most recent lockloss, I'm leaving H1 in 'IDLE' for the long weekend before the upgrade phase begins on Monday.
LOG:
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 20:49 | PEM | Rene | CER | N | Moving magnetometers | 20:56 |
| 21:05 | PEM | Robert | LVEA | N | Running measurements | 22:51 |
| 21:50 | ISC | Kar Meng | Opt Lab | Local | OPO work | 00:17 |
| 01:41 | PEM | Robert | LVEA | N | Cleaning up | 01:55 |
Kevin, Sheila
Over the last few days we've run ADF sweeps a few times. Here's a record of what happened and file names.
The files are in /ligo/gitcommon/squeezing/sqzutils/data
Nov 22 08:31 HF_10kHz_11_2025.h5 IFO had been powered up for 11:00, sweep started at about 14:50 UTC Nov 22. NLG 24.3, measurement is in 88224. Something seemed to go wrong towards the end of the sweep, we aren't sure what.
Nov 22 12:38 HF_10kHz_11_2025_2.h5 IFo had been powered up for 15:10, same lock as the previous measurement, same NLG measurement, sweep started at about 19 UTC.
Nov 25 00:36 HF_10kHz_11_2025_b4_CO2_step.h5 IFO had been powered up for 4:20, in this sweep I didn't turn off the SQZ angle servo based on the ADF, so the demod phase was moved around during the sweep, making this data not useful.
Nov 26 01:56 HF_10kHz_11_2025_b4_CO2_step2.h5 last night's first scan, started only 38 minutes after power up at about 8:18 UTC Nov 26th. The amplified seed was 7.8e-3, unamplified seed didn't happen correctly with the script but the waveplate hasn't moved since previous measurements of that level at 2.9e-4 (88223), giving an NLG of 26.9. (Edit, I redid the unamplified seed measurement, it looks like 3.2e-4 now, making the NLG 24.4 for these last two measurements, which has been consistent (24.3 or 24.4) for the last week.
Nov 26 08:15 HF_10kHz_11_2025_after_CO2_1hour.h5 this morning's sweep, IFO had been powered up for 7 hours, CO2s had been stepped from 1.7W each to 0.9W each for 1.5 hours when the sweep started at about 14:37 UTC Nov 26th. NLG should be the same as for above, 26.9. 24.4
The goal of these measurements is to use the ADF to measure the rotation of the squeezed state around higher order mode arm cavity resonances as described in section IV.B of LIGO-P2500132. Ultimately we would like to be able to use such measurements to diagnose the thermal state as a guide in how to tune TCS in order to improve mode matching.
While we are still digesting the results, the first plot shows the preliminary inferred squeezed state rotation for the three good data sets that we got. pre-step 1 and pre-step 2 are the two taken on Nov 22. (Everything turned out to be fine with the first sweep.) post-step is the last one taken this morning after the CO2s had been stepped and the IFO had been up for 7 hours. There is a small arbitrary constant offset in the SQZ angle of order a degree, so all angles have been shifted to be zero at 10.450 kHz. The second plot shows the OMC DCPD spectra 5 min before the start of each of these three sweeps.
Two rotation peaks are visible rather than the one shown in Fig 7 of P2500132. This is expected since the arms are astigmatic in reality, and our more detailed models show the same behavior. Each eigenmode is resonant at a slightly different frequency and is responsible for a rotation as in Fig 7 which are superimposed as observed in this data.
The post-step rotation is slightly smaller in magnitude and is shifted to slightly lower frequencies. Since the CO2 is mainly a higher order actuator, this is consistent with our expectations that this rotation is predominantly sensitive to quadratic mismatch with higher order aberrations altering the detailed behavior. However, seeing as how the pre-step was not taken just prior to the CO2 step in the same lock, I think it's just as likely that this is due to it being in a slightly different thermal state before the CO2 step. The peaks in the OMC DCPD spectra also appear slightly lower in frequency for the post-step.
I think the main takeaway from these measurements so far is showing that we can measure this rotation and resolve changes on the scale that our modeling suggests would be useful.
This analysis was done in the aligoNB environment by running
pytest /ligo/gitcommon/squeezing/sqzutils/analysis/T_10kHz_ADF.py --tb short -s -k T_Nov_CO2_step
TITLE: 11/18 Day Shift: 1530-0030 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Calibration
OUTGOING OPERATOR: Ryan C
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 4mph Gusts, 2mph 3min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.46 μm/s
QUICK SUMMARY: Locked for 22 hours, SUS charge and PEM mag. injections running now. Maintenance today, then PEM measurements for the rest of the week, because....
I have updated the "o4" program for end of run.
O4 started: 2023-05-24 08:00:00.000000 PDT [1368975618]
O4 ended: 2025-11-18 08:00:00.000000 PST [1447516818]
now: 2025-11-18 09:36:41.000000 PST [1447522619]
O4A_START: 2023-05-24 08:00:00.000000 PDT [1368975618]
O4A_END: 2024-01-16 08:00:00.000000 PST [1389456018]
O4B_START: 2024-04-10 08:00:00.000000 PDT [1396796418]
O4B_VENT_START: 2024-07-17 11:52:00.000000 PDT [1405277538]
O4B_VENT_END: 2024-08-12 12:37:00.000000 PDT [1407526638]
O4B_END: 2025-04-01 08:00:00.000000 PDT [1427554818]
O4C_STARTGPS: 2025-06-11 08:00:00.000000 PDT [1433689218]
O4_END: 2025-11-18 08:00:00.000000 PST [1447516818]
DC0 is down now as part of the DAQ 0-leg upgrade. Its GPS EPICS channels was being used by many systems on the CDS Overview MEDM screen, resulting in a lot of purple boxes. I've switch these over to DC1 and restarted the nuc20 FOM. If you have purple boxes on your CDS Overviews, please restart them.
VACSTAT is currently in the "NOT OK" condition due to missing DC0. I'll upgrade it later when Jonathan gets identical frames on the frame writers.
The dates between Jan 25th 2025 and April 1st 2025 are "O4c part 1".
As shown on the JRPC wiki, which is meant to be our 'single source of truth' for run dates (although it's not especially well organized), O4b ended and O4c began during maintenance Tuesday on Jan 25th 2025. O4c.Part1 (the "part 1" is an unofficial name) ran until the vent break on April 1st 2025. O4c.Part2 (again, "part 2" is unofficial) ran from June 11th 2025 - Nov 18th 2025.
I think Jenne meant to write Tuesday January 28th instead of the 25th which is a Saturday.
I made plots of anti-symmetric power P_AS vs. power at reflected port of OMC P_OMC_REFL during the DARM offset step measurement on September 4th, (see LHO alog #86785 and 87629).
I had to use the Beckhoff reported power for this (H1:OMC-REFL_A_DC_POWER) as the front-end channel is calibrated wrongly (see LHO alog #87648).
I also plotted the P_OMC_REFL vs. P_DCPD, ie. reflected vs. transmitted power for the OMC.
The plots for our two measurements taken at different times during IFO thermalisation are below, both were taken when OM2 was hot.
I reran these plots as the axis limits of the P_REFL vs. P_DCPD plot were wrong and were cutting off end point, plus removed line that explained what the y-intercept was for each plot as different dependent on whether we plot P_REFL vs P_AS or P_REFL vs. P_DCPD.
I also switched the P_REFL channel being used in my code to H1:OMC-REFL_A_DC_POWER from H1:OMC-REFL_A_DC_POWERMON as this latter channel has a factor of 100 relative to the former that I don't really undestand. The DC_POWER channel seems to give a realistic reading for the OMC reflected power that is much less than the power into HAM6.
First link contains two plots when we were half-way thermalised:
First plot is power at the OMC reflected PD vs. power at the antisymmetric port (calibrated into the power into HAM6) for the case where we were 1Hr 25 mins into lock.
Second plot is power at the OMC reflected PD vs. power transmitted to the DCPDs for the case where we were 1Hr 25 mins into lock.
The second link contains two plots also when we were thermalised:
First plot is power at the OMC reflected PD vs. power at the antisymmetric port (calibrated into the power into HAM6) for the case where we were 3 hrs 59 mins into lock.
Second plot is power at the OMC reflected PD vs. power transmitted to the DCPDs for the case where we were 2 hrs 59 mins into lock.
We can write down an equation for P_REFL from the OMC in terms of P_DCPD, using our linear fit.
P_REFL = ( c*P_DCPD + d ) mW
We know the nominal setting for P_DCPD is 40mA, and we can take the responsivity of the DCPDs at 100 % efficiency to be
responsivity = e * lambda / (c * h)
From the squeezer budget (E2400269) we can get a number for the Q.E. of the PD that also includes OMC losses for the transmitted beam, transmissivity = 0.937
Therefore the power at the DCPDs at nominal DARM offset is 40mA/(responsivity*transmissivity) = 49.7 mW.
The reflectivity of the OMC breadboard is 2.75e-4 as calculated from parameters given in T1500060-v3.
The formula for the power measured at the reflected port of the OMC can also be expressed as:
P_REFL = R_cav [ P_00_arm + P_00_cd] + P_HOM_arm + P_sb + P_HOM_cd
where P_00_arm is the power in the fundamental carrier mode which changes with DARM offset, P_00_cd is the contrast defect light that is in the fundamental carrier mode, P_HOM_arm is light at higher order mode frequencies which also change with DARM offset, P_sb is power in the sidebands, P_HOM_cd is contrast defect light at higher order mode frequencies.
Whereas the formula for the power transmitted by the OMC can be described as:
P_DCPD = T_cav [ P_00_arm + P_00_cd]
As we assume that all HOM and sidebands are reflected by the OMC.
The mode-matching, MM, of the OMC to the differential arm mode is defined as:
P_00_arm / ( P_HOM_arm + P_00_arm )
This can be calculated using:
P_00_arm = (P_DCPD - d)/T_cav
P_HOM_arm = P_REFL - d - (R_cav*P_00_arm)
If we do this calculation for the half-way thermalised measurement we get
MM = 0.9975
For the fully thermalised case we get:
MM = 0.9978
The code to calculate this is in: Calculate_refl_power.py located at /ligo/home/jennifer.wright/git/2025/DARM_OFFSET/
Correction to above calculation where I made a mistake in how to calculate P_00_arm:
The mode-matching, MM, of the OMC to the differential arm mode is defined as:
P_00_arm / ( P_HOM_arm + P_00_arm )
The power from higher order modes of the carrier from the differential arm motion can be calculated using:
P_HOM_arm = P_REFL - d - (R_cav*P_00_arm)
In order to calculate P_00_arm we need to use the measurement of contrast defect which can be obtained from our Sep 4th DARM offset measurements by running
python /ligo/gicommon/labutils/darm_offset_step/plot_darm_optical_gain_vs_dcpd_sum.py
on the offset step data we took on Sep 4th (see LHO alog #86744). This code plots the P_AS vs. P_DCPD graphs I mentioned in that alog, but also works our how the optical gain changes from the PCAL line height changes in DARM as the offset is changed. The plot of P_DCPD vs. optical gain has a minimum where the optical gain is zero and the power level here is considered the contrast defect (P_00_cd * T_cav) in our notation.
The contrast defect for the 255 Hz line is 1.202 mW for the partially thermalised interferometer and 1.268 mW for the fully thermalised interferometer.
Then we can obtain the power in the carrier from differential arm motion as:
P_00_arm = (P_DCPD - contrast defect)/T_cav
If we do this calculation for the half-way thermalised measurement we get
MM = 0.9978
For the fully thermalised case we get:
MM = 0.9981
The code to calculate this: Calculate_refl_power.py located at /ligo/home/jennifer.wright/git/2025/DARM_OFFSET/ has been updated.
Jennie W, Sheila,
I took a long time to post this as have been working on other things...
We carried out a test (see LHO alog #86785) to look at the effect of DARM offset stepping on the power at OMC-DCPD_SUMS and OMC-REFL (transmitted through and reflected from the OMC). We did this with the heater on OM2 off as is nominal.
We then meant to redo these measurements once we heated up OM2 to change the mode-matching of the IFO to the OMC.
Unbfortunately we lost lock at about 15:06 UTC while Corey was taking out first measurement before heating up the OM2.
The meausrement is shown in this image, I have mislabelled it as 'third measurement' but it was the first. The optical gain is shown just before this measurment to be 0.994.
Then we waited as long as we could under out initial parameters of being finished cooling the OM2 again by 1:45pm.
We took another measurement at 1 hr 25 mins into lock after two false starts where I forgot to turn off the ASC. The optical gain was measured right before we started the measurements to be 0.978 but was still thermalising.
And then we took a third 2 hrs 59 minutes into lock, the IFO should be thermalised but the temperature of OM2 was still trending upwards a bit. Optical gain was 0.986.
We can use the slope of the power at the antisymmetric port (P_AS) vs. the power at the DCPDs (P_DCPD) as the DARM offset changes to estimate the throughput of carrier through the OMC which allows us one estimate of the loss.
The plots of this throughput are here for the cold state (minus the points taken after we lost lock), here for the partially thermalised state, and here for the thermalised state.
I am also in the middle of using the plot of P_AS varying with power at the OMC reflected port (P_REFL) to get a better estimate of the mode-mis match between the interferometer and the OMC.
I plotted the loss between the antisymmetric port (calibrated into the power entering HAM6) to the power on the DCPDs. This is the inverse of the slopes in the graphs above.
All three are poltted on one graph, using plot_AS_vs_DCPD_changes.py in my own cope of the labutils repository at /ligo/home/jennifer.wright/git/local_git_copies/labutils/darm_offset_step/ .
Sheila and Camilla both agreed the loss for the two bottom lines (purple and red) are too high. These imply that a hot OM2 gives us over 20 % output losses.
If we look at the increase in loss from cold OM2 to hot OM2 this is a factor of 2.1 (210 % increase).
Compared to the decrease in optical gain squared (which we expect to reflect the change in output losses, which was:
(0.986^2 - 0.994 ^2) / 0.994^2 = -0.016 (1.6 % decrease).
We might have to check the alignment of out optics was not changing while we changed the darm offset.
Looking at OM1, OM2 and SRM alignment it did change during the darm offset steps with the biggest change (in the third offsset step measurement) being in OM2 pitch and yaw, this is only a change around 6 microradians (Elenna and Jeff state this calibration in correct to within an order of magnitude). Not sure if this enough to invalidate the loss values we measure. OM3 and OMC sus did not change much but this is because IU purposely unlocked the OMC ASC while changing the darm offset.
Jennie W, Matt T,
I plotted the antisymmetric power during the darm offset step vs. the power reflected by the OMC and am now very confused as the AS power looks to be smaller than the power reflected form the OMC. See the ndscope where I have zoomed in on the same time segment for both channels. The OMC-REFL channel is mean to be calibrated into mW and the ASC-AS_C channel is meant to be calibrated into W entering HAM 6 (even though the actual pick-off is the transmission through OM1).
The two plots attached show how the ratio between AS and OMC-REFL power changes during one of the DARM offset measurements we did right after I took this ndscope data.
Plot 1 hr 25 mins into lock.
Plot 2 hrs 59 mins into lock.
For each point the code returns the median of the time series at each step, this mioght be less valie for OMC-REFL as it is a lot noisier than ASC-AS_C.
I am still confused about the hogher power at OMC-REFL and wondering if:
a) I am confused about the calibration of one of these channels.
b) the calibration of one of these channels is wrong.
I plotted the three measurements of P_AS vs. P_DCPD during thermalisation on the same plot to make them easier to compare.
The code for this is in /ligo/home/jennifer.wright/git/local_git_copies/labutils/darm_offset_step/plot_OMC_REFL_changes/P_as_vs_P_DCPD__comp_Sep_04.pdf