40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 188 of 344  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  108   Thu Nov 15 18:36:48 2007 JohnSummary PSL table work
I've rotated the lambda/2 plate to 340deg (from 6 deg) and blocked one arm of the Mach-Zender. Undo both if you need to.
  5069   Sat Jul 30 10:01:35 2011 JennyUpdatePSLPSL table work

I've been working on the PSL table to put together a setup so that I can measure the reference cavity's response to a temperature step increase at the can surrounding it. My first step was to mode match the beam coming from the AP table to the cavity.

I implemented my mode matching solution. I ended up using a different one from the one I last elogged about. Here is the solution I used:

Two lenses: f = 1016.7.6 mm at -0.96 m and f = 687.5 mm at -0.658 m. (I set my origin at the polarizing beam splitter--the spot where I want my beam to match the beam coming from the PMC, so all waists are behind that point). Below is what it should look like.


What I did on the table:

  • Before placing lenses I aligned the beam and added a 1/2-wave plate between the two polarizing beam splitters to change the polarization of the beam from S to P.
  • I aligned the beam so that it reflected off of the cavity opening (monitoring the reflected power with a photodetector connected to an oscilloscope and tweaking the alignment to maximize the reflected signal). 
  • I then placed the lenses at -0.93 and -0.64 mm because the exact spots were blocked by optics being used in another setup.
  • I reasoned that since the fitting for the initial waist is so uncertain, the lens position being off by a few cm will not produce the dominating source of error. I am now driving the laser frequency using a lock-in as a function generator to drive the laser temperature at ~1 Hz. I'm then monitoring the power transmitted by the reference cavity with a camera connected to a TV monitor. I will use this setup to improve my mode matching.

Here's a picture of the PSL table with the lenses and mirror I added. The beam is redirected by a mirror and then a polarizing beam splitter. Past the beam splitter is another lens (f=286.5 mm), which was already in place from the mode matching of the beam from the PMC to the reference cavity.


Here is a block diagram of my intended experimental setup:


I am going to try to lock the laser to the cavity given my preliminary mode matching and then go back and improve it later. My next step is to find a frequency range for dithering the voltage sent to the PZT. To do this I will:

  • Measure the transfer function (amplitude response) of the PZT using a photodiode. The power outputted by the laser varies with driving frequency.
  • Find a frequency region in which the amplitude response is low.
Attachment 3: LIGO_block_diagram.png
  9252   Thu Oct 17 22:38:25 2013 MasayukiUpdatePSLPSL temperature changed

[Manasa, Masayuki]

PSL temperature changed

The beat note of Xarm looked somehow strange before (elog). It should be the highest when the green transmission power is highest, in other words when the end green PDH locks with a TEM00 mode. But it was not like that. When the end PDH locked with other modes (GTRX: below 0.3), the beat note was higher than TEM00 mode (GTRX: around 0.5). 

We guessed that end green laser was somewhere around the point where there were 2 stable TEM00 modes . In order to move away from this unstable region of the end laser, we changed PSL temperature to obtain beat note at a different green laser frequency where we do not have any of the weird modes oscillating.

We changed the PSL temperature from 31.63 degree to 31.33 degree. We measured the in-loop noise of ALS loop and I attached it. There is not big difference in Yarm, but the Xarm in-loop noise become better in high frequency region. We think before the xend green laser was in a not-so-good state and the laser had more frequency noise then. 

ALS stability

After change PSL temperature, Xarm ALS is so stable. Actually Xarm is being locked right now and it is locked for more than 50 minutes!!
Although the Xarm ALS is so stable, Yarm ALS is not stable right now. It lost lock by ~5min. We don't know what is the reason, so we will try to fix it tomorrow.

Attachment 1: in-loop.pdf
  14605   Mon May 13 10:45:38 2019 gautamUpdatePSLPSL turned ON again

I used some double-sided tape to attach a San Ace 60 9S0612H4011 to the Innolight controller (Attachment #1). This particular fan is rated to run with up to 13.8V, but I'm using a +15V Sorensen output - at best, this shortens the lifespan of the fan, but I don't have a better solution for now. Then I turned the laser on again (~1040 local time), using the same settings Rana configured earlier in this thread. PMC was locked, and the IMC also could be locked but I closed the shutter for now while the laser frequency/intensity stabilizes after startup. The purpose is to facilitate completion of the pre-vent alignment checklist in prep for the planned vent tomorrow. PMC Trans reports 0.63 after alignment was optimized, which is ~15% lower than in Oct 2016.

Attachment 1: IMG_7431.JPG
  14609   Wed May 15 10:56:47 2019 gautamUpdatePSLPSL turned ON again

To test the hypothesis that the fan replacement had any effect on the NPRO shutoff phenomena, I turned the HEPA on the PSL table down to the nominal 30% setting at ~10am.

Tomorrow I will revert the laser crystal temperature to whatever the nominal value was. If the NPRO runs in that configuration (i.e. the only change from March 2019 are the diode TEC setpoints and the new fan on the back of the controller), then hurray.

  14595   Mon May 6 10:51:43 2019 gautamUpdatePSLPSL turned off again

As we have seen in the last few weeks, the laser turned itself off after a few hours of running. So bypassing the lab interlock system / reverting laser crystal temperature to the value from Innolight's test datasheet did not fix the problem.

I do not understand why the "Interlock" and "TGUARD" channels come revert to their values when the laser was lasing a few minutes after the shutoff. Is this just an artefact of the way the diagnostics is set up, or is this telling us something about what is causing the shutoff?

Attachment 1: NPROshutoff.png
  14599   Thu May 9 19:50:04 2019 gautamUpdatePSLPSL turned off again

This time, it stayed on for ~24 hours. I am not going to turn it on again today as the crane inspection is tomorrow and we plan to keep the VEA a laser safe area for speedy crane inspection.

But what is the next step? If these diode temps maximize the power output of the NPRO, then it isn't a good idea to raise the TEC setpoint futher, so should I just turn it on again with the same settings?

I did not turn the HEPA down on the PSL enclosure. I also turned off the NPROs at EX and EY so now all the four 1064nm lasers in the VEA are turned OFF (for crane inspection).


locked PMC at 1900 PT; let's see how long it lasts.

My hunch is that the TECs are working too hard and can't offload the heat onto the heat sinks. As the diode's degrade, more of the electrical power is converted to heat in the diodes rather than 808 nm photons. So hopefully the increased airflow will help

Attachment 1: Screenshot_from_2019-05-09_19-49-29.png
  14583   Mon Apr 29 16:25:22 2019 gautamUpdatePSLPSL turned on again

I turned the 2W NPRO back on again at ~4pm local time, dialing the injection current up from 0-2A in ~2 mins. I noticed today that the lasing only started at 1A, whereas just last week, it started lasing at 0.5A. After ~5 minutes of it being on, I measured 950 mW after the 11/55 MHz EOM on the PSL table. The power here was 1.06 W in January, so ~💯  mW lower now. 😮 

I found out today that the way the python FSS SLOW PID loop is scripted, if it runs into an EZCA error (due to the c1psl slow machine being dead), it doesn't handle this gracefully (it just gets stuck). I rebooted the crate for now and the MC autolcoker is running fine again. 

NPRO turned off again at ~8pm local time after Anjali was done with her data taking. I measured the power again, it was still 950mW, so at least the output power isn't degrading over 4 hours by an appreciable amount...

  14593   Fri May 3 12:51:58 2019 gautamUpdatePSLPSL turned on again

Per instructions from Coherent, I made the some changes to the NPRO settings. The value we were operating at is in the column labelled "Operating value", while that in the Innolight test datasheet is in the rightmost column. I changed the Xtal temp and pump current to the values Innolight tested them at (but not the diode temps as they were close and they require a screwdriver to adjust), and turned the laser on again at ~1245pm local time. The acromag channels are recording the diagnostic information.

update 2:30pm - looking at the trend, I saw that D2 TGuard channel was reporting 0V. This wasn't the case before. Suspecting a loose contact, I tightened the DSub connectors at the controller and Acromag box ends. Now it too reports ~10V, which according to the manual signals normal operation. So if one sees an abrupt change in this channel in the long trend since 1245pm, that's me re-seating the connector. According to the manual, an error state would be signalled by a negative voltage at this pin, up to -12V. Also, the Innolight manual says pin 13 of the diagnostics connector is indicating the "Interlock" state, but doesn't say what the "expected" voltage should be. The newer manual Coherent sent me has pin13 listed as "Do not use".

Setting Operating value Value Innolight tested at
Diode 1 temp [C] 20.74 21.98
Diode 2 temp [C] 21.31 23.01
Xtal temp [C] 29.39 25.00
Pump current [A] 2.05


  14597   Wed May 8 19:04:20 2019 ranaUpdatePSLPSL turned on again
  1. Increased PSL HEPA Variac from 30 to 100% to get more airflow.
  2. All of the TEC setpoints seem cold to me, so I increased the laser crystal temperature to 30.6 C
  3. Adjusted the diode TEC setpoints individually to optimize the PMC REFL power (unlocked). DTEC A = 22.09 C, DTEC B = 21.04 C
  4. locked PMC at 1900 PT; let's see how long it lasts.

My hunch is that the TECs are working too hard and can't offload the heat onto the heat sinks. As the diode's degrade, more of the electrical power is converted to heat in the diodes rather than 808 nm photons. So hopefully the increased airflow will help.

I tried to increase the DTEC setpoints, but that seems to detune them too far from the laser absorption band, so that's not very efficient for us. IN any case, if we end up changin the laser temperature, we'll have to adjust the ALS lasers to match, and that will be annoying.


The office area was very cold and the HVAC air flow stronger than usual. I changed the setpoint on the thermostat near Steve's desk from 71 to 73F at 1830 today.

  3543   Wed Sep 8 09:50:13 2010 ranaUpdatePSLPSL update

Also, Kiwamu has modified the layout drawing to add the green PLL stuff. This has collapsed the reference cavity's wave function placing it close to its original position.

WE (maybe Valera and Steve) can now put the reference cavity back on the table.

  3558   Sat Sep 11 22:42:07 2010 valeraUpdatePSLPSL update

- The PMC REFL PD was moved from the temporary location to the one called for by the PSL layout (picture attached). The leakage beams were dumped.

- The FSS reference cavity was aligned using temporary periscope and scanned using NPRO temperature sweep. The amplitude of the sweep (sine wave 0.03 Hz) was set such that the PMC control voltage was going about 100 V p-p with. With rough alignment the visibility was as high as 50% - it will be better when the cavity is locked and better aligned but not better than 80% expected from the mode astigmatism that Tara and I measured on Thursday. The astigmatism appear to come from the FSS AOM as it depends on the AOM drive. We reduced the drive control voltage from 5 V to 4V beyond that the diffraction efficiency went below 50%. The FSS REFL PD was set up for this measurement as shown in the attached picture. There is also a camera in transmission not shown in the picture.

Attachment 1: DSC_2502.JPG
Attachment 2: DSC_2505.JPG
  3523   Fri Sep 3 23:42:34 2010 JenneUpdatePSLPSL update of the day

Rana and I were poking around on the PSL table today, getting a few more items raised to the correct height.

I checked the polarization state of the new NPRO by using a HWP to minimize the transmission through a PBS cube, and then compared the power transmitted through the cube vs. reflected.  When the NPRO current was 0.772 \pm 0.001 (as read on the LCD), the transmission through the cube was 1.44mW, while the reflected was 10.53mW.  The reading of the Ophir power meter with no incident light was 0.03mW.  This factor of 10 means that the NPRO beam is ~10% circularly polarized and ~90% linearly polarized.  In order to improve the beam, we need a Quarter Wave Plate, which it turns out we don't have.  We need a QWP!

After that, using the linearly polarized part of my beam (maximizing the transmission through the PBS by rotating my HWP by 45deg), I tried to tune the angle of the polarizers that Rana pulled out of the MOPA.  I think I'm confused / too tired, because I can only get the polarizer to reflect a bunch of light, and I can't get it to pass any significant amount of light through, no matter where in its actuation range I put it (It's on a rotation stage with a few degrees of range).  It should just be a Brewster's Angle thing, and since I already have P-pol coming through the BS cube, this shouldn't be so hard.....

In any case, it may not be useful to do the final fine tuning of these polarizers until they are in their final places.  The hacky stack of mounts that I have has some slop in the position / alignment of the base of the polarizer, so no matter what we'll have to redo the tuning after the mounts are finalized.

  3525   Mon Sep 6 01:46:58 2010 ranaUpdatePSLPSL update of the day

To bypass the polarizer issue, I just used cubes. One I took from the FSS-Refcav path and the other from the power control part of the old MOPA, just downstream of the MOPA's periscope.

We'll swab these out with the thin-film polarizers after we get the mounts made.

With the cubes in, I also installed the Faraday + its 1/2-wave plate. The transmission looks good and we're getting into the PMC and its flashing a TEM00 mode sometimes. I set up a signal generator to drive the SLOW actuator by 1 FSR at 0.1 Hz.

I have set up a PMC transmission camera and transPD so that its easy to align. The flashing mode already allows us to align most of the rest of the table (except FSS).

Our next step should be to run the cables for locking the PMC:

  1. RF cables to the PMC_REFL
  2. Dsub for the PMC RFPD
  3. HV cable between the PMC servo board and the PMC PZT (why is this not RED? we have to make sure to abide by the cabling color code).
  4. RF cable from 35.5 MHz Frequency Reference card to the PMC EOM via the RF summing box on the table.

On Tuesday, we need to make sure that all of our mounts' drawings are in the cue for the shop. I'll put the list of mounts onto the PSL upgrade wiki page.

We also have to come up with a plan for wiring some of the 2W NPRO's channels into the cross-connect so that we can have some laser channels recorded by EPICS.

  3500   Tue Aug 31 19:46:00 2010 ranaUpdatePSLPSL upgrade update
  1. Steve is handling the mount height increase for the PMC and RC steering mirrors, as well as a mount (non-steerable) for the ISS' AOM.
  2. Rana is working on the laser mount.
  3. Jenne is drawing and getting the PMC mount made.
  4. We got the lenses from CVI for the mode matching, but not the metric screws for the laser mounting. I am tempted to tap holes in the laser base.
  3502   Wed Sep 1 08:28:43 2010 KojiUpdatePSLPSL upgrade update

  1. We got the lenses from CVI for the mode matching, but not the metric screws for the laser mounting. I am tempted to tap holes in the laser base.

I am feeling that it is ok to carefully make new holes and threads as far as the holes do not penetrate the plate.
The thickness of the plate can be measured by the four holes at the corners.


  4422   Tue Mar 22 00:03:29 2011 BryanConfigurationGreen LockingPSL vs Y arm laser temperature pairing

 OK. Today we did the same type of measurement for the Y arm laser as was done for the X arm laser here: http://nodus.ligo.caltech.edu:8080/40m/3759 

And attached here is a preliminary plot of the outcome - oddities with adding on the fitted equations, but they go as follows

(Red)    T_yarm = 1.4435*T_PSL - 14.6222

(Blue)    T_yarm = 1.4223*T_PSL - 10.9818

(Green) T_yarm = 1.3719*T_PSL - 6.3917



It's a bit of a messy plot - should tidy it up later...

  4423   Tue Mar 22 00:23:20 2011 JenneConfigurationGreen LockingPSL vs Y arm laser temperature pairing


 OK. Today we did the same type of measurement for the Y arm laser as was done for the X arm laser here: http://nodus.ligo.caltech.edu:8080/40m/3759 

And attached here is a preliminary plot of the outcome - oddities with adding on the fitted equations, but they go as follows

(Red)    T_yarm = 1.4435*T_PSL - 14.6222

(Blue)    T_yarm = 1.4223*T_PSL - 10.9818

(Green) T_yarm = 1.3719*T_PSL - 6.3917


 It's a bit of a messy plot - should tidy it up later...

 I'm going to take the easy question - What are the pink data points??

  4425   Tue Mar 22 19:03:45 2011 BryanConfigurationGreen LockingPSL vs Y arm laser temperature pairing


 I'm going to take the easy question - What are the pink data points??

And I'm going to answer the easy question - they're additional beat frequency temperature pair positions which seem to correspond to additional lines of beat frequencies other than the three highlighted, but that we didn't feel we had enough data points to make it worthwhile fitting a curve.

It's still not entirely clear where the multiple lines come from though - we think they're due to the lasers starting to run multi-mode, but still need a bit of thought on that one to be sure...

  4439   Thu Mar 24 15:30:59 2011 BryanConfigurationGreen LockingPSL vs Y arm laser temperature pairing
Fine-grained temperature vs temperature data around the current operating point of the PSL laser.
The last set of data was taken in 1 degreeC steps, but we want a bit more detail to find out what happens around the current PSL operating point. So we took some data with a 0.1 degC resolution.

The good news is that we seem to be running in a linear region of the PSL laser with a degree or so of range before the PSL Innolight laser starts to run multi-mode. On the attached graph we are currently running the PSL at 32.26degrees (measured) which puts us in the lower left corner of the plot. The blue data is the Lightwave set temperature (taken from the display on the laser controller) and the red data is the Lightwave laser crystal measured temperature (taken from the 10V/degC calibrated diagnostic output on the back of the laser controller - between pins 2 and 4).

The other good news is that we can see the transition between the PSL laser running in one mode and running in the next mode along. The transition region has no data points because the PMC has trouble locking on the multi-mode laser output - you can tell when this is happening because, as we approach the transition the PMC transmitted power starts to drop off and comes back up again once we're into the next mode region (top left portion of the plot).


The fitted lines for the region we're operating in are:

Y_arm_Temp_meas = 0.95152*T_PSL + 3.8672

Y_arm_Temp_set = 0.87326*T_PSL + 6.9825



  4440   Thu Mar 24 16:33:32 2011 BryanConfigurationGreen LockingPSL vs Y arm laser temperature pairing

X_arm and Y_arm vs PSL comparison.



Just a quick check of the performance of the X arm and Y arm lasers in comparison to the PSL. Plotting the data from the X arm vs PSL and Y arm vs PSL on the same plot shows that the X arm vs the PSL has no observable trending of mode-hopping in the laser, while the Y arm vs the PSL does. Suspect this is due to the fact that the X arm and PSL are both Innolight lasers with essentially identical geometry and crystals and they'll tend to mode-hop at roughly the same temperatures - note that the Xarm data is rough grained resolution so it's likely that any mode-hop transitions have been skipped over. The Lightwave on the other hand is a very different beast and has a different response, so won't hop modes at the same temperatures.

Given how close the PSL is to one of the mode-transition regions where it's currently operating (32.26 degC) it might be worth considering shifting the operating temperature down one degree or so to around 31 degC? Just to give a bit more headroom. Certainly worth bearing in mind if problems are noticed in the future.


  10378   Wed Aug 13 19:23:09 2014 JenneUpdateLSCPSL, Aux laser mode hop check

This afternoon Q helped me put in some temporary PDs for checking for any mode hopping behavior in our 3 main lasers. 

Q helped me install PDA55s on each of the lasers (I did the ends, he did the PSL) so that we could do the mode hop temperature check.  For the Yend, I took the leakage transmission through the first Y1 steering mirror after the laser. This beam was dumped, so I replaced the dump with a PDA55. For the Xend, the equivalent mirrors are too close to the edge of the table, so I put in a spare Y1, and reflect most of the light to a beam dump.  The leakage transmission then goes to a PDA55.  Note that for both of these cases, no alignment of main laser path mirrors was touched, so we should just be able to remove them when we're through.  For the PSL, I believe that Q took the rejected light from one of the PBSes before the PMC. 

The end temporary PDs are using the TRX / TRY cables, so we will be looking at the C1:LSC-TR[x,y] channels for the power of the end lasers.  The PSL's temporary PD is connected to the PMC REFL cable.  For the end PDs, since I had filter banks available, I shuttered the end lasers and removed the dark offset.  I then changed the gains to 1, so the values are in raw counts.  The usual transmission normalization gains are noted in one of the control room notebooks.

I did a slow ezcastep and ramped the temperature of all 3 lasers over about an hour.  Since we usually use the PSL around FSS slow slider value of zero, I swept that from -10 to +10.  Since we usually use the Xend laser at around 10,000 counts, I swept that from 0 to 20,000.  For the Yend laser, it is usually around -10,000 counts, so I swept it from -20,000 to 0.  ezcastep -s 0.2 C1:ALS-X_SLOW_SERVO2_OFFSET +1,20000 C1:ALS-Y_SLOW_SERVO2_OFFSET +1,20000 C1:PSL-FSS_SLOWDC +0.001,20000

I was looking for something kind of similar to what Koji saw when he did this kind of sweep for the old MOPA (elog #2008), but didn't see any power jumps that looked suspicious.

Here is the PSL:


The Xend:


And the Yend:


  13802   Tue May 1 08:04:13 2018 Jon RichardsonConfigurationElectronicsPSL-Aux. Laser Phase-Locked Loop

[Jon, Gautam, Johannes]

Summary: In support of making a proof-of-concept RF measurement of the SRC Gouy phase, we've implemented a PLL of the aux. 700mW NPRO laser frequency to the PSL. The lock was demonstrated to hold for minutes time scales, at which point the slow (currently uncontrolled) thermal drift of the aux. laser appears to exceed the PZT dynamic range. New (temporary) hardware is set up on an analyzer cart beside the PSL launch table.

Next steps:

- Characterize PLL stability and noise performance (transfer functions).

- Align and mode-match aux. beam from the AS table into the interferometer.

- With the IFO locked in a signal-recycled Michelson configuration, inject broadband (swept) AM sidebands via the aux. laser AOM. Coherently measure the reflection of the driven AM from the SRC.

- Experiment with methods of creating higher-order modes (partially occluding the beam vs. misaligning into, e.g., the output Faraday isolator). The goal is identify a viable techinque that is also possible at the sites, where the squeezer laser serves as the aux. laser.

The full measurement idea is sketched in the attached PDF.

PSL-Aux. beat note sensor on the PSL launch table.
Feedback signal to aux. laser PZT.
PLL electronics cart.


Attachment 1: IMG_2553.jpg
Attachment 4: src_gouy_phase_v3.pdf
src_gouy_phase_v3.pdf src_gouy_phase_v3.pdf src_gouy_phase_v3.pdf src_gouy_phase_v3.pdf
  13813   Thu May 3 20:29:39 2018 gautamConfigurationElectronicsPSL-Aux. Laser Phase-Locked Loop

Some notes about the setup and work at the PSL table today, Jon can add to / correct me.

  • All equipment for the phase locking now sit on a cart that is on the west side of the MC beam tube, near ITMX chamber.
  • Cables have been routed through the space between the PSL enclosure and the optical table.
  • HEPA was turned up for this work, now it has been turned down to the nominal level of 30%.
  • Alignment into the PMC had degraded a bit - I tweaked it and now MC transmission is up at ~15600 which is a number I am used to. We still don't have a PMC transmission monitor since the slow ADC failure.
  1948   Wed Aug 26 14:45:14 2009 steveUpdatePSLPSL-FSS_RCTEMP of 4 years

The reference cavity vacuum chamber temp is plotted starting Feb 22 of 2005

This plot suggest that the MINCO temp controller is not working properly.

Attachment 1: refcavtemp.jpg
  677   Wed Jul 16 09:27:17 2008 steveUpdateALARMPSL-FSS_RMTEMP alarm is false
Morning alarm sound is good for people who does not drink coffee.
Our 40m alarm is on every morning.
Those whom are not here in the morning thinks that this beeping sound is inspirational.
Would someone change this sound into less punishing form, like mockingbird chirp....

The C1PSL_SETTINGS.adl (40mm PSL Settings ) indicating that
C1:PSL-FSS_INOFFSET (Input Offset Adjust ) should be 0.3 +-0.05 V (red warning tag )

Alarm Handler: 40M pointing to yellow grade warning of PSL-FSS_RMTEM
This is a false alarm.

Two years trend of these channels are here:
Attachment 1: frmtemp2y.jpg
  4633   Thu May 5 10:19:22 2011 steveUpdatePSLPSL-FSS_RMTEMP is back

Valera and I installed the the temp sensor and the interface box that Rana fixed. This may help with diagnosing the PSL drift.

Attachment 1: P1070637.JPG
  4641   Thu May 5 15:05:06 2011 steveUpdatePSLPSL-FSS_RMTEMP is not back


Valera and I installed the the temp sensor and the interface box that Rana fixed. This may help with diagnosing the PSL drift.

 I was wrong. Rana did not fix the interface box. I removed the interface box and turned down the HEPA flow  from 100 to 20% on the Variac.

Attachment 1: rtnfxd.jpg
  16132   Wed May 12 10:53:20 2021 Anchal, PacoUpdateLSCPSL-IMC PDH Loop and XARM PDH Loop diagram

Attached is the control loop diagram when main laser is locked to IMC and a single arm (XARM) is locked to the transmitted light from IMC.

  • I'll post a clean loop diagram soon to make this loopology clearer.


Attachment 1: IMC_SingleArm.pdf
  642   Mon Jul 7 16:30:08 2008 steveUpdatePSLPSL-PEM 16 days trend
This morning the laser head temp was up to 20.3C because the laser chiller was overflowing.
I removed 700 cc water.

The PSL-FSS_RMTEMP became much more stable during the holidays as the psl enclosure was closed for 4 days

The high particle counts can be explaned by construction activity today.

The PMC & MZ PZT high voltages were out of range this morning.
Attachment 1: pempsl16d.jpg
  4678   Tue May 10 11:14:44 2011 steveUpdatePSLPSL-QPD_ANG qpd optimized

Valera and I placed F 572.7 mm lens ~15 cm away  from the ang  qpd (in the same mount with ND filter) so that two qpds see different combination of ang and pos motion - there was no lenses prior to this change. The beam diameter is reduced to ~half .

Attachment 1: qpdangl.jpg
  16068   Wed Apr 21 19:28:03 2021 AnchalUpdatePSLPSL/IFO recovery

[Anchal, Koji]

Removed the top sheet

  • Opened first from the door side so that any dust would spill outside.
  • Then rolled the sheet inward to meet in the middle.
  • Repeated this twice for the 2 HEPA filters.

Removed the sheets on the table

  • Lifted sheet up making sure the top side face outside always.
  • Rolled it sideways halfway through.
  • Cut down the sheet vertically.
  • Slided the doors to the other side and rolled the remaining half.
  • On the door side, the sheets above the ALS optics were simply lifted off.

Restarting PSL

  • Turned on the HEPAs at the max speed
  • Switched on laser to jsut above the threshold
    • Before the 1st eom, power was 20mW 
    • After the EOM/AOM, 18mW. So about 90% transmission through all polarizing optics.
    • We saw the resonances of the PMC but could not lock it even with highest gain available (30 dB).
  • Increased the input power to PMC to 100mW
    • Locked the PMC at 30dB gain
    • The transmitted power was ~50-60 mW. (Had to use power meter suspended by hand only.
    • The right before the IMC (after the 2nd EOM) 48mW. So none of the alignment was lost.
  • Opened the PSL shutter.
  • We were able to see IMC reflection signal.
  • We were also able to see IMC catching lock as the servo was left ON earlier.
  • Switched off the servo.
  • Decided to increase the power while watching PMC Trans/Refl and IMC REFL
  • Injection diode current to innolight was increased slowly to 2.10A. Saw a mod hopping region aroun 1.8A.
  • We recovered the PMC Trans >0.7 V.
  • PZT was near the edge, so moved by one FSR.
  • The PMC refelction signal is still shown in red at around 48 mV.

Back to control room

  • IMC was locked almost immediately by manually finding the lock while keeping IMC WFS off to preserve the offsets from yesterday.
  • Then switch on IMC WFS. Working good.
  • Then unlocked the servo and switched on IMC Autolocker. Lock was caught immediately.

Decided to start locking the arms

  • The arm transmissions were flashing but at 0.2~0.3 level.
  • Decided to adjust TT1 and TT2 Pitch and Yaw to align the light going into the arms.
  • This made TRY ~0.6 / TRX ~0.8 at the peak of the flashing
  • Locked the arms. (By switching on C1:LSC-MODE_SELECT which engages all servos).
  • Used ASS to align Yarm then align Xarm. Procedure:
    • Sitemap > ASC > c1ass
    • Open striptool to look at progress. ! Scripts YARM > striptool.
    • Switch on ASS. ! More Scripts > ON
    • Wait for the TRY to reach to around 0.97.
    • Freeze the outputs. ! Scripts > Freeze Outputs.
    • Offload the offsets to preserve the output. ! More Scripts > OFFLOAD OFFSETS.
    • Switch off ASS. ! More Scripts > OFF
    • Repeted this for XARM.
  • At the end, both XARM and YARM were locked with TRX ~ 0.97 and TRY ~ 0.96.
  11753   Wed Nov 11 22:11:15 2015 KojiUpdateSUSPSL/IOO maintenance, TM SUS check up


- Before any of the following work, I went to the PSL table and aligned the PMC. In fact, it has not been misaligned.


- It was claimed in the meeting today that the IMC had not been happy thesedays. I checked out what's happening.

- I found the IMC was still well aligned. Autolocker frequently stuck on a weak higher-order mode and couldn't recover TEM00 locking without help.

- I modified /opt/rtcds/caltech/c1/scripts/MC/mcdown for easier relocking on TEM00.

The MC_REFL_GAIN and MC_VCO_GAIN for relocking was set to be 27 and -3, in stead of 0 and 10, respectively.
This means that REFL_GAIN is not changed before and after the locking. Only VCO_GAIN is lowered for lock acquisition.
The corresponding lines in mcdown are excerpted here.

#set servo and boost gains for re-acquisition
#${ewrite} C1:IOO-MC_REFL_GAIN 0 &
${ewrite} C1:IOO-MC_REFL_GAIN 27 &
#${ewrite} C1:IOO-MC_VCO_GAIN 10 &
${ewrite} C1:IOO-MC_VCO_GAIN -3 &

We still have some chance of locking on higher-order modes. If I jiggle the VCO gain slider from -31 to 0, eventually I find TEM00.
I don't know how to do it in the script yet. For now, I increased tickle amplitude from 300 to 500.




- IMC was locked and aligned with the WFS. The WFS feedback offsets were offloaded to the alignment slider (via the MEDM button as usual).


- I wanted to use ASS. => The OL damping and ASC inputs are enabled for ETMX. The filter bank output of the ASS servos are all turned on.
- The arms were locked and aligned with ASS. The ASS servo offsets were offloaded to the ASC offset sliders (as usual).

- I found the X arm spot positionis moving slowly in pitch. I wanted to know what is causing this.

- Turned off all the OPLEV dampings for the four test masses.
- Took the power spectra of the OSEM output (e.g. C1:SUS-ITMX_LLSEN_OUT)

See attachment 1 (The DTT XML file can be found as /users/koji/151111/TM_SUS.xml )

- It seems that something is wrong with ITMX UL OSEM
  The signal level seems to be identical with the others. However, the noise level is huge. We need to check if the cable connection is OK.

- ITMY LL shows remarkably higher bounce mode although I can't tell if this is normal or not.

- The OPLEV dampings have been restored.

Attachment 1: TM_SUS.pdf
Attachment 2: TM_SUS_SD.pdf
  14754   Thu Jul 11 18:15:22 2019 gautamSummaryElectronicsPSL/IOO rack checkout

I looked at the PSL/IOO racks to check for which boards, if any, require an additional P2 interface, so that we can try and design a generic one for the IMC/CM boards and whatever else may require it. While searching the elog, I saw that Koji and Johannes had already done this, see Koji's elog in this thread. Some remarks:

  1. D990155 seems to be unused in both PSL and IOO racks. The one in the PSL rack has some LEMO cables plugged in to the front panel, but they go nowhere. So I think that both of these are redundant (in the assessment below, only one was marked redundant).
  2. In the PSL rack, the "TTFSS Interface", "PSL PMC SERVO", and "DAQ INTERFACE" (which I think is obsolete) cards all have their P2 connectors daisy chained together, going to a cross-connect. Kruthi and I traced this to be going to a cross connect marked "J23-PSLRACK-CCP". In the PSL wiring diagram of which we have a hardcopy in the control room, it looks like these channels are related to the RefCav? So I think this is not required to be interfaced to our new Acromag DAQ system. 

Conclusion: Only the IMC Servo and CM boards need their P2 connectors connected to Acromag.It would be helpful to remove the TTFSS Interface board and figure out what exactly the pin-mapping for the backplane connectors are, but I didn't do this today because there is a "High Voltage" line going to the Interface Board and I'm not actually sure of the signal chain for the FSS servo.

  119   Tue Nov 20 18:02:54 2007 JohnSummaryComputersPSL_Main screen
I've updated the PSL_MAIN screen. The old version may be found in cvs/cds/caltech/medm/old/medm/psl.
Attachment 1: PSL_Screen.tif
  5259   Thu Aug 18 00:53:48 2011 jamie, kiwamu, suresh, jenneUpdateGeneralPUMP PLAN ABORTED; need to work more on IFO alignment

We have decided that the IFO alignment is bad enough that we're not ready to pump down.  PUMP ABORTED.

The IFO alignment is somewhat OK, in that the green and IR beams are flashing in the arms, and the return beams are overlapping at the BS.  However the beams appear to be not centered on any of the optics at the moment.  They are all displaced in yaw by ~0.5 to 1 cm or so in various directions.

From this we have decided that we need to step back and reattack the IFO alignment from square one.  Here is our current suggested procedure:

  1. check ETM positions relative to what we think they should be on the drawings.  This is to verify that the ETMs were not placed in the wrong places laterally.
  2. translate Y green axis north, centering green on ETMY and ITMY (by looking at cards).  North is the opposite direction from how the beams are displaced from the TM centers.
  3. steer input pointing to overlap IR on green beam at BS, ITMY, and ETMY.  IR should visibly overlap green at both BS and ITMY, and we should be able to see IR on target in front of ETMY with ETMY face camera, and in ETMY trans camera.
  4. center IR on ETMX by steering BS with DC bias.
  5. align Y arm cavity for green resonance by adjusting ITMY.
  6. adjust ITMX to achieve michelson fringes at AS
  7. adjust PRM lateral translation to center beam on PRM, if needed
  8. adjust SRM lateral translation to center beam on SRM, if needed
  9. align PRC to see fringes
  10. align SRC to see fringes
  11. extract AS (no clipping)

 Once this is done, we will need to check the following:

  • IPANG/IPPOS extraction
  • pick-off extraction
  • OPLEVs
  • OSEMs
  • green periscopes and green beam extraction at PSL

We've decided to stop for the night, get a good nights rest, and attack all of this tomorrow morning.


  5354   Wed Sep 7 00:47:51 2011 JenneUpdateVACPUMP is a GO!

Steve and Jamie:  After Jamie checks the ITM free swingings, please put on the ITM heavy doors and start the pump!  For real this time!!! Yeah!

  10304   Thu Jul 31 11:54:54 2014 AkhilSummaryElectronicsPZT 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
  10306   Thu Jul 31 12:23:38 2014 KojiSummaryElectronicsPZT 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

  10307   Thu Jul 31 14:23:28 2014 AkhilSummaryElectronicsPZT 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
  10324   Fri Aug 1 18:48:46 2014 AkhilSummaryElectronicsPZT Calibration


 The PZT actuation on the laser frequency in MHz/V ( assuming the previous calibration here of the PZT count/V) is :

X- arm: 33.7 MHz/V

Y- arm: 14.59 MHz/V

This number seems to be wrong by a factor of 10. 

So we[I and EricQ] decided to trace the cables that run into the ADC from the PZT Out. We found a black LEMO box in the path to ADC,which is  an anti-aliasing filter for each input channel. However,in theory the response of this filter should be flat up until a few kHz i.e. for  the DC gain it should be 1. But we will manually test it and look at the DC gain of the LEMO box.



  8823   Wed Jul 10 22:41:06 2013 gautamConfigurationendtable upgradePZT Driver Board

 I did the following with the PZT Driver Board: 


  •  With an expansion card attached to the driver board, I used an Agilent E3620A power supply to verify that the 15V and 24V supplies were reaching the intended ICs. It turns out that the +24 V supply was only meant to power some sort of on-board high voltage supply which provided the 100V bias for the PZTs and the MJE15030s. This device does not exist on the board I am using, jumper wires have been hooked up to an SMA connector on the front panel that directly provides 100V from the KEPCO high voltage supply to the appropriate points on the circuit.

  •  All the AD797s as well as the LT1125CS ICs on the board were receiving the required +15V.


The next step was to check the board with the high-voltage power supply connected.


  •  The output from the power supply is drawn from the rear output terminal strip of the power supply via pins TB1-2 (-OUT) and TB1-7 (+OUT). I used a length of RG58 coaxial cable from the lab and crimped a BNC connector on one end, and stripped the other to attach it to the above pins.

  •  There are several options that can be configured for the power supply. I have left it at the factory default: Local sensing (i.e. operating the power supply using the keypad on the front of it as opposed to remotely), grounding network connected (the outputs of the power supply are floating), slow mode, output isolated from ground.

  • I was unsure of whether the grounding network configuration or the 'positive output, negative terminal grounded' configuration was more appropriate. Koji confirmed that the former was to be used so as to avoid ground loops. When installed eventually, the eurocrate will provide the ground for the entire system.
  • I then verified the output of the HV power supply using a multimeter from 2V up to 150V.
  • I then connected the high voltage supply to the PZT driver board with a BNC-SMA adaptor, set, for a start, to output 30V. Ensured that the appropriate points on the circuit were supplied with 30V.


I then hooked up a function generator in order to simulate a control signal from the DAC. The signal was applied to pin 2 of the jumpers marked JP1 through JP4 on the schematic, one at a time. The signal applied was a 0.2 Vpp, 0.1 Hz sine wave.




  •  The output voltage was monitored both using a DMM at the SMB output terminals, and at the monitor channels using an oscilloscope. The outputs at both these points were as expected.
  • There are 4 potentiometers on the board, which need to be tuned such that the control output to the piezos are 50V when the input signal is zero (as this corresponds to no tilt). The gain of the amplifier stage (highlighted in the attached figure) right now is ~15, and I was using 30V in place of 100V, so an input signal of 2V would result in the output saturating. This part of the circuit will have to be tuned once again after applying the full 100V bias voltage. 
  • Koji suggested decreasing the gain of the amplifier stage by switching out resistor R43 (and corresponding resistor in the other 3 stages on the board) after checking the output range of the DAC so that possibility of unwanted saturation is minimised. I need to check this and will change the resistors after confirming the DAC output range. 
  • The potentiometers will have to be tuned after the gain has been adjusted, and with 100V from the high-voltage DC power supply. 


To Do:


  • Switch out resistors
  • Tune potentiometers with 100V from the HV supply
  • Verify that the output from the board after all the tuning lies in the range 0-100V for all possible input voltages from the DAC.
  • Once the output voltage range has been verified, the next step would be to connect a PZT to the board output, affix a mirror to the tip/tilt, and perform some sort of calibration for the PZT. 








  8832   Thu Jul 11 23:50:57 2013 gautamConfiguration PZT Driver Board-changes made


Continued with tests on the PZT driver board. I made a few changes to replace defective components and also to modify the gain of the HV amplifier stage. I believe the board has been verified to be satisfactory, and is now ready for a piezo to be connected, tested and calibrated.

Changes made:

  • I tested the board with the full 100V bias voltage today, working my way up from 30V in steps of about 20V and verifying the output at each stage.
  • In order to deliver 100V to the board, it was necessary to change the maximum current limit on the KEPCO supply, which is set at default at ~1.6 mA. The KEPCO power supply placed near rack 1X2 (which I believe was used to power a piezo driver board) is labelled 150V, 12 mA, though I found that the board only drew 7mA of current when the power supply output 100V. I have set the limit to 10 mA for the time being.
  • The potentiometer in the third stage (R44 in the schematic) was faulty so I replaced it with another 100K potentiometer, which was verified to work satisfactorily.
  • We expect the DAC output to supply a voltage to the input of the PZT driver board in the range -10V to 10V. Today, I verified this by using my temporary break-out cable. I hooked this up to the DAC at 1Y4 and output a 3 Hz sine wave with amplitude of 32000 counts (the maximum) on channel 9. The output as observed on an oscilloscope (image attached) was a 10Vpp sinusoid, confirming the above hypothesis. As mentioned in my previous elog, the gain of the high-voltage amplifier stage is ~15, which would mean the output would saturate if the input were to be >6V. I have changed the gain of all 4 stages (M1-pitch, M1-yaw, M2-pitch and M2-yaw) to ~4.85 by swapping the 158k resistors (R43, R44, R69 and R70 in the schematic) for 51k resistors. 
  • It was necessary to change the value of the biasing potentiometers after the change in gain so that 0 input voltage once again provided 50V at the output, as required by the PZTs for there to be no tilt. This was done and verified. This biasing voltage now is ~10.4V in all four stages.
  • Having adjusted the gain, I tested the circuit over the expected full range of the input voltage from the DAC (from -10V to 10V) from the DS345 function generator (0.05Hz sinusoid). I monitored the output using a multimeter, as the monitor channels were peaking at ~7V, which was above the limit for the oscilloscope I was using. It was verified for all four channels that the output was between 0 V and 100 V (the safe range quoted in the datasheet for the tip-tilts, for this range of input voltages. So I think we are ready to connect a PZT to the board and conduct further tests, and calibrate the PZT. 

Pending Issues:

  • Koji pointed out that there has to be an anti-imaging filter stage between the DAC output and the filter stage, which I had not considered till this point.Another subtle point is that the DAC output is differential while the driver boards have a single-ended input, which means we effectively lose half the range of the PZTs. 
  • A suitable candidate is the D000186-rev D. Some information about the present state of this board is detailed in this elog. This board also solves the problem of the differential vs single input as the input to the AI board is differential while the output is single-ended. Koji has given me one of the boards he had collected. 
  • Some changes will have to be made to this version of the board in order to make it compatible with the existing DAC. I will first have to measure the power spectrum of the DAC output to verify that the AI boards need notches at 64k and 128k. The existing notches are at 16k and 32k, and once the DAC power spectrum has been verified, I hope to affect the necessary changes by switching out the appropriate capacitors on the existing board. 
  • The AI board is an extra element which I have now added to an updated wiring diagram, attached.

Revised Wiring Diagram:



DAC Max. Output Trace on Oscilloscope






  8932   Mon Jul 29 13:39:25 2013 gautamConfigurationendtable upgradePZT Driver Board-further changes



I have updated the schematic of the D980323 PZT driver boards to reflect the changes made. The following changes were made (highlighted in red on the schematic):

  • Gain of all four HV amplifier stages changed from ~15 to ~5 by swapping 158k resistors R43, R44, R69 and R70 for 51k resistors.
  • Electrolytic 10 uF capacitors C11, C12, C29 and C31 swapped for 470pF, 500V mica capacitors.
  • Fixed resistor in voltage divider (R35, R40, R59 and R64) replaced with 0 ohm resistors so as to be able to apply a bias of -10V to the HV amplifier
  • The DC-DC Series components, which I think were originally meant to provide the 100V DC voltage, have been removed.
  • The path between the point at which +100V DC is delivered and jumpers J3 and J6 has been shorted (bypassing R71 and R11 for J3, R73 and R12 for J6).
  • Tantalum capacitors C38 and C39 have been replaced with electrolytic capacitors (47 uF, 25V). One of the original tantalum capacitors had burned out when I tried installing the board in the eurocrate, shorting out -15V to ground. At Koji's suggestion, I made this switch. The AD797s do not seem to be oscillating after the switch.

I have also changed the routing of the 100V from the HV power supply onto the board, it is now done using an SMA T-connector and two short lengths of RG58 cable with SMA connectors crimped on.

The boards are functional (output swings between 0 and 100V as verified with a multimeter for input voltages in the range -10V to +10V applied using a function generator.


Revised schematics:






  4096   Thu Dec 23 22:13:50 2010 KojiUpdateGeneralPZT HV turned on

The four IOO PZTs have been turned on in order to confirm the alignment of the IFO.

Once they are turned on, the spots (ITMX/ITMY/PRM/SRM) on the REFL CCD have been easily found.

When the X-arm was aligned to the green beam, it is easily locked to TEM00. Also some LG modes were visible.
i.e. There is some room to improve the mode matching.
The transmitted green at the PSL table is a bit too high and clipped by the first mirror on the table.

No IR flashes were found in either arms.


The below are the range and the set values of the strain gauge readback for the PZTs.
When the closed loop buttons are activated the PZTs are fixed at those values, if no one touches the set point dials.

            Min   Max   SetP | Display on the module
PZT1 Yaw    2.20  9.95  6.08 | Broken
PZT1 Pitch -0.011 8.89  4.40 | 1.58

PZT2 Yaw    0.737 9.94  5.37 | 2.17
PZT2 Pitch  0.010 9.42  4.71 | 1.89

  14095   Sat Jul 21 01:14:02 2018 gautamUpdateOMCPZT Jena driver board check

[Aaron, gautam]

We did a quick check of this board today. Main takeaways:

  • There are two voltages (HV pos and HV neg) that are output from this unit.
  • Presumably, these goto different piezoelectric elements, referenced to ground. Are there any spec sheets for these describing the geometry/threshold voltages?
  • The outputs are:
    • \mathrm{HV_{+}} = 10(V_{\mathrm{DAC}}+V_{\mathrm{offset}}), \mathrm{HV_{-}} = 10(-V_{\mathrm{DAC}}+V_{\mathrm{offset}})
    • So with V_{\mathrm{offset}} = 7.5 \mathrm{V}, we expect to be able to use +/- 7.5 V of DAC range.
  • The trim pot had to be adjusted to realize V_{\mathrm{offset}} = 7.5 \mathrm{V}​.
  • I assume 150V is some kind of damage threshold of the PZT, so there is no benefit to using 10V offset voltage (as this would result in 200 V at full range DAC voltages).

With the correct V_{\mathrm{offset}} = 7.5 \mathrm{V}, we expect 0V from the DAC to result in 0 actuation on the mirror, assuming that an equal 75V goes to 2 PZTs mounted diametrically opposite on the optic. Hopefully, this means we have sufficient range to scan the input pointing into the OMC and get some sort of signal in the REFL signal (while length PZT is being scanned) which indicates a resonance. 

We plan to carve out some IFO time for this work next week.

  12545   Mon Oct 10 18:34:52 2016 gautamUpdateGeneralPZT OM Mirrors

I did a quick survey of the drive electronics for the PZT OM mirrors today. The hope is that we can correct for the clipping observed in the AS beam by using OM4 (in the BS/PRM chamber) and OM5 (in the OMC chamber).

Here is a summary of my findings.

  • Schematic for (what I assume is) the driver unit (located in the short electronics rack by the OMC chamber/AS table) can be found here
  • This is not hooked up to any HV power supply. There is a (short) cable on the back that is labelled '150V' but it isn't connected to anything. There are a bunch of 150V KEPCO power supplies in 1X1, looks like we will have to lay out some cable to power the unit
  • The driver is also not connected to any fast front end machine or slow machine - according to the schematic, we can use J4, which is a Dsub 9 connector on the front panel, to supply drive signals to the two PZTs X and Y axes. Presumably, we can use this + some function generator/DC power supply to drive the PZTs. I have fashioned a cable using a Dsub9 connector and some BNC connectors for this purpose.

I hope these have the correct in-vacuum connections. We also have to hope that the clipping is downstream of OM4 for us to be able to do anything about it using the PZT mirrors. 

  8   Mon Oct 22 19:27:14 2007 pkpOtherOMCPZT calibration/ transfer function.
We measured the PZT transfer function by comparing the PZT response of the circuit with the cavity in the loop, with that of the circuit without the cavity in the loop. Basically measure the transfer function of the whole loop with the laser/PZT and Op-amps in it. Then take another measurement of the transfer function of everything else besides the PZT and from both these functions, we can calculate the PZT response.

The calibration was done by using the error signal response to a triangular wave of volts applied to the PZT. A measurement of the slope of the error signal , which has three zero-crossings as the cavity sweeps through the sidebands, gives us the Volts/Hz response. In order to derive a frequency calibration of the x axis, we assume that the first zero crossing corresponds to the first side band (-29.5 MHz) and the third one corresponds with the other sideband (+29.5 MHz). And then by using the fact that we know the response of the cavity to a constant frequency shift, we can use the Volts/Hz measurement to calculate the Volts/nm calibration. The slope that was calculated was 3.2e-6 V/Hz and using the fact that the cavity is 1 m in length and the frequency is 1064 nm, we get a calibration of 0.9022 V/nm.

Attachment 1: calib.pdf
Attachment 2: calibpzt2.pdf
Attachment 3: all2.pdf
Attachment 4: noPZT2.pdf
  9   Tue Oct 23 09:01:00 2007 ranaOtherOMCPZT calibration/ transfer function.
Are you sure that the error signal sweep is not saturated on the top ends? This is usually the downfall
of this calibration method.
  7463   Tue Oct 2 15:14:54 2012 jenne, jamieUpdateIOOPZT diagnosis

pzt2 mod signals matched slider vals for both pitch and yaw

  pzt2 yaw mon output = 6
  pzt2 pitch mon output = 11.3

From the PZT connector-converter board we determined the following pin-outs:

  X=Yaw:  red=1, white=14, black=3 
  Y=Pitch:  red=2, white=15, black=16

We believe that red is signal, white/black/shield are all ground.  We also believe (although this is from the PMC PZT) that the expected capacitance of the PZTs should be in the 100's of nF range.

Here are the readings from the two PZT dsub connectors:

  pin 1:14   PZT1 = ".003" on 2uF scale
             PZT2 = ".184"
  pin 2:15   PZT1 = ".002" on 2uF scale
             PZT2 = ".202"

So we think this means (given this crappy capacitance meter) that PZT2 is showing roughly 200nF, which sounds ok, but that PZT1 is indeed bad.

So next we investigate the PZT2 driver.

ELOG V3.1.3-