40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 334 of 336  Not logged in ELOG logo
ID Date Authorup Type Category Subject
  6974   Fri Jul 13 15:49:38 2012 yutaBureaucracyGeneral40m Priority Action Items

These are all priority action items need to be done before I come back (in mid-September).

        - Prepare and install tip-tilts -JAMIE
        - Adjust IP-ANG -JAMIE, JENNE, KOJI
        - Make sure there's no clipping. Start from MC centering -JAMIE, JENNE, KOJI

        - Make ASS and A2L work -JENNE, JAMIE
        - Better MC spot position measurement script(see the last sentence in elog #6892) -JENNE
        - Daily beam spot measurements for IFO, just like MC -JENNE
        - ASS for green using PZT steering mirrors on end table -JENNE
        - Modeling of phase tracking ALS -JAMIE

        - PZT mounts for PSL and ALS beams -JENNE, KOJI
        - Add temperature sensors for end lasers to CDS slow channels -JENNE
        - Put green trans camera, GTRY PD, and GTRX PD on PSL table -JENNE
        - Better beat box; include comparators, frequency dividers, and whitening filters -JAMIE, KOJI
        - Adjust servo gain/filters of end green PDH lock (reduce frequency noise) -JENNE
        - Add on/off switch, gain adjuster, etc to CDS for end green PDH lock -JENNE, JAMIE

        - Find why and reduce 3 Hz motion -JENNE
        - Simulation of PRMI with clipping -YUTA
        - Alignment tolerance of PRMI -YUTA

  7994   Mon Feb 4 19:33:19 2013 yutaSummaryGeneralrough analysis of aligned PRM-PR2 mode scan

[Jenne, Yuta]

We redid PRM-PR2 cavity scan because last one (elog #7990) was taken with the sampling frequency of 2 KHz. We have also done TMS measurement.

 1. Align input TTs and PRM to align PRM-PR2 cavity.
 2. Sweep cavity length using C1:SUS-PRM_LSC_EXC.
 3. Get data using Jamie's getdata and fitted peaks using /users/jrollins/modescan/prc-pr2_aligned/run.py
 4. Calculated cavity parameters

 Below is the figure containing peaks used to do the calculation.


 From 11 MHz sidebands, calibration factor is 462 +/- 22 MHz/sec (supposing linear scan around peaks)
 FWHM is 1.45 +/- 0.03 MHz.
 TMS is 2.64 +/- 0.05 MHz.
 Error bars are statistical errors of the average over 3 TEM00 peaks.

 If we believe cavity length L to be 1.91 m, FSR is 78.5 MHz.
 So, Finesse will be 54 +/- 1 and cavity g-factor will be 0.9944 +/- 0.0002. 0.9889 +/- 0.0004   (Edited by YM; see elog #8056)
 If we believe RoC of PRM is exactly +122.1 m, measured g-factor insists RoC of PR2 to be -187 +/- 4.
 If we believe RoC of PR2 is exactly -600 m, measured g-factor insists RoC of PRM to be 218 +/- 6.

 1. Finesse is too small (expected to be ~100). This time, data was taken 16 KHz. Cut-off frequency of the digital antialiasing filter is ~ 5 kHz (see /opt/rtcds/rtscore/release/src/fe/controller.c). FWHM is about 0.003 sec, so it should not effect much according to my simulation.

 2. I don't know why FWHM measurement from the last one is similar to this one. The last one was taken 2 KHz, this means anti-aliasing filter of 600 Hz. This should double FWHM.

 3. Oscilloscope measurement may clear anti-aliasing suspicion.

  7997   Tue Feb 5 02:04:44 2013 yutaSummaryGeneralrough analysis of aligned PRM-PR2 mode scan

I redid PRM-PR2 cavity scan using oscilloscope to avoid anti-aliasing effect.
Measured Finesse was 104 +/- 1.

 1. Splitted POP DC output into three and plugged two into oscilloscope TDS 3034B. Ch1 and Ch2 was set to 1 V/div and 20 mV/div respectively to take the whole signal and higer resolution one at the same time (Koji's suggestion). Sampling frequency was 50 kHz. Sweeping time through FWHM was about 0.001 sec, which is slow enough.
 2. Took mode scan data from the oscilloscope via network.

Preliminary results:
 Below is the plot of the data for one TEM00 peak.

 The data was taken twice.
 Measured FWHM was 0.764 MHz and 0.751 MHz. By taking the average, FWHM = 0.757 +/- 0.005 MHz.
 This gives you Finesse = 104 +/- 1, which is OK compared with the expectation.

What I need:
 I need better oscilloscope so that we can take longer data (~1 sec) with higher resolution (~0.004 V/count, ~50kHz).
 TDS 3034B can take data only for 10 ksamples, one channel by one!  I prefer Yokogawa DL750 or later.

  8000   Tue Feb 5 10:09:08 2013 yutaSummaryGeneralrough analysis of aligned PRM-PR2 mode scan

stdev of [0.764, 0.751] is 0.007, but what we need is the error of the averaged number. Statistical error of the averaged number is stdev/sqrt(n).


0.764 and 0.751 do not give us the stdev of 0.005.

  8006   Tue Feb 5 19:32:47 2013 yutaSummaryGeneralPR2/PR3 flipping and PRC stability

We are considering of flipping PR2 and/or PR3 to make PRMI stable because PR2/PR3 seems to be convex.
I calculated dependency of the PRC stability on the PR2/PR3 curvature when PR2/PR3 flipped and not flipped.
Flipping looks OK, from the stability point of view.

 PRM-PR2 distance = 1.91 m
 PR2-PR3 distance = 2.33 m
 PR3-ITM distance = 2.54 m
 PRM RoC = +122.1 m
 ITM RoC = Inf

 theta_inc PRM = 0 deg
 theta_inc PR2 = 1.5 deg
 theta_inc PR3 = 41 deg 
          (all numbers from elog #7989)

 Here, RoC means RoC measured from HR side. RoC measured from AR side will be -n_sub*RoC, assuming flat AR surface.
 I also assumed mirror thickness to be negligible.

  1. I used Zach's arbcav and modified it so that it only tells you your cavity is stable or not.
   (It lives in /users/yuta/scripts/mode_density_PRC/stableornot.m)

  2. Swept PR2/PR3 RoC (1/RoC from -0.005 to 0.005 1/m) to see the stability condition.

  1. Stability condition of the PRMI when PR2 and PR3 is not flipped is depicted in the graph below. Black region is the unstable region. We all know that current PRMI is unstable, so we are in the black region.

  2. Stability conditions of PRMI with one of the PR2/PR3 flipped are depicted in the graphs below. If we flip one of them, PRMI will likely to be stable, but if the flipped one is close to flat and the RoC of the other one is  >~ -250 m (more convex than -250 m), PRMI will remain unstable.

  3. Stability condition of PRMI with both PR2 and PR3 flipped is depicted in the graph below. If we flip both, PRMI will be stable.

  1. Flipping one of PR2/PR3 seems OK, but I cannot guarantee. TMS measurement insists RoC of PR2 to be ~ -190 m, if we believe PRM RoC = +122.1 m (elog #7997). We need more precise measurement if we need to be sure before flipping. I prefer PR2 flipping because PR3 flipping gives us longer path in the substrate and larger astigmatism. Also, PR3 RoC is phase-map-measured to be ~ -600 m and PR2 RoC seems to be more convex than -600 m from the TMS measurement.

  2. Flipping both is good from stability point of view. We need calculation of the loss in the PRC (and mode-mismatch to the arms). Are there any requirements?

  3. If we are going to flip PR3, are there any possibilities of clipping the beam at PR3? We need to check.

  4. I need to calculate whether mirror thickness and AR surface curvature are negligible or not.

  I want to flip only PR2 and lock PRMI.

By the way:
 I don't like matlab plots.

  8012   Wed Feb 6 15:20:55 2013 yutaSummaryGeneralFWHM was wrong

I have to blame Jamie for putting extra 2 randomly.
Measured PRM-PR2 cavity finesse was actually 108 +/- 3 (even if you use digital system to get data).

Lorentzian fit:
  Lorentzian function is;

f(x;x0,gamma,A) = A * gamma**2/((x-x0)**2+gamma**2)

  where x0 is the location of the peak, gamma is HWHM, and A is the peak height.
  Lorentzian fitting function in my original code (/users/yuta/scripts/modescanresults/analyzemodescan.py) was

fitFunc = lambda p,x,m: (m-p[2])*p[0]**4/(4*(x-p[1])**2+p[0]**4)+p[2]

  In this function, p[0] is sqrt(FWHM), not sqrt(HWHM). I doubled gamma to make it FWHM and squared it because they should be positive.
  During Jamie's modification of my code, he doubled p[0]**2 to get FWHM, which is wrong (/users/jrollins/modescan/modescan.py).

  I should have commented that p[0] is sqrt(FWHM).

Redoing the analysis:
  1. I pulled 2 out, and modified Jamie's modescan.py so that you can name each peak with peakdistinguish=True option. I also modified fitpeak function so that it throws away "peaks" which don't look like a peak.

  2. If you run /users/yuta/PRCmodescan/run.py and name each peak, you will get peaks.csv which includes peak position, FWHM, and the type of the peak;


  3. /users/yuta/PRCmodescan/calcmodescanresults.py reads peaks.csv and tells you the results;

Time between TEM00 and sideband  0.0239435  pm  0.00115999887452  sec
Calibration factor is  462.167602898  pm  22.3907907867  MHz/sec
FSR is  78.4797010471  MHz
FWHM is  0.729828720682  pm  0.0174145743828  MHz
TMS is  2.64718671684  pm  0.0538858477824  MHz
Finesse is  107.53166986  pm  2.5658325169
Cavity g-factor is  0.994390582331  pm  0.000228155661075
Cavity g-factor is  0.988812630228  pm  0.000453751681357   (Edited by YM; see elog #8056)
RoC of PR2 is  -187.384503001  pm  4.26100999578  m (assuming PRM RoC= 122.1  m)
RoC of PRM is  217.915890722  pm  5.65451518991  m (assuming PR2 RoC= -600  m)

  8021   Thu Feb 7 10:35:35 2013 yutaUpdateGeneralStore optics in respective cabinets

I'm not the one who opened the ITMX table yesterday, but thanks for reminding me.
I put POP DC oscilloscope and its cables back.

Also, I relocked PMC and MC. It was unlocked since last night.

  8028   Thu Feb 7 19:25:22 2013 yutaUpdateCDSC1ALS filters reloaded

Filters for C1ALS were all gone. So, I copied /opt/rtcds/caltech/c1/chans/C1GCV.txt and renamed it as C1ALS.txt.

I also fixed links in the medm screens; C1ALS.adl and C1ALS_COMPACT.adl.
I'm not sure what happened to C1SC{X,Y} screens.


I decided to rename the c1gcv model to be c1als.  This is in an ongoing effort to rename all the ALS stuff as ALS, and get rid of the various GC{V,X,Y} named stuff.


The above has been done.  Still todo:

  • FIX SCRIPTS!  There are almost certainly scripts that point to GC{V,X,Y} channels.  Those will have to be fixed as we come across them.
  • Fix the c1sc{x,y}/master/C1SC{X,Y}_GC{X,Y}_SLOW.adl screens.  I need to figure out a more consistent place for those screens.
  • Fix the C1ALS_COMPACT screen
  • ???



  8034   Fri Feb 8 12:39:32 2013 yutaUpdateLockingPRMI work

Half-PRC at this time already have two changes from the previous half-PRC; PR2 replaced/flipped and different TM before BS.
PRMI has only one change from the previous PRMI; PR2 replaced/flipped.
This is why I wanted to try PRMI first. But we now recognized that MI alignment (including REFL and AS alignment) is tough without using the arms, I agree that we should try half-PRC first.

I don't exactly know what the situation in the Jamie's calculation, but to make the optical path length the same before and after flipping, PR2 holder have to move about n*t, where n is the substrate refractive index and t is the thickness of the mirror, towards PRM/PR3.


The first rule of debugging is to only make one change at a time.

Also, we never talked about moving PR2 to adjust optical path length,

  8036   Fri Feb 8 12:43:26 2013 yutaUpdateComputersvideocapture.py now supports movie capturing

I updated /opt/rtcds/caltech/c1/scripts/general/videoscripts.py so that it supports movie capturing. It saves captured images (bmp) and movies (mp4) in /users/sensoray/SensorayCaptures/ directory.
I also updated /opt/rtcds/caltech/c1/scripts/pylibs/pyndslib.py because /usr/bin/lalapps_tconvert is not working and now /usr/bin/tconvert works.
However, tconvert doesn't run on ottavia, so I need Jamie to fix it.

videocapture.py -h:
    videocapture.py [cameraname] [options]

Example usage:
    videocapture.py MC2F -s 320x240 -t off
       (Camptures image of MC2F with the size of 320x240, without timestamp on the image. MUST RUN ON PIANOSA!)
    videocapture.py AS -m 10
       (Camptures 10 sec movie of AS with the size of 720x480. MUST RUN ON PIANOSA!)

  -h, --help          show this help message and exit
  -s SIZE             specify image size [default: 720x480]
  -t TIMESTAMP_ONOFF  timestamp on or off [default: on]
  -m MOVLENGTH        specity movie length (in sec; takes movie if specified) [default: 0]

  8041   Fri Feb 8 19:29:44 2013 yutaSummaryGeneralarbcav of half PRC with flipped PR2

We need expected finesse and g-factor to compare with mode-scan measurement. Can you give us the g-factor of the half-PRC and what losses did you assumed to calculate the finesse?

Also, flipped PR2 should have RoC of - R_HR * n_sub (minus measured RoC of HR surface multiplied by the substrate refractive index) because of the flipping.
According to Jenne dictionary, HR curvature measured from HR side is;

PRM: -122.1 m
PR2: -706 m
PR3: - 700 m
TM in front of BS: -581 m

Please use these values to calculate expected g-factor so that we don't get confused.


Arbcav with half PRC (flat temporary mirror in front of BS), PR2 RoC = 600m, PR3 RoC = -600m:

  8049   Fri Feb 8 23:59:42 2013 yutaUpdateLockingPR2-flipped half-PRC mode scan

I did mode scan of PR2-flipped half-PRC to see if it behaves as we expect.
Measured finesse was 107 +/- 5 and g-factor is 0.98997 +/- 0.00006.
g-factor is 0.9800 +/- 0.0001.  (Edited by YM; see elog #8056)

Finesse tells you that we didn't get large loss from flipped PR2.
Since we have convex TM in front of BS, PRC will be more stable than this half-PRC.

 1. Aligned half-PRC using input TT1 and TT2 by maximizing POP DC during lock. It was not so easy because POP DC fluctuates much at ~ 3 Hz with amplitude of ~ 30 % of the maximum value because of the beam motion (movie on  elog #8039).

 2. Unlocked half-PRC and took POP DC and PRC error signal data;

> /opt/rtcds/caltech/c1/scripts/general/getdata -d 1 -o /users/yuta/scripts/PRCmodescan C1:LSC-POPDC_OUT C1:LSC-REFL11_I_ERR

  Ran again and again until I get sufficiently linear swing through upper/lower sidebands.

 3. Ran modescan analyzing scripts (elog #8012).

 Below is the plot of POP DC and PRCL error signal (REFL11_I).

 By averaging 5 sets of peaks around TEM00;

Time between TEM00 and sideband  0.0347989  pm  0.00292257322372  sec
Calibration factor is  317.995971137  pm  26.7067783894  MHz/sec
FSR is  34.5383016129  MHz
FWHM is  0.323979022488  pm  0.0145486106353  MHz
TMS is  1.55827297374  pm  0.00439737672808  MHz
Finesse is  106.606598624  pm  4.78727876459
Cavity g-factor is  0.989971692098  pm  5.65040851566e-05
Cavity g-factor is  0.980043951156  pm  0.000111874889586

 Measured finesse is similar to measured PRM-PR2 cavity finesse(108 +/- 3, see elog #8012). This means loss from flipped PR2 and beam path from PR2 to TM is small.

 I'm a little suspicious about measured g-factor because it is hard to tell which peak is which from the mode scan data. Since half-PRC was not aligned well, high HOMs may contribute to POP DC. Astigmatism also splits HOM peaks.

 PRC 3 Hz beam motion was there for long time (see, for example, elog #6954). BS is unlikely to be the cause because we see this motion in half-PRC, too.
 Also, beam spot motion was not obvious in the PRM-PR2 cavity. My hypothesis is; stack resonance at 3 Hz makes PR2/PR3 angular motion and folding by PR2/PR3 makes the beam spot motion.

Next things to do:
 * PRC g-factor
   - Calculate expected half-PRC g-factor with real measured curvatures, with error bar obtained from RoC error and length error (JAMIE)
   - Calculate expected PRC g-factor using measured half-PRC g-factor (JAMIE)
 * PRC 3 Hz beam motion
   - Do we have space to put oplevs for PR2/PR3?
   - Can we fix PR2/PR3 temporarily?
   - Align incident beam, BS, REFL, AS, and MI using arms as reference
   - lock PRMI
   - PRC mode scan

  8052   Sun Feb 10 17:30:39 2013 yutaUpdateLockingPR2-flipped half-PRC mode scan

I redid half-PRC mode scan by applying mislignment to PRM.
Half-PRC's sagittal g-factor is 0.9837 +/- 0.0006 and tangential g-factor is 0.9929 +/- 0.0005.
sagittal g-factor is 0.968 +/- 0.001 and tangential g-factor is 0.986 +/- 0.001. (Edited by YM; see elog #8056)

 1. Same as elog #8049, but with small misalignment to PRM.

 2. Algined half-PRC, and misaligned PRM in pitch to get sagittal g-factor.

 3. Restored pitch alignment and misaligned PRM in yaw to get tangential g-factor.

 Below left is the plot of POP DC and PRCL error signal (REFL11_I) when PRM is misaligned in pitch. Below left is the same plot when misaliged in yaw.
left:modescan_pitmisalign.png    right:modescan_yawmisalign.png

 By averaging 5 sets of peaks around TEM00, I get sagittal/tangential g-factors written above.

  The fact that tangential g-factor is larger than sagittal g-factor comes from astigmatism mainly from PR3. Effective PR3 curvature is

sagittal Re = R/cos(theta) = -930 m
tangential Re = R*cos(theta) = -530 m   (where R = -700 m , theta = 41 deg)

so, PR3 is more convex in tangential plane and this makes half-PRC close to unstable. This is opposite of Jamie's calculation(elog #8022). I'm confused.

  I first thought I don't need to misalign PRM because alignment was not so good - it was hard to align when beam motion is large. Also, this motion makes angular misalignment, so I thought free swinging is enough to make higher order modes. However, misaligning PRM intentionally made it easier to resolve higher order modes. I could even distinguish (10,01) and (20,11,02), as you can see from the plot.

  We have to compare with expected g-factor before moving on to PRMI.

  8053   Sun Feb 10 18:00:13 2013 yutaSummaryLSCPR2-flipped half-PRC spectra/OLTF

To compare with future PRMI locking, I measured spectra of POPDC and feedback signal. I also measured openloop transfer function of half-PRC locking.
Beam spot motion was at ~ 2.4 Hz, not 3.3 Hz.

  Below is uncalibrated spectra of POPDC and LSC feedback signal (C1:LSC-PRM_OUT).

  Below is openloop transfer function of the half-PRC locking loop. UGF is ~ 120 Hz and phase margin is ~ 45 deg. This agrees with the expected curve.

  Data was taken when half-PRC was locked using REFL11_I as error signal and actuating on PRM.


  For comparison, POPDC when PRMI was locked in July 2012: elog #6954 and PRCL openloop transfer function: elog #6950.

  Peak in the spectra of POPDC and feedback signal was at ~ 3.3 Hz in July 2012 PRMI, but it is now at ~ 2.4 Hz in half-PRC. The peak also got broader.
  Is it because of the change in the resonant frequency of the BS-PRM stack? How much the load on BS-PRM changed?
  Or is it because of the change in the resonant frequency of PR2/PR3?

  Phase margin is less now because of gain boost ~ 5 Hz and resonant gain at 24 Hz.

  8056   Mon Feb 11 13:15:16 2013 yutaUpdateLockingPR2-flipped half-PRC mode scan

I found a mistake in my code (thanks Jamie!).
I forgot to square the g-factor.
I corrected the following elogs;

PRM-PR2 cavity
  elog #7994 : g-factor will be 0.9889 +/- 0.0004
  elog #8012 : g-factor is 0.988812630228 pm 0.000453751681357

half-PRC g-factor
  elog #8040 : g-factor is 0.9800 +/- 0.0001
  elog #8052 : sagittal g-factor is 0.968 +/- 0.001 and tangential g-factor is 0.986 +/- 0.001

I checked that I was correct in July 2012 (elog #6922)

Cavity g-factor formula:
  gm = ( cos(pi*nu_TMS/nu_FSR) )**2

  8064   Mon Feb 11 21:03:15 2013 yutaUpdateLockingPR2-flipped half-PRC mode scan

To estimate the systematic effects to the g-factor measurement, I changed how to analyze the data in multiple ways.
From the estimation, I get the following g-factors for half-PRC;
  tangential: 0.986 +/- 0.001(stat.) +/- 0.008(sys.)
    sagittal: 0.968 +/- 0.001(stat.) +/- 0.003(sys.)

The a la mode/arbcav calculation is not so far from the measurement(elog #8059). So, mirror curvatures and lengths are not far from what we expect.

  Method I used to analyze the mode scan data is as follows;

  1. Use the spacing between upper sideband and lower sideband to calibrate the data.
  2. Measure the position of 00, 1st, 2nd and 3rd mode.
  3. Used the following formula to get TMS

  nu_TMS = sum((n_i-n)*(nu_i-nu)) / sum((n_i-n)^2)

  where n_i is the order of transverse mode, n is average of n_i's, nu_i is the frequency if i-th order mode and nu is average of nu_i's. This is just a linear fitting.

  But since it is hard to resolve where the higher order mode is, it is maybe better to use only 00, 1st, and 2nd mode. Also, since cavity sweep is not linear enough, it is maybe better to use spacing between 00 and lower sideband (sideband closer to HOMs) to calibrate the data. Changing the analysis will give us information about the effect of peak choosing and linearity.

How the result differ:
  Below are the plots of order of tranverse mode vs measured relative frequency difference from 00 mode. 5 plots on left are when PRM is misaligned in pitch and right are same in yaw. From the plot, you can see using 3rd order mode tend to give larger TMS. Did I picked the wrong one??
left:modespacing_pit.png    right:modespacing_yaw.png

  Below table is the result when I changed the analyzing method;

PRM misaligned in pitch
  calibration    how many HOMs    measured g-factor
  upper-lower    up to 3rd    0.968
  upper-lower    up to 2nd    0.974
  upper-lower    up to 1st    0.975
  00-lower       up to 3rd    0.952
  00-lower       up to 2nd    0.962
  00-lower       up to 1st    0.963

PRM misaligned in yaw
  calibration    how many HOMs    measured g-factor
  upper-lower    up to 3rd    0.986
  upper-lower    up to 2nd    0.989
  upper-lower    up to 1st    0.991
  00-lower       up to 3rd    0.964
  00-lower       up to 2nd    0.988
  00-lower       up to 1st    0.991

  Using 00-lower calibration tend to give us smaller g-factor. Using less higer order-mode tend to give us higher g-factor.
  By taking standard deviation of these, I roughly estimated the systematic error as above.

  I think it is OK to move on to PRMI now.
  But I wonder how much astigmatism is needed to get this measurement data. If astigmatism is not so crazy, it's OK. But if it's not, I think it is better to do more measurement like PRM-PR2-TM cavity.

  8065   Tue Feb 12 00:14:00 2013 yutaUpdateLockingPRM coil balancing

We tried to lock half-PRC tonight, but we couldn't. Why?? I could lock yesterday.
It locks for ~ 1 sec, but it beam spot motion freaks out mainly in yaw.
I tried to balance PRM coils, but oplev beam was clipped by MMT1......

What I did:
  1. Found elog #5392 and found F2P_LOCKIN.py

  2. Modified F2P_LOCKIN.py because LOCKIN channel names are some how changed like this;


  3. Running

/opt/rtcds/caltech/c1/scripts/SUS/F2P_LOCKIN.py -o PRM

  should adjust (UL|UR|LR|LL)COIL_GAINs by putting some gain imbalance and shaking the mirror in different frequencies. It uses LOCKIN to OL(PIT|YAW).

  4. Since there was no PRM oplev beam coming out from the vacuum, I quickly looked into BS-PRM chamber. Oplev beam was clipped by MMT1. If I adjust PRM slider values to avoid clipping, the beam will be clipped by mirrors on oplev table. What happened to the PRM oplev?

  5. I also made bunch of /opt/rtcds/userapps/trunk/sus/c1/medm/templates/SUS_SINGLE_LOCKIN(1|2)_DEMOD_(I|Q|SIG).adl because there were missing screens.

 We need to restore the PRM oplev and balance the coils. See, also, elog #7679

  8066   Tue Feb 12 00:50:08 2013 yutaUpdateLockingPR2 oplev spectra

I wanted to see if PR2 motion makes PRC beam motion or not, using temporary oplev to PR2.
I could not measure the coherence between beam motion and PR2 motion, because I couldn't lock half-PRC today.
But I took spectra of PR2 oplev anyway.


  Below are the spectra of PR2 oplev outputs (taken using C1:SUS-ITMX_OL(PIT|YAW)_IN1). Bottom plot is POP DC during half-PRC locked yesterday.

  We see bump in PR2 oplev output at ~ 2-3 Hz. But we cannot say this is a evidence for PR2 motion making PRC beam motion because no coherence measurement was done. Also, oplev might be just seeing the ITMX stack motion.

  Resonant frequency of TTs measured were at ~ 1.8-1.9 Hz (elog #8054), but we cannot clearly see these peaks in oplev outputs. Did resonant frequency shifted because of different damping condition?

  8073   Tue Feb 12 23:24:17 2013 yutaUpdateAlignmentIFO alignment in prep for in-air PRMI

[Manasa, Yuta]

Lot's of alignment work, still no AS beam. REFL is clipped by Faraday output aperture......
Our guess is that this is because
we skipped MC centering.

Alignment procedure we took:
 1. AM work: Aligned input beam using TT1/TT2
   such that the beam hits ETMY and ITMY at the center.

 2. Coarsely aligned ITMY
   such that the ITMY retro-reflected beam hits BS at the center.

 3. Aligned ETMY (we didn't actually move ITMY)
   such that Y arm flashes.
   This tells you that ITMY is aligned well to the incident beam.

 4. Aligned BS
   such that the beam hits ITMX at the center.

 5. Aligned ITMX
   such that the ITMX retro-reflected beam hits BS at the center.
   At this point, we saw MI fringes at AS port.

 6. Fine alignment of ITMX:
   MI reflected beam was not overlapping in front of BS after it was reflected by PRM.
   We used this longer REFL path to tune alignment of ITMX to ITMY reflected beam.
   We saw MI fringe at REFL port coming out of the chamber, but it was clipped.

 7. Aligned PRM
   by looking at REFL beam from PRM on the back face of Faraday (video FI_BACK).
   We fine tuned the alignment such that PRM retro-relfected beam hits BS at the center and REFL beam from PRM overlaps with the MI fringes at the back face of Faraday.

 8. Clipping of REFL at the Faraday output aperture:
   We confirmed that the shape of the REFL beam from PRM was OK at the back face of Faraday. But some how, it was clipped at the output aperture. So, REFL beam coming out of the chamber is clipped now.

 9. Tried to get AS beam out of the chamber:
   We tweaked steering mirrors after SRM to get AS beam out of the chamber. But, we lost the AS beam between the very last folding mirrors (OMPO and OM6) in the OMC chamber......

 1. Why clipping at the Faraday output aperture?
   In principle, if PRM reflects the incident beam at normal incidence, it should pass the Faraday unclipped. But it's not!
   Our guess is that the incident beam does not go well centered through the apertures of the Faraday. I think we have to do MC centering to get good pointing to the Faraday.
   We also see that MI fringe at the back face of the Faraday is at the edge of its aperture, after all of these alignment work (we even used Y arm!). This tells you that some thing is wrong.

 2. Why did you guys lose the AS beam?
   AS beam is too weak after reflecting off of OMPO. The beam was neither visible on IR cards nor IR viewers. The beam is weaker than usual because PMC transmission is ~0.7 and MC REFL is getting high (~ 0.7). We didn't want to realign MC after all of this work today.

Tomorrow (my suggestion):
  1. Align PMC (for higher power).
  2. MC centering.
  3. Input beam steering using TTs and redo the same alignment procedure (it shouldn't take longer than today).
      ==> Center beam on PR2  (Added by Manasa)
  4. Maybe we should better check PRM reflection at REFL port after the Faraday, before doing the full alignment work.
  5. Align AS, REFL, POP PDs/cameras.
  6. Setup PRM/BS/ITMX/ITMY oplevs.
  7. Balance the coils on these mirrors.
  8. Lock PRMI.

What needs to be done before pumping down:
  1. PRMI characterization: PR gain and g-factor
   How can we do the g-factor measurement? Use additional laser? Kakeru method (elog #1434; we need to calibrate mirror tilt to do this)?
  2. Glitch study in PRMI locking. If still glitchy, we have to do something. How is beam spot motion? (elog #6953)
  3. Fine alignment of the flipped PR2.
  4. Fine alignment of IFO using both arms.

  8074   Wed Feb 13 01:26:08 2013 yutaSummaryGeneralrough analysis of aligned PRM-PR2 mode scan

Koji was correct.

When you estimate the variance of the population, you have to use unbiased variance (not sample variance). So, the estimate to dx in the equations Koji wrote is

dx = sqrt(sum(xi-xavg)/(n-1))
   = stdev*sqrt(n/(n-1))

It is interesting because when n=2, statistical error of the averaged value will be the same as the standard deviation.

dXavg = dx/sqrt(n) = stdev/sqrt(n-1)

In most cases, I think you don't need 10 % precision for statistical error estimation (you should better do correlation analysis if you want to go further). You can simply use dx = stdev if n is sufficiently large (n > 6 from plot below).


Makes sense. I mixed up n and n-1

Probability function: X = (x1 + x2 + ... + xn)/n, where xi = xavg +/- dx

Xavg = xavg*n/n = xavg

dXavg^2 = n*dx^2/n^2
=> dXavg = dx/sqrt(n)

Xavg +/- dXavg = xavg +/- dx/sqrt(n)


  8078   Wed Feb 13 19:09:32 2013 yutaSummaryGeneralpossible explanations to oval REFL beam

[Jenne, Manasa, Jamie, Yuta]

The shape of the REFL beam reflected from PRM is oval after the Faraday.
We tried to fix it by MC spot position centering and by tweaking input TT1/TT2/PRM. But REFL still looks bad (below).


What has changed since:
  REFL looks OK in mid-Dec 2012. Possibly related things changed are;

  1. New active input TTs with new mirrors installed
  2. Leveling of IMC stack changed a little (although leveling was done after installing TTs)

Possible explanations to oval REFL:
  A. Angled input beam:
    Input beam is angled compared with the Faraday apertures. So, beam coming back from PRM is angled, and clipped by the Faraday aperture at the rejection port.

  B. Mode mis-match to PRM:
    New input TTs have different curvatures compared with before. Input mode matching to PRM is not good and beam reflected from PRM is expanding. So, there's clipping at the Faraday.

  C. Not clipping, but astigmatism:
    New input TTs are not flat. Incident angle to TT2 is ~ 45 deg. So, it is natural to have different tangential/sagittal waist sizes at REFL.

How to check:
  A. Angled input beam:
    Look beam position at the Faraday apertures. If it doesn't look centered, the incident beam may be angled.
   (But MC centering didn't help much......)

  B. Mode mis-match to PRM:
    Calculate how much the beam size will be at the Faraday when the beam is reflected back from PRM. Put some real numbers to curvatures of input TTs for calculation.

  C. Not clipping, but astigmatism:
    Same calculation as B. Let's see if REFL is with in our expectation or not by calculating the ratio of tangential/sagittal waist sizes at REFL.

  8080   Wed Feb 13 19:41:07 2013 yutaSummaryGeneralpossible explanations to oval REFL beam

We checked that REFL beam is already oval in the vacuum. We also centered in-air optics, including lens, in the REFL path, but REFL still looks bad.

By using IR card in vacuum, PRM reflected beam looks OK at MMTs and at the back face of the Faraday. But the beam looks bad after the output aperture of the Faraday.

  8082   Thu Feb 14 00:10:12 2013 yutaSummaryAlignmentREFL is not clipped

Let's wait for astigmatism calculation.
In either case(clipping or astigmatism), it takes time to fix it. And we don't need to fix it because we can still get LSC signal from REFL.
So why don't we start aligning input TTs and PRMI tomorrow morning.

Take the same alignment procedure we did yesterday, but we should better check REFL more carefully during the alingment. Also, use X arm (ETMX camera) to align BS. We also have to fix AS steering mirrors in vacuum. I don't think it is a good idea to touch PR2 this time, because we don't want to destroy sensitive PR2 posture.

Calculations need to be done in in-air PRMI work:
  1. Explanation for REFL astigmatism by input TTs (Do we have TT RoCs?).
  2. Expected g-factor of PRC (DONE - elog #8068)
  3. What's the g-factor requirement(upper limit)?
    Can we make intra-cavity power fluctuation requirement and then use PRM/2/3 angular motion to break down it into g-factor requirement?
    But I think if we can lock PRMI for 2 hours, it's ok, maybe.
  4. How to measure the g-factor?
    To use tilt-and-measure-power-reduction method, we need to know RoC of the mirror you tilted. If we can prove that measured g-factor is smaller than the requirement, it's nice. We can calculate required error for the g-factor measurement.

  8091   Fri Feb 15 20:07:28 2013 yutaUpdateAlignmentPOP path set up but AS55 is broken

[Manasa, Yuta]

We set up POP camera and POPDC PD, and centered REFL PDs.
We also tried to center AS55 PD, but AS55 seems to be broken.

What we did:
 1. POP path alignment:
   Shot green laser pointer from ITMX table at where POPDC PD was sitting and centered green beam at optics in the POP path. Steered POPM1/M2 mirrors in the ITMX chamber to make green laser overlap with the PRM-PR2 beam as far as I can reach from ITMX chamber. We removed some ND filters and a BS for attenuating POP beam because POP power was somehow so low. Currently, POP is pick-off of the beam which goes from PRM to PR2.

 2. POP camera and PD:
   We first used camera to find the beam at where POPDC PD was sitting because it is much easier to find focused beam. Put an iris in front of the camera, and put POP DC behind it. Steered a mirror in front of PD to maximize DC output.

 3. REFL PDs:
   Steered mirrors in the REFL path to center the beam and maximized DC outputs, as usual.

 4. AS55:
   AS55 was not responding very much to the flashlight nor AS beam. C1:LSC-ASDC_OUT looked funny. By swapping the ribbon cables of AS55, REFL55, and REFL165, I confirmed that AS55 PD itself is broken. Not the ribbon cable nor PD circuit at LSC rack. I don't know what happened. AS55 was working on Feb 8 (elog #8030).

  We aligned PRMI coarsely. POP(right above) looks much better than before. REFL (left below) still looks elliptic, but ellipticity differs with the position on the camera. Some astigmatism is happening somewhere. AS (right below) looks pretty nice with MI aligned.

  1. Fix AS55? Or replace it with POP55 PD, which is currently unused.
  2. Confirm we are getting the right error signals or not, and lock PRMI.

  8092   Fri Feb 15 21:22:29 2013 yutaUpdateElectronicsAS55 replaced with POP55 PD

I temporarily replaced AS55 PD with PD labeled "POP55(POY55)".
I think POP55 is working because I could lock MI with this PD using AS55_Q_ERR as an error signal. I rotated I/Q phase (C1:LSC-AS55_PHASE_R) to 70 deg by minimizing ASDC during MI lock.

POP55 PD was freely sitting on the ITMX table.
I will leave AS55 PD at free space of the AP table. Someone, please look into it.

  8093   Sat Feb 16 17:27:26 2013 yutaUpdateSUSPRM coil balanced

PRM coil gains and f2a filters are adjusted for PRMI work.
It seems like UR/LL coil gains were ~10 % larger than others, and f2a filters changed by few %.

What I did:
  1. Tried to lock PRMI but when I turn on PRCL lock, PRM reflection looked like it tends to go up and left in REFL camera (last night).

  2. So, I set up PRM oplev back, by steering PRM oplev mirrors on the BS table (last night).

  3. Turned PRM oplev sero on, f2a filters off, and ran

> /opt/rtcds/caltech/c1/scripts/SUS/F2P_LOCKIN.py -o PRM

  I had to fix F2P_LOCKIN.py because it assumed some OUTPUT buttons in LOCKIN1 filters to be ON.
  Also, I had to restore filters in LOCKIN1 (8.5 Hz bandpass filter etc.) because their names were changed. To do this, I copied filters needed from /opt/rtcds/caltech/c1/chans/filter_archive/c1sus/C1SUS_110916_162512.txt, renamed LOCKIN1_(I|Q|SIG) with LOCKIN1_DEMOD_(I|Q|SIG), and pasted to the current filter bank file. I checked that they look OK with foton after editing the file.

  This measurement takes about 30 minutes. I ran several times to check consistency. There was ~ 0.1 % standard deviation for the measurement results.

  4. By putting measured coupling coefficients and PRM pendulum frequency (f0=0.993 Hz) to /opt/rtcds/caltech/c1/scripts/SUS/F2Pcalc.py, I got new f2a filters.

  5. Overwrote f2a filters in C1:SUS-PRM_TO_COIL_(1-4)_1 FM1 with new ones, and turned  new f2a filters on.

  Below is the DC gain adjustment result from F2P_LOCKIN.py;

multiplier factors are :
UL = 1.141525
UR = 0.879997
LR = 1.117484
LL = 0.860995
Set C1:SUS-PRM_ULCOIL_GAIN to 1.04990177238
Set C1:SUS-PRM_URCOIL_GAIN to -0.983396190716
Set C1:SUS-PRM_LRCOIL_GAIN to 0.954304254663
Set C1:SUS-PRM_LLCOIL_GAIN to -0.971356852259

  So, UR/LL coil gains somehow got ~10 % larger than other two since last coil balancing.

  Measured coupling coefficients from F2P_LOCKIN.py were

- measured coupling coefficients are :
P2P(POS=>PIT) = 0.014993
P2Y(POS=>YAW) = 0.001363

  New f2a filters are plotted below. They look fairly different compared with previous ones.


We need better F2P_LOCKIN.py:
  Some one should make F2P_LOCKIN.py better. The main problem is the sudden gain change when starting diagonalization at low frequency. It sometimes trips off the watchdog.

Some elogs related:
  Kiwamu made f2a filters in Sep 2011: elog #5417
  Koji adjusting DC gains in Jan 2013: elog #7969

  8094   Sat Feb 16 18:32:01 2013 yutaSummaryRF Systemphase tracker: OLTF

I measured openloop transfer function of the phase tracking loop for the first characterization of phase tracker.

What is phase tracker:

  See elog #6832.
  For ALS, we use delay-line frequency discriminator, but it has trade-off between sensitivity and linear range. We solved this trade-off by tacking the phase of I/Q signals.
  Figure below is the current diagram of the frequency discriminator using phase tracker.

OLTF of phase tracking loop:
  Below. UGF at 1.2 kHz, phase margin 63 deg for both BEATX and BEATY. Phase delay can be clearly explained by 61 usec delay. This delay is 1 step in 16 KHz system.
  Note that UGF depends on the amplitude of the RF input. I think this should be fixed by calculating the amplitude from I/Q signals.
  BEAT(X|Y)_PHASE_GAIN were set to 300, and I put -3dBm 100 MHz RF signal to the beatbox during the measurement.

Other measurements needed:

 - Linear range: By sweeping the RF input frequency and see sensitivity dependence.
 - Bandwidth: By measuring transfer function from the modulation frequency of the RF input to phase tracker output.
 - Maximum sensitivity: Sensitivity dependence on delay-line length (see PSL_Lab #825).
 - Noise: Lock oscillator frequency with phase tracker and measure out-of-loop frequency noise with phase tracker.
 - Sensitivity to amplitude fluctuation: Modulate RF input amplitude and measure the sensitivity.

  8095   Sat Feb 16 19:23:17 2013 yutaUpdateLSCPR2 flipped PRMI locked

It is my pleasure to announce that the first lock of PR2 flipped PRMI was succeeded.

POP looks very nice. TEM00 and not wobbling.
We need more I/Q phase and gain/filter adjustment and characterization soon.

Some more details:
  MICH error signal: AS55_Q_ERR (using POP55 PD; phase rotation angle 70 deg)
  PRCL error signal: REFL11_I_ERR (phase rotation angle 80 deg)
  MICH feedback: BS (MICH_GAIN = -60)
  PRCL feedback: PRM (PRCL_GAIN = -0.5)

  8099   Mon Feb 18 18:28:01 2013 yutaBureaucracyAlignmentwe are going to pump down

We will start preparing for pumping down. Main goal for this is to demonstrate PRFPMI using ALS.
Here are to-dos before we pump down.

Feb 18 eveing
- check input beam and Y arm alignment again
- IPPOS/IPANG alignment
- check all oplevs

Feb 19 morning
- open ETMX chamber heavy door
- align BS to X end
- adjust OSEM values (added by YM)
- center beam on all AS optics
- make sure AS/REFL is clear
- take picture of flipped PR2 (added by YM)
- make sure green is not clipped by new PRM oplev mirrors  (added by YM)
- center all oplevs

Feb 19 afternoon - Feb 20 morning
- close PSL shutter
- close all heavy doors and put the access connector back
- start pumping down

Feb 20 evening
- start aligning IFO

  8102   Tue Feb 19 00:21:09 2013 yutaUpdateElectronicsPOP path set up but AS55 is broken

I thought AS55 is broken because it was not responding to the AS beam nor flashlight in DC. What's the DC gain difference between AS55 and POP55 (or REFL55)?


I undertook the investigation of the AS55 PD. I found the PD is not broken.

  8103   Tue Feb 19 02:23:40 2013 yutaBureaucracyGeneralaction items for PRFPMI

These are things need to be done for demonstrating PRFPMI using ALS.
All of these should be done before March 8!

    - Fix c1iscex -JAMIE (done Feb 19: elog #8109)
    - Is ASS and A2L working? -JENNE
    - Are all whitening filters for PDs toggling correctly? -JENNE, JAMIE

PRMI locking:
    - Adjust I/Q rotation angles for error signals -JENNE, YUTA
    - Adjust filters -JENNE, YUTA
    - Coil balancing for BS (and ITMs/ETMs) -YUTA

PRC characterization in PRMI:

    - Measure PR2 loss from flipping -MANASA
    - Measure mode matching ratio -JENNE, YUTA
    - Measure finesse, PR gain -JENNE, YUTA
    - Calibrate PRM and/or ITM oplevs -MANASA, YUTA
    - Measure g-factor by tilting PRM or ITMs -JAMIE, YUTA
    - Calculate expected mode matching ratio and g-factor -JAMIE
    - Calculate expected finesse, PR gain -JENNE
    - Align aux laser into AS port? -ANNALISA?

    - What's the end green situation? Optical layout changed? Laser temperature in CDS? -MANASA
    - What's the PSL green situation? Green trans cameras/PD? -JENNE, MANASA
    - Make ALS handing off to DARM/CARM LSC script -JENNE, YUTA
    - Demonstrate FPMI using ALS -JENNE, YUTA
    - Phase tracker characterization -YUTA, KOJI

    - Measure mode matching between PRC and arms -JENNE, YUTA
    - Measure PR gain -JENNE, YUTA
    - Calculate expected finesse, PR gain -JENNE

    - Update optical layout CAD after PR2 flipping -JAMIE, MANASA
    - AS55 situation? -YUTA
    - Look into PMC drift -JENNE, MANASA
    - Measure RFAM contribution to error signals -YUTA


Please fix, add or update if you notice anything.

  8105   Tue Feb 19 08:06:02 2013 yutaUpdateElectronicsPOP path set up but AS55 is broken

I didn't use LED flash light. We learned from the past (elog #7355). I checked that POP55 and REFL55/165/33/11 are clearly responding to flash flight, but I didn't expect that much difference in DC gain.
I wonder why we could align AS beam to AS55 in Feb 8 (elog #8030), but not in Feb 15 (elog #8091). I will check during the pump down.


10010 Ohm for POP55 vs 50 Ohm for AS55 (cf. http://nodus.ligo.caltech.edu:8080/40m/4763)

I wonder if you used an LED flash light, which emits no IR.

  8112   Tue Feb 19 19:55:52 2013 yutaUpdateIOOMC yaw input tuned

[Jenne, Manasa, Yuta]

Since we levelled IMC stack, we had to center beam spots on MC mirrors again.
We did this by steering PSL mirror in yaw (about same amount but opposite direction to what we did in elog #8077)
Residual beam tilt compared with a line through MC1 and 3 actuator nodes is ~ 15 mrad, mainly in yaw.

  8114   Wed Feb 20 03:13:10 2013 yutaUpdateAlignmentclipping centering checklist

I attached clipping/centering checklist for the alignment.
Blue ones are the ones we checked today. Red ones should be checked tomorrow. Circles indicate centering on the optics, rectangles indicate clipping check, and arrows indicate retro-reflecting or bounces.
We found mis-centering on MMT1, PR2 and SR3 tonight (by ~0.5 beam diameter). They are also indicated.

I think we don't want to touch MMT1 and PR2 anymore, because they change input beam pointing.
I'm a little bit concerned about high beam on SR3, because we had PRC flashing in vertical higher order modes. We also see ETMX slider values high in pitch (~ 5.4).
Also, the diameter of ETMX reflected beam on ITMX looked larger and dimmer than ITMX transmitted beam, which doesn't seem reasonable.

Wednesday, Feb 20:
 - tweak TT1/TT2 and PRM so PRC flashes
 - re-check Yarm/Xarm bounces
 - center beam on all AS optics, starting from SR2
 - make sure REFL and AS is clear
 - check if TRY/TRX are coming out from the ends
 - check beam centering on mirrors in IMC/OMC chamber as far as you can reach
 - inject green from both ends
 - make sure green beams are not clipped by mirrors on BS chamber, IMC/OMC chamber
 - re-center all oplevs, with no clipping
 - check all OSEM values
 - take pictures of flipped PR2 and input TTs (and everything)
 - close all heavy doors and put the access connector back

Thursday, Feb 21:
 - make sure we can lock PRMI
 - start pumping down when Steve arrives

Attachment 1: ClippingCenteringChecklist.pdf
ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf
  8115   Wed Feb 20 10:13:41 2013 yutaUpdateAlignmentPRC flashing brighter than last week

After in-vac alignment work last night, PRC is flashing brighter than PRMI alignment last week.
My hypothesis is that "we aligned PRM to junk MI fringe last week". Possibly, we used MI fringe caused by AR reflection of ITMs, or MI fringe reflected from SRM.

  PRC flashing last week (youtube, elog #8085, elog #8091)

  PRC flashing this time (Lens in-front of AS camera was taken out)

My hypothesis can explain:
 - why we had dimmer POP last week (flash in half-PRC was way brighter even when we had more attenuators (youtube))
 - why I thought AS55 is broken (AS was too dim)

  Be careful of junk beams.

  8119   Wed Feb 20 19:48:16 2013 yutaUpdateAlignmentBS table oplev re-arranged

[Sendhil, Yuta]

After aligning IFO and putting the access connector on, we also centered IPANG/IPPOS and all oplevs (except SRM).
To avoid clipping of PRM/BS oplevs, we re-arranged oplev steering mirrors on BS table.

What we did:
  1. Checked IPANG comes out unclipped after putting on the access connector.
  2. Centered IPANG on its QPD.
  3. Checked oplevs beams for ITMX/ITMY centered on in-vac mirrors, and centered them on their QPDs.
  4. Checked IPPOS beam is centered on the mirrors inside BS chamber, and centered IPPOS on its QPD.
  5. Tweaked oplev mirrors on BS chamber to make PRM/BS oplev beam unclipped and centered on mirrors, and centered them on their QPDs. To avoid clipping of oplev beams in BS table, we re-arranged oplev steering mirrors on BS table (outside the vaccum).

Current status:
  QPD values, IFO_ALIGN/MC_ALIGN screens, OSEM values attached.

  - IR incident beam and IFO aligned
  - X/Y end green coming out to PSL table (in higher order modes)
  - IPANG/IPPOS available
  - All oplevs available
  - AS/REFL/POP cameras ready
  - access connector, ETMX/ETMY heavy doors on
  - ITMX/ITMX/BS heavy doors are not on
  - AS/REFL/POP PDs not centered
  - POX/POY/TRX/TRY not aligned
  - AS beam coming out of the OMC chamber low by ~ 1 beam diameter (my bad)

  - Align AS/REFL/POP PD and lock PRMI
  - Take pictures of ITMX/ITMY/BS stacks
  - Put heavy doors on ITMX/ITMY/BS chambers
  - Start pumping down

Attachment 1: IFOALIGN_QPDs_OSEMs.png
  8121   Wed Feb 20 20:15:29 2013 yutaUpdateAlignmentSRM oplev status

Currently, SRM is misaligned in pitch so that SRM reflected beam hits on the top edge of SR3 (not on the mirror, but on the cage holding the mirror).
We also confirmed that SRM oplev beam is coming out from the chamber unclipped, and centered on QPD when SRM is "aligned".

  8122   Wed Feb 20 20:58:37 2013 yutaUpdateAlignmentclipping centering checklist

Blue ones are the ones we checked yesterday.
Green ones are the ones we checked today.
Red ones are the ones we couldn't check.

We noticed mis-centering on green optics and partial clipping of higher order modes, but we did not touch any green optics in-vac. This is because green beam from Y end and X end has different spot positions on the green optics after periscopes. We confirmed that direct green beam from ends are not clipped.

I believe we have checked everything important. Any other concerns?

Attachment 1: ClippingCenteringChecklist.pdf
ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf ClippingCenteringChecklist.pdf
  8124   Wed Feb 20 21:56:08 2013 yutaUpdateAlignmentclipping centering checklist

I'm not sure about the OMC situation at 40m. I think there are no direct beam reflected back into IFO from OMC path. There must be some backscatter, but we have to open OMC chamber again to put a beam dump.
I don't think we want to put one in OMC path for this pump-down, but we can put a beam dump to dump reflected beam from mis-aligned SRM tomorrow, if available.

  8129   Thu Feb 21 15:21:07 2013 yutaUpdateVACall heavy doors on, started pumping down annulus

[Steve, Manasa, Jenne, Sendhil, Evan, Yuta]

We put heavy doors on ITMX/ITMY/BS chamber and started pumping down from annulus.

What we did:
  1. Replaced POP55 with AS55 back, because it was not broken.
  2. Centered on AS55, REFL55, REFL11, POPDC PD.
  3. Tried to lock PRMI, but I couldn't lock even MI stably for more than 1 min. I believe this is because it was noisy this morning. But I checked again that REFL/POP/AS beams are coming out without clipping and we have some error signals.
  4. Noticed AS beam has less range in left (on AS camera), so we tweaked OM4 a little to make more room.
  6. Took pictures inside ITMX and BS chambers
  7. Put heavy doors on ITMX/ITMY/BS chambers.
  8. Started pumping down annulus.
  9. Recentered IPANG/IPPOS and oplevs on their QPDs.


  8141   Sat Feb 23 00:34:28 2013 yutaUpdateComputerscrontab in op340m deleted and restored (maybe)

I accidentally overwrote crontab in op340m with an empty file.
By checking /var/cron in op340m, I think I restored it.

But somehow, autolockMCmain40m does not work in cron job, so it is currently running by nohup.

What I did:
  1. I ssh-ed op340m to edit crontab to change MC autolocker to usual power mode. I used "crontab -e", but it did not show anything. I exited emacs and op340m.
  2. Rana found that the file size of crontab went 0 when I did "crontab -e".
  3. I found my elog #6899 and added one line to crontab

55 * * * *  /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/MC/autolockMCmain40m >/cvs/cds/caltech/logs/scripts/mclock.cronlog 2>&1

  4. It didn't run correctly, so Rana used his hidden power "nohup" to run autolockMCmain40m in background.
  5. Koji's hidden magic "/var/cron/log" gave me inspiration about what was in crontab. So, I made a new crontab in op340m like this;

34 * * * *  /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/MC/autolockMCmain40m >/cvs/cds/caltech/logs/scripts/mclock.cronlog 2>&1
55 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/RCthermalPID.pl >/cvs/cds/caltech/logs/scripts/RCthermalPID.cronlog 2>&1
07 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/FSSSlowServo >/cvs/cds/caltech/logs/scripts/FSSslow.cronlog 2>&1
00 * * * * /opt/rtcds/caltech/c1/burt/autoburt/burt.cron >> /opt/rtcds/caltech/c1/burt/burtcron.log
13 * * * * /cvs/cds/caltech/conlog/bin/check_conlogger_and_restart_if_dead
14,44 * * * * /opt/rtcds/caltech/c1/scripts/SUS/rampdown.pl > /dev/null 2>&1

  6. It looks like some of them started running, but I haven't checked if they are working or not. We need to look into them.

Moral of the story:
  crontab needs backup.

  8143   Sat Feb 23 07:14:58 2013 yutaUpdateLSCcan't lock Y arm

I tried to align and lock Y arm for the first time after pumping.
But I couldn't lock Y arm for more than ~1 sec. Why?

What I did:
  1. Centered IPANG/IPPOS using input TT1/TT2.

  2. Restored ITMY/ETMY slider values when it was aligned before pumping. I saw tiny flashes in TRY PD at this point.

  3. Replaced Ygreen REFL camera with ETMYT camera to see transmitted beam mode.

  4. Used TT1/TT2 and ITMY/ETMY to get ~ 0.4 peak in normalized TRY PD output (C1:LSC_TRY_OUT).

  5. Centered POY beam on POY11 PD.

  6. Changed I/Q mixing angle (C1:LSC-POY11_PHASE_R) from -61 deg to -16 deg to get good PDH signal in I_ERR (attached).

  7. Ran LSCoffsets script (now on LSC_OVERVIEW screen) to adjust PD offsets.

  8. Tried to lock Yarm with different gains, but failed. When lock is acquired, TRY fluctuates ~50 % and unlocks suddenly.

What I found:
  1. There was some OFFSETs left turned on in suspension screens. Don't leave them on!! They change alignment of the optics. I will leave it on until we complete Yarm alignment.

  2. C1:SUS-(ITMY|ETMY)_ASC(PIT|YAW) was kept oscillating the optic since Dec 17, 2013. I think this is from interrupted ASS script. Your script should restore everything when interrupted!

  - Beamspot on ITMY looks off-centered. Maybe A2L is causing unstable lock?
  - Maybe F2A is causing unstable lock?
  - More alignment?
  - FSS related? crontab related?

Attachment 1: TRYPOY.png
  8146   Sat Feb 23 15:26:26 2013 yutaUpdateComputerscrontab in op340m updated

I found some daily cron jobs for op340m I missed last night. Also, I edited timings of hourly jobs to maintain consistency with the past. Some of them looks old, but I will leave as it is for now.
At least, burt, FSSSlowServo and autolockMCmain40m seems like they are working now.
If you notice something is missing, please add it to crontab.

07 * * * * /opt/rtcds/caltech/c1/burt/autoburt/burt.cron >> /opt/rtcds/caltech/c1/burt/burtcron.log
13 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/FSSSlowServo >/cvs/cds/caltech/logs/scripts/FSSslow.cronlog 2>&1
14,44 * * * * /cvs/cds/caltech/conlog/bin/check_conlogger_and_restart_if_dead
15,45 * * * * /opt/rtcds/caltech/c1/scripts/SUS/rampdown.pl > /dev/null 2>&1
55 * * * *  /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/MC/autolockMCmain40m >/cvs/cds/caltech/logs/scripts/mclock.cronlog 2>&1
59 * * * * /opt/rtcds/caltech/c1/scripts/general/scripto_cron /opt/rtcds/caltech/c1/scripts/PSL/FSS/RCthermalPID.pl >/cvs/cds/caltech/logs/scripts/RCthermalPID.cronlog 2>&1

00 0 * * * /var/scripts/ntp.sh > /dev/null 2>&1
00 4 * * * /opt/rtcds/caltech/c1/scripts/RGA/RGAlogger.cron >> /cvs/cds/caltech/users/rward/RGA/RGAcron.out 2>&1
00 6 * * * /cvs/cds/scripts/backupScripts.pl
00 7 * * * /opt/rtcds/caltech/c1/scripts/AutoUpdate/update_conlog.cron

  8150   Sat Feb 23 17:14:59 2013 yutaUpdateLSCcan't lock Y arm

Jenne found that;
  0. If all mirrors are "aligned," Yarm flashes.
  1. If SRM is misaligned, Yarm doesn't flash.
  2. If BS is misaligned, Yarm doesn't flash.
  3. If ITMX is misaligned, Yarm still flashes.

So, my hypothesis from this is that I was playing with " TT1 -> TT2 -> ITMY -> BS -> SRM -> BS -> Yarm "  configuration last night.
This hypothesis can explain;
  1. Why I could not get TRY peak more than 0.5 (additional BS reflection makes incident power to Yarm less).
  2. Why I had to change POY11 I/Q mixing angle by ~ 45 deg (because EOM to Yarm length changed).
  3. Why I couldn't lock Yarm stably (additional reflection by BS and SRM made too much beam jitter?).

We are now trying to get "real" Yarm flash.

  8157   Mon Feb 25 15:30:29 2013 yutaUpdateAlignmentY arm locked, both colors

[Koji, Yuta]

We aligned Y arm to Y green and tweaked TT1/TT2 to get IR locked in Y arm.

Alignment procedure:
  1. Align ETMY/ITMY to maximize TEM00 green transmission to PSL table. We reached ~240 uW.

  2. Aligned PRM and TT2 so that PRM reflected beam go through FI and get ITMY-PRM cavity flashing. This is to coarsely align input pointing to Y arm. After this alignment, we got tiny Y arm flash. Input pointing to IPANG QPD was lost.

  3. Aligned TT1/TT2 to maximize TRY in TEM00. We reached ~0.92.

Failed procedure:

  I was struggling with finding Y arm flash. I was using IPPOS/IPANG as input pointing reference, and slider values (C1:SUS-(ITMY|ETMY)_(PIT|YAW)_COMM) or OSEM values (C1:SUS-(ITMY|ETMY)_SUS(PIT|YAW)_IN1) before pumping for Y arm alignment reference. But it was a lot more easier if Y arm is aligned to green and having Yarm cavity axis assured.

  - X arm flash in IR
  - Steer X end green
  - If X arm or AS looks bad, adjust IR input pointing and Y arm alignment. We have to steer Y end green afterwards.

  8162   Mon Feb 25 21:25:14 2013 yutaUpdateAlignmentboth arms locked in IR

[Jenne, Evan, Yuta]

After Y alignment, X arm is aligned to IR and we got both arms locked in IR.
There's some dift (input pointing?) and this made aligning both arms tough. I will elog about it later.
Attached is ETMYF. ETMXF, ITMYF, ITMXF when both arms are locked by IR.

Alignment Procedure:
  1. Algined BS/ITMX to get MI fringe in AS. We got X arm flashing at this point.
  2. Use BS/ITMX/ETMX to get TRX maximized, without losing good MI fringe in AS. We reached 0.75.
  3. There was clipping of TRX beam at Xend optics. Since whole IFO alignment is started from Y green, this clipping is because of poor Y green pointing. But we needed clear TRX for aligning Xarm, so we re-arranged Xend TRX path to avoid clipping.

X arm issues:
  - Beam motion at TRX is larger than TRY. Turning off clean table air didn't help. Maybe we need BS oplev on or ETMX coil gain balancing.
  - X green scatters into TRX PD and ETMXT camera. Fix them.

Attachment 1: QUAD1_1045890588.png
  8164   Mon Feb 25 22:42:32 2013 yutaSummaryAlignmentcurrent IFO situation


Both arms are aligned starting from Y green.
We have all beams unclipped except for IPANG. I think we should ignore IPANG and go on to PRMI locking and FPMI locking using ALS.
IPANG/IPPOS and oplev steering mirrors are kept un-touched after pumping until now.

Current alignment situation:
 - Yarm aligned to green (Y green transmission ~240 uW)
 - TT1/TT2 aligned to Yarm (TRY ~0.86)
 - BS and Xarm alined to each other (TRX ~ with MI fringe in AS)
 - X green is not aligned yet
 - PRMI aligned

Current output beam situation:
 IPPOS - Coming out clear but off in yaw. Not on QPD.
 IPANG - Coming out but too high in pitch and clipped half of the beam. Not on QPD.
 TRY   - On PD/camera.
 POY   - On PD.
 TRX   - On PD/camera.
 POX   - On PD.
 REFL  - Coming out clear, on camera (centered without touching steering mirrors).
 AS    - Coming out clear, on camera (centered without touching steering mirrors).
 POP   - Coming out clear, on camera (upper left on camera).

Oplev values:

Optic    Pre-pump(pit/yaw)    PRFPMI aligned(pit/yaw)
ITMX    -0.26 /  0.60         0.25 /  0.95
ITMY    -0.12 /  0.08         0.50 /  0.39
ETMX    -0.03 / -0.02        -0.47 /  0.19
ETMY     0.37 / -0.62        -0.08 /  0.80
BS      -0.01 / -0.18        -1    /  1 (almost off)
PRM     -0.34 /  0.03        -1    /  1 (almost off)

 All values +/- ~0.01. So, oplevs are not useful for alignment reference.

OSEM values:
Optic    Pre-pump(pit/yaw)    PRFPMI aligned(pit/yaw)
ITMX    -1660 / -1680        -1650 / -1680
ITMY    -1110 /   490        -1070 /   440
ETMX     -330 / -5380         -380 / -5420
ETMY    -1890 /   490        -1850 /   430
BS        370 /   840          360 /   800
PRM      -220 /  -110         -310 /  -110

  All values +/- ~10.
  We checked that if there's ~1200 difference, we still see flash in Watec TR camera. So, OSEM values are quite good reference for optic alignment.

IPANG drift:
  On Saturday, when Rana, Manasa, and I are trying to get Y arm flash, we noticed IPANG was drifting quite a lot in pitch. No calibration is done yet, but it went off the IPANG QPD within ~1 hour (attached).
  When I was aligning Yarm and Xarm at the same time, TRY drifted within ~1 hour. I had to tweak TT1/TT2 mainly in yaw to keep TRY. I also had to keep Yarm alignment to Y green. I'm not sure what is drifting so much. Suspects are TT2, PR2/PR3, Y arm and Y green.

  I made a simple script(/opt/rtcds/caltech/c1/scripts/Alignment/ipkeeper) for keeping input pointing by centering the beam on IPPOS/IPANG using TT1/TT2. I used this for keeping input pointing while scanning Y arm alignment to search for Y arm flash this weekend (/opt/rtcds/caltech/c1/scripts/Alignment/scanArmAlignment.py). But now we have clipped IPANG.

So, what's useful for alignment after pumping?:

  Optic alignment can be close by restoring OSEM values. For input pointing, IPPOS/IPANG are not so useful. Centering the beam on REFL/AS (POP) camera is a good start. But green works better.

Attachment 1: IPANGdrift.png
  8177   Wed Feb 27 01:09:53 2013 yutaUpdateLockingPRMI sideband/carrier locked


We succeeded in locking PRMI in sideband and carrier.
Measured power recycling gain was ~60 power recycling gain was 4 (edited by YM on Feb 27; see elog #6947), but we have many things we cannot explain.

  Here you are, Jamie.

PRMI sideband locked
POP_1045983973.bmp REFL_1045983963.bmp AS_1045983954.bmp

PRMI carrier locked
POP_1045986718.bmp REFL_1045986730.bmp AS_1045986710.bmp

  I centered POP camera and put attenuator to take these snapshots.

  Compare with previous ones.

Aug 17, 2012 elog #7213
Jun 28, 2012 elog #6886
Mar 15, 2012 elog #6421

Locking details:
 == MI only ==
  MICH: AS55_Q_ERR, AS55_PHASE_R = -12 deg, MICH_GAIN = -7, feedback to BS

 == PRMI sideband ==
  MICH: AS55_Q_ERR, AS55_PHASE_R = 24.5 deg,  MICH_GAIN = -0.05 (acquisition) -> -5 (UGF ~100 Hz), feedback to BS
  PRCL: REFL33_I_ERR, REFL33_PHASE_R = -22.65 deg, PRCL_GAIN = 4 (UGF ~120 Hz), feedback to PRM

 == PRMI carrier ==
  MICH: AS55_Q_ERR, AS55_PHASE_R = 24.5 deg,  MICH_GAIN = -0.08 (couldn't measure UGF), feedback to BS
  PRCL: REFL33_I_ERR, REFL33_PHASE_R = -22.65 deg, PRCL_GAIN = -0.3 (couldn't measure UGF), feedback to PRM

Power recycling gain:
  POPDC was 32 when PRM is misaligned, 25 when PRMI sideband locked, ~2000 when PRMI carrier locked.
  This means, power recycling gain is ~60 power recycling gain is ~4 (=POPlocked/POPmis*T_PRM=2000/30*0.06). Expected power recycling gain for PRMI is ~45, when there's no loss (see elog #6947).

  I reduced POPDC PD gain so that it doesn't saturate.

  - We optimized AS55_PHASE_R to -12 deg by looking at MI signal. But somehow, -12 deg didn't work for PRMI.
  - Somehow, REFL11_I didn't work to lock PRCL.
  - REFL11_Q didn't work to lock MI. SNR not enough?
  - We saw POPDC flashing up to ~15000. What is this?
  - Carrier lock was not stable, we couldn't hold for more than ~30 sec. It looks like PRM moves too much when PRMI is locked.
  - Input pointing is drifting a lot in pitch. I had to re-align TT2/TT1 to the arms every ~1 hour to get good MI alignment. When I tweak TT2/TT1, both TRY and TRX gets better. I think this shows that input pointing is drifting, not the arms.

 - redo PRM/BS coil balancing
 - optimize REFL33 rotation phase
 - stabilize carrier lock somehow
 - measure PRC g-factor

  8181   Wed Feb 27 11:22:54 2013 yutaUpdateComputersbackup crontab

I made a simple script to backup crontab (/opt/rtcds/caltech/c1/scripts/crontab/backupCrontab).


crontab -l > /opt/rtcds/caltech/c1/scripts/crontab/crontab_$(hostname).$(date '+%Y%m%d%H%M%S')

I put this script into op340m crontab.

00 8 * * * /opt/rtcds/caltech/c1/scripts/crontab/backupCrontab

It took me 30 minutes to write and check this one line script. I hate shell scripts.

  8182   Wed Feb 27 11:59:43 2013 yutaUpdateSUSPRM/BS coil re-balanced

I re-adjusted coil gains and f2a filters for PRM and BS.
I'm not sure what happened to PRM since I balanced on Feb 16(elog #8093).
Let's see if it helps PRMI locking or not.

========== PRM ==========

- Original DC coil gains

C1:SUS-PRM_ULCOIL_GAIN 1.049901772380000e+00
C1:SUS-PRM_URCOIL_GAIN -9.833961907160000e-01
C1:SUS-PRM_LRCOIL_GAIN 9.543042546630000e-01
C1:SUS-PRM_LLCOIL_GAIN -9.713568522590000e-01

- New DC coil gains

multiplier factors are :
UL = 0.928167
UR = 1.061448
LR = 0.941659
LL = 1.068726
Set C1:SUS-PRM_ULCOIL_GAIN to 0.974482231437
Set C1:SUS-PRM_URCOIL_GAIN to -1.04382410014
Set C1:SUS-PRM_LRCOIL_GAIN to 0.898628670041
Set C1:SUS-PRM_LLCOIL_GAIN to -1.03811466772

- New f2p filters

- measured coupling coefficients are :
P2P(POS=>PIT) = 0.023968
P2Y(POS=>YAW) = 0.007075


========== BS ==========

- Original DC coil gains

C1:SUS-BS_ULCOIL_GAIN 1.037692431800000e+00
C1:SUS-BS_URCOIL_GAIN -1.016268296990000e+00
C1:SUS-BS_LRCOIL_GAIN 9.660800075010000e-01
C1:SUS-BS_LLCOIL_GAIN -9.791833500410000e-01

- New DC coil gains

multiplier factors are :
UL = 1.017855
UR = 1.023207
LR = 0.956184
LL = 1.002755
Set C1:SUS-BS_ULCOIL_GAIN to 1.0562177496
Set C1:SUS-BS_URCOIL_GAIN to -1.03985422464
Set C1:SUS-BS_LRCOIL_GAIN to 0.923750146975
Set C1:SUS-BS_LLCOIL_GAIN to -0.981880297098

- New f2p filters

- measured coupling coefficients are :
P2P(POS=>PIT) = 0.038251
P2Y(POS=>YAW) = -0.014677


ELOG V3.1.3-