40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 322 of 326  Not logged in ELOG logo
ID Date Authorup Type Category Subject
  3868   Fri Nov 5 14:06:19 2010 yutaUpdateIOOtried to align MC by A2L measurement

(Suresh, Kiwamu, Yuta)

Summary:
  Lastnight, we locked the MC and tried angle to length(A2L) measurement using my new python script (see elog #3863).
  Although the amount of position script shows looks too big, the response seemed somewhat reasonable.
  Using the results of A2L measurement, we managed to reduce the displacement from the center of the MC optics, but we lost TEM00 mode after changing the incident beam direction and PMC lock got off .
  We restored the alignments and now it is 00, but the displacements got worse than the best we achieved last night.

  I think I have to rethink how to align MC. Even if I could somehow get exact position of the beam, how to align the beam to the center of the optics?

What we did:
  1. At first we tried to align by changing the direction of the incident beam. We found that A2L.py shows opposite direction(lower <-> upper). It was because of my misunderstanding and we agreed that the direction is opposite.

  2. Aligned MC optics without changing the direction of the incident beam. We could understand which directions decrease the displacements from the center, and managed to decrease them.

  3. There seemed to be a limit in aligning the MC optics without changing the incident beam direction. So, we started to change the incident beam direction again by steering mirrors at PSL table.

  4. During the change, PMC lock got off. We restored it, but we lost MC's 00 mode.

  5. We restored MC 00 mode, and measured the final A2L. The result was worse than we achieved by step #2.

Result:
  The final result from last night using my script was as follows;

  MC1 MC2 MC3
vertical 36% -19% 19%
horizontal 49% 6% -37%

  % is the length compared to the half of coil to coil length. Low / right are positive.
  We can see the beam position got better by looking at the monitor from MC2, and the A2L measurement result agrees with that.

  Here's some pictures from the measurement last night. Each plots are not taken at the same time.
A2LmeasurementFigures.png
   (It was painful using slow computers to make measurement. The StripTool graph shows straight lines when computers got frozen)

Plan:
 - Plan a strategy
 - The script needs self-estimation of the measurement. Now, the script fits the plot assuming every data has the same error.
 - When the beam is near the center, the signal gets smaller and the result will be unreliable. One thing I can do is to change TO_COIL gains radically so that the axis of rotation go far from the center.

  3876   Sat Nov 6 07:26:54 2010 yutaSummaryIOOreduced common mode displacement of the beam through MC1 to MC3

(Koji, Suresh, Yuta)

Summary:

  We need MC to be locked and aligned well to align other in-vac optics.
  By using a new python script A2L.py(see elog #3863), we are measuring A2L coupling and centering the beam.
  Tonight's goal was to reduce common mode displacement of the beam through MC1 to MC3, and we succeeded.

Strategy of beam centering:

  We first ignore the beam position at MC2 and focus on MC1,MC3. If MC1,MC3 alignments are given, MC2 alignment is determined.

  For MC1 and MC3, we first reduce the common mode displacement using the last steering mirror at PSL table.
  The last steering mirror makes translation of the incident beam because it is far (~m) from the MC.
  So,
    1. Rotate the steering mirror nob a little
    2. Lock MC so that MC beam axis will be the same as the incident beam axis
    3. A2L measurement
    4. To 1-3 over until the beam crosses MC1 center to MC3 center axis
        The amount of vertical/horizontal displacements of the beam spot at MC1 and MC3 should be the same.
        From our convention, for vertical, MC1 and MC3 should have opposite sign. For horizontal, same sign. (see picture below)

Result:
A2LMCalign.png
 
  From the A2L measurement, now the beam spot is lower right at MC1 and upper right at MC3.
 

  The directions of the beam spot motion agree with the steering mirror tilts.
  Also, the amount of the motion seems reasonable.
    1 tooth rotation of the steering mirror nob makes ~1e-3 inch push which equals to ~0.5mrad rotation.
    The steering mirror to MC is like ~2m and 0.5mrad mirror tilt makes ~2mm displacement at the MC optics.
    2mm displacement is ~15% at the mirror (see Koji's elog #2863;note that coil-coil distance is 1/sqrt(2) of the mirror diameter).
    The measured vertical spot motion is ~15%/1tooth. Horizontal is sqrt(2) times bigger because of the angle of the MC1, MC3 and they are about that much, too.

Plan:
 - Use IM1 to make beam tilt and finally center the beam
 - Improve the script so that it features weighting in fitting
 - Write a script that balances actuation efficiency of the 4 coils.
     We are currently assuming that 4 coils are well balanced.
     In order to do the balancing, we need to balance OSEMs too.

  3883   Tue Nov 9 05:40:12 2010 yutaSummaryIOOMC aligning going on

(Suresh, Yuta)

Background:
  Last week, we reduced the common mode displacement of the beam through MC1 to MC3. 
  Next work is to tilt the beam and center it.

What we did:
  1. Changed the offset going into 1201 Low Noise Amplifier(1201 is for adding +5V offset so that the feedback signal will be in the range of 0-10V)
  2. Using the last steering mirror(SM@PSL) and IM1, tilted the beam
  3. As the beam height changed alot(~0.5cm higher at IM1), MC1 reflection could not reach MCREFL PD. So, we tilted the mirror just after MC1, too.

Result:
MCalignNov9.png

Plan:

  - continue to tilt IM1 in small increments in order to reduce PIT/YAW to length coupling
      If large increments, it takes so much time re-aligning MC to get flashing!

By the way:

    The signal we kept saying "MCL" was not the error signal itself. It was a feed back signal(output of the mode cleaner servo board). The cable labeled "MC REFL" is the error signal. Compare MEDM screen C1IOO_MC_SERVO.adl and the mode cleaner servo board at 1X2. You will be enlightened.

Quote (from elog #3857):

4. Disconnected the cable labeled "MC OUT1" at 1X2 (which is MCL signal to ADC) and put MC2_ULCOIL output directly using long BNC cable.

 

  3884   Wed Nov 10 02:51:35 2010 yutaSummaryIOOlimitation of current MC aligning

(Suresh, Yuta)

Summary:
  We need MC to be locked and aligned well to align other in-vac optics.
  We continued to align the incident beam so that the beam passes the actuation nodes of MC1 and MC3.
  From the previous measurement, we found that beam height at IM1 has to be increased by ~3cm.
  Today, we increased it by ~1cm and achieved about 1/3 of the required correction.
  But we cannot proceed doing this because the beam is hitting IM1 at the edge already.

What is the goal of this alignment?:
  If the beam doesn't hit MC optics in the center, we see angle to length coupling, which is not good for the whole interferometer.
 
  Also, if the beam is tilted so much, transmitted beam though MC3 cannot go into FI at right after MC3.
  Say, FI has an aparture of 3mm and MC3-FT distance is 300mm. The beam tilt should be smaller than 3/300 rad. MC1-MC3 distance is 200mm, so the displacement at each mirror should be smaller than ~1mm.
  1mm is about 7% (see Koji's elog #2863) TO_COIL gain imbalance in A2L measurement.
 
  We are currently assuming that each coils are identical. If they have 5% variance, it is meaningless to try to reduce the beam displacement less than ~5%.

  So, we set the goal to 7%.

What we did:

  1. Leveled the MC table.

  2. Measured the table height using DISTO D3 laser gauge.
    PSL table 0.83m (+-0.01m)
    OMC table 0.82m
    MC table  0.81m

  3. Using the last steering mirror(SM@PSL) and IM1, tilted the beam vertically

Result:

MCalignNov9.png

  At t=0 (this morning), the beam tilt was ~40%/(MC1-MC3 distance). Now, it is ~30%/(MC1-MC3 distance).
  30%/(MC1-MC3 distance) is ~5/200 rad.

Plan:

 We have to somehow come up with the next story. Too much vertical tilt. What is wrong? Table leveling seems OK.
 - measure in-vac beam height
 - maybe OSEMs are badly aligned. we have to check that.

  3886   Wed Nov 10 12:21:18 2010 yutaSummaryIOOlimitation of current MC aligning

1. We didn't measure the aperture size last night. We have to check that.

2. We have to measure the length of FI. Or find a document on this FI.

3. Yes, 5%/sqrt(4). But I didn't think the factor of 2 is important for this kind of estimation.

  3891   Thu Nov 11 04:32:53 2010 yutaSummaryCDSfound poor contact of DAC cable, previous A2L results were wrong

(Koji, Jenne, Yuta)

We found one of DAC cables had a poor contact.
That probably caused our too much "tilt" of the beam into MC.

Story:
  From the previous A2L measurement and MC aligning, we found that the beam is somehow vertically "tilted" so much.
  We started to check the table leveling and the beam height and they looked reasonable.
  So, we proceeded to check coil balancings using optical levers.
  During the setup of optical levers, I noticed that VMon for MC1_ULCOIL was always showing -0.004 even if I put excitation to coils.
  It was because one of the DAC cables(labeled CAB_1Y4_88) had a poor contact.
  If I push it really hard, it is ok. But maybe we'd better replace the cable.

What caused a poor connection?:
  I don't know.
  A month ago, we checked that they are connected, but things change.

How to prevent it:
  I made a python script that automatically checks if 4 coils are connected or not using C1:IOO_LOCKIN oscillator.
  It is /cvs/cds/caltech/users/yuta/scripts/coilchecker.py.
  It turns off all 3 coils except for the one looking at, and see the difference between oscillation is on and off.
  The difference can be seen by demodulating SUSPOS signal by oscillating frequency.
  If I intentionally unplug CAB_1Y4_88, the result output for MC1 will be;

==RESULTS== (GPS:973512733)
MC1_ULCOIL      0.923853382664 [!]
MC1_URCOIL      38.9361304794
MC1_LRCOIL      55.4927575177
MC1_LLCOIL      45.3428533919


Plan:
 - Make sure the cable connection and do A2L and MC alignment again
 - Even if the cables are ok, it is better to do coil balancings. See the next elog.

  3892   Thu Nov 11 05:56:04 2010 yutaSummaryIOOsetting up temporary oplev for coil balancing of MCs

(Suresh, Yuta)

Background:
  Previous A2L measurement is based on the assumption that actuator efficiencies are identical for all 4 coils.
  We thought that the unbelievable "tilt" may be caused by imbalance of the coils.

Method:
  1. Setup an optical lever.
  2. Dither the optic by one coil and demodulate oplev outputs(OL_PIT or OL_YAW) in that frequency.
  3. Compare the demodulated amplitude. Ideally, the amplitude is proportional to the coil actuation efficiency.

What we did:
[MC2]
  MC2 is the least important, but the easiest.
  1. Placed a red laser pointer at MC2 trans table. During the installation, I moved the mirror just before QPD.
  2. Made a python script that measures coil actuation efficiency using the above method. I set the driving frequency to 20Hz.
  It is /cvs/cds/caltech/users/yuta/scripts/actuatorefficiency.py.
  The measurement result is as follows. Errors are estimated from the repeated measurement. (Attachment #1)

MC2_ULCOIL 1
MC2_URCOIL 0.953 ± 0.005
MC2_LRCOIL 1.011 ± 0.001
MC2_LLCOIL 0.939 ± 0.006


[MC1]
  For MC1, we can use the main laser and WFS1 QPD as an oplev.
  But we only have slow channels for QPD DC outputs(C1:IOO_WFS1_SEG#_DC).
  So, we intentionally induce RF AM by EOM(see Kiwamu's elog #3888) and use demodulated RF outputs of the WFS1 QPD(C1:IOO_WFS1_I/Q#) to see the displacement.
  1. Replaced HR mirror in the MCREFL path at AP table to BS so that we can use WFS1.(see Koji's elog #3878)
    The one we had before was labeled 10% pick-off, but it was actually an 1% pick-off.
  2. Checked LO going into WFS1 demodulator board(D980233 at 1X2).
    power: 6.4dBm, freq: 29.485MHz
  3. Turned on the hi-voltage(+100V) power supply going into the demodulator boards.
  4. Noticed that no signal is coming into c1ioo fast channels.
    It was because they were not connected to fast ADC board. We have to make a cable and put it in.

[MC3]
  Is there any place to place an oplev?

Plan:
 - prepare c1ioo channels and connections
 - I think we'd better start A2L again than do oplev and coil balancing.

Attachment 1: MC2coils.png
MC2coils.png
  3905   Fri Nov 12 06:10:24 2010 yutaUpdateIOOMC aligned (without coil balancing)

Background:
  Last night, we found that one of DAC channels are poorly connected, so we fixed the connectors.
  Rana and Koji used their incredible eyeballs to roughly align MC.
  Next thing to do is to balance the coils, but it takes some time for the setup.
  So, we decided to do A2L anyway.

What I did:
  Using the last steering mirror at PSL table and IM1, changed the incident beam direction to align MC.

Result:
MCalignCALIB.png
 
  I was amazed by their eyeballs.
  I turned the nobs of SM@PSL and IM1 in small increments, so I never lost TEM00.

Is it enough?:
  The length of the whole faraday is about 20cm and aperture diameter is about 12mm. (I couldn't measure the aperture size of the core)
  The beam is about 9mm diameter at 6w.
  So, if the beam is vertically tilted at more than ~3/200rad, it(6w) cannot go through.
  3/200 rad is about 20% difference in position at MC1 and MC3.
  So, the result meets the requirement.

  Also, assuming that coils have 5% imbalance, the beam position I measured have ~3% error.
  So, to do more precise beam centering, we need to balance the coils.

  3912   Sat Nov 13 15:53:05 2010 yutaUpdateCDSdiagonalization of MC input matrix

Motivation:
  MC is aligned from the A2L measurement, but to do the beam centering more precisely, we need coils to be balanced.
  There are several ways to balance the coils, like using oplev or WFS QPD RF channels.
  But oplev takes time to setup, especially for MC3. Also, c1ioo WFS channels were newly setup and haven't been checked yet.
  So, I decided to use OSEM sensors.
  An OSEM sensor itself is sensitive to every DOF of an optic motion, but we can diagonalize them using 4 OSEM sensors and proper input matrix.

Method:

  1. Measure transfer functions between
     ULSEN and URSEN (H_UR(f))
     ULSEN and LRSEN (H_LR(f))
     ULSEN and LLSEN (H_LL(f))

  2. Make a matrix A.

    A =  [[ 1           1           1          ]
          [ H_UR(f_pos) H_UR(f_pit) H_UR(f_yaw)]
          [ H_LR(f_pos) H_LR(f_pit) H_LR(f_yaw)]
          [ H_LL(f_pos) H_LL(f_pit) H_LL(f_yaw)]]


    where f_dof are resonant frequencies.

  3. A is

    s = Ad


   where vectors s^T=[ULSEN URSEN LRSEN LLSEN] and d^T=[POS PIT YAW].
   So,

    d = Bs = (A^TA)^(-1)A^Ts

   where A^T is transpose of A.

   B is the input matrix that diagonalizes 3 DOFs.

What I did:

  1. Measured the TFs using diaggui and exported as ASCII.

  2. Made a script that reads that TF file, calculates and sets a new input matrix B.
    /cvs/cds/caltech/users/yuta/scripts/inputmatrixoptimizer.py
   You need to set resonant frequencies to use the script.

   New input matrices for MCs are;

C1:SUS-MC1_INMATRIX
[[ 1.17649712  0.94315611  0.85065054  1.02969624]
 [ 0.55939288  1.28066594 -0.85235358 -1.3075876 ]
 [ 1.23467139 -0.74521928 -1.29394051  0.72616882]]

C1:SUS-MC2_INMATRIX
[[ 1.12630748  1.01451545  0.9013457   0.95783137]
 [ 1.03043025  0.67826036 -1.37270598 -0.91860341]
 [ 0.83546271 -1.26311029 -0.6456881   1.2557389 ]]

C1:SUS-MC3_INMATRIX
[[ 1.18212117  1.26419447  0.77744155  0.77624281]
 [ 0.79344415  0.84959646 -1.10946339 -1.247496  ]
 [ 1.00225331 -0.84807863 -1.21772132  0.93194674]]


  I ignored SIDE this time.

Result:

  Spectra of each SUSDOF_IN1_DAQ before diagonalization (INMATRIX elements all 1 or -1) were
MCspectraNov09.png

  After diagonalization, spectra are
MCspectraNov13.png

  As you can see, each SUSDOF has only single peak (and SIDE peak) after the diagonalization.
  SUSSIDE still has 4 peaks because SIDE is not included this time.

  For MC2, POS to SUSPIT and POS to SUSYAW got worse. I have to look into them.

Effect of resonant frequency drift:

  As you can compare and see from the spectra above, resonant frequencies of MC1 are somehow drifted(~0.5%) from Nov 9 to Nov 13.
  If resonant frequency you expected was wrong, calculated input matrix will be also wrong.
  The effect of 0.5% drift and wrong input matrix can be seen from this spectra. DOFs are not clearly separated.
 MC1spetra_wrongmatrix.png

Plan:

 - learn how to use diaggui from command line and fully automate this process
 - balance the coils using these diagonalized SUSPOS, SUSPIT, SUSYAW

  3929   Tue Nov 16 03:33:22 2010 yutaUpdateIOOaligned Faraday, beam reached SM just before PRM

(Koji, Yuta)

We aligned the Faraday after MC and we are now ready to install PRM.

Background:
  MC was roughly aligned (beam spot ~0.7mm from the actuation center).
  So, we started aligning in-vac optics.
  First thing to align was the Faraday after MC3.

What we did:
  1. Ran A2L.py for confirmation.(Second from the last measurement point on the A2L result plot)

  2. Aligned the Faraday so that MC3 trans can go through it. We moved the Faraday itself, while we didn't touch IM2.
     We turned the pitch nob of the last steering mirror at PSL table in CCW slightly in order to lower the beam at the Faraday by ~1mm.

  3. During the alignment, we found that the polarization of the incident beam was wrong. It should have been S but it was P.
     As there is the HWP right before the EOM, Rana rotated it so as to have the correct polarization of S on the EOM and the MC.
     Note that the PMC and the main interferometer are configured to have P-pol while the MC is to have S-pol.

  4. Setup the video camera to monitor the entrance aperture of the Faraday. It required 4 steering mirrors to convey the image to the CCD.

  5. Moved all of the OSEMs for MC1 and MC3 so that the sensor output can have roughly half of their maxima.

  6. Ran A2L.py. (The last measurement point on the A2L result plot)

  7. Aligned the IO optics so that the beam goes Faraday -> MMT1 -> MMT2 -> SM3.

Result:

  1. OSEM sensor outputs for MC1 and MC3 are;

(V) MC1 MC3
max current value max current value
ULSEN 1.3 0.708 1.37 0.699
URSEN 1.4 0.845 1.71 0.796
LRSEN 1.45 0.743 1.77 0.640
LLSEN 1.56 0.762 1.56 0.650
SDSEN 1.67 0.801 1.59 0.821



  2. A2L result is;
MCalignNov16.png


     The beam position slightly got lower(~0.2mm), because we touched SM at PSL table.
     Alignment slider values changed because we moved MC1 and MC3 OSEMs.

  3. Now, MC_RFPD_DCMON is ~0.39 when MC unlocked and ~0.083 when locked.
     So, the visibility of MC is ~79% (for S-pol).

  4. Now the incident beam to the MC has S polarization, the cavity has higher finesse. This results the increased MC trans power.
     It was ~8e2 when the polarization was P, now it is ~4.2e3 when the MC is locked.

  5. The beam reached SM3 at BS table. The alignment of the SM2, MMT1, MMT2 were confirmed and adjusted.

  6. All pieces of the leftover pizza reached my stomach.

Plan:
  - Install PRM to the BS chamber.
  - Align PRM and get IFO reflection beam out to the AP table
 

  3937   Wed Nov 17 02:53:41 2010 yutaUpdateIOOplaced new PRM to BS table

(Kiwamu, Yuta)

Background:
  Yesterday, we aligned the Faraday and the beam reached SM2 at BS table.
  Today, we placed a new PRM tower to BS table.

What we did:

  1. Moved IPPO, IPPOSSM1, IPPOSSM3, IPANGSM1, IPANGSM2 out from the BS chamber.

  2. Moved SRM tower(at PRM's place) to the ITMX chamber.

  3. Placed the new PRM tower at the BS chamber.

  4. Adjusted positions of the OSEMs for PRM and BS so that the sensor output can have roughly half of their maximum.

  5. Checked damping servo for PRM and BS. They were working and helped us when adjusting OSEM positions.

  6. Placed IPPO back and using SM2, made the beam hit PR2 at ITMX table.

  7. Aligned the PRM so that the reflected beam path overlaps the incident beam.
     We checked it by looking at MMT1.
     For the alignment, we used IFO align sliders(C1:SUS-PRM_PIT_COMM, YAW_COMM).
        To use them, we rebooted c1susaux.

Result:
  1. The new PRM tower is placed.

  2. OSEM sensor outputs for PRM and BS are;

(V) PRM BS
max current value max current value
ULSEN 1.72 1.006 1.50 0.757
URSEN 1.66 0.918 1.57 0.821
LRSEN 1.92 1.304 1.57 0.821
LLSEN 2.06 1.031 1.38 0.704
SDSEN 9.21 4.366 1.57 0.821

    We changed PRM aligning slider values, and they changed OSEM sensor outputs. We set the slider values to 0 when adjusting OSEM positions.

  3941   Wed Nov 17 20:44:59 2010 yutaSummaryCDSno QPD channels on c1sus machine today

(Joe, Suresh, Yuta)

Currently, only 2 ADC cards work on c1sus machine.
No QPD inputs(e.g. MC2 trans), and no RFM.


Summary:
  We wanted to have PEM(physical environment montor) channels, so we moved a ADC card in c1sus machine.
  It ended up with destroying one of the 3 ADCs.

What we did:
  1. Moved ADC card at PCIe expansion board slot 0 to other empty slot.
     What we call PCI slot 0 was "DO NOT USE" in LIGO-T10005230-v1, so we moved it.

  2. Connected that ADC card to PEM channel box at 1X7 via SCSI cable.

  3. ADC card order is changed, so we checked ADC number assinging and re-labeled the cable.

  4. Found RFM is not working(c1sus and c1ioo not talking) and fb is in a weird state(Status: 0x4000 in GDS screens)

  5. Swapped the cabling so that ADC card 0 will be connected to timing interface card at slot1, but didn't help.
     More than that, we suffered ADC timeout.

  6. Tried ADC card swapping, slot position changing, taking out some of the ADC cards, etc.
     We found that ADC timeout doesn't happen with 2 ADC cards.
     But if we connect one of the ADC card to the timing interface card at slot 8, c1sus ADC timeouts with 2 ADC cards, too.
     So, I think that timing interface card is bad.

  7. Stopped rebooting c1sus again and again. We decided to investigate the problem tomorrow.
     We only need ADC card 0 and 1 for MC damping.(see this wiki page)
       ADC card 0: all UL/UR/LR/LL SENs
       ADC card 1: all SD SENs     
       ADC card 2: all QPDs

Result:
  We can damp optics and lock MC.
  We can't do A2L because RFM is not working.
  We can't see MC2 trans because we currently don't have ADC card 2.

  3943   Thu Nov 18 00:40:31 2010 yutaUpdateIOOPRM reflected beam reached AP table

(Kiwamu, Yuta)

Summary:
  Yesterday, we placed the new PRM to BS chamber and the beam reached PR2 at ITMX chamber.
  Today, we lead the PRM reflected beam back to AP table.
  Also, we aligned PRs so that the beam hits ITMX and ITMY.

What we did:
  1. Aligned PR2 at ITMX chamber and PR3 at BS chamber so that the beam hits ITMY.

  2. Aligned ITMX using IFO_ALIGN sliders so that the reflected beam overlaps at BS.

  3. Aligned BS using IFO_ALIGN sliders so that the splitted beam to ITMX overlaps the green beam from the X-end.

  4. Roughly aligned ITMY using IFO_ALIGN sliders so that the reflected green goes to far x-end.

  5. From yesterdays in-vac work, the reflected beam from PRM reached the Faraday.
     Aligned 2 steering mirrors in MC chamber so that the beam reaches AP table.

  6. Found the beam is double-spotted by a steering mirror at just after the Faraday symmetric port.
      The mirror is Y1-2037-45S. The beam is hitting it in ~10deg, so we have to replace it.

Plan:
  - replace the steering mirror right next to the Faraday symmetric port.
  - recyled Michealson

Note:
  We had to use "ITMX" channels to align ITMY. We have to fix and check X-Y confusion.
  Also, damping servo for ITMs does not seem to work. We have to check this.

  3948   Thu Nov 18 16:32:21 2010 yutaSummaryCDScurrent damping status for all optics c1sus handles

Summary:
   I set Q-values for each ringdown of PRM, BS, ITMX, ITMY, MC1, MC2, MC3 to ~5 using QAdjuster.py.
   Here are the results;
c1susdampings.png

  Red ringdowns indicate the second try after gain setting.

Note:

  - ITMX and ITMY are referred according to MEDM screens in this entry.
  - ITMX(south) OSEM positions are currently so bad(LL and SD are all the way in/out).
        I have to change IFO_ALIGN slider values to check the damping servo. For SIDE, I couldn't do that. I reverted the slider change after the damping checking.
  - ITMY(west) somehow has opposite coil gain sign.
       Usually for the other optics, UL,UR,LR,LL is 1,-1,1,-1. But for ITMY to damp, they are -1,1,-1,1.
  - PRM damps, but ringdown doesn't look nice. There must be something funny going on.
  - SRM doesn't have OSEMs put in now.

  3957   Fri Nov 19 17:12:22 2010 yutaUpdateCDSETMX damped, but with weird TO_COIL matrix

Background:
  c1iscex machine is currently being setup and RT model c1scx is running.
  But ETMX(south) didn't seem to be damped, so I checked it.

What I did:
  1. Checked the wiring. It seemed to be OK.
    Looked LEMO monitor output of SUS PD Whitening Board(D000210) with oscilloscope and they seemed to be getting some sensor signal except SDSEN.
      SDSEN is funny. C1:SUS-ETMX_SPDMon decreases slowly when PD input cable is disconnected, and increases slowly when connected.
      There might be some problem in the circuits.
    Looked LEMO monitor output of SOS Coil Driver Module(D010001) with oscilloscope and they seemed to be receiving correct signal from DAC.
      When ULCOIL offset is added, ch1 increased and so on.

  2. Checked the direction of SUSDOF motion when kicked with one coil.
    The result was;

kick (+) POS PIT YAW
ULCOIL + + +
URCOIL + - +
LRCOIL + - -
LLCOIL + + -


    This table tells you, when ULCOIL_OFFSET increases, SUSPOS increases and so on.
    If URCOIL and LLCOIL are swapped, they look correct.
    Also, they have opposite sign to the usual optics(e.g. MCs, BS, PRM).

  3. Changed TO_COIL matrix according to the table above(see Attachment #1). Changed signs of XXCOIL_GAINs.

  4. ETMX damped!

Plan:
  - Check the wiring after SOS Coil Driver Module and circuit around SDSEN
  - Check whitening and dewhitening filters. We connected a binary output cable, but didn't checked them yet.
  - Make a script for step 2
  - Activate new DAQ channels for ETMX (what is the current new fresh up-to-date latest fb restart procedure?)

Attachment 1: ETMXdamping.png
ETMXdamping.png
  3959   Sat Nov 20 01:58:56 2010 yutaHowToCDSeditting RT models and MEDM screens

(Suresh, Yuta)

If you come up with a good idea and want to add new things to current RT model;

 1. Go to simLink directory and open matlab;
    cd /cvs/cds/rtcds/caltech/c1/core/advLigoRTS/src/epics/simLink
    matlab


 2. In matlab command line, type;
    addpath lib

 3. Open a model you want to edit.
    open modelname

 4. Edit! CDS_PARTS has useful CDS parts.
    open CDS_PARTS
    There are some traps. For example, you cannot put cdsOsc in a subsystem

 5. Compile your new model. See my elog #3787.
 
 6. If you want to burt restore things;
    cd /cvs/cds/caltech/burt/autoburt/snapshots/YEAR/MONTH/DATE/TIME/
    burtgooey


 7. Edit MEDM screens
    cd /cvs/cds/rtcds/caltech/c1/medm
    medm


 8. Useful wiki page on making a new suspension MEDM screens;
    http://lhocds.ligo-wa.caltech.edu:8000/40m/How_to_make_new_suspension_medm_screens

  3960   Sat Nov 20 02:25:30 2010 yutaUpdateCDS2 LOCKINs for suspension models

(Suresh, Koji, Yuta)

Background:
  No AWG. No tdssine.
  ...... LOCKIN!

What we did:
  1. Added 2 LOCKINs for c1sus model.
   Currently, we cannot put cdsOsc in a subsystem.
   So, we put LOCKINs just for BS for a test.
   The signal going into LOCKIN can be anything. For now, we just put a matrix for selecting the signal and connected the input signals to the ground.

   See the following page for the current simlink diagram of c1sus model.
     https://nodus.ligo.caltech.edu:30889/FE/c1sus_slwebview_files/index.html

  2. Edited MEDM screens. (see Attachment #1)

Result:
  We succeeded in putting 2 LOCKINs and exciting BS.
  During the update, we might destroyed things. For example, fb status is red in GDS screens.
  We will wait for Joe to fix them.

Plan:
 - Fix cdsOsc and put LOCKINs for all the other optics
 - Come up with a good idea what to do with this LOCKIN. Remember, LOCKIN is not just a replacement for excitation points.
 - Enhance an oscillator so that we can put a random noise

Attachment 1: LockinRoll.png
LockinRoll.png
  3961   Sat Nov 20 03:37:11 2010 yutaSummaryCDSCDS time delay measurement - the ripple

(Koji, Joe, Yuta)

Motivation:
  We wanted to know more about CDS.

Setup:
  Same as in elog #3829.

What we did:

  1. Made test RT models c1tst and c1nio for c1iscex.
     c1tst has only 2 filter module(minimum limit of a model), 2 inputs, 2 outputs and it runs with IOP c1x01.
     c1nio is the same as c1tst except it runs(or, should run) without IOP.

  2. Measured the time delay of ADC through DAC using different machine, different sampling rate by measuring transfer functions.

  3. c1nio(without IOP) didn't seem to be running correctly and we couldn't measure the TF.
     "1 PPS" error appeared in GDS screen(C1:FEC-39_TIME_ERR).
     It looks like c1nio is receiving the signal as we could see in the MEDM screen, but the signal doesn't come out from the DAC.

TF we expected:
  All the filters and gains are set to 1.

  We have DA's TF when putting 64K signal out to analog world.
    D(f)=exp(-i*pi*f*Ts)*sin(pi*f*Ts)/(pi*f*Ts)  (Ts: sample time)

  We have AA filter and AI filter when downsampling and upsampling.
    A(f)=G*(1+b11/z+b12/z/z)/(1+a11/z+a12/z/z)*(1+b21/z+b22/z/z)/(1+a21/z+a22/z/z)       z=exp(i*2*pi*f*Ts)
  Coefficients can be found in /cvs/cds/rtcds/caltech/c1/core/advLigoRTS/src/fe/controller.c.

/* Coeffs for the 2x downsampling (32K system) filter */
static double feCoeff2x[9] =
        {0.053628649721183,
        -1.25687596603711,    0.57946661417301,    0.00000415782507,    1.00000000000000,
        -0.79382359542546,    0.88797791037820,    1.29081406322442,    1.00000000000000};
/* Coeffs for the 4x downsampling (16K system) filter */
static double feCoeff4x[9] =
    {0.014805052402446, 
    -1.71662585474518,    0.78495484219691,   -1.41346289716898,   0.99893884152400,
    -1.68385964238855,    0.93734519457266,    0.00000127375260,   0.99819981588176};


  For 64K system, we expect H=1.

  We also have a delay.
    S(f)=exp(-i*2*pi*f*dt)   (dt: delay time)

  So, total TF we expect is;
    H(f)=a*A(f)^2*D(f)*S(f)
  a is a constant depending on the range of ADC and DAC(I think). Currently, a=1/4.

  We may need to think about TF when upsampling.(D(f) is TF of upsampling 64K to analog)

Result:

  Example plot is attached.
  For other plots and the raw data, see /cvs/cds/caltech/users/yuta/scripts/CDSdelay2/ directory.
  As you can see, TFs are slightly different from what we expect.
  They show ripple we don't understand at near cut off frequency.

  If we ignore the ripple, here is the result of delay time at each condition;

data file    host    FE    IOP        rate    sample time    delay        delay/Ts
c1rms16K.dat    c1sus      c1rms    adcSlave    16K    61.0usec    110.4usec    1.8
c1scx16K.dat    c1iscex    c1scx    adcSlave    16K    61.0usec     85.5usec    1.4
c1tst16K.dat    c1iscex    c1tst    adcSlave    16K    61.0usec     84.3usec    1.4
c1tst32K.dat    c1iscex    c1tst    adcSlave    32K    30.5usec     53.7usec    1.8
c1tst64K.dat    c1iscex    c1tst    adcSlave    64K    15.3usec     38.4usec    2.5

  The delay time shown above does not include the delay of DA. To include, add 7.6usec(Ts/2).

  - delay time is different for different machine
  - number of filters (c1scx has full of filters for ETMX suspension, c1tst has only 2) doen't seem to effect much to delay time
  - higher the sampling rate, larger the (delay time)/(sample time) ratio

Plan:

 - figure out how to run a model without IOP
 - where do the ripples come from?
 - why we didn't see significant ripple at previous measurement on c1sus?

Attachment 1: c1tst16Kdelay.png
c1tst16Kdelay.png
  6654   Mon May 21 21:27:39 2012 yutaUpdateCDSMEDM suspension screens using macro

Background:
 We need more organized MEDM screens. Let's use macro.

What I did:
1. Edited /opt/rtcds/userapps/trunk/sus/c1/medm/templates/SUS_SINGLE.adl using replacements below;

sed -i s/#IFO#SUS_#PART_NAME#/'$(IFO)$(SYS)_$(OPTIC)'/g SUS_SINGLE.adl
sed -i s/#IFO#SUS#_#PART_NAME#/'$(IFO)$(SYS)_$(OPTIC)'/g SUS_SINGLE.adl
sed -i s/#IFO#:FEC-#DCU_ID#/'$(IFO):FEC-$(DCU_ID)'/g SUS_SINGLE.adl
sed -i s/#CHANNEL#/'$(IFO):$(SYS)-$(OPTIC)'/g SUS_SINGLE.adl
sed -i s/#PART_NAME#/'$(OPTIC)'/g SUS_SINGLE.adl

2. Edited sitemap.adl so that they open SUS_SINGLE.adl with arguments like
    IFO=C1,SYS=SUS,OPTIC=MC1,DCU_ID=36
instead of opening ./c1mcs/C1SUS_MC1.adl.

3. I also fixed white blocks in the LOCKIN part.

Result:
  Now you don't have to generate every suspension screens. Just edit SUS_SIGNLE.adl.

Things to do:
 - fix every other MEDM screens which open suspension screens, so that they open SUS_SINGLE.adl
 - make SUS_SINGLE.adl more cool

  6663   Tue May 22 20:46:38 2012 yutaUpdateCDSMEDM suspension screens using macro

I fixed the problem Jamie pointed out in elog #6657 and #6659.

What I did:
1. Created the following template files in /opt/rtcds/userapps/trunk/sus/c1/medm/templates/ directry.

SUS_SINGLE_LOCKIN1.adl
SUS_SINGLE_LOCKIN2.adl
SUS_SINGLE_LOCKIN_INMTRX.adl
SUS_SINGLE_OPTLEV_SERVO.adl
SUS_SINGLE_PITCH.adl
SUS_SINGLE_POSITION.adl
SUS_SINGLE_SUSSIDE.adl
SUS_SINGLE_TO_COIL_MASTER.adl
SUS_SINGLE_COIL.adl
SUS_SINGLE_YAW.adl
SUS_SINGLE_INMATRIX_MASTER.adl
SUS_SINGLE_INPUT.adl
SUS_SINGLE_TO_COIL_X_X.adl
SUS_SINGLE_OPTLEV_IN.adl
SUS_SINGLE_OLMATRIX_MASTER.adl

To open these files, you have to define $(OPTIC) and $(DCU_ID).
For SUS_SINGLE_TO_COIL_X_X.adl, you also have to define $(FILTER_NUMBER), too. See SUS_SINGLE_TO_COIL_MASTER.adl.

2. Fixed the following screens so that they open SUS_SINGLE.adl.

C1SUS_WATCHDOGS.adl
C1IOO_MC_ALIGN.adl
C1IOO_WFS_MASTER.adl
C1IFO_ALIGN.adl

  6677   Thu May 24 16:13:05 2012 yutaUpdateComputersASS scripts on new ubuntu machines

[Den, Yuta]

Background:
 ASS and many other scripts don't work on new ubuntu machines.

What we did:
1. Installed C-shell on rossa and rosalba(Ubuntu machine).
  sudo apt-get insall csh

2. Find out that
  /opt/rtcds/caltech/c1/scripts/AutoDither/alignY

runs, but
  /opt/rtcds/caltech/c1/scripts/medmrun /opt/rtcds/caltech/c1/scripts/AutoDither/alignY

doesn't run. It gives us the following error messages.

ezcawrite: error while loading shared libraries: libca.so: cannot open shared object file: No such file or directory
ezcaswitch: error while loading shared libraries: libca.so: cannot open shared object file: No such file or directory

Result:
 ASS scripts run on rossa and rosalba, but not with medmrun.
 At least ASS scripts run on pianosa(ubuntu machine) with medmrun. So we decided to wait for JAMIE to fix it.

  6709   Tue May 29 21:05:30 2012 yutaUpdateIOOPMC, MC alignment are shit

Quote:

  [Keiko, Jenne]

PMC aligned.  Suresh is fixing the measure MC spot positions script, then we'll remeasure MC spot positions.

 [Suresh, Jenne, Yuta]

We measured the MC spot positions twice tonight. Procedure for measuring them is in elog #6688.
The results were;

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
    3.3359    3.9595    2.3171   -7.7424   -0.8406    6.4884

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
    3.2681    4.0052    2.2808   -7.3965   -0.7624    7.1302

The spot moved by about 0.5 mm since May 25, but we concluded that this displacement is negligible and difficult to be fixed by aligning PSL beam.

We'll align Y arm and X arm next.

  6713   Wed May 30 01:35:15 2012 yutaUpdateGreen Lockingaligned Y arm green beam

[Jenne, Yuta]

We aligned the Y arm for IR (C1:LSC-TRY_OUT is now ~ 0.9), and aligned the green beam from the ETMY table. The Y arm green is now resonating in TEM00 mode, but we need some monitors (green trans or green refl) to maximize the coupling.

We noticed that the MC beam spot are oscillating at ~ 1 Hz, mostly in YAW.  This wasn't observable before the PMC realignment (elog #6708). We should find out why and fix it.

  6715   Wed May 30 15:51:22 2012 yutaUpdateIOOMC beam spot oscillation

[Koji, Suresh, Jenne, Yuta]

Background:
  We noticed that the beam spots on MC mirrors are oscillating in ~ 1 Hz yesterday. It means MC mirrors are actually oscillating. This was observable even if the WFS servo is off.

What we did:
  1. By measuring the spectra of OSEM sensor outputs, we found that MC3 is the one that is oscillating.

  2.  Oscillation at ~ 1 Hz only happened when the local damping using OSEMs are on (see Attachment 1; REF is when the damping is on).

  3.  We found that this oscillation came from insufficiency in phase margin in SUSPOS loop. So, we increased the gain, C1:SUS-MC3_SUSPOS_GAIN, from 95 to 200. It helped a little, but oscillation is still there.

  4.  We measured openloop transferfunctions of SUSPOS, SUSPIT, SUSYAW, SUSSIDE loop, and concluded that diagonalization some how went wrong. The amplitude of the oscillation (peak height in the OSEM spectra) changed by pushing the MC SUS connectors.

Plan:
  - Fix the connectors so that we don't have to push them any more.
  - Redo the diagonalization of the MC suspensions.

Attachment 1: specMC3_onoff_localdamping.pdf
specMC3_onoff_localdamping.pdf
  6718   Wed May 30 19:27:38 2012 yutaUpdateIOOMC beam spot oscillation

[Koji, Yuta]

We found that C1:SUS-MC{1,2,3}_TO_COIL_3_4_GAIN was somehow changed to -1, and feedback signal for SIDE was fedback to LLCOIL, which is apparently not correct.
We checked the snapshots on May 25 and confirmed that it was used to be 0, so we fixed it.
We suspect that it happened during the beam spot measurement, because the measurement changes the TO_COIL matrix gains.

Now, we don't see any MC beam spot oscillation.

Quote:

[Koji, Suresh, Jenne, Yuta]

Background:
  We noticed that the beam spots on MC mirrors are oscillating in ~ 1 Hz yesterday. It means MC mirrors are actually oscillating. This was observable even if the WFS servo is off.

 

  6724   Thu May 31 01:27:16 2012 yutaUpdateGreen LockingPSL and Y arm green beams aligned

[Jenne, Yuta]

We aligned the PSL green optics so that the PSL green beam and Y arm green beam interfere. 2 beams are now hitting the Y arm beat PD. The DC level from the beat PD is about 13 mV.

We didn't try to see the beat signal for today, because the temperature of the doubling crystal seemed funny. We need to look into it tommorow.

Currently, the temperature control is enabled and the set point is 36.9 deg C, but the temperature is stuck at 33.0 deg C.

  6725   Thu May 31 01:36:17 2012 yutaUpdateGreen LockingGREEN_TRX/GREEN_TRY PDs

I did the cabling for monitoring DC transmission of the green beam from the end table.
The two PDs are called GREEN TRX and GREEN TRY, and the channel names are C1:GCV-GREEN_TRX and C1:GCV-GREEN_TRY.
The two signal from the PDs go to the ADC_0 card of the c1ioo computer.

Now, C1:GCV-GREEN_TRX/Y are actually connected to the respective PDs, but green beams are not hitting on the PD. We need two pickoff mirrors.

  6726   Thu May 31 02:27:24 2012 yutaUpdateIOOscript for reliefing MC WFS

I wrote a simple script for reliefing MC WFS servo. The script is located at /opt/rtcds/caltech/c1/scripts/MC/reliefMCWFS.
It simply uses ezcaservo to minimize the offset of the WFS feedback signal using MC alignment sliders.

    ezcaservo -r C1:SUS-MC${optic}_ASC${dof}_OUT16 -s 0 -g 0.0001 -t 10 C1:SUS-MC${optic}_${dof}_COMM


I put "MC WFS relief" button on the WFS medm screen (/opt/rtcds/caltech/c1/medm/c1ioo/master/C1IOO_WFS_MASTER.adl).

  6727   Thu May 31 04:03:17 2012 yutaUpdateIOOscript for MC beam spot measurement

I wrote a wrapping script for measuring MC beam spot. We had to run several scripts for the measurement (see elog #6688), but now, you only need to run /opt/rtcds/caltech/c1/scripts/ASS/MC/mcassMCdecenter.

The measured data file will be stored in /opt/rtcds/caltech/c1/scripts/ASS/MC/dataMCdecenter/ directory, with a timestamp.
The calculated beam spot position data will be logged in /opt/rtcds/caltech/c1/scripts/ASS/MC/dataMCdecenter/logMCdecenter.txt file.
I had to edit sensemcass.m file, in order to write the result into the log file. In this way, we can keep track of the beam displacement.

Currently, the calculation script is written in the MATLAB file(sensemcass.m), which isn't very nice.
To run a MATLAB file from the command line
, you have to write something like this;

matlab -nodesktop -nosplash -r "sensemcass('./dataMCdecenter/MCdecenter201205210258.dat')"

 

  6731   Thu May 31 16:19:07 2012 yutaUpdateGreen Lockingtemperature setting for PSL doubling crystal

I fixed the temperature control of the oven for the PSL doubling crystal.
The PID settings were not good, and also, TC200 was beging DETUNED. So, I activated TUNE function and adjusted PID settings.
I'm not sure what the DETUNE function is for. The manual can be found here;
   http://www.thorlabs.com/thorproduct.cfm?partnumber=TC200

Current settings for Thorlabs TC200 are (Red ones are what I changed from the previous setting);

parameters Xend Yend PSL
TEMP SET (deg C) 37.5 35.7 36.9
P 250 250 250
I 60 60 200 (was 117)
D 25 25 40 (was 19)
(DE)TUNE on? TUNE TUNE TUNE (was DETUNE)
TMAX (deg C) 200 200 170
PMAX (Watts) 18 18 18
temperature sensor PTC100 PTC100 PTC100
  6746   Sat Jun 2 03:19:37 2012 yutaUpdateGreen LockingY green beat note found? - too small

Summary:
  I tried to find Y arm green beat in order to do the mode scan.
  I found a beat peak(see attached picture), but the amplitude seems too small.
  It is may be because the alignment/mode matching of the green beams at the PSL table is so bad. Or, the peak I found might be a beat from junk light.

What I did:
  1. Aligned Y arm to the IR beam from MC.

  2. Re-aligned Y end green beam to the Y arm using steering mirrors on the Y end table.

  3. Re-aligned PSL green optics.

  # C1:GCV-GREEN_TRY is temporary connected to the DC output of the Y green beat PD.

  4. Temperature of the PSL laser was 31.48 deg C, so I set "T+" of the Y end laser to 34.47 deg C, according to Bryan's formula (elog #4439);

  Y_arm_Temp_set = 0.87326*T_PSL + 6.9825

  5. Scanned Y end laser temperature by C1:GCY-SLOW_SERVO2_OFFSET. Starting value was 29725 and I scanned from 27515 to 31805, by 10 or 100. Laser frequency changes ~ 6 MHz / 10 counts, so it means that I scanned ~ 2.5 GHz. During the scan, I toggled C1:AUX-GREEN_Y_Shutter to make sure the green beam resonates in TEM00 mode.

  # I made a revolutionary python script for toggling channels(/opt/rtcds/caltech/c1/scripts/general/toggler.py). I made it executable.

  6. Found a tiny beat note when C1:GCY-SLOW_SERVO2_OFFSET = 29815. I confirmed it is a beat signal by blocking each PSL and Y arm green beam into the beat PD. I left  C1:GCY-SLOW_SERVO2_OFFSET = 29815.

  7. I found that Bryan's formula;

Y_arm_Temp_meas = 0.95152*T_PSL + 3.8672
Y_arm_Temp_set = 0.87326*T_PSL + 6.9825

  was actually

Y_arm_Temp_set = 0.95152*T_PSL + 3.8672
Y_arm_Temp_meas = 0.87326*T_PSL + 6.9825

  according to his graph(elog #4439). So, I set  "T+" of the Y end laser to 33.82 deg C.

  8. This time, I scanned PSL laser temperature by C1:PSL-FSS_SLOWDC. I found a tiny beat note when C1:PSL-FSS_SLOWDC = 1.0995. C1:PSL-FSS_SLOWDC has 10 V range, so I scanned ~ 10 GHz, assuming the laser frequency changes 1 GHz/K and the temperature changes 1 K/V.

  9. Re-aligned PSL green optics so that the beam hits optics at their center, and checked that the poralization of the two green beams are the same.

  10. Checked that amplifier ZFL-100LN+ on the beat PD is working correctly. The power was supplied correctly (+15 V) and measured gain was ~ 25 dBm.

  11. Exchanged BNC cable which connects the beat PD to the spectrum analyzer. Previous one we used was too long and it had -15 dB loss(measured). I exchanged to shorter one which has -2 dB loss.

Beat note amplitude estimation:
  The amplitude of the beat note observed in the spectrum analyzer was ~ -54 dBm. According to the estimation below, it seems too small.

  The measured power of the two green beams are

  P_Y = 4 uW
  P_PSL = 90 uW

  So, the power of the beat signal should be

  P_beat ~ 2 sqrt(P_Y * P_PSL) = 37 uW

  Responsivity and transimpedance of the beat PD (Broadband PD, LIGO-T0900582) are 0.3 A/W and 2 kOhm. So, the power of the electrical signal is

  W = (P_beat * 0.3 A/W * 2 kOhm / sqrt(2))^2 / 50 Ohm = 5 uW

  5 uW is -23 dBm. We have +25 dB amplifier after the PD and the loss of the BNC cable is -2 dB. So, if the two beams interfere perfectly, the peak height of the beat signal should be ~ 0 dBm. The measured value -54 dBm seems too small. According to elog #5860, measured value by Kiwamu and Katrin was -36 dBm.

Current values:
  PSL laser temperature: 31.48 deg C (PSL HEPA 100%)
  Y end laser "T+": 33.821 deg C
  Y end laser "ADJ": 0
  C1:GCY-SLOW_SERVO2_OFFSET = 29815 (was 29725)

Attachment 1: CIMG1437.JPG
CIMG1437.JPG
  6757   Tue Jun 5 21:09:40 2012 yutaUpdateComputer Scripts / Programshacked ezca tools

Currently, ezca tools are flakey and fails too much.
So, I hacked ezca tools just like Yoichi did in 2009 (see elog #1368).

For now,

/ligo/apps/linux-x86_64/gds-2.15.1/bin/ezcaread
/ligo/apps/linux-x86_64/gds-2.15.1/bin/ezcastep
/ligo/apps/linux-x86_64/gds-2.15.1/bin/ezcaswitch
/ligo/apps/linux-x86_64/gds-2.15.1/bin/ezcawrite

are wrapper scripts that repeats ezca stuff until it succeeds (or fails more than 5 times).

Of course, this is just a temporary solution to do tonight's work.
To stop this hack, run /users/yuta/scripts/ezhack/stophacking.cmd. To hack, run /users/yuta/scripts/ezhack/starthacking.cmd.

Original binary files are located in /ligo/apps/linux-x86_64/gds-2.15.1/bin/ezcabackup/ directory.
Wrapper scripts live in /users/yuta/scripts/ezhack directory.

I wish I could alias ezca tools to my wrapper scripts so that I don't have to touch the original files. However, alias settings doesn't work in our scripts.
Do you have any idea?

  6763   Wed Jun 6 02:28:02 2012 yutaUpdateGreen Lockingtried to see Yarm length change with weak beat note

[Jenne, Yuta]

Summary:
  We tried to see the Yarm length change using Yarm green beat note. The beat note is still puny, so we put an extra amplifier. We saw something, but still can't control the arm length with ALS.

What we did:
  1. Aligned Y arm and PSL green optics as usual.

  2. By changing the temperature of the PSL laser with C1:PSL-FSS_SLOWDC, we find small beat note when

  PSL laser temperature on display: 30.59 deg C (PSL HEPA 100%)
  C1:PSL-FSS_SLOWDC = 5.2100
  Y end laser "T+": 34.049 deg C
  Y end laser "ADJ": 0
  Y end laser measured temperature: 34.68 deg C (*)
  C1:GCY-SLOW_SERVO2_OFFSET = 29425

 (*) Measured using diagnostic output on the back of the laser controller(Lightwave 125/6-OPN-PS) - between pins 2(GND) and 4. Calbration factor is 10 degC/V.

  3. The peak height right after the amplifier on the Y green beat PD was ~ -48dBm, so we put another amplifier (and attenuator) because the beat note which goes into the frequency divier should be -30 dBm to +7 dBm. After we put the amplifier, the peak height was ~ -23 dBm.

  4. We could see the C1:ALS-BEATY_COARSE_I_ERR ringing down, when opening and closing the control room door, which may introduce Y arm length change(screenshot of dataviewer below). But we are still not sure if we are actually getting the Y arm length signal because closing and opening Y end green shutter doesn't make difference on C1:ALS-BEATY_COARSE_I_ERR. The ring down was seen when we turned on the unWhiten filters in C1:ALS-BEATY_COARSE filter modules.

beatycoarseringdown20120605.png

  5. Tried to hold Y arm length with ALS, but couldn't.

Current setup:
  Red ones are the ones we added or changed.

beatysetup20120605.png

Note:
  Dataviewer is so slow and flakey now.

  6767   Wed Jun 6 15:16:00 2012 yutaUpdateIOOMC WFS offsets adjusted

MC reflection (C1:IOO-MC_RFPD_INMON) got worse when WFS servos were on. After aligning MC optics, it will be ~0.5 but if I turned on WFS, it became ~0.8.
I measured the beam spot positions on MC optics. They seemed like the same from the measurement yesterday.

# filename      MC1pit  MC2pit  MC3pit  MC1yaw  MC2yaw  MC3yaw  (spot positions in mm)
./dataMCdecenter/MCdecenter201206052111.dat     3.234388        4.234564        2.654212        -6.656221       -0.677541       4.506170       
./dataMCdecenter/MCdecenter201206061420.dat     3.300867        4.567555        2.692971        -6.484464       -1.705443       4.423250

So, I ran /opt/rtcds/caltech/c1/scripts/MC/WFS/WFS_FilterBank_offsets to adjust the WFS offsets.

C1:IOO-MC_RFPD_INMON is now ~ 0.5 and  C1:IOO-MC_TRANS_SUM is now ~ 2.7e3 with WFS on.

  6771   Wed Jun 6 21:11:45 2012 yutaUpdateGreen Lockingimproved Y arm green alignment

Summary:
  Y arm green transmission to the PSL table improved from ~ 20 uW to 61 uW. Improvement was done by adjusting steering mirrors before and after the faraday on the Y end table.
  But 61 uW is not enough!

What I did:
  1. The incident power to the faraday for the green beam on the Y end table was 1.4 mW, but the transmission was 1.2 mW. So, I adjusted the steering mirrors and the transmission increased to 1.4 mW.

  2. I found that adjusting the steering mirrors to the faraday also increased alignment of the green beam to the Y arm. We always adjusted only the steering mirrors after the faraday for the alignment. I adjusted the alignment using both steering mirrors this time. Reflection of the green beam on the ETMYT camera seems more reasonable now and more frequently lock to TEM00 when closing and opening the Y end green servo loop.

  3. For the adjustment, I tried to utilize PD at the reflection port, or the transmission port. However, I couldn't do that because they fluctuates too much. I don't know why.

  4. Measured the green transmission to the PSL table, The transmitted power was ~20 uW, but after the aligning, it improved to 61 uW.

Current green power:
  I measured the green beam power at various places using Newport power meter (Model 840) with its filter on.

beatygreenpower20120606.png

  Incident green power to the Y arm is ~ 1 mW (more than 1 mW because the aparture of the power meter was smaller than the beam size) and Y arm transmission is designed to be 55%. So, if the alignment and mode matching are perfect, the transmission to the PSL table should be ~ 600 uW. The measured value 61 uW seems too small. Kiwamu says it was 140 uW when he did Y arm.

Next:
  I will find the beat note again tonight and check if the beat PD is working correctly and if the mode matching of the two beams at the PSL table is good.

  6775   Thu Jun 7 01:46:05 2012 yutaSummaryGreen LockingY green beat - found it!!

I found the big big Y green beat. Details will be posted later.

CIMG1504.JPG

  6776   Thu Jun 7 02:25:27 2012 yutaUpdateGreen Lockingimproved Y arm green alignment - even more

[Koji, Yuta]

Summary:
  We improved the Y arm green transmission to the PSL table. It is now 197 uW.
  The improvement was done mainly by adjusting the Y arm green servo gain.

What we did:
  1. Fine-adjusted steering mirrors after the faraday on Y end table by monitoring Y arm green transmission (used Thorlabs PDA36A as a PD, C1:GCV-GREEN_TRY as a channel). We decided which way to adjust the mirrors by just pushing/pulling its mount.

  2. The output of the reflection PD on the oscilloscope seemed like the Y end frequency servo was oscillating. So, we reduced the amplitude of the frequency modulation from 2.83 V to 0.13 V.

  3. We noticed there were two TEM00, one is brighter and the other is dim. We thought this came from a mode-hopping or something. So, we changed the Y end laser temperature from 34.68 deg C to 34.13 deg C (measured). This reduced dim TEM00 and the main one got brighter. C1:GCY-SLOW_SERVO2_OFFSET was changed from 29425 to 29845.

  4. Fine-adjusted the position of the mode-matching lens by reduing LG modes.

Current green power:
  Current measured green power values are as follows.

beatygreenpower20120607.png

  Calculated value for the Y arm green transmission is ~ 600 uW, but we think we are almost at the maximum we can get. So, we have about 70% loss from the Y end table to the PSL table. There may be large loss in windows. The beam shape of the transmitted beam seems OK, but there may be some clipping.

To do:
  - Fine tune the Y end frequency servo loop. Reducing the amplitude of the frequency modulation for reducing the gain is not a very good idea.

  6777   Thu Jun 7 02:59:31 2012 yutaUpdateGreen LockingY green beat - found it!!

Summary:
  I found the big green beat note for the Y arm. The alignment of the green optics on the PSL table was crappy.

What I did:
  1. By adjusting PSL laser temperature, I found tiny beat note when

  PSL laser temperature on display: 31.35 deg C (PSL HEPA 100%)
  C1:PSL-FSS_SLOWDC = 1.75

and

  PSL laser temperature on display: 33.21 deg C (PSL HEPA 100%)
  C1:PSL-FSS_SLOWDC = -6.82

Y end laser temperature settings are fixed as follows during the measurement.

  Y end laser "T+": 34.049 deg C
  Y end laser "ADJ": 0
  Y end laser measured temperature: 34.13 deg C (*)
  C1:GCY-SLOW_SERVO2_OFFSET = 29845

Bryan's formula (swapped one; see elog #6746),  suggests the paring

  (Yend laser temp, PSL laser temp) = (34.13 deg C, 31.09 deg C).

  2. Checked that beat PD is working by swapping the beat PDs for Y arm and X arm.

  3. Checked that the mode-matching of the two beams, one from Y arm and the other from PSL, is OK by moving mode-matching lens and measuring the beam spot size at near/far field are the same.

  4. When checking the beam spot size at far field(~ 1 m from the BS), I noticed the relative beam tilt by ~ 1 mrad. We aligned them few days ago, but I think the green beam from the Y arm has shifted. Of course we align IR to the Y arm first, but we difinitely need dither servo or A2L for the arm, too.

  5. As soon as aligning the PSL green optics near the BS, I found a large beat note. The measured amplitude was ~ -26 dBm, without any amplifiers after the PD.

  Currently the measured green beam power onto the beat PD from Y end is 75 uW and from PSL is 92 uW. So the calculated beat amplitude will be ~ -10 dBm (see calculation in elog #6746). So there is about 84% loss. Anyway, I will go on to the mode scan.

  6778   Thu Jun 7 03:37:26 2012 yutaUpdateCDSmx_stream restarted on c1lsc, c1ioo

c1lsc and c1ioo computers had FB net statuses all red. So, I restarted mx_stream on each computer.

ssh controls@c1lsc
sudo /etc/init.d/mx_stream restart

  6779   Thu Jun 7 05:39:41 2012 yutaUpdateGreen Lockingcoarsely stabilized Y arm length with ALS

I coarsely stabilized Y arm length to off resonance point for IR using ALS.
Currently, ASL servo loop is unstable and oscillates so much that I can't hold the length to the resonance point.
We need more investigation on the servo loop before doing the mode scan.

Below is a snapshot of ALS medm screens and time series data of the error signal for ALS coarse loop (C1:ALS-BEATY_COARSE_I_ERR) and IR transmission for the Y arm (C1:LSC-TRY_OUT) when I turned the servo on.

MyFirstALS20120607.png

 

Note:
  I took off amplifiers right after the beat PD on PSL table.
  Also, I reverted the gain change Jenne made last night (elog #6750), because they no longer show overload lights.

  6788   Thu Jun 7 18:46:13 2012 yutaUpdateSUSPRM oplev centered

PRM oplev beam was not hitting on the QPD since Jun 1, so I centered it. I reverted the oplev servo gains and now oplev servo looks fine.

C1:SUS-PRM_OLPIT_GAIN = 1.0
C1:SUS-PRM_OLYAW_GAIN = -0.7

There's SIDE to UL/UR/LL/LR coil element in PRM TO_COIL matrix. They were 0 until Mar 31, 2012, but someone changed them to -0.160. I couldn't find elog about it.
Same thing happened to BS on Mar 13, 2012 (see elog #6409), so I think somebody did the same thing to PRM.

  6789   Fri Jun 8 15:08:27 2012 yutaUpdateGreen Lockingaligned/mode-matched Y green beat setup

Laser temperature settings for Y arm green work today are;

  PSL laser temperature on display: 31.38 deg C (PSL HEPA 100%)
  C1:PSL-FSS_SLOWDC = 1.68
  Y end laser "T+": 34.049 deg C
  Y end laser "ADJ": 0
  Y end laser measured temperature: 34.13 deg C (*)
  C1:GCY-SLOW_SERVO2_OFFSET = 29845

Green transmission from Y end and PSL green power on the beat PD are;

  P_Y = 28 uW
  P_PSL = 96 uW

P_Y decrease from its maximum we got (75 uW, see elog #6777) is because the alignment for Y arm green is decreased. I can see the decrease from the green reflection on ETMT camera, but I will leave it because we already have enough beat.

I aligned PSL optics, including the mode-matching lens to maximize the beat note. The beat note I got is about 26dBm.
The calculated value is -14 dBm, so we have about 75 % loss.
I measured the reflection from the PD window and its reflectivity was about 30%. We still have unknown 45% loss.

  6794   Mon Jun 11 21:50:08 2012 yutaUpdateGreen Lockingbeatbox looks OK

Summary:
  We need I-Q frequency deiscriminator to control the arm length fine and continuously.
  I checked the beatbox (LIGO-D1102241-v4; see elog #6302) and it was working.

What I did:
  1. Measured some transferfunctions with a network analyzer (Aligent 4395A) and checked the cabling is correct.

  2. Put 30 m/1.5 m delay line and checked I-Q outputs are actually orthogonal. I did this by sweeping the frequency of RF input to the beatbox. See attached picture. You can see nice circle on the oscilloscope.

Some measurement results:

  - Gains of the transferfunctions(@ 10-100MHz) between;

   RF in -> RF mon: -25 to -20 dB
   RF in -> fine delay out: -50 to -40 dB
   RF in -> coarse delay out: -50 to -40 dB
   RF in -> LO of mixer RMS-1: ~ +4 dB  (RMS-1 needs +7 dB LO)
 
  - 30m delay line(RG-142B/U) had -2 dB loss.

Note:
  - RF input must be larger than about -3 dBm to get enough LO to the mixer. Otherwise, you won't get I-Q outputs.
  - The comparator, whitening filter and differential DAQ outputs are not installed in the current beatbox.
  - Current beatbox only has electronics for the one arm.
  - The print on the board D1102241 says +15V and -15V, but they are actually opposite. Cabling is swapped in order to supply correct power to the ICs.

Attachment 1: CIMG1522.JPG
CIMG1522.JPG
  6798   Tue Jun 12 01:58:33 2012 yutaUpdateGreen Lockingaligned Y arm to Y end green

[Jenne, Yuta]

We aligned Y arm to the Y end green incident beam.
We noticed two TEM00, bright and dim, so we decreased Y end laser temperature to 34.13 deg C.
It doubled the transmission of the green, and now the transmission to the PSL table is 178 uW, which is close to the maximum(197 uW) we got so far.

Current settings for Y end laser is;

  Y end laser "T+": 34.049 deg C
  Y end laser "ADJ": 0
  Y end laser measured temperature: 34.13 deg C
  C1:GCY-SLOW_SERVO2_OFFSET = 31025
  Y end slow servo: on (was off)

We aligned IR beam to the Y arm by mostly adjusting PZTs and got the transmission, C1:LSC-TRY_OUT ~ 0.9.

We tried to calculate the mode-matching ratio for IR by taking TRY data while ITMY and ETMY are swinging (without ALS), but it was difficult because we see too many higher order modes.

Tomorrow, we will (1) connect the beatbox to ADC, (2) edit c1gcv model, (3) scan the arm using I-Q signals.

  6808   Tue Jun 12 20:35:46 2012 yutaUpdateGreen Lockingc1gcv recompiled

[Jamie, Yuta]

We recompiled c1gcv because the order of the channels were confusing. We found some change in the phase rotation module when we did this.

I did some cabling and checked each signals are actually going to the right channel. I labeled all the cables I know, which go into the AA chasis for ADC1 of c1ioo machine.

Below is the list of the channels. If you know anything about "unknown" channels, please let me know.

Current channel assignments for ADC1 of c1ioo machine:
  Red ones were added today. Green ones existed in the past, but channel assignment were changed.

cable

# on AA chassis name in Simulink channel name

connected
but unknown

J1A    
   
not connected J1B    
   
not connected J2 adc_1_2 C1:ALS-XARM_BEAT_DC
not connected adc_1_3 C1:ALS-YARM_BEAT_DC
connected
but unknown
J3    
   
connected
but unknown
J4    
   
connected
but unknown
J5    
   
connected
but unknown
J6    
   
connected
but unknown
J7    
   
beat Y arm fine I J8A adc_1_14 C1:ALS-BEATY_FINE_I
beat Y arm fine Q adc_1_15 C1:ALS-BEATY_FINE_Q
not connected J8B    
   
connected
but unknown
J9A    
   
not connected J9B    
   
connected
but unknown
J10    
   
connected
but unknown
J11    
   
not connected J12 adc_1_22 C1:ALS-BEATX_COARSE_I
not connected adc_1_23 C1:ALS-BEATX_COARSE_Q
not connected J13 adc_1_24 C1:ALS-BEATX_FINE_I
not connected adc_1_25 C1:ALS-BEATX_FINE_Q
beat Y arm coarse I
J14 adc_1_26 C1:ALS-BEATY_COARSE_I
beat Y arm coarse Q adc_1_27 C1:ALS-BEATY_COARSE_Q
not connected J15 adc_1_28 Broken! Don't use this!!
adc_1_29 (not broken)
not connected J16A adc_1_30 (not broken)
adc_1_31 Broken? Funny signal.
not connected J16B    
   

Memorandum for me:
  Recompiling procedure;

ssh c1ioo

rtcds make c1gcv
rtcds install c1gcv
rtcds start c1gcv

Attachment 1: c1gcv20120612-2.png
c1gcv20120612-2.png
  6809   Tue Jun 12 23:18:18 2012 yutaUpdateGreen LockingI-Q signals for the beat

[Mengyao, Yuta]

Yes!! We have I-Q signals for the beat!!

What we did:
  1. Aligned Y arm to the Y end green incident beam. The transmission to the PSL was about 195 uW.

  2. Aligned IR beam to the Y arm by adjusting PZTs and got the transmission, C1:LSC-TRY_OUT ~ 0.86.

  3. Aligned green optics on the PSL table to get the beat signal. The beat was found when;

  PSL laser temperature on display: 31.41 deg C
  C1:PSL-FSS_SLOWDC = 1.43
  Y end laser "T+": 34.049 deg C
  Y end laser "ADJ": 0
  Y end laser measured temperature: 34.14 deg C
  C1:GCY-SLOW_SERVO2_OFFSET = 29950
  Y end slow servo: off (was on)

  4. Connected the beat PD output to the beatbox.

  5. Kicked ETMY position to change the cavity length and while the ringdown, we run pynds to get data. We plotted C1:ALS-BEATY_FINE_I_ERR vs C1:ALS-BEATY_FINE_Q_ERR, and C1:ALS-BEATY_COARSE_I_ERR vs C1:ALS-BEATY_COARSE_Q_ERR (below). We got nice circle as expected.

FINEIQplot20120612.pngCOARSEIQplot20120612.png

Current setup:
  Only AA filers are put between the output of the beatbox and the ADC.

beatysetup20120612.png

  6810   Wed Jun 13 02:11:59 2012 yutaUpdateGreen Lockingmy first modescan (sort of)

I stabilized Y arm length by using only I phase coarse signal from the beat(C1:ALS-BEATY_COARSE_I_ERR).
I sweeped the arm length by injecting 0.05Hz sine wave from C1:ALS_OFFSETTER2_EXC.
Below is the plot of TRY and the error signal(ideally, Y arm length) while the sweep.

modescan20120612_1.png

I couldn't hold the arm length tight, so you can see multiple peaks close to each other.
We need to
  - adjust offsets
  - adjust rotation phase of I-Q mixing
  - adjust servo filters

to hold the length tighter.

Also, I couldn't sweep the Y arm length very much. I need to calibrate, but to do the modescan for many FSRs, we need to
  - introduce automatic phase optimizing system
There were sin/cos function in the CDS_PARTS, so I think we can feedback I_ERR to control rotation phase of I-Q mixing.

  6812   Wed Jun 13 03:03:38 2012 yutaUpdateGreen Lockingmy first modescan (sort of)

Linear range df of the delay line technique is about df ~ c/(2D). So, the linear range for the fine signal(delay line length D=30m) is about 5 MHz.
Arm cavity FSR = c/(2L) = 3.7 MHz.
So, I think we need phase shifting to do mode scan for more than 2 FSRs by holding the arm length finely with fine servo.
For the coarse (D=1.5m), the linear range is about 100 MHz, so if we can do mode scan using coarse servo, it is OK.

In any case, I think it is nice to have linear signal with fixed slope even if we don't adjust the phase every time.

Quote:

 That sounds goofy.

With the delay line technique, you can get a linear signal over 50 MHz with no phase shifting. What is with all this I/Q stuff?

 

  6815   Wed Jun 13 17:39:13 2012 yutaUpdateGreen Lockingcalibrating the beatbox

[Jenne, Yuta]

We put 0 dBm sine wave to the RF input of the beatbox and linear-sweeped frequency of the sine wave from 0 to 200 MHz using network analyzer (Aligent 4395A).
(We first tried to use 11 MHz EOM marconi)

Whlile the sweep, we recorded the output of the beatbox, C1:ALS-BEATY_(FINE|COARSE)_(I|Q)_IN1_DQ. We made them DQ channels today. Also, we put gain 10 after the beatbox before ADC for temporal whitening filter using SR560s.

We fitted the signals with sine wave using least squares fit(scipy.optimize.leastsq).
Transision time of the frequency from 200 MHz to 0 Hz can be seen from the discontinuity in the time series. We can convert time to frequency using this and supposing linear sweep of the network analyzer is perfect.

Plots below are time series data of each signal(top) and expansion of the fitted region with x axis calibrated in frequency (bottom).

ALS-BEATY_COARSE_I_IN1_DQ.pngALS-BEATY_COARSE_Q_IN1_DQ.png
ALS-BEATY_FINE_I_IN1_DQ.pngALS-BEATY_FINE_Q_IN1_DQ.png


We got

C1:ALS-BEATY_COARSE_I_IN1_DQ = -1400 sin(0.048 freq + 1.17pi) - 410
C1:ALS-BEATY_COARSE_Q_IN1_DQ = 1900 sin(0.045 freq + 0.80pi) - 95

C1:ALS-BEATY_FINE_I_IN1_DQ = 1400 sin(0.89 freq + 0.74pi) + 15
C1:ALS-BEATY_FINE_Q_IN1_DQ = 1400 sin(0.89 freq + 1.24pi) - 3.4

(freq in MHz)

The delay line length calculated from this fitted value (supposing speed of signal in cable is 0.7c) is;

  D_coarse = 0.7c * 0.048/(2*pi*1MHz) =  1.6 m
  D_fine = 0.7c * 0.89/(2*pi*1MHz) = 30 m

So, the measurement look quite reasonable.

FINE signals looks nice because we have similar response with 0.5pi phase difference.
For COARSE, maybe we need to do the measurement again because the frequency discontinuity may affected the shape of the signal.

  6816   Thu Jun 14 01:36:34 2012 yutaUpdateGreen Lockingcan't scan Y arm for 1FSR

[Jenne, Koji, Yuta]

We tried to scan of the Y arm but we couldn't scan for more than 1FSR.
In principle, we can do that because the error signal we are using, C1:ALS-BEATY_COARSE_I_IN1, has the range of ~ 40 MHz, which is about 10FSR (see elog http://nodus.ligo.caltech.edu:8080/40m/6815).

ALS stays for more than 10 min when we don't do the scan. If we put some offset gradually from C1ALS-OFFSETTER2, the lock breaks.
We monitored PZT output of the Y end laser, C1:GCY-SLOW_SERVO1_IN1, but it stayed in the range when scanning. So, there must be something wrong in the ALS loop.

Current in-loop arm length fluctuation is about 0.1 nm RMS (0.5 counts RMS).
Below is the spectrum of the error signal when the ALS is off(green) and on (pink,red). Below ~ 50 Hz, the measurement of the Y arm length is limited by ADC noise (~ 2uV/rtHz).
BEATY_COARSE_LoopOnOff.png

ELOG V3.1.3-