40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 106 of 344  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  8415   Thu Apr 4 14:37:15 2013 JamieConfigurationElectronicsputting together a 110 MHz LSC demod board

I'm having Steve order the following:

2x  SXBP-100+
2x  SCLF-135+
2x  PSCQ-2-120+

If you want him to add anything to the order let him know ASAP.

  8507   Mon Apr 29 18:53:03 2013 JenneUpdateElectronics1pps timing fiber to OMC rack may be bent

While helping Riju out this afternoon, I noticed that the timing fiber that goes to the OMC rack (near the AP table) was bent, and is now possibly kinked, after the installation of the fiber splitter box. 

The fiber was hanging from the back of the rack, and had been strain relieved.  However, the path that the fiber was taking is now occupied by the fiber splitter for the RF PD diagnostic stuff.  So, the installation of the fiber splitter box put the old timing fiber under tension, causing the fiber to be bent at a little over 90 degrees, since it was pulled tightly against the corner of the splitter's front panel. 

I adjusted the strain relief so that the fiber is loose again, although there is still a bit of a kink that you can feel.  Things (for now) seem to be working, since the 1pps light on the front of the box at the top of the OMC rack is still blinking happily, indicating that the 1pps is still getting there. 

We are not using most of the stuff in that rack right now, but if we have problems in the future, we should check out the fiber to make sure it is still good.

  8591   Thu May 16 11:50:25 2013 KojiConfigurationElectronicsMeasurement and empirical models of the AI board TFs

Yesterday, I pulled out the AI board for the PRM/BS SUSs. (After the investigation it was restored)

Contrary to our expectation, the board D000186 was not Rev. A but Rev. B.

According to Jay's note in D000186 (for Rev.D), the differences of the Revs are as follows

Rev.A: Initial Release (Analog Biquad version, 4dB 4th order elliptic with notches)
Rev.B: Filter implemented by Freq Devices chip
Rev.C: Differential input version with better RF filtering
Rev.D: 3rd order 0.5dB ripple Cheby with notches at 16K&32K, DB25 input version


I went to the WB EE shop and found bunch of AI filter modules. At least I found one Rev.A and six Rev.D.
I found at least one Rev. C.

I took Rev.A and Rev. D to see the difference of the transfer functions.
Rev.A has more ripple but steeper roll-off. Rev. D is flater at the pass band with slower roll-off.
Rev.D has more phase lag, but it will be fine once the entire frequency response is shifted to x4 high frequency.
The notch frequency of the Rev. D looked right.

I made the empirical pole/zero modeling of the transfer functions.
The LISO models are attached as the ZIP file.
I faced an unexplainable phase behavior at around one the notches for Rev.A.
This may suggest there could have been internal saturation is the stage during the sweep.

More importantly, Rev. D has differential inputs although the connector formfactor is different from the current 40pin IDC.
In fact we should not use Rev.A or Rev.B as they have single end inputs.
Currently the inputs of the AI's for the SUSs are single ended while the DACs are differential.
This means that
1) We waste a half of the DAC range.
2) The negative outputs of the DACs are short-circuited. OMG
3) The ground level fluctuation between the DAC and the SUS rack fluctuates the actual actuation voltage.

Now I am looking at the noise performance of the filters as well as the DAC output noise and range.
I hope we can use Rev.D by replacing the connector heads as this will remove many of the problems we currently have.

  8859   Tue Jul 16 17:02:41 2013 Alex ColeConfigurationElectronicsAS Table Additions

 [Eric, Alex]

We added our reference photodetector (Newport 1611, REF DET) to the southern edge of the AS table, as pictured. The detector's power supply is located under the southwest corner of the table, as pictured. We have connected the detector to its power supply, and will connect the detector's fiber input and RF output tomorrow.

EDIT: this is about the RFPD frequency response setup...

  8862   Wed Jul 17 11:13:36 2013 Alex ColeConfigurationElectronicsAS Table Additions

[Eric, Alex]

For the RFPD frequency response project, we routed the fiber that will connect our REF DET (on the AS table) to our 1x16 optical splitter (in the OMC_North rack), as pictured. (The new fiber is the main one in the picture, which ends at the right edge near REF DET) Note that we secured the fiber to the table in two places to ensure the fiber would remain immobile and out of other optical paths already in place.

At 2:00 we plan to run fiber from our laser module (in rack 1Y1) to our 1x16 optical splitter (in the OMC_North rack) and measure the power output at one of the splitter's output ports. We plan to keep the output power limited to less than 0.5 mW per optical splitter output.

  8863   Wed Jul 17 16:15:42 2013 Alex ColeConfigurationElectronicsAS Table Additions

[Eric, Alex]

We decided that the POY Table would be a better home for our REF DET (Newport 1611 FC-AC) than the AS Table. We moved the PD to the POY Table (1st attachment) and routed a fiber from our 1x16 Optical Splitter in the OMC_North rack to the POY Table. REF DET's power supply is now located under the POY table (2nd attachment). We left the fiber described in the previous post on the AS Table.

Afterwards, we hooked a fiber up to our laser module to test it (3rd attachment). The laser was not being distributed, just going to one fiber with a power meter at its end. Everything turns out, but we realized we need to read the power supply's manual before continuing. 

 

 

  8870   Thu Jul 18 15:34:15 2013 Alex ColeUpdateElectronicsPD Frequency Response Update

 [Eric, Alex]

Our RF Switch arrived today, and we mounted it in rack 1Y1 (1st attachment). 

We connect our input fiber and all of our output fibers to our 1x16 optical splitter (2nd attachment). Note that the 75 meter fiber we are using for the splitter's input is in a very temporary position (3rd attachment - it's the spool).

We successfully turned our laser on and tested the optical splitter by measuring output power at each fiber using our Thorlabs PM20 power meter. Data was taken with the laser running at 67.5 mA and 24 degrees Celsius:

Detector name                  Power

REF DET 192 µW
AS55 146 µW
REFL55 180 µW
REFL11 172 µW
MCREFL 133 µW
REFL33 146 µW
REFL165 180 µW
POP22/POP110 182 µW
POP55 193 µW
POX11 123 µW

 

 

  8940   Tue Jul 30 16:21:46 2013 Alex ColeUpdateElectronicsPhotodetector Input Modulation

 [Eric, Alex]

We successfully used our system to modulate the input to a single photodetector. The RF Out of the network analyzer went to the Mod In of our laser, which was operating at 98 mA. The laser's output was sent to our 1x16 optical splitter. This provided input signals for both our reference detector and AS55. Our reference detector's output was sent to the network analyzer's R input, while the AS55's output was sent to the network analyzer's A input. 

We still need to work out the specifics of how the modulation works. Specifically, we want to look at the amplitude of the network analyzer's output. Additionally, we may have been saturating our reference detector, causing noise problems.

  8947   Wed Jul 31 17:02:17 2013 Alex ColeUpdateElectronicsPreliminary Photodetector Frequency Reponse Measurements

[Eric, Alex]

We used our setup from yesterday (elog #8940) to measure transimpedance measurements for AS55, REFL11, REFL33, and REFL55, using our Newport 1611 FC-AC as reference. We connected the fibers to their respective telescopes such that the beams focused on their photodetectors, using a multimeter to maximize photodetector DC output. Plots are attached. At first glance, the poles seem to be where they're supposed to be.

Note that the procedure used today is similar to what the eventual automated procedure will be. The main differences are (1) The RF Switch will be used rather than manual switching (2) NWAG4395A will be used to collect data rather than netgpibdata (3) Data will be fit using vectfit4.m and compared to some canonical set.

  8955   Thu Aug 1 18:55:20 2013 Alex ColeUpdateElectronicsPreliminary Photodetector Frequency Reponse Measurements

Quote:

[Eric, Alex]

We used our setup from yesterday (elog #8940) to measure transimpedance measurements for AS55, REFL11, REFL33, and REFL55, using our Newport 1611 FC-AC as reference. We connected the fibers to their respective telescopes such that the beams focused on their photodetectors, using a multimeter to maximize photodetector DC output. Plots are attached. At first glance, the poles seem to be where they're supposed to be.

Note that the procedure used today is similar to what the eventual automated procedure will be. The main differences are (1) The RF Switch will be used rather than manual switching (2) NWAG4395A will be used to collect data rather than netgpibdata (3) Data will be fit using vectfit4.m and compared to some canonical set.

 [Alex, Eric]

Today I spent some time mounting the launcher and performing the same data collection for POX11. I think I still need to focus the launcher so the photodetector gets a good signal, but the data from today wasn't too bad.  Additionally, I worked on matlab scripts to improve PDFR data analysis.

This time I collected data from the network analyzer using NWAG4395A in the netgpibdata directory. The advantage of this is that the computer tells the network analyzer to perform the sweep as well as retrieving the data.

For analysis, I improved my implementation of vectfit4.m so that it focuses in on the particular photodetector's predicted peaks and thus ignores much of the noise, giving a better fit. The raw data is the red circles in the 2nd attachment, while the fit is the blue line. I also had the program return the frequency value of the peak. For POX11, this was 1.106e+07 Hz.

I also finagled copies of existing programs to enable one to plot multiple transfer functions on the same axes. This function is /users/alex.cole/plottwo.m. I will eventually use this to compare new data to some canonical data so that we may monitor photodetector performance over time.

The eventual plan is to generate two plots per photodetector, one of which will compare new data to the canonical set, the other of which will show the fit of the data. Both will have subplots that zoom in around regions of interest (known peaks and notches), and the plot which displays the canonical set will also have Q's of peaks and their locations.

  8971   Tue Aug 6 12:43:23 2013 Alex ColeConfigurationElectronicsAS Table and Rack 1Y1 Additions

For the photodetector frequency response project, I finished the construction of our baluns chassis and mounted it in rack 1Y1 (1st picture).

After consulting with Jenne, I mounted the fiber launcher for REFL165 on the AS table such that it would not cause an obstruction. I aligned the launcher using a multimeter to monitor the DC output of REFL165, but looking at the data I got, it seems I need to do a better alignment/focusing job to get rid of a bunch of noise.

  8979   Wed Aug 7 15:51:53 2013 Alex ColeConfigurationElectronicsRF Switch Change

For the photodetector frequency response project, our new RF Switch Chassis (NI pxie-1071) arrived today. I took the switches out of the old chassis (Note for future generations: you have to yank pretty darn hard) and put them in the new chassis, which I mounted in rack 1Y1 as pictured. 

The point of this new chassis is that its controller is compatible with our control room computer setup. We will be able to switch the chassis using TCP/IP or telnet, aiding in our automation of the measurement of photodetector frequency response.

  8990   Fri Aug 9 16:49:35 2013 Jenne, manasaUpdateElectronicsPost-vent alignment cont'd - RFPDs

Notes to the fiber team:

I am aligning beam onto the RFPDs (I have finished all 4 REFL diodes, and AS55), in preparation for locking. 

In doing so, I have noticed that the fiber lasers for the RFPD testing are always illuminating the photodiodes!  This seems bad!  Ack!  

For now, I blocked the laser light coming from the fiber, did my alignment, then removed my blocks.  The exception is REFL55, which I have left an aluminum beam dump, so that we can use REFL55 for PRM-ITMY locking, so I can align the POP diodes.

EDIT:  I have also aligned POP QPD, and POP110/22.  The fiber launcher for POP110 was not tight in its mount, so when I went to put a beam block in front of it and touched the mount, the whole thing spun a little bit.  Now the fiber to POP110 is totally misaligned, and should be realigned.

What was done for the alignment:

1. Aligned the arms (ran ASS).

2. Aligned the beam to all the REFL and AS PDs. 

3. Misaligned the ETMs and ITMX. 

4. Locked PRM+ITMY using REFL11.
The following were modified to enable locking
(1) PRCL gain changed from +2.0 to -12.
(2) Power normalization matrix for PRCL changed from +10.0 to 0.
(3) FM3 in PRCL servo filter module was turned OFF.

5. POP PDs were aligned.

  9004   Tue Aug 13 11:40:19 2013 Alex ColeSummaryElectronicsRFPD Demod Filter Frequency Response Measurement

 For the RF PD Frequency Response Measurement project, we get each PD signal from the "PD RF Mon" output of each demodulator board corresponding to our PD under test. Therefore we can't neglect the frequency response of various filters inside the demodulator board. I used our Agilent 4395 Network Analyzer to gather frequency response data for each demodulator board being considered for the RFPD frequency response project (AS55, REFL11, REFL33, REFL55, REFL165, POX11, POP22, POP110).

The NA swept over a frequency range of 1-500 MHz. Data was collected using NWAG4395A (from the netgpibdata directory). It should be noted that the command line options -a 16 -x 15 (averaging=16 and excitation amplitude=15 dBm[the max]), in addition to the usual command line options described in the help file, were used to minimize noise. 

The data is located in /users/alex.cole. The file names are in the format [PDNAME]DemodFilt_1000000.dat (e.g. REFL11DemodFilt_1000000.dat). Results for POP110 are shown below.

  9005   Tue Aug 13 11:54:40 2013 Alex ColeHowToElectronicsRF PD Fiber-Coupled Laser Operation

This post pertains to the fiber-coupled diode laser mounted in rack 1Y1.

To turn the laser on, first turn the power supply's key (red) to the clockwise. Then make sure that the laser is in "current" mode by checking that the LED next to "I" in the "Laser Mode" box in lit up. If the light is not on, press the button to the right of the "I" light until it is. Now press the output button (green). This is like removing the safety for the laser. Then turn the dial (blue) until you have your desired current. Presently, the current limit is set to around 92 mA.

To turn the laser off, dial the current back down to 0mA and turn the key (red) counterclockwise.

  9006   Tue Aug 13 13:30:41 2013 Alex ColeConfigurationElectronicsCable Routing

 I routed cables (RG405 SMA-SMA) from several demodulator boards in rack 1Y2 to the RF Switch in rack 1Y1 using the overhead track. Our switch chassis contains two 8x1 switches. The COM of the "right" switch goes to channel 7 of the "left" switch to effectively form a 16x1 switch. The following is a table of correspondences between PD and RF Switch input.

 

PD Left/Right Switch Channel Number
REFL11

R

0
POX11 L 0
AS55 R 1
REFL55 R 7
POP22 R 6
REFL165 R 5
REFL33 L 7

 

ThePOP110 demod board has not yet had a cable routed from it to the switch because I ran out of RG405.

We should also consider how important it is to include MCREFL in our setup. Doing so would require fabrication of a ~70 ft RG405 cable. 

  9059   Fri Aug 23 21:01:38 2013 Alex ColeHowToElectronicsAutomated Photodetector Frequency Response System

 This post describes how to use the Automated Photodetector Frequency Response System.

On the mechanical side, turn on:

-the diode laser (in rack 1Y1)

-the RF Switch (in rack 1Y1)

-the reference PD (under the POY table)

-the AG4395A Network Analyzer

The NA’s RF output should go to the laser’s modulation input, the reference PD’s output should go to the NA’s R input, and the RF Switch Chassis’s output (which is the combination of the two switches’ COM channels using a splitter) should go to the NA’s A input.

Once this is done, navigate into /users/alex.cole and run PDFR.sh. This script collects data for each photodetector under consideration by switching using a python script and communicating with the NA via GPIB. It then sends all the data to RF.m, which fits the functions, plots the latest data against canonical data, and saves the plots to file.

The fitting function, fit.m, also outputs peak frequency to the command line. This function uses PD name data (e.g. ‘REFL33’) to choose an interval with minimal noise to fit.

The main script prompts the user to press enter after each NA sweep to make sure that measurements don’t get interrupted/put out of order by RF switching.

Once you're done, you should turn off the laser, NA, RF Switch, and reference PD.

Troubleshooting

Sometimes, the NA throws up and doesn’t feel like running a particular sweep. If this happens, it’s a good idea to keep the matlab script from trying to analyze this PD’s data. Do this by opening up RF.m and commenting out the calls to ‘fit’ and ‘canonical’ for that PD.

If fit.m complains about a particular set of data, it is often the case that the N/P ratio (where N is order of approximation and P is number of points in the interval) is too high. You can fix this by reducing N or making the PD’s frequency range (chosen in the fnew_idx line) larger.

Choosing a single PD

If you only want to grab the transfer function for one PD, first look up which switch input it belongs to. This information is contained in /users/alex.cole/switchList. To turn the switch to a particular input, type something like:

python rf.py “ch7”

This command uses TCP/IP to tell the switch to look at channel 7. Switch input numbers range from 1 to 16, though not all of them are in use.

Once the switch is looking at the correct input, you can run a sweep and download the data by typing /opt/rtcds/caltech/c1/scripts/general/netgpibdata/NWAG4395A -s 1000000 -e 500000000 -c 499000000 -f [filestem for output] -d [path of directory for output] -i 192.168.113.108 -g 10 -x 15. 

  9062   Mon Aug 26 18:55:18 2013 JenneConfigurationElectronicsputting together a 110 MHz LSC demod board for AS

I have modified one of the spare demod boards that was sitting above the electronics bench (the one which was unlabeled - the others say 33MHz, 55MHz and 165MHz) to be the new AS110 demod board.  In place of the T1 coil, and the C3 and C6 resistors, I have put the commercial splitter PSCQ-2-120+.  In place of U5 (the low pass for the PD input) I have put an SCLF-135+. 

In order to figure out how to make the pinout of the PSCQ match up with the available pads from T1, I first pulled the "AS11" board (it's not something that we use, so it would be less of a tragedy if something happened while I had the board pulled).  However, while the PCB layout is the same, the splitter for the low frequencies (PSCQ-2-51W) has a different pinout than the one I need for the 110MHz.  So, I put AS11 back, and pulled the POP110 board. (After I noted the pinout on POP110, I reinstalled that board.  To get it out, I had to unplug the I and Q outs of POP22, but I have also replugged those in).

For my new AS110 demod board, I copied the pin connections on POP110.  I have made a little diagram, so you can see what pins went where.  The top 2 rectangles are the "before" installation cartoon, and the bottom is the "as installed" cartoon.

AS110_demod_board_modifications.pdf

The one thing that must be noted is that, because of the pinout of the splitter and the constraints of the board layout, the +0 degrees (I-phase) output of the splitter is connected to the Q channel for the rest of the demod board.  This means that the +90 degrees (Q-phase) output of the splitter is connected to the I channel for the rest of the demod board.  This is not noted for POP110, but is true for both:  The I and Q channels of the 110 MHz demod boards are switched.  In practice, we can handle this with our digital phase rotation.

Daytime tomorrow, I will test my new board as Suresh did in elog 4736.  Before we get to use AS110, we need (a) some LO juice from the RF distribution box, and (b) a spot to plug the board in, in the LSC rack.  Meditating on how those are going to happen are also tasks for daytime tomorrow.

  9067   Mon Aug 26 20:13:17 2013 ranaConfigurationElectronicsputting together a 110 MHz LSC demod board for AS

Quote:

I have modified one of the spare demod boards that was sitting above the electronics bench (the one which was unlabeled - the others say 33MHz, 55MHz and 165MHz) to be the new AS110 demod board.  In place of the T1 coil, and the C3 and C6 resistors, I have put the commercial splitter PSCQ-2-120+.  In place of U5 (the low pass for the PD input) I have put an SCLF-135+.

OK, but what kind of filter should we be actually using? i.e. what purpose the 135 MHz low pass serve in contrast to a PHP-100+ ?

  9069   Tue Aug 27 15:31:48 2013 JenneConfigurationElectronicsputting together a 110 MHz LSC demod board for AS

Quote:

Quote:

I have modified one of the spare demod boards that was sitting above the electronics bench (the one which was unlabeled - the others say 33MHz, 55MHz and 165MHz) to be the new AS110 demod board.  In place of the T1 coil, and the C3 and C6 resistors, I have put the commercial splitter PSCQ-2-120+.  In place of U5 (the low pass for the PD input) I have put an SCLF-135+.

OK, but what kind of filter should we be actually using? i.e. what purpose the 135 MHz low pass serve in contrast to a PHP-100+ ?

 Hmmm. Indeed. This is just cutting off higher frequency stuff, but anything from other lower sidebands still gets through.  I should actually stick in the SXBP-100's, which will band pass from 87-117 MHz.  These have an insertion loss at 100 MHz of 1.64 dB. 

Jamie ordered 2 of these, so I can put one in each of AS110 and POP110. 

  9071   Tue Aug 27 17:32:52 2013 JenneConfigurationElectronicsputting together a 110 MHz LSC demod board for AS

I measured the phase split between the I and Q signals of my AS110 board.  To do so, I plugged the board into an empty slot next to the PD DC readout / whitening board in the LSC rack.  I borrowed the POP110 local oscillator, and used a Marconi to generate a "PD input".  (I'm roughly following what Suresh did in elog 4736).  Our 11MHz is currently 11.066134MHz, so I had the Marconi going at 110.662340 MHz (1kHz from 10*11MHz), and I had the Marconi source at -13dBm.  

I took a transfer function using the SR785 between the I and Q outs of the AS110 demod board, and got a magnitude misbalance of 0.809 dB, and a phase split of 110.5 degrees.  This isn't so close to 90 degrees, but this may be a problem with the splitter that we're using, as Suresh detailed in elog 4755.  In that elog, he measured a phase split of POP110 of 105 degrees, unless the power going into the splitter was pretty high.  As with POP110, since I expect that we'll usually only look at one channel (I, for instance), this isn't such a big deal for AS110. 

I have left, for now, the board in the empty slot.  It looks like (I'm going to go check) there are 3 open channels on the whitening board that has the PD DC signals.  So, the only thing left to figure out is how we want to get some local oscillator action for this new board.

EDIT: Yes, those channels are available.  Right now (as a remnant from testing the whitening filters waaaay back in the day) they are called C1:LSC-PDXXX I, Q, DC.  I'll use 2 of those for the AS110 I and Q. 

  9072   Tue Aug 27 18:21:35 2013 JenneConfigurationElectronics110 MHz LO options

As I see it, we have a few options for getting the 110 MHz LO to both the POP110 and AS110 demod boards.  

The current situation is described by Kiwamu in elog 5746.  The 55 MHz signal comes into the box, and is split 4 ways, with each path having 19.7 dBm.  One of these 4 is for 110.  It has a 2dB attenuator (giving us ~17.7 dBm), and then it goes to an MK-2 frequency multiplier.  I'm a little lost on why we're giving the MK-2 17 dBm, since it says that it can handle an input power between 1 - 15 dBm.  It has ~16 dB conversion loss, so the 110 output of the distribution board has (according to the drawing) 1.9 dBm.  The demod boards have a 10 dB attenuator as the first element on the LO path, so we're giving the ERA-5 -8 dBm. 

We can either amplify the 110 leaving the distribution box, split it, and then attenuate it to the appropriate level for the demod boards, or we can change the attenuators on the POP110 and AS110 demod boards. 

Since we seem to be over driving the 2x frequency multiplier, I think I should change the 2dB attenuator to a 5dB attenuator, so we're giving the 2x multiplier ~15 dBm.  The conversion loss of ~16 dB means we'll have -1 dBm of 110 MHz.  I want to amplify that by ~10 dB, to give 9 dBm.  Attenuate by 5 dB to get to 4 dBm, then split into 2, giving me 2 110 MHz spigots, each of ~1 dBm.  Since the demod boards expect between 0-2 dBm for the LO's, this should be just fine.

Thoughts, before I start scrounging parts, and pulling the RF distribution box?

  9073   Tue Aug 27 18:58:52 2013 KojiConfigurationElectronics110 MHz LO options

- Do we have an appropriate amplifier?

- True challenge could be to find a feedthrough for the new port. (or to find a space for the amplifier in the box)

- PDXXX channels is on the DC whitening filter module. There could be some modification on this module (like diabling the whitening gain selector).

- We don't have AS11 and AS165, and so far it is unlikely to use AS11. i.e. The feedthrough, the slot on the crate, the whitening, and the channels can be trasnsition from 11 to 110.

Quote:

I want to amplify that by ~10 dB, to give 9 dBm.  Attenuate by 5 dB to get to 4 dBm, then split into 2, giving me 2 110 MHz spigots, each of ~1 dBm. 

Thoughts, before I start scrounging parts, and pulling the RF distribution box?

 

  9095   Mon Sep 2 16:46:32 2013 JenneUpdateElectronicsRF distribution box is on the bench

I have pulled the RF distribution box out of the rack, so I can look at it, and modify it to have 2 110 MHz spigots. I'm going to make the mods as in elog 9072.

Before I pulled the distribution box, I turned off the RF Generation Box, so don't be surprised that the MC will not lock.  I have terminated the cables that bring the 11 and 55 MHz signals from the generation box to the distribution box, so if someone does turn on the generation box, there won't be bad reflections.

To get the box out, in addition to unplugging all of the cables that go to the distribution box, I had to disconnect 2 of the ADC ribbon cables from the top row of RFPD demod / whitening / ADC boards, since they were in the way.  Everything is labeled, so it should be easy to put back together.

Note to Future Jenne:  Past Jenne put the screws needed for those ADC cables and to hold the box in the rack, in the plastic box that is on the floor in front of the LSC rack. 

Also, I measured the 110 MHz port before I pulled the board, so I would know what my "before" looked like.  I was using the 300MHz 'scope's measurement functions, so these are in volts, not dBm.  Amplitude = 1.33V, RMS = 456 mV, freq = 109.4-111.9 MHz

  9096   Mon Sep 2 18:06:21 2013 JenneUpdateElectronicsRF distribution box: 110 MHz LO options

After scrounging for parts, and opening up the box, I have modified my proposal to the following:

RF_distribution_box_proposed_modifications.pdf

Note that the freq multiplier is supposed to take, at maximum, 15 dBm.  The reason I put the 5 dB attenuator, then an amplifier, then another attenuator is that I don't know of / can't find easily a 10 dB amplifier with the usual case type on the MiniCircuits site.  (If anyone knows of one off the top of their head, that would be handy.  Then I'd remove the attenuator between the multiplier and the amplifier, and make the 10 dB attenuator a 5 dB.)

Anyhow, the ZFL-500HLN can only output 16 dBm of power, and I don't think I have space for another ZHL-2 (which can output up to 26 dBm) inside the box, so I put an attenuator before, as well as after, the amplifier. 

I think I have space inside the box for all the bits and pieces I'll need, although to do things correctly, I need to drill holes in the teflon mounting plate to mount the amplifier and splitter.

0902131751.jpg

I also think that I have space on the front panel to put another isolated SMA feedthrough.

0902131751a.jpg

I have, on my desk, all the parts (except for mounting screws, and cables between things) to make these modifications to the distribution box. 

  9099   Tue Sep 3 21:08:13 2013 JenneUpdateElectronicsRF distribution box: 110 MHz LO options

The RF distribution box is still on the bench, so again, don't be surprised that the MC doesn't lock.

I have completed my modifications as proposed in elog 9096, but I want to do a couple of quickie tests in the morning before I declare it ready for service.

  9100   Tue Sep 3 21:10:36 2013 JenneConfigurationElectronicsputting together a 110 MHz LSC demod board for AS

Quote:

 

 I should actually stick in the SXBP-100's, which will band pass from 87-117 MHz.

 I have removed the 135 MHz low pass from my new AS110 demod board, but these SXBPs have different feet than the SCLFs, so I want to confirm with Koji or someone that I can solder them in the same way, before I get carried away and destroy anything.  I should be able to finish this up tomorrow, plug in the demod board and the distribution box, and try out AS110 triggering, etc, tomorrow night.

  9101   Wed Sep 4 16:06:40 2013 JenneUpdateElectronicsRF distribution box: Reinstalled

I have reinstalled the RF distribution box, as well put in the AS110 demod board.  I plugged everything back in, and turned it all on.

The switch on the distribution box may be starting to fail.  When I was turning the box on, I could depress the button, and see the blue glow, but it wouldn't catch, so when I removed my finger, the glow went away.  I was afraid that I'd have to pull the box, but after a few more button toggles, I got it to stay on.  I'm leaving it for now, but we should remember that this may be a problem.

I will look at the phases of all the PDs, but none should need changing except POP 110.  Every other PD has the exact same cables as before.

  9106   Wed Sep 4 21:44:54 2013 Not JenneUpdateElectronicsRF distribution box: Reinstalled

Temporary fix for the switch: give a bit of oil to the button

Permanent fix: buy better switches.

  9208   Sun Oct 6 22:27:35 2013 ranaFrogsElectronicsMC3 LL sensor cable was loose

I noticed that the MC3 LL sensor was apparently dead according to its suspension screen. Since it was only the fast ADC channel and not the SLOW PDmon, I could tell that it was just in the ADC cabling. I pushed in a few of the MC3 sensor cables on the front and back of the PD whitening board and it came back OK. According to this trend of the past 40 days and 40 nights, it started slipping on this past Wednesday morning.

Was anyone walking near MC2 or the suspension electronics racks before noon on Wednesday (Oct. 2nd)?

  9350   Tue Nov 5 19:50:07 2013 manasaUpdateElectronicsIOO rack +/-5V power supplies

The power supply to the ADC box on the IOO rack (that reads the beat I & Q signals) was pulled out because it did not run through any fuse and was connected directly to the power supply. 

There were already connections running from the +/-5 V power supply. They were powering the mode cleaner demod board rack. In order to remove the ADC power connectors from the power supply, I notified Jenne in the control room because turning off the power supply would affect the MC. I switched off the +/-5V power supplies at the same time. The ADC power connectors were removed. The +/-5V power supplies were then turned ON again at the same time. Jenne relocked the MC after this.

I have still not connected the ADC to the fuse rack power supply because this requires the +/-5V power supplies to be turned OFF again in order to pull out new connections from the fuse rack and I need to make a new ADC power connector with thicker wires.

  9356   Wed Nov 6 15:59:41 2013 manasaUpdateElectronicsIOO rack +/-5V power supplies

Quote:

The power supply to the ADC box on the IOO rack (that reads the beat I & Q signals) was pulled out because it did not run through any fuse and was connected directly to the power supply. 

There were already connections running from the +/-5 V power supply. They were powering the mode cleaner demod board rack. In order to remove the ADC power connectors from the power supply, I notified Jenne in the control room because turning off the power supply would affect the MC. I switched off the +/-5V power supplies at the same time. The ADC power connectors were removed. The +/-5V power supplies were then turned ON again at the same time. Jenne relocked the MC after this.

I have still not connected the ADC to the fuse rack power supply because this requires the +/-5V power supplies to be turned OFF again in order to pull out new connections from the fuse rack and I need to make a new ADC power connector with thicker wires.

I switched OFF the +/-5V power supplies on the IOO rack to hook up the ADC power connectors through 250mA fuses to +/-5V. Since these power supplies were powering the MC demod boards, MC remained unlocked during the process. I turned the power supplies back ON and MC relocked itself after this.

  9377   Wed Nov 13 18:37:19 2013 ranaConfigurationElectronicsDAC available in c1lsc IO chassis for DAFI

The first picture shows that there is indeed a DAC next to the ADC in the LSC IO chassis. The second picture shows how there are two cables, each one carrying 8 channels of DAC. The third one shows how these come out of the coil drivers to handle the Tip/Tilt mirrors which point the beam from the IMC into the PRC. It should be the case that the second Dewhitening filter board can give us access to the next 8 channels for use in driving an audio signal into the control room or an ISS excitation.

  9563   Tue Jan 21 19:41:59 2014 JenneUpdateElectronicsRF distribution box power button fail

Rana, Gabriele and I are trying to measure the FSR of the PRC (elog about that later), and we turned off the power to the RF generation box so that we could switch cables at the EOM combiner.  However, as in elog 9101, the power button won't latch when we try to turn the power back on.  All 3 of us tried, to no avail.  For our measurement, poor Gabriele is standing holding the button pushed in, so that we can have some RF sidebands. 

Tomorrow, we'll have to pull the RF generation box, and put in a better switch.

  9566   Wed Jan 22 16:36:45 2014 ericqUpdateElectronicsRF distribution box power button fail

Quote:

Rana, Gabriele and I are trying to measure the FSR of the PRC (elog about that later), and we turned off the power to the RF generation box so that we could switch cables at the EOM combiner.  However, as in elog 9101, the power button won't latch when we try to turn the power back on.  All 3 of us tried, to no avail.  For our measurement, poor Gabriele is standing holding the button pushed in, so that we can have some RF sidebands. 

Tomorrow, we'll have to pull the RF generation box, and put in a better switch.

I replaced the stupid broken fancy button with a simple sturdy switch. I had to file out the hole in the chassis a bit, but the switch is pressed in tightly and securely. I put the box back in the rack, but the power cable was coming directly from the power supplies with no fuses. The box was drawing ~.9 and 1.5 Amps from two supplies, so I put 2A fuses on both. Plugged everything back in, and the mode cleaner locks, so it looks like all is well.

RXA: When its so close, I prefer to size it up by 1 step. Please change to 5A fuses. Otherwise, we may blow them from power glitches.

Q: 5A fuses have been swapped in

  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. 

  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...

  9661   Mon Feb 24 13:21:00 2014 JenneUpdateElectronicsMeasured REFL165 demod board

I measured the REFL 165 demod board's I/Q separation. 

Our 11MHz signal is currently 11.066092 MHz, so I put a signal to the RF input of the REFL165 demod board at 165.992380 MHz (15*11 MHz + 1kHz), with a signal of -13 dBm.

I then used the SR785 to measure the transfer function between the I and Q output channels. 

I got 82.7 degrees, at -0.64 dB. (I don't remember now if I had I/Q, or Q/I, not that it really matters). So, it seems that the REFL165 demod board has good separation, and at least isn't totally broken.

  9666   Mon Feb 24 17:59:31 2014 RANAUpdateElectronicsMeasured REFL165 demod board

 

 Demod boards should be at 90 deg, not 82.7 or 12 or yellow or ****. We should re-inject the RF and then set the D Phase in the filter module to make the signals orthogonal. 165 is a challenging one to get right, but its worth it since the signals are close to degenerate already.

  9716   Tue Mar 11 15:19:45 2014 JenneUpdateElectronicsHigh gain Trans PD electronics change

As part of our CESAR testing last night, we had a look at the noise of the 1/sqrt(TR) signal. 

Looking at the time series data, while we were slowly sweeping through IR resonance (using the ALS), Rana noted that the linear range of the 1/sqrt(TR) signal was not as wide as it should be, and that this is likely because our SNR is really poor. 

When a single arm is at a normalized transmission power of 1, we are getting about 300 ADC counts.  We want this to be more like 3000 ADC counts, to be taking advantage of the full range of the ADC.

This means that we want to increase our analog gain by a factor of 10 for the low gain Thorlabs PDs. 

Looking at the photos from November when I pulled out the Xend transmission whitening board (elog 9367), we want to change "Rgain" of the AD620 on the daughter board.  While we're at it, we should also change the noisy black thick film resistors to the green thin film resistors in the signal path. 

The daughter board is D04060, S/N 101.  The main whitening board for the low gain trans QPD is D990399, RevB, S/N 104.

We should also check whether we're saturating somewhere in the whitening board by putting in a function generator signal via BNC cable into the input of the Thorlabs whitening path, and seeing where (in Dataviewer) we start to see saturation.  Is it the full 32,000 counts, or somewhere lower, like 28,000? 


Actually the gain was changed. From gain of 2 (Rgain = 49.4kOhm) to 20 (Rgain = 2.10kOhm), Corresponding calibration in CDS was also changed by locking the Xarm, running ASS, then setting the average arm power to be 1. Confirmed Xarm is locking. And now the signal is used for CESAR.  We see emperically that the noise has improved by a factor of approximately 10ish.

  9720   Tue Mar 11 19:07:24 2014 ericqUpdateElectronicsHigh gain Trans PD electronics change

Speaking of the whitening board, I had neglected to post details showing the the whitening was at least having a positive effect on the transmon QPD noise. So, here is a spectrum showing the effects that the whitening stages have on a QPD dark noise measurement like I did in ELOG 9660, at a simulated transmission level of 40 counts. 

The first whitening stages gives us a full 20dB of noise reduction, while the second stage brings us down to either the dark noise of the QPD or the noise of the whitening board. We should figure out which it is, and fix up the board if necessary. 

SQRTINVwhitening.pdf

The DTT xml file is attached in a zip, if anyone wants it.

  9823   Thu Apr 17 16:04:40 2014 JenneUpdateElectronicsHigh gain Trans PD electronics change

 

 I have made the same modification to the Yarm trans PD whitening board as was done for the xend, to increase our SNR.  I put in a 2.1kOhm thin film resistor in the Rgain place.

When I was pulling the board, the ribbon cable that goes to the ADC had its connector break.  I redid the ribbon connector before putting the board back. 

I see signals coming into the digital system for both the high gain and low gain Y transmission PDs, so I think we're back.  I will re-do the normalization after Jamie is finished working on the computers for the day.

  9828   Fri Apr 18 09:40:28 2014 SteveUpdateElectronicsit is a kick

10 days of on-off glitching?   It is a kick. The LSC is off, so it must be the ALS

  9991   Sat May 24 22:56:57 2014 JenneUpdateElectronicsAmplifier removed from BeatX path

I just realized that I forgot to elog this, but yesterday afternoon I bypassed the amplifier in the BeatX path, and now the X beatnote is about -27dBm.  Arms lock nicely with ALS.

  9992   Mon May 26 07:59:23 2014 KojiUpdateElectronicsAmplifier removed from BeatX path

And the out-of-loop level of the ALSX compared with the previous measurement is ...?

Quote:

I just realized that I forgot to elog this, but yesterday afternoon I bypassed the amplifier in the BeatX path, and now the X beatnote is about -27dBm.  Arms lock nicely with ALS.

 

  9995   Tue May 27 11:58:45 2014 JenneUpdateElectronicsAmplifier removed from BeatX path

Sorry, I had been in a hurry when I worked on this last week, and again when I wrote the elog, but I wanted to at least put in a note for any weekend workers.

The ALS beatnote setups need alignment on the PSL table.  However, even at very low RF beat frequency, the X beatnote now at low frequencies matches our best measurement from last week.  The "HEPA off" (teal and purple) measurements are from last week, and the red and blue are from this week.  The X beatnote was 10MHz and the Y beatnote today was 31MHz.

ALS_outofloop_27May2013.pdf

  10008   Mon Jun 9 09:51:11 2014 Sai AkhilUpdateElectronicsFrequency Error Measurement of UFC-6000 RF Frequency Counter

 Motivation: 

 
To test the precision of Mini-Circuits Model UFC-6000 RF Frequency Counter which will be used for recording the beat note for the Frequency Offset Locking Loop(FOLL).
 
 
Setup:
 
Mini Circuits RF Frequency Counter Model UFC-6000 has three I/O ports:
1)REF IN,2)USB INTERFACE,3)RF IN.
The USB INTERFACE is connected to the PC(Windows/Linux) through a USB cable.
The test RF input from an SRS Function Generator(Model DS 345 with tested precision up to 1mHz)is fed in through RF IN using an SMA cable with an SMA-BNC adaptor to connect to the Function Generator.
The REF IN is open since we want to test the counter.
 
 
What I did:
 
1. First interfaced the counter with the PC with windows OS.
 
2. Installed the user friendly GUI on my Laptop so as to record the data from the counter into a .txt file.
 
3. Gave an RF input through the function generator and recorded the response of the counter for different frequencies ranging from 1MHz to 30MHz.
 
4.Analyzed the collected data by plotting the histograms(attached) in Matlab(script attached in .zip file)
 

What was Expected:
 
The measurement statistics of the instrument would give knowledge about the error and tolerance in the measurement which will be helpful to negotiate the error when the counter is being used in the setup. 
 
 
Results:
 
The obtained plots(for sampling time of 1s) are attached in a figure.
The measurement error of the frequency counter for 1s sampling time is:
 
data file     Frequency       Mean in MHz            Standard Error(+/-)in Hz    
 1MH.txt            1MHz            0.999999846             0.0109
 5MHz.txt          5MHz            5.000000293             0.0134
 10MHz.txt       10MHz         10.00000148              0.0108
 15MHz.txt       15MHz         15.0000018                0.0072
 20MHz.txt       20MHz         20.00000053              0.0259
 30MHz.txt       30MHz         30.00000146              0.0230
 
The measurement error of the UFC-6000 RF Frequency Counter is in the order of 0.01-0.02 Hz. This error varies at different frequencies as inferred from the table.
The error for different sampling times of the FC are also plotted.
 
Plan:
 
To complete interfacing the counter with the Raspberry-pi.
Make this Frequency Counter talk to EPICS through slow channels.
 
 
 
 
 
 
  10009   Mon Jun 9 10:55:48 2014 NichinSummaryElectronicsBBPD D1002969-v8 transimpedence measurement

My SURF week-1 work...

Motivation:

To measure the transimpedence of  the Broadband photodiode (D1002969-v8), using a New focus photodiode (1611) as reference. The amplitude modulated Jenne Laser (1.2mW) was used. 

The steps involved in getting the transimpedence are as follows:

Acquiring data

  • Get 2 sets of data from Network Analyzer Agilent 4395: One set of data will be for the transfer function of Ref PD over RF out. The other set for Test PD over Ref PD.
  • The following conditions were set:

1) Frequency sweep range: 1MHz to 200 MHz.

2) Number of Points sampled in  the range: 201

3) Type of sweep: Logarithmic

  • Set the NA to give the corresponding transfer function values in dB and also Phase response in degrees.
  • Save the data into floppy disk for processing on the computer (The wireless way of acquiring data was not working when the experiment was conducted )

Plotting

  • The matlab code attached (TransimpedencePlot.m) will then give plots for the absolute values of transimpedence in V/A.
  • Logic involved in the code:
    • Transimpedence = Voltage response / (Responsivity of the photodiode * Power incident) 
    • Responsivity for BBPD is taken as 0.1 A/W and for NF1611 as 0.68 A/W as given in their datasheets.
    • Voltage response of Test PD w.r.t RF output of NA (in dB) = Voltage response of Test PD w.r.t Ref PD (in dB) + Voltage response of Ref PD w.r.t RF output of NA (in dB) 

 Results

The Plots of transimpedence obtained are attached (results.pdf) . The results obtained for BBPD is consistent with the ones obtained before, but the same method and code gives a different transimpedence for 1611.

The transimpedence of NF 1611 was obtained to be around 4-5 V/A which is very much off-track compared to the one given in the datasheet (elog: 2906).

 

The transimpedence of  Broadband photodiode (D1002969-v8) was around 1200 - 1300 V/A for most of the range, but the value started falling as the frequency approached 100 MHz. This result is consistent with DCC document: T1100467-v2.

 

  10012   Mon Jun 9 16:55:31 2014 KojiSummaryElectronicsBBPD D1002969-v8 transimpedence measurement

How is the modulation depth assumed in the calculation?

If you don't know the modulation depth, you can't calibrate the transimpedance of each PD individually.

  10034   Thu Jun 12 16:56:31 2014 NichinUpdateElectronicsPD Inspection

I and Eric Gustafson inspected the automated PD frequency response measurement system which Alex Cole built last summer. We just lifted the tops off the tables [AS table, POY table and ITMX table] and looked at the alignment checking to see if the correct optical fibers from the fiber splitter were illuminating the correct photodiodes. We did not change anything at all and put the covers back on the tables.

The PDF attached shows the state of each PD fiber pair.  The fibers labeled REFL11 and REFL55 were reversed and illuminating the wrong photodiodes.

We will do a manual measurement of REFL33 tomorrow using the network analyzer and the modulatable laser but not the RF switch.  Afterward we will check to make sure the RF cables are connected to the correct channels of the RF switch according to the switch list (/users/alex.cole/switchList).

ELOG V3.1.3-