Shaker injections support the hypothesis that the 52 Hz peak from the HVAC chilled water pump is coupling through the cryopump manifold baffle at EX. The attached spectrum shows a 50 Hz sinusoidal injection of a shaker in red, shaking the vacuum enclosure around the crypump manifold baffle, which also shows up in the PEM channels. Using this injection to calculate the vibrational coupling factor to DARM, and then multiplying by the magnitude of the 52 Hz HVAC peak in the PEM channels, results in an expected contribution to DARM within about 75% magnitude of the observed 52 Hz peak in DARM. We consider power coupling functions good to a factor of 2, so 75% is reasonable.
Late entry:
On Tuesday, the Kobelco was started to use the dry air to purge one of the turbo headers located in the LVEA. After starting the booster pump, a very small leak was found while performing the pre-starting inspection of the compressor, two drops of coolant were found on the catch pan inside the enclosure, the leak was traced to the gasket on the joint for the flanges of the "intercooler shell" and the "inlet adapter" (see on "Diagram" items 1, 3, and 4) unfortunately no torque specifications for the bolts holding both pieces together were found, so we did not wrench on it. A vendor was contacted and they are send a technician to diagnose/fix the leak on Monday.
The Kobelco ran for about 2.5 hours, the leak was monitored during such time, no noticeable increase on the leak was noted, but remained present. The drying skid was turned on and the RH was measured, -41.1 degrees C for one tower, the other tower read -42.3 degrees C, RH was monitored during the period of operation and no changes were noted.
TITLE: 09/08 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Austin
CURRENT ENVIRONMENT:
SEI_ENV state: LARGE_EQ
Wind: 11mph Gusts, 8mph 5min avg
Primary useism: 5.51 μm/s
Secondary useism: 0.27 μm/s
QUICK SUMMARY:
Picket Fence and Seismic System are all ringing up still from a 6.8M earthquake out of Morocco. Seems Like I'll be waiting for the uSeism to fall before attempting to lock.
TITLE: 09/08 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Down
INCOMING OPERATOR: Tony
SHIFT SUMMARY:
- EX saturation @ 15:35
- 16:00 - EQ mode activated
- Lockloss @ 16:10 - caused by a Mexico EQ, few sizable aftershocks followed (5.8), holding in READY until ground motion settles
- PEM commissioning work went from 19:00 - 21:00 UTC
- Got back to NLN @ 19:13
- Relocking was autonomous until a 6.8 EQ from Morocco decided to show its ugly face...holding in READY to ride out the ground motion
LOG:
Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
---|---|---|---|---|---|---|
16:12 | PEM | Robert | EX | Y | Viewport cover changes | 17:14 |
16:16 | FAC | Kim | H2 | N | Tech clean | 16:46 |
16:35 | FAC | Tyler | EY | N | Check pump lines on AHU | 17:12 |
17:12 | FAC | Tyler | CS | N | Check drip pan | 17:15 |
17:29 | SQZ | Vicky/Louis | SQZ table | Y (LOCAL) | SQZ alignment | 18:32 |
19:34 | PEM | Robert | EX | N | PEM commissioning | 20:45 |
19:50 | FMCS | Bubba | EX | N | Check chiller alarm | 20:06 |
19:58 | FAC | Tyler | EY | N | Check chiller alarm | 20:08 |
20:18 | FAC | Bubba | LVEA | N | Test HVAC fans | 20:26 |
Lockloss @ 21:41, cause unknown.
To archive our lock-loss-alert changes using the userapps subversion repository, I have written a script which automatically accepts any pending contact changes, and commits the resulting burt snap file to the userapps repository. The commit string explicitly notes that this is a robot commit, and gives the date-time of the commit.
The script runs periodically as a cronjob.
For the initial roll-out, the cronjob runs on opslogin0 every 15 minutes as david.barker, and uses my current Kerberos ticket for authentication with the subversion repository server.
This service will eventually move to a CDS server and use a robot authentication ticket.
Note that currently the contact channels are indexed by ID. The MEDM needs to be consulted to map an ID to the contact's name.
Louis, Vicky
In 72525, on SQZT7 Sheila and I adjusted the beamsplitter angle between the OPO_IR_TRANS PD & camera, which changed the beam-splitter ratio between refl / trans slightly. Today Louis and I re-measured and updated the OPO_IR_PD calibration. If we want to try a SQZ single-bounce measurement through the AS port, it'll be important to have an accurate calibration of the squeezer's injected power at the beam diverter. I think this calibration update is likely good to within ~2% (and very likely good to within ~3.5%)**.
With ~10mW into the seed fiber, using the Ophir PD (calibrated 10/18, at least the filter is part of S/N 889882), at 11:05AM PT we measured 52.7uW on the OPO_IR_TRANS PD, and then at 11:08am PT, we measured like OPO_IR_TRANS = 99-100uW going into the beam-splitter. While the epics calibration was fine, the slowcontrols calibration was off, so we accordingly updated the PD responsivity (0.23 to 0.235) and the PD splitter ratio (59% to 53.5%); SDF screenshot attached.
** This is assuming we trust the Ophir PD calibration into watts, but this PD was last calibrated 2018, and it wanted to be re-calibrated in 2020, but was not. We first measured with a Thorlabs PD, but that PD was inaccurate and reported the uW high by >10%. We are assuming the Thorlabs PD is inaccurate b/c the Ophir reading was closer to the former PD calibrations in slowcontrols/epics, so we are deciding to trust that one.
Following a string of local EQs, H1 is now relocking at LOWNOISE_COIL_DRIVERS. We are also about to start a short comissioning period alongiside Livingston for PEM testing beginning at 19:00 UTC and running until 21:00.
The undamped EX cryopump manifold baffle was shown to make noise in DARM, and I suggested that I might be able to damp it through the viewports ( https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=69578 ). The two page figure shows in more detail how this would work.
The corner station LVEA and end station VEA dust monitors can be used to provide temperature trends with a signal granularity of 1F. The attached 7day trend shows the dust monitor data for the two LVEA dust monitors, and the end station VEAs (one per VEA). I have plotted the 300nm dust counts alongside to show that the dust monitors are being ran periodically (shown with y-axis log scaling).
ndscope yaml file can be found at ~david.barker/ndscope/dustmon_temps.yaml
Fri Sep 08 10:06:43 2023 INFO: Fill completed in 6min 39secs
Gerardo confirmed a good fill curbside.
Closes 26208, last completed Sep 1st.
Laser Status:
NPRO output power is 1.827W (nominal ~2W)
AMP1 output power is 67.07W (nominal ~70W)
AMP2 output power is 135.0W (nominal 135-140W)
NPRO watchdog is GREEN
AMP1 watchdog is GREEN
AMP2 watchdog is GREEN
PMC:
It has been locked 33 days, 0 hr 0 minutes
Reflected power = 16.43W
Transmitted power = 109.4W
PowerSum = 125.8W
FSS:
It has been locked for 0 days 4 hr and 6 min
TPD[V] = 0.8649V
ISS:
The diffracted power is around 2.3%
Last saturation event was 0 days 4 hours and 6 minutes ago
Possible Issues: None
TITLE: 09/08 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 140Mpc
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 3mph Gusts, 0mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.09 μm/s
QUICK SUMMARY:
- IFO has been locked for just under 3 hours following the EQ lockloss from this early this morning
- CDS/SEI ok
- Alert handler channels are showing up white, most likely related to the server issue
All of the BacNET FMCS channels except for the chillers are not being seen by the EPICS IOC. This is likely associated with an upgrade to the server done earlier this week by Apollo. Restarting the IOC has not helped. This may require different IOC code. For now, this is just to note that it is a known issue.
Opened FRS29055. At this point in time, only the CS Chiller channels are active.
While FMCS work is ongoing, I have bypassed the cell-phone alarms for the channels shown below:
Bypass will expire:
Fri 08 Sep 2023 03:06:06 PM PDT
For channel(s):
H0:FMC-CS_CY_H2O_PUMPSTAT
H0:FMC-CS_CY_H2O_SUP_DEGF
H0:FMC-CS_FIRE_PUMP_1
H0:FMC-CS_FIRE_PUMP_2
H0:FMC-CS_WS_RO_ALARM
H0:FMC-EX_CY_H2O_PUMPSTAT
H0:FMC-EX_CY_H2O_SUP_DEGF
H0:FMC-EY_CY_H2O_PUMPSTAT
H0:FMC-EY_CY_H2O_SUP_DEGF
All the FMCS EPICS channels have been static since around 11:00 this morning. The attached plot shows a representative channel from CS and each out-building showing they stopped updating between 10:47 and 11:06. Interestingly most of the EPICS channels did not go invalid, but some did. This explains the mixture of green/white values on the FMCS MEDMs seen this afternoon. Jonathan and Patrick restarted the FMCS IOC at 15:01, at which point all the EPICS channels went to VAL=0, SEVR=Invalid.
At the time of writing, the corner station chiller-yard and wood-shop FMCS channels continue to be good. Therefore I have un-bypassed the critical fire-pump alarms for the weekend.
The current cell-phone alarm bypass list is now
Bypass will expire:
Mon 11 Sep 2023 03:16:29 PM PDT
For channel(s):
H0:FMC-CS_CY_H2O_PUMPSTAT
H0:FMC-CS_CY_H2O_SUP_DEGF
H0:FMC-CS_WS_RO_ALARM
H0:FMC-EX_CY_H2O_PUMPSTAT
H0:FMC-EX_CY_H2O_SUP_DEGF
H0:FMC-EY_CY_H2O_PUMPSTAT
H0:FMC-EY_CY_H2O_SUP_DEGF
Elenna, Sheila
We got data today to rerun our noise budget with the current noise (150Mpc). We got quiet time with no squeezing for 10 minutes starting at 1375723813, with no large glitches. We ran excitations for LSC, laser noise, and ASC. We had quiet time with squeezing injected from the previous night of observing, I choose 1375695779 as a time with high range and no large glitches. This is commit 50358cda
Elenna, Sheila
We ran the noise budget code for this no squeezing time.
This is all commited as 0f9ffe0e
Sheila, Vicky - we have re-run the noise budget for following times:
Noise budget with squeezing. Changes here: using GDS instead of CAL-DELTAL, closer thermalized FDS time to no-sqz, using updated IFO gwinc parameters related to quantum noise calculation.
(Edit: was a glitch in the old time; updated to an FDS time without glitches. All plots updated.)
PDT: 2023-08-10 08:45:00.000000 PDT
UTC: 2023-08-10 15:45:00.000000 UTC
GPS: 1375717518.000000
PDT: 2023-08-10 09:35:52.000000 PDT
UTC: 2023-08-10 16:35:52.000000 UTC
GPS: 1375720570.000000
Noise budget with no squeezing. Same time as above, now calculates using gwinc quantum noise calculation instead of semiclassical calculation used previously.
PDT: 2023-08-10 10:18:11.000000 PDT
UTC: 2023-08-10 17:18:11.000000 UTC
GPS: 1375723109.000000
Both sqz & no-sqz noise budgets now use the correlated quantum noise calculation from gwinc, instead of semiclassical calculations for SN & QRPN. The gwinc budget parameters related to quantum noise calculation are consistent with the recent sqz data set (8/2, alog 72565), with readout losses evenly split between IFO output losses that influence optical gain (20%) and SQZ injection losses (20%), parameters in plot title here. This is high on SQZ injection losses, and slightly conservative on IFO output losses. This updated FDS time is thermalized and closer to the No-SQZ time; the time used previously was several hours earlier near the start of lock, w/ ifo not yet thermalized.
Unlike before, both budgets now show GDS-CALIB STRAIN, which on 8/10 was more accurately calibrated (see Louis's alog on Aug 8, LHO:72075, comparing CAL-DELTAL and GDS vs. PCAL sweep, and his record from 72531). CAL-DELTAL was previously overestimating range due to calibration inaccuracies. We got GDS-CALIB_STRAIN data from nds servers, and at first weren't able to get input jitter data from nds, due to the sampling rate change of IMC-WFS channels from 2k to 16k, 71242. Jonathan H. helped us fix this issue, so we can now pull GDS data and input jitter data from nds.ligo-wa.caltech.edu:31200 -- thank you Jonathan!! With this, the input jitter sub-budget is kind of interesting, looks to be mostly IMC-WFS in YAW.
A quick thought on discrepancy between expected and measured DARM between below several hundred Hz-- I don't know if this could be related to the recent update to gwinc CTN parameters (high/low index loss angles), related to quantum noise, or mystery noise. The recent gwinc CTN update seemed to have dropped the calculated CTN level slightly (maybe 10-15% or so). In April 2023, Kevin helped update CTN parameters LHO:68499 to reconcile H1 budget with the official gwinc parameters, while Evan made a correlated noise measurement 68482 where noise in the bucket seems more consistent with the older CTN estimate from gwinc (or very slightly higher). Another idea is that it could be related to quantum noise, such as SRCL detuning or sqz angle which could've changed since the sqz dataset, as quantum noise can also affect the noise in this region.
All pushed as git commit 28cf2664.
Edit: All pushed again as git commit 33ffd60b.
Added noise budgets with squeezing for HVAC off time on August 17 from alogs 72308, 72297.
When comparing this HVAC off time on Aug 17 with the noise budget from above on Aug 10, it's interesting to note the broadband difference in input jitter (Aug 10 vs Aug 17, HVAC off). Between these times, worth noting that I think there were several additional improvements (like LSC FF or SUS-related) as well.
Edit: updated 8/10 input jitter budget to the less glitchy noise budget time.
Much of the gap between expected DARM (black traces) and measured DARM (red traces) in the noise budget looks compatible with elevating the CTN trace. Budget plots with 100 Hz CTN @ 1.45e-20 m/rtHz are attached below for the no-HVAC times. This is almost 30% higher than the new gwinc nominal CTN at 100 Hz (i.e., 1.128e-20 m/rtHz --> 1.45e-20 m/rtHz). Compared to the old gwinc estimate of 1.3e-20, this is ~11% higher. Quantum noise calculation unchanged here.
This CTN level is similar to the 30% of excess correlated noise that Evan H. observed in April 2023, see LHO:68482. His cross-correlation measurement sees ~30% excess correlated noise around 100 Hz after subtracting input jitter noise, where that "30%" is using the newer gwinc CTN estimate of 1.128e-20 m/rtHz @ 100 Hz. This elevated correlated noise, if attributed to CTN, corresponds to CTN @ 100 Hz of about 1.3*1.128 = 1.46e-20 m/rtHz. See this git merge request for the gwinc CTN update ; this update lowered the expected CTN at 100 Hz by ~15%, from 1.3e-20 (old) to 1.1e-20 m/rtHz (new), based on updated MIT measurements.
For reference, I have plotted these various CTN levels as dotted traces in the thermal sub-budget.
To elevate CTN levels by 30% in the budget code, I scaled both high+low index loss angles by a factor of 1.8, specifically Philhighn 3.89e-4 --> 7e-4 ; Phillown 2.3e-5 --> 4.14e-5. It seems like much higher than this level ~1.45e-20 might be difficult to reconcile with the full budget.
Noteworthy w.r.t. squeezing: from the laser noise sub-budget, laser frequency noise looks within 33% of squeezed shot noise with ~3.7dB of squeezing. By contrast, the L1 noise budget from Aug 2023 (LLO:66532) shows laser noise at the ~20% level of squeezed shot noise with 5.3 dB of squeezing -- i.e. a lower laser noise floor past shot noise.
The following plots can be found in /ligo/gitcommon/NoiseBudget/aligoNB/out/H1/lho_all_noisebudgets_081723_noHVAC_elevatedCTN, and not yet commited to the git repo.
Plots with higher CTN are attached here for the SQZ / no-SQZ proper noise budget times from 8/10, when injections were run.
Comparing the sqz vs. no-sqz budgets suggests there might be more to understand here, to tease apart the contributions from coating thermal noise (CTN) vs. quantum noise in the bucket. In particular, something disturbing that stands out, is that I imagined that if elevated CTN is the physical effect we're missing, it would reconcile both NBs with and without squeezing. However, there is still some discrepancy in the un-squeezed budget, which was not resolved by CTN, and seems to have a consistent shape. I'm wondering if this is related to the IFO configuration as it affects the quantum noise without squeezing. I think this could result from a non-zero but small SRCL detuning since it looks like elevated noise, with a clear shape, that increases below the DARM pole. Simply elevating CTN to match the no-sqz budget would put us in conflict with squeezed darm, so I don't think it makes sense to elevate CTN further. The budget currently has 0 SRCL detuning as it "seems small-ish", but this parameter is somewhat unconstrained in the quantum noise models.
In models, the readout angle is upper-bounded by Sheila's contrast defect measurement, though in principle it could probably be anything lower than that too, which could be worth exploring. It might be helpful to have an external measurement of the thermalized physical SRCL detuning, or in the models allowing the SRCL detunings to vary, to explore how it fits or is constrained by the fuller noise budget picture.
Plots with squeezing can be found in /ligo/gitcommon/NoiseBudget/aligoNB/out/H1/lho_all_noisebudgets. No squeezing plots are in /ligo/gitcommon/NoiseBudget/aligoNB/out/H1/lho_darm_nosqz_noisebudget.
I pushed to git commit 70ca191c without elevated CTN and the associated extra traces. The relevant parameters are left commented out at the bottom of the QuantumParams file, and relevant code to plot the extra traces is commented out in the lho_all_noisebudgets script.
The ISS Second Loop engaged this lock with a low-ish diffracted power (about 1.5%). Oli had chatted with Jason about it, and Sheila noticed that perhaps it being low could be related to the number of glitches we've been seeing. A concern is that if the control loop needs to go "below" zero percent (which it can't do), this could cause a lockloss.
I "fixed" it by selecting IMC_LOCK to LOCKED (which opens the ISS second loop), and then selecting ISS_ON to re-close the second loop and put us back in our nominal Observing configuration. This set the diffracted power back much closer to 2.5%, which is where we want it to be.
This cycling of the ISS 2nd loop (a DC coupled loop) dropped the power into the PRM (H1:IMC-PWR_IN_OUT16) from 57.6899 W to 57.2255 over the course of ~1 minute 2023-Aug-07 17:49:28 UTC to 17:50:39 UTC. It caught my attention because I saw a discrete drop in arm cavity power of ~2.5W while trending around looking for thermalization periods. This serves as another lovely example where time dependent correction factors are doing their job well, and indeed quite accurately. If we repeat the math we used back in O3, (see LHO:56118 for math derivation), we can model the optical gain change in two ways: - the relative change estimated from the power on the beam splitter (assuming the power recycling gain is constant and cancels out) relative change = (np.sqrt(57.6858) - np.sqrt(57.2255)) / np.sqrt(57.6858) = 0.0039977 = 0.39977% - the relative change estimated by the TDCF system, via kappa_C relative change = (0.97803 - 0.974355)/0.97803 = 0.0037576 = 0.37576% indeed the estimates agree quite well, especially given the noise / uncertainty in the TDCF (because we like to limit the height of the PCAL line that informs it). This gives me confidence that -- at least over the several minute time scales -- kappa_C is accurate to within 0.1 to 0.2%. This is consistent with how much we estimate the uncertainty is from converting the coherence between the PCAL excitation and DARM_ERR into uncertainty via Bendat & Piersol's unc = sqrt( (1-C) / (2NC) ). It's nice to have these "sanity check" warm and fuzzies that the TDCFs are doing their job; but also nice to have detailed record of these weird random "what's that??" when trending around looking for things. I also note that there's no change in cavity pole frequency, as expected.
When the circulating power dropped ~2.5kW, kappa_c trended down, plot attached. This implies that the lower circulating powers induced in previous RH tests 73093are not the reason kappa_c increases. Maybe see an slight increase in high frequency noise as the circulating power is turned up, plot attached.