Displaying reports 67661-67680 of 77145.Go to page Start 3380 3381 3382 3383 3384 3385 3386 3387 3388 End
Reports until 00:51, Tuesday 04 February 2014
H1 ISC
stefan.ballmer@LIGO.ORG - posted 00:51, Tuesday 04 February 2014 (9776)
PRM length and Schnupp assymetry measurement - with marginal precision
Evan, Kiwamu, Stefan

Today we tried to measure the PRC cavity length using the single-shot time-delay method. Despite an estimated accuracy of about 2mm, we only achieved a precision of about 1cm variation between measurements.

Measurement details:
- We put a 3400Hz, 7.5V (25000cts using LSC-EXTRA) signal into the IMC offset.
- We intentionally detuned the modulation frequency to generate maximal AM at 3400Hz in the mode cleaner.
- We then demodulated this signal after a single bounce off the PRM, ITMX and ITMY respectively to get a time-of-flight measurement.
- Before we started we made sure the REFLAIR demodulation was exactly 90deg (with an error of about 1e-3deg), and the relative gain was balanced to 1 part in 1e4. We achieved this by adding a 45MHz band-pass into the PD RF path of the demodulator (to get rid of any higher harmonics contributions), and then adding a test signal exactly 3.4kHz offset. Using this test signal we balanced the gain and phase response. All this was done at a fixed whitening gain. (The 45MHz band-pass was taken out again at the end of the measurement.)
- With this setup we achieved a phasing precision for PRM of about 0.02deg, and about 0.1deg for the IMTs. However there were large q-offsets, so we had to be careful to tune the audio-demodulation phase for the 3.4kHz signal. Probably our biggest systematic error came from this.
- From the measured phase difference we can calculate the expected PRX length (and PRY and Schnupp length in the same way) using the following script:

MATLAB script to calculate the length:
f=9099483; % sideband frequency
c=299792459;
lambda=c/5/f;
degX=-9.356;    % demodulation phase for ITMX
degPRM=-10.311; % demodulation phase for PRM
dX=degPRM-degX;
Lx=(17.5+dX/360)*lambda/2

- To verify the result, we then calculated the frequency which should be exactly anti-resonant, and repeated the measurement. Unfortunately the results only were good to about 1deg in phase difference, or about 1cm:
      f (Hz)  PRM phase   ITMX phase   PRx length   new f (Hz)
1st) 9101734   73.87deg    72.311deg    57.6557m     9099483
2nd) 9099483  -10.311deg   -9.356deg    57.6469m     9100863

The two results disagree my 8.8mm. While we did measure PRY too, we had different whitening gain settings for PRM and ITMY, so we didn't trust those numbers.

We did however measured the Schnupp-asymmetry using the same technique: we got 8.9cm for Lx-Ly. Again, this number probably has about 1cm of systematic error.

For reference, the design PRC length is 57.6557m (T1000298). With an 8cm Schnupp-asymmetry we expect PRx to be 57.6957m.




H1 SUS
arnaud.pele@LIGO.ORG - posted 19:57, Monday 03 February 2014 - last comment - 08:51, Tuesday 25 February 2014(9774)
Op lev damping ETMX ITMX (WP 4427)

As we might need feedback loops from the optical lever to stabilize the motion of the test mass of ETMX and ITMX, the simulink models were temporary modified to include a link from the optical lever to the PUM and UIM masses.

This was done by copying over what has been done for the beamsplitter optical lever :

A backup of the models h1sus{etmx/itmx}_Feb3rd2013.mdl was made under /opt/rtcds/userapps/release/sus/h1/models

Images attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 08:51, Tuesday 25 February 2014 (10303)

I missed a few alogs explaning some modifications on the models. so here's the current status :

  • h1susetmx and h1susitmx both have a disabled link with the common part FOUROSEM_STAGE_MASTER (L1 L2). Those two parts have been modified locally two add a path for the oplev
H1 IOO
paul.fulda@LIGO.ORG - posted 18:54, Monday 03 February 2014 - last comment - 22:45, Monday 03 February 2014(9773)
Preliminary REFL beam size measurements on ISCT1

Today I used the nanoscan to measure the ITMX direct reflected beam size that makes it through the REFL path onto ISCT1.

I had previously done some more preparation for this measurement (since aLOG entry 9633), measuring the ITMX direct reflected beam power again on ISCT1 to be 31.6uW. This time the green beam was misaligned at the TMS, so was not coming through the X-arm. Also, ITMY was misaligned, and ETMX was misaligned, so there shouldn't  have been anything that was adding to the measured power. It seems that either the green light, or X-arm flashes were contributing to the ~50uW I measured last time.

At the same time, I measured the PRM direct reflected beam size using the nanoscan. However, the capture settings I used for logging the data were probably not ideal for this measurement, so I would like to retake this data at some point. In any case, the preliminary measured PRM direct reflected beam sizes were wx=1949um and wy=2094um. These can be compared to the numbers I expect from my model: wx=2170um and wy=2138um.

At this time I tried taking a measurement of the ITMX direct reflected beam, but the nanoscan software kept complaining that the detector was "saturating". At 30uW this seemed unlikely to me, but it prompted me to turn off frame averaging. As soon as I turned off the averaing I saw that the beam was swinging around on the nanoscan, with peak to peak motion of roughly a beam size. This seemed like too much motion to get a decent measurement so I decided to wait until we had some quieter optics in the path between ITMX and ISCT1.

Today I went back into ISCT1 and looked again at the nanoscan data for the ITMX direct reflected beam. The ALS beam was misaligned at TMS, ITMY, ETMX  and PRM were all misaligned. The beam motion seemed significantly less for the most part, although I did see it go through quiet and loud times. I logged data at 10Hz for around a minute, which I then averaged offline to get ITMX direct reflected beam sizes of wx=2525um and wy=2510um. The attached plot shows the beam sizes at this location that I expect from my model, for a range of different ITMX lens cases and PR2-PR3 distances. In the cold state, I expect that the ITMX direct reflected beam sizes should be on the cyan line. A naive interpretation at this stage is therefore either that the PR2-PR3 distance is longer than designed, or the ITMX on-thermal lens is weaker than we thought, but there are many variables which still need to be accounted for.

Non-image files attached to this report
Comments related to this report
paul.fulda@LIGO.ORG - 22:45, Monday 03 February 2014 (9775)

I did a little more analysis on the nanoscan data, and saw that the beam position data and beam radius data appeared correlated. This might be expected if the beam swings across the aperture during a scan, thus "smearing" the intensity over a wider distribution. In this case I would expect to see a 90deg phase lag between position data and beam size data, although that might be neglecting some specifics of how the slit is scanned across the PD. The two attached screenshots show the Gaussian fits for the PRM direct reflected beam and ITMX direct reflected beam. I also attached time series of the y-position and radius (which shows the correlation quite clearly).

Finally I did some frequency analysis on the data, as shown in the attached ASDs.

In pitch there seem to be two main peaks, at 0.717Hz and 0.95Hz. Another peak appears at 1.167 Hz. The closest suspension pitch mode I can find to the 0.717Hz peak is 0.745Hz pitch mode from the HLTS. HSTS pitch mode at 0.6725Hz is also in the ballpark. The 0.95Hz peak is quite close to the HLTS yaw mode at 0.99Hz, and 1.167Hz mode is close-ish to the HSTS yaw mode at 1.09Hz, but I don't see any pitch modes matching up there.

In yaw there seem to be two main peaks. One again at 0.95Hz, and one at 2.267Hz. The 2.267Hz peak matches up pretty closely with the 2.253Hz BS yaw mode. I didn't see any Quad modes matching the peaks, so it seems that ITMX is not causing the motion.

Images attached to this comment
Non-image files attached to this comment
H1 SUS
keita.kawabe@LIGO.ORG - posted 16:47, Monday 03 February 2014 (9771)
ETMX OL noise level

In the top panel of the attached, red is the ETMX OL PIT, pink is the dark noise (this is ETMX OL PIT when there's no light on the OL, but a fake offset of 9900 counts was applied to OL SUM so the scaling of red and pink become the same).

The RMS of the red line for f>0.1Hz is about 0.15urad (that's about 0.5 urad pk-pk). The dominant hump at 0.4-0.5Hz is about 0.12urad RMS, but it seems like the microseism is adding another 0.9urad RMS, resulting in sqrt(0.09^2+0.12^2)=0.15urad RMS.

Dark noise is well below the PIT signal up to a few Hz.

Green is the OL SUM normalized by OL SUM DC, and then scaled by H1:SUS-ETMX_L3_OPLEV_PIT_GAIN. If  the green stays on top of the red for some frequency band you'd be suspicious that the OL quadrants are measuring some noise that is incoherent across the quadrants (shot, dark), but that's not the case.

So OL seems to be measuring the angle at least for f<1Hz, probably we don't have to worry too much about injecting more noise than we want by using OL damping. Even if the actual PIT noise floor is as big as green (which is not likely), the RMS due to noise injection is not bigger than brown dashed curve.

OTOH, at least for the time when the measurement was done, it seems like the damping for 0.4-0.5Hz hump is not good enough, microseismic should be attacked too.

Images attached to this report
H1 AOS
dale.ingram@LIGO.ORG - posted 16:10, Monday 03 February 2014 (9769)
Ops final Monday entry
Commissioners remain in the control room.  Earlier, Richard went to EX to investigate the dust monitor that Patrick reported below.  The DM's behavior remains unresolved.
H1 INS (INS, SUS)
dale.ingram@LIGO.ORG - posted 16:06, Monday 03 February 2014 (9768)
EY Departure
Doug and Jason are out of EY, leaving the station in laser hazard.
H1 SEI (ISC)
hugh.radkins@LIGO.ORG - posted 16:03, Monday 03 February 2014 (9766)
WBSC1 ITMY HEPI Tilts (Rx & Ry) are larger--necessary?

With uncontrolled position/controlled target differences of 10 & 13urads in Rx & Ry, the turn on of HEPI rings up the trilliums and makes ISI turn on (especially when HEPI trips) not one button.  Are these tilts really needed?

H1 SUS
jeffrey.bartlett@LIGO.ORG - posted 15:45, Monday 03 February 2014 (9765)
H1-SR2 Installation
Andres, Scott, & Jeff

   The H1-SR2 suspension has been installed in HAM4. No significant issues or problems were encountered during the installation. 

   A big thank you to the Apollo crew for all their support with the prep work and the installation. 
H1 ISC
alexan.staley@LIGO.ORG - posted 15:43, Monday 03 February 2014 - last comment - 17:00, Monday 03 February 2014(9764)
POP A & B QPD

(Alexa, Sheila, Stefan, Evan)

 

Using the picomotors, we have centered the beam onto both POP A and POP B QPD. For reference... with a whitening gain of 45dB, H1:ASC-POP_A_SUM_OUTMON = 11450 cnts, H1:ASC-POP_B_SUM_OUTMON = 10436 cnts.

We have also calculated how many counts we expect on each quadrant: We have 8.8W into MC. There is 15% loss due to input optics losses (IMC and faraday), 3% transmission of PRM and 230ppm from PR2. This gives about 6.4uW for each quadrant of the QPD. With a responsivity of .8 A/W, a transimpedance of 1kOhm and a gain of 45dB, there is 1V on each quadrant. This amounts to about 3000 counts on each quadrant, which is consistent with what we see.  

Comments related to this report
sheila.dwyer@LIGO.ORG - 17:00, Monday 03 February 2014 (9770)

Once these were centered we wanted to get a (rough) calibration of the PIT and Yaw in terms of beam radii.  To do this we moved the IM4 alingment slider until the QPD sum dropped to half of its centered value, then moved IM4 back until the sum reached it maximum again.  This gives us an approximation of the beam radius in units of counts on IM4 slider.  (for PIT, QPD A hwhm =1600 IM4 PIT, QPD B hwhm=1720 counts IM4 PIT). 

Then we returned IM4 to its original alingment, (so the beam was again centered on the QPDs) and measured the response of the QPD PIT and YAW to moving IM4. We saw:

  • 0.00156 counts QPD A PIT / counts IM4 slider
  • 0.004 coutns QPD A YAW per IM4 slider YAW
  •  0.000734 counts QPDB PIT/ IM4 slider counts PIT

For the calibration of PIT and YAW in beam radii we get:

  • 2.5/radii in PIT QD A
  • QPD A YAW 3 counts/ radii
  • QPD B 1.26 counts/ beam radius PIT (didn't check YAW for B) 

This is only rough. 

We also saw that the QPDs are about 1.8 times the size of the beam

Attached are spectrum of the POP QPDs, and RMS, not calibrated. You can see that the beam motion is a small fraction (less than 1%) of the beam radius, so input beam motion (at PR2) is not the cause of our difficulty aligning the IR into the arm. 

Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 15:41, Monday 03 February 2014 (9763)
extra LSC DAC channel connected to the IMC board

As a prep for the PRC length measurements, I hooked up a DAC cable of LSC, CAB_H1_ISC_421, to the Dsub breakout board D1201450 at the 18th floor of the ISC rack R4 as specified in E1200408-v14. It is connected to the right half of the breakout unit.

Then I connected a TNC cable from the 2nd output port of the breakout board to the A excitation of the IMC servo board. This is a temporary configuration and allows us to remotely excite the IMC length using the LSC_EXTRA_AO_2 signal (see T1100242-v11 for the signal assignment).

H1 IOO (IOO, SUS)
dale.ingram@LIGO.ORG - posted 15:09, Monday 03 February 2014 (9762)
SR2 inside HAM4
Jeff and Andres report that SR2 now sits inside HAM4.  The installation arm remains on the chamber and will come off Tuesday morning.
H1 CDS (ISC, SUS)
david.barker@LIGO.ORG - posted 13:54, Monday 03 February 2014 (9760)
LSC RFM IPC non-zero error rate
I noticed last week that the IPC receive errors at all end station SUS and HEPI for the LSC signals is non-zero. Following the discovery of LLO LSC transmit errors to the end stations due to CPU overrun on the LSC model, I verified that our errors are also due to the LSC model running longer than its average of 40uS. The attached plot shows the error going to ONE at the time the LSC cpu increased to 44uS. The error latches, which is why we don't see any indication of the subsequent 45 and 44uS excursion.
I am running a script which clears the diagnostics on H1SUS-ETMX every minute. The next time an IPC error is seen it will reset after a minute ready for the next event.
All the error rates I've seen so far are only for ONE transmission of the 16384 sent that second. So the error rate is about 3 in an hour or 5.e-6 %
Images attached to this report
LHO General (INS, SEI, SUS)
dale.ingram@LIGO.ORG - posted 13:44, Monday 03 February 2014 (9759)
Afternoon activities
Currently underway (~1:30PM local):

** Doug is transitioning EY to laser hazard for IAS.  Betsy and Travis have been at EY this morning and might return this afternoon depending on Doug's results.
** Rich continues to test BS ISI.  He's pausing while Filiberto attends to a CPS cable at BSC2.
** A semi from LLO carrying storage containers, etc. has driven down the X arm.
H1 SUS
arnaud.pele@LIGO.ORG - posted 13:16, Monday 03 February 2014 (9757)
Sus guardian updates rolled out

This morning I finished rolling out available guardian updates for suspension (following alog 9733)

guardctrl create SUS_MC1

guardctrl start SUS_MC1

Suspension Currently saved offset (Pitch/Yaw) Last time saved / Offset (Pitch/Yaw)
MC1 883.3 / -1945.7 Jan 31st :17:10 same as current
MC2 470.4 / 257.2 Jan 31st 17:20 same as current
MC3 -460.4 / 2119 Jan 31st 17:10 same as current
PRM -730 / -459 Jan 31st 17:20 same as current
PR2 462.8 / -314.5 Feb 2nd 19:14 same as current
PR3 -240.32 / -252.3 Jan 31st 16:35 same as current
ITMX 64.3 / -56.8 Feb 2nd 19:19 same as current
ITMY 46.8 / -140 Feb 2nd 19:19 same as current
ETMX 256.7 / 79.8 Jan 17th 18:54 253.5 / 79.7
TMSX 267.9 / -242.7 Jan 17th 20:33 244.2 / -239
BS 44 / -251 Jan 31st 17:21 same as current

 

changed the command of the guardian button from  /ligo/apps/ubuntu12/guardian/bin/guardmedm to -> guardmedm

- The sitemap needs to be started from a terminal in order to either save the offsets, or open a guardian medm screen.

- Managing the way the offsets are saved. For now there is 4 txt files per suspension under /opt/rtcds/userapps/release/sus/h1/burtfiles.

one .req file defining the two offset epics channels, one snap file for the aligned value, one snap file for the misaligned value, one file saving all the aligned offsets with the date it was changed.

H1 SEI (SEI)
richard.mittleman@LIGO.ORG - posted 15:35, Saturday 01 February 2014 - last comment - 14:50, Monday 03 February 2014(9739)
BSC-ISI CPS Noise Spectra

 

 Spent some time looking at the noise of the CPS on the BSC after rerouting the sync signals

 

  One figure is a matlab plot of some calibrated signals using a fixed target on which there are some VERY bad BS channels

 

  the second plot is a dtt screen of all of the BSC CPS channels in counts, (BS-V3 is looking at a fixed target, all other channels are looking at motion) with all of the ISIs OFF.

 

  there are a number of icky channels

Images attached to this report
Comments related to this report
richard.mittleman@LIGO.ORG - 14:50, Monday 03 February 2014 (9761)

Phil rewired the CPS distribution box ( i think that it is now identical to what is at LLO) and the really horrible noisey channels got better

 

  there is still some excess noise in ITMY stage 2 corner three  and may itmx stage 1 H3 although that might not be real

Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 00:58, Saturday 01 February 2014 - last comment - 01:14, Tuesday 04 February 2014(9736)
PRMI locking very stable and the ITMY ring heater on

Stefan, Kiwamu

The PRMI lock is now quite solid. After we engaged a dither alignment system for ITMY, we turned on the ring heater on ITMY with a hope it is going to improve the mode matching.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 01:09, Saturday 01 February 2014 (9737)

We lost the lock after about 50 minutes.

Images attached to this comment
stefan.ballmer@LIGO.ORG - 16:09, Monday 03 February 2014 (9767)
Below are Aiden's plot and remarks:

I've attached some plots of thermal lens vs time for a RH running at 1W.

The slope of the linear section, dS/dt, from t = 2000s to 3000s is 6.75E-9 diopters per second per Watt.

The final steady-state defocus, S_steady, is about 13.75E-6 diopters. In the initial state, it takes t_S_steady1, 2037 (= 13.75E-6/6.75E-9) seconds to reach assuming an immediate and linear increase in defocus, 
t_S_steady1 = S_steady/dS/dt

....

In other words, the 20W/2.1x = 9.4W should give the maximum mode matching after 2037s of linear increase in defocus AND in the steady-state.


Images attached to this comment
paul.fulda@LIGO.ORG - 01:14, Tuesday 04 February 2014 (9777)

I modeled the 18MHz sideband buildup in the H1 PRMI as a function of ITMY Rc to see how it compared to the observations made recently. The attached plot shows POP 18MHz I and Q signals over ITMY Rc. The leftmost side of the plot is for the measured value of ITMY Rc from the nebula page, with no ITMY substrate lens, and the measured value of ITMX Rc from the nebula page with an -80km substrate lens. MICH was locked using REFL45Q and PRCL was locked using REFL45I. The POP demod phase was tuned to minimize Q-phase signal at the starting ITMY Rc value. The input carrier power in the model is 10W, the 9MHz modulation depth is 0.1, and the 45MHz modulation depth is 0.07. No optics after the PR2 transmission were included in the model.

As expected, the buildup increases as PRX and PRY become better matched. In the model, the buildup increases to a maximum of around a factor of 10 from the initial value. This is a much larger increase than was seen in the experiment. This could be because the model does not include clipping at the BS, which would increase as the beam sizes increase (see lower panel of the plot). Also, it is possible that ITMY has a non-thermal substrate lens (no measurement data is available for this), putting it closer to ITMX in the no-ring-heater state. Beyond the maximum, the PRMI quickly becomes unstable. This may explain the lock loss in the experiment past the maximum POP18 buildup (though many other things could too).

Non-image files attached to this comment
H1 IOO
paul.fulda@LIGO.ORG - posted 16:40, Friday 31 January 2014 - last comment - 17:34, Monday 03 February 2014(9716)
MC2trans and IM4trans calibration

I made a calibration of the IM4trans and MC2trans SUM channels into uW.

The conversion from W incident on the PDs to counts registered on IMC-IM4_TRANS_SUM_OUTMON is as follows:

[counts/W] = responsivity [0.16 A/W] x transimpedance gain [1000V/A] x differential to single input gain [2V/V] x whitening gain [36dB=63.1 V/V] x ADC gain [1.6384x10^3 cts/V].

This is actually the same for both MC2trans QPD and IM4trans QPDs: 2.087x10^9 [counts/W]

I used this calibration factor to calculate the power on IM4trans and MC2trans currently:

IM4trans counts ~= 57890 counts, which converts to 1.75mW. Comparing this with the expected power on IM4trans:

8.73W into IMC * 0.85 IO throughput * 2400ppm IM4 transmission * 0.1 transmission of BS between IM4 and IM4trans QPD = 1.78mW

MC2trans counts ~= 2.17x10^4 counts, which converts to 655uW. Comparing this with the expected power on MC2trans:

8.73W into IMC * (IMC gain = IMC Finesse/pi = 166 ) * 5.1x10^-6 MC2 transmission * 0.1 transmission of BS between MC2 and MC2trans QPD = 740uW.

Both these estimates for the power incident on each PD agree pretty well yes so I'll go ahead and add a new filter called "cts2uW" in the SUM_OUTMON paths to give the outputs in uW incident on the PDs.

Comments related to this report
paul.fulda@LIGO.ORG - 14:30, Friday 31 January 2014 (9725)

The fact that the SUM output is used to normalize PITCH and YAW signals meant that adding the filter in front of just the SUM channel increased the gains on PITCH and YAW significantly, affecting the IMC ASC loops. I have now put the cts2uW filters in the input filter banks for each segment of both QPDs. It works fine now, so the MC2trans SUM and IM4trans SUM are calibrated in uW. If anyone changes the whitening gains on these PDs, please be sure to adjust the calibration factor accordingly. I may look into automatically factoring the whitening gain into the calibration to avoid this issue in future.

paul.fulda@LIGO.ORG - 17:34, Monday 03 February 2014 (9772)

Just to be clear, the calibration from counts to uW for both IM4trans and MC2trans was 0.032 uW per count. The number 2.087x10^9 [counts/W] was in error: this number should have been 3.3080x10^7 [counts/W]. Although the number in the alog post was in error, the correct number was used in the filters which were applied.

Displaying reports 67661-67680 of 77145.Go to page Start 3380 3381 3382 3383 3384 3385 3386 3387 3388 End