ID |
Date |
Author |
Type |
Category |
Subject |
10315
|
Fri Aug 1 00:51:07 2014 |
Koji | Update | PSL | FSSSlowServo 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 & |
10314
|
Thu Jul 31 23:43:00 2014 |
Koji | Update | IOO | Modulation 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. |
10313
|
Thu Jul 31 23:19:22 2014 |
Koji | Update | Computer Scripts / Programs | SVN 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. |
10312
|
Thu Jul 31 21:59:25 2014 |
Koji | Bureaucracy | General | Ants |
Don't leave your food on tables and desks!
Also I put the souvenir chocolates in the microwave, just in case. |
Attachment 1: P7316690.JPG
|
|
10311
|
Thu Jul 31 21:21:49 2014 |
Koji | Frogs | elog | MicroSoft BingBot is attacking us |
Oh, this is cool! Thanks!
I could not figure out how to place robot.txt as it was not so obvious how elogd handles the files in the "logfile" directory. |
10310
|
Thu Jul 31 19:37:59 2014 |
Koji | Update | IOO | Successful 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 |
10309
|
Thu Jul 31 18:54:03 2014 |
Chris | Frogs | elog | MicroSoft BingBot is attacking us |
Quote: |
The ELOG was frozen, with this in the .log file:
GET /40m/?id=1279&select=1&rsort=Type HTTP/1.1
Cache-Control: no-cache
Connection: Keep-Alive
Pragma: no-cache
Accept: */*
Accept-Encoding: gzip, deflate
From: bingbot(at)microsoft.com
Host: nodus.ligo.caltech.edu
User-Agent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)
(hopefully there's a way to hide from the Bing Bot like we did from the Google bot)
|
Yesterday elog was excruciatingly slow, and bingbot was the culprit. It was slurping down elog entries and attachments so fast that it brought nodus to its knees. So I created a robots.txt file disallowing all bots, and placed it in the elog's scripts directory (which gets served at the top level). Today the log feels a little snappier -- there's now much less bot traffic to compete with when using it.
We might be able to let selected bots back in with a crawl rate limit, if anyone misses searching the elog on bing. |
10308
|
Thu Jul 31 15:25:51 2014 |
Harry | Update | General | PolarizationExtinction Ratio of Fibers |
Purpose
We wanted to measure the PER of the polarization maintaining fibers, so we could say to what extent they are truly polarization maintaining.
Setup
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.

Methods
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.
Results
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. |
10307
|
Thu Jul 31 14:23:28 2014 |
Akhil | Summary | Electronics | PZT Calibration |
The PZT seems to saturate at around +/- 3500 counts. So for the Y arm, I excluded the saturated points and fitted the data points again.
As for the calibration number, we expect the 3276.8 count/V for +/- 10 V range of a 16 bit ADC but the number is ~800 count/V. I couldn't figure out a reason why the number is so different.
The new calibration values are :
X- arm PZT : [146.3 +/- 2.37 ] counts/Volt (with a 20 dB attenuator included in the path)
Y- arm PZT : [ 797 +/- 3.6] counts/Volt
I will get the calibration in MHz/V of PZT actuation and check whether these numbers make any sense. |
Attachment 1: PZT_Y_Calibration.pdf
|
|
10306
|
Thu Jul 31 12:23:38 2014 |
Koji | Summary | Electronics | PZT Calibration |
1) Don't be brainless. Redo the fitting of the Y arm. Obviously the fit is not good.
2) How can you explain the value from the ADC bit and range?
e.g. +/-10V range 16bit ADC => 2^16/20 = 3276.8 count/V |
10305
|
Thu Jul 31 12:01:35 2014 |
Nichin | Update | Computer Scripts / Programs | PDFR 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
|
|
10304
|
Thu Jul 31 11:54:54 2014 |
Akhil | Summary | Electronics | PZT Calibration |
Koji asked me to get the calibration of the PZT counts to Volts for the the X and Y ends. Yesterday, I went inside the lab and took some measurements from the digital readout of the PZT by giving in a DC offset(-5 to +5 volts) to PZT_Out and read out from these channels:
For X-end: C1:ALS-X-SLOW_SERVO1_IN1
For Y-end: C1:ALS-Y-SLOW_SERVO1_IN1
Since a 20dB attenuator was placed in the path of X-arm readout while taking the Transfer functions(Detail), I did the calibration measurements without removing it from the path. However, for the Y arm there was no attenuator in the readout path.
The obtained calibration values are :
X- arm PZT : [146.3 +/- 2.37 ] counts/Volt
Y- arm PZT : [ 755.1 +/- 3.6] counts/Volt
The attached are the fit and data plots for the above calibration. |
Attachment 1: PZT_Y_Calibration.pdf
|
|
Attachment 2: PZT_X_Calibration.pdf
|
|
10303
|
Thu Jul 31 09:14:14 2014 |
ericq | Update | IOO | MC 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... |
10302
|
Thu Jul 31 01:08:54 2014 |
Koji | Update | LSC | ALS 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. |
10301
|
Wed Jul 30 23:12:05 2014 |
Koji | Update | General | IFO 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.
C1:IOO-MC_REFL_OFFSET -0.238
C1:PSL-FSS_INOFFSET -0.94
- 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?
|
10300
|
Wed Jul 30 22:01:24 2014 |
Koji | Update | LSC | MC 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. |
10299
|
Wed Jul 30 18:09:08 2014 |
Harry | Update | General | AUX and PSL Coupling Telescopes |
Purpose
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.
Methods
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.

ALM files are attached in .zip file.

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
|
10298
|
Wed Jul 30 15:33:48 2014 |
Akhil | Summary | General | Calibrated Thermal Actuator TFs |
The goal of the measurements we made ( my previous 3 elogs) was to characterize the laser frequency thermal actuator that is a part of the FOL- PID loop.
For this we made indirect TF measurements for the thermal actuator by looking at the PZT response by 1)arm cavity( ETM ,ITM) displacement and 2) temperature offset excitation. The goal was to do something like getting G1=TF3/TF1 and G2=TF3/TF2 and ultimately dividing G2/G1 to get TF2/TF1 with correct calibration. The final TFs obtained are the X and Y arm TFs for Laser frequency response vs temperature offset in(HZ/count). The calculations in detail are:
Obtained G1 = PZT response/ Temperature Offset (count/count): (in detail here )
Obtained G2 = PZT response/ X and Y arm displacement( count/ count) : (in detail here)
Calibrated G2 to count/m ( in detail here)
Divided G2/G1 to get X and Y arm displacement/ Temperature Offset( m/ count) to get G3
Did these calculations:
dL/ L = dF /F
F = c/lambda ;Lambda = 532 nm ; L =
X arm length = 37.79 +/- 0.05 m
Y arm length = 37.81 +/- 0.01 m
TF: Laser Freq/ Temperature Offset = G3 *F/L (HZ/Count)
The calibration coefficients for the ends are :
X End: [23.04 +/- 0.23 ]* 10^3 (HZ/Count)
Y End: [18.71 +/- 0.2 ]* 10^3 (HZ/Count)
For the TFs of the temperature actuator on laser frequency I used ITMs for both the arms. The bode plots for the calibrated( HZ/Temp Count) are attached.
For the X-Arm Thermal Actuator, I calculated the TFs at two different frequency ranges and combined the results where the coherence is high(>0.7). At 1 Hz the coherence was not as good as the other frequencies(due to the suspension resonance at 0.977 Hz).
The poles and zeroes are estimated after fitting this data using Matlab vectfit tool.The graphs showing fit and measured values are attached.
Y arm Thermal Actuator:
5th order TF fitted:
Gain: 9000
Zeroes:
z1 = -0.9799;
z2 = 2.1655;
z3 = -2.9746- i * 3.7697
z4 = -2.9746+ i * 3.7697
z5 = 95.7703 + 0.0000i
Poles:
p1 = -0.0985- i* -0.0845
p2 = -0.0985+ i* -0.0845
p3 = -0.6673- i* -0.7084
p4 = -0.6673+ i* -0.7084
p5 = -8.7979.
X-arm Thermal Actuator:
5th order TF fitted:
Gain = 20
Zeroes:
z1= -305.7766
z2 = -18.2774
z3 = -16.6167
z4 = -1.2486
z5 = 28.1080
Poles:
p1 = -0.1311 - 0.1287i
p2 = -0.1311 + 0.1287i
p3 = -8.3797 + 0.0000i
p4 = -4.0588 - 7.5613i
p5 = -4.0588 + 7.5613i
I will use get the poles and zeroes from these fitted bode plots and use it to build the PID loop.
|
Attachment 1: Y_Arm_TA_TF.pdf
|
|
Attachment 2: X_Arm_TA_TF.pdf
|
|
Attachment 3: Y_Arm_TA_with_fit.pdf
|
|
Attachment 4: X_Arm_TA_with_fit.pdf
|
|
10297
|
Wed Jul 30 11:15:44 2014 |
Akhil | Update | General | Weekly 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).
|
10296
|
Wed Jul 30 10:16:54 2014 |
Andres | Update | 40m Xend Table upgrade | Green 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
|
|
Attachment 2: dWaistSize_dlensVsdWaistPosition_dlens.png
|
|
Attachment 3: XarmNewOpticalSetup.PNG
|
|
10295
|
Wed Jul 30 09:51:18 2014 |
Steve | Update | PSL | PSL Innolight controller fan is noisy |
Quote: |
The bearing is chirping in the back of the 2W Innolight laser controller. It is loud enough to hear it. I placed 4 soft rubber feet under the controller to avoid shaking other things on self.
The HEPA filter bearing becomes noisy at 50V
Keep it at 20V for low noise
|
Hello Steve,
I’ve received some fan pictures from our manufacturing center. Your system will have one of the two fans pictured. Please contact manufacture company for more information.
http://www.sunon.com/index.php
Best Regards,
Agustin (TJ) Tijerina
Commercial Product Support Center
Coherent, Inc.
5100 Patrick Henry Dr., Santa Clara, Ca. 95054
Product Support: (800) 367-7890
product.support@coherent.com
www.coherent.com
Finally we got it!
The fans are ordered. |
10294
|
Wed Jul 30 09:33:33 2014 |
Steve | Update | SUS | RIN of HeNe lasers |
From old 40m elog 5-29-2007 |
Attachment 1: RINHeNe.pdf
|
|
Attachment 2: RINHeNe2.pdf
|
|
Attachment 3: RINHeNe2.pdf
|
|
Attachment 4: RINHeNe3.pdf
|
|
10293
|
Wed Jul 30 00:42:27 2014 |
Koji | Update | LSC | MC servo |
I used an oscillator and an oscilloscope to measure the open loop transfer function at higher frequency than 100kHz.
(I remember that I tried to use Agilent 4375A for this and failed before ... due to low input impedance???)\
Here is the update. It seems that the gain margin is not so large. We should apply low pass to prevent too large servo bump. |
Attachment 1: MCservo.pdf
|
|
10292
|
Tue Jul 29 21:34:41 2014 |
ericq | Update | Computer Scripts / Programs | SVN bulletin |
A heads up to anyone using SVN with computers on the Martian network:
When we moved the svn repository on nodus to /export, we set it up such that the internet-facing svn URL was unchanged. However, it turns out that the martian network machines (i.e. Stuff mounted on the NFS share) were still pointing to the old svn files in /cvs/cds/caltech/svn, and thus not seeing new revisions made in /export/home/svn. If your martian network svn'd files got weird, this is why.
I'm relocating the root svn URLs on the martian machines' checkouts to point to the nodus https address as I find them, to make them robust against future local movement of the svn files.
Peoples' user files should be fine, this looks like it'll only really affect things such as scripts and medm screens, etc. |
10291
|
Tue Jul 29 20:14:10 2014 |
Koji | Update | 40m Xend Table upgrade | Xarm Green steering mirror upgrade |
That was super fast! Great job, Andres and Nic! |
10290
|
Tue Jul 29 20:14:08 2014 |
Andres | Update | 40m Xend Table upgrade | Xarm Green steering mirror upgrade |
Xarm Green Steering Mirror Upgrade
Nick and I did the upgrade for the green steering mirror today. We locked in the TEM00 mode.
We placed the shutter and everything. We move the OL, but we placed it back. Tonight, I'll be doing a more complete elog with more details. |
10289
|
Tue Jul 29 19:00:40 2014 |
Harry | Update | General | Weekly Plan (7.29.14) |
The Past Week
In the past week, I have improved the coupling in the fiber testing setup on the SP table to up to ~45%
I also measured the input/output modes of the fiber with collimators.
Manasa, Q and I have designed, and redesigned a setup to measure Polarization Extinction Ratio introduced by fibers.
I have also partially assembled the box that will hold the frequency counters and RPi for FOL.
Today (Tuesday) I measured waists of PSL and AUX, at dumped light from the SHG's for use in designing coupling telescopes for FOL.
Next Week
In the next week, I will design and couple light from PSL and AUX (Y arm) into fibers for use in testing FOL.
Once that's done, I will continue testing fiber characteristics, starting with Polarization Extinction Ratio.
Items Needed
Power cord for Raspberry Pi (ordered)
AD9.5F collimator adapter (ordered)
|
10288
|
Tue Jul 29 18:58:57 2014 |
Nichin | Update | Computer Scripts / Programs | PDFR update and Test run |
The PDFR system's interface and scripts have been updated to include quite a few more features.
On the interface side, there are buttons to open the previous plot for each PD and also a single button to run the scans on all PDs sequentially. The previous plot buttons actually open a softlink that is updated each time a measurement is taken.
Running a scan now pops up a terminal window to show messages that help understand whats going on.

In the background, the script now takes in the transfer function of the demodulator board in ZPK format and calibrates it out of each measurement. The parameters are given .dat files making it easier to replace the transfer function. (Remember my last elog which showed that the fitting of transfer functions were not really great and that I am going to use it anyway to get the script updated.) Also, the script now takes the delay in the RF cables and calibrates out that as well. So we no longer have the huge phase variations and the phase related to transimpedance are visible.
A test run was conducted today. Plots attached.
NOTE: The test can be conducted only on REFL 11,33,55,165 , AS55, and POX11.
POY11 has an optical fiber routed from this system, but there is no space to actually illuminate this PD. So it is currently not included in our system, even though there is a button for this.
POP22 has a fiber illuminating it, but its a unknown broadband PD. I do not know it's DC transimpedance or other values. Its just of matter of updating a few files that feed it's parameters into PDFR.
However, for the above PDs, the demodulator boards have been fit to a transfer function and the script is ready to go as soon as the above problems are fixed.
Conclusion: The plots look noisy. But, the transimpedance now resembles the one on 40-m wiki for all the PDs, both the shape and values.
There will be some errors that are induced because of improper demodulator TF fitting. This has to be taken care of eventually.
Work remaining: Create a canonical set of plots for each PD and set them as the baseline. These canonical plots will be plotted along with each measurement for easy comparison.
A well documented manual for the whole system clearly explaining where and how it takes all the parameters into account so that anybody can easy update just the essential information. |
Attachment 2: PDFR_testRun_29-07-2014.pdf
|
|
10287
|
Tue Jul 29 18:52:42 2014 |
Harry | Update | General | PSL and AUX Coupling Waist Measurement |
//edit Manasa// Harry will update this elog with before/after pictures of the table and power of the 1064nm rejected beam from the SHG.
While making these measurements, I reduced the Y end laser power (decreasing the current) so that we could use the beam profiler without burning anything and then brought it back up to the nominal power after the measurements were done.
Purpose
We wanted to take measurements of "waists" of the PSL and AUX (Y-Arm) so I can then design a telescope to couple both into fibers for use in FOL.
Measurements
For both lasers, PSL and AUX, I measured the profile of the dumped red (1064nm) beams coming out of the second harmonic generators, as this is the light that we will be using in FOL.
The power in the beam I measured from the PSL was 87.5 mW, and the power in the measured beam at the end table was 96 mW (when reduced from nominal power).
I used the beam profiler to take measurements of spot size at multiple points along the optical axis of both lasers.
An issue with these measurements was space constraints. In other words, there was no room on either table for a translation stage to hold the Profiler. I used a tape measure to determine Z-Coordinates. However, especially in the case of the AUX laser, parallax error caused uncertainty in my position measurements, which I would estimate at plus and minus 1.5cm.
I then fit these data using ALM to determine waist size and location for use in telescope design.
Z = 0 in the PSL graph is the face of the first mirror in the beam path, and in the AUX graph Z = 0 is the face of the SHG.

 
My measurement of the PSL gave:
X Waist = 43um at z = 6.8mm, as measured from the face of the SHG.
Y Waist = 44um at z = 6.8mm, as measured from the face of the SHG.
AUX Measurements gave:
X Waist = 44um at z = -3.1mm from the SHG face
Y Waist = 36um at z = -3.6mm from the SHG face
Find attached alm files in .zip
Movement on the Tables
In order to facilitate the measurements, we needed to move some things around, as pictured below.
On the PSL table, we installed a steering mirror after the Green filtering mirror, which is immediately after the SHG output, in addition to appropriate beam dumps.
before after 
At the end table, we removed some unused optics, as well as a PD, which were in the way . //edit// manasa: We removed IPANG (which has no light on it) and the associated steering optics.
before  after 
Moving Forward
Either tonight or tomorrow morning, I will use these data to design coupling telescopes for the PSL and AUX light.
Tomorrow, I will couple both lasers to fibers, and hopefully finish assembling the optics for FOL |
Attachment 4: FOL.zip
|
Attachment 8: AUXBefore.JPG
|
|
10286
|
Tue Jul 29 18:00:20 2014 |
Akhil | Update | LSC | Calibration of ETMX and ETMY actuators |
The ultimate goal of characterizing the temperature actuator turned to be fruitful in obtaining the calibration values for ETMX and ETMY (Calibration of ITMs were done previously here but not for ETM). In this process, I measured the PZT response by displacing one of the test masses in the frequency range of 20 Hz and 900 Hz and measured the transfer functions in counts/counts.
ETMX = [12.27 x 10 -9/ f2 ] m/count
ETMY = [14.17 x 10 -9/ f2] m/count
I calculated these calibration values from the measurements that we have taken( in detail : elog) and did the following calculations:
The measurements I made were :PZT count/ Actuator Count separately for all the test masses.
PZT count/ Actuator count = [PZT count/ arm cavity displacement(m) ]*[ displacement of a test mass(m) / Actuator Count]
For a same laser and assuming flat response of the PZT, the term [PZT count/ arm cavity displacement(m) ] remains for all the test masses.
The fitting was done on the gain plots of the PZT Response vs Test mass displacement and a function G * f ^-2 was fitted. The resulting G values were:
ETMX: 8.007* f ^-2
ITMX: 3.067* f ^-2
ETMY :11.389* f ^-2
ITMY : 3.745* f ^-2
To calculate the calibration of ETMX:
[PZT count/ Actuator count : ETMX ] / [ displacement of a test mass(m) / Actuator Count :ETMX] = [PZT count/ Actuator count : ITMX ] / [ displacement of a test mass(m) / Actuator Count :ITMX]
putting the values from the above fitting and Kiwamu's elog,
the calibrated value was calculated to be [12.27 * 10^-9 /f^-2 ]m/count.
A similar calculation was done for ETMY.
The attached are the fitting plots for the measurements taken.
Now using these and the previously measured calibrations, I will get the complete calibrated TF of the thermal actuator.
|
Attachment 1: PZT_ETMX_TF.png
|
|
Attachment 2: PZT_ETMY_TF.png
|
|
Attachment 3: PZT_ITMX_TF.png
|
|
Attachment 4: PZT_ITMY_TF.png
|
|
10285
|
Tue Jul 29 16:41:54 2014 |
Koji | Update | LSC | MC servo |
The MC openloop gains were measured with several conditions
- MC fast/PC crossover was measured to be ~30kHz.
- No feature found in the fast path above 10kHz.
=====
I have been making a circuit to test the crossover between the PZT and PC paths.
This was supposed to allow us to inject a test signal as well as the 5V necessary to offset the voltage for the HV amp.
So far this attempt was not successful although the circuit TF looked just fine. I was wondering what was wrong.
I now suspect that the noise of the circuit was too big. It has ~65nV/rtHz noise level. This corresponds to the external
disturbance of 1~2Hz/rtHz. This is ~10 times larger noise level than the freerun frequency noise.
In the control band the circuit noise is suppressed (cancelled) by the feedback loop.
This is OK when the loop is dominated by the PZT loop. However, if the loop is dominated by the PC path,
the PC path has to work for this compensation.
So what I should do is to remove the low pass filter in the FSS and move it to the downstream of the HV amp.
This way we may be able to reduce the PC path actuation as the noise of the HV amp is also reduced by the LPF.
=====
For the meantime, I used another approach to characterize the MC crossover. I could manage to lock the MC without the PC path.
The openloop was measured with and without the PC path in this low gain setup. In fact the loop was oscillating at 6kHz
due to the low phase margin. Nevertherless, this comparison can let us find where the crossover. The loop gain was also
measured with the nominal condition.
<<Measuerement condition>>
No PC
MC IN1 Gain: +19dB
VCO Gain: +3dB
Boosts: No boost / No super boost
FSS Common Gain: +13dB
Fast Path Gain: +21.5dB
The PC path disconnected.
(Note that the loop was almost oscillating and the apparent gain may look lower than it should have been)
WIth PC
MC IN1 Gain: +19dB
VCO Gain: +3dB
Boosts: No boost / No super boost
FSS Common Gain: +13dB
Fast Path Gain: +21.5dB
The PC path connected.
Nominal
MC IN1 Gain: +19dB
VCO Gain: +15dB
Boosts: Boost On / Super boost 2
FSS Common Gain: +13dB
Fast Path Gain: +21.5dB
The PC path connected.
|
Attachment 1: MCservo.pdf
|
|
10284
|
Tue Jul 29 07:54:34 2014 |
Steve | Update | SUS | ETMX damping restored |
ETMX sus damping restored |
10283
|
Mon Jul 28 17:53:00 2014 |
Akhil | Update | General | Work plan for the Upcoming weeks- FOL Project |
[Akhil, Harry]
Work Completed :
Frequency Counter:
- Interfacing with the Raspberry Pi
- Characterization of the FC:
- Transfer Function
- Quantization Noise Estimation
Temperature Actuator:
- Measurement of the Transfer Function
EPICS and Channel Readout:
- Creating a new Channel Access Server(SoftIOC)
- Piping data from FC into created channels.
Frequency Offset Locking(FOL) Box Design and Plan:
- Planning and selection of place for installation.
- Preparation of the box and routing cables.
Work Plan for Upcoming Weeks:
- Calibration of the Thermal Actuator TF and PID loop design.
- Channel Testing after installation of the FOL box inside the 40m.
- Optics:
- Measure beam profiles of AUX lasers and PSL.
- Design coupling telescope, given space constraints at end tables
- Couple lasers into fibers
- Connect fibers from lasers to fiber coupled Beam Combiner and Photodiode.
- Testing of FOL loop after installation of the complete system.
|
10282
|
Mon Jul 28 17:25:32 2014 |
Harry | Update | General | Fiber Mode With Collimators |
Purpose
We want a measurement of the fiber modes at either end, with the collimators, because these will be the modes that we'll be trying to match in order to couple light into the fibers, for FOL and/or future projects.
Measurement
In order to measure these modes, I used the beam profiler (Thorlabs BP 209-VIS) to take measurements of the beam diameter (cut off at 13.5% of the amplitude) along the optical axis, for each of the fiber ends.
The ends are arbitrarily labelled End 1 and End 2.
For each measurement, the fibers were coupled to roughly 30%, or 25mW at the output.
Regarding the issue of free rotation in the collimator stages: while End 1 was relatively stable, End 2 tended to move away from its optimal coupling position. In order to correct for this, I chose a position where coupling was good, and repositioned the stage to that coordinate (124 degrees) before taking each measurement.
The data were then entered into A La Mode, which gave waist measurements as follows:
End 1--- X Waist: 197um at Z = 4.8mm Y Waist: 190um at Z = 13.6mm
End 2--- X Waist: 192um at Z = 7.4mm Y Waist: 190um at Z = 6.0mm
 
A La Mode code is attached in .zip file
Moving Forward
These are the types of profiles that we will hopefully be matching the PSL and AUX lasers to, for use in frequency offset locking.
More characterization of the fibers is to follow, including Polarization Extinction Ratio.
We also hope to be testing the overall setup soon.
|
Attachment 3: FiberModeWCollimators.zip
|
10281
|
Mon Jul 28 16:34:02 2014 |
Akhil | Update | General | Calibration of measured Thermal Actuator TFs |
To calibrate the measured TFs and characterize the thermal actuator for the FOL loop, we [ Me, Eric Q, Koji ] made the TF measurements of PZT response by giving a disturbance to the position of each of X and Y arm ETM and ITM.
In order to make reasonable conclusions, the measurements were done at frequencies greater than 20 Hz (assuming the PZT response to be flat till a few KHz), which is out of the bandwidth of the control loops operating for other noises at low frequencies, so that we can get the response only( mainly) due to the disturbance of the masses.
For this measurement , a Sine sweep excitation was given as an input to one of the test mass and PZT actuation signal was monitored. The channels used for the measurement are:
Input( Mirror displacement):
ITMX- C1:SUS-ITMX_LSC_EXC
ETMX- C1:SUS-ETMX_LSC_EXC
ITMY- C1:SUS-ITMY_LSC_EXC
ETMY- C1:SUS-ITMX_LSC_EXC
Output ( PZT Response):
C1:ALS-Y_SLOW_SERV_IN1
The units of the TF of these measurements are not calibrated and are in count/count. For this I will use the ITMX and ITMY calibration values from Izumi's Elog. I will also make some calculations and post in the calibrations of ETMX and ETMY in a separate elog.
I am now estimating the calibrated Thermal Actuator TF and will estimate the location of poles and zeroes to build the PID loop. I will elog the final calibrated TFs in my next elog.
The attached are the Bode Plots for ETM and ITM for X and Y arms. |
Attachment 1: mirrorTF2.pdf
|
|
10280
|
Mon Jul 28 10:42:43 2014 |
Nichin | Update | Electronics | Demodulator board's characterization |
I used vector fitting to fit the transfer functions between RF input and PD RF MON of demodulator boards. These fittings can certainly do a lot better on LISO, but for the time being I will assume these to be good enough and change the main PDFR scripts to calibrate out this factor and get a decent reading of PD transimpedance. Then it will just be a matter of changing the transfer function parameters. A lot of work needs to be done on the PDFR interface and plot features.
Attached: The plots showing data and fits. |
Attachment 1: Demod_Fit.pdf
|
|
10279
|
Sat Jul 26 15:30:15 2014 |
Joseph Areeda | Update | Computer Scripts / Programs | NDS2 server propem on megatron |
The NDS2 server on megatron was unresponsive for what i think was the last couple of days.
The NDS the log file (~nds2mgr/logs/nds2-201407151045.log) started reporting "Stage: parser output queue is full." at 2014.7.24 14:47:54 also there are 16 connections still not closed with LindmeierLaptop.cacr.caltech.edu (131.215.146.102) with 15 of them in CLOSE_WAIT.
To identify these zombie sockets we use "netstat -an | grep 31200"
The server was in a condition that /etc/init.d/nds2 stop didn't work and the process had to be manually kill -9'ed and then about 3 or 4 minutes later the zombie sockets were gone at /etc/init.d/nds2 start was used to restart the server.
The LindemejerLaptop was using pynds to get a bunch of channels at once to test drive a streaming visualization code for glitches. It's unclear whether this bumped into a server limitation. We have seen similar states in ldvw that seem to be the result of errors which result in client-server connections not being closed properly, leaving data in an output buffer causing Linux to wait for the other side to empty the buffer. |
10278
|
Sat Jul 26 14:45:33 2014 |
Gabriele | Metaphysics | ASC | Response of POP QPD |
Koji asked me to perform a simulation of the response of POP QPD DC signal to mirror motions, as a function of the CARM offset. Later than promised, here are the first round of results.
I simulated a double cavity, and the PRC is folded with parameters close to the 40m configuration. POP is extracted in transmission of PR2 (1ppm, forward beam). For the moment I just placed the QPD one meter from PR2, if needed we can adjust the Gouy phase. There are two QPDs in the simulation: one senses all the field coming out in POP, the other one is filtered to sense only the contribution from the carrier field. The difference can be used to compute what a POP_2F_QPD would sense. All mirrors are moved at 1 Hz and the QPD signals are simulated:

This shows the signal on the POP QPD when all fields (carrier and 55 MHz sidebands) are sensed. This is what a real DC QPD will see. As expected at low offset ETM is dominant, while at large offset the PRC mirrors are dominant. It's interesting to note that for any mirror, there is one offset where the signal disappears.

This is the contribution coming only from the carrier. This is what an ideal QPD with an optical low pass will sense. The contribution from the carrier increases with decreasing offset, as expected since there is more power.

Finally, this is what a 2F QPD will sense. The contribution is always dominated by the PRC mirrors, and the ETM is negligible.
The zeros in the real QPD signal is clearly coming from a cancellation of the contributions from carrier and sidebands.
The code is attached. |
Attachment 4: foldeddoublecavity.mist
|
classname FoldedDoubleCavity
# parameters
const Pin 1 # input power
const Lprc 6.752 # power recycling cavity length
const d_BS_PR3 0.401 # folding mirror distances
const d_PR2_PR3 2.081
const d_PRM_PR2 1.876
const c 299792458 # speed of light
const fmod 5*c/(4*Lprc) # modulation frequency, matched to Lprc
... 51 more lines ...
|
Attachment 5: pop_qpd.m
|
% compile simulation class
clear classes
m = MIST('foldeddoublecavity.mist');
% create simulation object
s = FoldedDoubleCavity(8);
% set angulat motion
s.PRM.setMotionShape('pitch');
s.PR2.setMotionShape('pitch');
... 85 more lines ...
|
10277
|
Sat Jul 26 14:35:28 2014 |
Akhil | Update | General | Data Acquisition from FC into EPICS Channels |
Quote: |
Quote: |
I succeeded in creating a new channel access server hosted on domenica ( R Pi) for continuous data acquisition from the FC into accessible channels. For this I have written a ctypes interface between EPICS and the C interface code to write data into the channels. The channels which I created are:
C1:ALS-X-BEAT-NOTE-FREQ
C1:ALS-Y-BEAT-NOTE-FREQ
The scripts I have written for this can be found in:
db script in: /users/akhil/fcreadoutIoc/fcreadoutApp/Db/fcreadout.db
Python code: /users/akhil/fcreadoutIoc/pycall
C code: /users/akhil/fcreadoutIoc/FCinterfaceCcode.c
I will give the standard channel names(similar to the names on the channel root)once the testing is completed and confirm that data from FC is consistent with the C code readout. Once ready I will run the code forever so that both the server and data acquisition are in process always.
Yesterday, when I set out to test the channel, I faced few serious issues in booting the raspberry pi. However, I have backed up the files on the Pi and will try to debug the issue very soon( I will test with Eric Q's R Pi).
To run these codes one must be root ( sudo python pycall, sudo ./FCinterfaceCcode) because the HID- devices can be written to only by the root(should look into solving this issue).
Instructions for Installation of EPICS, and how to create channel server on Pi will be described in detail in 40m Wiki ( FOLL page).
|
controls@rossa|~ 2> ls /users/akhil/fcreadoutIoc
ls: cannot access /users/akhil/fcreadoutIoc: No such file or directory
controls@rossa|~ 2>
This code should be in the 40m SVN somewhere, not just stored on the RPi.
I'm still confused why python is in the mix here at all. It doesn't make any sense at all that a C program (EPICS IOC) would be calling out to a python program (pycall) that then calls out to a C program (FCinterfaceCcode). That's bad programming. Streamline the program and get rid of python.
You also definitely need to fix whatever the issue is that requires running the program as root. We can't have programs like this run as root.
|
I tried making these changes but there was a problem with R pi boot again.I now know how to bypass the python code using IOC.I will make these changes once the problem with the Pi is fixed. |
10276
|
Sat Jul 26 13:38:34 2014 |
Jamie | Update | General | Data Acquisition from FC into EPICS Channels |
Quote: |
I succeeded in creating a new channel access server hosted on domenica ( R Pi) for continuous data acquisition from the FC into accessible channels. For this I have written a ctypes interface between EPICS and the C interface code to write data into the channels. The channels which I created are:
C1:ALS-X-BEAT-NOTE-FREQ
C1:ALS-Y-BEAT-NOTE-FREQ
The scripts I have written for this can be found in:
db script in: /users/akhil/fcreadoutIoc/fcreadoutApp/Db/fcreadout.db
Python code: /users/akhil/fcreadoutIoc/pycall
C code: /users/akhil/fcreadoutIoc/FCinterfaceCcode.c
I will give the standard channel names(similar to the names on the channel root)once the testing is completed and confirm that data from FC is consistent with the C code readout. Once ready I will run the code forever so that both the server and data acquisition are in process always.
Yesterday, when I set out to test the channel, I faced few serious issues in booting the raspberry pi. However, I have backed up the files on the Pi and will try to debug the issue very soon( I will test with Eric Q's R Pi).
To run these codes one must be root ( sudo python pycall, sudo ./FCinterfaceCcode) because the HID- devices can be written to only by the root(should look into solving this issue).
Instructions for Installation of EPICS, and how to create channel server on Pi will be described in detail in 40m Wiki ( FOLL page).
|
controls@rossa|~ 2> ls /users/akhil/fcreadoutIoc
ls: cannot access /users/akhil/fcreadoutIoc: No such file or directory
controls@rossa|~ 2>
This code should be in the 40m SVN somewhere, not just stored on the RPi.
I'm still confused why python is in the mix here at all. It doesn't make any sense at all that a C program (EPICS IOC) would be calling out to a python program (pycall) that then calls out to a C program (FCinterfaceCcode). That's bad programming. Streamline the program and get rid of python.
You also definitely need to fix whatever the issue is that requires running the program as root. We can't have programs like this run as root. |
10275
|
Sat Jul 26 13:10:14 2014 |
Akhil | Update | General | Thermal Actuator Transfer Functions |
Koji said that the method we used for X-arm thermal actuator TF measurement was not correct and suggested us to make measurements separately for high and low frequencies( ensuring coherence at those frequencies is high).
(Edit by KA: The previous measurements for X/Y arm thermal actuators were done with each arm individually locked. This imposes the MC stability to the arm motion. The MC stability is worse than the arm stability due to shorter length and more number of the mirrors. Thus the arm motions were actually amplified rather than stabilized. The correct configuration was to stabilize MC using the other arm and control the measurement arm with the arm cavity length.)
So I and Eric Q took some improved TF measurements last night for the X-arm. The input excitation and the filters used were similar to that of the previous measurement . The attached are the TF plots showing two different frequency measurements.The data was saved and will be used to generate a complete TF. The attached (TFX_new.pdf)shows the independent TF measurement for X-arm temperature actuator. The black legend shows the TF at high frequencies(>1 Hz) and the red at low frequencies(<1 Hz). The final TF plots( from the data) will be posted in my next elog.
We also made the measurements needed for calibration of these actuator Transfer functions. For this we gave some excitation for the arm length( separately for X arm and Y arm) and measured the PZT response. I will eLog with the details of the measurement and results shortly. |
Attachment 1: TFX_new.pdf
|
|
10274
|
Sat Jul 26 10:12:19 2014 |
Akhil | Update | General | Data Acquisition from FC into EPICS Channels |
I succeeded in creating a new channel access server hosted on domenica ( R Pi) for continuous data acquisition from the FC into accessible channels. For this I have written a ctypes interface between EPICS and the C interface code to write data into the channels. The channels which I created are:
C1:ALS-X-BEAT-NOTE-FREQ
C1:ALS-Y-BEAT-NOTE-FREQ
The scripts I have written for this can be found in:
db script in: /users/akhil/fcreadoutIoc/fcreadoutApp/Db/fcreadout.db
Python code: /users/akhil/fcreadoutIoc/pycall
C code: /users/akhil/fcreadoutIoc/FCinterfaceCcode.c
I will give the standard channel names(similar to the names on the channel root)once the testing is completed and confirm that data from FC is consistent with the C code readout. Once ready I will run the code forever so that both the server and data acquisition are in process always.
Yesterday, when I set out to test the channel, I faced few serious issues in booting the raspberry pi. However, I have backed up the files on the Pi and will try to debug the issue very soon( I will test with Eric Q's R Pi).
To run these codes one must be root ( sudo python pycall, sudo ./FCinterfaceCcode) because the HID- devices can be written to only by the root(should look into solving this issue).
Instructions for Installation of EPICS, and how to create channel server on Pi will be described in detail in 40m Wiki ( FOLL page).
|
10273
|
Fri Jul 25 17:28:31 2014 |
Harry | Update | General | FOL Box and PER Update |
Purpose
We're putting together a box to go into the 1X2 rack, to facilitate the frequency counters, and Raspberry Pi that will be used in FOL.
Separately, I am working on characterizing the Polarization Extinction Ratio of the PM980 fibers, for further use in FOL.
What's Been Done
The frequency counters have been mounted on the face of the box, and nylon spacers installed in the bottom, which will insulate the RPi in the future, once it's finally installed.

In regard to the PER setup, there is an issue, in that the mounts which hold the collimators rotate, so as to align the axes of the fibers with the polarization of the incoming light.
This rotational degree of freedom, however, isn't "sticky" enough, and rotates under the influence of the stress in the fiber. (It's not much, but enough.)
This causes wild fluctuations in coupled power, making it impossible to make accurate measurements of PER.
What's Next
In the FOL box's case, we've ordered a longer power cable for the raspberry pi (the current one is ~9 inches long).
Once it arrives, we will install the RPi, and move the box into its place in the rack.
In the case of the PER measurement, we've ordered more collimator mounts//adapters, which will hopefully give better control over rotation.
|
10272
|
Thu Jul 24 19:28:43 2014 |
Akhil | Update | General | Thermal Actuator Transfer Functions |
As a part of temperature actuator characterization, today Eric Q and I made some measurements for the open loop TF of both the X-arm and Y-arm thermal actuators.
For this, we gave an input of random excitation for the temperature offset input( since we faced some serious issues when we gave in Swept sine yesterday) and observed the PZT actuation signal keeping the arm to be locked all the time of our measurements and ensuring that the PZT signal doesn't saturate.
The channels used for the measurement were C1:ALS-X_SLOW_SERVO2_EXC as the input and C1:ALS-X_SLOW_SERVO1_IN1 as the output.
The random noise used for the measurement :
Y-ARM: Gain- 6000; Filter - butterworth-first order - band-pass filter with start frequency= 1 Hz stop frequency = 5 Hz.
X-ARM: Gain -3000; Filter - butterworth- first order- band-pass filter with start frequency 3 Hz and stop frequency = 30 Hz and notch(1,10,20).
The Y-ARM measurement was stable but for the X-ARM, the PZT was saturating too often so Eriq Q went inside the lab and placed a 20dB attenuator in the path of the X-ARM PZT signal readout to carry out the stable measurements.
The units of the TF of these measurements are not calibrated and are in count/count. I will have to calibrate the units by measuring the PZT count by changing the cavity length so that I can get a standard conversion into Hz/count. I will elog the calibrated TFs in my next elog after I take the cavity length and PZT TFs.
The attached are the bode plots for both the X-ARM and Y-ARM thermal actuators(non-calibrated). I will work on finding the poles and zeroes of this system once I finish calibration of the TF measurements. |
Attachment 1: TF-X-ARM.pdf
|
|
Attachment 2: TF-Y-ARM.pdf
|
|
10271
|
Thu Jul 24 17:37:19 2014 |
Harry | Update | General | Coupling Improvements plus PER Measurement Setup |
Quote: |
Purpose
We wanted to improve the coupling into the fibers, because it's very rarely good enough to take measurements with, as the beam is obscured by random noise.
Additionally, we want to add some things to the current setup in order to better measure Polarization Extinction Ratio.
What Was Done
After flailing for several hours, Koji helped me couple the NPRO light into the fiber, using the fiber illuminator for alignment. The coupled optical power immediately jumped from 0-1uW to 5.6mW (around 11% coupling).
Q and I discussed the setup for measuring PER. In addition to the current setup, we added a half wave plate to control the angle of the polarization, in addition to the existing quarter wave plate, which corrects the beam for ellipticity.

Once everything was coupled, I started minimizing S-Polarization coming out of the first polarizing beam splitter, and maximizing the P-Polarization entering the fibers.
I did this by first varying the Quarter Wave plate to eliminate as much S Polarization as possible, and then, maintaining a constant differential in angle between QWP and HWP, I rotated them both to maximize power coupled into the fibers.
I measured 0.2 mW of S-Polarization, and 54.3 mW of P-Polarization.
At this point, a locking effort started, and I had to leave the 40m.
Moving Forward
Tomorrow, I would like to finish the setup of the PER measurement design. That is to say, add a collimator to the other end of the fiber, and align it with the second PBS.
And, of course, take a measurement of the Polarization Extinction Ratio of the fiber.
To eventually be implemented in Frequency Offset Locking.
|
Today, I encountered a problem with the stage that holds the coupler, in that its ability to rotate unchecked causes coupling to degrade over time due to torsion in the fibers. Our solution was to stress-relieve the fiber with a clamp.
Unfortunately, this also meant losing coupling completely. It was re-coupled at up 72% efficiency. (Subsequent changes in the setup have decreased that to ~24%)
When I took preliminary measurements of the PER, it was significant, which was unexpected. Upon further discussion with Q, we concluded that since the fiber's fast axis hadn't been aligned with the light's polarization, I was getting multiple polarizations out the end of the fiber.
Subsequent measurements of the power contained in the two polarizations of the output light gave about 0.8% S-Polarization introduced by the fiber.
Tomorrow
I would like to find another collimator holder, to hold the output side of the fiber.
Also, I will spend more time aligning the fiber axes, and the second PBS in order to get a better (read: more reasonable) measurement of PER. |
10270
|
Thu Jul 24 14:20:30 2014 |
Steve | Update | SUS | PRM & other oplev gain settings checked |
The PRM sus gains checked OK
All other suspension oplev gains setting were checked out OK
|
Attachment 1: PRMgainsSensors.png
|
|
10269
|
Thu Jul 24 13:01:39 2014 |
ericq | Update | SUS | PRM OPLEV! |
Here's a fun fact: since the great computer failure of June2014, the PRM Oplev gains have been ZERO.

arrrrggggh
I've restored the gains to their old values, and measured the loop TFs.
 
|
10268
|
Thu Jul 24 09:18:15 2014 |
Steve | Update | General | four days |
|
Attachment 1: 4days.png
|
|
10267
|
Wed Jul 23 23:43:28 2014 |
ericq | Update | LSC | Locking efforts; Wrath of the Mode Cleaner |
[Koji, ericq]
We were working on getting back into the locking groove tonight.
The POP2F and REFL3F demod angles needed some tuning to lock the PRC reliably. The green alignments were mostly fine, the X end PZT ASS works reasonably well. Suspensions, especially the ITMs, seemed to be drifting a fair deal; today was fairly hot out, I guess.
We only got to the point of attempting the SqrtInv handoff once (which failed because I forgot to check the filter bank offsets). This was because the Mode Cleaner refused to stay locked longer than ~5-10 minutes at a time. We adjusted the MC and FSS servo offsets by the usual means, but this didn't make a difference.
We discussed and decided that the time is right to roll up our sleeves and dig into the MC loop, and try to figure out why these intermittent times of unreliability keep cropping up. We will check out the servo board, and see if we can find the missing phase than Evan observed, as well as characterize the FSS/PZT crossover, and investigate what kind of conditions we may create that cause the PC to saturate. |
10266
|
Wed Jul 23 19:30:34 2014 |
Nichin | Update | Electronics | Time delay in the RF multiplexer (Rack 1Y1) |
A time delay can be modeled as the exponential transfer function : e(-sTd) as seen HERE . Therefore the slope of the phase gives us the time delay.
The transfer function of RF multiplexer in rack 1Y1 (NI PXI-2547) was fit to an ideal delay function e(-sTd) , with Td = 59 ns.
The plots shows the actual data, fit data and data after correction using the ideal model stated above.
Conclusion:
Delay the RF Multiplexer is approximately 59 ns. This value can be used to correct the phase in measurements of transimpedance for each PD by dividing out the ideal transfer function for time delay.
|
Attachment 1: RFmux1.pdf
|
|
Attachment 2: RFmux2.pdf
|
|