We were adding a new filter module for annular CO2 heating to the TCS simulation model. Both filter modules are added to the substrate diopter calculation, but their inputs are switched using the CO2 mask. For now the same filter as for central heating has been loaded. This needs to be updated.
The calibration factors are -11uD/W and -13uD/W for ITMX and ITMY annular heating, respectively, see alog 66617.
We also noticed that the filter module name for H1:TCS-SIM_ITMX_SUB_DEFOCUS_FULL_SINGLE_PASS was too long and shortened it to H1:TCS-SIM_ITMX_SUB_DEFOCUS_FULL_SGL_PASS. However, we added the following EPICS channels H1:TCS-SIM_ITMX_SUB_DEFOCUS_FULL_SINGLE_PASS_OUTPUT and H1:TCS-SIM_ITMX_SUB_DEFOCUS_FULL_SINGLE_OUT16 back in so medm screens and trend will stay unchanged.
The following 2 lines have been added to the CDS_CA_COPY guardian list:
I've been trying to understand the origin of the noise we see in DHARD_Y (and other ASC signals) below 10 Hz, as a side quest to the udnerstanding of the 2.6 Hz peak.
I've stated many times that DHARD_Y is coherent at those low frequencies with many other signals: OMC ASC, AS DC centering loops, DARM, etc.
I recently noticed that there is coherence with the M0 Y damping of all test masses: ITMX, ITMY, ETMX, ETMY, althouhg the coherence is not close to one.
The interesitng observation is that, althouhg DHARD_Y is coherent with each of the test mass damping signals at levels of 0.2-0.3, the test mass damping signals are not coherent with each other (with the exception of the 2.6 Hz peak). See first plot. This provides some evidence that the test mass damping signals are not seeing the same signal.
I therefore made the assumptions
I can then measure the transfer function from each M0 Y damping signal to DHARD_Y, and use it to project the contribution into DHARD_Y (summed incoherently).
The incoherent sum of the four test masses Y damping loop lines up with the measured DHARD_Y noise almost everywhere below ~8 Hz.
This shold be confirmed by doing some test mass M0 damping noise injections.
X2-8
Solar panels are mostly clear, all cables appear good.
Each battery was checked with a multimeter:
Right battery 14.75 VDC
Left battery 14.68 VDC
The LCD readout at the charge controller showed for both batteries 29.50 VDC, measured with clear skies.
Y2-8
Solar panels are mostly clear, all cables are good.
Each battery was checked with a multimeter:
Top battery 14.99 VDC
Bottom battery 14.48 VDC
The LCD readout at the charge controller showed for both batteries 29.50 VDC, measured with clear skies.
FAMIS task 22073
J. Kissel This is a continuation of building up a template suite for characterization of H1 SUS BS damping loops (most recently rekindled in LHO:71269). Got some more data on the beam splitter damping today. Got open loop gain TFs of the top mass M1 damping with M3 optical lever to M2 actuator damping loops on to see the impact (to make sure they weren't causing the top mass to go unstable), then got one DOF's worth of drive tuning (pitch) to measure the optical lever damping's open loop gain TFs. The data lives here: /ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/SAGM1/Data 2023-07-18_1740_H1SUSBS_M1_CDBIOState_1_OLDampingON_WhiteNoise_L_0p01to50Hz_OpenLoopGainTF.xml 2023-07-18_1740_H1SUSBS_M1_CDBIOState_1_OLDampingON_WhiteNoise_P_0p01to50Hz_OpenLoopGainTF.xml 2023-07-18_1740_H1SUSBS_M1_CDBIOState_1_OLDampingON_WhiteNoise_Y_0p01to50Hz_OpenLoopGainTF.xml /ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/Common/Data/ 2023-07-18_1805UTC_H1SUSBS_M2M3_OplevDamping_OpenLoopGainTF.xml The results, comments, etc. will be shared in the fullness of time; just have time for this "I measured the thing!" aLOG.
FYI, the optical lever damping loop open loop gain transfer functions were taken with the M2 (triple acquisition, or TACQ) coil driver set to state 2 (ACQ ON, LP OFF), and -- importantly -- the optical lever damping loop filter bank limiters, H1:SUS-BS_M2_OLDAMP_P_LIMIT and H1:SUS-BS_M2_OLDAMP_Y_LIMIT is OFF (it's nominally set at 99e3 [ct]).
Summary:
This is a continuation of single bounce beam analysis. In the past we've done OM2 hot/cold measurements for ITMX in alog 70502 and 71100, this time we've done a different thing (OM2 cold, ITM CO2 off/on for ITMY beam).
When ITM CO2 was off, the OMC scan looked like the first attached (for Jennie: about 16:46:35 - 16:47:58 UTC). 20 peak is ~1.0 while 00 peak is ~16 (off the scale in the plot).
With CO2 heating of 1W (started ~16:51:13) , the 20 peak started decreasing but it was much, much slower than we expected.
At around 17:25:00 UTC we had to stop due to other maintenance tasks. The last usable scan before this (for Jennie: 17:23:08-17:24:38 UTC) is shown in the second attachment. 20 peak was still slowly decreasing, but anyway at that moment 20 peak was down to 0.6.
Given this slow time constant, Daniel points out that maybe we should have waited longer after the IFO unlocked before starting the single bounce scan (both for today and for the past measurements). FYI IFO was unlocked at about 15:07 UTC.
I'll do my mode matching simulation as soon as Jennie gets the 20/(20+00) numbers.
What was done:
10W into IMC, ITMY single bounce. ASC-AS_A and AS_B DC centering (DC3 and DC4) were on. RF sidebands were turned off.
Manually locked OMC (OMC guardian auto, asked for prep-omc-scan, then go manual, scan the OMC-PZT2_EXC to find 00 peak, stop scan and adjust the PZT2_OFFSET so we're on the 00 resonance, ask for OMC_LSC_ON, then OMC_Locked and go AUTO, that's what I kind of remember).
Manually refined the alignment using OM3 and OMCS. Disabled the OMC LSC, OMC guardian DOWN, and started scanning. We ended up using 0.01Hz Ramp signal with 110V amplitude (PZT2_OFFSET zero) to make sure to use the full range of the PZT.
OM2 was cold throughout the scan (H1:AWC-OM2_TSAMS_THERMISTOR_1_TEMPERATURE=21.748 to 21.749, H1:AWC-OM2_TSAMS_THERMISTOR_2_TEMPERATURE= 22.149 to 22.147)
TCS was off at first. The first scan (16:45:35-16:47:58) was about 1h 40min after the lock loss.
TCS central heating of 1W was turned on at about 16:51:13.
Daniel restored the RF SBs and brought all settings back.
How to turn off RFSBs.
Disconnect the cable for 118MHz on the patch panel at the bottom of the PSL rack (1st picture).
On top of the patch panel there's a 24MHz amplifier, don't turn it off.
On top of the 24MHz thing, there are amplifiers for 9MHz and 45MHz. You will turn off the output of both (2nd picture showing the 45MHz unit with the RF output switch in OFF position).
If we just believe TCS frontend simulation, H1:TCS-SIM_ITMY_SUB_DEFOCUA_FULL_SINGLE_PASS_OUTPUT was ~17.05uD during the last OMC scan before we gave up.
We might be able to use this to distinguish between the two patches in the MM parameter space (update in https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=71477) but I'll wait for the OMC scan fitting results.
Executive Summary: The mode mis-match with no central heating on the ITM is 8.2%, the mode mis-match with central heating on the ITM is 3.6%.
For the first scan:
T0 = 1373734011
delta T = 87s
OMC scan is shown in the first png image.
Fitted C20/02 peak is shown in the first pdf.
We expect the HOM spacing to be 0.588 MHz as per this entry and DCC T1500060 Table 25.
The mode spacing is 148.796 - 149.388 = 0.592 MHz.
The ratio of second order to zeroth order carrier is (0.575 + 0.853)/(0.575 + 0.853 + 15.90) = 0.082 = 8.2 % mode mis-match
To run the code checkout git branch /dev of labutils and run measurement.
python OMCscan_nosidebands3.py 1373734011 87 "Sidebands off, 10W input, cold ITM + OM2" "single bounce" --verbose -m -o 2
and for the split peak fitting:
python fit_two_peaks_no_sidebands3.py
For the second scan:
T0 = 1373736206
delta T = 90s
OMC scan is shown in second png image.
Fitted C20/02 peak is shown in the second pdf.
The mode spacing is 148.741 - 149.338 = 0.597 MHz.
The ratio of second order to zeroth order carrier is (0.201 + 0.428)/(0.201 + 0.428 + 17.02) = 0.036 = 3.6 % mode mis-match
Run the following on the same git branch.
python OMCscan_nosidebands4.py 1373736206 90 "Sidebands off, 10W input, hot ITM + cold OM2" "single bounce" --verbose -m -o 2 -p 0.01
and for the split peak fitting:
python fit_two_peaks_no_sidebands4.py
data is in labutils/omc_scan/data/2023-07-18
files in labutils/omc_scan
figures in labutils/omc_scan/figures/2023-07-18
Summary:
Incorporated the fit results and updated the plot. Original analysis is in alog 71145.
In the attached, there are two pairs of patches, each pair comprising yellow and lighter blue, that represent the previous measurement (alog 71145 where ITMX single bounce was used with no TCS, OM2 hot/cold) and two pairs, each pair comprising greenish blue and darker blue, that represent the measurent done this time (ITMY single bounce, cold OM2, TCS ON/OFF).
Since it's impossible that the beam parameters of ITMX single bounce beam on the OMC are totally different from those of ITMY single bounce, you can just look at the distance between pairs and judge which ones represent the reality. In this case, the patches in the left half plane are the clear winners.
Details and caveats:
Calculation done for the ITMY single bounce is exactly the same as ITMX except that the measured losses are different and the mode actuator is ITMY central TCS instead of OM2.
As for the TCS optical power I used H1:TCS-SIM_ITMY_SUB_DEFOCUS_FULL_SINGLE_PASS_OUTPUT~17uD for the central heating (zero for no heating). I simply doubled the number for double-pass effect. If this is grossly off the result might look different.
Since 1st order HOM power was not negligible in ITMY single bouncer scan, as a first order approximation, I used P2/(P0+P1+P2) as the measured mode matching loss where P0, P1 and P2 are the power of 00, 1st order and 2nd order mode (for the 2nd order mode, 20 and 02 were resolved by the fit code). I've done this to ITMX single bounce scan too just for consistency.
If the model is perfect and has everything, the difference between yellow "X, OM2" and greenish-blue "Y, OM2 Cold/TCS OFF" should be explained by the difference in the ITM ROC, substrate lensing/heating including the TCS (and IFO heating prior to lock loss, since we haven't waited for hours and hours after the IFO was unlocked). It would be interesting to see if ITM difference will make the plot look any different.
However, the model doesn't have ITMX and ITMY, it's just a single ITM at the average location. Though it's easy to implement that feature in principle, I have a suspicion that the numbers used for ITM substrate lens effect in the past could be off, and I've contacted GariLynn. Wait for the conclusion of that discussion.
A big caveat is that you cannot quickly draw conclusion about the full IFO mode matching from this. At the very least, you have to take into account that the arm mode is primarily determined by the HR and that the carrier coming to OMC from inside the arms only experience the ITM lensing once (-ish).
Another big caveat is that the ADC was railing for the 00 mode peak. Look at the 2nd attachment bottom where H1:OMC-DCPD_B_STAT_MIN=-(2^19). It's not as bad as the finesse measurement (alog 71888) as the scan was slower, but if we want a better data we need to redo it with lower power or w/o x10 gain.
Last attachment shows what happens when you change OM2 (left, 1 step in the plot = maximum range of the T-SAMS) or ITM heating (right, 1 step = 10uD single pass).
WP 11315. Dave, Erik, Patrick The ETMY camera has been moved from h1digivideo2 to the new code running on h1digivideo3. Note that the cameras running on this code (all those on h1digivideo3) have an additional channel: {channel_prefix}VALID: 1 if and only if there has been a successful iteration through the image grab loop and the last iteration through the image grab loop succeeded. (read only) Monitoring this channel should be a better way to check for image freezes than monitoring the centroid positions. The full list of channels is in the wiki. Erik has updated the script that starts the camera client on the control room wall screens. Dave is updating the DAQ.
It appears that the VALID channel had not been added to the DAQ for the cameras migrated prior to this one. I told Dave and he is adding it now.
After the change of ETMY camera server, the sign of camera servo PIT3, which uses the ETMY camera, seems flipped. I changed the PIT3 gain from 300 to -400 in lscparams.
Finally had enough time on a Tuesday to finish.
Over the last couple weeks I have been fitting in SEI to DARM injections on the input side HAM chambers, like the series of injections Huyen did here. I generally followed the excitations that Huyen put in that alog, but for the HAM2&3 ISI injections I used slightly smaller drives in places, because I wasn't sure how hard I could push without breaking the lock. For each chamber I drove in the cavity length, vertical, table pitch and yaw, or X,Z,RY & RZ for each of the input hams. For each excitation, I used the feedforward paths available , like HEPI to ISI for HAM2&3 or the never yet used 3d l4c FF path for HAM1, after turning off the inputs and disengaging any filters. This bypasses the ISO filters and meant I didn't have to do any compensating for loop gain.
I then talked with Sheila about how the DARM projections were done, because it was faster for me reinvent the wheel for myself in matlab than it would be for me to figure it out in python. After getting calibrated asds for each of my excitation I used:
coupling = sqrt ( darm excited ^2 - darm quiet^2) / (witness excited ^2 - witness quiet ^2)
estimated ambient = witness quiet * coupling
where the "witness" was the GS13 or L4C in the direction of the excitation. One thing I'm not 100% sure of is the calibration for the CAL_DELTAL channel in matlab.
Three attached plots are the results for HAM1. First compares the injections for each DOF (X,Z,RY & RZ) for HAM1 as seen in DARM and the witness, to a quiet time on Jul 5. The second attachment shows the estimated ambient coupling to DARM for each of the DOFS. Third attached plot shows the estimated ambient coupling for RX on top and the noise injection vs quiet on bottom, just couldn't fit it in with the other DOFs.
Results seem mostly similar to LLO. But it does seem like our HAM1 is maybe a little closer to DARM than LLO. I would like to try the Z excitation again, I think that I probably wasn't driving hard enough 10-20hz and that is making it look like HAM1 HEPI Z is closer to darm here that it really is. I should also try including the tabletop L4Cs, but that will take a little more time, and the HEPI excitations I did won't exactly line up with the tabletop motion.
I'll attach the HAM2&3 couplings as comments to this alog.
Tue Jul 18 10:06:44 2023 INFO: Fill completed in 6min 40secs
Gerardo confirmed a good fill curbside.
This was the second ramped to 100% over 5 minutes fill, H1 was not locked (Tuesday Maintenance)
J. Kissel
Here's an inventory of the (W)HAM1 feedthrus as they stand on July 18 2023. Comments will show pictures of each feedthru, separated (and labeled) by feedthru.
As we consider
- changing the seismic isolation system in HAM1 from an iLIGO stack with an aLIGO HAM ISI,
- whether we should keep the second LSC REFL detector
- including a jitter attenuation cavity
- more or less suspended optics
for the future of HAM1 at both sites, it's important to get an up-to-date inventory of what feedthrus are available.
Also, a good portion of the WHAM1 integration issues relate to drawing updates (see IIET:5118 Ticket Tree), for which this inventory will help as well.
Here're the pertinent drawings
Systems Layout (as it stands at -v4): D0901821
Flange Layout (as it stands at -v8): D1002872
In-vac Cable Routing (as it stands at -v4): D1300075
One can see some further discussion in T2300221.
Here's pictures of WHAM1-D4
Here's pictures of WHAM1-D5
Here's pictures of WHAM1-D6
Here's pictures of WHAM1-D1
Here's pictures of WHAM1-D2 (which is in-between and beneath HAM1 and HAM2 which butt up against each other, so the pictures kinda stink. Sorry! But, it looks like there's quite litte on this feedthru anyways).
Here's pictures of WHAM1-D3
Here's pictures of WHAM1 "East" (-Y) door
Here's pictures of WHAM1 "South" (-X) door
Here's pictures of WHAM1 "West" (+Y) door (with a lot of bellows going to ISCT1.)
Thanks Jeff for those pictures. I added a link to this alog from the WHAM1 flange layout: https://dcc.ligo.org/D1002872-v8 for reference.
If you spot any additional redlines from the posted -v8 'D1002872-v7-redline.pdf', please add them to the DCC.
Here's pictures of the feedthrus on the top WHAM1 The first three pictures (619-621) are viewed on a ladder in front of the "East" (-Y) door, looking toward the +Y direction. The second two pictures (622-623) are viewed on a ladder in front of the the "South" (-X) door, looking toward the +X direction.
Continuing Gabriele's investigation from alog 71406
While damping violin modes in OMC_WHITENING this morning, I ran a DHARD_Y noise injection with a higher amplitude of 1.5 from 12:16 to 12:46 UTC:
/ligo/home/ryan.short/DHARD_Y_olg_shaped_exc_20230718.pngHere's the measurement of the DHARD_Y plant, together with a fit. The peak at 2.6 Hz is not yet well resolved, so we should target it with some additional noise injections.
Z, P, K of the fir in s-domain:
z = [-0.95136101+11.64945547j, -0.95136101-11.64945547j,
-0.36478703 +3.20366341j, -0.36478703 -3.20366341j,
-1.14203036 +0.27714772j, -1.14203036 -0.27714772j]
p = [-0.59076912+17.94263255j, -0.59076912-17.94263255j,
-0.52161196+15.28151683j, -0.52161196-15.28151683j,
-0.18999281 +6.5798622j , -0.18999281 -6.5798622j ,
-0.41593773 +2.9252335j , -0.41593773 -2.9252335j ,
-2.64441872 +0.j , -0.0852773 +0.j ]
k = -129105.8425258189
Daniel, Sheila
We turned off the 9 Mhz, 45 MHz, and 117 MHz sidebands in order to do an OMC loss measurement. We used a single bounce beam off of ITMX, with 10W input from the PSL. We spent some time trying to improve the alignment before making OMC scans.
locked: 1370711576 (OMC REFL avg 3.51mW, OMC DCPD sum 15.23mA)
unlocked: 1370711782 (OMC REFL avg 24.73 mW, OMC DCPD sum 0.078 mA)
OMC scan start: 1370712036 duration 100 seconds (2nd order modes are roughly 8% of the 00 mode).
shutter blocked: 1370712337 (OMC REFL avg -0.030 DCPD SUM 8e-4 mA).
Jennie Wright plans to analyze this data to estimate OMC losses.
Here are the plots of ASC-AS_C_NSUM, OMC-QPD_A_NSUM, OMC-QPD_B_NSUM and OMC-REFL_A_LF, during these measurements. ASC-AS_C_NSUM shows between 22.8 and 32.1mW, OMC-QPD_A_NSUM 23.4mW, OMC-QPD_B_NSUM 23.0mW, and OMC-REFL_A_LF 24.8mW. According to Keita OMC-REFL_A_DC has an incorrect calibration and shows 25.2mW. The average of the 2 QPDs would be 23.2mW, which is about 6.5% lower than 24.8mW.
Second screen shots shows a time when the IMC was unlocked. The DC offsets are in the 10s of uW at most.
Using data from the scan I adapted labutils/OMCscan class to plot the fitted scan and adapted labutils/fit_two_peaks.py to fit a sum of two lorentzians functions for distinguishing carrier 20/02 modes.
The first graph is the OMC scan plot, the second is the curvefit for the second order carrier modes.
We expect the HOM spacing to be 0.588 MHz as per this entry and DCC T1500060 Table 25.
The spacing for the modes measured is 0.592 MHz.
From the heights of the two peaks this suggests mode-mismatch of the OMC to be C02+C20/C00 = (0.83+1.158)/(15.32+0.83+1.158) = 11.0% mode mis-match.
From the locked/unlocked powers on the OMC REFL PD the visibility on resonance is 1-(3.51+0.03/24.73+0.03) = 85.7% visibility.
If the total loss is 14.3%, this implies that the other non mode-matching losses are roughly 1.3%.
To run the OMC scan code go to
/ligo/gitcommon/labutils/omc_scan/ and run
python OMCscan_nosidebands.py 1370712036 100 "Sidebands off, 10W input" "single bounce" --verbose --make_plot -o 2
in the labutils conda environment and on git branch dev.
To do the double peak fitting run:
python fit_two_peaks_no_sidebands.py
in the labutils conda environment and on git branch dev.
These scans were done with OM2 cold.
For comparison with new OMC measurements I used Sheila's code to process the visibility, but updated dit to use nds2utils instead of gwpy as I was having trouble using it to get data.
The code is attached and should be run in the nds2utils conda environment on the CDS workstations.
Power on refl diode when cavity is off resonance: 24.757 mW
Incident power on OMC breadboard (before QPD pickoff): 25.239 mW
Power on refl diode on resonance: 3.525 mW
Measured effiency (DCPD current/responsivity if QE=1)/ incident power on OMC breadboard: 70.4 %
assumed QE: 100 %
power in transmission (for this QE) 17.760 mW
HOM content infered: 13.472 %
Cavity transmission infered: 82.111 %
predicted efficiency () (R_inputBS * mode_matching * cavity_transmission * QE): 70.367 %
omc efficency for 00 mode (including pick off BS, cavity transmission, and QE): 81.323 %
round trip loss: 1605 (ppm)
Finesse: 371.769
I used the CO2 profile measurement in aLOG 65382 to estimate the average radial CO2 intensity profile on the CP. The spatial scale on the CP was determined by using the 16 axial nodes in the HWS measurement in aLOG 65436 as fiducials to estimate the diameter on the CP.
From this, I ended up with an average radial profile for intensity for the annular CO2 laser - which, when normalized to deliver 1W, looks like the following.
I put this into a 2D axially symmetric model of the coupled ITM+CP system in COMSOL and worked out the transient response for the defocus. The response looks like the following:
From this response, we estimate the steady-state defocus and can fit a weighted sum of exponential decays to the normalized response. The fitted time constants, tau, correspond to the poles in the transient response function, where the poles are 1/(tau*2*pi).
The COMSOL model predicts peak after about 2-3 hours and a slow decrease over 24 hours to settle around -9uD/W.
Steady state defocus = -8.91uD/W
amplitude = [-1.571, -0.846, 1.417]
tau = [798.6s, 7756.6s, 26491.9s]
poles = [199.30uHz, 20.52uHz, 6.01uHz]
Normalized response = 1 + sum[ amp(ii)*exp(-t/tau(ii) ) ]
The transient output of the annulus can be estimate by a weighted sum three single-pole LPF, where the weighting for each pole is just the "a" values given in the previous aLOG.
These are single-pass values.
Attaching the analysis used.
Note on the absolute power level for this simulation: it's a little unclear how to normalize the amount of power in the CO2 intensity profile. There is the power on the thermopile to consider, the aperture of the CP to consider (some power is lost as it falls off the edge of the CP) and the missing bits of the intensity on the paper on the camera. This will result in a calibration error in the magnitude in the simulation - the time constants should be relatively unaffected though.
Translated this into the following filter function: zpk([2.837e-05;2.691e-06],[6.01e-06;0.0001993;2.052e-05],1,"n")
Attached is the filter step response as given by foton in blue (red is the previsouly loaded filter.
New filters loaded into H1:TCS-SIM_ITMX_SUB_DEFOCUS_CO2_AN and H1:TCS-SIM_ITMY_SUB_DEFOCUS_CO2_AN at FM6.