Displaying report 1-1 of 1.
Reports until 10:13, Friday 14 August 2015
H1 ISC
evan.hall@LIGO.ORG - posted 10:13, Friday 14 August 2015 - last comment - 12:07, Friday 04 September 2015(20526)
Sensing noises in the OMC DCPDs

This entry is meant to survey the sensing noises of the OMC DCPDs before the EOM driver swap. However, other than the 45 MHz RFAM coupling, we have no reason to expect the couplings to change dramatically after the swap.

The DCPD sum and null data (and ISS intensity noise data) were collected from an undisturbed lock stretch on 2015-07-31.

Noise terms as follows:

The downward slope in the null at high frequencies is almost certainly some imperfect inversion of the AA filter, the uncompensated premap poles, or the downsampling filter.

Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 12:07, Friday 04 September 2015 (21214)

* What is the reasoning behind the updated suspension thermal noise plot?

* Its weird that cHard doesn't show up. At LLO, cHard is the dominant noise from 10-15 Hz. Its coupling is 10x less than dHard, but its sensing noise is a lot worse.

evan.hall@LIGO.ORG - 10:59, Wednesday 19 August 2015 (20680)

I remade this plot for a more recent spectrum. This includes the new EOM driver, a second stage of whitening, and dc-lowpassing on the ISS outer loop PDs.

This time I also included some displacement noises; namely, the couplings from the PRCL, MICH, and SRCL controls. Somewhat surprising is that the PRCL control noise seems to be close to the total DCPD noise from 10 to 20 Hz. [I vaguely recall that the Wipfian noise budget predicted an unexpectedly high PRCL coupling at one point, but I cannot find an alog entry supporting this.]

Non-image files attached to this comment
evan.hall@LIGO.ORG - 14:33, Friday 21 August 2015 (20758)

Here is the above plot referred to test mass displacement, along with some of our usual anticipated displacement noises. Evidently the budgeting doesn't really add up below 100 Hz, but there are still some more displacement noises that need to be added (ASC, gas, BS DAC, etc.).

Non-image files attached to this comment
evan.hall@LIGO.ORG - 16:25, Monday 24 August 2015 (20832)

Since we weren't actually in the lowest-noise quad PUM state for this measurement, the DAC noise from the PUM is higher than what is shown in the plot above.

If the updated buget (attached) is right, this means that actually there are low-frequency gains to be had from 20 to 70 Hz. There is still evidently some excess from 50 to 200 Hz.

Non-image files attached to this comment
evan.hall@LIGO.ORG - 13:04, Friday 28 August 2015 (20990)

Here is a budget for a more recent lock, with the PUM drivers in the low-noise state. The control noise couplings (PRCL, MICH, SRCL, dHard) were all remeasured for this lock configuration.

As for other ASC loops, there is some contribution from the BS loops around 30 Hz (not included in this budget). I have also looked at cHard, but I have to drive more than 100 times above the quiescient control noise in order to even begin to see anything in the DARM spectrum, so these loops do not seem to contribute in a significant way.

Also included is a plot of sensing noises (and some displacement noises from LSC) in the OMC DCPDs, along with the sum/null residual. At high frequencies, the residual seems to approach the projected 45 MHz oscillator noise (except for the high-frequency excess, which we've seen before seems to be coherent with REFL9).

Evidently there is a bit of explaining to do in the bucket...

Non-image files attached to this comment
evan.hall@LIGO.ORG - 10:06, Friday 04 September 2015 (21210)

Some corrections/modifications/additions to the above:

  • I updated the optical gain and DARM pole using the pcal like at 331.9 Hz; from this line I find the transfer function from the TX PD into DCPD sum is (1.69 − 1.59i) mA/pm, which works out to an optical gain of 3.19 mA and a DARM pole of 353 Hz. I think Kiwamu may have a different number from his pcal sweep, so there might be some reconciliation to do.
  • I now compensate the extra 10 kHz pole that Kiwamu found in the readout chain of the DCPDs.
  • I remade the quantum noise curve for 23 W, and with a more realistic estimate of the losses. In addition to the 87 % quantum efficiency, I include 14 % readout losses that Lisa has already tabulated: we expect 96.5 % transmission through the OFI, 93 % transmission through the OMC, 99% reflection from OM3, and (according to Dan) 97 % mode matching into the OMC. This results in a quantum noise curve that is 6.6×10−20 m/Hz1/2 at 1 kHz. The DARM pole predicted by GWINC is 360 Hz or so (slightly higher than what I extracted from pcal).
  • Previously, I had tuned the arm losses in GWINC to give a recycling gain of 40 W/W. In light of Sheila's analysis, this is too optimistic; usually our recycling gains are more like 36 to 37 W/W. In GWINC, this amounts to tuning the arm losses to 90 ppm (per arm), which gives a gain slightly in excess of 37 W/W.
  • The null stream is 5 % – 7 % higher than the GWINC curve, so either some parameter is mistuned or we need to be looking for some extra readout loss.
  • I replaced the GWINC suspension thermal noise curve with a (hopefully) more accurate curve that I got from Sheila.
  • I replaced the oscillator noise trace (which was flat in DCPD photocurrent) with a trace based on the TF that Stefan and I took. I still assume the underlying noise contribution is flat in RIN, at a level of 3.5×10−8 mA/Hz1/2. This trace will become less relevant since the excess oscillator noise now appears to be gone.
  • I added gas noises. Squeeze film damping was calculated after T0900582 using the nominal parameters (our end station gauges read 1×10−8 torr, and I've assumed the dominant species is molecular hydrogen). For residual gas, I again assume the species is molecular hydrogen, and the arm pressure is taken to be 5×10−9 torr (which is a rough average of the arm gauges).
  • The ASC trace contains only the dHard and BS loops. I drove in cHard, but even after driving far, far above the ambient noise floor I could not make excess noise appear in DARM.

Of course, the budgeted noises don't at all add up from 20 Hz to 200 Hz, so we are missing something big. Next we want to look at upconversion and jitter noises, as well as control noise from other ASC loops.

Non-image files attached to this comment
Displaying report 1-1 of 1.