40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 188 of 339  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  1211   Thu Jan 1 01:07:03 2009 YoichiSummaryEnvironmentParticle counts going crazy
I increased the fan speed of the PSL HEPA filter to the maximum.


Quote:
Yes it is a new year's eve, and a lot of crazy people are on Colorado to secure seats for the parade tomorrow.
They are burning woods to warm themselves. So smoky smell is floating around in the campus
and naturally the particle count is going up.

Actually at first I thought some building is on fire and called the security. Then they found
that it is the people on Colorado.

Now C1:PEM-count_half is 28400 and it is still climbing up.
  5134   Sun Aug 7 14:11:53 2011 JenneUpdatePEMParticle counts through the roof

[Jenne, Kiwamu]

While Kiwamu was finalizing the X green alignment, I started to prepare to remove the ETMY door, and begin checking out its OSEMs, etc, so we could start moving it to it's new place, and figure out why it's been wonky for a while.  I ran the particle counter, and we have a factor of ~5 more particles than normal.  Kiwamu and I agreed not to open ETMY.  Since we had briefly opened the IOO and Output Optics chambers to check the X green's position on the PSL table, we immediately shut those doors.  They were probably open for ~15 minutes or so.  (Yes Steve, we should have checked before opening any doors, but at least we remembered to check at all, and the doors were only open for a few minutes rather than for a few hours.)

I attach a 24hrs trend of the particle counts, for reference.  It looks like it's been a little high for a while, but today it's really dirty in the air.

Attachment 1: ParticleCount_High_7Aug2011.png
ParticleCount_High_7Aug2011.png
  13783   Tue Apr 24 10:10:43 2018 gautamUpdateComputer Scripts / ProgramsParticle swarm hyper parameter optimization

I'm copying and pasting Nikhil's email here as he was unable to login to the elog (but should now be able to in order to reply to any comments, and add more details about this test, motivation, methodology etc).

I did some post-processing after running the grid search. The following steps were carried out:

1) Selected those sets whose cost fun were less than a specific threshold (here 10000)

2) Next task was to see if the parameters of these good solutions had some pattern

3) I used a dimensionality reduction technique called t-SNE to project the 6 dimensional parameter space to 2 dim (for better visualization )

4) Made a scatter plot of these (see fig )

5) Used K-Means to find the clusters in this data

6) MarkerSize & Color reflect the cost fun. Bigger the marker size means better the solution.

7) Visual inspection implied cluster 5 had the best ranking points & more than any other cluster

8) These points had the following Parameter set: Workers {20,40}, SwarmSize {500}, MaxIter {500}, Self Adjustment {1}, Social Adjustment {1}, Tolerance {1e-3,1e-8} 

     See fig: for the box plot 

9) It looks like is a particular set of values rather than individual values that gives the best results.

 

Attachment 1: ClusterFminScaled.png
ClusterFminScaled.png
Attachment 2: ClusterID_5.png
ClusterID_5.png
  14153   Fri Aug 10 11:29:39 2018 aaronConfigurationUpgradeParts list for BHD

I've started putting together a list of things we'll need to buy to do BHD readout. I'm still messing around with more detailed optics layouts, but wanted to get a list started here so people can let me know if I'm missing any big, obvious categories of goods.

My current plan makes minimal changes to the signal path going to the OMC, and tries to just get the LO beam into the OMC with minimal optics. I'm not thinking of any of the optics as suspended, and it requires several reflections of the LO beam, so probably this is not an excellent configuration, but it's a start for getting the parts list:

  1. My current thought is to use the MC reflection, the beam that heads from MC1 to MCR1, as the LO beam
    1. From MCR1, send the LO to a BS that directs it into an MMT, oriented along x (and lets us keep the MC refl PO)
    2. After the two MMT optics, the beam will be traveling along -x, and can be directed to a mirror that sends it towards -y to two steering mirrors that send it along -x then +x near the top of the table (perpendicular to the signal MMT.
    3. Then, send it to a PBS, which replaces the mirror directly after the signal MMT. This is where it combines 
  2. Beam is then sent to the steering mirrors to bring it into the OMC
  3. In parallel, the signal beam is going through the same path it has now, including the pickoff beam, with the one change that we need a HWP somewhere before the PBS, and the PBS replaces the mirror directly after the MMT (and needs to move a bit closer to have the beam properly directed)

I started making a layout of this scheme, but it's probably not going to work so I'm going to make a quick layout of this more major modification instead:

  1. Both the MCR beam and the AS beam come in about parallel. Send each to a PO mirror.
  2. The PO mirror directs both beams into parallel MMT aligned along x
  3. From the MMT, each is directed to a pair of steering mirrors located where the OMC MMT is located now
  4. From the steering mirrors go to the PBS that combines the signal and LO
  5. Then to two more steering mirrors to get into the OMC, which may be moved towards +x
  6. From the OMC go to the BHD PBS

What we need

Optics

  • HWP for just before the LO combines with the signal
  • HWP for just before the signal combines with the LO (is this necessary?)
  • PBS to replace OM5 (combines the LO and the signal)
  • Two MMT optics
  • Two piezo-driven TT optics for steering the LO to the PBS
  • One additional non-piezo optic for between the LOMMT and the LO-TTs
  • One additional BS to get the LO into the MMT (and to let us still have the PO)
  • -1 optic—we pick up one mirror that we replace with the PBS

Optomechanics

  • 2x HWP mounts
  • 1x PBS mount
  • 2x mounts for piezo-driven TT
  • 2x MMT optic mounts—I didn’t take a close enough look at these during the vent to know what we need here
  • 2x mounts for ordinary optics
  • 9x clamps for optics mounts (maybe fewer if some are on blocks)
  • 9x posts for optics mounts

Electronics

  • Additional TT driver
  • HV supply for the new TTs
  • Are the HWP actively controlled? We might need something to drive those?
  • Do we have enough DAC/ADC channels?

Questions

These are mostly just miscellaneous

  1. What of these optics need to be suspended? If we need suspensions on all of the LO optics, including the MMT, I’m not sure we’re going to be able to fit all of this on the table as I envision it…..
  2. What if anything can we put out of vacuum (HWP for example)?
  3. Do we actually need two MMT?
  14154   Fri Aug 10 16:43:50 2018 gautamConfigurationUpgradeParts list for BHD

Can we use the leakage beam from MMT2 on the OMC table as the LO beam? I can't find the spec for this optic, but the leakage beam was clearly visible on an IR card even with the IMC locked with 100 mW input power so presumably there's enough light there, and this is a cavity transmission beam which presumably has some HOM content filtered out.

Quote:

My current thought is to use the MC reflection, the beam that heads from MC1 to MCR1, as the LO beam

  14155   Sun Aug 12 10:59:34 2018 aaronConfigurationUpgradeParts list for BHD

That seems fine, I wasn't thinking of that beam. in that case could we just have a PBS directly behind MMT2 and send both beams to the same OMMT?

Alternatively we can move OM5 and the beam path OMPO-OMMTSM towards -y, then put the LO-OMMT parallel to the existing OMMT but displaced in +x... we'd have to move the existing OMC and BHD towards +x as well. 

Quote:

Can we use the leakage beam from MMT2 on the OMC table as the LO beam? I can't find the spec for this optic, but the leakage beam was clearly visible on an IR card even with the IMC locked with 100 mW input power so presumably there's enough light there, and this is a cavity transmission beam which presumably has some HOM content filtered out.

  14158   Mon Aug 13 17:20:07 2018 aaronConfigurationUpgradeParts list for BHD

I've attached the diagram of what I mean.

There are a couple caveats and changes that would have to be made that are not included in this diagram, because they would be made on different tables.

  1. I moved MMT2, which means the other MMT optics would have to be adjusted to accomodate this. I checked out the configuration on the BS table and this seems doable with a small rotation of MMT1 and maybe PJ2.
  2. I don't know the best way to get the OMC REFL beam out... thoughts?
  3. This diagram is kind of crappy after my edits, someone should tell me how to avoid collapsing all layers when I open these layout diagrams in inkscape, because I ended up editing the layout in Acrobat instead, where the lack of object grouping caused a bunch of the optics to lose one or two lines along the way.
  4. I didn't include all beam paths explicitly but can if this looks like a good configuration.
  5. The optic that picks off the transmission through MMT2 will need to move a bit, but there was a clamp in the way; this should be a minor change.
  6. The optic just before the OMC needs to be moved up a bit.
  7. The optic after the signal OMMT should be changed to a PBS and translated a bit; this is where the LO and signal beams will combine

Gautam also had some questions about the BHD/OMC timeline and plan. I feel somewhat on shaky ground with the answers, but figured I'd post them so I can be corrected once and for all.

  1. Is the plan really to use the current OMC setup to make a homodyne measurement? 
    1. I'm not sure where on the timeline the new OMC and BHD switchover are relative to each other. I have been imagining doing the swap to BHD before having a new OMC.
  2. I thought the current OMC resurrection plan was to do DC readout and not homodyne?
    1. I think the OMC resurrection plan is leading to DC readout, but when we switch over to BHD we'll be able to operate at the dark fringe. Is that right?
  3. Is it really possible to use our single OMC to clean both the LO and dark port beams? Isn't this the whole raging debate for A+?
    1. My understanding is yes, with the LO and DP in orthogonal polarizations. It's not clear to me why we expect to be able to do this while there is a debate for A+, perhaps our requirements are weaker. It is something I should calculate, I'll talk to Koji.
  4. A layout diagram would be really useful.
    1. Attached now.
  5. Where in the priority list does this come in?
    1. I am a leaf in the wind. I think this comes well after we have the OMC resurrected, we just want to get a sense for what parts we need so we can order them before the fiscal year closes.
Quote:

That seems fine, I wasn't thinking of that beam. in that case could we just have a PBS directly behind MMT2 and send both beams to the same OMMT?

Alternatively we can move OM5 and the beam path OMPO-OMMTSM towards -y, then put the LO-OMMT parallel to the existing OMMT but displaced in +x... we'd have to move the existing OMC and BHD towards +x as well. 

Quote:

Can we use the leakage beam from MMT2 on the OMC table as the LO beam? I can't find the spec for this optic, but the leakage beam was clearly visible on an IR card even with the IMC locked with 100 mW input power so presumably there's enough light there, and this is a cavity transmission beam which presumably has some HOM content filtered out.

 

Attachment 1: BHD_layout.pdf
BHD_layout.pdf
  11358   Mon Jun 15 11:54:44 2015 ericqUpdateCDSParts not in SVN

I ran the following command to find which models/parts are not under version control, or have modifications not commited:

grep "mdl" $(cat models.txt) | awk '{print $NF}' | sort | uniq | xargs svn status

models.txt includes lines like "/opt/rtcds/caltech/c1/rtbuild/c1ass.log" for each running model. These are the build logs that detail every file being sourced. 

The resultant list is:

?       /opt/rtcds/userapps/release/cds/common/models/BLRMS_HIGHFREQ.mdl
C       /opt/rtcds/userapps/release/cds/common/models/rtdemod.mdl
M       /opt/rtcds/userapps/release/cds/common/models/SCHMITTTRIGGER.mdl
?       /opt/rtcds/userapps/release/isc/c1/models/blrms.mdl
?       /opt/rtcds/userapps/release/isc/c1/models/IQLOCK.mdl
?       /opt/rtcds/userapps/release/isc/c1/models/PHASEROT.mdl
?       /opt/rtcds/userapps/release/sus/c1/models/QPD_WHITE_CTRL_MUX.mdl

I will commit the uncommited c1 parts, and think about what to do about the rtdemod and SCHMITTRIGGER parts. 

Once I check out the latest revision of the userapps repo (in a seperate location), I will do something similar to look for models that have changed since the svn revision that is checked out in our running system. 

  1518   Fri Apr 24 16:24:25 2009 robOmnistructureVACPaschen

In response to Steve's elog entry, and for 40m posterity, I provide the Paschen Curve.

Attachment 1: paschens.png
paschens.png
Attachment 2: paschenplot.m
% Paschen Curve plotting

% From http://home.earthlink.net/~jimlux/hv/paschen.htm

% Breakdown voltage:
% Vbreakdown = B * p * d / (C + ln( p * d))
% 
% Breakdown field strength:
% Ebreakdown = p * ( B / ( C + ln ( p * d)))
% 
... 38 more lines ...
  5807   Fri Nov 4 13:04:50 2011 ZachUpdateGreen LockingPassive summing box modifications

I spent some time the other day trying to diagnose the problem with the Y Arm universal PDH box (S/N 17), which Katrin has been unable to use for locking the green beam. As far as I can tell, there is nothing wrong with the box itself (though the weird TF behavior that Katrin noticed was not initially reproducible, so its cause may still be there).

I did notice that I was unable to generate a PDH error signal using the universal box. In this configuration, a summing circuit is needed to add the PZT modulation signal (fmod = 178875 Hz) in along with the feedback signal. To do this, Katrin was using a slightly different version of the passive summing box that Kiwamu built for the X Arm. I read this entry to understand how it is supposed to work and noticed that the "expected transfer functions" were not what the circuit actually does. I have talked to Kiwamu about it and he found that he posted the wrong TFs (he has the right ones on his computer). As you can see from the plot below, there is extra low passing that severely attenuates the modulation path to the PZT. In addition, there is a phase shift of ~-60 degrees, which is bad.

To combat this, I propose we simply change the resistor in the modulation path from 1M to 10k. This leaves the feedback path TF unchanged, and changes the mod path into a sort of bandpass filter for the modulation frequency. The fact that the phase is near zero at fmod means we don't have to come up with some way to phase shift the signal for demodulation. The attenuation level of ~-36 dB is also convenient: The ZAD-8 mixer wants 7 dBm, so, 10 dBm (FG) - 3 dB (splitter) - 36 dB (sumbox) = -25 dBm ~ 12 mV. This is roughly the desired PZT voltage level.

sum_circuit_new.png sumbox_TFs.png

  14157   Mon Aug 13 11:44:32 2018 gautamUpdateComputer Scripts / ProgramsPatch updates on nodus

Larry W said that some security issues were flagged on nodus. So I ran

sudo yum upgrade --exclude=elog-3.1.3-2.el7.x86_64

on nodus. The exclude flag is because there were some conflicts related to that particular package. Hopefully this has fixed the problem. It's been a while since the last update, which was in January of this year.

controls@nodus|~> sudo yum history
Loaded plugins: langpacks
ID     | Command line             | Date and time    | Action(s)      | Altered
-------------------------------------------------------------------------------
    29 | upgrade --exclude=elog-3 | 2018-08-13 11:36 | E, I, U        |  136 EE
    28 | install yum-utils        | 2018-08-13 11:31 | Update         |    1   
    27 | install nmap             | 2018-06-29 01:57 | Install        |    2   
    26 | install grace            | 2018-05-31 16:52 | Install        |   11   
    25 | install https://dl.fedor | 2018-05-31 16:51 | Install        |    1   
    24 | install perl-Digest-SHA1 | 2018-05-31 15:34 | Install        |    1   
    23 | install python-devel     | 2018-01-13 15:33 | Install        |    1   
    22 | install gcc              | 2018-01-13 15:32 | Install        |    6   
    21 | install git              | 2018-01-12 18:11 | Install        |    4   
    20 | update                   | 2018-01-12 18:01 | I, U           |   39   
    19 | install motif            | 2018-01-05 17:35 | Install        |    3   
    18 | install sendmail sendmai | 2017-12-03 05:11 | Install        |    6   
    17 | install vim              | 2017-11-21 18:12 | Install        |    3   
    16 | reinstall mod_dav_svn    | 2017-11-21 17:40 | Reinstall      |    1   
    15 | install mod_dav_svn      | 2017-11-21 17:39 | Install        |    1   
    14 | install subversion       | 2017-11-21 15:36 | Install        |    2   
    13 | -y install php           | 2017-11-20 22:15 | Install        |    4   
    12 | install links            | 2017-11-20 19:10 | Install        |    2   
    11 | install openssl098e.i686 | 2017-11-18 18:28 | Install        |    1   
    10 | install openssl-libs.i68 | 2017-11-18 18:26 | Install        |   11   
history list
  479   Thu May 15 12:05:49 2008 josephbConfigurationPSLPath to PSL Position QPD
The 50/50 beamsplitter that was being used as the last turning mirror to the PSL Position QPD has been replaced with a Y1-1037-45-S plate. This turning mirror was also moved 4" farther along the beam path, so as to produce as small (few microwatts) transmission through the plate. The lensing optics were also shifted so as to maintain a focused beam on the photodiode. Lastly, the rotating ND filter was increased from 1.5 to 2.0 to reduce the incident power on the photodiode, since twice the power is now reaching it.

The small beam on transmission will be used by the digital cameras as a test beam.
  2803   Fri Apr 16 17:46:54 2010 KojiUpdateVACPeeting mirrors aligned

Steve and Koji

We aligned the peeping mirrors to look at the surface of the ITMs.
They had been misligned as we move the positions of the ITMs, but now they are fine.

  2709   Wed Mar 24 12:40:25 2010 daisukeConfigurationGeneralPeriscope for green laser delivery from the BSC to PSL table

The periscope design for beam elevation of the green beams is posted. The design for the 90 deg steering version is also coming.

(2010-03-29: update drawings by daisuke)

90deg version: http://nodus.ligo.caltech.edu:8080/40m/2725

40m_periscope.png

Attachment 2: 40m_periscope_A_100329.pdf
40m_periscope_A_100329.pdf 40m_periscope_A_100329.pdf 40m_periscope_A_100329.pdf 40m_periscope_A_100329.pdf
Attachment 3: 40m_periscope_A_dwg_100329.zip
  2725   Mon Mar 29 01:45:26 2010 daisukeConfigurationGeneralPeriscope version B for green laser ...

Here the design of the periscope for the 90 deg steering version is posted.

straight version http://nodus.ligo.caltech.edu:8080/40m/2709

Attachment 1: 40m_periscope_B.png
40m_periscope_B.png
Attachment 2: 40m_periscope_B_100329.pdf
40m_periscope_B_100329.pdf 40m_periscope_B_100329.pdf 40m_periscope_B_100329.pdf 40m_periscope_B_100329.pdf
Attachment 3: 40m_periscope_B_dwg_100329.zip
  2951   Wed May 19 14:36:46 2010 AidanHowToPhase CameraPhase Camera algorithm and stuff

 I had a think about the algorithm we might use for the phase camera measurement. MATLAB has an fft function that will allow us to extract the data that we need with a single command.

We record a series of images from a camera and put them into a 3D array or movie, image_arr, where the array parameters are [x-position, y-position, time], i.e. a 2D slice is a single frame from the camera. Then we can do an FFT on that object with the syntax, f3D = fft(image_arr, [ ], 3), which only does the FFT on the temporal components. The resulting object is a 3D array where each 2D slice is an 2D array of amplitude and phase information across the image for a single temporal frequency of the movie.

So if we recorded a movie for 1s where the sample rate is 58Hz, then the 1st frame of f3D is just a DC image of the movie, the 2nd frame are the complex 1Hz components of the movie, etc all the way up to 29Hz. 

Suppose then that we have a image, part of which is being modulated, e.g. a chopper wheel rotating at 20 or 24Hz, or a laser beam profile which contains a 1kHz beat between a sideband and a reference beam. All we have to do is sample at at least twice that modulation frequency, run the command in MATLAB, and then we immediately get an image which contains the phase and magnitude information that we're interested in (in the appropriate 2D slice o the FFT).

As an example, I recorded 58 frames of data from a camera, sampling at 58Hz, which was looking at a spinning chopper wheel. There was a white sheet of paper behind the wheel which was illuminated from behind by a flashlight. The outer ring was chopping at 24Hz and the inner ring was chopping at 20Hz. I stuck all the images into the 3D array in MATLAB, did the transformation and picked out the DC, 20Hz and 24Hz signals. The results are shown in the attached PDFs which are:

  1. phase_camera_DC_comp.pdf - a single image from the camera and the DC component (zoomed in) of the FFT
  2. phase_camera_F1_comp.pdf - the magnitude and phase information of the 20Hz component of the FFT
  3. phase_camera_F2_comp.pdf - the magnitude and phase information of the 24Hz component of the FFT (this PDF contains a typo that says 25Hz).
  4. load_raw_data.m - the MATLAB routine that loads the saved data from the camera and does the FFT

You can, and I have, run the MATLAB engine from C directly. This will allow you to transfer the data from the camera to MATLAB directly in memory, rather than via the disk, but it does need proper memory allocation to avoid segmentation faults - that was too frustrating for me in the short term. In this case, the 58 frames were recorded to a file as a contiguous block of data which I then loaded into MATLAB, so it was slower than it might've otherwise been. Also the computer I was running this on was a bit of a clunker so it took a bit of time to do the FFT.

The data rate from the camera was 58fps x (1024 x 1024) pixels per frame x 2 bytes per pixel = 116MB per second. If we were to use this technique in a LIGO phase camera, where we want to measure a modulation which is around 1kHz, then we'd need a sample rate of at least 2kHz, so we're looking at at least a 30x reduction in the resolution. This is okay though - the original phase camera had only ~4000 spatial samples. So we could use, for instance, the Dalsa Falcon VGA300 HG which can give 2000 frames per second when the region of interest is limited to 64 pixels high.

Attachment 1: phase_camera_DC_comp.pdf
phase_camera_DC_comp.pdf
Attachment 2: phase_camera_F1_comp.pdf
phase_camera_F1_comp.pdf
Attachment 3: phase_camera_F2_comp.pdf
phase_camera_F2_comp.pdf
Attachment 4: load_raw_data.m
% load a raw data file into MATLAB

fid = fopen('phase_camera_data.dat');
n1 = 750;
A3D = ones(n1, n1, 58);

for jj = 1:58
    A = fread(fid, [1024, 1024], 'uint16');
    A3D(:,:,jj) = A((512-floor(n1/2)):(512-floor(n1/2))+n1-1, ...
                    (512-floor(n1/2)):(512-floor(n1/2))+n1-1);
... 64 more lines ...
  2955   Thu May 20 10:06:56 2010 AidanHowToPhase CameraPhase Camera- raw data video


 

  2588   Wed Feb 10 23:44:56 2010 KojiSummaryCOCPhase Map Analysis

In the middle of the last month, Kiwamu and I went to Garilynn's lab to measure the phase maps of the new ITMs and SRMs.

Analysis of the phase map data were posted on the svn directory:
https://nodus.ligo.caltech.edu:30889/svn/trunk/docs/upgrade08/cocdocs/PhaseMaps/

The screen shots and the plots were summarized in a PDF file. You can find it here:
http://lhocds.ligo-wa.caltech.edu:8000/40m/Upgrade_09/Main_Optics_Phase_Maps

The RoCs for all of the PRMs are turned out to be ~155m. This is out of the spec (142m+/-5m) although the actual effect is not understand well yet..

These RoCs are almost independent from the radus of the assumed gaussian beam.
In deed, I have checked the dependence of the RoC on the beam spot position, and it turned out that the RoCs vary only little.
(In the SRMU01 case, for example, it varies from 153.5m to 154.9m.)
The beam radius of 3mm was assumed. The RoCs were calculated 20x20mm region around the center of the mirror with a 2mm mesh.
 

Attachment 1: SRM01_HR_RoC_rad_15mm.png
SRM01_HR_RoC_rad_15mm.png
Attachment 2: SRM01_HR_RoC_scan.png
SRM01_HR_RoC_scan.png
  8211   Sat Mar 2 00:23:19 2013 ranaSummaryCOCPhase Maps measured of the ATF flat mirrors

I took the two 'flat' 2" mirrors over to Downs and Garilynn showed me how to measure them with the old Wyko machine.

The files are now loaded onto our Dropbox folder - analysis in process. From eyeball, it seems as if the RoCs are in the neighborhood of ~5 km, with the local perturbations giving ~10-15 km of curvature depending upon position (few nm of sage over ~1 cm scales)

Koji's matlab code should be able to give somewhat more quantitative answers...

Ed: Here you are. "0966" looks good. It has RoC of ~4km. "0997" has a big structure at the middle. The bump is 10nmPV (KA)

 

Attachment 1: 0966_0997_phasemap.pdf
0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf 0966_0997_phasemap.pdf
  2117   Mon Oct 19 13:00:53 2009 MottUpdateGeneralPhase Noise Measurement

Here is the result for the measurement of the phase noise.  We used the marconi function generator and compared it with an Isomet AOM driver (model 232A-1), so this is really a measure of the relative phase between them.  We used a 5x gain and a frequency response of 13 Hz/V for the modulation.  In all the attached plots, the blue is the data and the red is the measurement limit (as determined by the noise in the SRS785).  Also note that the units on the yaxis of the Phase noise plot are incorrect, they should be dB/Sqrt(Hz), I will fix this and edit as soon as possible.

Attachment 1: PhaseNoiseWithError.jpg
PhaseNoiseWithError.jpg
Attachment 2: G.jpg
G.jpg
Attachment 3: PSD.jpg
PSD.jpg
  4186   Fri Jan 21 23:55:25 2011 ranaConfigurationLSCPhase Noise Measurement filter

We've set up a beat note measurement between the VCO driver and the Marconi (see Suresh's elog).

Here's the 'unWhiten' filter for compensating the SR560 TF.

It has poles = 1 mHz, 5 kHz, 5 kHz

and  zeros = 30 mHz, 1 kHz

The gain is set to be ~0.001 in the 1-100 Hz band to compensate the G=1000 of the SR560.

Attachment 1: a.gif
a.gif
  2091   Wed Oct 14 15:48:26 2009 MottHowToGeneralPhase Noise measurement

I have gotten the hang of the procedure for measuring phase noise on the AOMs. 

Koji suggested I right up a short guide (wiki page?) on how to do this. 

I will finish up here, then go measure the AOMs at the other lab (may have to be tomorrow, after laser safety), and then write up the instructions.

  10434   Thu Aug 28 01:41:03 2014 ericqUpdateLSCPhase Tracker UGF normalization

We want both the X and Y phase trackers to have the same UGF, so that the X and Y ALS signals are subject to the same phase characteristics and can be nicely decoupled into CARM/DARM. 

I've started implementing a simple normalization scheme that Koji suggested, namely, dividing the I output of the phase tracker by a low passed version of the Q output. (Since the I is servoed to zero, the radius of the error signal in the IQ plane is essentially equal to the Q value) I put some simulink logic into the IQLOCK library part that BEAT[XY]_FINE are instances of to switch the normalization on/off, and to protect from divide-by-zeros. I also exposed the switching and FM on the ALS screen.

UGFnorm.png

I then tried using it, to mediocre results. I put a 10mHz LP in the filter module, found a Y-Arm beat, set the phase tracker gain to give me a 2kHz UGF, and then set the gain of the UGH normalization FM to turn the current average Q to unity. 

I then moved the laser temperature around to get different beatnote locations/amplitudes, hoping that the phase tracker UGF would stay the same when the UGH normalization was on.

It did not.

It did, however, correct it in the right direction... more work will be done with this, to try and make it useful. There's also the unfortunate effect that locking/unlocking the green causes erratic phase tracker output, which messes with the input to the normalizing LP filter, so if one were to leave it switched on, wonky stuff would come out. I don't want to go overboard with triggering shenanigans before I even get it working in the first place, though.  

  9860   Sun Apr 27 20:26:19 2014 KojiUpdateLSCPhase Tracker servo characterization

The measured open loop TF of the ALS Phase Tracker loop for each arm was characterized by an empirical model on LISO.

The model for the open loop TF has pole 1m instead of the one at DC as LISO has a difficulty to model it.
Digital time delay and the sampling effect seem to be well represented by a zero at ~8kHz and delay of  ~60us.
(cf 16kHz sampling => 61us)

The XARM phase tracker has the UGF of 1.5kHz. This is too low because
1) The phase rotation at 100Hz is visible in the plot.
2) We don't much care about the closed loop bump in the phase tracker as long as the phase tracker keeps its continuity.

So I suggest to increase the gain so that we have the UGF of 3kHz. (phase margin: 24deg)

The red curve in the plot is the closed loop response calculated by CLTF =  - OLTF / (1-OLTF).

The model results are used in the ALS servo models.

Attachment 1: ALSX_PTTF.pdf
ALSX_PTTF.pdf
Attachment 2: ALSY_PTTF.pdf
ALSY_PTTF.pdf
  15555   Thu Sep 3 15:55:04 2020 gautamUpdateBHDPhase drift between LO and IFO after fiber replacement

Summary:

After replacement of the fiber delivering the LO beam to the airBHD setup (some photos here), I repeated the measurement outlined here. There may be some improvement, but overall, conclusions don't change much.

Details:

The main addition I made was to implement a digital phase tracker servo (a la ALS), to make sure my arctan2 usage wasn't completely bonkers (the CDS block can be deleted later, or maybe it's useful to keep it, we will see). I didn't measure it today, but the UGF of said servo should be >100 Hz so the attached spectrum should be valid below that (loop has not been done, so above the UGF, the control signal isn't a valid representative of the free running noise). Attachment #1 shows the result. The 1 Hz and 3 Hz suspension resonances are well resolved. Anyways, what this means is that the earlier result was not crazy. I don't know what to make of the high frequency lines, but my guess is that they are electronic pickup from the Sorensens - I'm using clip-mini-grabbers to digitize these signals, and other electronics in that rack (e.g. ALS signals) also show these lines.

It is pretty easy to keep the simple Michelson locked for several minutes. Attachment #2 shows the phase-tracker servo output over several minutes. The y-axis units are degrees. If this is to be believed, the relative phase between the two fields is drifting by 12um ove an hour. This is significantly lower than my previous measurement, while the noise in the ~0.5-10 Hz band is similar, so maybe the shorter fiber patch cable did some good?

I think there is also correlation between the PSL table temperature, but of course, the evidence is weak, and there are certainly other effects at play. At first, I thought the abrupt jumps are artefacts, but they don't actually represent jumps >360 degrees over successive samples, so maybe they are indicative of some real jump in the relative phase? Either fiber slippage or TT suspension jumps? I'll double check with the offline data to make sure it's not some artefact of the phase tracker servo. If you disagree with these conclusions and think there is some meaurement/analysis/interpretation error, I'd love to hear about it.

Next steps:

  1. Budget the offline inferred phase noise spectrum, overlay a seismic noise model, to see if we can disentangle the contributions from the suspensions and that from the LO fiber.
  2. I'll see if I can setup an LO pickup with some RF sidebands on it in parallel to this setup so we can try some of the ideas discussed on the call this week. There are several beams available, but the question is whether I can get this into a fiber without 1 week of optical layout work.

I have left the heterodyne electronics setup at the LSC rack, but it is not powered (because there are some exposed wires). Please leave it as is.

Attachment 1: LOphaseDrift.pdf
LOphaseDrift.pdf
Attachment 2: phaseDrift_tempCorr.png
phaseDrift_tempCorr.png
  15750   Wed Jan 6 19:00:04 2021 gautamUpdateLSCPhase loss in POX/POY loops

I've noticed that there is some phase loss in the POX/POY locking loops - see Attachment #1, live traces are from a recent measurement while the references are from Nov 4 2018. Hard to imagine a true delay being responsible to cause so much phase loss at 100 Hz. Attachment #2 shows my best effort loop modeling, I think I've got all the pieces, but maybe I missed something (I assume the analog whitening / digital anti-whitening are perfectly balanced, anyway this wasn't messed with anytime recently)? The fitter wants to add 560 us (!) of delay, which is almost 10 clock cycles on the RTS, and even so, the fit is poor (I constrain the fitter to a maximum of 600 us delay so maybe this isn't the best diagnostic). Anyway, how can this change be explained? The recent works I can think of that could have affected the LSC sensing were (i) RF source box re-working, and (ii) vent. But I can't imagine how either of these would introduce phase loss in the LSC sensing. Note that the digital demod phase has been tuned to put all the PDH signal in the "I" quadrature, which is the condition in which the measurement was taken.

Probably this isn't gonna affect locking efforts (unless it's symptomatic of some other larger problem).

Attachment 1: POXloop.pdf
POXloop.pdf
Attachment 2: loopFit.pdf
loopFit.pdf
  3685   Sun Oct 10 18:09:02 2010 KojiSummaryCOCPhase map interferometer calibration for the data on Oct 8th, 2010

Summary:

Calibration of the phase map interferometer was calculated for the data on Oct 8th, 2010.
The calibration value is 0.1905 mm/pixel.

This is slightly smaller than the assumed value in the machine that is 0.192mm/pixel.
This means that the measured radii of curvature must be scaled down with this ratio.
(i.e. RoC(new) = RoC(old) / 0.1922 * 0.19052)


Motivation:

Our tagets of the phasemap measurement are:

1. Measure the figure errors of the mirrors
2. Measure the curvature of the mirrors

The depth of the mirror figure is calibrated by the wavelength of the laser (1064nm).
However, the lateral scale of the image is not calibrated.
Although Zygo provides the initial calibration as 0.192 mm/pixel, we should measure the calibration by ourselves.

Method:

We found an aperture mask with a grid of holes with 2mm diameter and 3mm spacing (center-to-center).
Take the picture of this aperture and calibrate the pixel size. The aperture is made of stainless and makes not interference
with the reference beam. Thus we put a dummy mirror behind the aperture. (UPPER LEFT plot)

As the holes are aligned as a grid, the FFT of the aperture image shows peaks at the corresponding pitches. (UPPER MIDDLE plot)
As the aperture was slightly rotated, the grids of the peaks are also slanted.

We can obtain the spacing of the peak grids. How can we can that values precisely? I decided to make an artificial mask image.
The artificial mask (LOWER LEFT plot) has the similar FFT pattern (LOWER MIDDLE plot). The inner product of the two
FFT results (i.e. Sum[abs(fft1) x abs(fft2)]), quite a large value is obtained if the grid pitch and the aperture angle agrees between those images.
Note that the phase information was discarded. The estimated grid spacing of the artificial mask can be mathematically obtained.

Result:

The grid pitch and the angle were manually set as initial values. Then the parameters to give the local maximum was obtained by fminsearch of Matlab.
UPPER RIGHT and LOWER RIGHT plots show the scan of the evaluation function by changing the angle and the pitch. They behave quite normal.

The obtained values are

Grid pitch: 15.74 pixel
Angle: 1.935 deg

As the grid pitch is 3mm, the calibration is

3 mm / 15.74 pixel = 0.1905 mm/pixel

Discussion:

A spherical surface can be expressed as the following formula:

z = R - R Sqrt(1-r2/R2)      (note: this can be expanded as r2/(2 R)+O(r3) )

Here R is the RoC and r is the distance from the center. This means that the calibration of r quadratically changes the curvature.
We have measured the RoC of the spare SRM. We can compare the RoCs measured by this new metrology IFO and the old one,
as well as the one by Coastline optics. 

 

Attachment 1: calibration.pdf
calibration.pdf
  7608   Wed Oct 24 14:19:01 2012 JenneUpdateAlignmentPhase map summary of LaserOptik mirrors

Quote:

Jamie has arranged for phase map measurements this afternoon, so I will take the 6 dichroic LaserOptik optics over to Downs at 1:15 this afternoon.

Team Jamie+Nic will lead the effort to clamp down dog clamps as placement markers for all 4 in-vac passive TTs, and then pull all 4 TTs out of the chambers.  They plus Den will move the TTs to the Cleanroom, and will start to install the new pitch alignment hardware. 

When I return with the optics, we will install them in the TTs and re-balance them.  Then we can put them back in the chambers and get back to work on alignment.  

After we re-install the TTs, we will need to check the leveling of all 3 corner tables, just to be sure.

 Raji took the optics over. They were all measured at 0 deg incidence angle, although we will use them at the angles required for the recycling folding mirrors.  Here's the summary from GariLynn:

In general all six pieces have a radius of curvature of around -700 meters.

They all fall off rapidly past 40 mm diameter.  Within the 40 mm diameter the rms is ~10 nm for most.  I can get finer analysis if you have something specific that you want to know. 
 
All data are saved in Wyko format at the following location:
Gari
  7611   Wed Oct 24 18:42:39 2012 ManasaUpdateComputer Scripts / ProgramsPhase map summary of LaserOptik mirrors

Quote:

 

 Raji took the optics over. They were all measured at 0 deg incidence angle, although we will use them at the angles required for the recycling folding mirrors.  Here's the summary from GariLynn:

In general all six pieces have a radius of curvature of around -700 meters.

They all fall off rapidly past 40 mm diameter.  Within the 40 mm diameter the rms is ~10 nm for most.  I can get finer analysis if you have something specific that you want to know. 
 
All data are saved in Wyko format at the following location:
Gari

 After a long search, I've found a way to finally read and analyze(?)  the Wyko opd format data using Image SXM, an image analysis software working only on mac osx.

I am attaching the images (in tiff) and profile plot of all the 6 mirrors.

Attachment 1: sn1Laseroptik_profile
Attachment 2: sn2Laseroptik_profile
Attachment 3: sn3Laseroptik_profile
Attachment 4: sn4Laseroptik_profile
Attachment 5: sn5Laseroptik_profile
Attachment 6: sn6Laseroptik_profile
Attachment 7: sn1.png
sn1.png
Attachment 8: sn2.png
sn2.png
Attachment 9: sn3.png
sn3.png
Attachment 10: sn4.png
sn4.png
Attachment 11: sn5.png
sn5.png
Attachment 12: sn6.png
sn6.png
  7615   Wed Oct 24 22:48:46 2012 janoschUpdateComputer Scripts / ProgramsPhase map summary of LaserOptik mirrors

Quote:

After a long search, I've found a way to finally read and analyze(?)  the Wyko opd format data using Image SXM, an image analysis software working only on mac osx.

I am attaching the images (in tiff) and profile plot of all the 6 mirrors.

 Great, however, unless you can save the images in FITS format, we still need another reader for the opd images.

  7616   Thu Oct 25 02:01:15 2012 KojiUpdateComputer Scripts / ProgramsPhase map summary of LaserOptik mirrors

Previous phasemap data and analysis for the new 40m COC are summarized on the following page

https://nodus.ligo.caltech.edu:30889/40m_phasemap/

(Use traditional LVC authentication (not albert.einstein))

The actual instance of the files can also be found on nodus below the following directory:

/cvs/cds/caltech/users/public_html/40m_phasemap

The programs for the analysis are found in

/cvs/cds/caltech/users/public_html/40m_phasemap/40m_PRM/mat

The main program is RunThis.m

Basically this program takes ascii files converted from opd by Vision32.
(i.e. You need to go to Downs)
Then the matlab program takes care of the plots and curvature analyses.

  11761   Fri Nov 13 15:48:16 2015 gautamUpdateLSCPhase tracker calibration using Rubidium standard

[yutaro, gautam]

Quote:

Summary:

I performed a preliminary calibration of the X and Y phase trackers, and found that the slopes of a linear fit of phase tracker output as a function of driven frequency (as measured with digital frequency counter) are 0.7886 +/- 0.0016 and 0.9630 +/- 0.0012 respectively (see Attachments #1 and #2). Based on this, the EPICS calibration constants have been updated. The data used for calibration has also been uploaded (Attachment #4).

Summary:

Having obtained a working FS725 Rubidium standard and syncing it to out GPS timing unit, I wanted to have one more pass at calibrating the phase tracker output, with the RF signal generator calibrated relative to an 'absolute' source. I also extended the range of frequencies swept over to 15MHz to 110MHz. We found that the phase tracker output appears linear over the entire range scanned, but taking a closer look at the residuals suggested some quadratic structure. Restricting the fitted range to [31MHz 89MHz] yields the following calibration constants for the X and Y arm respectively: 0.9904 +/- 0.0008 and 0.9984 +/- 0.0005. This suggests that out previous calibration was pretty accurate, and that it is valid over a wider range of frequencies, so we could plausibly fit in more FSRs in future scans if necessary. I have not updated these values on the EPICS screens (though judging by how close they are to 1, I wonder if this is even necessary)...

Details:

The principle change in the setup compared to that used to collect the data presented in elog 11738 was the addition of the FS725 rubidium standard. As detailed here, I synced the Rubidium standard to our GPS timing unit (this took a while - the manual suggests it should only take minutes, but it took about 10 hours - the two photos in Attachment #1 show the status of the front panel before and after it synced to the external 1PPS input). I then took 10 MHz outputs from the FS725, and ran one to the Fluke 6061A, and the other to the AG4395A. The Fluke 6061 A has a small switch at the back which has to be set to "EXT" in order for it to use the external reference (it has now been returned to the "INT" state). We then connected the output of the signal generator via a 3-way minicircuits splitter to the AG4395A, and the two beat channels. 

I cleared the phase history on the MEDM screen, and set the phase tracker UGF. We then swept through frequencies from 15MHz to 110MHz (using the AG4395 to verify the frequency at each step). I used the following command to record the average value (over 10 seconds) and the standard deviation: z avg 10 -s C1:ALS-BEATX_FINE_PHASE_OUT_HZ >> 20151113_PT_X.dat and so on.. The amplitude of the signal generated (i.e. before the splitter) was -18dBm (chosen such that the Q outputs of either phase tracker was between 1000 and 3000), while the gains were ~100 (X) and 50 (Y). I then downloaded the data and fitted it.

Fitting details:

The output of the phase tracker looks roughly linear over the entire range of frequencies scanned - but looking at the residuals, one could say there was some quadratic structure to it (see residual plots in Attachment #2). By looking at the shapes of the residuals, I judged that if we fit in the range [31MHz   89MHz] (for both X and Y), we should see negligible structure in the residuals. Attachment #3 contains the fits and residuals for these fits. One could argue that there is still some structure in the residuals, but is markedly less than over the entire range, and, I think, small enough to be neglected. The calibration constants quoted at the beginning of the elog are from the fits over this range. In principle, we could always break this down into smaller pieces and do a linear fit over that range. But this should allow us to scan through >5 FSRs.

Other remarks:

Since the beat signal also goes to the frequency counter via the couplers, I was also collecting the readouts of the frequency counter. Attachment #5 contains the data collected. It is interesting to note that the FCs fail at ~101 MHz (corresponding to ~6146 Hz after the dividers).

Also, we had taken another dataset last night, but found that there was an anomalous kink in the X phase tracker output at (coincidentally?) 89 MHz (I've attached the data in Attachment #6). I'm not sure why this happened, but this is what led me to take another dataset earlier today (Attachment #4).

Summary of Attachments:

  1. Attachment #1: Photos showing the front panel of the FS725 before and after syncing to the external 1PPS input.
  2. Attachment #2: Fits and residuals over the entire range scanned.
  3. Attachment #3: Fits and residuals over restricted range [31 89] MHz
  4. Attachment #4: Data used for phase tracker calibration.
  5. Attachment #5: Frequency counter data.
Attachment 1: FS725_synced.zip
Attachment 2: PT_calib_plots.zip
Attachment 3: PT_piecewise_fits.zip
Attachment 4: PT_calib_data.zip
Attachment 5: FC_data.zip
Attachment 6: 20151113_PT_X_anomaly.dat.zip
  8795   Wed Jul 3 11:07:17 2013 AlexSummary Photodetector Characterization

 [Alex, Koji]

We characterized Koji's BBPD MOD for REFL165 (see attachment).

First, we calibrated the Agilent 4395 Network Analyzer (NA) to account for differences in cable features between the Ref PD and Test PD connections. This was done using the 'Cal' softkey on the NA. 

Then we performed transimpedance measurements for the test PD and reference PD relative to the RF output of the NA and relative to each other (see 2nd attachment. Note that the NA's RF output is split and sent to both the IR Laser and the NA's Ref input).

Next, we made DC measurements of the outputs of the photodetectors to estimate the photocurrent distribution of the transimpedance setup (like the 2nd attachment, but with the outputs of the PDs going to a multimeter). By photocurrent distribution, we mean how the beamsplitter and respective quantum efficiencies/generalized impedance/etc. of the PDs influence how much current flows through each PD at with a DC input.

Finally, we measured the output noise as a function of photocurrent (like the 2nd attachment, but with a lightbulb instead of the IR Laser). Input voltages for the lightbulb ranged from 0mV to 6V. Data was downloaded from the NA using netgpibdata from the scripts directory. Analysis is currently in progress; graphs to come soon.

 

Attachment 1: BBPD_PCB.pdf
BBPD_PCB.pdf
Attachment 2: transimpedance_measurement.pdf
transimpedance_measurement.pdf
  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.

  1797   Mon Jul 27 14:43:34 2009 ChrisUpdate Photodetectors

I found two ThorLabs PDA55 Si photodetectors that says detect visible light from DC to 10MHz that I'm going to use from now on.  I don't know how low of a frequency they will actually be good to.

  1252   Sat Jan 24 11:50:24 2009 AlbertoConfigurationElectronicsPhotodiode Filters' Transfer Functions
I found an elog entry by Jenne with the measurement of the transfer functions of the filters of some of our photodetectors. Since it might turn useful to us these days, while I'm thinking about posting them on the wiki sometime, I also copy the link here:
Jenne's on the PD's TF

If we still had the data for those plots, it would be great. Do we have it?
  3904   Fri Nov 12 02:51:20 2010 KevinUpdateElectronicsPhotodiode Testing

[Jenne and Kevin]

I started testing the REFL55 photodiode. With a light bulb, I saw ~270 mV of DC voltage from the photodiode but still could not see any RF signal. I connected the RF out from the spectrum analyzer to the test input and verified that the circuit was working.

I then set up the AM laser and looked at the laser light with REFL11 and an 1811 photodiode. I was able to see an RF signal and verified that the resonant frequency is 55 MHz.

The current setup is not very reliable because the laser is not mounted rigidly. Next, I will work on making this mounting more reliable and will continue to work on finding an RF signal with a flashlight.

  15516   Wed Aug 12 17:42:58 2020 gautamUpdateElectronicsPhotodiode inventory

See Attachments #1 and #2. We don't have any Q3000 QPDs in hand, at least not in the photodiode box stored in the clean optics cabinet at the south end. I also checked a cabinet along the east arm where we store some photodiodes - but didn't find any there either. The only QPDs we have in hand are the YAG-444-4AH, which I believe is what is used in the iLIGO WFS heads.

So how many do we want to get?

Attachment 1: IMG_8709.JPG
IMG_8709.JPG
Attachment 2: IMG_8708.JPG
IMG_8708.JPG
  15520   Wed Aug 12 20:16:52 2020 KojiUpdateElectronicsPhotodiode inventory

When I tested Q3000 for aLIGO, the failure rate was pretty high. Let's get 10pcs.

  7794   Wed Dec 5 17:38:41 2012 RijuHowTo Photodiode transimpedance

I have started making the circuit to measure the transimpedance for the photodiode PDA10CF using Jenne's laser. I will continue it tomorrow.

  7834   Fri Dec 14 14:40:31 2012 RijuUpdate Photodiode transimpedance

Photodiode PDA10CF was under test. The RF out signal of AG4395A had been divided by splitter with one output of the splitter going to R channel of the network analyzer and the other to the laser. The splitted laser beams - splitted with beam splitter - fall on two photodiodes - one reference and the other on PDA10CF. The outputs of these two photodiodes go to channel B and A respectively of the network analyzer. The measured transimpedance data had been collected using the GPIB connection.

The result is as follows:

Attachment 1: PDA10CF.pdf
PDA10CF.pdf
  7854   Tue Dec 18 16:44:00 2012 rijuUpdate Photodiode transimpedance

Today I measured the dark current of the PDA10CF. The output of the PD was connected to the A channel of the network analyzer, when there was no light falling on it. The response is collected using GPIB.

I will upload the result shortly.

  7870   Fri Dec 21 19:49:39 2012 RijuUpdate Photodiode transimpedance

I have repeated the transimpedance measurement of PDA10CF. Also made the dark current noise measurement by connecting the PDA10CF output to the A channel of network analyzer.  The results are as follows. I I started to take the reading for shot noise intercept current using a light bulb in front of the PD, changing the current through the bulb, but at higher current the bulb filament got broken, so the experiment is incomplete.

Attachment 1: PDA10CFrepeat.pdf
PDA10CFrepeat.pdf
Attachment 2: darknoiseVpda10cf.pdf
darknoiseVpda10cf.pdf
Attachment 3: darknoiseApda10cf.pdf
darknoiseApda10cf.pdf
Attachment 4: PDA10CF_z.pdf
PDA10CF_z.pdf
  7874   Thu Jan 3 20:34:43 2013 RijuUpdate Photodiode transimpedance

Today I have measured the transimpedance and dark-noise of the MC-REFL PD.

For transimpedance measurement I first collected the data of the reference Newfocus PD connecting it at channel B of Network-analyzer using the set-up of Jenne's laser. The data for the MC-REFL PD had been collected by connecting it to the A channel of Network Analyzer. To do that I shifted the Jenne's Laser to the table of MC-REFL PD, I moved the laser output on the table and fixed a lens and a mirror on the table. Taking the ratio of the two sets of datas I got the required trans-impedance.

Dark-noise readings were taken keeping the laser off.

I will upload the corresponding plots tomorrow.

  7875   Fri Jan 4 13:23:10 2013 ranaUpdateElectronicsPhotodiode transimpedance

You have to correct this transimpedance ratio by correcting for the different levels of DC photocurrent in the two devices.

For the dark noise, you must always include a trace showing the noise of the measurements device (i.e. the analyzer noise must be less than the dark PD noise) with the same input attenuation setting.

  7880   Tue Jan 8 14:01:21 2013 RijuUpdate Photodiode transimpedance

 Here I upload the plots corresponding to my last day's measurements.

 

Attachment 1: TFreflpd.pdf
TFreflpd.pdf
Attachment 2: REFL_z.pdf
REFL_z.pdf
Attachment 3: darknoiseVreflpd.pdf
darknoiseVreflpd.pdf
Attachment 4: darknoiseAreflpd.pdf
darknoiseAreflpd.pdf
  7881   Tue Jan 8 14:07:04 2013 RijuUpdateElectronicsPhotodiode transimpedance

Quote:

You have to correct this transimpedance ratio by correcting for the different levels of DC photocurrent in the two devices.

For the dark noise, you must always include a trace showing the noise of the measurements device (i.e. the analyzer noise must be less than the dark PD noise) with the same input attenuation setting.

 Hi,

The correction for different levels of DC photocurrent in the two devices had been taken care by one MATLAB code, the code that originally was made by Koji.

The analyzer noise I had not recorded; today I am going to record it.

Riju

  7882   Tue Jan 8 15:28:41 2013 RijuUpdateElectronicsPhotodiode transimpedance

Quote:

Quote:

You have to correct this transimpedance ratio by correcting for the different levels of DC photocurrent in the two devices.

For the dark noise, you must always include a trace showing the noise of the measurements device (i.e. the analyzer noise must be less than the dark PD noise) with the same input attenuation setting.

 Hi,

The correction for different levels of DC photocurrent in the two devices had been taken care by one MATLAB code, the code that originally was made by Koji.

The analyzer noise I had not recorded; today I am going to record it.

Riju

 Here is the data for AG4395A network/spectrum analyzer noise data. I collected the data by putting 50ohm terminator on channel A with same input attenuation setting (0dB attenuation).

Attachment 1: analyzernoiseV.pdf
analyzernoiseV.pdf
  7887   Wed Jan 9 19:32:24 2013 RijuUpdate Photodiode transimpedance

Summary:

Today I have tested the MC transmission-end RF photodiode PDA255 for transimpedance and dark noise using Jenne's Laser and AG4395A network/spectrum analyzer. The dark noise voltage distribution for the transmission and reflection PDs of MC and the analyzer has been compared.

Motivation:

I am to do the input mode cleaner cavity mode scan. The electronic and shot noise of the components used , particularly photodiode noise, will affect the peak position  of the modes, indicating the uncertainty in the measured frequencies of the modes. That will in turn give the uncertainty in the measured change of radius of curvature of the mirrors in presence of the laser beam, from which we will be able to calculate the uncertainty in the mirror-absorption  value.

Method:

For PD transimpedance measurement I used Jenne's laser along with AG4395 network analyzer. The RF out signal of AG4395A had been divided by splitter with one output of the splitter going to R channel of the network analyzer and the other to the laser. The splitted laser beams - splitted with beam splitter - fall on two photodiodes - one reference(Newfocus1617? PD, the DC and RF transimpedance values were taken from its datasheet ) and the other on PDA255. The outputs of these two photodiodes go to channel B and A respectively of the network analyzer. The measured transimpedance data had been collected using the GPIB connection. It had been ensured that the PD under test is not going to saturation, for that the source power level was kept to -40dBm. transimpedance measurements were compensated by the ratio of DC photocurrent.

For dark noise measurement the output of the PD was connected to the A channel of the AG4395A, when there was no light falling on it. The response is collected using GPIB. The attenuation of channel A was made 0dB. ( AG4395A was kept in Spectrum analyzer mode in Noise Format).

Results:

The plots corresponding to the measurements are attached.

Discussion:

The comparison for the dark noise voltage levels of the MC transmission PD (PDA255) with MC REFL PD has been made with analyzer dark noise voltage. It is shown in the attachment (I will upload the dark noise current comparison too....since the output darknoise depends on the gain of the circuit, it is important to divide this voltage spectra by transimpedances.)

Attachment 1: PDA255.pdf
PDA255.pdf
Attachment 2: PDA255_z.pdf
PDA255_z.pdf
Attachment 3: darknoiseVpda255.pdf
darknoiseVpda255.pdf
Attachment 4: darknoiseApda255.pdf
darknoiseApda255.pdf
Attachment 5: darknoise_comparison.pdf
darknoise_comparison.pdf
  7907   Wed Jan 16 18:58:08 2013 RijuUpdate Photodiode transimpedance

Today I have taken the reading for shot noise intercept current for the PDA255 - MC transmission RF PD. To do that I have put an incandescent bulb (JKL lamps, 222 bulbs, voltage and current rating 2.25V and 0.25A) in front of the PD and varied the current through it from 0A to 0.29A at 2.2V. I measured the corresponding DC voltage and took the noise data (4395A spectrum analyzer/ format noise, channel attenuation 0dB) through GPIB .

I will process the data and upload the result soon.

ELOG V3.1.3-