40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 109 of 348  Not logged in ELOG logo
ID Date Author Typeup Category Subject
  2715   Thu Mar 25 17:32:42 2010 AlbertoUpdate40m UpgradingREFL55 Upgraded

I upgraded the old REFL199 to the new REFL55.

To do that I had to replace the old photodiode inside, switching to a 2mm one.

Electronics and optical transfer functions, non normalized are shown in the attached plot.

2010-03-25_REFL55_model_to_meas_comparison.png

The details about the modifications are contained in this dedicated wiki page (Upgrade_09 / RF System / Upgraded RF Photodiodes)

Attachment 1: 2010-03-25_REFL55_model_to_meas_comparison.png
2010-03-25_REFL55_model_to_meas_comparison.png
  2716   Fri Mar 26 10:48:35 2010 steveUpdateSAFETYsafety glasses measured

Safety glasses 1064 nm transmission measured at ~200 mW level. They are all good.

Attachment 1: P1060188.JPG
P1060188.JPG
Attachment 2: P1060199.JPG
P1060199.JPG
  2717   Sat Mar 27 16:23:10 2010 KojiUpdateSUSanother SRM sidemagnet glued

Kiwamu and Koji

Last night we have released PRM from the gluing fixture. All of the six magnets are successfully released from the fixture.

We put SRM on the fixuture and glued a side magnet which we had failed at the last gluing.

We let it cure in the Al house. This should be the last magnet gluing until ETMs are delivered.

[Current status]

ITMX (ITMU03): all of magnets/guiderod/standoffs glued, mirror baked; balance to be confirmed
ITMY (ITMU04): all of magnets/guiderod/standoffs glued, balance confirmed, mirror baked
SRM  (SRMU03): magnets/guiderod/standoff glued; a side magnet gluing in process, balance to be confirmed, last stand off to be glued, mirror to be baked
PRM  (SRMU04): magnets/guiderod/standoff glued; balance to be confirmed, last stand off to be glued, mirror to be baked

TT:            magnets/guiderod/standoff glued; balance to be confirmed, last stand off to be glued, mirror to be baked

  2718   Sun Mar 28 17:28:26 2010 matt, kiwamuUpdateGreen Lockingfrequency discriminator for green PLL

Last Friday, Matt made a frequency discriminator circuit on a bread board in order to test the idea and study the noise level. I think it will work for phase lock acquisition of Green locking.

As a result a response of 100kHz/V and a noise level of 2uV/rtHz @ 10Hz are yielded. This corresponds to 0.2Hz/rtHz @ 10Hz.

The motivation of using frequency discriminators is that  it makes a frequency range wider and easier for lock acquisition of PLLs in green locking experiment.

For the other possibility to help phase lock acquisition, Rana suggested to use a commercial discriminator from Miteq.


(principle idea)

The diagram below shows a schematic of the circuit which Matt has built.

FD.png

Basically an input signal is split into two signals right after the input, then one signal goes through directly to a NAND comparator.

On the other hand another split signal goes through a delay line which composed by some RC filters, then arrive at the NAND comparator with a certain amount of delay.

After going through the NAND comparator, the signal looks like a periodic pulses (see below).

If we put a signal of higher frequency we get more number of pulses after passing through the NAND.

pulses.png

Finally the pulse-signal will be integrated at the low pass filter and converted to a DC signal.

Thus the amplitude of DC signal depends on the number of the pulses per unit time, so that the output DC signal is proportional to the frequency of an input signal.

 

 

(result)

By putting a TTL high-low signal, an output of the circuit shows 100kHz/V linear response.

It means we can get DC voltage of 1 V if a signal of 100kHz is injected into the input.

And the noise measurement has been done while injecting a input signal. The noise level of 0.2Hz/rtHz @ 10 Hz was yielded.

Therefore we can lock the green PLL by using an ordinary VCO loop after we roughly guide a beat note by using this kind of discriminator.

 FDnoise.png

Attachment 1: DSC_1407.JPG
DSC_1407.JPG
Attachment 2: FD.png
FD.png
Attachment 3: FDnoise.png
FDnoise.png
  2719   Sun Mar 28 20:00:17 2010 ranaUpdateCamerasGigE camera no work from screen

Not that this is an urgent concern, just a data point which shows that it doesn't just not work at the sites.

Attachment 1: Untitled.png
Untitled.png
  2727   Mon Mar 29 10:40:59 2010 josephbUpdateCamerasGigE camera no work from screen

Quote:

Not that this is an urgent concern, just a data point which shows that it doesn't just not work at the sites.

I had to restart the dhcpd server on Ottavia that allows us to talk to the camera.  I then also changed the configuration script on the camera so that it no longer thinks ottavia is 131.215.113.97, but correctly 192.168.113.97.  Overall took 5 minutes.

I also looked up services for Centos 5, and set it using the program serviceconf to start the DHCP server  when Ottavia is rebooted now.  That should head off future problems of that nature.  For reference, to start the dhcp server manually, become root and type "service dhcpd start".

 

  2728   Mon Mar 29 15:19:33 2010 mevansUpdateGreen Lockingfrequency discriminator for green PLL

Thanks for the great entry!

In order to make this work for higher frequencies, I would add Hartmut's suggestion of a frequency dividing input stage.  If we divide the input down by 100, the overall range will be about 200MHz, and the noise will be about 20Hz/rtHz.  That might be good enough... but we can hope that the commercial device is lower noise!

Quote:

Last Friday, Matt made a frequency discriminator circuit on a bread board in order to test the idea and study the noise level. I think it will work for phase lock acquisition of Green locking.

As a result a response of 100kHz/V and a noise level of 2uV/rtHz @ 10Hz are yielded. This corresponds to 0.2Hz/rtHz @ 10Hz.

The motivation of using frequency discriminators is that  it makes a frequency range wider and easier for lock acquisition of PLLs in green locking experiment.

FD.png

  2731   Mon Mar 29 18:50:14 2010 KojiUpdateSUSPRM sidemagnet glued

PRM was released from the fixuture without any trouble. This was the last magnet gluing until ETMs are delivered.

The below is the up-to-date Jenne stat table.

The clean room is getting too narrow. I am thinking that we should install ITMs to the chamber so that we can accommodate SRM/PRM suspensions.

Attachment 1: StatusTable.png
StatusTable.png
  2737   Wed Mar 31 02:57:48 2010 kiwamuUpdateGreen Lockingfrequency counter for green PLL

Rana found that we had a frequency counter SR620 which might be helpful for lock acquisition of the green phase lock.

It has a response of 100MHz/V up to 350MHz which is wide range and good for our purpose. And it has a noise level of 200Hz/rtHz @ 10Hz which is 1000 times worse than that Matt made (see the entry).

The attached figure is the noise curve measured while I injected a signal of several 100kHz. In fact I made sure that the noise level doesn't depends on the frequency of an input signal.

The black curve represents the noise of the circuit Matt has made, the red curve represents that of SR620.

Attachment 1: FCnoise.png
FCnoise.png
  2739   Wed Mar 31 10:34:02 2010 josephbUpdateelogElog not responding this morning

When I went to use the elog this morning, it wasn't responding.  I killed the process on nodus, and then restarted, per the 40m wiki instructions.

  2741   Wed Mar 31 12:30:31 2010 ranaUpdateGreen Lockingfrequency counter for green PLL

Its a good measurement - you should adjust the input range of the 620 using the front panel 'scale' buttons to see how the noise compares to Matt's circuit when the range is reduced to 1 MHz. In any case, we would use it in the 350 MHz range mode. What about the noise of the frequency discriminator from MITEQ?

  2742   Wed Mar 31 15:31:53 2010 steveUpdatePSLReference Cavity RF PD base upgraded

Quote:

Some more words about the RFAM: I noticed that there was an excess RFAM by unlocking the RC and just looking at the RF out with the 50 Ohm input of the scope. It was ~100 mVp-p! In the end our method to minimize the AM was not so sensible - we aligned the waveplate before the EOM so as to minimize the p-pol light transmitted by the PBS cube just ahead of the AOM. At first, this did not minimize the RFAM. But after I got angry at the bad plastic mounting of the EOM and re-aligned it, the AM seemed to be small with the polarization aligned to the cube. It was too small to measure on the scope and on the spectrum analyzer, the peak was hopping around by ~10-20 dB on a few second timescale. Further reduction would require some kind of active temperature stabilization of the EOM housing (maybe a good SURF project!).

For the EOM mount we (meaning Steve) should replace the lame 2-post system that's in there with one of the mounts of the type that is used in the Mach-Zucker EOMs. I think we have spare in the cabinet next to one of the arms.

After the RFAM monkeying, I aligned the beam to the RC using the standard, 2-mirror, beam-walking approach. You can see from the attached plot that the transmission went up by ~20% ! And the reflection went down by ~30%. I doubt that I have developed any new alignment technique beyond what Yoichi and I already did last time. Most likely there was some beam shape corruption in the EOM, or the RFAM was causing us to lock far off the fringe. Now the reflected beam from the reference cavity is a nice donut shape and we could even make it better by doing some mode matching! This finally solves the eternal mystery of the bad REFL beam (or at least sweeps it under the rug).

At the end, I also fixed the alignment of the RFPD. It should be set so the incident angle of the beam is ~20-40 deg, but it was instead set to be near normal incidence ?! Its also on flimsy plastic legs. Steve, can you please replace this with the new brass ones?

 Teflon feet removed and heavy brass-delrin pd base installed. Ref-cavity reflected light remains to be beautiful doughnut shape on camera.

Attachment 1: brspdbs.JPG
brspdbs.JPG
  2743   Wed Mar 31 16:31:44 2010 steveUpdatePEMGuralp interface box turned off

Quote:

Quote:

I went and double-checked and aligned the styrofoam cooler at ~5:00 UTC. It was fine, but we really need a better huddling box. Where's that granite anyway?

Here's the new Huddle Test output. This time I show the X-axis since there's some coherence now below 0.1 Hz.

You'll also notice that the Wiener filter is now beating the FD subtraction. This happened when I increased the # of taps to 8000. Looks like the noise keeps getting lower as I increase the number of taps, but this is really a kind of cheat if you think about it carefully.

 The same thing happening again.  The intermittent offset upstream of the seismometer that never got fixed.

The granite plate and ball bearings are in. I will place seismometers on it.

 

Attachment 1: grlpntrfcbxoff.jpg
grlpntrfcbxoff.jpg
  2744   Wed Mar 31 16:55:05 2010 josephbUpdateComputers2 computers from Alex and Rolf brought to 40m

I went over to Downs today and was able to secure two 8 core machines, along with mounting rails.  These are very thin looking 1U chassis computers. I was told by Rolf the big black box computers might be done tomorrow afternoon.  Alex also kept one of the 8 core machines since he needed to replace a hard drive on it, and also wanted to keep for some further testing, although he didn't specify how long.

I also put in a request with Alex and Rolf for the RCG system to produce code which includes memory location hooks for plant models automatically, along with a switch to flip from the real to simulated inputs/outputs.

 

  2745   Wed Mar 31 19:29:58 2010 HartmutUpdateElectronics(1cm-) Si PD transfer functions update

Recorded transfer functions for the 1cm Si-PD as described on p. 2708

for different biases. I put the plots in there, to keep the info in one place,

where the label on the PD case (which Steve made without asking him) points

to.

I talked to some people recently about the fact that the responsivity (A/W) of the PD

changes even at DC for different biases. I tested this again and should be more precise about this:

The first time I observed this was in the transfer functions as shown on p. 2708.

With 'DC' I meant 'low frequency' there, as you can still see an effect of the bias as low as 100kHz.

Then at one point I saw the responsivity changing with bias also at true DC.

However, it turned out that this is only the case if the photocurrent is too high.

If the photocurrent is 4mA, you need 400mV bias to get the max. responsivity.

For 2mA photocurrent, the responsivity is already maximal for 0V bias.

An effect for relative low frequencies remains however.

The DC check of responsivity was done with white light from a bulb.

 

 

  2746   Thu Apr 1 00:43:33 2010 MottUpdateGeneralPZT response for the innolight

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

**EDIT**: As Koji pointed out, the calibration factor on this plot is WRONG.  See my more recent update for the correctly calibrated plot.

Attachment 1: Innolight_Bode.png
Innolight_Bode.png
  2747   Thu Apr 1 07:17:15 2010 KojiUpdateGeneralPZT response for the innolight

The shape of the TF looks nice but the calibration must be wrong.

Suppose 1/f slope with 10^-4 rad/V at 100kHz. i.e. m_pm = 10/f rad/V
This means m_fm = 10 Hz/V. This is 10^6 times smaller than that of LWE NPRO.

(Edit: Corrected some numbers but it is not significant)

Quote:

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

  2748   Thu Apr 1 10:21:58 2010 MottUpdateGeneralPZT response for the innolight

Quote:

The shape of the TF looks nice but the calibration must be wrong.

Suppose 1/f slope with 10^-4 rad/V at 10kHz. i.e. m_pm = 1/f rad/V
This means m_fm = 1 Hz/V. This is 10^7 times smaller than that of LWE NPRO.

Quote:

Kiwamu and I measure the PZT response of the Innolight this evening from 24 kHz to 2MHz.  

We locked the PLL at ~50 MHz offset using the Lightwave NPRO and and swept the Innolight with the network analyzer (using the script I made; it has one peculiar property, but it does work correctly).  

We will post the plot of the Lightwave PZT response tomorrow morning.

 

 Koji is absolutely right.  I just double checked my matlab code, and saw that I divided when I should have multiplied.  The correctly calibrated plots are attached here for the Innolight and the lightwave.  Kiwamu and I will measure the amplitude and the jitter today.

Attachment 1: Innolight_Response.png
Innolight_Response.png
Attachment 2: Lightwave_response.png
Lightwave_response.png
  2749   Thu Apr 1 10:47:48 2010 KojiUpdateGeneralPZT response for the innolight

Innolight: 100rad/V @ 100kHz  => 1e7/f rad/V => 10MHz/V

LWE: 500rad/V @ 100kHz =>  5e7/f rad/V => 50MHz/V

They sound little bit too big, aren't they?

  2750   Thu Apr 1 12:07:22 2010 ranaUpdateGeneralPZT response for the innolight

The Lightwave NPRO should be around 5 MHz/V. 

The Innolight PZT coefficient is ~1.1 MHz/V.

(both are from some Rick Savage LHO elog entries)

  2751   Thu Apr 1 15:21:12 2010 ranaUpdateGreen Lockingfrequency counter for green PLL

 

  2752   Thu Apr 1 16:34:29 2010 HartmutUpdateGreen LockingSilicon PDs

just a few infos on Silicon PDs I looked up.

If you want to go beyond the 100MHz achievable with the device I worked on,

the one thing to improve is the opamp, where Steve is trying to find OPA657.

This is a FET with 1.6GHz BWP, minimum stable gain of 7, and 4.8nV/rt(Hz) noise.

Should be ok with 750-1000 Ohm transimpedance.

The other thing you might want to change is the PD

(although it might be the 1cm PD with high bias is as fast as smaller ones with lower bias).

There are two types of other Si diodes at the 40m right now (~3mm):

-Rana and I found a Centronic OSD 15-5T in the old equipment

-Frank gave me a Hamamatsu S1223-01 on a Thorlabs pre-amp device (could be taken out).

 

The Centronic OSD 15-5T has up to 80pF with 12 V bias according to the datasheet.

The Hamamatsu S1223-01 is stated with 20pF only, but stated to have a max. frequency resp. of 20MHz ('-3db point').

I dont know what this means, as the corner freq. of 10pF into 50Ohm is still 160MHz.

In any case there are faster 3mm types to start with, as for example Hamamatsu S3399 (~ 90$),

which is stated to have the corner at 100MHz with 50 Ohm load.

For this type the stated capacity (20pF) looks consistent with ~100MHz corner into 50 Ohm.

So probably you can get higher BW with this one using much smaller load, as in transimpedance stage.

 

 

  2753   Thu Apr 1 17:35:24 2010 KojiUpdateSUSWorking on ITMX/Y

Steve and Koji

- We removed old ITMX/Y from the chambers. Now they are temporarily placed on the flow table at the end. Steve is looking for nice storages for the 5inch optics.

- We wiped new ITMX/Y by isopropanol as they were dusty.

- We put them into the corresponding towers. Checked the balancing and magnet arrangements with the OSEMs. They were totally fine.

- We clamped the mirrors by the EQ stops. Wrapped the towers by Al foils.

Tomorrow we will put them into the chambers.

 

Attachment 1: IMG_2353.jpg
IMG_2353.jpg
  2754   Thu Apr 1 18:05:29 2010 MottUpdateGeneralPZT response for the innolight

 

 We realized that we had measured the wrong calibration value; we were using the free-running error signal with the marconi far from the beat frequency, which was very small.  When we put the Marconi right at the beat, the signal increased by a factor of ~12 (turning our original calibration of 10 mV/rad into 120 mV/rad).  The re-calibrated plots are attached. 

Attachment 1: Innolight_Response_calFix.png
Innolight_Response_calFix.png
Attachment 2: Lightwave_response_calFix.png
Lightwave_response_calFix.png
  2755   Thu Apr 1 18:44:40 2010 KojiUpdateGeneralPZT response for the innolight

Innolight 10 rad/V @ 100kHz => 1e6/f rad/V => 1MHz/V

LWE 30 rad/V @ 100kHz => 3e6/f rad/V => 3MHz/V

---------

BTW, don't let me calculate the actuator response everytime.

The elog (=report) should be somewhat composed by the following sections

Motivation - Method - Result (raw results) - Discussion (of the results)

Quote:

  We realized that we had measured the wrong calibration value; we were using the free-running error signal with the marconi far from the beat frequency, which was very small.  When we put the Marconi right at the beat, the signal increased by a factor of ~12 (turning our original calibration of 10 mV/rad into 120 mV/rad).  The re-calibrated plots are attached. 

 

  2756   Thu Apr 1 19:59:32 2010 MottUpdateGeneralPZT response for the innolight

 

 We measured the Amplitude Modulation response of the PZTs, to find regions with large phase modulation but small amplitude modulation.

We did this by blocking 1 arm of the PLL, feeding the source output of the Network Analyzer into the PZT input of the laser in question, and reading the output of the PD on the NA.  We calibrated by dividing by the DC voltage of the PD (scaled by the ratio of the AC gain to DC gain of the New Focus PD).

The AM response of the Innolight looks fairly smooth up to ~1MHz, and it is significantly below the PM response for most of its range.  The region between 20 and 30 kHz shows very good separation of about 10^3 rad/RIN (and up to 10^5 rad/RIN at ~21.88 kHz, where there is the negative spike in the AM response). The region between 1.5 MHz and 2MHz also looks viable if it is desirable to actuate at higher frequencies.

The Lightwave offers very good AM/PM separation up to about 500 kHz, but becomes quite noisy about 1MHz.

Attachment 1: Innolight_AM_Response.png
Innolight_AM_Response.png
Attachment 2: Innolight_AM_PM.png
Innolight_AM_PM.png
Attachment 3: InnoVsLW_PM.png
InnoVsLW_PM.png
Attachment 4: Innolight_AM_Response.png
Innolight_AM_Response.png
Attachment 5: Lightwave_AM_PM.png
Lightwave_AM_PM.png
  2757   Thu Apr 1 20:29:02 2010 HartmutUpdateGreen Lockingsimple PD test circuit

I made a simple PD test circuit which may allow to test PD response up to few 100MHz.

Its not for low noise, only for characterising PD response.

Here is the circuit:

The 2 capacitor values (for bypassing) are kind of arbitrary, just what I found around

(one medium, one small capacity). Could be improved by better RF types (e.g. Mica).

The PD type has no meaning. I put in the Centronic 15-T5 for a start.

The bias can be up to 20V for this diode.

The signal appears across R1. It is small, to make a large bandwidth.

R2 is just for slightly decoupling the signal from the following RF amplifier.

The wire into the RF amplifier is short (~cm). And the amplifier is supposed to have 50 Ohm

input impedance.

I use a mini circuits ZFL 500 here.

power supply for this is 15V.

pdtest.png

  2758   Fri Apr 2 08:52:21 2010 AlbertoUpdateelogelog restarted

i just restarted the elog for the third time in the past 12 hours.

I checked the elog.log file to debug the problem. It doesn't contain eveidence of any particular cause, except for png/jpg file uploads happened last night.

I'm not sure we can blame Image Magic again because the last crash seems to be occurred just after an entry with e jpg picture was included in the body of the message. I think Image Magic is used only for previews of attachments like pdfs or ps.

Maybe we should totally disable image magic.

  2761   Sat Apr 3 19:54:19 2010 AlbertoUpdate40m UpgradingREFL11 and REFL55 PDs Noise Spectrum

These are the dark noise spectrum that I measured on the 11MHz and 55MHz PD prototypes I modified.

The plots take into account the 50Ohm input impedance of the spectrum analyzer (that is, the nosie is divided by 2).

2010-04-03_REFL11_darknoise.png 2010-04-03_REFL55_darknoise.png

With an estimated transimpedance of about 300Ohm, I would expect to have 2-3nV/rtHz at all frequencies except for the resonant frequencies of each PD. At those resonances I would expect to have ~15nV/rtHz (cfr elog entry 2760).

Problems:

  1. For the 55MHz PD the resonance peak is too small
  2. In the 55 MHz: noise is present at about 7MHz
  3. In the 11MHz PD there's a lot of noise below 10 MHz.

I have to figure out what are the sources of such noises.

Suggestions?

  2764   Mon Apr 5 01:02:07 2010 ranaUpdatePEMGuralp interface box turned off

I was checking into the Guralp situation today. I put the rubber balls underneath the granite block (the Q is too high), but found unfortunately that Jenne's styrofoam box is too short to cover the Guralps on top of the granite. If the box was skinny enough to fit on the block or taller by ~6 inches, it would be perfect. We need some new Seismo boxes.

 

Here's the story of the Gur2 noise so far. We need to pull out and repair the breakout box.

1) At some point we noticed that the Guralp2 X channel was behaving badly.

2) Steve tried recentering with just a +12V supply - this didn't work. Jenne then centered it using the +/- 12V supply. This was OK.

3) Around noon on March 24, the channel 'goes bad' again.

4) On the afternoon of the 25th, most of the channels go to zero, but the GUR2X channel stays bad. There's NO ENTRY in the elog about this. This is UNACCEPTABLE. Apparently, the seismometers were disconnected without shutting off the power to the box. You MUST elog everything - otherwise, go home and sit on your hands.

5) On the evening of the 31st, Steve turns off the Guralp breakout box. From the trend, you can see that the signals all go to zero at that time.

6) From then until today, there is no noise in the GUR2X channel. From these tests we can guess that the problem is in the GUR2X channel of the breakout box, but not in the AA Chassis or the ADC, since those showed no excess noise with the box turned OFF. Its hard to be sure without elog entries, but I assume that 3/25-3/31 was a 'seismometer disconnected', but 'box on' state.

Attachment 1: Untitled.png
Untitled.png
  2765   Mon Apr 5 08:43:48 2010 steveUpdatePEMearthquake mag 7.2

Large earthquake shakes Baja California, Mexico and 6 over Magnitude 5 aftershakes follow.  The frontend computers are still down since Friday.

Attachment 1: eq7.2.jpg
eq7.2.jpg
  2766   Mon Apr 5 09:48:57 2010 KojiUpdateSUSITMs placed on the tables in the chambers

Steve and Koji (Friday, Apr 02)

Summary

Intsallation of ITMs are going on. Two new ITMs were placed on the optical table in the vacuum chambers. ITM for the south arm was put at the right place in accordance to the CAD drawing. ITM for the east arm is still at a temporaly place.


Tower placement (10:30-11:30)

- Put the tower on the table at a temporary place such that we can easily work on the OSEMs.

ITM (South arm) (14:00-16:30)

- Put the tower on the table at a temporary place such that we can easily work on the OSEMs.

- Leveled the table approximately.

- Released the EQ stops

- Removed anchors for the OSEM cables as it was too short. The wire distribution will be changed later.

- Put the OSEMs. Adjust the insertion to the middle of the OSEM ranges.

- Clamped the EQ stops again

- Placed the tower to the right place according to the CAD drawing.

- Released the EQ stops again.

- Check the OSEM values. The LL sensor showed small value (~0.5). Needs to be adjusted.

 


ITM (South) damping adjustment

- Found the signs for the facing magnets are reversed.

- Otherwise it damps very well.

 

  2767   Mon Apr 5 10:23:40 2010 AlbertoUpdate40m UpgradingREFL11 Low Frequency Oscilaltion Reduced

After adding an inductor L=100uH and a resistor R=10Ohm in parallel after the OP547A opamp that provide the bias for the photodiode of REFL11, the noise at low frequency that I had observed, was significantly reduced.

See this plot:

 2010_04_05_REFL11_darknoise_with_100uH_coil_10ohm_res.png

A closer inspection of the should at 11MHz in the noise spectrum, showed some harmonics on it, spaced with about 200KHz. Closing the RF cage and the box lid made them disappear. See next plot:

 2010_04_05_REFL11_darknoise_wide_freq_window_lid_open-closed.png

The full noise spectrum looks like this:

2010_04_05_REFL11_darknoise_wide_freq_window_lid_open-closed.png

A big bump is present at ~275MHz. it could important if it also shows up on the shot noise spectrum.

  2769   Mon Apr 5 11:39:41 2010 steveUpdateSUSITM-south installation

Quote:

Steve and Koji (Friday, Apr 02)

Summary

Installation of ITMs are going on. Two new ITMs were placed on the optical table in the vacuum chambers. ITM for the south arm was put at the right place in accordance to the CAD drawing. ITM for the east arm is still at a temporaly place.


Tower placement (10:30-11:30)

- Put the tower on the table at a temporary place such that we can easily work on the OSEMs.

ITM (South arm) (14:00-16:30)

- Put the tower on the table at a temporary place such that we can easily work on the OSEMs.

- Leveled the table approximately.

- Released the EQ stops

- Removed anchors for the OSEM cables as it was too short. The wire distribution will be changed later.

- Put the OSEMs. Adjust the insertion to the middle of the OSEM ranges.

- Clamped the EQ stops again

- Placed the tower to the right place according to the CAD drawing.

- Released the EQ stops again.

- Check the OSEM values. The LL sensor showed small value (~0.5). Needs to be adjusted.

 


ITM (South) damping adjustment

- Found the signs for the facing magnets are reversed.

- Otherwise it damps very well.

 

 The cabling on the seismic stack was rerouted so it could reach the south edge of the table: the cables  were removed from the viton padded clamps and repositioned this morning.

ITM-south tower's earthquake screw viton tips could be a little bit larger. They do not stay in their screw hole after a hard clamping action.

4-40 earthquake screws under the test mass:viton tips can fall out without action, the treads are cross threaded so the screws are wobbling

 

  2772   Mon Apr 5 13:52:45 2010 AlbertoUpdateComputersFront-ends down. Rebooted

This morning, at about 12 Koji found all the front-ends down.

At 1:45pm rebooted ISCEX, ISCEY, SOSVME, SUSVME1, SUSVME2, LSC, ASC, ISCAUX

Then I burtestored ISCEX, ISCEY, ISCAUX to April 2nd, 23:07.

The front-ends are now up and running again.

  2773   Mon Apr 5 14:10:06 2010 steveUpdateSUSsus damping restored

Quote:

This morning, at about 12 Koji found all the front-ends down.

At 1:45pm rebooted ISCEX, ISCEY, SOSVME, SUSVME1, SUSVME2, LSC, ASC, ISCAUX

Then I burtestored ISCEX, ISCEY, ISCAUX to April 2nd, 23:07.

The front-ends are now up and running again.

 I restored damping to all SUSes except ITM-east. The ITMX OSEMs are being used in the clean assembly room.

  2775   Tue Apr 6 11:27:11 2010 AlbertoUpdateComputer Scripts / ProgramsData formats in the Agilent AG4395a Spectrum Analyzer

Lately I've been trying to sort out the problem of the discrepancy that I noticed between the values read on the spectrum analyzer's display and what we get with the GPIB interface.

It turns out that the discrepancy originates from the two data vector that the display and the GPIB interface acquire. Whereas the display shows data in "RAW" format, the GPIB interface, for the way the netgpibdata script is written, acquires the so called "error-corrected data". That is the GPIB downloaded data is postprocessed and corrected for some internal calibration factors of the instrument.

Another problem that I noticed in the GPIB downloaded data when I was measuring noise spectrum, is an unwanted factor of 2 in the amplitude spectral density.
For example, measuring the amplitude spectral density of the FSS RF PD's dark noise at its resonant frequency (~21.5 MHz), I would expect ~15nV/rtHz from the thermal noise - as Rana pointed out in the elog entry 2759). However, the spectrum analyzer reads 30nV/rtHz, in both the display and the GPIB downloaded data, except for the above mentioned little discrepancy between the two. (The discrepancy is about 0.5dBm/Hz in the power spectrum density).
 
My measurement, as I showed it in the elog entry 2760) is of ~15nV/rtHz, but only becasue I divided by 2. Now I realize that that division was unjustified.
 
I'm trying to figure out the reason for that. By now I'm not sure we can trust the netgpib package for spectrum measurements with the AG4395.
  2776   Tue Apr 6 16:55:28 2010 AlbertoUpdateComputer Scripts / ProgramsData formats in the Agilent AG4395a Spectrum Analyzer

Quote:

Lately I've been trying to sort out the problem of the discrepancy that I noticed between the values read on the spectrum analyzer's display and what we get with the GPIB interface.

It turns out that the discrepancy originates from the two data vector that the display and the GPIB interface acquire. Whereas the display shows data in "RAW" format, the GPIB interface, for the way the netgpibdata script is written, acquires the so called "error-corrected data". That is the GPIB downloaded data is postprocessed and corrected for some internal calibration factors of the instrument.

Another problem that I noticed in the GPIB downloaded data when I was measuring noise spectrum, is an unwanted factor of 2 in the amplitude spectral density.
For example, measuring the amplitude spectral density of the FSS RF PD's dark noise at its resonant frequency (~21.5 MHz), I would expect ~15nV/rtHz from the thermal noise - as Rana pointed out in the elog entry 2759). However, the spectrum analyzer reads 30nV/rtHz, in both the display and the GPIB downloaded data, except for the above mentioned little discrepancy between the two. (The discrepancy is about 0.5dBm/Hz in the power spectrum density).
 
My measurement, as I showed it in the elog entry 2760) is of ~15nV/rtHz, but only becasue I divided by 2. Now I realize that that division was unjustified.
 
I'm trying to figure out the reason for that. By now I'm not sure we can trust the netgpib package for spectrum measurements with the AG4395.

 I noticed that someone, that wasn't me, has edited the wiki page about the netgpibdata under my name saying:

 " [...]

* A4395 Spectrum Units
Independetly by which unites are displayed by the A4395 spectrum analyzer on the screen, the data is saved in Watts/rtHz
"

That is not correct. The spectrum is just in Watts, since it gives the power over the bandwidth. The correspondent power spectral density is showed under the "Noise" measurement format and it's in Watts/Hz.
Watts/rtHz is not a correct unit.
  2777   Tue Apr 6 22:54:34 2010 KojiUpdateSUSITMY (south) aligned

Kiwamu and Koji

ITMY (south) was aligned with regard to the 40m-long oplev with the green laser pointer. Now the cavity is waiting for the green light injected from the end table

The OSEMs were adjusted with the aligned optics, but still a bit off from the center. They need to be adjusted again.
One round-shaped counter-weight removed from the table. Some counter weights are moved.

Some tools and the level gauge were removed from the table.

BAD news: I could clearly see scatter of the green beam path because of the dusts in the arm tube. Also many dusts are seen on the ITM surface.

 

Picture of the ETM - reflection from the ITM is hitting the mirror and the suspension structures.

IMG_2362.jpg

 


1. Shoot the ITM center with the green beam.

- Two persons with walkie-talkies required for this work.

- Turn on the end green pointer. We could see the long trace of the beam sliced by the beam tube wall.

- Look at the tube peeping mirror for the CCD.

- Adjust yaw such that the beam trace on the tube wall is parallel to the arm.

- Adjust pitch such that the beam trace on the tube gets longer. This means that spot gets closer to the ITM.

- Continue pitch adjustment until some scatter appears on the ITM tower.

- Once the spot appears on the tower, you can easily adjust it on the mirror

2. Adjust pitch/yaw bias such that the reflection hits the ETM.

- Initially the ITM alignment is totally bad. ==> You clealy see the spot on the wall somewhere close to the ITM.

- Adjust pitch/yaw bias such that the spot goes farther as far as possible.

- Once you hit the suspension tower, the scatter is obviously seen from the peeping mirror.

- You can match the incident beam and the scattering of the reflection. You also can see the reflection from the ETM towards the ITM as the spot size gets huge (1/2 tube diameter).

- We found that the bias is ~-2 for pitch and ~-6 for yaw.

3. Go into the chamber. Check the table leveling.

- Open the light door.

- I found that the table is not leveled. Probably it drifted after the move of the weight (i.e. MOS removal).

- Removed one of the round-shaped weight. Moved the other weights such that the table was leveled.

4. Remove the bias for yaw and rotate suspension tower such that the reflection hit the center of the ETM.

- Removed the yaw bias. This makes the reflected spot totally off from the ETM.

- Rotate suspension tower so that the beam can approximately hit the ETM.

- Look at the peeping mirror, the beam is aligned to the ETM.

5. Adjust OSEMs

- Push/pull the OSEMs such that we have the OSEM outputs at the half of the full scale.

6. Adjust alignment by the bias again.

- Moving OSEMs changes the alignment. The pitch/yaw biases were adjusted to have the beam hitting on the ETM.

- Bias values at  the end of the work: Pitch -0.8159 / Yaw -1.2600

7. Close up the chamber

- Remove the tools and the level gauge.

- Close the light door.

  2779   Wed Apr 7 10:48:04 2010 AlbertoUpdateElectronicsREFL11 Noise Simulation
LISO simulations confirm the estimate of ~15nV for the noise of REFL11.
The largest contribution comes from the 50Ohm output resistor (Rs in the schematic below), the 450Ohm feedback resistor of the max4107 opamp stage; the 10KOhm resistor at the Test Input connector.
 
See attached plot.
 
(It's also all in the SVN, under https://nodus.ligo.caltech.edu:30889/svn/trunk/alberto/40mUpgrade/RFsystem/RFPDs/)
#
#                 gnd
#                 |
#                 Cw2
#                 |
#                 n23
#                 |
#                 Lw2
#                 |
#   gnd           n22
#   |             |
#   Rip           Rw2
#   |             |                   |\
#   nt- Rsi-n2- - - C2 - n3 -  - -  - |  \
#            |    |      |   |        |4106>-- n5 - Rs -- no                                                            
# iinput    Rd   L1     L2 R24    n6- |  /     |           |
#    |- nin- |    |      |   |    |   |/       |         Rload
#           Cd   n7     R22 gnd   |            |           |
#            |    |      |        | - - - R8 - -          gnd
#           gnd  R1     gnd      R7
#                 |               |
#                gnd             gnd
#
#
#
Attachment 1: rfpd11_testinput_noiseplot.pdf
rfpd11_testinput_noiseplot.pdf
  2780   Wed Apr 7 10:58:15 2010 KojiUpdateElectronicsREFL11 Noise Simulation

What??? I don't see any gray trace of Rs in the plot. What are you talking about?

Anyway, if you are true, the circuit is bad as the noise should only be dominated by the thermal noise of the resonant circuit.

Quote:
LISO simulations confirm the estimate of ~15nV for the noise of REFL11.
The largest contribution comes from the output resistor (Rs in the schematic below).
See attached plot.

 

  2781   Wed Apr 7 11:11:19 2010 AlbertoUpdateElectronicsREFL11 Noise Simulation

Quote:

What??? I don't see any gray trace of Rs in the plot. What are you talking about?

Anyway, if you are true, the circuit is bad as the noise should only be dominated by the thermal noise of the resonant circuit.

Quote:
LISO simulations confirm the estimate of ~15nV for the noise of REFL11.
The largest contribution comes from the output resistor (Rs in the schematic below).
See attached plot.

 

The colors in the plot were misleading.
Here's hopefully a better plot.
The dominant sources of noise are the resonant of the photodiode (~10Ohm), the max4107, the resistor in series to ground at the - input of the max4107.
Attachment 1: rfpd11_testinput_noiseplot.pdf
rfpd11_testinput_noiseplot.pdf
  2782   Thu Apr 8 10:17:52 2010 AlbertoUpdate40m UpgradingREFL11 Noise Vs Photocurrent

From the measurements of the 11 MHz RFPD at 11Mhz I estimated a transimpedance of about 750 Ohms. (See attached plot.)

The fit shown in the plot is: Vn = Vdn + sqrt(2*e*Idc) ; Vn=noise; Vdn=darknoise; e=electron charge; Idc=dc photocurrent

The estimate from the fit is 3-4 times off from my analsys of the circuit and from any LISO simulation. Likely at RF the contributions of the parassitic components of each element make a big difference. I'm going to improve the LISO model to account for that.

2010_04_05_REFL11_ShotnoiseVsPhotocurrent.png

The problem of the factor of 2 in the data turned out to be not a real one. Assuming that the dark noise at resonance is just Johnson's noise from the resonant circuit transimpedance underestimates the dark noise by 100%.

  2783   Thu Apr 8 10:24:33 2010 AlbertoUpdate40m UpgradingREFL11 Noise Vs Photocurrent

Quote:

From the measurements of the 11 MHz RFPD at 11Mhz I estimated a transimpedance of about 750 Ohms. (See attached plot.)

Putting my hands ahead, I know I could have taken more measurements around the 3dB point, but the 40m needs the PDs soon.

  2784   Thu Apr 8 20:53:13 2010 KojiUpdate40m UpgradingREFL11 Noise Vs Photocurrent

Something must be wrong. 

1. Physical Unit is wrong for the second term of "Vn = Vdn + Sqrt(2 e Idc)"

2. Why does the fit go below the dark noise?

3. "Dark noise 4 +/- NaN nV/rtHz"   I can not accept this fitting.

Also apparently the data points are not enough.

Quote:

From the measurements of the 11 MHz RFPD at 11Mhz I estimated a transimpedance of about 750 Ohms. (See attached plot.)

The fit shown in the plot is: Vn = Vdn + sqrt(2*e*Idc) ; Vn=noise; Vdn=darknoise; e=electron charge; Idc=dc photocurrent

The estimate from the fit is 3-4 times off from my analsys of the circuit and from any LISO simulation. Likely at RF the contributions of the parassitic components of each element make a big difference. I'm going to improve the LISO model to account for that.

2010_04_05_REFL11_ShotnoiseVsPhotocurrent.png

The problem of the factor of 2 in the data turned out to be not a real one. Assuming that the dark noise at resonance is just Johnson's noise from the resonant circuit transimpedance underestimates the dark noise by 100%.

 

  2785   Fri Apr 9 06:45:28 2010 AlbertoUpdate40m UpgradingREFL11 Noise Vs Photocurrent

Quote:

Something must be wrong. 

1. Physical Unit is wrong for the second term of "Vn = Vdn + Sqrt(2 e Idc)"

2. Why does the fit go below the dark noise?

3. "Dark noise 4 +/- NaN nV/rtHz"   I can not accept this fitting.

Also apparently the data points are not enough.

 1) True. My bad. In my elog entry (but not in my fit code) I forgot the impedance Z= 750Ohm (as in the fit) of the resonant circuit in front of the square root: Vn = Vdn + Z * sqrt( 2 e Idc )

2) That is exactly the point I was raising! The measured dark noise at resonance is 2x what I expect.

3) I don't have uncertainties for the fit offset (that is, for the Dark Noise). The quick fit that I used (Matlab's Non Linear Least Squares method) doesn't provide 95% confidence bounds when I constrain the offset parameter the way I did (I forced it to be strictly positive).
Sure. It's not a very good fit. I just wanted to see how the data was going.

I also admitted that the data points were few, especially around the 3dB point.

Today I'm going to repeat the measurement with a new setup that lets me tune the light intensity more finely.

  2788   Mon Apr 12 14:20:10 2010 kiwamuUpdateGreen LockingPZT response for the innolight

I measured a jitter modulation caused by injection of a signal into laser PZTs.

The measurement has been done by putting a razor blade in the middle way of the beam path to cut the half of the beam spot, so that a change of intensity at a photodetector represents the spatial jitter of the beam.

However the transfer function looked almost the same as that of amplitude modulation which had been taken by Mott (see the entry).

This means the data is dominated by the amplitude modulation instead of the jitter. So I gave up evaluating the data of the jitter measurement.

  2790   Mon Apr 12 17:09:30 2010 AlbertoUpdate40m UpgradingREFL11 Noise Vs Photocurrent

Quote:

Quote:
 

 1) True. My bad. In my elog entry (but not in my fit code) I forgot the impedance Z= 750Ohm (as in the fit) of the resonant circuit in front of the square root: Vn = Vdn + Z * sqrt( 2 e Idc )

2) That is exactly the point I was raising! The measured dark noise at resonance is 2x what I expect.

3) I don't have uncertainties for the fit offset (that is, for the Dark Noise). The quick fit that I used (Matlab's Non Linear Least Squares method) doesn't provide 95% confidence bounds when I constrain the offset parameter the way I did (I forced it to be strictly positive).
Sure. It's not a very good fit. I just wanted to see how the data was going.

I also admitted that the data points were few, especially around the 3dB point.

Today I'm going to repeat the measurement with a new setup that lets me tune the light intensity more finely.

 Here's another measurement of the noise of the REFL11 PD.

This time I made the fit constraining the Dark Noise. I realized that it didn't make much sense leaving it as a free coefficient: the dark noise is what it is.

2010-04-09_REFL11NoiseMeasurements.png

Result: the transimpedance of REFL11at 11 MHz is about 4000 Ohm.

Note:
This time, more properly, I refer to the transimpedance as the ratio between Vout @11Mhz / Photocurrent. In past entries I improperly called transimpedance the impedance of the circuit which resonates with the photodiode.
  2791   Mon Apr 12 17:37:52 2010 josephbUpdateComputersY end simulated plant progress

Currently, the y end plant is yep.mdl.  In order to compile it properly (for the moment at least) requires running the normal makefile, then commenting out the line in the makefile which does the parsing of the mdl, and rerunning after modifying the /cds/advLigo/src/fe/yep/yep.c file.

The modifications to the yep.c file are to change the six lines that look like:

"plant_mux[0] = plant_gndx"  into lines that look like "plant_mux[0] = plant_delayx".  You also have to add initialization of the plant_delayx type variables to zero in the if(feInt) section, near where plant_gndx is set to zero.

This is necessary to get the position feedback within the plant model to work properly.

 

#NOTE by Koji

CAUTION:
This entry means that Makefile was modified not to parse the mdl file.
This affects making any of the models on megatron.

Attachment 1: YEP.png
YEP.png
Attachment 2: YEP_PLANT.png
YEP_PLANT.png
  2792   Mon Apr 12 17:48:32 2010 AidanUpdateComputer Scripts / Programselog restarted

 The elog crashed when I was uploading a photo just now. I logged into nodus and restarted it.

ELOG V3.1.3-