Displaying reports 67381-67400 of 85402.Go to page Start 3366 3367 3368 3369 3370 3371 3372 3373 3374 End
Reports until 20:10, Monday 18 May 2015
H1 PEM
robert.schofield@LIGO.ORG - posted 20:10, Monday 18 May 2015 (18504)
First look at LVEA acoustic coupling: in some bands near noise floor and nonlinear

Summary: Coupling of ambient sound is predicted to approach the DARM noise floor below 100 Hz and in the ISI-transmission bands of 350-550 and 850-1000 Hz. Twice the ambient vibration level causes a peak to appear in DARM in the 850-1000 Hz band. At several times background, injections produce nonlinear intermodulation effects, possibly with the OMC length dither, causing DARM peaks in the 100-200 Hz region and at much higher frequencies. The coupling in the 850-1000 Hz band depends on table motion, not vacuum enclosure motion.

I began studying acoustic coupling in the LVEA using the standard iLIGO LVEA injection (speaker in the X-arm of the LVEA, far from interferometer parts except the ITMX optical lever) and immediately noticed strong features in the 850-1000 Hz ISI-resonance band that suggested up-conversion. I then began injecting in narrow bands to study coupling; Figure 1 shows the up and down conversion produced by injections in the 850-1000 Hz band. The 500-700 Hz injection in blue produced only features in that band of DARM. But the red injection, 850-1000 Hz produced features in DARM near 100 Hz and in the region of the first harmonic around 1800, in the region around 2400 Hz, and near 4200 Hz.

Predicted noise from acoustic background

Figure 2 shows the estimated noise floor for ambient acoustic levels. It relies on the assumption of linearity, that is, that 10x the ambient sound will produce 10x the effect in DARM. Linearity is clearly not met in the 850-1000 Hz band. However, Figure 2 is made from 6 narrow injection bands (such as in Figure 1), at 10 to 100 times background sound pressure levels, and, except for the 850-1000 Hz band, none of the other bands showed evidence of non-linear coupling. The predicted ambient noise level for the 850-1000 Hz band is better estimated for the shaker injections below. The predicted ambient points have a wide spread mainly because the microphone is not exactly at the coupling site and, for example, at certain frequencies, the microphone may be at a node or antinode while the coupling site is not. More focused coupling measurements can be more precise. All LVEA beam diverters were closed for acoustic injections except the REFL port.

Figure 2 shows three bands where the predicted ambient noise approaches the noise floor: below 100 Hz, in the 350-550 Hz band, and the 800-1000 Hz band. The later two are familiar ISI transmission bands, which suggest that the coupling is at HAMs. I have not yet measured acoustic coupling at higher frequencies than 1100 Hz because I was not able to make the sound loud enough over a wide band (generally the coupling is low), but it is likely that there is significant coupling at specific higher frequencies because it was observed in shaker injections at HAM6.

Shaking at HAM6 (which excites only locally in contrast with the previous acoustic injections) confirmed that coupling at HAM6 could account for the acoustic coupling in the 850-1000 Hz band, though it doesn’t eliminate the possibility that there is comparable coupling at other sites. To make these HAM6 measurements I mounted a shaker on a blanked off door port and another on a blue cross beam.

DARM amplitude depends on table motion not vacuum enclosure motion

I compared the response of DARM for shaking of the vacuum enclosure (which is a candidate reflector of scattered light), and for shaking of the blue cross beam, which doesn’t shake the vacuum enclosure much but does couple well to table vibrations. Figure 3 shows that, in order to produce a peak in DARM as large as the one I produced by shaking the blue cross beam, I had to shake the vacuum enclosure so that it moved ten times as much as it moved during the cross beam injection. While the enclosure motion varied by 10, the table motion indicated by the GS13 signal was about the same for both injections. This suggests that , in the 850-1000 Hz band, the important motion is the table motion not the vacuum enclosure motion.

Increasing HAM6 table motion to twice ambient produces features in DARM

Figure 4 shows that increases in table motion of two times ambient background (black = ambient), in the 700-900 Hz band, produce features visible in DARM, and non-linear effects become obvious at 5-10 times ambient.

Non linear effects in DARM at higher frequencies and the OMC length dither

Shaker injections at higher frequencies also make peaks, e.g. a 2875 injection produces a peak in DARM at that frequency and another peak at 1220. To demonstrate the nonlinear effects, I injected a slowly swept sine with a shaker on a blue cross beam, and made a video of the DARM spectrum:  http://youtu.be/t6zlUlckuEI  I apologize for shooting video of the control room screen; we don’t yet have software that makes a movie from sequential screen shots, though it is available and might be useful for operator training videos as well as projects like this. 

It is hard to imagine mechanical nonlinearities that could account for these observations, but if the excited motion modulated the beam, I could imagine intermodulations. One possibility, based on the video, is that mechanical oscillations that modulate the beam could be intermodulating with the OMC length dither. Notice in the video that upward and downward travelling peaks are centered on the peak at 4100 Hz (or its sub-harmonic at 2050). The 4100 Hz peak is from the OMC length dither.

Robert

Non-image files attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 17:40, Monday 18 May 2015 (18503)
CDS summary, EX work

Jeff, Richard, Jim, Dave

WP 5205,5207

Today we performed the following upgrades at EX:

One of the new 18bit DACs caused problems when starting h1susex. At the point where the autocal should have completed, the front end computer froze up. We identifified the bad unit and replaced it with another new card which resolved the problem. The potentially bad card has S/N 101208-59 and was returned to the corner station for DTS testing.

The interface board on h1seiex had a connector issue when the old DC power supply was disconnected. We exchanged it with the I/F board from the DTS x1sush34 unit (a tried and tested board).

The DAC card layout in h1susex did not provide enough room for the new DC power supply. We shifted the DAC cards to the left (as seen from front of unit), and while diagnosing other issues moved all DACs to higher slot numbers than the one ADC card. We may undo this and keep the DACs in a block of five.

here is the current card layout for h1susex:

slot U 0-1 1-5 1-4 1-3 1-8 1-7 1-6 1-2 1-1 2-5 2-4 2-3 2-8 2-7 2-6 2-2 2-1
content nu BIO BIO E ADC-1 E DAC2 DAC1 E E DAC5 DAC4 DAC3 E PWR E bio E

Where: U=unused, nu=not used, BIO=64,64 Binary IO, E=Empty, bio=16,16 Binary IO, PWR=new DC power supply

We also experienced startup issues with the Dolphin network. We tried power cycling the switch, but restarting the Dolphin manager and then restarting the front ends resolved the issue.

We had to start_streamers on the Dolphin machines as well to sync up the DAQ.

At this point in time all is running at EX, the only problem is h1seiex has a run away IRIG-B which may take several hours to come back down.

Jeff activated the HEPI, ISI and SUS systems at EX, all is operational.

H1 PSL
filiberto.clara@LIGO.ORG - posted 17:14, Monday 18 May 2015 (18502)
AA AI Chassis Swap for PSL
AA AI chassis swap will continue tomorrow morning. We are currently working on PSL, so not all chassis are connected or powered on.
LHO General
corey.gray@LIGO.ORG - posted 15:59, Monday 18 May 2015 (18496)
Ops DAY Summary


Today started off with VEAs being transitioned to Laser Safe and many activities beginning with the AA/AI Chassis swap being the prime activity.

Images attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 12:27, Monday 18 May 2015 (18500)
DARM cavity pole study; there was slow degradation

Peter F, Kiwamu,

We looked into the DARM cavity pole tracker signals from the 13 hrs lock stretch from this weekend (alog 18489). Here are summary points:

 


[DARM cavity pole tracker signals]

The plots below are the results from the cavity pole tracker:

In both plots, the long stretch started at t = 9.5 hours or so and died at the very end of the plots. The first plot shows the cavity pole location as a function of the time. In addition to the raw data, I also plot a moving-averaged version of the cavity pole location. The movng average currently avarages with 360 data points or for 6 minutes to smooth them out. The same moving-average was applied to the optical gain as well for visiualization purpose.

As shown in the first plot, the DARM cavity pole tends to start from a frequency as high as 350 Hz at the beginning of every lock stretch and then sink down to about 340 Hz after an hour or so. This probably is thermal transient of ITM substrates on the local beam area. Also there clearly is slow drift in the cavity pole which resulted in a low DARM cavity pole frequency of about 328 Hz at the very end of the long lock stretch. According to Elli, the test masses reach the equilibrium point on a time scael of 6 hours, where the heat absorbed from the laser light equilibrate with the entire thermal bath including the chambers and etc. But, since the cavity pole kept drifting for more than 6 hours, it is not clear if we can conclude that this is the thermal lensing. On the other hand, the DARM optical gain increased in the longest lock stretch on the same time scale as the stretch itself. It increased by 1 or 2 %. Since the arm power also slowly increased by roughly 1 %, this may be just an indication of the change in the arm power (and perhaps also degradation in the signal-recycling gain).

 

[Searching for coherence]

One test we came up with was to take coherence between the cavity pole tracker signals (LOCKIN_I and LOCKIN_Q output signals) and various channgles in order to identify what channels contributed to the cavity pole frequency most. Since we knew that the alignment of SRC was important (alog 18436), we looked into the ASC feedback signals of SRM, SR2 and BS on their top stages,  witness sensors or oplev of SRM, SR2 and SR3 and OMCR as listed in the very top of this alog entry. In addition, since the ITMX Hardtman wavefront sensor was active during this period, we searched for the coherence with it as well.

However, we did not find a high coherence from any of these channels. We used diaggui and picked a time which was roughly in the middle of the stretch. We did a Fourier analysis down to 1 mHz with a number of average of 20. I attach second trends of some relevant channels. Notably we clearly see slow drift in the ITMX HWS by roughly 6x10-6 [1/m] (there was a secret calibration fact of 0.00326 [1/m/counts]), but this was not coherent with the tracker signals. We also found a slow drift in OMCR which increased by roughly 2%, but no coherence either.

Images attached to this report
H1 AOS
laura.nuttall@LIGO.ORG - posted 11:26, Monday 18 May 2015 - last comment - 14:57, Tuesday 19 May 2015(18499)
No evidence for DAC or whistle glitches in the ~8h lock on 15th May

Josh Smith, TJ Massinger, Andy Lundgren, Laura Nuttall

We've taken a look at the ~8h lock stretch on 15th May where the intent bit was active. We've specifically looked for evidence of DAC (for example 17555) and whistle (17452) glitches which have been present in the past. We find no sign of whistles glitches correlated with IMC-F (could be other sources but we haven't seen any yet) and we also find no evidence of DAC glitches. 

The glitch rate for this lock is some of the best we have seen for aLIGO (at either site). Attached is the glitch rate plot for the 15th, which shows the glitch rate to slowly decrease throughout the lock. We'll continue to investigate this lock.

Images attached to this report
Comments related to this report
laura.nuttall@LIGO.ORG - 14:57, Tuesday 19 May 2015 (18511)DetChar

I've taken a look at the data from a number of lock stretches (when the intent bit was not active) since the 10th April (to 17th May) when Daniel/Sheila powered off the fixed frequency source being used for ALS (17825). Since this work was completed I cannot find any evidence of whistle glitches. I've specifically looked for whistle glitches correlated with IMC-F (which was the indication in the past). We will keep an eye on future lock stretches to see if they come back, but for now the problem seems to have been solved!

H1 AOS (SUS)
betsy.weaver@LIGO.ORG - posted 09:38, Monday 18 May 2015 (18498)
IFO Align snapshot

A snapshot of the IFO alignment, in case it is useful later.

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 09:08, Monday 18 May 2015 (18497)
Mon Morning Detector Meeting

Full room (with visitors for Dedication tomorrow and AA/AI work this week)

Subsystem Summaries

Tent set-up for lunch tomorrow

Additional NOTES: 

H1 ISC (DetChar)
jeffrey.kissel@LIGO.ORG - posted 17:38, Sunday 17 May 2015 - last comment - 20:45, Sunday 17 May 2015(18492)
IFO left attempting to lock
J. Kissel

Robert has left the site, and I have to head out. After the long stretch's lock loss, I needed to tweak the ETMY alignment by ~0.5 [urad] before the green WFS were able to take over. Other than that, the lock acquisition system has taken over and run with it. So far there have been two failed attempts in the same way -- it gets all the way up to the middle of the power increase (right as the CSOFT and DSOFT loops come on) and then it looses lock. Maybe the ITM OL damping loops need to be off for the lock acquisition sequence and then turned on later? Dunno.

The IFO disappears for a few days starting tomorrow. Lots of electronics need swapping. Hopefully it will be quick to return to this great Sunday's kind of locking around Thursday or Friday.
Comments related to this report
sheila.dwyer@LIGO.ORG - 19:43, Sunday 17 May 2015 (18494)
The asc engages, before the power up, but we haven't added a pause in the guardian to let the asc loops converge before the power increase. We were doing this by requesting the ASC engage state, waiting 30 seconds to a few minutes there before requesting LSC FF. A fixed time pause could easily be added there which could probably prevent these kind of locklosses for now
evan.hall@LIGO.ORG - 20:45, Sunday 17 May 2015 (18495)

ITM pitch oplev damping can be left on the whole time.

Occasionally after a lockloss the loops may ring for a while, but I decreased the output limiting from 20 000 to 1000 ct to (hopefully) prevent this.

H1 ISC (DetChar, GRD)
jeffrey.kissel@LIGO.ORG - posted 15:15, Sunday 17 May 2015 - last comment - 15:51, Sunday 17 May 2015(18489)
H1 has been locked stably at ~43 [Mpc] for 13 hours and counting!
J. Kissel, R. Schofield

I'm not exactly sure when Evan left last night, but this 23 [W] lock stretch has lasted for 13+ hours thus far (guardian says the lock stretch reached ful LSC_FF at 08:50:27 UTC, which concurs with the arm cavity power -- see attached). Regrettably, Evan didn't hit the Undisturbed bit, but we should consider almost all of the hours this lock stretch entirely undisturbed until Robert goes in. At worst, the landscaping crew had been driving near the building. We've had no substantial Earthquakes, and the wind has stayed around 10 [mph].

He's delaying as long as he can, but Robert has to pack up his HAM6 shaker set up eventually, so that will likely be the cause of the lockloss if the Earth doesn't do it for us. 

C'mon galactic supernova!!

P.S. @DetChar and @CDS -- we REALLY need a way to trend the inspiral range in the control room (that doesn't require matlab or python). Sooner or later, we're going to compute the range in the front end (like LLO already does) if not!
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 15:45, Sunday 17 May 2015 (18490)SEI
Robert began taking down his setup entering the LVEA at 15:39 PDT, or 22:39 UTC). In fact his first entry *didn't* take the IFO out of lock (and he mentioned he wasn't trying to be careful)! Go team SEI!!
jeffrey.kissel@LIGO.ORG - 15:51, Sunday 17 May 2015 (18491)
As Evan mentioned, he left the ITM Pitch Optical Lever damping loops on during this lock stretch, which is why we don't suffer from the 0.4 [Hz] opto-mechanical instability. I attach a couple of screen shots documenting the settings and effects.

The first two attachments are of the control signal for the optical levers (apologies -- not calibrated in to displacment). The third attachment shows the settings for the two ITMs OLDAMP control filters (remember the optical lever control signal is fed to the PUM / L2 stage). The last attachment shows the coherence with DARM.
Images attached to this comment
H1 ISC
evan.hall@LIGO.ORG - posted 01:15, Sunday 17 May 2015 - last comment - 22:55, Monday 18 May 2015(18487)
Loop OLTFs, noise injections

I did some broadband intensity noise injections from about 05:04:00Z to 05:32:00Z, 2015-05-17. I also took another frequency noise coupling TF. Noise projections forthcoming.

I widened the BS violin stopband filter (FM5 in BS M2 LOCK L, 80 dB elliptic). In the course of doing MICH noise injections, I saw a wide response around the beamsplitter violin mode, as was seen at LLO (see Brett's post and the posts linked therein for a discussion). The stopband used to go from 297 Hz to 307 Hz; now it goes from 250 Hz to 350 Hz. These injections seem to indicate that the beamsplitter roll mode is also quite wide, but since this is so close to the UGF of the MICH loop I left the bandstop filter alone.

I took OLTF measurements of PRCL, MICH, and SRCL. PRCL UGF is about 45 Hz and SRCL UGF is about 25 Hz. The MICH UGF was about 12 Hz, with 12 degrees of phase (!). It seems the compensation filter from a few weeks ago is no longer necessary in the full, low-noise 23 W configuration. I'm not sure whether it's necessary at some earlier point in the locking sequence, so I've left it in the guardian for now.

We have seen for a while now that when we transition control of DARM from rf to dc readout, the fluctuations in OMC DC can be as bad as 30% pkpk. We've also seen that the interferometer sometimes loses lock either on the transition step, or on the subsequent step of switching actuators from ETMX to ETMY. For the record, one can do the final DARM stabilization steps (bringing the UGF up to 50 Hz, and engaging the boost) before transitioning to dc readout. This reduces the RIN in OMC DC to less than 10% pkpk. Then, in order to switch actuators, ramp the drive of ETMY ESD on simultaneously while ramping the drive of ETMX ESD down. I used a 30 s ramp, but I suspect we could get away with 10 s or less. I have not put this in the guardian.

I have seen the same 0.4 Hz oscillations in full lock, as Jeff reported earlier. To get around this tonight, I left the ITM oplev damping on. Removing the damping even in full lock leads to instability.

Images attached to this report
Non-image files attached to this report
Comments related to this report
evan.hall@LIGO.ORG - 22:55, Monday 18 May 2015 (18505)

A noise budget is attached with the intensity and frequency noise projections from this lock, along with MICH and SRCL projections from the lock a few days ago. The DARM spectrum shown is from a few days ago as well.

At high frequencies, the per-optic losses in GWINC have been adjusted to give a recycling gain of 40 W/W. This lessens, but does not remove the discrepancy between the expected and observed shot noise level. At low frequencies, the ESD acutation coefficient has been adjusted to 2.8×10−10 N/V2, which is the value currently used to calibrate DARM.

Compared to the last budget, the SRCL noise is reduced above 50 Hz. MICH noise is also reduced, possibly because of the improved feedforward that was implemented last week.

This DARM spectrum was 57 Mpc. From quantum, thermal, and DAC noise alone we expect 69 Mpc. If the DAC noise is reduced according to the projection, then we expect 117 Mpc. Of course, in order to push DARM to this new DAC noise floor, we will have to make improvements to the MICH, SRCL, and frequency noise couplings, among other things.

Non-image files attached to this comment
H1 ISC (DetChar, SUS)
jeffrey.kissel@LIGO.ORG - posted 14:36, Saturday 16 May 2015 - last comment - 14:40, Saturday 16 May 2015(18483)
ETMY, ETMX, and ITMX vs. a 9.83 [Hz] Bounce Mode
J. Kissel 

The message: I tried to improve the Bounce mode damping, I've installed some new filters; no change in the amount of damping for the bounce modes, and they haven't been cooled any more than when I got started. I've made no changes the guardian code, so in the next lock stretch my work will be erased / cleaned up (except for the new filters), and what used to be turned on turned on before today will be turned on again.

After spending an hour or so trying to get better results out of the installed bounce mode damping filters to no avail, I tried installing much more narrow band-pass filters. I did this because of Shiela's entry (LHO aLOG 18440) seemed to indicate we know the frequencies really well, and I could see what I thought was ETMX at 9.77 [Hz] interacting with what I thought was ITMX at 9.83 [Hz]. However, I found after exploring the parameter space (with gains and +/- 30 or 60 [deg] filters) with the more narrow filters, the situation got more confusing because the top mass of ETMY, ETMX, and ITMX would come in and out of showing 9.83 [Hz]. See for example the attached .pdf of the top mass vertical OSEMs for each. Yuck! After a while I convinced myself that having both IX and EX using the narrow band bp9.7-9.8 (in FM10 of IX and FM5 in EX) with a small gain of +0.1 and +0.05 and their normal -60 [deg] and +60 [deg] filters wasn't making it worse, but I couldn't get any improvement.

This mode interaction are stable / non-existent at low power, but as soon as we elevate to 23 [W], the MICH oscillation creeps in mentioned earlier today (LHO aLOG 18478) creeps in and breaks the lock.

Images attached to this report
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 14:40, Saturday 16 May 2015 (18484)
I'm leaving the ISC_LOCK requested to be at LSC_FF, so hopefully the IFO will return to it's automatic locking of ~20-30 minute, ~55 [Mpc] lock stretches. The guardian will turn off the undisturbed bit when it looses lock, so I won't bother setting it as I leave this time.

Note that Robert's still here, and other than a trip to the Y-arm beam tubes between 12:30p and 1:30p PDT, he hasn't performed any injections (to my knowledge).
H1 CAL (DetChar, ISC)
jeffrey.kissel@LIGO.ORG - posted 14:16, Saturday 16 May 2015 - last comment - 19:00, Sunday 17 May 2015(18482)
DARM Coupled Cavity Pole Frequency vs. IFO Power
J. Kissel

I've processed the DARM OLG TFs from Thursday (see 18443), and found that the DARM Coupled Cavity Pole Frequency seems relatively stable at 350 +/- 10 [Hz] with respect to IFO power. Admittedly, the data at 23 [W] is only over a small frequency range and is varying by ~5% (even though, as usual, I applied at 0.99% coherence threshold cut on the data points), so that's why I put a +/- 10 [Hz] on the number I quote. I think we'll either have to (a) get more DARM sweeps, (b) use Kiwamu's LSC DCCP tracker, and/or (b) get the PCAL demodulation up and running to check it this is consistent from lock-stretch to lock stretch.

The ITMs are under control for all of these data sets, and the SRC1 yaw loop is tuned as described in LHO aLOG 18442 for the latter three. For all four measurements SRCL to DARM subtraction, ("FF") was off.
Non-image files attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 19:00, Sunday 17 May 2015 (18493)

Just a quick report; following Jeff's analysis of the DARM open loops, I looked into the DARM cavity pole tracker signals from the successive 7.5 hr lock stretch (alog 18455).

  • The DARM cavity pole seems stable in the period with a mean value of 341 Hz and standard deviatin of 6 Hz.
  • This is consistent with what Jeff reported in his alog about the estimated cavity pole frequency.

Enjoy some interesting plots:

Images attached to this comment
H1 SEI
jim.warner@LIGO.ORG - posted 16:06, Friday 15 May 2015 - last comment - 14:27, Monday 18 May 2015(18464)
Sensor correction performance on ETMX

Just posting data that Fabrice had requested for a talk. The setup: I wanted to measure the performance of sensor correction on ETMX. I turned off the feed forward (which I've seen add some noise at .5hz, not much, but I've been meaning to investigate) and got .001 bw measurments with the sensor correction on and off. The ISI was fully isolated, with 45mhz blends in Y and 90mhz blends in X. On the first 3 spectra (X,Y &Z) black (ground),orange(st1 t240's) and red(st2 gs13's) are sensor correction on, brown (ground), blue (st1 t240's) and grey (st2 gs13's) are sensor correction off. In X&Y, we are using Ryan's .5hz notch sensor correction on the ISI and in Z we are using RichM's broadband low frequency sensor correction on hepi (fourth & fifth plots).

Images attached to this report
Comments related to this report
krishna.venkateswara@LIGO.ORG - 16:46, Friday 15 May 2015 (18466)

Jim, it looks like you have the labels for the ground sensor reversed (green and black are swapped) ? Otherwise the sensor correction appears to be fixing all our low frequency problems!

jim.warner@LIGO.ORG - 14:27, Monday 18 May 2015 (18501)

Fixed plots, added coherences to the St1 T240's.

Images attached to this comment
H1 SUS
sheila.dwyer@LIGO.ORG - posted 20:37, Thursday 14 May 2015 - last comment - 15:13, Saturday 16 May 2015(18440)
Summary of bounce and roll frequencies
 
  Bounce Roll  
ETMY 9.730 Hz 13.816 Hz 14854
ETMX 9.77    
ITMY  9.8135 13.934Hz 18395
ITMX   9.8469    15400

the remaining roll modes are at 13.89 and 13.98 Hz, but we don't know which is from ETMX and which is from ITMX

Comments related to this report
evan.hall@LIGO.ORG - 15:13, Saturday 16 May 2015 (18485)

The ITMY bounce mode is 9.83 Hz.

H1 ISC
koji.arai@LIGO.ORG - posted 23:13, Thursday 02 April 2015 - last comment - 00:51, Sunday 17 May 2015(17647)
Investigation on OMC DCPD whitening compensation

This is a follow up entry of LHO ALOG 17601.

A couple of days ago, the discrepancy of the response for DCPDA and DCPDB were found. This was basically caused by misadjusted filter modules for the anti-whitening filters. Some of them were using design values (like Z10:P1) and some others were just left as they had been imported from the LLO setup.

In order to correctly take the whitening transfer functions into account, the wiring of the in-vacuum and in-air connections were necessary to be tracked down. The 1st attachment shows the sufficiently detailed wiring chain for this task. Using the test data (links indicated in the diagram), we can reconstruct what the correct anti-whitening filters should be. The summary can be found below.

[Trivia for Rich: DCPD1 (Transmission side of the OMC BS) is connected to HEAD2, and DCPD2 (Relfection side of the OMC BS) is connected to HEAD1. This is because of twisted D1300369. This cable has J2 for HEAD2 and J3 for HEAD1. This twist exists in LLO and LHO consistently, as far as I know]

=======
Characteristics of the DCPD electronics chain
Complex poles/zeros are expressed by f0 and Q

DCPD A
(DCPD at the transmission side of the OMC DCPD BS)
- Preamp D060572 SN005
Transimpedance: Z_LO = 100.2, Z_HI = 400.0
Voltage amplification ZPK: zeros: 7.094, 7.094, (204.44 k, 0.426), poles: 73.131, 83.167, 13.71k, 17.80k, gain: 1.984

- Whitening filter D1002559 S1101603
(This document defines the gain not at the DC but at a high frequency. The gain below is defined as a DC gain.)
CH5 Whitening
Filter 1: zero 0.87, pole 10.07, DC gain 10.36/(10.07/0.87)
Filter 2: zero 0.88, pole 10.15, DC gain 10.36/(10.15/0.88)
Filter 3: zero 0.88, pole 10.20, DC gain 10.36/(10.20/0.88)
Gain: “0dB”: -0.051dB (nominal), “3dB”: 2.944dB, “6dB”: 5.963dB, “12dB”: 11.84dB, “24dB”: 24.04dB

DCPD B
(DCPD at the reflection side of the OMC DCPD BS)
- Preamp D060572 SN004
Transimpedance: Z_LO = 100.8, Z_HI = 400.9
Voltage amplification ZPK: zeros: 7.689, 7.689, (203.90 k, 0.429), poles: 78.912, 90.642, 13.69k, 17.80k, gain: 1.983

- Whitening filter D1002559 S1101603
CH6 Whitening
Filter 1: zero 0.88, pole 10.13, DC gain 10.41/(10.13/0.88)
Filter 2: zero 0.87, pole   9.96, DC gain 10.40/(  9.96/0.87)
Filter 3: zero 0.88, pole 10.15, DC gain 10.41/(10.15/0.88)
Gain: “0dB”: -0.012dB (nominal), “3dB”: 2.982dB, “6dB”: 6.007dB, “12dB”: 11.87dB, “24dB”: 24.04dB

=======

Now we put these transfer functions into the model and check if we can reproduce the observed relative difference (Attachment 2). In deed, the measurement is well explained by the model below 30Hz where the measurement S/N was good. As we saw in the previous entry, the difference of the DCPDA and DCPDB after the whtening compensation is 20% max. Note that further inspection revealed that this 20% difference is, in fact, mostly coming from the difference of the preamp transfer functions rather than the miscompensation.

So this was the relative calibration between DCPDA and DCPDB. How is the compensation performance of each one? The 3rd attachment shows how much of current we get at the output as H1:OMC-DCPD_A_OUT, H1:OMC-DCPD_B_OUT, and H1:OMC-DCPD_SUM_OUT, if we give 1mA of photocurrent to DCPD_A, DCPD_B, or both (half and half). Ideally, this should be the unity. The plot shows how they have not been adjusted. For the our main GW channel we take sum of two DCPDs. The individual deviations were averaged and thus the sum channel has max 10% deviation from the ideal compensation. This shows up in the GW channel.

=======

So let’s implement correct compensation. Basically we can place the inverse filter of the each filters. The preamplifier, however, includes some poles and zeros whose frequency are higher than the nyquist frequency. Here we just ignore them and assess how the impact is.

The result is shown as the 4th attachment. Upto 1kHz, the gain error is less than 1%. This increases to 5% above 3kHz.  The phase error is 7deg at 1kHz. This increases to 20deg above 3kHz. These are the effect of the ignored pole/zeros. Note that these are static error. In fact, the phase error is quite linear to the frequency. Thus this behaves as a time delay of ~18.5us. Since the phase delay at 100Hz is small, the impact to the DARM feedback servo is minimal. For the feedforward subtraction, however, this might cause some limitation of the subtraction performance. In practice, we measure the coupling transfer function in order to adjust the subtraction, in any case. Therefore this delay would not be a serious problem.

The filter bank to implement the new compensation was already configured. The filter file is attached as foton_DCPDfilters.txt.

Images attached to this report
Non-image files attached to this report
Comments related to this report
koji.arai@LIGO.ORG - 23:50, Thursday 02 April 2015 (17648)

The new filters for the OMC PDs were loaded (H1:OMC-DCPD_A and B).

This changes the DARM calibration.
Until we recalibrate the DARM we see ~10% reduction of the displacement level. Don't be surprised.

Once we lock the full IFO, we measure the DARM OLTF and give it to Kiwamu for recalibration.

koji.arai@LIGO.ORG - 00:17, Friday 03 April 2015 (17650)

With the new filters, the balance is extremely good now.

This indirectly suggests that the individual compensations are done pretty well.

Images attached to this comment
jeffrey.kissel@LIGO.ORG - 09:38, Friday 03 April 2015 (17659)CAL, DetChar, ISC, SYS
J. Kissel

Since the front-end calibration did not account for this whitening compensation mis-match, i.e. it assumed perfect compensation, the calibration of the sensing function was simply *wrong* (inaccurate) at these frequencies were there was a mis-match. (Recall the DARM UGF is ~40 [Hz], so the mismatch began influencing the calibration only above ~40 [Hz])

As such, now that the whitening and preamps have been more accurately compensated the calibration as it stands has now simply become *more correct*. Therefore we will not need to change or correct anything in the front end calibration filters.

Stay tuned for further study.
jeffrey.kissel@LIGO.ORG - 15:41, Friday 03 April 2015 (17672)
Jeff -- don't be so hasty.

The absolute DC gain of the sensing function (or the inverse sensing function in the CAL CS model) is set by scaling an open loop gain TF measurement to a model. Thus far, open loop gain TFs have only been taken between ~10 and ~100 [Hz], exactly where this discrepancy occurs. Thus, the IFO's DC sensing function is likely off in overall scale factor by the ~10-20% caused by this discrepancy.

So, once we get the IFO back up, we'll take another open loop gain transfer function, compare it against the prior, determine a new DC gain for optical gain / sensing function, and update the calibration accordingly.
koji.arai@LIGO.ORG - 00:51, Sunday 17 May 2015 (18486)

At the section "Characteristics of the DCPD electronics chain", I wrote something inconsistent with the other part of the entry.

DCPD A is the DCPD at the reflection side of the OMC DCPD BS
DCPD B is the DCPD at the transmission side of the OMC DCPD BS

My hand written cartoon is correct.

I wish I could correct the aLOG entry that is older than 24 hours.

Displaying reports 67381-67400 of 85402.Go to page Start 3366 3367 3368 3369 3370 3371 3372 3373 3374 End