40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 293 of 335  Not logged in ELOG logo
ID Date Authorup Type Category Subject
  11597   Tue Sep 15 01:14:10 2015 ranaSummaryLSCneed to check LSC Whitening switch logic ... again

Tonight we noticed that the REFL_DC signal has gone bipolar, even though the whitening gain is 0 dB and the whitening filter is requested to be OFF.

We should check out the switch operation of several ofthe LSC channels in the daytime - where is the procedure for this diagnostic posted?

  11598   Tue Sep 15 15:01:23 2015 ranaSummaryLSCdisabling the LSC AA filters + mod to whitening

While investigating the BIO situation with the LSC machine and the iscaux2 processor last night, we wondered if maybe the Anti-Aliasing filters were mistakenly disabled. But why do we need these anyway?

Our ADCs digitize at 64 kHz and there is a digital lowpass in the IOP at 5 kHz before we downsample to 16 kHz. So mainly we're trying to prevent some aliasing at the 64 kHz IOP rate. But our analog AA filter is a 8th order ELP at 7570 Hz, so its overkill.

So, I propose that we bypas the AA via hardwiring the board and implement a 10 kHz pole in the whitening board (D990694) before the whitening by turning R127, etc. into a 0.1 uF cap. Along with the 100 Ohm series resistor, this will make a pole at ~15 kHz. Probably ought to check that the input resistor is metal film. Also, if we replace C158/C159, etc. with a 0.47 nF cap, we'll get 2 poles at 35 kHz to limit the higher frequencies from saturating.

  11607   Wed Sep 16 23:07:06 2015 ranaUpdateElectronicsLSC Whitening board: LP filters added, pictures taken

I added the 0.1 uF and 47 nF caps that I mentioned so that we can now bypass the AA filters for these channels. (mistakenly installed 47 instead of 0.47 nF on the first round and we got 350 Hz poles instead of 35 kHz)

Gautam and I checked out the AA sit and it seems that the XYCOM-220 cable which ought to allow switching of the AA filter is not connected on the XYCOM side, so the LSC AA filters are always ON. In order to bypass them, we'll need to just short the bypass control pins or just set the +5V on the board to GND, by lifting the EMI3 filter and shorting C6.

I have so far only made the changes on s/n 115 (used for AS55, REFL55, and REFL165), other 2 boards to follow soon.

Before making the AA change, we want to measure the HF spectrum the ADC for each of our main signals in the PRFPMI state. In lieu of that, we'll measure the spectrum at the I/Q mon ports of the demod boards via SR785 and then use matlab to propagate the signals to the ADC to make our estimate of how much anti-aliasing we need.

Changes relative to D990694-B:

  1. R215, R216, R217, R218, R219: 4.75k -> 9.53k.  This change was made long to make the DC gain of channels 4-8 be unity, the same as channels 1-3.
  2. 0.1 uF NPO cap in parallel with R127, R128, R129, R130, R131, R132, R133, R134.
  3. R127, R128, R129, R130, R131, R132, R133, R134 all 100k (was already like this) to keep LT1128 from floating up when input cables are disconnected.
  4. C158, C159, C160, C161, C162, C163, C164, C165, C166, C167, C168, C169, C170, C171, C172, C173, all were empty, now are 0.47 nF NPO.

I also looked at the noise in a few different configurations to see what we ought to do next.

BLACK: AS55I_IN1 with 0 dB whitening gain and whitening filter OFF, so its all just ADC noise

RED: same but with +45 dB whitening gain and WF ON, so above 10 Hz this is now the noise of the PD / demod chain

BLUE: RED w/ the anti-WF applied

PURPLE: in-loop POX11_I spectrum with x-arm locked

The conversion from counts to volts 0.0006, so the black trace is ~5 uV/rHz as expected. Its clear that we would be sort of OK for most of our channels if we just had 1 stage of whitening. I think we ought to convert the input stage into a 100:20 stage and also change the other whitenings into a 100:20 instead of 150:15. Then we'll have less gain at 15 Hz, but more at 100 Hz.

We really need to buy some surface mount capacitors, Steve - we ought to have at least 100 of all the ones in that little gray cabinet.

Attachment 1: 20150916_221210.jpg
20150916_221210.jpg
Attachment 2: out.pdf
out.pdf
  11616   Fri Sep 18 08:03:53 2015 ranaUpdateLSCRF micky mouse - dodgy DIN connector blocks fixed

Steve and I turned on the box this morning so that the IMC would lock again.

For future reference, remember that one should turn off the Marconi output before turning off the RF distribution box. Don't drive the input of unpowered RF amps.

 

  11617   Fri Sep 18 08:04:09 2015 ranaUpdateLSCRF micky mouse - dodgy DIN connector blocks fixed

Steve and I turned on the box this morning so that the IMC would lock again.

For future reference, remember that one should turn off the Marconi output before turning off the RF distribution box. Don't drive the input of unpowered RF amps.

 

  11618   Fri Sep 18 09:06:26 2015 ranaFrogsComputer Scripts / Programsremote data access: volume 1, Inferno

Trying to download some data using matlab today, I found that my ole mDV stuff doesn't work because its MEX files were built for AMD64...

Tried to rebuild the NDS1 MEX according to 7 year old instructions didn't work; our GCC is 'too' new.

From the Remote Data Access wiki (https://wiki.ligo.org/RemoteAccess/MatlabTools) I got the new 'get_data.m' and 'GWdata.m'. These didn't run, so I updated the nds2-client and matlab-nds2-client on Donatella.

Still doesn't run to get 40m data. It recognizes that we're C1, but throws some java exception error. Maybe it doesn't work on the NDS1 protocol of our framebuilder?

So then I noticed that our NDS2 server on megatron is no longer running...thought it was supposed to run via init.d. Found that the nds2 binary doesn't run because it can't find libframecpp.so.5; maybe this was blown away in some recent upgrade? We do have versions 3, 4, 6, 7, & 8 of this library installed.

So now, after an hour or two, I'm upgrading the nds2 server on megatron (plus a hundred dependencies) as well as getting a newer version of matlab to see if there's some kind of java version issue there.

Of course python still works to get data, but doesn't have any of the wiener filter calculating code that matlab has...

  11622   Fri Sep 18 19:15:35 2015 ranaUpdateLSCFast ALS troubles - Noise at 36kHz

One the Wiki (https://wiki-40m.ligo.caltech.edu/40mHomePage), we have a Mech Resonance page for mechanical frequencies and a PEM page where we want to list the sources of all of our environmental lines. So please put in an entry when you find out what's at this frequency. This reminds me that I need to upload my MC2 COMSOL eigenmode analysis.

  11623   Fri Sep 18 19:19:49 2015 ranaFrogsComputer Scripts / Programsremote data access: volume 1, Inferno

NDS2 restarted after hours long upgrade process; testing has begun. Let's try to get some long stretches of MC locked with MCL FF ON this weekend so's I can test out the angular FF idea.

  11624   Mon Sep 21 00:51:36 2015 ranaUpdateGeneralop340m, autoburt cron =? megatron

I modified the perl script which does our hourly autoburt so that it can run on megatron instead of op340m (old Solaris machine). Nothing major, just some path stuff. That was the last function of op340m that I know of, so after a week of watching this we ought to be able to power it off and send it to e-waste.

Seems to work so far. It complains about some models that aren't running but mostly it reports successful snapshot taking based on the .req files.

Unfortunately, it seems that its only doing the new target directory, so its missing all of our old VME machines which still use the /cvs/cds/caltech/target area.

But I think Gautam and Jamie and Aidan have volunteered to start our slow controls upgrade by moving the EX slow controls to Acromag and into the new target area. We ought to modify the CRON to point at the old directory for now, but its a temporary fix hopefully.

  11631   Tue Sep 22 02:11:17 2015 ranaSummaryComputer Scripts / ProgramsFrequency counting algorithm

I was going to suggest using a software PLL, but perhaps averaging gives the same result. The same ADC signal can be fed to multiple blocks with different averaging times and we can just use whichever ones seems the most useful.

  11646   Fri Sep 25 19:06:13 2015 ranaUpdateSUSETMX IS drifting

I don't see any evidence of it getting more stable. It seems there was a big step in January, but the problem we were talking about - the suspension shifting when it gets a big kick - can't be proven to be gone or not by just looking at the trends. The real issue is whether or not it slips when we put in a large step in the LSC.

Quote:

We have talked about the drift of ETMX sus on the Wednesday meeting.

It has stopped moving on Jan 8, 2015 and it has been reasanable stable since than.

 

  11649   Tue Sep 29 18:03:11 2015 ranaUpdateLSCuse LISO

Use LISO - see what it tells you. I would think that you should make a differential RC filter to get the right behavior. (e.g. 1K on each leg and 1 uF between them)

Each leg of the diff input of the board has a 4k input impedance.

But surely the AO input to the MC servo should also make sense independently.

Attachment 1: Screen_Shot_2015-09-29_at_5.55.34_PM.png
Screen_Shot_2015-09-29_at_5.55.34_PM.png
  11675   Thu Oct 8 21:35:49 2015 ranaUpdateLSCDRFPMI Progress

Give us a lockloss or other kind of time series plot so we can bask in the glory.

  11688   Wed Oct 14 15:59:06 2015 ranaUpdateComputer Scripts / Programsnodus web apache simlinks too soft

None of the links here seem to work. I forgot what the story is with our special apache redirect frown

https://wiki-40m.ligo.caltech.edu/Core_Optics

  11696   Sat Oct 17 18:55:07 2015 ranaUpdateLSCDRFPMI Locked for 20 sec

smiley in addition to Koji's words I feel like we should also thank those who made small but positive contributions. Its hard not to notice that this locking only happened after the new StripTool PEM colors were implemented...

From the times series plot I guess that the fuzz of the in-loop DARM is 1 pm RMS (based on memory). This means that the ALS was holding the DARM at 10 pm from the RF resonances.

There is no significant shift in the DRMI error signals, so new weird CARM effect. Would be interesting to see what the 1f signals do in the last 60 seconds before RF lock.

For documentation, perhaps Gautam can post the loop gain measurements of the 5 loops on top of the Bode plots of the loop models.

  11711   Fri Oct 23 21:58:10 2015 ranaUpdateSUSMC2 F2P mis-tuned

The OSEMs cannot be used for coil balancing above ~10 Hz. The main coupling path from OSEM drive to sensor is not through the mirror motion, but instead direct electrical coupling of the drive wires to the sensing wires.sad

I put this in the elog every ~1-2 years since people keep trying it, but it keeps coming back like a zombie.crying

Better to use the MC angular sensors for L2A decoupling. Not perfect, but better than OSEMs. For the TMs we can use the OLs.

  11752   Wed Nov 11 14:06:09 2015 ranaUpdateSUSETMX oplev servo disabled

How many volts does it take to pitch the ETM by 5 urad?

  11774   Tue Nov 17 15:59:23 2015 ranaUpdateSUSITMX UL calmed?

Although this noise is bad, we have always had these kind of humps around the bounce mode. Our interpretation in the past was that this was due to poor alignment of the OSEM in the frame, leading to a large vertical to horizontal coupling. Once you implement the BLRMS for the SUS channels, we'll be able to trend the noise over long periods of time.

  11784   Wed Nov 18 20:49:05 2015 ranaUpdateComputer Scripts / Programsnodus boot getting full

controls@nodus|~ > df -h
Filesystem                   Size  Used Avail Use% Mounted on
/dev/mapper/nodus2--vg-root  355G   69G  269G  21% /
udev                         5.9G  4.0K  5.9G   1% /dev
tmpfs                        1.2G  308K  1.2G   1% /run
none                         5.0M     0  5.0M   0% /run/lock
none                         5.9G     0  5.9G   0% /run/shm
/dev/sda1                    236M  210M   14M  94% /boot
chiara:/home/cds             2.0T  1.5T  459G  77% /cvs/cds
fb:/frames                    13T   11T  1.6T  88% /frames

  11787   Wed Nov 18 23:40:01 2015 ranaUpdateOptical LeversCalibration of oplevs for ITMY/ETMY

OMG. Please try to use larger fonts and PDF so that we can read the plots.

Quote:

Based on elog 1403, I calibrated the oplevs for ITMY/ETMY.

I'm not sure that these calibration measurements are reliable. I would feel better if Steve can confirm them using our low accuracy method of moving the QPD by 1 mm and doing trigonometry.

  11796   Sun Nov 22 07:09:01 2015 ranaUpdateIOOIMC fix

On the demod board there is a 10 dB attenuator (AT1), which lowers the level to -10 dBm before the ERA-5. Then it should be 10 dBm before going to the rest of the parts. But I guess the ERA-5 chips which come later on in the circuit could be decaying like the ones in the PMC LO board.

Quote:

Later at home, I thought this nominal LO level of 0dBm could have been wrong.

  11807   Wed Nov 25 04:24:21 2015 ranaUpdateIOOLO level check for the IMC demod board

Hmmm. Very non-standard demod. From the photo, looks like someone did some surgery with the attenuators (AT1, AT2, AT3) in the LO path. (might be me from a long time ago).

-8 dBm input to a circuit is a not a low noise situation. It would be best to remove the amplifiers in the I&Q paths and just have a single amplifier in the main path. Ideally we want the LO to never go below -3 dBm and certainly not below 0 dBm while outside of the board.

I doubt that all of the LSC demods were modified in this way - this one ought to get some sharpie or stickers to show its difference.

  11812   Wed Nov 25 20:07:35 2015 ranaUpdateIOOLO level check for the IMC demod board

Perhaps we can replace T1 with a mini-circuits hybrid 0-90 deg splitter and then remove the trim caps. (JSPQ-80, JYPQ-30, SCPQ-50)

  11821   Sun Nov 29 05:23:57 2015 ranaUpdateLSCCurrent state of the frequency source, and possible improvement

I need some more hints to understand the improvement, although its generally good to re-build it considering the sad state of the assembly/installation that you found.

I see that the current design brings the 11 MHz signal to -2 dBm before intering the first ZHL-2+, but since that has a NF of 9 dB, that seems to only degrade the phase noise to -2 - (-174 +9) = -163 dBc. That seems OK since we only need -160 dBc from this system. Probably the AM noise is worse than this already (we should remember to hook up a simple AM stabilizer in 2016, as well as the ISS).

What else are the main features of this improvement? I can reward a good summary with some Wagonga.

  11842   Thu Dec 3 06:15:38 2015 ranaUpdateOptical LeversCalibration of oplevs for ITMX/ETMX

http://blogs.mathworks.com/loren/2007/12/11/making-pretty-graphs/

Let Loren help you make your Oplev data readable to humans.cool

  11869   Wed Dec 9 23:16:13 2015 ranaUpdateComputer Scripts / ProgramsNodus security

NDS2 and the usual ports so that we can use optimus as a comsol server.

Quote:

 

I don't think there are any other ports we need open, but I could be wrong. Let me know if I broke something you need!

 

  11892   Fri Dec 18 17:37:04 2015 ranaUpdateLSCUncooperative AUX X

Here's how we should diagnose the EX laser:

  1. Compare IR RIN of laser out to 100 kHz with that of another similar NPRO.
  2. Look at time series of IR beat signal with a fast scope. Are there any high frequency glitches?
  3. Disconnect all of the cables to the EX laser PZT and temperature control. Does the frequency noise change?
  4. Change the temperature by +/- 1 deg to move away from mode hop regions. Remeasure RIN and frequency noise and plot.
  11899   Wed Dec 23 03:27:04 2015 ranaUpdateComputer Scripts / ProgramsLHO EPICS slow down

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=24321

This LHO log indicates that EPICS slow down could be due to NFS activity. Could we make some trend of NFS activity on Chiara and then see if it correlates with EPICS flatlines?

I wonder if our EPICS issues frequency is correlated to the Chiara install.

  11900   Wed Dec 23 15:43:02 2015 ranaSummaryPSLPMC FSS IMC RF summing box

The EOM upstream of the PMC is used as the phase corrector for the FSS/IMC servo. It is also used to apply the 35.5 MHz PDH RF sidebands for the PMC locking. There is a Pomona box which is used to merge the two signals onto a single cable for the EOM.

Does this circuit make sense to anyone?

Attachment 1: PMCFSSsummingBox.png
PMCFSSsummingBox.png
  11901   Wed Dec 23 16:15:47 2015 ranaOmnistructureALARMfire alarm

Fire alarm went off several minutes ago. Talked to security and they said there was no fire. It beeped twice again just now. No one has been working on the IFO today.

  11910   Tue Jan 5 13:17:06 2016 ranaUpdateLSCAUX X Freq Noise attempt

The problem here is that the MC displacement noise is leading to large frequency excursions of the PSL beam. Options

  1. Feed back the low frequency PLL control signal to the MC2 length to suppress the excursion required by the Marconi. This is better than driving the laser, since the drive to the laser would be squashed by the MC locking loop.
  2. Put the beat signal through a divider? Don't know if this makes the Marconi more able to handle it.
  3. Turn on the MCL path. this will make the low frequency MC error signal go to the MC length, thereby reducing the low frequency feedback to the NPRO.
  11913   Tue Jan 5 17:19:57 2016 ranaUpdatesafetyRat trap locations

In the modern times, people use glue traps to catch rats instead of springs. They are less hazardous to people and don't spread rat fluid on the floor.

  11922   Fri Jan 8 20:02:49 2016 ranaUpdateLSCAUX Y Freq Noise measured

Unless this is the limit from the way you guys set up the PLL, it seems like there's no difference between the two lasers that's of any import. So then the locking problem has been something else all along - perhaps its noise in the X-PDF lock somehow? PDH box oscillations?

  11934   Thu Jan 14 18:41:36 2016 ranaUpdateWienerFilteringNoise Subtraction Puzzler

Just not just pedagogical !  Freq domain MISO coherence based subtraction estimation is much faster than calculating MISO WF. And since each bin is independent of each other, this gives us an estimate of how low the noise can go, whereas the Wiener filter is limited by Kramers-Kronig. We should be able to use this on the L1 DARM channel to do the noise hunting as well as estimating the subtraction efficacy of the pseudo channels that you and Rory come up with.

If you can code up a noise hunter example using DARM + a bunch of aux channels, we could implement it in the summary pages code.

  11942   Thu Jan 21 18:34:04 2016 ranaUpdateLSCPSL and AUX-X temperatures changed

Is the black ref spectrum from this year or from May of 2015 or ?

I wonder if the noise is a bunch of fast spikes or if its a true broadband rumble. Maybe we can tell by looking at the analog DFD or PLL outputs?

  11947   Fri Jan 22 18:46:03 2016 ranaUpdateGreen LockingAUX-X AM/PM investigations

The PDA photodetectors are DC coupled, so you cannot use them to go directly into the analyzer. Must use the DC block so that you can reduce the input attenuation on the B channel and then lower the drive amplitude.

Good policy for TF measurements: drive as softly as you can and still measure in a reasonable amount of time, but no softer than that.

  11954   Wed Jan 27 20:51:00 2016 ranaUpdatePEMETMX floor vs table noise

I didn't really appreciate this measurement until just now. IF you can save the DTT .xml file with all the traces in it (i.e. NOT just the plots), we should save this data for comparison plotting later. Perhaps Gautam can post the gzipped xml file for you into the log.

The accelerometers don't read any real noise below ~3 Hz, so we can't judge the difference down low, but this seems like a good measurement in the 5 - 100 Hz band.yes

  11962   Fri Jan 29 16:55:27 2016 ranaUpdateGreen LockingInnolight laser is 10 years old

I don't think there's any evidence that the noise eater is bad. That would change the behavior of the relaxation oscillation which is at 1 MHz ?

  12022   Sat Mar 5 10:37:48 2016 ranaUpdateIOOPSL Laser Opened

Sorry, that was me; taking some photos of the PSL and EX mirrors.

Quote:

PSL Table doors were open, and the laser shutter was closed.

Doors have been closed, laser has been opened. 

 

  12027   Tue Mar 8 18:22:20 2016 ranaUpdateGreen LockingLaser swap - some improvement

Why is the transmission of X green so low? Perhaps you can phase lock the IR and then scan the X frequency, using the X arm as the analyzer. i.e. put a slow ramp into MC2 to pull the PSL frquency and thus the green frequency. You can record a movie of the scan using the framegrabber and record the green transmission peaks to see how big the mode match is exactly (which modes are so big)

  12030   Thu Mar 10 16:32:45 2016 ranaUpdateendtable upgradeInventory check

Its not a good idea to use green mounts with green lasers. Steve should be able to get another copy of the EY doubler mount made up if we really don't have another one sitting in the Manasa end table box which Koji mentioned.

  12032   Sat Mar 12 22:23:37 2016 ranaSummaryIOOPMC relocked

Found it locked on TEM01 mode.

Sweets in the fridge for non-PhD holders, courtesy of the highest levels of Caltech.

  12048   Fri Mar 25 23:54:04 2016 ranaUpdatePEMGuralp Seismometers

Something seems not right. The Guralp response should be flat in velocity from 0.05-30 Hz. Why is there any feature at 1 Hz? Saturation of some kind?

  12092   Wed Apr 27 09:45:56 2016 ranaUpdateSUSspare SOS tower

Bah, we need ruby slippers for all future suspensions. Prism with curved backside and smooth grooves.

No aluminum, no cry.

Quote:

Earth quake stops need viton tips.

Wirestandoffs are still aluminum.

 

  12093   Wed Apr 27 14:06:31 2016 ranaSummaryGeneralmeeting notes
  1. Gautam will get help from Johannes and finish EX table by Monday.
  2. Steve will spend a day this week with Johannes on Green Monster bakeout.
  3. Q to analyzed green PDH servo and design demod low pass. Should we use the double LC notches to notch the 2f product? What's the demod filter attenuation requirement?
  4. Koji will make a drawing of the ruby suspension standoff prism and post into the elog so that Steve can get some quotes next week.
  5. Rana to implement 40m configuration in FOGprime17 and analyze RoC matching of ETMs. Get Antonio's help to analyzed SRC stability. Maybe use PyKat and Finesse since Antonio knows that stuff.
  6. Give OCXO boxes to WB refcav people. Rana get Rich to make another couple of boxes for 40m PMC, FSS, IMC.
  7. Rana/Koji get EKG to make specs and procure some new folding mirrors for the PRC/SRC. Make them a bit concave and dichroic.
  12098   Thu Apr 28 18:53:05 2016 ranaUpdateLSCGreen PDH demod lowpass

OK - but give us a circuit diagram and the expected before/after loop plots. Got to make sure we keep the right impedance from PD to mixer. Some of the Thorlabs PDs have a 50 Ohm instead of 0 Ohm source impedance. Maybe you can try it out now since the green arm is ready.

  12102   Mon May 2 17:06:58 2016 ranaSummaryCOCG&H optics to Fullerton/HWS for anneal testing

Steve sent 4 of our 1" diameter G&H HR mirrors to Josh Smith at Fullerton for scatter testing. Attached photo is our total stock before sending.

Attachment 1: 20160427_182305.jpg
20160427_182305.jpg
  12103   Mon May 2 17:11:55 2016 ranaUpdateCOCRC folding mirrors

Antonio/Gautam are now developing a more up to date Finesse model of our recycling cavities to see what we can have there before our power recycling gain or cavity geometric stability is compromised. Expect that we will here a progress report on the model on Wednesday.

Some thoughts:

  1. RC folding mirrors need to be dichroic to allow green beams to get out.
  2. We should look at the specs Jamie used to get the RC folding mirrors last time and figure out what went wrong / what specs to change.
  3. T_1064 < 100 ppm. Hopefully < 50 ppm.
  4. On the AR side, we mainly want low AR for green, but nothing special for 1064, since that's taken care of by the HR.
  5. How much should we wedge these things?
  6. Should the wedge be horizontal?
  7. Can we get someone in Downs to update the optical layout?
  8. What microroughness do we need?
  9. The mirrors must be flat, with the  500 m < RoC < 100 km. Part of the Finesse modeling is to figure out what happens if the RoC is in the 300 - 1000 m range. Better stability?
  12108   Thu May 5 14:05:01 2016 ranaUpdateendtable upgradeALS status update

All seems very fishy. Its not good to put attenuators and filters in nilly-willy.

  1. Once the post-PD bandpass has been designed and constructed, you should be able to use whatever PD gain setting gives you the best SNR. There's no need to use more PD gain than necessary; it just reduces the PD bandwidth. What is the input referred current noise of the PD at the different gain settings?
  2. The open loop mixer output *should* be very large. It should be reduced to mV only when the loop is closed.
  3. The better way to estimate the modulation depth is to lock the arm on red as usual and then scan the EX laser and look at the green transmission. The FSR is 3.7 MHz, so the SBs should show up well in a narrow scan around the carrier.
  4. I guess its going to be tough to impedance match the splitter box to the NPRO PZT, since its impedance is all over the place at 200-300 kHz, but you could put a 50 Ohm in-line terminator in there somewhere?
  5. The Bode plot seems to indicate that we could easily get a 10 kHz UGF and then switch on a Boost. Is the remote Boost switch disabled or always ON? I am suspicious of the plot and think that the coarse trace is probably missing some sharp resonances which will sneakily bite you.
  12111   Fri May 6 19:08:52 2016 ranaUpdateLSCGreen PDH demod lowpass

Seems weird to design a PD lowpass with a corner at the modulation frequency. Recall what our strategy is with the other photodetectors we use for PDH servos: bandpass, not low-pass, and the band has to be wide enough to not effect the phase of the servo.

ELOG V3.1.3-