40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 229 of 341  Not logged in ELOG logo
ID Date Author Typeup Category Subject
  10296   Wed Jul 30 10:16:54 2014 AndresUpdate40m Xend Table upgradeGreen Steering Mirror Upgrade completed

Green Steering Mirror Update

Yesterday, Nick and I completed the green steering mirrors upgrade. I attached the file that contained the procedure that we plan before we did the upgrade. We placed an iris at the input of the OL and we place another iris before the harmonic separator. We did not use the beam scanner because someone was using it, so what we did was to assume that the cavity is well align and place the iris so that we can recover the alignment. We used the measuring tape to approximate as close as we could the position where the lenses were supposed to go. I did a measurement of the derivative of the waist size in terms of the position of the lens and the derivative of the waist Position in terms of the lenses position at the optimum solution that a la mode give us. Because of this plot, we decide to mount lens 3 and lens 5 into translational stages. After mounting each lenses and mirrors we worked on the alignment of the beam into the cavity. We were able to align the green into the cavity and we were able to locked the cavity to the TEM00 mode. We started to work on the optimization of the mode matching. However, the maximum mode matching that we got was around 0.6, which we need to work a little bit more on the tuning of the mode matching. We leave the iris mounted on the table. I took a picture of the table, and I attached below. For the OL, we just make sure that the output where somehow hitting the QPD, but we didn't really I aligned it. We need to work a little bit more on the alignment of the OL and the tuning of the mirror to maximize the green mode matching.

Attachment 1: XarmUpgrade.pdf
XarmUpgrade.pdf XarmUpgrade.pdf XarmUpgrade.pdf XarmUpgrade.pdf XarmUpgrade.pdf XarmUpgrade.pdf
Attachment 2: dWaistSize_dlensVsdWaistPosition_dlens.png
Attachment 3: XarmNewOpticalSetup.PNG
  10297   Wed Jul 30 11:15:44 2014 AkhilUpdateGeneralWeekly Update

 Plan for the week:

  • PID loop design and testing with the Green laser beat note by actuating the arm cavity length.
  • Beat note readout on MEDM screens and Strip tool.
  • Calibration of the laser frequency response to PZT signal in MHz/V using a test DC input(Koji assigned me this task because this calibration has not been done and is very useful).

Inside the Lab:

  • Placing the FOL box sometime in the afternoon today(with supervision of Manasa / EricQ).
  • Calibration of the PZT(Today or tomorrow).


  10299   Wed Jul 30 18:09:08 2014 HarryUpdateGeneralAUX and PSL Coupling Telescopes


These telescopes will be used to mode match//couple the dumped SHG light from both PSL and AUX (Y-Arm) lasers into PM fibers for use in FOL.


Using the waist measurements I made yesterday (29/7/14) as seed waists, I used a la mode to design coupling telescopes.

These are designed to match the output mode of the fibers with collimators.

AUXTelescope.m    PSLTelescope.png



ALM files are attached in .zip file.

AUXTelescopePlot.png PSLTelescopePlot.png

Moving Forward

Once the fibers are coupled, I will continue in assembling the Y-Arm FOL setup, using fiber coupled beam combiner and photodiodes.

I will also do the same procedure for the X-Arm, access permitting.

Attachment 2: AUXTelescope.png
Attachment 3: telescopes.zip
  10300   Wed Jul 30 22:01:24 2014 KojiUpdateLSCMC servo

In fact there is a pomona box between the HV amp and the laser.
It is expected that the combination of the box and the laser PZT (2.36nF by Elog #3640) provides poles at 2.9Hz and 148kHz and a zero at 32Hz.
Basically, the gain of this stage is 0.1 at 10kHz. So the injected noise is reduced by factor of 10. It is just barely OK.
I need a bit more careful design of the output stage for the MC servo.

  10301   Wed Jul 30 23:12:05 2014 KojiUpdateGeneralIFO patrol

- The cable for the beat note was disconnected from the frequency counter and reconnected to the spectrum analyzer.

- PMC/IMC had not been locked for 8 hours. 

- PMC was relocked.

- IMC got immediately relocked. Today IMC relocks very fast.

- Went to the ETMX table. Aligned the oplev beam on the QPD

- The X end green beam was realigned to the cavity.
I can feel that the two mirrors provides quite independent alignment adjustment. VERY NICE.
Green TRX: without PSL Green - 0.612, with PSL green - 0.725

I can clearly see that the mode matching is not ideal. All the higher modes are LG modes!
The input mode is very round.

- Arm cavities were aligned by ASS

- Tested ASX. PZT2 Pitch/Yaw servos run with the previous setting. We still can maximize the transmission by touching PZT1.

- Now Eric joined the activity.

-  Once the beam is aligned what we could lock was LG00/10/20/30.
   We measured the power in LGn0 modes
   LG00: 0.588
   LG10: 0.154
   LG20: 0.053
   LG30: 0.020

   This suggests that the mode-matching ratio is something like 70%

- Q is aligning the PMC. PMC transmission prev 0.783. Basically we could not improve it.
We thought this number can go up to ~0.82 or even ~0.84. We wonder if this comes from the decay of the laser power or reduced visibility?


  10302   Thu Jul 31 01:08:54 2014 KojiUpdateLSCALS stability check

- ALS X/Y arm stability was checked by IR locked arms.

- Basically the stability looks same as before.

Q sez: here are some ALS ASDs (in Hz/rtHz). 

The reference plots are with the arms locked on CARM/DARM with ALS. The main traces are with the arms locked on POX/POY. Alignment affects these traces a fair amount.


The X arm ALS seems no worse for the upgrade, and the PZT actuators do look pretty orthogonal when we play around with the alignment. 

  10303   Thu Jul 31 09:14:14 2014 ericqUpdateIOOMC stability

 Last night, I poked around to try and see if I could reproduce the sketchy MC behavior by exciting MC2 in a way that may be similar to what we do when using it as a CARM actuator. 

The short of it is that at frequencies under 1k, the MC lock didn't mind MC2 position excitations up to 8000 counts. However around 4-5k, a 1000 count excitation would induce a good deal of low frequency (2-5Hz) activity in the MC trans power, causing it to fluctuate by thousands of counts before unlocking. If I turned the excitation off before the unlock, it would eventually settle back down, but not immediately. 

I was able to reproduce this a handful of times before it decided to stop locking altogether, perhaps because of its random mood swings, or perhaps because this kind of disturbance is related to the mood swings...

  10305   Thu Jul 31 12:01:35 2014 NichinUpdateComputer Scripts / ProgramsPDFR update

The Transimpedance plots of PDFR now have a reference plot or baseline plot along with the current measurement, for easy comparision.

Current Work: Getting Matlab's vectfit3 to work simultaneously on the transimpedance readings and print the zeros and poles alongside the plots. 

Attachment 1: REFL11_31-07-2014_115010.pdf
  10308   Thu Jul 31 15:25:51 2014 HarryUpdateGeneralPolarizationExtinction Ratio of Fibers


We wanted to measure the PER of the polarization maintaining fibers, so we could say to what extent they are truly polarization maintaining.


The experimental setup of this measurement includes: The NPRO, quarter and half wave plates for tuning ellipticity and orientation of the resultant polarization, attenuating optics, two steering mirrors for coupling, a polarizing beam splitter before and after the laser coupled fibers, the coupling assembly and fiber, and a powermeter.


I measured the beam power at all the pertinent locations, shown in the figure below. Note that dots represent S polarization, and orthogonal line segments represent P polarization.




I first assembled this, coupling the output to a fiber coupled powermeter, in order to adjust the coupling.

Then I needed to couple the fibers to the NPRO, which I did to 39.8%. This gave me enough output power to have a coherent, visible beam. (Visible to non-fiber coupled power meter, and on the viewer card). It was important to be sure that the fast axis of the fiber was aligned in some known orientation. Mine was aligned to the horizontal, using the key on the fiber as an indicator. This is to be certain that the output polarization is consistent with the input.

Once everything was coupled and collimated, I began tuning the polarization of the beam at different points.

Immediately after the NPRO, I used the quarter and half wave plates to first eliminate as much ellipticity as possible, and then turn the polarization to align it with the beam splitter and the fiber axis. I then tuned the first PBS to reflect as little as possible. At the output, I installed the second PBS. Since there was no fine adjustment for the angle of this one, I tuned it using the yaw controls of the 6-axis mount the collimator was held in.

Once all this tuning was done, I took power measurements (displayed above) using the unfiltered, Orion/PD power meter.


From a theoretically completely P-polarized input, the Polarization Extinction Ratio, calculated at 10*log(P/S), was  -24.26 +/-  0.43 dB.

These results can be effected by environmental conditions, such as high tightly wound the cable it, its length, etc.


Moving Forward

The next measurement to make would be to characterize the frequency noise introduced by the fiber.

In addition to this measurement, the setup of the beat note system for FOL can be done as soon as we have more collimator adapters.

These measurements may be important in FOL, and in future experiments that may use these types of apparatuses.

  10310   Thu Jul 31 19:37:59 2014 KojiUpdateIOOSuccessful modification of the FSS

Quick note:

Migration of the 10Hz pole from the output stage of the FSS to the pomona box was successful.
This also allowed me to insert my offsetting/summing point circuit.

Trial 1:

- Remove C63 (1uF cap) of the FSS

- Short 500 Ohm in the pomona box

This removed 10Hz pole in FSS and 32 Hz zero in the pomona box.
In total we obtain the gain and range of 3.2 for the fast PZT path.

3x10^2 to 3x10^3 times more filtering of the HV amp noise between 10kHz and 100kHz.

The current maximum gains of the FSS is

Overall +19dB (prev. +13dB)
Fast     +30dB (prev +21.5dB)

Trial 2:

- Insert a summing amplifier between the FSS box and the HV amp.

- This amplifier attenuate the input by a factor of 2, and add 5V. i.e. +/-10V input => 0~10V output.

- This just worked fine.

Trial 3:

- Now the fast gain is nominally +30dB.

- In order to provide more room to play with the fast-PC cross over, I moved the pole freq from 2.9Hz to 9.9Hz
  This was done by replacing a 5kOhm in the pomona box by a 1.5kOhm.

Trial 4:

- I just noticed that the output impedance of the FSS (15.8kOhm) and the input impedance of the summing amp (10k Ohm)
  interfere and gives additional 1/2.58 attenuation in addition to the attenuation in the summing amplifier.
  This yields the output range of the HV amp between 45-105V, instead of 0-150V. This is not nice.

- The output impedance of the FSS box (R46 15.8kOhm) was replaced with 100Ohm.

- Now the PMC unlocks very frequently. This might have come from the PMC locking issue or too much gain of the IMC

Trial 5 (final):

- I suspected that the PMC unlock is caused by too much actuation at the high freq. So I decided to revert the  pomona box change

  10313   Thu Jul 31 23:19:22 2014 KojiUpdateComputer Scripts / ProgramsSVN bulletin

Did this break "netgpibdata"?

I couldn't download data from SR785. Downloading from AG4395A was OK.

The cause seemed the module for SR785

-rw-rw-r-- 1 controls controls   24225 2014-07-30 18:36 SR785.py

I had a local copy of this file and replaced it with mine. Now netgpibdata start working.
The old one is named SR785.py_bak

-rwxr-xr-x   1 controls staff      12944 Jul 31 23:08 SR785.py

The file size is significantly different from the one we had.

  10314   Thu Jul 31 23:43:00 2014 KojiUpdateIOOModulation frequency adjustment

The main IFO modulation frequency was adjusted to match with the FSR of the IMC.

The new frequency is 11.066128 MHz. This corresponds to the IMC round-trip length of 27.0910 m

This has been done by looking at the peak at 25.845MHz (5* fmod - 29.5MHz) in the MC REFL PD mon.

  10315   Fri Aug 1 00:51:07 2014 KojiUpdatePSLFSSSlowServo update

FSS Slow set point to be zero

op340m:FSS>cat FSSSlowServo
#!/usr/bin/perl -w

# PID Servo for PSL-FSS (Slow)
# Tobin Fricke 2007-01-09

use strict;
#use Scalar::Util qw(looks_like_number);

sub looks_like_number {
    return ($_[0] =~ /^-?\d+\.?\d*$/);  #FIXME

use EpicsTools;

# Parameters
my $process  = 'C1:PSL-FSS_FAST';
my $actuator = 'C1:PSL-FSS_SLOWDC';
#my $setpoint = 5.5;
my $setpoint = 0;
my $blinkystatus = 0;

op340m:scripts>/opt/rtcds/caltech/c1/scripts/PSL/FSS/FSSSlowServo > /cvs/cds/caltech/logs/scripts/FSSslow.cronlog &

  10316   Fri Aug 1 01:29:55 2014 KojiUpdateIOOPMC issue

- PMC suddenly refused to lock.

- Investigated what's wrong

- Finally, I touched RF Output Adjust (C1:PSL-PMC_RFADJ). Then it started locking.

- C1:PSL-PMC_RFADJ was set to 2.0 by rana when we looked at the PMC LO issue.
  Now PMC does not lock with this value. I set it to 6.0 so that the lock is robust.

- Right before I lost PMC locking, I had some difficulty in locking IMC. Of course,  the robustness of the PMC is related to the robustness of the IMC.
  We definitely need to investigate this. (RF powers, open loop TF, etc)

  10321   Fri Aug 1 11:11:12 2014 KojiUpdateIOOCurrent IMC servo configuration

The comparison between the new and old MC servo (FSS part) was attached.

- The new servo has the same DC range as before.
  Even though there is 1/2 gain in the chain now, the previous range of the FSS box was 0 to 10V.
  Now it is +/-10V. So we did not lose the range.

- The new servo has x3.2 larger range above 100Hz.

- x1.6 enhancement of the FSS Box output noise above 10Hz.

- The noise of the HV amp (and the summing amp) is x300 and x2600 more filtered at 10kHz and 100kHz respectively.

Attachment 1: diagram.pdf
  10323   Fri Aug 1 15:32:07 2014 ericqUpdateComputer Scripts / ProgramsElog and svn backups

Koji and Evan have both brought up a good point that we may not be backing up the svn and ELOG properly.

I have modified the rsync.backup script that nodus' cron runs every night that backs up /cvs/cds to what I presume are the tape backups at ldas-cit.ligo.caltech.edu.

Specifically, I added two rsync commands that grab the svn and elog directories from /export/home and copy them to their old locations in /cvs/cds/caltech. This way, the old locations are updated, and the tape backups stay current.

  10325   Fri Aug 1 22:56:27 2014 KojiUpdateGeneralBeam lost in the chamber???

I was investigating several issues on the IFO. As many of you noticed and not elogged, ITMX had frequent kicking without its oplev servo.
Also I had C1:LSC-TRY_OUT flatted out to zero even though I could see some fringes C1:SUS-ETMY_TRY_OUT.

Restarted all of the realtime models (no machine reboot).

Now I don't find any beam on REFL/AS/POP cameras.

If I look at BS-PRM camera, I can see big scattering, the beam is in the BS chamber.
I jiggled TT1 but cannot find neither a Michelson fringe nor POP beam.

So far I can't figure out what has happened but I'm leaving the lab now.

IMC is locked fine.
I can see some higher order mode of the Yarm green, so the Y arm alignment is no so far from the correct one.

  10326   Sun Aug 3 17:19:32 2014 ericqUpdateGeneralRecovery efforts

[ericq, Jenne]

We both happened to come by today to fix things up.

When I arrived, the PMC was locked to a 01 mode, which I fixed. The PMC transmission is still worryingly low. MC locked happily. 

ETMX was getting odd kicks, the kind where a DC shift would occur suddenly, and then go away a few moments later. I turned off all dynamic coil outputs, and looked at the MON output of the SOS driver with a scope to try and see if the DAC or dewhitening was glitching, but didn't see anything... Meanwhile, Jenne fiddled with the TTs until we got beams on POP and REFL. (EDIT, JCD:  Useful strategies were to put an excitation onto TT2, and move TT1 until the scattered beam in the chamber was moving at the excitation frequency,  Find the edges of TT2 by finding where the scattered light stops seeing the excitation, and center the beam on TT2.  By then, I think I saw the beam on the PRM face camera.  Then, put a temporary camera looking at the face of PR2.  Using TT2 to center here got us the beam on the POP camera.)

We then walked PRM and the TTs around to keep those two camera beams and get the PRM oplev beam back on its QPD. At this point, ITMX was misaligned (by us), and ITMY aligned to get some recycled flashes into the Y-arm. Y-arm was locked to green, and we poked TTs to get better IR flashes. Misaligning PRM, we had Y-Arm flashes of ~0.7. From there, the michelson and then X-arm were roughly aligned. Both arms were seeing flashes of about 0.7, and the MICH fringes on the AS port look nice.

Frustratingly, the SUS->LSC communication for TRY and TRX isn't working, and could not be fixed by any combination of model or front-end restarting... Thus we haven't been able to actually lock the arms and run ASS. THIS IS VERY FRUSTRATING. 

Additionally, at the point where we were getting light back into the Yarm, the ITMX that were seen on Friday were happening again, tripping the watchdog. Also, something in the Yarm cavity is getting intermittently pushed around, as can be seen by the green lock suddenly wandering off. All of these suspension shenanigans seem to be independent of oplev damping. 

It troubles me that this whole situation is fairly similar to the last time we lost the input pointing (ELOG 10088)

In any case, we feel that we have gotten the IFO alignment to a lockable state.

  10327   Sun Aug 3 23:47:56 2014 KojiUpdateGeneralRecovery efforts

It's great that you guys found the beam.
Yes, ITMX kick and lost communication for TRY were the motivation of my CDS rebooting.

  10328   Mon Aug 4 09:17:42 2014 SteveUpdateSUSITMX is still kicked


I was investigating several issues on the IFO. As many of you noticed and not elogged, ITMX had frequent kicking without its oplev servo.
Also I had C1:LSC-TRY_OUT flatted out to zero even though I could see some fringes C1:SUS-ETMY_TRY_OUT.

Restarted all of the realtime models (no machine reboot).

Now I don't find any beam on REFL/AS/POP cameras.

If I look at BS-PRM camera, I can see big scattering, the beam is in the BS chamber.
I jiggled TT1 but cannot find neither a Michelson fringe nor POP beam.

So far I can't figure out what has happened but I'm leaving the lab now.

IMC is locked fine.
I can see some higher order mode of the Yarm green, so the Y arm alignment is no so far from the correct one.

 ITMX is kicked up periodically.  ITMX_PD_MAX_VAR is lowered to 500 from 1350

It started at Friday morning 8-1

Attachment 1: ITMXkicked.png
Attachment 2: ITMXkickedStart.png
  10329   Mon Aug 4 17:30:00 2014 ericqUpdateGeneralChronic Suspension Problems

TRX and TRY communication were recovered by doing a simultaneous reboot of all of the frontends.

Working with the interferometer has been extremely frustrating today. Having transmission values let us lock and ASS, but that has been less helpful than you would hope.

Saving the ASS offsets has repeatedly resulted in an overall bad change in alignment, moving the TTs and other things off randomly.

ITMX continues to be kicked. ITMY intermittently wanders away. It has not been possible to maintain IFO alignment for a reasonable length of time.

Also, the wall IOO striptool shows the MC2 Trans QPD Yaw having large step-function features. The MC is having an ok duty cycle, but this just may mean that the WFS are able to absorb what is happening to the MC suspensions.

The suspensions are really misbehaving. We need to get to the bottom of this, or else we are going to keep losing time to alignment.

  10330   Mon Aug 4 18:25:46 2014 JenneUpdateGeneralChronic Suspension Problems

Q is working on fixing the "save offsets" script for the ASS, because that has lost me my alignment two more times in the last few hours.  But, right now I have both arms locked with transmitted powers of about 0.9!  To get this, I ran the ASS scripts, and hand-tweaked the bias sliders of some of the optics to relieve the ASS outputs.  Then I turned the ASS gain to zero, and by-hand turned off the oscillators.  So, the ASS outputs are just frozen. 

I haven't seen IMTX suspension kicks, I think since Q did the front end reboot earlier. There has been ITMY activity, however. I think I'm going to be bold, and try locking ALS.

  10331   Mon Aug 4 22:52:03 2014 JenneUpdateLSCALS alignment tweak-up

After aligning the arms to IR, I aligned the Y green beam to the arm.  Also, the X green beatnote was very small, so I aligned the PSL green for X.

  10332   Tue Aug 5 17:24:37 2014 NichinUpdateComputer Scripts / ProgramsPDFR update

The PDFR system now has the capability to automatically run vectfit3.mat using a wrapper script named vectorfitzpk.m

This is done via a shell script being called from inside python that inturn runs the matlab script.

  10333   Tue Aug 5 19:05:41 2014 AkhilUpdateGeneralBeat Note Testing on EPICS Channels

 Finally,  the efforts put in the Frequency Counter paid off . I tested the working of both the FC and EPICS channels that I created by displaying the beat note on MEDM screens. EricQ helped me locking the X arm ( Y arm free) thus acquiring only the X arm beat note from the frequency counter. We plotted the beat note on MEDM and clearly could see a stable beat note when the arm was locked. Now it can be said that the FC(two of course) can replace the spectrum analyzer outside and also get the beat-note frequencies  into EPICS channels. The channel names of these two beat note frequencies are:

X Arm:          C1:ALS-XBEAT_FREQ_MHZ

Y Arm:          C1:ALS-YBEAT_FREQ_MHZ

(Note: There are many problems in alignment of the arms and we could have beat note only for some time after putting a lot of effort).

  10334   Tue Aug 5 19:20:05 2014 AkhilUpdateGeneralPID loop Design for beat note stabilization

 Today I and EricQ went inside the lab and set up the cables running from the a DAC channel into  PZT input so that we can use the PID controller to tune in the PZT offset to maintain the beat note within a detectable range (This is plan B as the main plan of actuating on the laser temperature can be achieved only after the fiber setup with the PSL is ready). I obtained all the poles and zeroes of plant and started designing a PID loop to test it with the existing system.

I will put in my PID values into the already existing PERL controller code (that is used for controller design in the 40m) and run tests with the PID loop while actuating on the PZT offset. 


  10335   Wed Aug 6 00:14:10 2014 JenneUpdateLSCALS is iffy tonight

The ALS system is iffy tonight.

After putting the cable back to the RF spectrum analyzer (it had been taken to test the frequency counter setup, and not put back), I had a good Yarm beatnote, but again this evening the Xarm beatnote is small.  I touched up the PSL table alignment (very, very little needed, but it did double my peak height).  I *think* that this is happening because we haven't settled into a good IFO alignment place, so the arm pointing keeps changing very slightly, which means that the PSL ALS alignment needs touching.  Anyhow, even after alignment the Xarm beatnote is only -36 dBm at 81 MHz.  It should be at least -25 dBm or so, although I haven't seen it any larger than about -35 dBm since the IFO beam was lost last Friday.

I am not able to hold ALS lock long enough to scan the arms and find the IR resonances.  The only optics that I am actuating on this evening are the 2 ETMs.  When I lose lock and look at the watchdogs, the ETMs are the only optics that have largeish numbers, which comes from the ALS lockloss.  So, I don't think I am suffering from the ITM suspension kicks tonight.  Rather, I think that it's that the ALS system isn't tuned up nicely.

I think that it is past time we tuned up and checked out the ALS PDH setup.  Q:  Can you please measure the loop TFs for both of the ALS PDH boxes tomorrow?  At the very least we want to know what we're working with. 

Evan:  What is the status with the ISS? 

I am going to try tomorrow to look at the suspensions, and see if I can track anything down.  I feel like I see the kicks more often when the arms are locked, i.e. we are sending an LSC signal to them.  The LSC POS signal is a factor of a few hundred larger than the damping SUSPOS signal is.  Are we saturating something somewhere?  Why is this a new thing?  We certainly do see kicks when the LSC is not engaged, so this may not be the right path, but it is something concrete to look at.

  10336   Wed Aug 6 10:10:45 2014 HarryUpdateGeneralWeekly Plan 8.6.14

Last Week


Took first round of PER measurements after a long setup.

Started setting up to take measurement of the other polarization--ran into issues with mounts again. (Spinning of their own free will again.)

Devised a new scheme for taking more robust measurements of PER--still in progress.

Next Week

Finish data analysis of these latest PER measurements

Hopefully finally move on to frequency noise characterization

Materials Needed

None for PER

Unknown for frequency noise


  10337   Wed Aug 6 10:45:56 2014 GabrieleUpdateASCPOP QPD signals

 In addition to the simulation described in my previous elog, I simulated the signal on a quadrant photodetector demodulated at 2F. The input laser beam is modulated at 11MHz up to the fifth order. There is no additional 55 MHz modulation.

The QPD demodulated at 2F shows good signals for PRC control for all CARM offsets, as expected from the previous simulation.



  10338   Wed Aug 6 12:44:52 2014 KojiUpdateASCPOP QPD signals

This is nice. Can we test this idea with POP22 + a razor blade?

Just to take transfer functions in PRMIsb between the PRM angle to POP QPD/POP22+razor blade
as well as the noise spectrum measurement are already useful.

We want to figure out the requirement for the 2f QPD.
(Transimpedance / Noise level / Beam size / etc)

Depending on the requirement we'll see if we need demodulation or just a power detector.

  10340   Wed Aug 6 17:29:36 2014 JenneUpdateIOOFSS offset changed

The MC has been unstable and unhappy for the last several hours.  When I looked, I saw that the FSS_FAST monitor has been hovering around 1 V, when it is supposed to be closer to 5ish. 

I changed the C1:PSL-FSS_INOFFSET from -0.08 to -0.8537, and will see if the MC sticks around for longer this time around.

  10341   Wed Aug 6 21:22:09 2014 KojiUpdateIOOFSS offset changed

The fast feedback should be around zero now!

  10344   Thu Aug 7 12:25:14 2014 JenneUpdateIOOFSS offset changed


The fast feedback should be around zero now!

 Dang it, I completely forgot.  Well, anyhow, it pulled itself back down to less than 1V, and the MC stayed happy for several hours.  I'm not totally sure what changing the offset did, but the MC seems happy for right now.  I should take a quick look at the error point to make sure that I didn't mess up your tuning.

  10345   Thu Aug 7 12:34:56 2014 JenneUpdateLSCSuspensions not kicking?

Yesterday, Q helped me look at the DACs for some of the suspensions, since Gabriele pointed out that the DACs may have trouble with zero crossings.  

First, I looked at the oplevs of all the test masses with the oplev servos off, as well as the coil drive outputs from the suspension screen which should go straight out to the DACs.  I put some biases on the suspensions in either pitch or yaw so that one or two of the coil outputs was crossing zero regularly.  I didn't see any kicks. 

Next, we turned off the inputs of the coil driver filter banks, unplugged the cable from the coil driver board to the satellite box, and put in sinusoidal excitations to each of the coils using awggui.  We then looked with a 'scope at the monitor point of the coil driver boards, but didn't see any glitches or abnormalities.  (We then put everything back to normal)

Finally, I locked and aligned the 2 arms, and just left them sitting.  The oplev servos were engaged, but I didn't ever see any big kicks. 

I am suspicious that there was something funny going on with the computers and RFM over the weekend, when we were not getting RFM connections between the vertex and the end stations, and that somehow weird signals were also getting sent to some of the optics.  Q's nuclear reboot (all the front ends simultaneously) fixed the RFM situation, and I don't know that I've seen any kicks since then, although Eric thinks that he has, at least once.  Anyhow, I think they might be gone for now.

  10346   Thu Aug 7 13:39:41 2014 NichinUpdateComputer Scripts / ProgramsWrapping up PDFR

1)The PDFR scripts have all been migrated into /scripts/PDFR/

2) The MEDM screen to run PDFR is /medm/MISC/PDFR.adl

3) A new button has been added on sitemap to open the above medm window.

4) All data and plots generated will sit in /scripts/PDFR/"PD Name"/

5) All features are working after the migration and absolute file paths are being used.

Work Remaining : Manual for others to make changes and keep using my system.


  10347   Thu Aug 7 14:50:43 2014 HarryUpdateGeneralPER Measurement


I wanted to do a more robust measurement of PER of PM fibers for FOL, so I thought up this scheme.


I put together a setup as depicted below in order to take measurements of PER.


The first thing to do was to calibrate the whole setup. In order to do so, I first used the quarter and half wave plates closest to the NPRO to eliminate as much ellipticity from the output beam as possible, and then rotate the newly linearized light to be in alignment with the transmittance of the first polarizing beam splitter (P-Polarization).

I then aligned the fiber's fast axis with the P-Polarization on both the input and output sides. This was important so that no virtual ellipticity would be measured in the final measurement of PER.

I then mode matched and fiber coupled the first PBS output into the fibers, to about 30 mW (~60% coupling).

Photodiode Calibration

I wanted to measure both intensity of P and S simultaneously, so as to minimize the random little time-varying changes that would affect the measurements, so I used a powermeter and a PD, calibrated with the aformentioned powermeter.

In order to be able to compare the photodiode (PDA520) output to the powermeter (Orion) output, I fixed them each in their positions, and varied the laser power to produce the type of linear relationship we expect to see between PD Voltage and Optical Power. In this case, the conversion was P = V*2.719.


PER Measurement

As opposed to the first method, which took only one datum, this method records P and S simultaneously, at different points through rotation of a linearly polarized beam.

Using the second HWP, I rotated the linearly polarized beam before it entered the fiber, at each point, recording the outputs of the PD and the Powermeter.

These data were then converted to be the same units, and fit to a sine wave.


As you can see, the intensities vary nearly identically, at a half wavelength phase difference, which is what one expects in this case. The PER of each polarization can be calculated by dividing the maximum value of one by the minimum of the other, and vice versa. The fact that these oscillate as we expect shows that the beam is relatively well linearized, and essentially that everything is working as it is assumed to be.

By looking at these fits, however, it is visible that they do not overlap with the actual extrema of the data. So, in order to produce more realistic values of extrema, those particular regions were fit to second order polynomials.


The values of these extrema yield the following measurements:

(SMin / PMax) = 0.007 +/- .004  --->  -21.54 +/- 2.48 dB

(PMin / SMax) = 0.022 +/- .009  --->  -16.58 +/- 1.78 dB


The problem I find with these measurements is that they're hard to reproduce.

Plus they seem high, since non-PM fibers advertise extinction ratios around -30 dB., plus I measured it at roughly -24 dB the first time I tried.

Moving Forward


The next thing to do in terms of fiber characterization is to measure the frequency noise they introduce.

With respect to FOL, I just need some time to work on the PSL table, and at the Y end to couple the dumped SHG light, and then we can start using 1064nm beat notes to test//implement the feedback control system.

Attachment 5: PEReport.zip
  10348   Thu Aug 7 16:47:35 2014 ericqUpdateSUSOplev Checkup

 I noticed some weird behavior on the ETMY oplev that led me to check them all out. 

The short of it is that the ETMY oplev has a pretty small angular range, compared to the displays and other oplevs. I measured how much angular motion each oplev can sense before the beam no longer hits all four quadrants (thus losing the ability to sense).  This could account for some of the additional angular motion of the mirrors... maybe. 

Also, some of the QPD quadrants had offsets as big as 400 counts, thus distorting the zero point. Anyways, here are the angular ranges of each QPD, assuming the current urad/cnt calibrations are valid. 


  • P: +- 25urad
  • Y +- 30urad


  • P:+-160urad
  • Y:+-172urad



  • P:+-43urad
  • Y:+-40urad



(Note: ITMX's oplev pitch and yaw is almost 30 degrees off of the alignment sliders' pitch/yaw coordinates. Steve tells me this is due to the tight nature of getting the oplev beam to the mirror without clipping.)

  • P:+-110urad
  • Y:+-80urad



  • P:+-45urad
  • Y:+-85urad



  • P:+-50urad
  • Y:+-45urad



  • P:+-80urad
  • Y:+-80urad

I wrote a script to zero all of the QPD quadrants' offsets (it lives in /scripts/OL) and have used it successfully. The oplev laser must  be off before using it. 

  10349   Thu Aug 7 17:09:53 2014 HarryUpdateGeneralAUX Coupling In Progress

 I'm currently in the process of coupling dumped SHG light from the Y arm end table into fibers for FOL.

The main point is that the NPRO at that end in shuttered, because I wasn't sure whether or not leaving it open would've set anything on fire.

  10352   Fri Aug 8 14:27:18 2014 AkhilUpdateComputer Scripts / ProgramsFOL Scripts

 The scripts written for interfacing the FC with R Pi, building EPICS database, piping data into EPICS channels,PID loop for FOL are contained in :


The instructions to run these codes on R Pi( controls@domenica) will be available on FOL 40m wiki page.

Also instructions regarding EPICS installation on R Pi and building an EPICS SoftIoc to streamline data from hardware devices into channels will be updated shortly.







  10353   Fri Aug 8 14:42:41 2014 AkhilUpdateGeneralPID loop Design for beat note stabilization

 The attached in a zip file are the Simulink feedback loop models for the FOL for both X and Y ends. The controller PID values are estimated by setting a temperature count reference point to 5344, which corresponds to 100 MHz frequency.  The plant transfer function is as calculated in my previous elogs.

 We were not  able to test the PID loop , with the green laser by PZT actuation because of the misalignment of the arms and non-existence of the beat note since last few days. However, we have a complete idea of the design and PID parameters that will be used for the FOL with infrared laser. So we decided that it would be better to test the loop by temperature actuation after the fiber optics is installed and the coupling of infrared laser into the fiber is complete. As of now, we have planned to place the FOL box inside so that it can be used to obtain the green laser beat note on the StripTool graphs. 

Attachment 1: PID.zip
  10355   Fri Aug 8 16:45:40 2014 NichinUpdateWikiPDFR wiki updated

 The PDFR system has been documented in the 40m wiki and all the relevant information about making changes and keeping it updated have been mentioned.


This pretty much wraps up my SURF 2014 project at the 40m lab. 

  10360   Sun Aug 10 00:54:54 2014 HarryUpdateGeneralAUX Couping

The Y End laser dumped SHG light has been coupled into the yellow fiber that terminates at the PSL table.

It's not super stably coupled, and only at 5mW. I'll be interested to see what it is on monday.

  10361   Mon Aug 11 08:04:01 2014 SteveUpdateSUSETMX damping restored
  10367   Tue Aug 12 02:09:39 2014 ericqUpdateGeneralReasonable alignment restored

I took over the IFO, after Jenne's locking efforts, which included manual alignment, since the ASS was doing bad things. 

For whatever reason, the Yarm ASS TT gains needed to be flipped back to go in the right direction. I've restored the old BURT snap file, and the ASS seems to work for now.  

Furthermore, I added some FMs to the Yarm ASS to be able to ramp down gains, to be done as new offsets are ramped in, so that a smooth offset transition is possible. The new version of the script works reasonably, but could be smoother still... Once I iron this out, I'll do the same change to the Xarm, and update the buttons. 

In any case, I was able to run ASS on both arms; single arm lock maxed out at around 0.85, maybe because we're only getting 0.78 from the PMC and 16k from the MC? I then aligned and locked the PRM, then reentered the oplevs on all of the PRMI optics. Oddly, the ETMs were at single uRads on their oplevs.

With this arm alignment, I was able to get the green TRX to ~0.55, and thus the beatnote to around -25dBm, which is still lower than we'd like. I didn't touch the Y green alignment, though it is pretty bad, at transmission of below 0.2 when "locked" on the 00 mode. 

When I try to lock things, the initial ALS CARM and DARM locking seems to go fine, actuating on the ETMs for both DoFs, but ETMX is getting kicked during the resonance search every time. Maybe improving green alignment / increasing beatnote amplitudes will hopefully help some.

I'm leaving the interferometer with the PRM aligned, so that all optics (except SRM) are near the center of their oplev range. I'm curious as to what their variance will be over the next day; this can inform whether we need to improve the ETMY oplev's angular range or not. 

  10368   Tue Aug 12 13:31:58 2014 JenneUpdatePEMSeismometer cables in place, ready for sensors

[TaraV, Jenne]

The short cable from the slab to the sensor has been assembled and installed for the Trillium slab at the corner station.  The corner still needs the sensor and the long cable, both of which are in use by the gyro experiment.

The STS-2 cable that was running to the Xend was pulled, and the new long Guralp cable that Den made was installed with help from Andres.  The Xend just needs the sensor itself, which is also in use in gyro-land.

So, once we get the 2 seismometers and the one cable back from Zach, we should have 3 sensors nicely on the slabs that Den and Steve designed.

  10369   Tue Aug 12 14:29:01 2014 ericqUpdateGeneralReasonable alignment restored

I'm leaving the interferometer with the PRM aligned, so that all optics (except SRM) are near the center of their oplev range. I'm curious as to what their variance will be over the next day; this can inform whether we need to improve the ETMY oplev's angular range or not. 

 Here's an 12 hour minute-trend of all of the oplevs. The worst offenders are ITMY pitch and yaw, and ITMX pitch. 

Additionally, ETMY's yaw range is +-30urad, and here we see it wandering by 10 urad in a half day. We probably need more range.  


  10370   Tue Aug 12 18:20:13 2014 ericqUpdateIOOFSS box TFs

I made some measurements of the FSS box today, to have TFs for a loop model, but also to see what the difference between the different inputs was. 

As a reminder, the FSS box takes the error signal from the MC servo, does some filtering, and sends out two outputs: one to the laser PZT via KojiBox and Thorlabs HV amplifier, and one to be summed with the PMC modulation signal to the PC. Rana found the schematic at D040105

The MC error signal currently enters via a port called "IN1", but there is also a "Test 1 in," which experiences different filtering. I measured the TFs from each of these inputs to both the FAST and PC outputs. There is also an IN2, that is added after the offset point, but was not able to make a good measurement, for reasons unknown. From these TFs, I inferred the difference between the PC and FAST path, as well as the difference between IN1 and Test 1 in.

Specifically, I plugged the cable that is usually connected to the MC servo output, labelled "TO FSS BOX", into the RF out of the AG4395. I then took a BNC cable from the FAST out, or PC out, and fed it into a mini circuits DC block (BLK-89-S+), and then into input A, after checking on a scope that the signal was roughly zeroed and not too huge. Unbeknownst to me at the time, the PC drive output can be pretty big, and could potentially fry the analyzer's input. Fortunately, I think I avoided this fate. 


A ~1.3 MHz bump can be seen here, which would conspire with the bump in the demod board I measured yesterday, to steal even more phase around 1MHz. Maybe we can modify the FSS box to help our gain peaking situation out. 

The data is attached.

RXA: Shazam!

Attachment 3: FSSdata.zip
  10371   Tue Aug 12 23:07:24 2014 HarryUpdateGeneralPSL Telescope

I put the PSL telescope in place, and started coupling to it.

Unfortunately, I was only able to couple about 55 uW into the "fiber coupler" (read: fiber coupled splitter). See picture below:


Additionally, I'm not sure why this is, but both of the splitters we ordered don't split equally, but to 90% and 10% in each output port.

We also found that, since we aren't using the fibers we originally intended to, the specs are a little different, and the waist we're trying to have at the collimator face is now 283 um.

  10372   Wed Aug 13 03:03:37 2014 ericqUpdateGeneralGreen beatnote troubles

[Jenne, Rana, ericq]

No luck locking tonight, as spent a while trying to figure out the complete absence of the green beatnotes. Long story short, we ended up having to adjust the pointing on the PSL table.

Unrelated to this, we also turned on the noise eater on the PSL laser because why not. 

We hooked the BBPDs directly up to a 300MHz scope to try to see the beat as it happened. We witnessed a very strange intermittent ~800MHz oscillation on the Y BBPD, and weirder still, on both the RF and DC outputs of the PD, and the frequency was independent of the laser temperatures. This is to be investigated in the future, but was not related to the beat note state. 

Some progress was made when we took some components out, and looked at the far field of the PSL-Ygreen overlap, and saw some misalignment, and corrected it. Putting the end laser temperature in the usual area allowed the beat note to be found, with the eventual amplitude of ~-40dBm directly out of the BBPD. The Y green alignment was pretty bad throughout, so this can be improved to bring the beat amplitude up. We should also check and make sure we're well aligned to the SHG with the PSL light. We're leaving the X beat for tomorrow, now knowing that we should be able to get it with careful alignment. 

  10373   Wed Aug 13 10:49:39 2014 HarryUpdateGeneralWeekly Update

 In the past week, I designed and assembled coupling telescopes for the PSL and Y Arm Lasers

The Y Arm was coupled to ~5mV, and the PSL remains uncoupled.


For the next week, I'm planning on working on things like my presentation and/or final report.

Though as of last night, my computer refuses to turn on, so there may be some further "troubleshooting" involved in that whole process.

ELOG V3.1.3-