Displaying reports 67821-67840 of 77133.Go to page Start 3388 3389 3390 3391 3392 3393 3394 3395 3396 End
Reports until 09:19, Tuesday 28 January 2014
H1 AOS
thomas.vo@LIGO.ORG - posted 09:19, Tuesday 28 January 2014 (9598)
Mitchell in LVEA @ 9:00 AM PT
Working on ACB in West Bay.
H1 General
sheila.dwyer@LIGO.ORG - posted 08:02, Tuesday 28 January 2014 (9595)
Chris at end X

She's heading there now. 

H1 General
sheila.dwyer@LIGO.ORG - posted 07:02, Tuesday 28 January 2014 - last comment - 09:40, Tuesday 28 January 2014(9594)
activity

Alexa and I are going to the ISC racks near the PSL.  Also, I went to the X end for a few minutes.

Comments related to this report
alexan.staley@LIGO.ORG - 09:40, Tuesday 28 January 2014 (9600)

work now complete

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 03:17, Tuesday 28 January 2014 (9592)
IQ balance of the 3f demodulator adjusted

Because in this after noon I happened to be around the ISC rack with an RF source in hand, I measured and adjusted the IQ balance of the 3f demodulator which had been refurnished recently. I did the same process as was done a month ago (see alog 9100).

Here are the new settings for it:

Note that I didn't change the gains for the RF27 I and Q paths because the gain difference was smaller than 1%.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 03:02, Tuesday 28 January 2014 (9591)
more stable PRMI

Stefan, Yuta, Kiwamu,

We could lock the sideband-resonant PRMI for more than 8 minutes tonight. The angular fluctuation seemed better because of the L2P(Y) decoupling filters.

The locking is becoming reliable. We still need to investigate what causes the lock loss events.

Here are what we did:

Images attached to this report
H1 INS
stefan.ballmer@LIGO.ORG - posted 00:31, Tuesday 28 January 2014 (9590)
ISI BS and ISI ITMY keep tripping
Tonight I found the ISI BS and ISI ITMY tripped.

When trying to put them pack to their previous operational mode (state 1 of ITMY, state 2 for BS), they repeatedly tripped. We decided to work without the two ISIs tonight.
H1 ISC
stefan.ballmer@LIGO.ORG - posted 00:14, Tuesday 28 January 2014 - last comment - 06:07, Tuesday 28 January 2014(9589)
PR2 M3 pitch drivealign work - not perfect, but probably good enough
Kiwamu, Stefan,

We did the PRM M3 pitch L2P decoupling tonight. We followed that same strategy as for the PR2 (alog 9584):
 - We paid the  most attention to the highest peaks in the L2P transfer function.
 - We fitted L2P and P2P independently to get good initial values for a fit of the ratio.
 - We had a harder time with the L2P (compared to the PR2) - in particular I couldn't get the phase at 1Hz right.
 - The result is only 

Plot 1:  transfer functions:
 - blue:   measured L2P TF
 - green:  measured P2P TF
 - red:    L2P/P2P (from measured data)
 - black:  fit (note that we paid more attention to the frequencies between 0.5Hz and 1Hz, because they matter most (see L2P)
 - Purple: fitted filter times measured P2P.

Plot 2: decoupling at 0.75Hz about a factor of 6 better.
Plot 3: decoupling at 0.95Hz about a factor of 4 better.
Images attached to this report
Comments related to this report
peter.fritschel@LIGO.ORG - 06:07, Tuesday 28 January 2014 (9593)

Looks like a typo in the title for this entry; should read:

PRM M3 pitch drivealign work

H1 IOO
paul.fulda@LIGO.ORG - posted 22:20, Monday 27 January 2014 - last comment - 19:27, Tuesday 28 January 2014(9586)
IMC calibrated length / frequency path housekeeping

[Jeff, Paul]

I had a look through the calibrated length and frequency paths for the IMC (IMC-X and IMC-F respectively) to check that the calibration is still in order. A description of all the filters in the IMC-X and IMC-F paths can be found in Giacomo's entry 5945.

In fact, some things were amiss in the IMC_X path:

IMC-X_M1 path:

Filters that were engaged: to_m

Filters that are now engaged: dc_cal, wresg1, wresg2, to_m

MC2 M1 feedback is not currently engaged, so this may not matter right now. However, I've engaged the filters that calibrate the IMC-X_M1 signal to M3 motion. wresg1 and wresg2 model the suspension TF from M1 actuation to M3 actuation with the resg damping filters engaged (as they are currently). If and when M1 stage feedback is applied, the corresponding IMC-X channel should be calibrated now.

IMC-X_M2 path:

Filters that were engaged: dc_cal, white, sus_d1, sus_d2, to_m

Filters that are now engaged: dc_cal, wresg, to_m

The sus_d1 and sus_d2 filters are used to model the suspension TF without the resg filter in the M1 L damping path turned on. Because we are now using the resg damping I have switched the sus_d1 and sus_d2 filters off and engaged the wresg filter, which is used to model the suspension TF with the resg filter in the M1 L damping path. The white filter is a filter which was implemented in L1 in an attempt to avoid digitization noise above 50Hz (since the signal is so small there). I don't think we want to have this filter engaged, since it has to be accounted for later in data analysis, and I think we can ignore IMC_X so far above the L to F crossover. I've therefore disengaged this filter. This isn't the first time this one has come back to haunt us: see e.g 5311 or 5452.

IMC-X_M3 path:

Filters that were engaged: dc_cal, white, sus_d, to_m

Filters that are now engaged: dc_cal, wresg, to_m

Same story as for the M2 path.

I took a snapshot of all IMC-X filter banks.

IMC-F path:

Filters that were engaged: cts2V, InvGenFilt, VCO, FtoL

Filters that are now engaged: cts2V, InvGenFilt, VCO, FtoL

The only filter that changed since Giacomo's entry 5945 is the FtoL filter being engaged now instead of the tokHz filter. This means that the IMC_F signal is now calibrated in meters, presumably for ease of comparison with IMC_X. I checked the VCO gain filter: it is still the 536,604 Hz/V value, agreeing with Kiwamu's number from entry 5556 after accounting for the double pass of the AOM.

Comments related to this report
laura.nuttall@LIGO.ORG - 17:59, Tuesday 28 January 2014 (9616)
I had at four separate times (first plot) after these changes were made to see how H1:IMC-X_DQ looked after it didn't appear comparable to LLO last week (see alog 9373). I've also attached a more recent plot of the same channel at LLO (second plot). The same channel still looks quite different between sites and H1:IMC-X_DQ still seems quite featureless in comparison to LLO. A rather naive question...are they meant to look similar?
Images attached to this comment
paul.fulda@LIGO.ORG - 19:27, Tuesday 28 January 2014 (9618)

As Laura pointed out, the calibrations for L1 and H1 data for these two paths were quite different. I've now gone ahead and changed the H1 calibration path to match the L1 settings.

IMC-X

M1 filters: dc_cal, white, wresg1, wresg2, to_um

M2 filters: dc_cal, white, wresg, to_um

M3 filters: dc_cal, white, wresg, to_um

This means that the IMC-X path is now calibrated in micrometers and it does have the whitening filter engaged. This means the whitening filter (two zeros at 0.2Hz and two poles at 1kHz) should be accounted for in post-processing.

IMC-F

Filters: cts2V, InvGenFilt, VCO, tokHz

This means that the IMC-F path is now calibrated in kHz.

I've saved a snapshot of all 4 filter bank states.

H1 SEI
sebastien.biscans@LIGO.ORG - posted 20:07, Monday 27 January 2014 - last comment - 08:50, Tuesday 28 January 2014(9585)
BSC-ITMX 0.5Hz investigation part2

Arnaud, Sebastien

We've kept investigatiing on the 0.5Hz resonance issue that we've been having on ISI-ITMX (see first alog here). Reminder: we see a  peak at 0.5Hz on all the sensors of the ISI when it is controlled.

After more tests, we realized that this peak appears on all the sensors only when the T240s are in the blend (see plot attached).

Plus, by looking at the T240-X signal, you can clearly see this peak at 0.5Hz. It is even more obvious when the noise floor is reduced (ISI controlled).

 

Thus the issue seems to come from the T240s. We'll continue the investigation tomorrow and find which T240 is bad and how to fix it.

Images attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 21:46, Monday 27 January 2014 (9587)

The last plot seems to show harmonics at 1Hz, 1.5HZ(?) and 2Hz. Is this 0.5Hz sharp? If so, this could indicate a problem with the DAQ timing.

sebastien.biscans@LIGO.ORG - 23:04, Monday 27 January 2014 (9588)

Good point Daniel. We have to double check how the other sensors behave. We'll check that tomorrow.

keita.kawabe@LIGO.ORG - 08:50, Tuesday 28 January 2014 (9596)
Exactly 0.5Hz (and its harmonics).
Images attached to this comment
H1 ISC
stefan.ballmer@LIGO.ORG - posted 19:57, Monday 27 January 2014 (9584)
PR2 M3 pitch drivealign done
Jeff, Stefan

We did the PR2 M3 pitch L2P decoupling today.

Plot 1:  transfer functions:
 - blue:   measured L2P TF
 - green:  measured P2P TF
 - red:    L2P/P2P (from measured data)
 - black:  fit (note that we paid more attention to the frequencies below 1Hz, because they matter almost 2 orders of magnitude more (see L2P)
 - Purple: fitted filter times measured P2P.


Plot 2: 3e5cts drive to H1:SUS-PR2_M3_LOCK_L_EXC, first at 0.75Hz, then at 0.95Hz. At both frequecies we get about 1 order of magnitude suppression.
Images attached to this report
H1 SEI (INS, SEI)
jim.warner@LIGO.ORG - posted 16:50, Monday 27 January 2014 - last comment - 09:44, Tuesday 28 January 2014(9581)
HAM4 DTT tf's versus Matlab

Still no resolutions to the problems with HAM4 ISI transfer functions. I took more DTT tf's today, and they all look a little better than the Matlab tf's. The attached plot shows the 3 vertical pods. The 3 thinner lines are the Matlab tf's (which, though not shown, have been repeated 3 times, all 3 times look pretty similar) and the 3 thicker lines (red, green and blue) are the same sensors with a DTT whitenoise tf.

Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 09:44, Tuesday 28 January 2014 (9601)INS, SEI

I should add that the H3 GS-13 looks bad, no matter what. It's just hard to see against the general awfulness of the vertical GS-13's.  The first attached image shows the DTT tf in the .5 hz to 5 hz range on the H3 GS13. There should be a taller, pointier peak at ~1hz, which is now kind of squashed. Second image is the power spectra for all GS13s, H3 doesn't look exactly the same as the others at higher frequencies, but not bad. All the other sensors look okay.

Images attached to this comment
H1 SUS (SUS)
travis.sadecki@LIGO.ORG - posted 16:31, Monday 27 January 2014 (9580)
ETMy resuspended

T. Sadecki, B. Weaver

The now final (?) monolithic ETMy Quad has had both chains fully suspended.  Electronics were hooked up and troubleshot for all stages.  OLVs were taken for all stages and MEDM screens updated.  We are satisfied with the current alignment enough that we are ready for the first IAS rough alignment look tomorrow.  We have some rather gross yaw work to do on the main chain, but would like a preliminary look at the overall position on the table so we can take care of any gross, whole structure moves before continuing with finer alignments. 

LHO General
justin.bergman@LIGO.ORG - posted 16:03, Monday 27 January 2014 - last comment - 16:24, Monday 27 January 2014(9578)
ops

Monday 27 JAN 2014

-LVEA laser safe

-Diode room dust monitor needs investigating; false readings all day for 0.03um

920 -1100, 1120 -1200 Mitchell working on ACB in LVEA test stand area

1000- Betsy and Travis at EY

1120 Sheila, Alexa to EX

1155-1215 Richard to EY working with Betsy and Travis

1225 Kiwamu is transitioning the H1 PSL from commissioning to science mode.

1237 Kiwamu working ISCT1 inside the NHZ (LVEA remains laser safe)

1300-1600 Mitch and Scott (Apollo) working on ACB

1404 Hugh to LVEA for ITMX-CPS investigation

1454 - 1547 - Thomas and Aidan to LVEA for parts search

1457-1505 - Corey to LVEA ACB area for brief period

1533 - Sheila and Alexa to EX to toggle noise eater, etc

Comments related to this report
alexan.staley@LIGO.ORG - 16:24, Monday 27 January 2014 (9579)

16:23 -- Alexa and Sheila returned from EX

H1 ISC
alexan.staley@LIGO.ORG - posted 13:53, Monday 27 January 2014 - last comment - 19:15, Monday 27 January 2014(9574)
EX PDH Measurements

(Sheila, Alexa)

We made a few measurements at EX under the following configuration:

PLL Servo Board

PDH Servo Board

  1. PDH open loop transfer function (EX_PDH_OpenLoopTF_mag/phase.TXT)
  2. To calculate the arm cavity length we zoomed in around the FSR resonance (~37MHz) and took the open loop TF (EX_PDH_OpenLoopTF_mag/phase_zoom.TXT). We found FSR ~ 37.752 kHz, which gives a crude estimate of L~3970.6m for the arm cavity length.
  3. PDH error signal power spectrum (EX_PDH_Noise.TXT, EX_PDH_Noise_High.TXT, EX_PDH_Noise_Low.TXT). When plotting the power spectrum at full span we noticed a lot of variation in the measurement (we tried to collect the high and low spectrum in this variation). This variation is due to an unstable cavity lock which causes a variation in the optical gain.
  4. PDH shot noise (EX_PDH_ShotNoise.TXT)
Non-image files attached to this report
Comments related to this report
alexan.staley@LIGO.ORG - 18:37, Monday 27 January 2014 (9582)

(Sheila, Alexa)

 

With the above servo board configurations and the HEPA fans off we measured the shot and dark noise again (in a previous alog I mentioned we didnt take the correct frequency ranges for the dark noise which is why we took it again). I have attached a plot of the power spectrum of the PDH error signal, the shot noise w. the fans off and on, and the dark noise with the fan off. All these spectra's were measured out of IMON. There is a considerable difference at low frequency of the shot noise with the fan off and on. The beam size might be too large on the BBPD? Another possibilty is fringe wraping. It is also suspicious that the shot noise is not flat and seems to drift if there is movement around the table...Are we really measuring pure shot noise??

Non-image files attached to this comment
sheila.dwyer@LIGO.ORG - 19:15, Monday 27 January 2014 (9583)

Keita, Alexa, Sheila

Some of the excess noise on the ALS end refl PD is due to fringe wrapping. We looked at spectra of REFL B from the control room while the ITM was misalinged, ( so we should have been looking at the RIN on our green beam returning from the chamber).  This is motivated by seeing that the niose at Imon with the ITM mislainged is accoustic, and seems to have a fringe wrapping shelf when the HEPA filters are on. By driving the ETM longitudnaly, we see a fringe wrapping peak on the DC PD.  We tried misalinging the reaction chain, and don't see any difference.  At some point we need to go bow on optics on the table and try to find the scattering path. 

Images attached to this comment
H1 ISC (ISC)
sheila.dwyer@LIGO.ORG - posted 17:35, Saturday 25 January 2014 - last comment - 09:07, Tuesday 28 January 2014(9558)
Comm PLL work today

Sheila, Daniel, Stefan

I tuned up the beat note alignment this morning. 

With the arm locked we have 88uW total on the COMM_A_LF detector, 42uW from the arm and 47uW from the SHG.  This gives us a beatnote of 28mV pp, with the PFD RF power readback saying -35dBm. 

The Comm PLL locks for a few seconds and runs out of range (due to fluctuations at the microseism frequency).  One solution would be to feedback to the ETM  from the green laser at the microseim frequency ( right now we only have very low frequency feedback to HEPI), this would probably be nice in the end, because the PLL would lock nicely and we need to figure out out how to do this for HIFOXY anyway.  Another solution would be to engage COMM with the PLL partially locking, which does still give a useable error signal, which would be quicker to implement.

Comments related to this report
daniel.sigg@LIGO.ORG - 19:36, Saturday 25 January 2014 (9559)

We remembered that we can just use an ezcaservo script to feed the COMM_PLL_CTRLMON signal back to offset of the the mode cleaner VCO,

ezcaservo -s 0 -g -1 -f 0.3 -r H1:ALS-C_COMM_PLL_CTRLMON H1:IMC-VCO_TUNEOFS

We then proceeded to measure the open loop transfer function of the PLL servo. The settings were:

  • Input enable: ON
  • Polarity: OFF
  • Gain: 31 dB
  • Comm filter 1: ON
  • Comm filter 2: ON
  • Boost: OFF
  • Filter: OFF
  • VCO Compensation: ON
  • Low pass; ON
  • Daughter board: OFF
  • Internal VCO path: OFF

The unity gain frequency is at 55 kHz with a phase margin of 40º.

Images attached to this comment
Non-image files attached to this comment
alexan.staley@LIGO.ORG - 09:07, Tuesday 28 January 2014 (9597)

With the same configurations as above I measured the power spectrum out of the PFD IMON while the PLL was locked.

Non-image files attached to this comment
Displaying reports 67821-67840 of 77133.Go to page Start 3388 3389 3390 3391 3392 3393 3394 3395 3396 End