40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 9 of 344  Not logged in ELOG logo
ID Date Author Typedown Category Subject
  892   Wed Aug 27 13:55:43 2008 rana,jenneUpdatePSLPMC Servo Board
Board is back in. PMC is locked.

Nominal gain is now 15 dB with brick. We need to do more studies:

  • Find out why there is still 35 MHz signal at the error point. Order some low pass filters to cut off above 35 MHz.
  • Explore brick + no-brick loop shapes and error spectra.
  • Measure and set the OLG.

We've left the copper-wrapped lead brick installed to let it slowly conform to the glass better.
  895   Fri Aug 29 02:40:43 2008 rana,jenneUpdatePSLPMC Servo Board

Quote:
Board is back in. PMC is locked.


This entry has details about the low pass filter after the PMC mixer. This filter has a few purposes:

1] Remove the beat signal (at 2*f_mod) between the PD RF signal at f_mod and the LO signal at f_mod.
2] Remove the beat signal (at f_mod) between the PD RF signal at 2*f_mod (which comes from the
beating of the upper and lower RF sidebands) and the LO signal at f_mod.
3] Remove other RF signals from non-ideal behavior of the LO drive signal and distortion in the RF PD pre-amp.


So its important to have a very good rejection at 35 MHz and higher. I used the Hartmut LC network design which is
installed on H1, H2, & L1. Since there is a high gain in the audio amps right after the mixer we have to get rid of
the RF or else we'll get slew rate limited or otherwise rectified downconversion of the RF signal into our audio band.

Of course, what everyone immediately realizes from the above 3 points, is that this filter can't protect the PMC
noise performance from homodyne mixing (e.g. 2*f_mod in the LO and 2*f_mod in the RF PD). To get around that, we're
ordering some filters from Mini-Circuits to remove the 2f from those signals by ~30 dB. As long as we install
the same filters on the RF and LO legs, there should be no significant phase shift in the demodulated signal.

The attached 2 page PDF shows the calculated before and after TFs of this filter. The 2 attached .m files
calculate the TF's and have ascii art which shows how the filter works.

Here's a comparison of the attenuation (in dB) of 2 candidate Mini-circuits filters:

f(MHz)SLP-30SLP-50
31 0.5 0.4
35 1.3 0.4
38 6.1 0.4
40 10.8 0.42
61 46.3 14.8
71 60 29
91 76.9 48
10780 60

We don't have tabulated data at the same frequencies for both filters so I just made up some of the points by eye-balling the
plots from the catalog - but you get the idea: we can get away with using the SLP-30 at 35 MHz since it only attenuates the
signals by ~1.5 dB. So if someone can find 4 of these then Steve doesn't have to order any from Mini-Circuits.
  901   Fri Aug 29 15:01:45 2008 steveUpdatePSLMOPA_HTEMP in increasing
The laser chiller temp is 21.9C ( it should be 20.0C )
Control room temp 73F ok, no obvious block

Ops, there is a piece of paper blocking the intake of the chiller

This is a four day plot. The paper was blocking the air flow all day.
  905   Fri Aug 29 22:57:48 2008 YoichiUpdatePSLFSS loop transfer functions
I've been measuring a bunch of transfer functions of the FSS related stuffs.
There are a lot to be analyzed yet, but here I put one mystery I'm having now.
Maybe I'm missing something stupid, so your suggestions are welcome.

Here is a conceptual diagram of the FSS control board

                                                          TP3             TP4
                                                           ^               ^
                                                           |               |
RF PD -->--[Mixer]-----[Sum Amp]------>--[Common Gain]--->----[Fast Gain]----[Filter]--> NPRO PZT
              ^     |      ^        |                  |     
              |     V      |        V                  |
LO ---->-------    TP1     IN      TP2                 -->---[Filter]--[High Volt. Amp.] --> Phase Corrector

What I did was first to measure a "normal" openloop transfer function of the FSS servo.
The FSS was operated in the normal gain settings, and a signal was injected from "IN" port.
The open loop gain was measured by TP1/TP2.
Now, I disconnected the BNC cable going to the phase corrector to disable the PC path and locked the ref. cav. 
only using the PZT. This was done by reducing the "Common Gain" and "Fast Gain" by some 80dB.
Then I measured the open loop gain of this configuration. The UGF in this case was about 10kHz.
I also measured the gain difference between the "normal" and "PZT only" configurations by injecting 
a signal from "IN" and measuring TP3/TP2 and TP4/TP3 with both configurations (The signal from the Mixer was
disconnected in this measurement). 

The first attachment shows the normal open loop gain (purple) and the PZT only open loop gain scaled by the 
gain difference (about 80dB). The scaled PZT open loop gain should represent the open loop gain of the PZT
path in the normal configuration. So I expected that, at low frequencies, the scaled PZT loop TF overlaps the normal
open loop TF.
However, it is actually much larger than the normal open loop gain.
When I scale the PZT only TF by -30dB, it looks like the attachment #2.
The PZT loop gain and the total open loop gain match nicely between 20kHz and 70kHz.
Closer look will show you that small structures (e.g. around 30kHz and 200kHz) of the two
TFs also overlap very well. I repeated measurements many times and those small structures are always there (the phase is
also consistently the same). So these are not random noise.

I don't know where this 30dB discrepancy comes from. Is it the PC path eating the PZT gain ?

I have measured many other TFs. I'm analyzing these.
Here is the TO DO list:

* Cavity response plot from AOM excitation measurements.
* Cavity optical gain plot.
* Reconstruct the open loop gain from the electric gain measurements and the optical gain above.
* Using a mixer and SR560(s), make a separate feedback circuit for the PZT lock. Then use the PC path
  to measure the PC path response.
* See the response of the FSS board to large impulse/step inputs to find the cause of the PC path craziness.
etc ...
  907   Mon Sep 1 04:34:00 2008 ranaUpdatePSLFSS loop transfer functions
I started from 6th item in Yoichi's todo list.

1) Increased the setpoint of the thermostat next to the framebuilder from 73F to 79F. Its freezing over there
in the room with the drill press. Steve's illegal mercury thermometer is reading 19 C.


2) Looked the RFPD's output spectrum using the 20 dB coupled output from the coupler that's in-line.
The first attached PDF file (n.pdf) has several plots:
page 1: 0-500 MHz anomolous peaks at 138 & 181 MHz but nothing too crazy
page 2: 0-100 MHz 80 MHz peak is RF pickup from the VCO Driver - not on the light
page 3: 10-30 MHz totally nuts
page 4: 18-25 MHz that's just wrong

The RF spectrum should only have some action around 21.5 MHz and a little peak at 2x 21.5 MHz. All that extra
junk means that something is broken!


3) To see if I could rid of any of the 80 MHz signal or any of that other trash from 18-25 MHz, I wound the RF cable
around a large toroidal ferrite core. This should have given us many uH of inductance for any signals common to
both the center and shield of the cable with no effect on the differential RF signals. There was no effect.


4) Next went to look at the 21.5 MHz Crystal Oscillator Reference card (D980353...I bet you can't figure out how
this one works). These have the Mini-Circuits SMA 30 MHz low pass (SLP-30) filters on both the LO and EOM outputs.

FSSLO.PNG shows the waveform after 20 dB attenuation going into a scope terminated with 50 Ohms.
FSSLO-Spec.png shows the spectrum of this signal - its pretty distorted. Here's the levels
   f (MHz) |  before filter (dBm) | after filter (dBm)
   ---------------------------------------------------
     21.5  |       -12.8               -13.1       
     43            -24                 -46
     64.5          -50               < -80
     86            -64               < -80

This would be OK after the filter, but the level is very low. Only 7dBm (accounting for my 20 dB att) !!
The FSS uses a JMS-1H mixer which needs, as everyone knows, a +17 dBm LO signal. Que lastima.

There seems to be something wrong already, but wait...


5) PC25.PNG shows the output signal going to the EOM from 0 - 25 MHz. The step that's visible there at
around 10 MHz is just something inherent to the analyzer (??). But see all that crap there down below
5 MHz ? That is NOT supposed to be there.

pc.pdf shows on the first page the comparison in EOM drive with 2 different slider values on the
RF AM adjust screen for the FSS. But page 2 is the punchline of this long entry: There is a bunch of
excess junk on the drive signal going to the FSS's phase modulator.
The FSS is then trying to handle
this extra frequency noise and getting into trouble.

We have to fix this board. I have also ordered a few SBP-21.4 from mini-circuits (SMA bandpass around 21.4 MHz)
just in case. Another option is to just replace this thing with a Marconi and an RF amp.






  911   Tue Sep 2 10:09:03 2008 steveUpdatePSLhead temp is cooling down
The chiller was over flowing this morning.
800 cc of water was removed.
PSL-126MOPA_HTEMP peaked at 20.7 C (normal is 18.7 C)
  912   Tue Sep 2 14:28:41 2008 YoichiUpdatePSLFSS EOM driving signal spectra
Rich advised me to change the +10V input of the FSS crystal frequency reference board from whatever voltage supply we use now to a nice one.
This voltage is directory connected to the signal lines of both LO and RF output amps. Therefore, fluctuations in the voltage directly appear
in the outputs, though DC components are cut off by the AC coupling capacitors.

I changed the source of this voltage from the existing Sorensen one to a power supply sitting next to the rack.
The attached plots shows the difference of the RF output spectra between the two 10V sources.
The low frequency crap is almost gone in the new 10V spectrum.

I tried to increase the FSS gain with the new 10V, but still it goes crazy. I suspect it is because the LO power is too low.
  918   Thu Sep 4 00:38:14 2008 ranaUpdatePSLc1iovme power cycled
Entry 663 has a plot of this using the PSL/FSS/SLOWscan script. It shows that the SB's were ~8x smaller than the carrier.
P_carrier   J_0(Gamma)^2 
--------- = ------------
P_SB        J_1(Gamma)^2

Which I guess we have to solve numerically for large Gamma?
  919   Thu Sep 4 07:29:52 2008 YoichiUpdatePSLc1iovme power cycled

Quote:
Entry 663 has a plot of this using the PSL/FSS/SLOWscan script. It shows that the SB's were ~8x smaller than the carrier.
P_carrier   J_0(Gamma)^2 
--------- = ------------
P_SB        J_1(Gamma)^2

Which I guess we have to solve numerically for large Gamma?


P_carrier/P_SB = 8 yields gamma=0.67.
  920   Thu Sep 4 07:46:10 2008 YoichiUpdateIOOMC is now happy
The MC has been locked for more than 12 hours continuously now !
Changes I made yesterday were:
(1) Removed the 20dB attenuator before the EOM.
(2) Reduced the Fast Gain from 21dB to 16dB, which made the PC to be a little bit more loaded (~0.6Vrms).

As Rana pointed out in the meeting, setting the Fast Gain a bit lower may have put the FSS in a stabler state.
  921   Thu Sep 4 10:13:48 2008 JenneUpdateIOOWe unlocked the MC temporarily
[Joe, Eric, Jenne]

While trying to diagnose some DAQ/PD problems (look for Joe and Eric's entry later), we unlocked the PMC, which caused (of course) the MC to unlock. So if you're looking back in the data, the unlock at ~10:08am is caused by us, not whatever problems may have been going on with the FSS. It is now locked again, and looking good.
  923   Thu Sep 4 13:48:50 2008 YoichiUpdatePSLFSS modulation depth
I scanned the reference cavity with the NPRO temperature (see the attached plot).
The power ratio between the carrier and the sideband resonances is about 26.8.
It corresponds to gamma=0.38.
The RF power fed into the EOM is now 14.75dBm (i.e. 1.7V amplitude). The NewFocus catalog says 0.1-0.3rad/V. So
gamma=0.38 is a reasonable number.




  924   Thu Sep 4 14:43:58 2008 JenneUpdatePSLPMC Open Loop Gain
I have measured the PMC's open loop gain. UGF is 629.7Hz, with a phase margin of 53 degrees.

I injected into FP2 on the front panel, and measured MixOut/Source from 100Hz to 100kHz using the SR785. I did this both when the loop was open, and when the loop was closed (open the loop by enabling FP1, which breaks the loop).

We have 2 transfer functions involved: The actual open loop gain of the PMC servo loop (G1), and the gain between FP2 and the MixerOut monitor point (G2). This gives us:

TF(closed loop) = G2*(1+G1)
TF(broken loop) = G2

G1 = TF(closed)/TF(broken) - 1

This G1 is the final open loop gain, and it is plotted below.
  926   Thu Sep 4 17:03:25 2008 YoichiUpdatePSLRF oscillator noise comparison
I measured current spectra of the RF signal going to the FSS EOM.
The attachment compares the spectra between a Stanford signal generator and a Marconi.
I borrowed the Marconi from the abs. length measurement experiment temporarily.
The measurement was done using the signal going to the EOM. That means the spectra include
noise contributions from the RF amp., splitter and cables.

21.5MHz peak was not included because that would overload the ADC and I would have to use a large attenuation.
This means the measurement would be totally limited by ADC noise everywhere except for 21.5MHz.

I noticed that with the Marconi, the FSS is a little bit happier, i.e. the PC path is less loaded
(0.9Vrms with Stanford vs. 0.7Vrms with Marconi). But the difference is small.
Probably the contribution from the 77kHz harmonics in the laser light is more significant (see entry #929).
Also the peaks in the Stanford spectrum are not harmonics of 77kHz, which we see in the FSS error signal.

I returned the Marconi after the measurement to let Alberto work on the abs. length measurement.
  927   Thu Sep 4 17:12:57 2008 YoichiUpdatePSLFSS open loop TF
I changed the gain settings of the FSS servo.
Now the Common Gain is 5dB (the last night it was 2dB) and the Fast Gain is 12dB (formerly 16dB).
I measured the open loop TF with this setting (the attachment).
I also plotted the OPLTF when CG=2dB, FG=20.5dB. With this setting, the MC looses lock every 30min.

You can see that the OPLTF is smoother with FG=12dB.
When the FG is high, you can see some structure around 250kHz. This structure is reproducible.
This may be some interruption from the fast path to the PC path through a spurious coupling.
  928   Thu Sep 4 17:17:03 2008 YoichiUpdateIOOMC open loop TF
I measured open loop transfer functions of the MC servo.
The UGF was about 30kHz. Since there was some gain margin at higher frequencies, I increased
the input gain of the MC servo board from 19dB to 22dB. Now the UGF is 40kHz and we have more
phase margin (~30deg).
  929   Thu Sep 4 17:44:27 2008 YoichiUpdatePSLFSS error signal spectrum
Attached is a spectrum of the FSS error signal.
There are a lot of sharp peaks above 100kHz (the UGF of the servo is about 200kHz).
These are mostly harmonics of 77kHz. They are the current suspects of the FSS slew rate saturation.
I remember when I blocked the light to the PD, these peak went away. So these noises must be
in the light. But I checked it a few weeks ago. So I will re-check it later.

One possible source of the lines is a DC-DC converter in the NPRO near the crystal.
We will try to move the converter outside of the box.
  931   Fri Sep 5 08:34:03 2008 steveUpdatePSLMZ locked
The MC is happy.
The MZ can be locked if you move the slider by hand.
  933   Fri Sep 5 10:36:34 2008 steveUpdatePEMthermostate setting changed
Some one changed the thermostat (old control room ) setting behind 1Y6 from 73 to 79F
It should be in the elog.
The temp changed from freezing 20 to sunny 25 C
  934   Fri Sep 5 15:09:50 2008 ranaUpdatePEMthermostate setting changed

Quote:
Some one changed the thermostat (old control room ) setting behind 1Y6 from 73 to 79F
It should be in the elog.

In fact, it is. I demand satisfaction for the injury to my elogging reputation!
  935   Mon Sep 8 10:57:49 2008 steveUpdateIOOthe psl and mc are back to normal
The alarm handler is silent this morning.
This is almost unbelievably pleasant after two mount of harassment.
The MC did not lose lock for three days.

Atm1: the new fss layout
Atm2: PMC with lead brick
Atm3: 3 days plot
  936   Mon Sep 8 13:47:35 2008 steveUpdatePEMthermostate setting changed

Quote:

Quote:
Some one changed the thermostat (old control room ) setting behind 1Y6 from 73 to 79F
It should be in the elog.

In fact, it is. I demand satisfaction for the injury to my elogging reputation!




Thermostate setting was changed from 79F to 77F behind 1Y6
  938   Wed Sep 10 08:57:03 2008 steveUpdateGeneraletmy illuminator turned off
The ETMY illuminator was left on yesterday.
I just turned it off.
  940   Wed Sep 10 19:53:53 2008 AlbertoUpdateGeneralabs length experiment
Update of the last days work on the experiment to measure the absolute length of the cavities.

I'm trying to repeat the same measurement that Koji did on the Y arm, before switching to the X arm.

I switched to the PHD universal box for the PLL control between the main laser and the secondary laser. I found a good gain value for the servo and now I can set the frequency of the beat to any value as long as I do it slowly turning the LO frequency from the knob on the Marconi.

I laid down a 50m BNC cable from the Y end to near the BS chamber, where all the abs length equipment is. I matched the two laser beams changing the alignment of the injection steering mirror at the the dark port on the AP table. I then locked the Y arm cavity. When I first tried to do that, the locking script didn't work because the beam was off of the 'sweet spot' where Rob had set it on Monday. It turned out that aborting the script during one of its previous run, had changed the alignment of the PZT steering mirrors. So with Rob I brought them back near the positions as in the snapshot and then saved a new one with the latest values.

Eventually I could set the beat frequency to the FSR of the arm cavity and saw it in transmission at the ETMY.

Now I'm working on the LabView interface for the GPIB data acquisition board.
  943   Thu Sep 11 23:28:35 2008 albertoUpdateGeneralabs cavity length experiment
The MC lost lock for some reason not related to either the FSS or the PMC I'm done with my measurement for tonight. I've shut the NPRO beam before leaving.
  944   Fri Sep 12 11:09:20 2008 AlbertoUpdateGeneralabs cavity length experiment
I'm leaving the lab for a couple of hours. I shut the NPRO. The interferometer is available to anyone.
  945   Sat Sep 13 23:13:01 2008 AlbertoUpdateGeneralabs cavity length experiment
The Y arm was locked all time today but, suddenly, this afternoon it lost lock and since then I've been unable to restore it. I tried unsuccessfully the Restore and the Align scripts several times, although the position of PZT steering mirrors were good (as in the snapshot). I tried things like unlocking/locking the MC, the FSS reference cavity, the PMC but it didn't work. Then I decided to switch to the X arm. Locking it was a piece of cake compare to Y. I'm going to start measuring the FSR of the X arm.
  946   Sun Sep 14 18:30:32 2008 AlbertoUpdateGeneralABSL: measured X arm
Today I measured the X arm FSR.
Hi moved the fast PD (Thor Labs PDA255) from the Y end table to the X end table. I had to use a beam splitter to pick out the transmitted beam from the cavity beam and send it to the PD. I did not want to interpose the BS before the TRANS X PD, so I had to move the ETMXT camera to an other place in the table to gain some room. Now the beam that used to go directly to the camera is 50% split and goes also to the PD. I had to put a lens to focus the beam on the PD. The transmitted beam is currently not aligned to the ETMXT camera, I need to fix the alignment of the BS before.
I'm now doing a rough scan of a frequency range 5 times as large as the FSR. I'll post the results soon.
  947   Sun Sep 14 19:29:07 2008 AlbertoUpdateGeneralABSL: measured X arm

Quote:
Today I measured the X arm FSR.
Hi moved the fast PD (Thor Labs PDA255) from the Y end table to the X end table. I had to use a beam splitter to pick out the transmitted beam from the cavity beam and send it to the PD. I did not want to interpose the BS before the TRANS X PD, so I had to move the ETMXT camera to an other place in the table to gain some room. Now the beam that used to go directly to the camera is 50% split and goes also to the PD. I had to put a lens to focus the beam on the PD. The transmitted beam is currently not aligned to the ETMXT camera, I need to fix the alignment of the BS before.
I'm now doing a rough scan of a frequency range 5 times as large as the FSR. I'll post the results soon.


I'm leaving a long measurement running. I should be back later on. If I won't, whoever wanted to use the interferometer has just to shut the NPRO laser in the AP table.
  953   Wed Sep 17 12:58:12 2008 robUpdateLockingbad

Locking was pretty unsuccessful last night. All the subparts were locked (ARMs, PRM, DRM) and
aligned, but no DRMI+2ARMs locks. The alignment may have drifted significantly by the time I
got around to working the full shebang, however.

We should get back into the habit of clicking the
yellow "Restore last auto-alignment" button when we finish using the interferometer.
  956   Wed Sep 17 13:58:36 2008 AlbertoUpdateGeneralABSL: results from the X arm
Today I repeated the measurement of the FSR on the X arm cavity. The noise in the transmitted power that made the measures fluctuate was much reduced after last night Rob worked on the interferometer. The X arm cavity length is now: (38.4580+/-0.0003)m. I'm attaching a summary of the data I've taken.

I'm now preparing the setup to measure the transverse mode spacing.
  958   Wed Sep 17 17:31:24 2008 YoichiUpdatePSLFSS calibration
I calibrated the reference cavity error signal with the following procedure.

(1) I disconnected the PC path BNC cable and locked the RC only using the PZT. To do so, I had to insert a 20dB attenuator
in the RF signal path going to the EOM to reduce the gain of the loop sufficiently.
The normal RF level going to the EOM is 17dBm. With the attenuator it is of course -3dBm.

(2) Using the SR785, I injected signal into the Test-IN2 (a sum-amp after the mixer) of the FSS box and measured the TF from the Ramp-IN to the IN1.
When the Ramp-In switch is off, the Ramp-IN port can be used as a test point connected to the PZT drive signal path just before the output.
There is a RC low-pass filter after the Ramp-IN. IN1 is the direct output from the mixer (before the sum-amp).
The attm1 is the measured transfer function along with the fitting by a first order LPF.
From this measurement, the DC transfer function from the applied voltage on the PZT to the error signal is determined to be 163.6 (V/V).
Since the RF level is lowered by 20dB, the cavity gain in the normal operation mode is 10 times larger (assuming that the modulation depth is
linearly proportional to the applied voltage to the EOM).

(3) According to elog:791, the conversion factor from the voltage on the PZT to the frequency change of the NPRO is 11.172MHz/V. Combining this with the
number obtained above, we get 6.83kHz/V as the calibration factor for converting the error signal (mixer output) to the frequency at DC.
Using 38kHz cavity pole frequency, the calibration factor is plotted as a function of frequency in the attm2.

(4) I took a spectrum of the error signal of the FSS and calibrated it with the obtained calibration factor. See attm3.
The spectrum was measured by SR785. I will measure wide band spectra with an RF analyzer later.

TO DO:
1: Use the actual modulation depth difference to extrapolate the calibration factor obtained by with a low RF signal for the EOM.
The cavity sweep was already done.

2: I assumed 38kHz cavity pole. I will measure the actual cavity pole frequency by cavity ringdown.

3: Measure out-of-the-loop spectrum of the frequency noise using PMC and MC.
  960   Wed Sep 17 19:13:47 2008 AlbertoUpdateGeneralABSL: status
I installed the setup for measuring TEM01/10 on the X end table.
I'm leaving. I shut the laser, flipped down the flipper mirror, disconnected the pzt drive signal from the laser.
For Jenne. The power cable for the Guralps' board is now connected to the PDH box on my instruments cart but you can take it.
  962   Thu Sep 18 09:30:12 2008 steveUpdateGenerallow noise metal film resistors are in
Low noise metal film resistor and capacitor kits from www.garrettelec.com are in.

manufacturer: Dale, 289 values, 25ea, surface mount,1206, 0.1% from 100 to 100K, 1/8 or 1/4W
additional values below 100 ohm and above 100K were purchased from Mouser with the same Dale specification

Ceramic capacitor kit from AVX
67 values, 25ea, surface mount, 1206 from 1.0 pF up

atm2: our new storage cabinet pick and put together by Jenni
  963   Thu Sep 18 12:16:01 2008 YoichiUpdateComputersEPICS BACK

Quote:

Somehow the EPICS system got hosed tonight. We're pretty much dead in the water till we can get it sorted.


The problem was caused by the installation of a DNS server into linux1 by Joe.
Joe removed /etc/hosts file after running the DNS server (bind). This somehow prevented proper boot of
frontend computers.
Joe and I confirmed that putting back /etc/hosts file resolved the problem.
Right now, the DNS server is also running on linux1.

We are not sure why /etc/hosts file is still necessary. My guess is that the NFS server somehow reads /etc/hosts
when he decides which computer to allow mounting. We will check this later.

Anyway, now the computers are mostly running fine. The X-arm locks.
The Y-arm doesn't, because one of the digital filters for the Y-arm lock fails to be loaded to the frontend.
I'm working on it now.
  964   Thu Sep 18 13:05:05 2008 YoichiUpdateComputersEPICS BACK

Quote:

The Y-arm doesn't, because one of the digital filters for the Y-arm lock fails to be loaded to the frontend.
I'm working on it now.


Rob told me that the filter "3^2:20^2" is switched on/off dynamically by the front end code for the LSC.
Therefore, the failure to manually load it was not actually a problem.
The Y-arm did not lock just because the alignment was bad.
Now the Y-arm alignment is ok and the arm locks.
  967   Thu Sep 18 23:31:26 2008 ranaUpdatePSLISS: Saturating too often at nominal gain
The ISS has been saturating whenever the MC relocks and puts the gain up to +8dB. I have
lowered the gain to +1 dB for now to stop this, but we need to revisit the ISS loop and
performance. Stefan can fix it up for us as penance when he returns from the hedonism of Amsterdam.
  968   Fri Sep 19 00:06:54 2008 ranaUpdateIOOMC_F: Too much frequency noise around 100 Hz
WE noticed this excess again in MC_F. We tried recentering the WFS, but no effect.

Also no effect from changing the FSS gain, PMC gain, or ISS gain.

Actually, there IS a change when changing the PMC gain -- the ISS can be made to saturate
by lowering the PMC gain by 10 dB. Jenne and I need to finish off the PMC loop.

10 kHz UGF or bust!
  969   Fri Sep 19 00:18:14 2008 ranaUpdateComputerssvn is old
linux2:mDV>ssh nodus
Password:
Last login: Fri Sep 19 00:11:44 2008 from gwave-69.ligo.c
Sun Microsystems Inc.   SunOS 5.9       Generic May 2002
nodus:~>c
nodus:caltech>cd apps/
nodus:apps>cd mDV
nodus:mDV>svn update
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
nodus:mDV>whoami
controls
nodus:mDV>uname -a
SunOS nodus 5.9 Generic_118558-39 sun4u sparc SUNW,A70 Solaris
nodus:mDV>pwd
/cvs/cds/caltech/apps/mDV
nodus:mDV>
Frown
  971   Fri Sep 19 08:09:55 2008 steveUpdatePSLpsl HEPAs turned on
I have just turned on the PSL HEPA filters at 60% operational speed.
  972   Fri Sep 19 09:49:42 2008 YoichiUpdateComputerssvn is old
The problem below is fixed now.
The cause was .svn/entries and .svn/format had wrong version number "9" where it had to be "8".
I changed those files in all the sub-directories. Now svn up runs fine.
I don't know how this version discrepancy happened.



Quote:
linux2:mDV>ssh nodus
Password:
Last login: Fri Sep 19 00:11:44 2008 from gwave-69.ligo.c
Sun Microsystems Inc.   SunOS 5.9       Generic May 2002
nodus:~>c
nodus:caltech>cd apps/
nodus:apps>cd mDV
nodus:mDV>svn update
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
nodus:mDV>whoami
controls
nodus:mDV>uname -a
SunOS nodus 5.9 Generic_118558-39 sun4u sparc SUNW,A70 Solaris
nodus:mDV>pwd
/cvs/cds/caltech/apps/mDV
nodus:mDV>
Frown
  974   Fri Sep 19 11:48:14 2008 steveUpdateComputers old hubs can make one happy
Joseph finds a XIX century bottle neck hub: CentreCOM 3624TR 10Base-T
and happily replaces it with Netgear GS724T 1000Base-T
  975   Mon Sep 22 12:06:58 2008 robUpdateSUSITMY UL OSEM


Last week I found the ITMY UL OSEM dead. I went around and checked the connections on the various flat ribbon cables
in the suspension control chain; pushing hard on the rack end of the long cable that goes from the sus electronics rack to the
ITMY sat amplifier fixed the problem. It's been fine since then.

NB: A visual inspection of the cable connection would not have revealed a problem. You just can't trust those flat
ribbon connectors with the hook latches.
  978   Mon Sep 22 18:54:54 2008 JenneUpdatePSLPMC transfer functions with various brick-on-top configurations
Attached below is a graphical summary of different things that I have tried putting on the PMC to reduce the noise in the loop. The motivation behind these measurements is the current inability here at the 40m to increase the UGF of the PMC. This is part of a broader ISS loop/gain/noise problem that we are having, which is causing Rob's locking efforts to have trouble. (The ISS is next on the to-do list, after we find the best configuration for the PMC, if we are still having problems). Right now, it looks like we are being limited by the gain of the PMC (as mentioned by Rana in elog #968).

Anyhow, Rana and I had noticed that piling heavy things on top of the PMC seemed to reduce the noise. What follows are the transfer functions that I took with the different items on top of the PMC, so that we can compare their effects:
  • Nothing on the PMC (like it used to be)
  • New ~14kg lead brick wrapped in copper foil on top of the PMC
  • A stack of a piece of aluminum, a chunk of steel, and then the lead brick on top of the PMC
  • The lead brick + Rob pushing on top of the PMC

Unfortunately, I need to retake the power spectra in these configurations, but from eye-balling it, as one might expect, pushing on the PMC with a hand added more noise than the nominal nothing-on-PMC configuration.

Also unfortunately, none of these configurations seems to have significantly helped our noise reduction situation. We need a new plan. Rana is currently trying out some other configurations, including just aluminum+brick.

Attached is an open loop gain TF from 100Hz - 100kHz. Below that is a zoomed-in version from 5kHz - 30kHz. As you can see more clearly in the zoomed in version, the notch that Rana put onto the board at ~14.5kHz is working, but we need to make the notch deeper, to catch more of that 14.5kHz peak. We're going to try removing the resistor or reducing it's value in the RLC filter on the board (see elog #906). Also, we see that there is a giant peak at 18.3kHz. This is probably much more limiting to our stability at this point than the 14.5kHz peak. We need to add another filter to take care of this, or find another way to reduce this peak. Note that it is present even when there is no brick on the PMC, so it is not an artifact of the new brick.
  979   Mon Sep 22 20:00:35 2008 AlbertoUpdateGeneralABSL: running measurement
I'm leaving the X arm locked on the TEm01 mode while a measurement is running. Just please wait for 40 minute if you need the interferometer tonight.
  981   Mon Sep 22 21:54:05 2008 ranaUpdateASSNew Wiener result with x10 gain in ACC
The 2 attached PDF files show the performance of the Wiener filter code on 2 hours of data
with a 4000 tap filter on 64 Hz data. All 6 accelerometers around the MC and the Ranger seismometer
were used.

I attribute the improved performance in the 3-10 Hz band to the better SNR of the ACC channels. To
do better below 1 Hz we need the Guralps.
  984   Tue Sep 23 11:17:59 2008 steveUpdatePSLPMC scattering spot
The PMC output side has a new madly scattering spot at chamfer 2 o'clock position
  985   Tue Sep 23 13:25:07 2008 robUpdateLockinga bit better
I've been spending time working on the short DOF loops (PRC,MICH,SRC) in an attempt to make the
initial stage of lock acquisition (the DRMI+2ARMs, no spring) better. This seems to have been
largely successful, as last night there were several locks of the DRMI+2ARMs with pretty short
wait times.

The output matrix for the short DOFs is a bit strange, though. The MICH->PRM element is about
3 times too small, which seems to indicate something broken in hardware. The MICH->SRM element
seems normal, though, which suggests the BS is isn't broken--either the PRM has had a sudden
actuation increase or it's a problem with the sensing.
  987   Wed Sep 24 17:57:04 2008 AlbertoUpdateGeneralABSL: FSS Slow Actuator Control
Rana, Alberto

Today when I started working with the PLL that I use to control the secondary laser on the ABSL experiment, I found that the beat between the two lasers was at a much higher temperature of NPRO than usual (about one Celsius Degrees higher, 49.79 instead of 48.7). It turned out that the main beam frequency had changed, and so had its frequency, because of a too much high value of the slow actuator gain on the FSS. We looked at the trend for the gain and noticed it had changed from 0.3 to 3 at about noon today. We brought it back to the old value and also optimized the single gains in the FSS slow servo to obtain a faster and stabler response to step changes in the laser temperature.

It is very important for the ABSL experiment that the frequency and the NPRO temperature of the main laser do not change.

** update:
you asked for:   diff 2008/09/25,0:00 2008/09/25,8:50:19 utc 'FSS[-_]SLOW'
LIGO controls: differences, 2008 09/25 00:00:00 utc vs. 2008 09/25 08:50:19 utc
__Epics_Channel_Name______   __Description__________   __value1____     __value2____
C1:PSL-FSS_SLOWKD                                      0.000000         0.001000
C1:PSL-FSS_SLOWKI                                     -0.001000        -0.001700
C1:PSL-FSS_SLOWKP                                     -0.000300        -0.001000

It seemed later that it was not being cool with the derivative gain up at -0.001, so I set it to zero. We really need some documentation on this
loop (e.g. pseudo code and a PID tuning procedure). Note that the PID record as documented in the EPICS Reference Manual
has been deprecated and so we run a perl script that Tobin wrote.
  991   Thu Sep 25 10:48:29 2008 YoichiUpdatePSLFSS calibration again
I did a calibration of the FSS error signal again with a different method.
This time, I swept the laser frequency with the NPRO PZT around a resonance.
The attached figures show the transmitted light power and the PDH error signal vs the applied voltage to the PZT.
From the width of the transmitted light power peak, we can obtain the PZT voltage to the laser frequency coefficient,
i.e. the HWHM (Half Width Half Maximum) equals to the FSR (38kHz).
Once the PZT is calibrated, the PDH error signal can be calibrated by the fitting the central slope with a line.

I repeated the measurement 8 times and fitted the obtained data to get the HWHM and the slope.
The results are the following:
PZT calibration = 6.3 +/-0.1 MHz/V
PDH calibration = 6.5 +/-0.5 kHz/V

Note:
(1) The calibration coefficient (6.5kHz/V) is almost consistent with the previous value (6.83kHz/V elog:958). However, that calibration
used a considerably different value for the PZT calibration (11.172MHz/V elog:791). The discrepancy in the PZT calibration is understandable
because my previous PZT calibration was very rough. The fact that the two calibrations still agree is a mystery.

(2) In the transmitted power curve, there seems to be a slight distortion, probably due to the thermal effect.
We should reduce the power to the reference cavity to remove this effect.

(3) This measurement was done after Peter installed his RF source. The demodulation phase had not yet been optimized. We should
repeat the calibration after he optimizes the phase.

(4) I used the Tektronix oscilloscope for the measurement.
Using the ethernet-wireless converter, you can connect the scope to the network from anywhere in the lab.
No hard wire required anymore.
Then you can download the data from a web browser. It is cool !
ELOG V3.1.3-