40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 192 of 344  Not logged in ELOG logo
ID Dateup Author Type Category Subject
  9605   Wed Feb 5 19:53:51 2014 SteveUpdateVACpumpdown stops for the day at 14 Torr

 

 

  9606   Wed Feb 5 20:41:57 2014 DenUpdateLSCcalibrated spetra from OAF test

We did online adaptive filtering test with IMC and arms 1 year ago (log 7771). In the 40m presentations I can still see the plot with uncalibrated control spectra that was attached to that log. Now it the time to attach the calibrated one.

Template is in the /users/den/oaf

  9607   Thu Feb 6 11:14:07 2014 SteveUpdateVACpumpdown completed

 Pumpdown completed. IR shutter opened at P1 1 mTorr  The block is still in the beam path.

Remember to protect MCR pd before crack up the PSL power.

The ion pump gate valves were just closed by cc1 triggered interlock

The cry pump was "regenerated" during the vent and it's outgassing rate minimized.

CC3 cold cathode gauge was replaced.

 

Valve configuration for week end:

1, VA6 disconnected to avoid accidental venting the IFO through the annulos

2, VC2 disconnected to insure that the cryo stays closed

3, RGA is not running, It's pressure limit 1e-5 Torr

 

  9608   Thu Feb 6 16:41:31 2014 ericqUpdateGeneralIn-Vac Alignment

[Manasa, ericq]

Both arms have been aligned via ASS. PRC locked on carrier.

SB locking hasn't happened yet...

Details:

  • Aligned MC at low power, measured spots
  • Found ITMX AS, REFL spots on cameras. Couldn't find ITMY spot. Found x-arm flashes with PRM aligned.
  • MC Refl Y1 mirror was replaced with the 90:10 BS; blocked WFS path until MC was aligned
  • PMC power was increased (~1.4W directly before PSL shutter)
  • Touched up MC alignment, reactivated high power autolocker, measured spots.
  • Locked x-arm on IR, ran ASS
  • Found ITMY spot on AS camera, locked y-arm, ran ASS on both arms
  • Checked green beams. Y-arm locks at around .6, X-arm at around .2 (input steering needs adjustment)
  • Centered beams on WFS, reset filter bank offsets, turned on WFS
  • Aligned PRM, locked PRC on carrier.
  • Tried locking PRC on sideband, had troubles. Looks like there is some increased seismic activity; might be the culprit.

 

  9609   Fri Feb 7 12:43:12 2014 ericqUpdateGeneralIn-Vac Alignment

[ericq]

PRC Locked on Sidebands

Jenne reminded me that if we change a cavity, phases can change... So, first, I locked the PRC on the carrier, and then gave it MICH and PRCL excitations to optimize the AS55 and REFL55 phase rotation angles by looking at the excitation demodulated outputs of the unused quadrature (i.e. we want all of MICH to be in AS55 Q, so I rotated the phase until C1:CAL-SENSMAT_MICH_AS55_I_I_OUTPUT was zero on average).

This resulted in:

  • AS55: 7 -> -5.5
  • REFL55: 73 -> 86.9

I then used the same settings as in ELOG 9554, except I used -1s instead of +1s for the POP110I trigger matrix elements. (I'm not sure why this is different, but I noticed that the PRC would lock on carrier with positive entries here, so I figured we wanted the peaks with opposite sign).

So far, it seems more stable than when we were doing the demodulation phase measurements, it's been locked for >15 minutes without me having to tweak the gains or the alignment from the carrier locked case.

  9610   Fri Feb 7 13:00:52 2014 JenneUpdateGeneralIn-Vac Alignment

Quote:

I then used the same settings as in ELOG 9554, except I used -1s instead of +1s for the POP110I trigger matrix elements. (I'm not sure why this is different, but I noticed that the PRC would lock on carrier with positive entries here, so I figured we wanted the peaks with opposite sign).

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

  9611   Fri Feb 7 13:30:22 2014 GabrieleUpdateGeneralIn-Vac Alignment

Quote:

Quote:

I then used the same settings as in ELOG 9554, except I used -1s instead of +1s for the POP110I trigger matrix elements. (I'm not sure why this is different, but I noticed that the PRC would lock on carrier with positive entries here, so I figured we wanted the peaks with opposite sign).

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

 Very good news! We should have a look at the POP110 sideband peak splitting, to see if we really got the right PRC length... 

  9612   Fri Feb 7 13:30:25 2014 ericqUpdateGeneralIn-Vac Alignment

Quote:

 

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

Adjusted the angles as Jenne suggested:

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

PRCL: 100cnt -> PRM 567.01Hz

Signal in demod Q ch were minimized

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

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

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

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

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

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

 

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

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


Locking info:

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

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


 

 

  9614   Sat Feb 8 15:14:18 2014 ericqUpdateLSCPRM Sideband Splitting

[ericq]

Today, I kicked the PRM to see the sideband splitting in POP110. 

First, we can qualitatively see we moved in the right direction! (See ELOG 9490)

PRCpeaks.pdf

I fit the middle three peaks to a sum of two Lorentzian profiles ( I couldn't get Airy peaks to work... but maybe this is ok since I'm just going to use the location parameter?), and looked at the sideband splitting as a fraction of the FSR, in the same way as in Gabriele's ELOG linked above.

This gave: c / (4 * f55) * (dPhi / FSR) = 0.014 +- .001 

Since the PRC length with simultaneous resonance (to 1mm) is given by c / (4 * f11) = 6.773, this means our length is either 6.759m or 6.787m (+- .001). Given the measurement in ELOG 9588, I assume that we are on the short side of the simultaneous resonance. Thus

The sideband splitting observed from this kick indicates a PRC length of 6.759m +- 1mm

  9615   Mon Feb 10 09:45:53 2014 SteveUpdateVACvacuum normal is reached

 

Quote:

 Pumpdown completed. IR shutter opened at P1 1 mTorr  The block is still in the beam path.

Remember to protect MCR pd before crack up the PSL power.

The ion pump gate valves were just closed by cc1 triggered interlock

The cry pump was "regenerated" during the vent and it's outgassing rate minimized.

CC3 cold cathode gauge was replaced.

 

Valve configuration for week end:

1, VA6 disconnected to avoid accidental venting the IFO through the annulos

2, VC2 disconnected to insure that the cryo stays closed

3, RGA is not running, It's pressure limit 1e-5 Torr

 

 Valve configuration:       Vacuum Normal    is reached in really 4 days if we do not count overnight rest of roughing.

 VA6 and VC2 are reconnected. I'm turning on the RGA next

 

 All 4 ion pumps were vented with air and pumped down to ~ 1e-4 Torr

 Ion pumps gate valve control cables are connected and their pumps are disconnected.

 

 The black relay box was tested repeatedly and it stopped misbehaiving.

We were at atmosphere for 13 days.  Chamber BS, ITMX, ITMY and ETMY were opened.

Al foil "cups" were placed on the back side OSEMs of PRM.

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

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

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

Screenshot-Untitled_Window-1.png

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

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

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

  9618   Mon Feb 10 18:03:41 2014 jamieUpdateCDS12 core c1sus replacement

I have configured one of the spare Supermicro X8DTU-F chassis as a dual-CPU, 12-core CDS front end machine.  This is meant to be a replacement for c1sus.  The extra cores are so we can split up c1rfm and reduce the over-cycle problems we've been seeing related to RFM IPC delays.

I pulled the machine fresh out of the box, and installed the second CPU and additional memory that Steve purchased.  The machine seems to be working fine.  After assigning it a temporary IP address, I can boot it from the front-end boot server on the martian network.  It comes up cleanly with both CPUs recognized, and /proc/cpustat showing all 12 cores, and free showing 12 GB memory.

The plan is:

  1. pull the old c1sus machine from the rack
  2. pull OneStop, Dolphin, RFM cards from c1sus chassis
  3. installed OneStop, Dolphin, RFM cards into new c1sus
  4. install new c1sus back in rack
  5. power everything on and have it start back up with no problems

Obviously the when of all this needs to be done when it won't interfere with locking work.  fwiw, I am around tomorrow (Tuesday, 2/11), but will likely be leaving for LHO on Wednesday.

  9619   Mon Feb 10 18:59:25 2014 JenneUpdateASCPRM ASC better, but not great yet

I have turned off the 3.2Hz res gains in the PRC ASC loops, since those seem to make the loops unstable. 

Right now the pitch gain is -0.001, with FM1,3,9 on.  Yaw gain is -0.004, with FM1,3,9 on. 

Pitch gain can't increase by factor of 2 without oscillating. 

I tried to take transfer functions, but I think the ASC situation is really confusing, since I have OSEM damping, oplev damping, and this POP QPD damping on the PRM.  It's hard to get coherence without knocking the PRC out of lock, and it keeps looking like my gain is 0dB, with a phase of 0 degrees, from ~1 Hz to ~10 Hz.  Outside that range I haven't gotten any coherence.  Moral of the story is, I'm kind of puzzled. 

Anyhow, as it is right now, the ASC helps a bit, but not a whole lot.  I increased the trigger ON value, so that it shouldn't kick the PRM so much.  I wish that I had implemented a delay in the trigger, but I'm not in the mood to mess with the simulink diagrams right now.

  9620   Mon Feb 10 19:56:10 2014 ranaUpdateASCPRM ASC better, but not great yet

Ignoring the OSEM damping loops, the oplev servo loops make it so that the POP ASC loops do not see a simple pendulum plant, but instead see the closed loop response. Since the filter in the OL bank is proportional to f, this means that the open loop gain (OLG):

 

Which means that the CLG that the ASC sees is going to dip below unity in the band where the OL is on. For example, if the OL loop has a UGF of 5 Hz, it also has a lower UGF of ~0.15 Hz, which means that the ASC needs to know about this modified plant in this band.

For i/eLIGO, we dealt with this in this way: anti-OL in iLIGO

  9621   Mon Feb 10 22:21:55 2014 manasaUpdateGreen LockingX and Y arm green tuned

Y arm green: Nothing much was disturbed. I touched the steering mirrors and brought GTRY from 0.2 to 0.9.

X arm green: The PDH lock was not very stable mostly because of the low power in green. I changed the oven temperature for the doubler to 36.4 corresponding to maximum green power. GTRX increased from 0.1 to 0.9

Both the X and Y arm green alignment were tuned on the PSL table to their respective beat PDs.

The PSL green shutter was not responding to the medm buttons. I found the PSL green shutter set to 'local' and 'N.O' (these are switches in the shutter controller). I do not see any elog and not sure as to why the controller was even touched in the first place. I set the shutter controls to 'remote' and 'N.C'.

  9622   Tue Feb 11 10:44:15 2014 SteveUpdateVACRGA scan at day 6

 

 

  9623   Tue Feb 11 16:49:36 2014 SteveUpdatePEM floor cleaning

 Keven, Steve

 

The floor was cleaned under the east arm tube with hand held wet towel. We moved staff around and mopped. I did at the bottom of rack  1Y1, 2  and 3. 

Last week we did the south arm tube floor.

Next week we 'd like to clean under rack 1X1,2,3, 4, 5, 6 and 7 

  9624   Tue Feb 11 21:22:02 2014 manasaUpdateGreen LockingALS X and Y arm restored

The X and Y arms were locked successfully using ALS and the arms could be scanned and held to support IR resonance.

The same procedure as in elog 9219 was followed. In-loop noise was measured to be between 200-300 Hz rms for the lock.

ALS settings for the lock

X arm : FM 2, 3, 5, 6, 7, 8, 10  Gain = 11.0
Y arm : FM 2, 3, 5, 6, 7, 8, 10  Gain = 10.0

  9625   Tue Feb 11 22:17:06 2014 KojiUpdateGreen LockingALS X and Y arm restored

Nice restoration. We eventually want to make transition of the servo part from ALS to LSC model for the further handing off to the other signals.
Please proceed to it.

  9626   Wed Feb 12 11:57:55 2014 JenneUpdateLSCMusings on RFPDs

[Rana, Jenne, Manasa]

We looked at the I vs. Q separation in several of the Refl PDs, while driving the PRM, while the  PRMI was locked on sidebands.

For REFL 55, we adjusted the demod phase to try to minimize the peak in the Q signal, and were only able to get it to be about 1/10th the size of the I peak.  This is not good, since it should be more like 1/100, at least.

For both REFL 11 and REFL 165, we were able to get the Q peaks to less than 1/100 of the I peak height. 

We changed the REFL55 phase from 17 to 16, and the REFL165 phase from -160.5 to -162.5. 

Since we believed that we had done a good job of setting the demod phase for REFL165, we used it to also check the balance of BS/PRM for MICH locking.  I drove the BS with an arbitrary number (0.5), which creates a peak in the I phase of REFL165, and then I put in a drive on the PRM and tweaked it around until that peak was minimized.  I came up with the same ratio as Koji had last Friday:  BS=0.5, PRM=-0.2625.  (The old ratio we were using, up until ~December when we started locking MICH with the ITMs, was BS=0.5, PRM=-0.267). 

Also, while we were locked using REFL55 I&Q, we noticed that the other REFL PDs had lots of broadband noise in their I signals, as if some noise in the REFL55 diode is being injected into the PRM, that we are then seeing in the other PDs. 

Some checks that we need to do:

* Inject a calibration line, set all the peak heights equal, and look at the noise floors of each PD.

* Use the calibration line to calibrate the PDs (especially REFL165) into meters, so that we know that it's noise is low enough to hold the PRC through the CARM offset reduction.

* Check out the state of the transmission QPDs - what is their noise, and is it good enough to use for holding the arms after we transition from green beatnote locking?  Does the whitening switching do anything?  What is the state of the whitening?

  9627   Wed Feb 12 14:05:16 2014 ericqUpdateSUSPRM Oplev Checked Out

 [ericq]

Steve fixed the PRM oplev pointing. I turned on the loops and measured the OLG, then set the pitch and yaw gains such that the upper UGF was ~8Hz (motivated by Jenne's loop design in ELOG 9401)

  • Pitch gain: +7
  • Yaw Gain: -5

I then measured the oplev spectra of the optics as they were aligned for PRMI. (OSEMs on, oplevs on, LSC off, and ASC off)

Next, Jenne and I need to fix the ASC loop such that it properly accounts for the oplev loop. 

ol_spectra.pdf 

 

  9628   Wed Feb 12 14:59:36 2014 SteveUpdateSUSclipping removed from PRM oplev

 The input pointing of PRM oplev beam was streered just a touch to remove clipping from it's return. 

The spots  did not move visibly on these two lenses.  The spot diameter on the qpd is  ~1.5 mm,  65 micro W and 3440 counts.  

  9629   Wed Feb 12 19:37:05 2014 JenneUpdateSUSclipping removed from PRM oplev

I'm not happy with the beam position on that first lens, but since it's so crazy in the BS chamber, and the PRM oplev has something like 5 in-vac steering mirrors, I'm hesitant to suggest that we do anything about it until our next vent.  But we should definitely fix it.

  9630   Wed Feb 12 19:47:40 2014 JenneUpdateLSCCalibrated REFL signals

I calibrated the REFL signals to meters from counts.  The I-phase signals all line up very nicely, but the Q-phase signals do not at all.  I'm not sure what the deal is.

 I locked  the PRMI on sidebands, and drove the PRM.  I looked at the peak values at the drive frequency in the REFL signals, and used that as my "COUNTS" value for each PD. 

I know the PRM actuator calibration is 19.6e-9 (Hz/f)^2 m/ct , so if I plug in my drive frequency (564 Hz, with the notch in the PRC loop enabled), and multiply by my drive amplitude in counts, I know how many meters I am pushing the PRM.  Then, to get a meters per count calibration, I divide this calibration number (common for every PD) by the peak value in each PD, to get each signal's calibration.

As a side note, I also drove MICH, and tried to use this technique for the Q-phase calibrations, but neither calibration (using the PRCL drive nor the MICH drive) made the Q-phase signals line up at all.

At least for the I-phase signals, it's clear that REFL33 has more noise than REFL11 or REFL165, and that REFL55 has even more noise than REFL33. 

Here are the calibration values that I used:

 

PD m/ct calibration
REFL11 I 1.71e-13
REFL11 Q 2.05e-11
REFL33 I 1.22e-12
REFL33 Q 3.80e-11
REFL55 I 9.54e-13
REFL55 Q 6.29e-12
REFL165 I 6.98e-14
REFL165 Q 8.63e-13

 

  9631   Wed Feb 12 20:30:41 2014 KojiUpdateLSCCalibrated REFL signals

We usually want to remove PRCL from the Q quadrature for each PD.
Therefore, you are not supposed to see any PRCL in Q assuming the tuning of the demod phases are perfect.
Of curse we are not perfect but close to this regime. Namely, the PRCL in Qs are JUNK.

In the condition where MICH is supressed by the servo, it is difficult to make all of the Qs line up because of the above PRCL junk.
But you shook MICH at a certain freq and the signal in each Q signal was calibrated such that the peak has the same height.
So the calibration should give you a correct sensing matrix.

If you tune the demod phases precisely and use less integrations for MICH, you might be able to see the residual MICH lines up on the Q plot.

  9632   Thu Feb 13 13:18:33 2014 manasaUpdateIOOMC needed some help

The MC has been funny since yesterday. I checked the suspensions INMON channels and they seemed ok. So I went ahead and tweaked the alignment with WFS disabled (yesterday). Although the WFS PDs were cenetered at this point, the WFS servo was throwing the MC in a not-so-happy state. We worked with the WFS servo OFF all of yesterday.

This morning,

* I fine tuned the MC alignment from yesterday (TRANS_SUM > 17800 counts)

* measured the spot positions

* recentered the spots on the WFS PDs (was already quite centered)

*reset the WFS filterbank offsets.

The MC has been locked happily since then with autolocker and WFS servo enabled.

  9633   Thu Feb 13 16:48:33 2014 SteveUpdateGreen LockingX and Y arm green tuned details

Quote:

Y arm green: Nothing much was disturbed. I touched the steering mirrors and brought GTRY from 0.2 to 0.9.

X arm green: The PDH lock was not very stable mostly because of the low power in green. I changed the oven temperature for the doubler to 36.4 corresponding to maximum green power. GTRX increased from 0.1 to 0.9

Both the X and Y arm green alignment were tuned on the PSL table to their respective beat PDs.

The PSL green shutter was not responding to the medm buttons. I found the PSL green shutter set to 'local' and 'N.O' (these are switches in the shutter controller). I do not see any elog and not sure as to why the controller was even touched in the first place. I set the shutter controls to 'remote' and 'N.C'.

 ETMX green power at shutter 3.6 mW at 36.35 C doubler crystal temp.   [ Innolight IR settings 2.0 A,  40.83 C,  500 mW before Faraday 1/2 plate ] 

 ETMY green power at shutter 0.75 mW  at 35.8 C  doubler crytal temp.  [ NPRO IR settings 1.82A,  231 mW_ display,  DT 21 C, DTEC +1V, LT 40 C, LTEC 0.1V, T +41.041 ]  

  9634   Thu Feb 13 19:36:36 2014 KojiSummaryLSCPRM 2nd/4th violin filter added

Jenne and I noticed high pitch sound from our acoustic interferometer noise diagnostic system.
The frequency of this narrow band noise was 1256Hz, which is enough close to twice of the PRM violin mode freq.
After putting notch filter at 1256+/-25Hz at the violin filters, the noise is gone. Just in case I copied the same filters to all of the test masses.

Later, I found that the 4th violin modes are excited. Additional notch filters were added to "vio3" filter bank to mitigate the oscillation.

  9635   Thu Feb 13 22:27:54 2014 JenneUpdateLSCPRMI locked on REFL 33 I&Q

[Jenne, Koji]

I was able to get the PRMI locked on REFL33 I&Q, but it wasn't overly stable, since there is so little separation between the MICH and PRCL signals in that PD. 

We have already adjusted the phase to maximize PRCL in the I-phase.  Since MICH is ~45 degrees separated from PRCL, there is some projection of MICH in the I-phase, and some in the Q-phase. 

To remove this MICH component, I locked the PRMI on REFL55, and drove MICH.  I looked at REFL33I at the CARM filter bank input (as just a dummy location to get a signal into DTT).  I then added REFL33Q to the CARM row of the input matrix, to try to get the MICH line minimized.  I then used these values for PRCL, and used just REFL33Q for MICH, and re-locked the PRMI.  The PRMI was much more stable and happy. 

The input matrix values that I used were:

MICH:  REFL33Q = -0.487, Servo Gain = -20.0

PRCL:  REFL33I = 1.556, REFL33Q = 1.8, Servo Gain = -0.020

 

Some locking notes:

The PRMI is very sensitive to alignment, and the PRM tends to drift away from optimal alignment on a ~1 hour timescale.  When the PRM was not well aligned, it looked like MICH had a locking offset (manifested as non-equally sized blobs at AS).  The MICH offset seemed to go away when we realigned the PRM. 

  9636   Fri Feb 14 00:58:41 2014 JenneUpdateLSCThoughts on Transition to IR

[Koji, Jenne, EricQ, Manasa]

We had a short discussion this evening about what our game plan should be for transitioning from using the ALS system to IR-generated error signals. 


The most fundamental piece is that we want to, instead of having a completely separate ALS locking system, integrate the ALS into the LSC.  Some time ago, Koji did most of the structural changes to the LSC model (elog 9430), and exposed those changes on the LSC screen (elog 9449).  Tonight, I have thrown together a new ALS screen, which should eventually replace our current ALS screen.  My goal is to retain all the functionality of the old screen, but instead use the LSC-version of the error signals, so that it's smoother for our transition to IR.  Here is a screenshot of my new screen:

Screenshot-Untitled_Window-1.png

You will notice that there are several white blocks in the center of the screen. From our discussion this evening, it sounds like we may want to add 4 more locking servo paths to the LSC (ALS for each individual arm, and then ALS for CARM and DARM signals).  The reason these should be separate is that the ALS and the "regular" PDH signals have different noise characteristics, so we will want different servo shapes.  I am proposing to add these 4 new servo blocks to the c1lsc model.  If I don't hear an objection, I'll do this on Monday during the day, unless someone else beats me to it.  The names for these filter modules should be C1:LSC-ALS_XARM, C1:LSC-ALS_YARM, C1:LSC-ALS_DARM and C1:LSC_ALS_CARM.  This will add new rows to the input matrix, and new columns to the output matrix, so the LSC screen will need to be modified to reflect all of these changes.  The new ALS screen should automatically work, although the icons for the input and output matrices will need to be updated. 

The other major difference between this new paradigm and the old, is the place of the offset in the path.  Formerly, we had auxiliary filter banks, and the summation was done by entering multiple values in the ALS input matrix.  Now, since there is a filter bank in the c1lsc model for each of the ALS signals precisely where we want to add our offsets, and I don't expect us to need to put any filters into those filter modules, I have used the offset and TRAMP of those filter banks for the offsets.  Also, you can access the offset value, and the ramp time, as well as the "clear history" button for the phase tracker, all from the main screen, which should help reduce the number of different screens we need to have open at once when locking with ALS.  Anyhow, the actual point where the offset is added has not changed, just the way it happens has. 

When we make the move to using the ALS in the LSC, we'll also need to make sure our "watch arm" and "scan arm" scripts are updated appropriately.

As an intermediary locking step, we want to try to use the ALS system to actuate in a CARM and DARM way, not XARM and YARM.  We will transition from using each ALS signal to feed back to its own ETM, to having DARM feed back to the ETMs, and CARM feed back to MC2.  We may want to break this into smaller steps, first lock the arms to the beatnotes, then find the IR resonance points.  Transition to CARM and DARM feedback, but only using the ETMs.  After we've done that, then we can switch to actuating on MC2.  If we do this, then we'll be using the MC to reduce the CARM offset.

Once we can do this, and are able to reduce the CARM offset, we want to switch CARM over to a combination of the 1/sqrt(transmission) signals.  The CARM loop has a tighter noise requirement, so we can do this, but leave DARM locked to the beatnotes for a while.

After continuing to reduce the CARM offset, we will switch CARM over to one of the RF PDs, for its final low-noise state. 

We'll then do a quick swap of the DARM error signal to the AS port (maybe around the same time as CARM goes over to a PDH signal, before the CARM offset is zero?). 

During all of this, we hope that the vertex has stayed locked. If our 3f sensing matrix elements are totally degenerate when the arms are out of resonance, then we may need to acquire lock using REFL 1f signals, and as we approach the delicate point in the CARM offset reduction, move to 3f signals, and then move back to 1f signals after the arm reflection has done its phase flip.  Either way, we'll have to move from 3f to 1f for the final state.

  9637   Fri Feb 14 02:09:55 2014 ericqUpdateElectronicsTransmon QPD whitening

 [Quick post, will follow up with further detail later. Excuse my sleepy ELOG writing]

Goal: Check out the transmon QPD signal chain; see if whitening works. Assess noise for 1/sqrt(TRX/Y) use. 

First impression: Whitening would not switch on when toggling the de-whitening. The front monitors on the whitening boards are misleading; they are taken a few stages before the real output. ADC noise was by far the limiting noise source. 

I updated the binary logic in the c1scx and c1scy to actually make the binary IO module output some bits. 

After consulting a secret wiring diagram on the wiki, not linked on the rack information page (here), I worked out which bits correspond to the bypass switches in the whitening board ( a fairly modified D990399, with some notes here)

Now, FM1 and FM2 (dewhitening filters on the ETM QPD quadrants) trigger the corresponding whitening in the boards. Here's a quick TF I took of the quadrant 1 board at ETMY. (I should take a whitening+dewhitening TF too, and post it here...)

qpdWhitening.pdf

Seems to roughly work. Some features may be due to non-accounted for elements in the anti-imaging of the DAC channels I used for the excitation, or such things. The board likely needs some attention, and at least a survey of what is there. 

I also need to take dark noise data, and convert into the equivalent displacement noise in the 1/sqrt(TRX/Y) error signals. For the no-whitening ADC noise, I estimated ~1pm RMS noise on a 38pm linewidth of PRFPMI arms. 

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

MC tuning

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

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

To fix this:

- disabled the WFS servo

- aligned MC using MC1 and MC3

- centered beam on the MC_REFL

- reset WFS offsets

- locked MC

MC looks happy now.

__________________________________________________________________________________________________________________

ALS locking

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

The green alignment to the arms had drifted.

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

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

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

 

 

 

 

  9639   Fri Feb 14 12:39:02 2014 JenneUpdatesafetySmoke detector cleaned

Facilities just came by and cleaned the smoke detector that is above Steve's desk.  It's next to an air vent, so I guess it collects dust more than a "typical" smoke detector.

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

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

I found horrible and disgusting "remnants".

WHAT ARE THESE BSs AT THE Y END?

- The table enclosure was left open

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

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

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

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

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

  9641   Sun Feb 16 17:40:11 2014 KojiUpdateLSCFriday Night ALS

I wanted to try common/differential ALS Friday evening. I tried ALS using the LSC servo but this was not successfull.
The usual ALS servo in the ALS model works without problem. So this might be coming from the shape of the servo filter.
The ALS one has 1:1000 filter but the LSC one has 10:3000. Or is there any problem in the signal transfer between
ALS and LSC???


- MC:
Slow offset -0.302V

- IR:
TRX=1.18 / TRY=1.14, XARM Servo gain = 0.25 / YARM Servo gain = 0.10

- Green Xarm:
GTRX without PSL green 0.562 / with PSL green 0.652 -> improved upto 0.78 by ASX and tweaking of PZTs
Beat note found at SLOW OFFSET +15525
Set the beat note as +SLOW OFFSET gives +BEAT FREQ

- Green Yarm:
GTRY without PSL green 0.717 / with PSL green 1.340
Beat note found at SLOW OFFSET -10415
Set the beat note as +SLOW OFFSET gives -BEAT FREQ

- BEAT X -10dBm on the RF analyzer@42.5MHz / Phase tracker Qout = 2300 => Phase tracking loop gain 80 (Theoretical UGF = 2300/180*Pi*80 = 3.2kHz)
- BEAT Y -22dBm on the RF analyzer@69.0MHz / Phase tracker Qout = 400 => Phase tracking loop gain 300 (Theoretical UGF = 2.1kHz)

Transfer function between ALSX/Y and POX/Y11I @560Hz excitation of ETMX
POX11I/ALSX = 54.7dB (~0deg)
POY11I/ALSY = 64.5dB (~180deg)

POX11I calibration:

ALSX[cnt]*19230[Hz/cnt] = POX11I[cnt]/10^(54.7/20)*19230[Hz/cnt]
= 35.4 [Hz/cnt] POX11I [cnt] (Hz in green frequency)

35.4 [Hz/cnt]/(2.99792458e8/532e-9 [Hz]) * 37.8 [m] = 2.37e-12 [m/cnt] => 4.2e11 [cnt/m] (c.f. Ayaka's number in ELOG #7738 6.7e11 cnt/m)

POY11I calibration:

ALSY[cnt]*19230[Hz/cnt] = POY11I[cnt]/10^(64.5/20)*19230[Hz/cnt]
= 11.5 [Hz/cnt] POX11I [cnt] (Hz in green frequency)

11.5 [Hz/cnt]/(2.99792458e8/532e-9 [Hz]) * 37.8 [m] = 7.71e-13 [m/cnt] => 1.3e12 [cnt/m] (c.f. Ayaka's number in ELOG #7738 9.5e11 cnt/m)

  9642   Mon Feb 17 20:35:19 2014 ericqUpdateElectronicsTransmon QPD whitening

My apologies for all of that crap I left at the Y-end... I cleaned the rest of it up today. 

I took transfer functions of the four ETMY QPD whitening channels today. (Attempted the ETMX ones too, but had troubles driving the board; detailed below). I've attached a zip with the DTT xml files for the cases of no whitening / 1 whitening stage / both whitening stages engaged. Here's a plot of both whitening stages engaged. 

qpdY2whit.pdf

 

Given the way I measured, the DAC output anti-imaging is in the TFs as well. ( This is a D000186 board; with something like a 4th order elliptic LP, but I need to look at the board / fit the TF to see the parameters, there are different revisions with different filter shapes.) 

The c1scy model had excitation blocks on some of the unused DAC channels (C1:SCY-XXX_CHAN9 etc.), but these were in the second DAC output connection, and not cabled up. However, the 8th channel on the DAC had no connection in the simulink model, so I added another excitation block there (C1:SCY-XXX_CHAN8), and used the anti-imaging front panel lemo connector to drive the input of the whitening board. 

I also added a similar channel to the SCX model, but no data would show up in the channel as viewed by data viewer (though the channel name was black), or in analog world. There's the additional weirdness that the SCY excitation channels show up under SCX in DTT and awggui... I'm not entirely sure what's going on here.

I still need to look at the noise, and peek inside the boards, to check for homemade modifications and see if there are bad things like thick film resistors that may be spoiling the noise performance...

  9643   Tue Feb 18 10:10:07 2014 SteveUpdatePEM floor cleaning under racks

Quote:

 Keven, Steve

 

The floor was cleaned under the east arm tube with hand held wet towel. We moved staff around and mopped. I did at the bottom of rack  1Y1, 2  and 3. 

Last week we did the south arm tube floor.

Next week we 'd like to clean under rack 1X1,2,3, 4, 5, 6 and 7 

 Keven, Steve

1Y4, 1X1,2,3,4 & 5 instrument racks floor space were cleaned.

  9644   Tue Feb 18 10:38:55 2014 SteveUpdateVACRGA scan at day 13

 All normal.

 

  9645   Tue Feb 18 14:28:15 2014 JenneUpdateIOOMC unstable - centering spots helped

As we've been seeing a bit lately, the MC will be locked happily for several hours, but then it will start misbehaving. 

Today, I measured the spots on the MC mirrors, and found that the MC2 spot was quite far off in yaw (about -3.5 cm).  I recentered the MC2 spot, and then (with the MCWFS on), moved MC1 and 3 until their WFS outputs were close to zero (they had gone up to 100+).  In the ~15 minutes since doing that, the MC refl signal is not oscillating like it was, the transmission is up, and the MC has not unlocked. 

To reiterate, I did not touch any settings of anything, except the alignment of the MC mirrors to center the MC2 spot, and then offload the WFS.  Next time the MC starts acting up, we should measure the spots, and roughly center them, before messing with any other settings.  Note however, that this is a ~10 minute procedure (including the fact that one spot measurement takes a little less than 5 minutes).  This need not be a several hour endeavour. 

  9646   Tue Feb 18 18:52:08 2014 JenneUpdateLSCALS not locking with LSC

Koji mentioned to me (and elogged) that he was unsuccessful locking the ALS using the LSC servos.  He suggested I look into this.

So, rather than just looking at the transfer function between POX or POY and the green beatnotes at a single frequency, I did a whole transfer function.  The point was to see if the TF is flat, and if we get any significant phase lag in the transfer from c1als to c1lsc.  (c1als is running on the IOO machine, so an RFM connection is involved in getting it over to the LSC machine.)

In the first figure, I have plotted POX vs. Beatnote_PHASE_OUT (ALS error signal, still in the c1als model), and POX vs. ALSX_IN1 (the ALS error signal, after transfer over to the c1lsc model).  You can see that we have a little phase lead in the blue transfer function, and fairly significant phase lag in the red (red is after transfer over to the lsc model).  In the grand scheme of things, the magnitude is fairly flat, however that is not perfectly true - the peaks seen near 50 Hz and 300Hz are repeatable.  The relative phase lag between the "BEATX" version of the signal in the ALS model, and the "ALSX" version of the signal in the LSC model is 15 degrees at 200 Hz, which corresponds to 33 usec.   

ALSX_POXvsBeatnote.pdf

The second figure is the same as the first, except for the Yarm.  The relative phase lag between the ALS version of the error signal and the LSC version is 16 degrees at 200 Hz, which is about 35 usec.

ALSY_POYvsBeatnote.pdf

As a side note, before trying any ALS locking, I took a spectrum of the beatnote (in the ALS model) while the arms were locked with IR:

BeatNoteSpectra_ArmsLockedWithIR_28Feb2014.pdf

To check things, I made sure that I could lock the Xarm ALS using the old ALS system - I was able to do so.  (Has someone put the "watch" script as a constantly-on thing?  It's kind of nice not to have to turn it on, although we'll need to change it to turn off the LSC versions of the servos eventually). 

Then, I tried locking the Xarm using the LSC system (using only FM5 of the regular LSC-XARM filter bank).  Like Koji, I was not able to acquire lock.  As a next step, I copied all of the LSC-XARM filters into an empty filter module, LSC-XXXDC (the first one on the list underneath LSC-XARM), and copied over the ALS Xarm filters to the LSC Xarm filter bank.  I then tried to acquire lock, but am unable to get it to stay.  Using the ALS system, when you put in a small gain, the beatnote starts to settle down, and as you increase the gain, the beatnote stops moving (as seen on the spectrum analyzer) almost completely.  However, using the LSC system, the beatnote never really stops moving or settles down.  And if I increase the gain, I push the ETM hard enough that I lose green lock.  I have put the regular LSC filters back for now.

Here is a plot from Foton comparing the FM5 filter modules from the LSC-XARM (regular IR locking) and the ALS-XARM servo.  They are pretty different, and have 10 degrees of phase difference at 200 Hz, because 2 of the 3 poles are complex in the LSC version, while the ALS version is just a single real pole.

ALSvsLSC_LockingFilters.pdf

Anyhow, I am declaring it to be dinnertime, and I plan to return in a few hours. Since I put the regular LSC filters back (since I'm going to have to realign after dinner anyway), the IFO should be in its nominal state if anyone wants to come in and play with it.

  9647   Tue Feb 18 20:31:29 2014 KojiUpdateLSCALS not locking with LSC

Hmm. Wierd. Can you look at the TFs between ETMX-EXC and the error signals so that we can identify which one has these structures.

  9648   Tue Feb 18 23:27:14 2014 JenneUpdateLSCALS not locking with LSC

It looks like its somehow a discrepancy between the TFs of each error signal, because features are similar, and present, in both error signals.

ALSX_POXvsBeatnote_withEXCtfs.pdf

  9649   Tue Feb 18 23:55:33 2014 JenneUpdateLSCALS locked with LSC!

I'm really excited, so I'm posting this, even though I'm still working:

I currently have ALS locked using the LSC system, and have (by hand, coarsely) found IR resonance!  Hooray!

I looked at my error signals, as well as LSC-XARM_IN1 with dataviewer, and noticed that the XARM_IN1 signal was crazy when I was using the ALS signal as the error.  I soon realized that this is because there was a non-zero element in the power normalization matrix, and I'm overriding the trigger.  So, I was trying to divide by zero, and was getting crazy numbers.  After zeroing the power normalization matrix element for the Xarm, the XARM_IN1 signal matched the ALSX_OUT, and I was easily able to acquire lock.

I had already re-transferred over the ALS versions of the filters, so that's what I'm using right now.  Next up (on a 5 minute time-scale) is trying to acquire lock using the regular LSC filters. 

Oh, also, something I hadn't thought of before dinner:  I am setting the offset of the ALSX filter bank such that the output is centered around zero, so that I can lock, since these are not AC coupled servos.

  9650   Wed Feb 19 00:35:23 2014 KojiUpdateLSCALS locked with LSC!

Great. I indeed disabled all of the triggers and the normalization during my trial but in vain.
So I'm curious this is actually because of the filter shape or not.

  9651   Wed Feb 19 01:33:03 2014 JenneUpdateLSCALS locked with LSC!

I am also not able to lock the ALS using the 'regular' LSC filters.  To figure out what filters were doing what, I made several comparison plots from Foton.

The first one is the progression of ALS locking, using the filters from ALS-XARM.  FM5 is always engaged, then FMs 2, 3, 6, 7, and 8, and finally FM 10 (the low frequency boost) is engaged.

ALS_XARM_LockingFilters.pdf

The next plot is a comparison between the ALS version of the filters, and the LSC-XARM equivalents. 

ALSvsLSC_AllLockingFilters.pdf

Finally, just so I remember which LSC filters do what, I made an equivalent of the first plot, but for the LSC filters.

LSC_XARM_LockingFilters.pdf

When I try to lock the Xarm ALS using the regular LSC filters, I'm getting an oscillation somewhere, that grows and eventually knocks me out of lock.  It looks from dataviewer to be in the ~few Hz range, but it's hard to see it in DTT, since I don't stay locked all that long once the oscillation starts.  (If I catch it, I can back off the gain and turn off the servo without losing lock, but if I don't turn off the servo, I inevitably push the ETM too hard and lose green lock to the arm.)  I tried engaging the 3.2 Hz resonant gain filter, and it just makes things oscillate sooner, so that's not a solution with the current filter designs. 

Also, I'm not able to lock the IR using the ALS version of the XARM filters.  I'll have to meditate more on the situation, but the filters seem to be different enough that there's no crossover at this point.

  9652   Wed Feb 19 03:07:22 2014 JenneUpdateLSCALS locked with LSC!

No more progress tonight.  I am still unable to lock the ALS using the regular LSC filters.  I went back to putting the ALS filters into the LSC filter banks, and locked both arms with ALS, and found their IR resonances. I then held them off resonance, and tried to lock PRMI with REFL 55 I&Q, with no success.  Just before locking the arms, I had redone the whole IFO alignment (lock arms in IR, ASS, lock and align MICH, lock and align PRMI), and the PRMI was flashing very nicely.  I'm not sure why I wasn't able to catch lock, except that perhaps 3 or 6 ALS offset counts isn't far enough away from the IR resonance to make the 1f signals happy. The MC lost lock, which I then took as a sign that it's time to go home. (I was hoping to do a quick PRMI + 2arms, and see that we don't lose PRMI lock.  I was going to catch lock with REFL55, then transition to REFL33, although if I had thought about it before the MC lost lock, I would have tried just catching lock with REFL33).

I restored the regular LSC filters for the X and Y arms, and locked the arms in IR just to make sure it's all honkey-dory.  Which, it's not quite.  I don't know why, but right now, neither arm wants its boost (FM9) enabled.  It's part of the restore script that FM9 is triggered along with the rest of the filters, but even if I turn on the filters manually, I can turn on all but FM9, and then when I turn on the boost, the arm falls out of lock. Same behavior for both arms.  Anyhow, they lock, and they seem okay modulo the boost not being able to engage.

  9653   Wed Feb 19 08:07:01 2014 steveUpdatesafetyannual laser safety glasses check

 

 All 40m laser safety glasses are cleaned and measured this morning.  Bring your own safety glasses if you have to enter the 40m IFO room.

 

Glasses were washed in 1% Liquinox water solution and  their transmission measured at  165 mW,  2 mm OD beam of 1064 nm

  9654   Wed Feb 19 11:00:16 2014 ericqUpdateLSCSome Simulation Efforts

 Q EDIT: THIS IS WRONG. I LOCKED PRC ON THE CARRIER

 As Koji measured the other day: MICH and PRCL seem very degenerate in the 3f REFL PDs. 

I'm using this as a motivation to do some simulation in MIST and try to understand the best way to implement the 3F locking scheme. Hopefully my thinking below isn't nonsense...

First, I modeled the PRC with no arm cavities and the estimated cavity length I got with the PRM kick measurement, and looked at the REFL sensing matrix.

PRMISensingAsIs.pdf

This agrees with the observed degeneracy. I then modeled the case of the PRC length that gives coincident SB resonance, again with no arm cavities.

PRMISensingCoinc.pdf

Now there is good separation in REFL165. (REFL33 still looks pretty degenerate, however). This raised the question, "What does the angle between MICH and PRCL in REFL165 do as a function of macroscopic PRC length?" 

MICHvPRCLangle.pdf

  • We see ~90 degrees at coincident resonance
  • Shortening the cavity, which we did to account for the arms, quickly shrinks the angle
  • Presuming we moved to make the cavity 4cm shorter implies we had ~45 degrees between MICH and PRCL in REFL165 before the move. (Is this consistent with earlier observations?)

To me, this implies that locking the PRC on 3F from scratch won't be simple. However, the whole point of the PRC length choice is to have coincident SB resonance when the arms are resonating.

So: even if we're not spot on, we should be relatively close to the PRC length where having arms resonant gives us simultaneously resonant upper and lower sidebands, where MICH and PRCL should be orthogonal-ish. I.e. building up a little bit of IR power in the arms may start to break the degeneracy, perhaps allowing us to switch from 1F to 3F locking, and then continue reducing the CARM offset. 

So, I ultimately want to model the effect of arm power buildup on the angle between MICH and PRCL in the 3f PDs. This is what I'm currently working on. 

So far, I have reproduced some of the RC modeling results on the wiki to make sure I model the arms correctly. (I get 37.7949 m as the ideal arm length for a modulation freq of 11.066134 MHz vs. 37.7974m for 11.065399 MHz as stated on the wiki). Next, I will confirm the desired PRC length that accounts for the arms, and then look at the MICH vs PRCL angle in the REFL PDs as a function of arm power or detuning. 

ArmLengthChoice.pdf

ELOG V3.1.3-