40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 128 of 339  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  9612   Fri Feb 7 13:30:25 2014 ericqUpdateGeneralIn-Vac Alignment

Quote:

 

 Nice work!!  As with all the other RF PDs, POP110's phase likely needs tuning.  You want POP110 (and POP22) I-quadratures to be maximally positive when you're locked on sidebands, and maximally negative when locked on carrier.  What you can do to get close is lock PRC on carrier, then rotate the POP phases until you get maximally negative numbers.  Then, when locked on sideband, you can tweak the phases a little, if need be.

Adjusted the angles as Jenne suggested:

  • POP22: 105 -> 163
  • POP110: 150 -> -83
  9613   Fri Feb 7 17:52:41 2014 KojiSummaryGeneralSome cleaning up
  • Adjusted the PMC alignment
  • Adjusted the IMC length offsets for the MC servo and the FSS servo
  • Adjusted the MC alignment. Ran /opt/rtcds/caltech/c1/scripts/MC/WFS/WFS_FilterBank_offsets
     
  • The Yarm servo was oscillating. Reduced the servo gain from 0.2 to 0.08.
     
  • AS Camera & AS port alignment was adjusted. Now the spot is at the center of the AS camera.
  • Cleaned up the ASC offsets on the suspensions (i.e. C1:SUS-***_(PIT|YAW)_OFFSET) by replacing them by the BIAS adjustment.
  • Saved the alignment values
  • Locked the PRMI with SB with REFL55I for PRCL and AS55Q for MICH
  • Aligned the PRM, then checked the alignment of the REFL PDs
  • The best POP110I was 500cnt.
  • Found REFL165 output was disconnected. It is now restored.
     
  • Used the LSC lockins to figure out the demod phases and the signal amplitudes (relative)

PRCL: 100cnt -> PRM 567.01Hz

Signal in demod Q ch were minimized

REFL11I -19.2deg demod I, Lockin I out (C1:CAL-SENSMAT_PRCL_REFL11_I_I_OUTPUT) 12.6 cnt
REFL33I +130.4deg 1.70cnt
REFL55I +17.0deg 2.30cnt
REFL165I -160.5deg 27.8cnt

MICH: 1000cnt -> ITMX(-1) & (ITMY +1.015 => Minimized the signal in REFL11I to obtain pure MICH)

REFL11I   +0.0     REFL11Q   +0.119
REFL33I   +0.023 REFL33Q   -0.012
REFL55I   +0.023 REFL55Q   -0.113
REFL165I +0.68   REFL165Q +0.038

It seems that REFL165 has almost completely degenerated PRCL and MICH.

  • Try to replace ITMX/Y with BS (+0.16) / PRM (-0.084)

 ITMX(-1)/ITMY(+1.015) actuation was cancelled by BS (+0.16). This introduces PRCL in REFL11I. This was cancelled by PRM (-0.084)

 

REFL11I   +0.0     REFL11Q   +0.13
REFL33I   -0.012  REFL33Q   0.025
REFL55I   +0.041 REFL55Q   -0.45
REFL165I +0.69   REFL165Q +/-0.02

Again, It seems that REFL165 has almost completely degenerated PRCL and MICH.


Locking info:

PRCL:
[Signal source] REFL11I (-19.2deg) x 0.16, OR REFL33I (+130.4deg) x 2.0, OR REFL55I (+17.0deg) x1.0, OR REFL165I (-160.5deg) x0.05
[Trigger] POP110I(-81deg) 100/10, FM trigger 35/2, delay 0.5sec FM2/3/6/9
[Servo] FM4/5 always on. G=-0.02, Limitter ON
[Output] PRM x+1.00

MICH:
[Signal source] AS55Q (-5.5deg) x 1, OR REFL11Q x 0.25, OR REFL55Q x-0.06
[Trigger] POP110I 100/10, FM trigger 35/2, delay 5sec FM2/3/9
[Servo] FM4/5 always on. G=-10, Limitter ON
[Output] ITMX -1.0 / ITMY +1.0 (or +1.015), OR PRM -0.084 / BS +0.16


 

 

  9616   Mon Feb 10 16:02:12 2014 JenneUpdateGeneralPRM oplev clipped in vacuum

The PRC (locked on carrier so far today), is pretty wobbly.  It'll stay locked on carrier, but it's wobbling.  The ASC was over-ridden during the vent.  While I was looking around for that, I noticed that the PRM oplev sum is very low. 

I went into the lab, and turned off / blocked all oplev beams except the PRM beam.  I can't tell what it's clipping on, but there is definitely some red glow in the BS chamber (not as much as the stuff that's coming from the ITMY or SRM oplev hitting a tip tilt suspension - that giant spot went away when I turned off the ITMY/SRM oplev laser).  The beam going into the vacuum is nice and strong, but the beam coming out is very weak, and has a horizontal line of scatter through it, like it's clipped somewhere in pitch.  The PRM oplev sum is currently ~150 cts, when it should be closer to 2,000.

Screenshot-Untitled_Window-1.png

So far, this seems to be livable, but it's definitely disappointing. 

  9617   Mon Feb 10 16:20:28 2014 JenneUpdateGeneralPRM QPD recentered

In an effort to stop the PRC from wiggling around so much, I recentered the POP QPD after maximizing the POPDC power when locked on carrier.  The beam was basically off the QPD in yaw, and at half-range in pitch.

  9638   Fri Feb 14 02:33:09 2014 manasaUpdateGeneralMy IFO time summary

MC tuning

Although the morning MC tuning looked stable, Koji pointed out that the MC_REFL_OFFSET was changed from its nominal value.

The offset was reset and this caused drift in the MC_TRANS_SUM.

To fix this:

- disabled the WFS servo

- aligned MC using MC1 and MC3

- centered beam on the MC_REFL

- reset WFS offsets

- locked MC

MC looks happy now.

__________________________________________________________________________________________________________________

ALS locking

ALS is in a very different state from a couple of days ago when we could successfully lock the arms and scan.

The green alignment to the arms had drifted.

PSL green alignment on the PSL table was off. The PSL green was not even on the steering mirror. Did anyone work around the PSL table in the last couple of days?

After aligning and finding the beat note, I found the ALS servo very noisy. The error signal had 10 times more rms noise than what was achieved earlier this week and there were some new 60Hz peaks as well.

Overall, we could not do any PRMI+ALS arms today

 

 

 

 

  9640   Fri Feb 14 21:03:13 2014 KojiUpdateGeneralY end "BS"

As I didn't have the green laser PZT feedback for the laser temp control, I went to the yend to check out what's the situation.

I found horrible and disgusting "remnants".

WHAT ARE THESE BSs AT THE Y END?

- The table enclosure was left open

- A (hacky) DB25 cable with clips was blocking the corridor and I was about to trip with the cable.

- This DB25 cable went to the table without going through the air tight feedthrough that is designed for this purpose.

- An SR560 (presumably for the openloop TF measurement) was left inserted in the loop with entangled cables connected to the servo box.

- Of course the laser PZT out mon was left unplugged.

Even after cleaning these cables (a bit), the end setups (including the X end too) are too amature.
Everything is so hacky. We should not allow ourselves to construct this level of setup everytime
we work on any system. This just adds more and more mysteries and eventually we can't handle
the complexity.

  9667   Mon Feb 24 23:43:10 2014 ranaSummaryGeneralToDo

1) Fixup REFL165: remove ND filters, get box for PD, dump diode reflections, put less light on diode, change DC transimpedance (?), max power dissipation on BBPD < 0.5 W w/ 25 V bias. Perhaps replace OP27 with TLE2027.

2) Make plan for fixing fiber layout up and down the arms. Need tubing for the whole run. Don't make it cheesy. Two fibers per arm.

3) Fix LSC model to allow user switching of whitening. Get back to working on AutoLock scripts (not Guardian).

4) Manasa, Q, Jenne, tune Oplev servos Tuesday morning/afternoon.

5) Reconnect the other seismometers (Steve, Jenne). For real.

6) Balance PRMI coils at high frequency.

  9699   Thu Mar 6 11:43:17 2014 steveUpdateGeneralGuralp control unit

CMG-40T handheld controller unit is missing its power supply. In order to zero the instrument one has to apply plus and minus DC voltage.

The wiring on this 10 pin Amphenol PT02E-12-10P is shown.

Attachment 1: GuralpCU.jpg
GuralpCU.jpg
Attachment 2: BAH.jpg
BAH.jpg
  9731   Mon Mar 17 12:02:55 2014 KojiSummaryGeneralIFO recovery / confirmed ETMX in trouble

I confirmed that we need to vent the chambers.

All of the mirrors have been aligned except for ETMX.

ETMX does not respond to the excitation by the UR and LR coils. Likely that the magnets are knocked off, or stuck in the coil.

PRM/SRM oplevs are too much off and can't be turned on. Need realignment of the beams on the QPDs.


- FB was down. FB restarted ("telnet fb 8087", then type shutdown)

- Aligned the MC mirrors.

- Aligned PRM. Look at the REFL. It was slightly mislisligned.

- AS has no beam. The Y arm was resonating with the green. So I determined that the TTs were the misaligned guys.

- Touched TT2 pitch with an increment of 0.1. Immediately the AS beam spot for ITMY was found. And the arm was resonating.

- The RM was further aligned. The bias sliders were saved and then the PRM was misaligned.

- Yarm was locked on TEM01. The ASS maximized the transmission for TEM01, and then the arm was locked on TEM00.
  The ASS aligned the arm and TTs. These values were saved.

- Yarm was aligned and I can see the AS spot. So I believe the BS is still well aligned.

- Aligned the PRM to reduce the ghost beams.

- Moved the ITMX to have Michelson fringes properly.

- Also aligned the SRM.

- Now ETMX was checked. Played with the alignment biases to see if the mirror was sticking on the coils. The mirror can rock a little, but it did not come back.

- Then, checked each magnets. 0.8Hz 1000cnt signals were injected to each coils (cf. C1:SUS-PRM_**COIL_EXC) to see how the mirror could react.
  The OSEM output and green spot on the ETMX cage were observed.

- Saw some response by actuating the UL, LL, SD coils.

- Saw no response from the UR and LR coils. They show the OSEM output of zero. Does this mean the magnets fell in the coils?

//Manasa// MC spot positions measured and they look alright with not much change from before the earthquake (attach)

Attachment 1: MCspots.png
MCspots.png
  9733   Mon Mar 17 20:14:34 2014 KojiSummaryGeneralIFO recovery / confirmed ETMX in trouble

I tried to take the photos of the magnets from outside. So far most suspicious was LL.
Otherwise, the magnets are OK.
(The SD magnet is the one with most reasonable response.)
Steve will try to take much more zoomed photo with Olympus. But the LL coil already showed some response in my observation in the morning.

ETMX_UL.JPGETMX_UR.JPGETMX_LR.JPGETMX_LL.JPG

  9741   Thu Mar 20 11:16:16 2014 SteveUpdateGeneralnew projector

 

[ Manasa, Ericq and Steve ]

 Vivitek D952HD with 186 hours installed.

  9747   Mon Mar 24 21:36:28 2014 KojiUpdateGeneralPower Failure

I'm checking the status from home.

P1 is 8e-4 torr

nodus did not feel the power outage (is it APS supported?)

linux1 booted automatically

c1ioo booted automatically.

c1sus, c1lsc, c1iscex, c1iscey need manual power button push.

  9748   Mon Mar 24 22:13:37 2014 steveUpdateGeneralPower Failure

Quote:

I'm checking the status from home.

P1 is 8e-4 torr

nodus did not feel the power outage (is it APS supported?)

linux1 booted automatically

c1ioo booted automatically.

c1sus, c1lsc, c1iscex, c1iscey need manual power button push.

 9:11pm closed PSL shutter, turned Innolight 2W laser on,

         turned 3 IFO air cond on,

        CC1 5.1e-5 torr, V1 is closed, Maglev has failed, valve configuration is " Vacuum Normal "  with V1 & VM1 closed, RGA not running,   c1vac1 and c1vac2   were saved by UPS,

        (Maglev is not connected to the UPS because it is running on 220V)

        reset & started Maglev.........I can not open V1 without the 40mars running...........

        Rossa is the only computer running in the control room,

        Nodus and Linux1 was saved by UPS,

        turned on IR lasers at the ends, green shutters are closed

It is safe to leave the lab as is.

     

Attachment 1: poweroutage.png
poweroutage.png
  9750   Tue Mar 25 16:11:24 2014 KojiUpdateGeneralPower Failure

As far as I know the system is running as usual. I had the IMC locked and one of the arm flashing.
But the other arm had no flash and none of the arms were locked before kunch time.



This morning Steve and I went around the lab to turn on the realtime machines.

Also we took the advantage of this opportunity to shutdown linux1 and nodus
to replace the extension cables for their AC power.

I also installed a 3TB hard disk on linux1. This was to provide a local daily copy of our
working are. But I could not make the disk recognized by the OS.
It seems that there is a "2TB" barrier that the disk bigger than 2.2TB can't be recognized
by the older machines. I'll wait for the upgrade of the machine.

Rebooting the realtime machines did not help FB to talk with them. I fixed them.
Basically what I did was:

- Stop all of the realtime codes by running rtcds kill all on c1lsc, c1ioo, c1sus, c1iscex, c1iscey

- run sudo ntpdate -b -s -u pool.ntp.org on c1lsc, c1ioo, c1sus, c1iscex, c1iscey, and fb

- restart realtime codes one by one. I checked which code makes FB unhappy. But in reality
  FB was happy with all of them running.

Then slow machines except for c1vac1 and c1vac2 were burtrestored.

-------

Zach reported that svn was down. I went to the 40m wiki and searched "apache".
There is an instruction how to restart apache.

  9752   Wed Mar 26 11:30:07 2014 KojiUpdateGeneralPower Failure

Recovery work: now arms are locking as usual

- FB is failing very frequently. Everytime I see red signals in the CDS summary, I have to run "sudo ntpdate -b -s -u pool.ntp.org"

- PMC was aligned

- The main Marconi returned to initial state. Changed the frequency and amplitude to the nominal value labeled on the unit

- The SHG oven temp controllers were disabled. I visited all three units and pushed "enable" buttons.

- Y arm was immediately locked. It was aligned using ASS.

- X arm did not show any flash. I found that the scx model was not successfully burtrestored yesterday.
  The setting was restored using Mar 22 snapshot.

- After a little tweak of the ETMX alignment, a decent flash was achieved. But still it could not be locked.

- Run s/LSC/LSCoffset.py. This immediately made the X arm locked.

- Checked the green alignment. The X arm green is beating with the PSL at  ~100MHz but is misaligned beyond the PZT range.
  The Y arm green is locked on TEM00 and is beating with the PSL at ~100MHz.

  9755   Wed Mar 26 22:22:43 2014 ManasaUpdateGeneralRecovery

The following that went unnoticed from yesterday were recovered today:

1. ETMX and ETMY 'misalign' scripts weren't running. Troubleshooting showed slow machines c1auxex and c1auxey weren't responding. The machines were reset.

2. PRM oplev gains were zero. Gain values were set looking back at the burt files.

3. X end PZT power supplies were turned ON and set to 100V.

4. X end doubler temperature was reset to the last optimal value on elog (36.35 deg).

 

Some hitches that should be looked into:

1. Check: ASS for X arm seems not quite doing its job. ETMX has to be moved using sliders to obtain maximum TRX and the arm alignment was seen to be drifting.

2. Check: Status of other slow machines and burt restore whichever needs one.

  9756   Thu Mar 27 10:34:39 2014 ericqUpdateGeneralRecovery

Quote:

1. Check: ASS for X arm seems not quite doing its job. ETMX has to be moved using sliders to obtain maximum TRX and the arm alignment was seen to be drifting.

ETMX ASC output was turned off for whatever reason. Switched it on, ASS is fine.

  9761   Fri Mar 28 23:28:13 2014 KojiConfigurationGeneralNTP setting on nodus

[Koji Rana]

We are looking at NTP settings. I looked at nodus.

- xntpd is running

- We decided to start over the configuration file /etc/inet/ntp.conf

    - The old configuration was moved to ntp.conf.bak

    - The server configuration file was copied from ntp.server to ntp.conf

    - Caltech NTP servers 131.215.239.14 and 131.215.220.22 were selected as the servers we are reffering

    - Commented out the lines for "fudge" and "broadcast"

- xntpd was restarted

    - sudo /etc/init.d/xntpd stop
    - sudo /etc/init.d/xntpd start

- check how the daemon is running
      tail -50 /var/adm/messages

   Mar 28 23:00:49 nodus xntpd[27800]: [ID 702911 daemon.notice] xntpd 3-5.93e Mon Sep 20 15:47:11 PDT 1999 (1)
   Mar 28 23:00:49 nodus xntpd[27800]: [ID 301315 daemon.notice] tickadj = 5, tick = 10000, tvu_maxslew = 495, est. hz = 100
   Mar 28 23:00:49 nodus xntpd[27800]: [ID 798731 daemon.notice] using kernel phase-lock loop 0041
   Mar 28 23:00:49 nodus last message repeated 1 time
   Mar 28 23:00:49 nodus xntpd[27800]: [ID 132455 daemon.error] trusted key 0 unlikely
   Mar 28 23:00:49 nodus xntpd[27800]: [ID 581490 daemon.error] 0 makes a poor request keyid

- check the syncing staus by ntpq -p

        remote           refid      st t when poll reach   delay   offset    disp
   ==============================================================================
   *ntp-02.caltech. .CDMA.           1 u   37   64  377     0.56    3.010    0.08
   +ntp-03.caltech. ntp1.symmetrico  2 u   36   64  377     0.52    2.727    0.12

      this * means nodus is synced to ntp-02. "+" means it is stand by as a valid secondary server.  "when" increases every second.
      When "when" reaches "poll" the clock is synced to the server. These marks are not set at the beginning.
      It was necessary to wait for sometime to get synced to the server.

- Once nodus became a synced server, the realtime systems starts syncing to nodus automatically.

   controls@c1sus ~ 0$ cat /var/log/ntpd
   25 Mar 01:41:00 ntpd[4443]: logging to file /var/log/ntpd
   (...)
   28 Mar 23:13:46 ntpd[4983]: synchronized to 192.168.113.200, stratum 2
   28 Mar 23:14:25 ntpd[4983]: time reset +39.298455 s
   28 Mar 23:14:25 ntpd[4983]: kernel time sync status change 2001
   28 Mar 23:25:19 ntpd[4983]: synchronized to 192.168.113.200, stratum 2
   controls@c1sus ~ 0$ ntpq -p
        remote           refid      st t when poll reach   delay   offset  jitter
   ==============================================================================
   *nodus.martian   131.215.239.14   2 u   42   64  377    0.140   42.222  11.373

  9762   Sat Mar 29 00:11:39 2014 KojiConfigurationGeneralNTP setting on nodus

FB: /etc/ntp.conf was updated as below such that it refers nodus and also caltech server when nodus is not available

server 192.168.113.200
server 131.215.239.14

ntpd was restarted and

diskless RT machines: they are booted from /diskless/root on fb.
Therefore /diskless/root/etc/ntp.conf was updated in the same way as above.
When the machines are rebooted, this setting will be active.

control machines:

now they are referring nodus and other external servers too.

  9835   Mon Apr 21 22:32:33 2014 ranaConfigurationGeneralnetgpibdata is working again now

Not working again. I tried the commands in Koji's elog as well as the ones from my notes, but the AG 4395 hooked up to the yellow box named crocetta doesn't work. It gets to the stage of opening the data files and hangs. I tried it with many variations on pianosa and rossa. Also tried power cycling the analyzer and the Prologix and the bridge.

While hooked up to the MC error point I set the modulation frequency from 137 to 133 Hz to minimize the 3 MHz peak as usual.

  9851   Thu Apr 24 22:39:14 2014 ranaConfigurationGeneralnetgpibdata is working again now

Quote:

Not working again. I tried the commands in Koji's elog as well as the ones from my notes, but the AG 4395 hooked up to the yellow box named crocetta doesn't work. It gets to the stage of opening the data files and hangs. I tried it with many variations on pianosa and rossa. Also tried power cycling the analyzer and the Prologix and the bridge.

While hooked up to the MC error point I set the modulation frequency from 137 to 133 Hz to minimize the 3 MHz peak as usual.

Started working tonight. Don't know if anyone did anything to the Martian network or not, so its a mystery...

I also modified the script and SVN'd it. It now correctly takes your plot wants and adjust the linear/log of the axes accordingly

./SPAG4395A.py -i crocetta -A -v 4 --att=0 --start=1kHz --end=10MHz --bw=1kHz --plot --semiy

and also saves the plot as out.pdf

In the attached image I show the MC board TP1A output. The two peaks around 3.7 Mhz are the sideband beats we speak of. The lower one is proportional to the MC length/frequency mistmatch.

Attachment 1: out.pdf
out.pdf
  9875   Tue Apr 29 10:01:25 2014 KojiConfigurationGeneralnetgpibdata is working again now

I've moved the WB network analyzer to the OMC lab. The 40m network analyzer is not in service for the MC monitoring.
I setup the configuration so that the same command gives us the same spectrum measurement.

  10031   Thu Jun 12 11:03:11 2014 KojiFrogsGeneralWorld Cup Soccer 2014

world_cup.jpg

  10032   Thu Jun 12 12:30:50 2014 denFrogsGeneralWorld Cup Soccer 2014

Quote:

 

 world-cup-2014-mascots.jpg

  10083   Fri Jun 20 18:33:53 2014 HarryUpdateGeneralRazorblade Beam Analysis Setup

 Eric Q and I set up the optical configuration for razorblade beam analysis on SP table for future use.

It has been aligned, and will be in use on Monday.

The beam will be characterized for future characterization of optical fibers.

  10092   Tue Jun 24 13:04:49 2014 Harry, ManasaUpdateGeneralRazorblade Beam Analysis Setup

Harry will update this elog with details about his beam waist measurements for the old NPRO on the SP table.

  10097   Wed Jun 25 02:01:21 2014 NichinSummaryGeneralWeekly Report

 Attached is the weekly work plan / equipment requirement / lab expert's presence needed for the upcoming week.

Attachment 1: Nichin_Week4_update.pdf
Nichin_Week4_update.pdf Nichin_Week4_update.pdf
  10098   Wed Jun 25 09:16:52 2014 HarryUpdateGeneralRazorblade Measurements

Purpose

To use a razorblade to measure beam waist at multiple points along the optical axis, so as to later extrapolate the modal profile of the entire beam. This information will then be used to effectively couple AUX laser light to fibers for use in the frequency offset locking apparatus.

Data Acquisition

1) Step the micrometer-controlled razorblade across the beam at a given value of Z, along optical axis, in the plane orthogonal to it (arbitrarily called X).

2) At each value of X, record the corresponding output of a photodiode, (Thorlabs PD A55) here given in mV.

3) Repeat process at multiple points along Z

Analysis

Data from each iteration in the X were fitted to the error function shown below.

V(x) = A*(erf((x-m)/s)+c)

In the Y, they were fitted to:

V(x) = -A*(erf((x-m)/s)+c)

'A' corresponds to an amplitude, 'm' to a mean, 's' to a σ, and 'c' to an offset.

(Only because in Y measurements, the blade progressed toward eclipsing the beam, as opposed to in the X where it progressively revealed the beam.

These fits can be solved for x = (erf-1((V/A)-c)*s)+m1  which can be calculated at the points (Vmax/e2) and (Vmax*(1-1/e2)). The difference between these points will yield beam waist, w(z).

Conclusion

Calculations yielded waists of: X1=66.43um, X2=67.73um, X3=49.45um, Y1=61.20um, Y2=58.70, Y3=58.89

These data seem suspect, and shall be subjected to further analysis.

 

Attachment 1: 40m.zip
  10099   Wed Jun 25 09:17:33 2014 Harry, ManasaUpdateGeneralRazorblade Beam Analysis Setup

Quote:

Harry will update this elog with details about his beam waist measurements for the old NPRO on the SP table.

 see http://nodus.ligo.caltech.edu:8080/40m/10098 for the update

  10100   Wed Jun 25 09:30:44 2014 HarryUpdateGeneralWeekly Update

See attached weekly update

Attachment 1: Weekly_Update—June_25_thru_July_1.pdf
Weekly_Update—June_25_thru_July_1.pdf
  10103   Wed Jun 25 17:49:36 2014 HarryUpdateGeneralRazorblade Analysis Pt. 2

Reconfigured razorblade analysis setup on the PD table as per instructions. Used it to collect data to calculate beam waist with, analyses to follow.

See attached schematic for optical setup.

Attachment 1: RazorbladeSetup.pdf
RazorbladeSetup.pdf
  10106   Fri Jun 27 10:09:10 2014 HarryUpdateGeneralBeam Waist Measurement

Purpose

To use a razorblade to measure beam waist at four points along the optical axis, so as to later extrapolate the waist. This information will then be used to effectively couple AUX laser light to fibers for use in the frequency offset locking apparatus.

Data Acquisition

1) Step the micrometer-controlled razorblade across the beam at a given value of Z, along optical axis, in the plane orthogonal to it (arbitrarily called X).

2) At each value of X, record the corresponding output of a photodiode, (Thorlabs PD A55) here given in mV.

3) Repeat in Y plane at the same value of Z

4) Repeat process at multiple points along Z

Analysis

Data from each iteration were fitted to the error function shown below.

y(x) = (.5*P)*(1-erf((sqrt(2)*(x-x0))/wz))

'P' corresponds to peak power, 'x0' to the corresponding value of x (or y, as the case may be), and 'wz' to the spot size at the Z value in question.

The spot sizes from the four Z values were then fit to:

y(x) = w0*sqrt(1+((x*x)/(zr*zr)))

Where 'w0' corresponds to beam waist, and 'zr' to Rayleigh Range.

Conclusion

This yielded a Y-Waist of 783.5 um, and an X-Waist of 915.2 um.

The respective Rayleigh ranges were 2.965e+05 um (Y) and 3.145e+05  um (X).

Next

I will do the same analysis with light from the optical cables, which information I will then use to design a telescope to effectively couple the beams.

Attachment 1: BeamWaist.zip
  10110   Fri Jun 27 23:49:56 2014 KojiUpdateGeneralIR beam found, TTs not aligned well yet

The IR beam was found on the PRM surface, some CCDs, and in the X arm. The TTs are not aligned well yet.

I'm leaving the IFO with the following state.


Status:

ITMY/ETMY - aligned to the given green beam. GTRY (no PSL green) 1.0~1.1

ITMX/ETMX - aligned to the green beam. The end PZT for the green beam was steered to have maximum GTRX (0.76 without PSL green)

TT1/TT2 - unknown alignment, TT1/TT2 are related such that the spot is on the POP CCD

PRM - aligned to the given IR beam (i.e. PRM spot on the REFL CCD)

BS - aligned to the given IR beam (i.e. ITMX spot on the AS CCD, The X arm is flashing)


Notes:

- ITMX was stuck in the suspension. it was caused by the EQ.

- When the X arm was aligned to the green beam, there was no green hitting on the GTRX PD. That's why the end PZT was adjusted.

- In order to earn more range for TT1, C1:IOO-TT1_YAW_GAIN and C1:IOO-TT1_PIT_GAIN were increased to 300 (100 nominal) and the limiter (at 500) were removed.

- The HeNe laser for BS/PRM does not emit the beam even with the driver turned on. Is there a hidden shutter or something? ==> Jenne

 


TO DO:

- Find the Y arm fringe by moving TT1 and TT2 without loosing the PRM/AS/POP spots.

 

  10113   Mon Jun 30 16:55:24 2014 ericqUpdateGeneralIFO (mostly) aligned

IR Alignment of the IFO is recovered! Green alignment could use some attention. 

Arms and PRC hold well, powers are within normal ranges. (TR[X,Y] >.9, POP110I > 400)

Details:

  • Starting from where Koji had brought things (i.e. beams on REFL, AS), I gradually stepped the PRM back to where I had a PRC lock right before the bootfest, using SUSPIT_IN and SUSYAW IN, while stepping the TT pointing (arbitrarily shifting TT1 and TT2) to keep the REFL camera spot centered. 
  • Green was locked fairly well to the Yarm (GTRY = 0.8), so I knew it supported a mode. I misaligned ITMX to keep the Xarm out of the way. 
  • Adjusting TT1 and TT2, I was able to get some light on the POP camera, while keeping REFL spot visible with small adjustments to PRM
  • I set up the PRM to set up some PRM-ITMY retroreflection, and saw tiny flashes in TRY. 
  • From here, I wandered around with the tip-tilts to try and get better arm pointing, while tweaking PRM for the REFL spot and retroflection, and BS for the AS spot. I got this to TRY flashes of ~0.3

Then, Jenne took over, worked some alignment magic, and did the hard part of getting the Yarm locked and ASS'd. 

  • I then took back over and got the Xarm locked and ASS'd.
  • I saved relevant mirror positions, and set up the PRMI, got it locked, saved PRM position. 
  • Jiggled the BS/PRM oplev HeNe power connector, it turns on now, oplevs are working. 
  • Similar to TT1, TT2 gains for PIT and YAW are now 300. Strictly speaking, they don't have to be, but PIT would be very nearly railed, and I changed YAW so that all four gains would be consistent.

Caveats:

Green no longer locks to 00 on the Y-arm, and the X-arm green transmission isn't the best despite PZT fiddling (~.6). Also, when green is locked to the Xarm, I see a distinct circular spot on the GTRY camera, with Y green and PSL green shutters closed. 

While Jenne used Yarm ASS successfully, when I run it now, it slowly pushes things out of alignment, and two of the traces (YARM_ETM_YAW_L_DEMOD_I_OUTPUT, and the same for ITM) have a reasonable constant offset that doesn't move away. 

 

  10121   Wed Jul 2 14:19:17 2014 SteveUpdateGeneralOphir pmeter gets new filter

Ophir power meter gets new filter with calibration. This is not cheap. It was the second time we lost it.

Filter leash is attached.

Attachment 1: ophirNewFilter.jpg
ophirNewFilter.jpg
  10123   Wed Jul 2 16:16:45 2014 NichinUpdateGeneralLAN wire added

 [Nichin, Eric Q]

We added a new LAN wire from Rack 1Y4 to 1Y1 to connect the RF switch at 1Y1 to the martian network. The wire is labelled "To RF Switch (1Y1)"

The wire was run along the Y arm in the tray right next to the vaccum chamber, not the one on top.

 

  10131   Mon Jul 7 08:13:41 2014 steveUpdateGeneralyes,there was firework
Attachment 1: 8days.png
8days.png
  10134   Mon Jul 7 11:02:22 2014 manasaConfigurationGeneralIFO status post earthquake

Quote:

All suspension damping restored. There had to be an earth quake.

PMC was relocked.

MC did not need any fixing to its alignment. I had to lock it manually and autolocker is set running now. So that should take care of things

The arms were aligned and ASS'd for IR PDH.

Green light PDH locks to the arms alright.

  10139   Mon Jul 7 14:42:33 2014 HarryUpdateGeneralBeam Waists

I was finally able to get a reasonable measurement for the beam waist(s) of the spare NPRO.

Methods

I used a razorblade setup, pictured below, to characterize the beam waist of the spare 1064nm NPRO after a lens (PLCX-25.4-38.6-UV-1064) in order to subsequently calculate the overall waist of the beam. The setup is pictured below:

 

RzorbladeSetupFinal.pdf

After many failed attempts, this was the apparatus we (Manasa, Eric Q, Koji, and I) arrived with. The first lens after the laser was installed to focus the laser, because it's true waist was at an inaccessible location. Using the lens as the origin for the Z axis, I was able to determine the waist of the beam after the lens, and then calculate the beam waist of the laser itself using the equation wf = (lambda*f)/(pi*wo) where wf is the waist after the lens, lambda the wavelength of the laser, f the focal legth of the lens (75.0 mm in this case) and wo the waist before the lens.

We put the razorblade, second lens (to focus the beam onto the photodiode (Thorlabs PDA255)), and the PD with two attenuating filters with optical density of 1.0 and 3.0, all on a stage, so that they could be moved as a unit, in order to avoid errors caused by fringing effects caused by the razorblade.

I took measurements at six different locations along the optical axis, in orthogonal cross sections (referred to as X and Y) in case the beam turned to be elliptical, instead of perfectly circular in cross section. These measurements were carried out in 1" increments, starting at 2" from the lens, as measured by the holes in the optical table.

Analysis

Once I had the data, each cross section was fit to V(x) = (.5*Vmax)*(1-erf((sqrt(2)*(x-x0))/wz))+c, which corresponds to the voltage supplied to the PD at a particular location in x (or y, as the case may be). Vmax is the maximum voltage supplied, x0 is an offset in x from zero, wz is the spot size at that location in z, and c is a DC offset (ie the voltage on the PD when the laser is fully eclipsed.) These fits may all be viewed in the attached .zip file.

The spot sizes, extracted as parameters of the previous fits, were then fit to the equation which describes the propagation of the spot radius, w(z) = wo*sqrt(1+((z-b)/zr)^2)+c, w(z) = w0*sqrt(1+((((z-b)*.000001064)^2)/((pi*w0^2)^2))) where wo corresponds to beam waist, b is an offset in the z. Examples of these fits can be viewed in the attached .zip file.

Finally, since the waists given by the fits were the waists after a lens, I used the equation wf = (lambda*f)/(pi*wo), described above, to determine the waist of the beam before the lens.

Plots

 

note: I was not able to open the first measurement in the X plane (Z = 2in). The rest of the plots have been included in the body of the elog, as per Manasa's request.

Y_Waist_Fit.pngY_plane_measurement_6_(Z_7in).pngY_plane_measurement_5_(Z_6in).pngY_plane_measurement_4(Z_5in).pngY_plane_measurement_3_(Z_4in).pngY_plane_measurement_2_(Z_3in).png

 

Y_plane_measurement_1_(Z_2in).png X_plane_measurement_6_(Z_7in).pngX_plane_measurement_5_(Z_6in).pngX_plane_measurement_4_(Z_5in).pngX_plane_measurement_3_(Z_4in).pngX_plane_measurement_2_(Z_3in).pngX_plane_measurement_1_(Z_2in).pngX_Waist_fit.png

Conclusion

The X Waist after the lens (originally yielded from fit parameters) was 90.8 27.99 ± .14 um. The corresponding Y Waist was 106.2 30.22 ± .11 um.

After adjustment for the lens, the X Waist was 279.7 907.5 ± 4.5 um and the Y Waist was 239.2 840.5 ± 3.0 um.

edit: After making changes suggested by koji, these were the new results of the fits.

Attachments

Attached you should be able to find the razor blade schematic, all of the fits, along with code used to generate them, plus the matlab workspace containing all the necessary variables.

NOTE: Rana brought to my attention that my error bars need to be adjusted, which I will do as soon as possible.

Attachment 2: erFitFinal2.zip
  10144   Mon Jul 7 18:11:04 2014 KojiUpdateGeneralBeam Waists

- Plots should be directly attached on the elog. (Attaching codes in a zip is OK.)

- Plot legends should not touch or hide any data points.

- Don't exclude data points.

- The model for the beam profile fitting is incorrect: zr and w0 are dependent

- The code needs to be reviewed by someone for refinement.
  (
EricQ, or possibly Jamie, Jenne while he is absent).

  10154   Tue Jul 8 16:45:15 2014 NichinUpdateGeneralWeekly plan

 My plan for next week is...

1)    1) Taking DC output readings with multimeter for each PD to create a database for all the PDs. Requires taking off the table tops for each PD.  Also, making sure each PD is illuminated properly.

    2 - 3 Hours inside the lab 

    Requires presence of expert

Occupies all the PDs , RF switch and the Network analyzer.

2)    2)  Integrate the switch selection script with the Network analyzer script to complete the automation part of the project.  (If time permits, build a simple GUI for easy operation)

Occupies the control room computer, RF switch and the Network analyzer

3)    3)  Create a database of canonical plots for each PD to compare with the current plot and maybe even plot the difference between the current plot and canonical plot.

Occupies the control room computer, PDs , RF switch and the Network analyzer.

4)    4)  Fit the transfer function or transimpedance using vector fitting. (vectfit4.m)

5)    5) Update 40m-Wiki

6)    6) Progress Report to be submitted to SFP.

  10158   Tue Jul 8 23:59:49 2014 HarryUpdateGeneralWeekly Plan (7.8.14)

 Last Week:

-I continued to struggle with the razorblade beam analysis, though after a sixth round of measurements, and a lot of fiddling around with fit parameters in matlab, there seems to be a light at the end of the tunnel.

 

Next Week:

-I plan to check my work with the beamscan tomorrow (wednesday) morning

-Further characterize the light from the fibers, and set up the collimator

-Design and hopefully construct the telescope that will focus the beam into the collimator

 

Materials:

- Razorblade setup or beamscan (preferably beamscan)

- Fiber Illuminator

- Collimator (soon to be ordered)

- Lenses for telescope (TBD)

 

  10161   Wed Jul 9 08:50:30 2014 AkhilUpdateGeneralWeekly Update

 

Last Week's Work:

  • Worked on the setup to mitigate timing issues arising due to the non-synchronization of clocks of the Frequency counter and Raspberry Pi .
  • Took measurements with the mentioned setup and generated PSD plots of the FC.
  • Completed the setup for phase measurements by using an external ADC.

 

Work Plan for this Week:

  • Complete the installation of the Mini Circuits Frequency Counter on the EPICS. This involves installation of EPICS base on Raspberry Pi, creating an IOC server on the R Pi and writing the data from the FC into a specific IOC  channel. 
  • Complete phase measurements and obtain the delay in the FC thus completing the characterization of the FC.
  • Install the FC at a suitable place inside the 40m so that the beat note system can be remotely managed from any of the Control computers thus effectively replacing the spectrum analyzer(This will be done with proper supervision once the recently ordered FC is shipped)

 

Inside the 40m :

  • I will be going inside the lab today around 9 am with Manasa to make a plan about where the FC must be placed and the routing of the RF cables and the cables which run  into computers from the FC.
  • Once the channel is created and tested, we will install the FC inside the lab possibly by the end of this week or by next week.
  10168   Wed Jul 9 21:05:31 2014 manasaUpdateGeneralAOM and PSL Ringdown

After the fits, here are the numbers!

Component Measured Expected
AOM 85.1 ns 200 ns (spec sheet) 
PMC 164.6 ns  Finesse/(2*pi*FSR)  = 163.4 ns

* We have a huge difference to the AOM switching time that was measured. The spec sheet mentions acoustic velocity in the material to be 4.2 mm/us and the well matched diameter in the AOM to be 1100 um. This would give a switching time ~ 200 ns. We could probably be having a much smaller beam size in the AOM for the measured switching time.

* The PMC  parameters that I had been referring to from the wiki were actually wrong and which was the reason for the mismatch that I was finding. I modified the wiki according to the found references to the actual measurement here: PMC parameters The measured values now and then match pretty well.

* Since the AOM does not change the power of the output beam by very much, what we see is actually a step response. Also, we have a lot of noise in the data obtained at the PD. 

RXA: some more comments...

  1. The fact that the AOM can only modulate the power by a tiny bit means that it is very mis-aligned or that the driver is broken.
  2. You need to take into account the AOM step time in the calculation of the PMC step time. Its not a step response if the input step is not a step, but a exponential.
  3. I wouldn't trust that old John Miller entry for the PMC Finesse. As you can see from his elog, even he didn't trust it.
  4. As we were discussing before, making a little step is not the same as a full ringdown. cf. G000413 and T900007

 

Attachment 1: data_code.zip
Attachment 2: PSL_ringFit.pdf
PSL_ringFit.pdf
Attachment 3: AOMringFit.pdf
AOMringFit.pdf
  10170   Wed Jul 9 23:02:33 2014 HarryUpdateGeneralBeam Waists via Beamscan

 Today, I borrowed the beam profiler from Brian (another SURF) in order to double check my razor blade measurement figures, using the below setup:

beamscanSetup.png

Measurements are included in the a la mode code that is attached entitled beamfit.m. The beam fitting application yielded me waists (after the lens) of 35.44 um in the x plane, and 33.26 um in the y plane. These are both within 3 um of the measurements I found using the razor blade method. (I moved and resized the labels for the waists in the figure below for readability purposes.)

beamScanWaists.png

I then plugged these waists back into ALM, in addition to the lens specifications, to determine waist size and location of the NPRO, which turned out to be 543 um in the x located at Z = 1.160m, and 536 um in the y, located at 1.268m. These measurements are based upon zero at the waist after the lens, and the positive direction being back toward the NPRO.

beamProfileX.pngbeamProfileY.png

The only systemic difference between these measurement and my original razor blade measurements was that I had taken the focal length of the lens as 75mm, which is advertised on the manufacturer's site. However, the more detailed specs revealed that the focal length was 85.8mm at 1064nm, which made a difference of about 400 um for the final waist determination.

Attachment 4: beamScanWaist.zip
  10171   Thu Jul 10 00:38:20 2014 manasaUpdateGeneralAOM and PSL Ringdown

Quote:

RXA: some more comments...

  1. The fact that the AOM can only modulate the power by a tiny bit means that it is very mis-aligned or that the driver is broken.
  2. You need to take into account the AOM step time in the calculation of the PMC step time. Its not a step response if the input step is not a step, but a exponential.
  3. I wouldn't trust that old John Miller entry for the PMC Finesse. As you can see from his elog, even he didn't trust it.
  4. As we were discussing before, making a little step is not the same as a full ringdown. cf. G000413 and T900007

 

I think we should revisit the AOM alignment because the last time it was aligned, PMC trans dropped from 0.84 to 0.15 (a little more than 80%) for 0-1V modulation input to the AOM driver [elog]. The drop in power right now is ~10-15% only.

I could not find any elogs of AOM alignment touchups after Oct 2012.
But can the ISS team throw some light on the status of AOM when they were installing the ISS servo before we decide on touching the AOM alignment? [elog

  10175   Thu Jul 10 15:27:09 2014 HarryUpdateGeneralCoupling telescope design

 I designed this telescope to couple the 1064 NPRO into the PM980 fiber, using lenses from the Thorlabs LSB04-C kit.

The collimator is a CFC-2X-C, which has a variable focus length (2.0, 4.6, 7.5, and 11.0 mm) which gives corresponding angles of divergence of 0.298, 0.130, 0.79, and 0.054 degrees by the formula theta = (180*MFD) / (pi*f).

Then, using these values I calculated the spot size of a beam collimated by the CFC-2X-C, using f = w / tan(theta) where w is the spot size. This gave a value of 10.4 um.

I used this value (10.4 um) as a target waist for the telescope system, with the NPRO waist as a seed, at the origin.

telescopeBeamProfile.png

It consists of two lenses, one located at Z = 77cm f = 50cm, and the second located at Z = 85.88 cm f = 2.54cm, which yields a waist of 13um at Z = 88.32cm, (which is where the collimator would go) for an overlap of .974.

Note that the telescope is so far "downrange" from the NPRO waist because it's a virtual waist, and the NPRO itself is located at about Z = 73cm.

Find attached the alm code used.

Attachment 2: telescope.zip
  10179   Thu Jul 10 18:25:18 2014 KojiUpdateGeneralCoupling telescope design

CFC-2X-C has a FIXED focal length of 2mm, but the collimator lens position is adjustable.
I'm not yet sure this affects your calculation or not as what you need is an approximate mode calculation;
once you couple the any amount of the beam into the fiber, you can actually measure it at the output of the fiber with a collimator attached.

  10180   Thu Jul 10 19:37:54 2014 ManasaUpdateGeneralPM980 fiber tested OK

[Harry, Manasa]

This is the update from yesterday that Harry missed to elog.

We pulled out the first spool of the PM980 fiber yesterday and checked it using the illuminator at the SP table. Harry will be using this for all his tests and characterisation of the fiber.

  10182   Fri Jul 11 09:41:43 2014 not KojiUpdateGeneralCoupling telescope design

Quote:

CFC-2X-C has a FIXED focal length of 2mm, but the collimator lens position is adjustable.
I'm not yet sure this affects your calculation or not as what you need is an approximate mode calculation;
once you couple the any amount of the beam into the fiber, you can actually measure it at the output of the fiber with a collimator attached.

 I don't believe it had any effect, as all the calculations gave me the same target waist.

ELOG V3.1.3-