Evan G., Jeff K. Summary: We measured the transfer functions of the OMC DCPD anti-aliasing (AA) module paths of ch13-16 for chassis S1102788. We measure this because the filter board was modified for these channels (LHO aLOG 28010). This is similar to the measurement Kiwamu made in LHO aLOG 21123. The OMC DCPD AA channels are 13 and 14 for DCPD A and B, respectively. The OMC PI AA channels are 15 and 16. We find that the notch behaviour of channel 13 matches what Kiwamu found in LHO aLOG 21123, but the notch of channel 14 is distorted (broken?). Channels 15 and 16 do not have the same notch behaviour (as to be expected for the PI paths, matching LHO aLOG 28085). These differences--compared to the calibration model reference AA filter--are below 1% in magnitude and less than 1 degree in phase below 7 kHz. While the calibration group is unaffected by the broken channel 14, noise from 65 kHz will be aliased down into the detection band. We should consider fixing this. Details: The setup for the measurements is shown in the first attachment, and the reference measurement (to remove the gain of the single ended to differential box) is shown in attachment 2. Each transfer function measurement is normalized by the reference measurement transfer function. Data is saved in /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/OMCAAChassis Analysis script is saved as /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/OMCAAChassis/process_aachassis_data_20160818.m Plots are shown in the third attachment. Of particular note is to compare the new measurements to the AA filter model. Channel 14 (OMC DCPD B) now has a different behaviour near the notch. The difference is below 1% in magnitude and 1 degree in phase below 7 kHz, and does not force a revision in the calibration model reference AA filter.
J. Kissel, D. Sigg, R. McCarthy We haven't really quantified what sort of super-Nyquist frequency junk lies around this notch that might cause aliased noise in the detection band. Thus we don't really know whether this abnormal notch is "good enough," -- but we also don't know so for any functional/normally behaving notches either (e.g. the CAL model reference or DCPD A / CH13's response). The best I've seen is Carl's study with an SR785, seen in LHO aLOG 28611, but the frequency axis of his plot leaves one with desire. In either case, we think it prudent to just fix the notch, so as to not leave this hanging chad lying around, in case the abnormal response is indicative of a component failure (gradual or otherwise). For bookkeeping purposed, I've opened FRS Ticket 6071. We think it sufficient to wait until next Tuesday to fix it; no emergency here.
I have updated the Beckhoff SDF system to the latest channel lists. I'll automate this process soon, here is the process I followed (using ecatc1plc1 as an example)
It is assumed that the /opt/rtcds/userapps/release/ecat area is up to date with its req files (which may be in DOS format)
First get the latest autoBurt.req into the ECAT target area:
cd /opt/rtcds/lho/h1/target/h1ecatc1/h1ecatc1plc1epics
cp autoBurt.req archive/autoBurt.req.18aug2016
cp /opt/rtcds/userapps/release/ecat/h1ecatc1/H1ECATC1_PLC1.req autoBurt.req
dos2unix autoBurt.req
Now get this autoBurt into the Beckhoff-SDF target area and use it to generate the new monitor.req file
cd /opt/rtcds/lho/h1/target/h1sysecatc1plc1sdf/h1sysecatc1plc1sdfepics
cp autoBurt.req archive/autoBurt.req.18aug2016
cp ../../h1ecatc1/h1ecatc1plc1epics/autoBurt.req .
cd burt
cp monitor.req archive/monitor.req.18aug2016
grep "^H" ../autoBurt.req | sort > monitor.req
Now restart the SDF target on h1build (as user controls)
h1sysecatc1plc1sdfstartup
If channels have been added, open the SDF MEDM screen and view the 'CHANS NOT INIT' table. Press the global 'MON' button (which selects all channels to ACCEPT and MON) and 'CONFIRM'. Now all new channels are being monitored, commissioners can decide if any should be taken out of this list.
Finally check the snap file changes into SVN.
This week I installed the ISS Outer Loop chassis into H1-PSL-R1, and hooked most of its cables up. The two AA cables for PDs 5-8 are not hooked up to an AA Chassis yet, and will be hooked up once the original servo is removed from the AA Chassis (The intention is to re-use one of the original ISS Outer loop servo's cables.) With the PSL down, I was unable to do any system testing. I have not disconnected any cables from the original servo, so it is still fully functional. I made an medm screen in UserApps/psl/h1/medm/H1PSL_ISS_OL.adl All of the new servo's functionality seems to be working. The TCS system had a bad channel that I traced back to the AA Chassis, S1301168. It turns out that 2 of the input buffers (U2 on channels 11 and 12) were bad. I replaced them, and now everything works fine. In the e-traveller, it seems that these chips have been replaced once before in February, 2015. We should keep an eye on them.
The broken hose was replaced. An attached picture shows the burst end of the hose and the fitting that goes over that end. The two other attached pictures shows the hose, end on. The turbine flow sensor for head 4 was replaced. Whilst there was no problem with this sensor per se, its output was somewhat noisier than the three other sensors. Replacing it now seemed like a prudent thing to do. A visual inspection of the flow sensor showed what might be a small build up of material around the turbine. If true that would in part explain the noisy signal from this sensor. The bulge in the crystal chiller return leg hose section in the chiller room was removed. The resonator optics of the high power oscillator were inspected for dust and water marks. The 4f lenses for heads 3 and 4 were drag wiped. The lens in front of the reverse direction power monitoring photodiode was drag wiped clean. The fibre bundle ends are being given more time to dry out. JeffB / Peter
G. Mendell, S. Karki, D. Tuyenbayev
Attached are plots showing the calibration factors (kappa_tst, kappa_pu, kappa_A, kappa_C and f_c) for ER9 generated from Spectral Line Monitor (SLM) data, analyzed using Matlab code from Sudarshan Karki and EPICS values from Darkhan Tuyenbayev.
The plots show the calibration factors from
1152010820 == Jul 08 2016 11:00:03 UTC
to
1152097220 == Jul 09 2016 11:00:03 UTC
For example, note the behavior of kappa_C and f_c after 18 hrs in the bottom row of the first attached plot.
A full set of plots can be found by going here,
https://ldas-jobs.ligo-wa.caltech.edu/~gmendell/pcalmon_with_plots/daily-pcalmonNavigation.html
and clicking on July 9 2016 in the calendar in the left frame, and then any of the links to the plots in the middle frame. (To compare with O1, click on Dec. 26, 2015 and then on the links to the plots.)
Technical Notes:
1. The SLM tool is in the calibration svn here,
aligocalibration/trunk/Projects/PhotonCalibrator/scripts/SLMTool
and analyzed line amplitudes and phases for the channels and frequencies given in this configuration:
set channelFrequencyList {H1_R,H1:SUS-ETMY_LKIN_P_LO_DQ,35.9aup;H1_R,H1:CAL-CS_LINE_SUM_DQ,37.3aup;
H1_R,H1:CAL-PCALY_EXC_SUM_DQ,36.7aup,331.9aup,1083.7aup;
H1_R,H1:CAL-PCALX_EXC_SUM_DQ,3001.3aup;H1_R,H1:CAL-DARM_ERR_WHITEN_OUT_DBL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_R,H1:CAL-DARM_CTRL_WHITEN_OUT_DBL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_R,H1:CAL-PCALY_TX_PD_OUT_DQ,36.7aup,331.9aup,1083.7aup;H1_R,H1:CAL-PCALY_RX_PD_OUT_DQ,36.7aup,331.9aup,1083.7aup;
H1_R,H1:CAL-PCALX_TX_PD_OUT_DQ,3001.3aup;H1_R,H1:CAL-PCALX_RX_PD_OUT_DQ,3001.3aup;
H1_R,H1:CAL-DELTAL_EXTERNAL_DQ,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup;
H1_HOFT_C00,H1:GDS-CALIB_STRAIN,35.9aup,36.7aup,37.3aup,331.9aup,1083.7aup,3001.3aup}
with these replacements:
35.9 -> 35.3 Hz
H1:SUS-ETMY_LKIN_P_LO_DQ -> H1:SUS-ETMY_L3_CAL_LINE_OUT_DQ
2. EPIC values from Darkhan Tuyenbayev were used, found in the calibration svn here:
aligocalibration/trunk/Runs/PreER9/H1/Scripts/CAL_EPICS/D20160810_H1_CAL_EPICS_VALUES.m
See: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29104
3. The Matlab code from Sudarshan Karki is in this tarball in the calibration svn,
aligocalibration/trunk/Projects/PhotonCalibrator/scripts/SLMTool/slm_matlab_analysis_code_for_compiling_ER9.tar
The Matlab code was changed from that used during O1, with these changes,
i. D20150929H1_CAL_EPICS_VALUES.m was replace with D20160810_H1_CAL_EPICS_VALUES.m. (And EP. was added to the front
of each EP value to make this into a struct; D20160810_H1_CAL_EPICS_VALUES is run by testSLMData_analysis.m.)
ii. In loadSLMData.m, 35.9 was changed to 35.3 Hz, and dewhitening.darm_err and dewhitening.darm_ctrl were changed to
unity gain filters by setting z = 2*pi*[1,1]; p = 2*pi*[1,1]. This is becuase the H1:CAL-DARM_ERR_WHITEN_OUT_DBL_DQ and
H1:CAL-DARM_CTRL_WHITEN_OUT_DBL_DQ do not need dewhitening, compared to the single precision version of these for O1.
4. This email from Shivaraj pointed out the need to use 35.3 Hz in place of 35.9 Hz.
-------- Original Message --------
Subject: [calibration] ESD line during ER9
Date: Thu, 4 Aug 2016 14:48:30 -0500
From: shivaraj ...
"Hi,
During the call I mentioned that one has to use 35.3 Hz line in channel
H1:SUS-ETMY_L3_CAL_LINE (same as O1) as opposed to 35.9 Hz we used
during O1.
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=28164
In the above a-log entry it was mentioned that 35.9 Hz was run from a
different channel
(H1:SUS-ETMY_LKIN_P_OSC) and hence changing the channel should work. But
I don't see the
35.9 Hz line in CAL-DELTA_EXTERANL,
https://ldas-jobs.ligo.caltech.edu/~shivaraj/calibration/sus_lines_ER9.png
which is why I had switch the line frequency not the channel.
Cheers
shivaraj"
5. Previous alogs:
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=27981
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=28164
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=29104
This morning I restarted h1psliss with the revised re-use of the ISS-ADC channels for the new ISS PD5-8 fast and slow signals. This required a DAQ restart. We took this opportunity to revise the H1EDCU_DUST.ini file and added Jonathan's new daqd diagnostics EPICS channels to H1EDCU_DAQ.ini.
Reconnected flow meter to exhaust of CP4 for measurements toward CP3 manual overfill work-around. Installation caused a quick spike in exhaust pressure >3psi. (signal name includes CP3 since the device will eventually migrate to CP3 exhaust - CP4 is temporarily being used to collect data to simulate CP3)
Ch 6: H0:VAC-MY_CP3_FL201_DISCHARGE_FLOW_SLPM Ch 7: H0:VAC-MY_CP3_FL201_DISCHARGE_FLOW_MA
Jim B., Jeff B. (WP #6096) Jim Batch added the temperature and relative humidity dust monitor channels to EPICs. These channels can now be trended. The dust monitor default alarm level were changed from a Clean-10000 profile to a Clean-100 profile. The dust monitors will now come up with the stricter alarm levels. The alarm levels can easily be adjusted later as circumstances require.
Took the opportunity, while the PSL was down to Flow test and Zero Count the dust monitors in the PSL enclosure. Both are dust monitors are functioning correctly.
[Alastair, Jason, Ben, Vern, Dave]
Thanks to everyone for their help getting this work done. The Y-arm TCS laser is now running full power, and the table is fully aligned. The in-loop photodiode is also now working again. Details below.
Tuesday we discovered the laser on the table (SN 20306-20419D) had previously been paired with the driver that went with the spare laser ( 20816D-20510). The laser had been outputing 40W at the time. When the Hanford team had swapped in the 'spare' driver they actually were putting in the one that matched up with the laser (SN 20419D-20306) and the power went down to 16W. First thing we did on Tuesday was to add irises to the table to define the optical axis after the laser. We added blocks to the table to define laser position We then swapped in the spare laser (20510-20816D) and aligned to the blocking, and we found the power outputs were ~14W with its mating driver, and ~40W with the driver SN20419D-20306.
Checks on as much of the electronics as we could test showed no problems (RF distribution system, controller voltages, power etc).
Wednesday we decided the fastest way to diagnose the drivers was to swap them in to the working X arm table. Driver SN 20419D-20306 gave a power output of 58W. Driver 20816D-20510 gave 42W. Swapping back to the original X arm laser (SN 20706-21015D) and driver combo gave 60W so at this point we left the X-table in its previous working condition. Conclusion was that driver SN 20816D-20510 has now given output of ~40W on three separate lasers and appears to have some issue.
Moving back to the Y-table, two issues were noticed. Firstly there was very minor discoloration on one pin of the power cable for the laser. Ben also said that the pin looked badly seated and did some corrective work on this (we should check with him if he thinks this needs further work). Secondly the power meter height was adjusted to make sure the aligment to the laser gave the largest apeture possible - this could with a little misalignment oclude part of the beam.
We repeated measurement of spare laser SN20510-20816D with driver 20419D-20306 getting 49W output. We then completed the cycle of tests by putting in laser 20306-20419D with its matching driver 20419D-20306 and getting 58.6W output. It's not clear what fixed the problems - the power cable seems a likely candidate but behavior of the laser still doesn't seem totally consistent with this (if one half of the driver was getting no current we would expect ~25W output). We also might want to test driver SN 20816D-20510 to check whether the power connector (which looked okay when visibly inspected) might be a cause for its performance drop.
After the laser swaps the final laser configuration was aligned to the blocking on the table and then to the optical axis with some minor tweaking of the actuators on the first mirror on the table. The laser was aligned through the whole table. At the mask we aligned by maximizing transmitted power, then using the FLIR camera on remote desktop (yes this works now - thanks Dave Barker) we tweaked the alignment to make the beam symmetrical after the mask. We then aligned to the irises at the output of the table which define the optical axis into the vacuum system. We changed the alignment onto the power meter that gives the power output to the CP because the head was too close to a focus. We checked the calibration of the power output to the CP and this was confirmed accurate. Finally we aligned to the two photodiodes on the table. Inloop was not giving an output but we swapped cables with outofloop and were able to get a signal to align to.
The problems with the in-loop photodiode were traced to being a bad ADC board which has now been swapped for the spare (thanks Ben & Jason for tracking this down).
The Y-table will have the output to the vacuum system unblocked so the system is ready to go. The laser will be left keyed off, with the rotation stage set to minimum power. When the system is needed it just needs keyed on at the rack in the LVEA, and then power increased at the rotation stage.
I turned on the TCS Y laser and restored the TCS settings to their ER9 values (0.5 W for X, 0.3 W for Y).
The TCS Y rotation stage needs to be recalibrated.
Every hour helps - exploiting the water leak recovery
Gerardo, Chandra Adjusted potentiometer on PT-140A pirani gauge to bring it back on scale. CCW 4 turns. Closed FRS 6061. NOTE other gauges that were adjusted a few months ago for calibration: https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=27726
Per WP# 6072 -- Activity: PNNL will be coordinating an OTDR test of the fiber pair that feeds the observatory's data connection to make sure that signal strength is appropriate for upgrading to 10Gb/s up from 1Gb/s. Wireless, phones, and internal wired networks at the observatory will be unaffected. Internet access will be interrupted during this work. Work started at 08:00 PT, completed at approximately 09:10 PT. If I receive the OTDR data (as viewed from PNNL - ISB2 end), I will attach it to this post.
Terra, Sheila
Tonight we had trouble engaging the ASC again.
Losing optical gain in POP X
We rang up what we think is a PR3 bounce mode when engaging the ASC the same way as last night. We found that we could avoid ringing this mode up by keeping the PRC2 gain low (digital gains of -500). Right before the OMC damage/vent, the POP X path was reworked and the optical gain seemed suspiciously low.
Tonight we found that the optical gain has decreased even more. Terra changed the demod phase by dithering PR3 pit (500 counts to M3) and rotated the phase positive 65 degrees, (Q1, Q2, Q3, Q4 from 55, 53, 54, 51 to 120, 118, 119, 116 ) to maximize the signal in I (minimize the Q signal). The 2 attached figures show Terra's before and after OLG measurements (excitation gain of 50), both with Jenne's gain of -5000, showing a 10dB increase in optical gain which is about what we expected based on the dither amplitude change.
After optimizing the phase, we did not see the 28 Hz mode get rung up, but this seems to come and go because we also didn't see it yesterday. We quickly tried moving L2 on the POP X path, while watching the amplitude of the PR3 dither line in the POP X signal. We moved the lens about 4 inches closer to POP X and about 3 inches further away, and didn't find any location that had more signal for PR3 so we replaced it as we found it.
We are going to leave the IFO locked in DC readout 2 Watts with the request set to down so that it will not try to relock. The noise is bad as expected.
POPX whitening gain is 0dB but should be odd, see alog 26307. FRS 6057 filed.
The whitening gain on POP X was changed from a gain step of 7 (21 dB) to 0 (0dB) on August 12th. This whitening chassis has a problem and we must use odd gain settings, or else it will return an error and not set the gains equally on all quadratns, as Keita and Hang noted 26307
The change in gain probably happened during a beckhoff restart for the shutter code, but we could have been saved from this problem by SDF. I cannot find a record for these whitening chassis in any SDF table.
Also, this does not explain the drop in gain that Jenne saw, which happened before the whitening settings changed.
The stuck whitening gain bit is the LSB of the Q3 channel. In the past this was typically an indication of a cable problem (short).
Sheila Daniel Terra
Connected the AM laser to the POP X head, and saw that we have very similar response in the electronics to what Evan measured in 27069
we had 3.3 mW out of the AM laser with a whitening gain of 21 dB, used -40 dBm of RF drive at 45.501150 MHz. We saw about 600 counts on each quadrant (except quadrant 3 which had 350 counts and also the least amount of DC light because of way the laser was mis centered on the diode).
We saw that there are rather large offsets when we changed the whitening gain, so Daniel reset the offsets. The large offsets might have contributed to problems last night, along with confusion about the whitening gain.
Also, we remembered that a factor of 6.7 of the mystery gain loss was due to adding a beamsplitter and forgetting to comensate for it on July 11.
(Edit: Actually, Haocun and I did remember to correct for this gain change, we just compensated for it in the digital loop gain. )
So to summarize:
loops were intially commisioned with a whitening gain of 21, a digital gain of -21, a 1 Hz ugf, and electronics gain similar to what we have now. (late may)
Edit: loops were originally commisioned with a filter gain of -200 for pit, -0.1 in the input matrix, an analog gain of 21 dB, and the WFS head electronics performing in a way simlar to what we have now. This is when the reference that I think Jenne used was saved, and within a few days the pit input matrix was reduced by a factor of 2.
Edit: Around June 16th, we had difficulty staying locked when these loops were engaged, which was noted in the alog. Terra and I just looked at trends of the filter gains, and it seems like we also reduced the digital gain from -220 to -3.4 although this was not noted in the alog. This, together with the input matrix change explains most of the missing gain that Jenne found.
On July 11th I forgot to compensate for the beamsplitter causing a gain reduction of 6.7 that no one noticed.
On July 26th, Evan and Keita relocated POP X and Jenne noticed that the digital gain had to be increased by a factor of 250 (or 500 for yaw) to keep the ugf the same.
August 12th the whitening gain was reduced to 0 dB from 21 dB by mistake in a beckhoff reboot.
August 16th Terra and I noticed this further reduction in gain, which is explained by the whitening gain. We also changed the demod phase which increased the gain by about 10 dB. We checked that small movements of the L2 don't change the optical gain much, and moving it by a few inches can decrease the signal.
So, we are missing about a factor of 40 gain, which we cannot explain with electronics.
In the end only a factor of 2 of Jenne's gain change in unexplained. It seems that we have had stable high power locks with both the high gain and low gain settings for PRC2, so we can decide which we want to use. We also should have a factor of 3 increase in gain because of the phasing Terra and I did.
More complicated than that.
Whitening (dB) |
POPX digital gain before rotation |
Input matrix | PRC2_P_GAIN |
BS |
Overall gain relative to original |
alog | |
Originally | 33 | 1 | -1 | -220 | none | NA | |
May 24 ~1:02 | 33 | 1 | -0.05 | -220 | none | 0.5 | |
Jun. 17 | 33 | 1 | -0.05 | -3 | none | 6.8E-3 | |
Jun. 22 ~noon | 21 |
2.8 |
-0.05 | -3 | none | 4.8E-3 | 27901 |
Jul. 11-12 | 21 | 2.8 | -0.05 | -21 | inserted | 5.0E-3 | 28324 |
Jul. 27 ~4:20 | 21 | 2.8 | -0.05 | -5000 | inserted | 1.2 | 28666 |
No mystery optical/electronic gain reduction any more. Maybe a factor of 1.2 came from the rework on the table.
It's not clear to me why the PRC2 filter gain was reduced by a huge amount on Jun. 17 but I haven't searched through alog.
Typo in the above table, originally the input matrix was -0.1, not -1.
PEM power supplies in the CER mezzanine were swapped out for Kepco model JQE supplies. This model is a 1/4 rack version, and allows for four power supplies to be mounted on one shelf. This is to make room for the ±24V power supplies that will be used to power Beckhoff/Baffle PD Amplifier/ Spool X/Y camera ect. All PEM instrumentation microphones, magnotometers, ect. were powered down from around 10:30 am to 1:00 pm. All power is now restored.
Fil, Terra
I did a quick check of power spectra for all corner station mics and mags, before and after power supply swap. Attached spectra show pre-swap in darker colors as references, post-swap in lighter.
Found post-swap saturation in several mags, strongest in MAG_LVEA_INPUTOPTICS (first attachment at 21:03 UTC ). Fil switched this mag to battery power, which has temporarily fixed the problem (second attachment at 23:03 UTC). He took a look at the mag box in the lab but found nothing wrong. We left it battery powered for now. Will investigate more tomorrow.
Additionally, it looks like MIC_LVEA_HAM7 got disconnected around 23:03 UTC (top right of second attachment).
Channel 2 of AA Chassis S1300104 found to be bad.
MIC_LVEA_HAM7 started negatively railing yesterday ~3 hours after the power supply swap, trend attached (first drop then raise is from power supply swap). Turns out that AA channel has gone bad (bottom most AA chassis in PEM rack). Fil will pull it and have a look tomorrow morning.
AA chassis repaired, HAM7 mic back up and running. MAG_LVEA_INPUTOPTICS was also fixed. At this point, all corner station mics and mags are running well. Attached are power spectra for all.
After I and Evan relocated POP-X and POP-L2, Jenne increased the ASC gain of POP-X by a factor of 250 for PIT and 500 for YAW (alog 28666) just to get back to the old UGF, which sounded crazy to me as I didn't expect much change in Gouy phase.
Just to see if my assumption was wrong and we got super unlucky, I calculated the Gouy phase of the POPAIR path, and it seems like there shouldn't be much change.
In the first attachment, left column is the current configuration, right is the old one. Bottom is the entire POP path from ITM to the ISCT1, and top is the zoomed-in view from HAM1 to ISCT1.
POP-L2 was placed far enough from the waist originally. This lens was moved farther from POP-L1 by 4 inches later, which should have increased the Gouy phase, but it's only 9 degrees. The beam diameter is 2mm now instead of 4mm but that should be OK. These don't explain the crazy decrease of the optical gain.
Funny thing is that the POP-X spectrum itself looks almost the same before and after the relocation (second attachment), so I'm kind of dubious that the optical gain is lost.
It's not totally impossible, but very unlikely, that the Gouy phase was not great to start with, e.g. 81 degrees for the DOF we want to see, and after the change it became 90 degrees.
Today talking with Terra and Daniel, I remembered that we added a beamsplitter to the POP path to void saturating, and apparently I forgot about adding the factor of 6.7 to compensate for lost gain to the POP X RF loops. (alog 28324) So this explains a factor of 6.7 lost gain, but not all the gain that Jenne had to add to the loops.
Executive summary:In regard to narrow lines, the (nearly) full O1 H1 data set is little changed from what was reported for the first week's data: a pervasive 16-Hz comb persists throughout the CW search band (below 2000 Hz), accompanied by a much weaker and more sporadic 8-Hz comb; there remain several distinct 1-Hz and nearly-1-Hz combs below 140 Hz, along with other sporadic combs. The 1459.5 hours of 30-minute FScan SFTs used here span from September 18 to the morning of January 3. The improved statistics make weaker and finer structures more visible than in the 1st week's data. As a result, many new singlet lines have been tagged, and it has become apparent that some previously marked singlets actually belong to newly spotted comb structures. The improved statistics also make it more apparent that the originally spotted combs span a broader bandwidth than marked before Details: Using 1459.5 hours of FScan-generated, Hann-windowed, 30-minute SFTs, I have gone through the first 2000 Hz of the DARM displacement spectrum (CW search band) to identify lines that could contaminate CW searches. This study is very similar to prior studies of ER7 data, ER8 data and the first week of O1 data, but for completeness, I will repeat below some earlier findings. Some sample displacement amplitude spectra are attached directly below, but more extensive sets of spectra are attached in a zipped file. As usual, the spectra look worse than they really are because single-bin lines (0.5 mHz wide) appear disproportionately wide in the graphics A flat-file line list is attached with the same alphabetic coding as in the figures. Findings:
In week 1 Keith identified a comb-on-comb (labeled K, see attached plot), fine spacing 0.08842 Hz, which shows up sporadically at around 77, 154, and 231 Hz. We found it in a large group of channels, centered at the INPUTOPTICS/SUS-BS/SUS-ITM (see full attached list). It remains clearly visible (especially at 77 Hz) in those channels until week 5 of O1, during which it disappears from all of them in all three regions (see attached example). Therefore, it seems likely that its presence in the full O1 data is an artifact from the first four weeks.
I recently re-analyzed this data while testing a comb-finding algorithm, and in the process found a new comb which accounts for several peaks marked as singlets in Keith's original post. This comb has a 2.040388 Hz spacing, with visible harmonics from 9th (18.3635 Hz) to 38th (77.5347 Hz). The code I used, and its docs, can be found on gitlab (requires login).