40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 11 of 341  Not logged in ELOG logo
ID Date Author Typedown Category Subject
  1092   Mon Oct 27 10:02:16 2008 YoichiUpdateComputer Scripts / ProgramsSVN medm problem
I tried to check out medm directory both from my laptop and nodus.
I did not get the error.
Have you already fixed it ? Or maybe it is to do with the version of the svn used to checkout ?


Quote:
As we've seen in the past a few times, there's something wrong with the files in the trunk/medm area.
I get the following error message when doing a fresh checkout:
A    c1/lsc/help/C1LSC_LA_SET.txt
svn: In directory 'c1/lsc/help'
svn: Can't copy 'c1/lsc/help/.svn/tmp/text-base/C1LSC_RFadjust.txt.svn-base' to 'c1/lsc/help/.svn/tmp/C1LSC_RFadjust.txt.tmp.tmp': No such file or directory
It looks like that there are some .svn files which have been checked in as if they're some kind of source code instead of just maintenance files.
We probably have to go through and clean this out and then remove these excess files somehow.
  1094   Mon Oct 27 11:23:10 2008 steveUpdatePhotosnew Olympus camera with IR vision
The IR blocker was removed from our new Olympus camera
SP 570UZ camera.
It has image stabilization, zoom 26-520 mm (20x optical)
and 10.7 Mpixel
Attachment 1: IRisin.JPG
IRisin.JPG
  1097   Tue Oct 28 11:10:18 2008 AlbertoUpdateLSCHigher Order Mode resonances in the X arms

Quote:
Recently we had been having some trouble locking the full IFO in the spring configuration (SRC on +166).
It was thought that an accidental higher order mode resonance in the arms may have been causing problems.

I previously calculated the locations of the resonances using rough arm cavity parameters(Elog #690). Thanks to Koji
and Alberto I have been able to update this work with measured arm length and g factors for the y arm (Elog #801,#802).
I have also included the splitting of the modes caused by the astigmatic ETM. Code is attached.

I don't see any evidence of +166MHz resonances in the y arm.


In the attached plot different colours denote different frequencies +33, -33, +166, -166 & CR.
The numbers above each line are the mn of TEMmn.
Solid black line is the carrier resonance.


I plugged the measures of the length of the X arm and radius of curvature of ETMX I made in to John's code to estimate the position of the resonances of the HOM for the sidebands in the X arm. Here's the resulting plot.
Attachment 1: HOM_resonances_Xarm.png
HOM_resonances_Xarm.png
  1100   Wed Oct 29 12:54:28 2008 JenneUpdatePEMCalibrated Guralp Noise compared to average ground motion
Here is a calibrated noise plot of the Guralp seismometer box. This is the same noise measured on Friday, measured at TP3 (just after the first gain stage), with the inputs shorted.

The Guralp calibration is:
                TP3 noise
noise in m/s = -------------------
                 10 * 802(V/(m/s))
The 10 is from the gain of 10 between the output of the seismometer and the input of the breakout box, and the 802 V/(m/s) is from the calibration data that came with the seismometer.

From elog 881 by Rana, in the ~1-50Hz band, the calibration of the Ranger seismometer is 488*10^6 counts/(m/s). Using DataViewer, I estimated that the nighttime ground motion measured by the Ranger is ~3500 counts, and the max daytime ground motion is ~8000 counts. This is what was used for the nighttime/daytime lines in this plot.

It seems like the noise of the Guralp box is fine just as it is, and we don't need to worry about replacing the first gain stage (differential instrumentation amp) with a lower-noise op-amp, since at even the lowest freqs, we have almost a factor of 100 at night, and better than that at higher freqs.

NOTE about the plot: the legend isn't showing the correct colors for the night and day motion - obviously the nighttime motion is the lower RED line, and the day is the higher GREEN line.

Yet another note: When I was measuring the counts on the Ranger, I forgot to subtract the mean, so these numbers are overestimating the ambient ground motion. The blue curve is correct however.
Attachment 1: GuralpVert1Noise_mPERs_Ranger.png
GuralpVert1Noise_mPERs_Ranger.png
  1101   Thu Oct 30 11:07:25 2008 YoichiUpdateComputersWireless bridges arrived
Five wireless bridges for the GPIB-Ethernet converters arrived.
One of them had a broken AC adapter. We have to send it back.
I configured the rest of the bridges for the 40MARS wireless network.
One of them was installed to the SR785.
I put the remaining ones in the top drawer of the cabinet, on which the label printers are sitting.
You can use those to connect any network device with a LAN port to the 40MARS network.
  1103   Fri Oct 31 08:52:19 2008 steveUpdateSUSETMY damping restored
ETMY watchdogs were tripped yesterday morning also. This is a problem that existed some months ago.(?)
Our seimo channels are inactive.
Attachment 1: etmy2d.jpg
etmy2d.jpg
  1105   Sun Nov 2 20:44:58 2008 ranaUpdateASSWiener Filter performance over 5 hours
I took one 2 hour stretch of data to calculate a MISO Wiener filter to subtract the Ranger seismometer
and the 6 Wilcoxon accelerometers from the IOO-MC_L channel. I then used that static filter to calculate
the residual of the subtraction in 10 minute increments for 5 hours. The filter was calculated based upon
the first 2 hours of the stretch.

The MC lock stretch is from Oct 31 03:00 UTC (I think that we are -8 hours from UTC, but the DST confounds me).
So its from this past Thursday night.

I wrote a script (/users/rana/mat/wiener/mcl_comp.m) which takes the static filter and does a bunch of loops
of subtraction to get a residual power spectrum for each 10 minute interval.

In the attached PNG, you can see the result. The legend is in units of minutes from the initial t0 = 03:00 UTC.

BLACK-DASHED -- MCL spectrum before subtraction

I have also used dashed lines for some of the other traces where there is an excess above the unsubtracted data.
Other than those few times, the rest are all basically the same; this indicates that we can do fine with a very
slow adaptation time for the feed-forward filters
-- a few hours of a time constant is not so bad.

After making the plot I noticed that the Ranger signal was totally railed and junky during this time.
This probably explains the terrible performance below 1 Hz (where are those Guralps?)

The second attached image is the same but in spectrogram form.
Attachment 1: f.png
f.png
Attachment 2: f1.png
f1.png
  1106   Sun Nov 2 21:37:22 2008 ranaUpdatePEMRanger recovery
The ranger signal has been bad since around 11 AM on Oct 25 (last Saturday). There are no elog
entries from that day, but I am quite sure that someone must have been working around the PSL
rack area.

It looks like what happened is that someone moved the chair with the monitor on it and/or the wooden
stool next to it. That put tension on the cable connecting the SR560 and the seismometer. The SR560
connector now seems loose and I think probably the cable ground wasn't connected. I swapped the
cable over to the "B" side of the SR560 and the ranger signal is now reasonable (very small offset
and normal seismic signal).

Please be careful when working around there. Everyone always says "I didn't do anything" or "it doesn't
effect anything".

We need to clean up the cabling around there in addition to running a new power cable for the RF amplifier
on the POY table.


I have also reduced its sample rate from 2048 to 512 Hz. The data are OK after 909640694.

I also increased the sample rate of AS_MIC from 2048 to 16384 Hz but that one seems to be broken
---->> the microphone seems to be either disconnected or broken.
  1107   Mon Nov 3 09:59:47 2008 steveUpdatePSLPSL HEPAs turned on
The psl enclosure HEPAs were tuned on.

Loose paper drawing was found on the psl inside shelf.
This can fall down into the beam and ignite a tragedy.

Thanks for the color coded correction. My spell checker is not reliable
  1108   Mon Nov 3 19:12:27 2008 albertoUpdateGeneralTransverse mode spacing measurement for the X arm
I know a lot of expectations have been building up on these days in the scientific community at the 40m towards a conclusive elog entry about the g-factor measurement of the X arm cavity.
The reason of the delay is that the results are still under review by the author. It turned out that the measurements of the transverse mode spacing have been performed on the beat
of the TEM02/20 and TEM00 modes between the two laser beams instead of on the beat between 00 and 01/10. However, the results posted on the elog in the last weeks seem likewise correct,
in particular my plot of the HOM of the sidebands.

Anyways, lately I have been trying to repeat the measurement on the beat of TEM01/10 with 00 but, despite all the efforts and the countless configurations tried (on the locking of
the arm, on the tilt of the mirrors, on the injection of the secondary beams, on the chopping with the blade), only the beat of TEM10 has been measured - although quite clearly -
whereas that of TEM01 has so far hidden itself.

The search continues but even if it does not succeeds, a summarizing document is going to be posted soon.

Here I attach a plot that shows the kind of difficulties trying to detect TEM10. The red neat peak is the beat of TEM01 whereas the other curves are some of the resulting
resonances after trying to couple TEM10 with 00 (or vice versa, according to whether I'm locking the cavity to the 00 mode of the main laser or to that of the secondary beam).
Attachment 1: 2008-11-02_summarizingplot.png
2008-11-02_summarizingplot.png
  1111   Mon Nov 3 22:35:40 2008 ranaUpdateASSWiener Filter performance over 5 hours
To speed up the Wiener filter work I defined a 256 Hz version of the original 16kHz IOO-MC_L signal. The
attached plots show that the FE decimation code works correctly in handling the anti-aliasing and
downsampling as expected.
Attachment 1: DAQ.pdf
DAQ.pdf
  1112   Tue Nov 4 00:47:53 2008 ranaUpdateASSWiener Filter performance over 5 hours
Same as before, but now with a working Ranger seismometer.

In the spectrogram, the color axis is now in dB. This is a whitened spectrogram, so 0 dB corresponds to
the average (median) subtraction. The color scale is adjusted so that the large transients are saturated
since they're not interesting; from the DV trend its some kind of huge glitch in the middle of the
night that saturated the MC1 accelerometers only (maybe a pump?).

The attached trend shows the 5 hours used in the analysis.
Attachment 1: f2.png
f2.png
Attachment 2: f.png
f.png
  1115   Wed Nov 5 12:41:36 2008 AlbertoUpdateLSCAbsolute Length and g-factor measurements conclusions
Absolute Length and g-Factor Measurement for the 40m Arm Cavities, Summary of Results

MOTIVATION OF THE EXPERIMENT
Lately locking the interferometer in the so called spring configuration (SRC on +166 MHz sideband) has been difficult and a possible resonance of an higher order mode of the +166 MHz sideband in the arms was
hypothesized as the cause. We wanted to know the frequencies of the HOMs of the sidebands and see where they are, relatively to the carrier resonance.

THE EXPERIMENTAL TECHNIQUE IN BRIEF
A second laser beam from an NPRO is injected into the interferometer through the AS port. The beam is mode matched to the arm cavities so that it can resonate inside of these. The secondary beam interferes with
the PSL beam and the incident intensity on one end mirror, excluding by now any higher mode, is I(t)=I1+I2+(interference terms)*exp[-i*(f1-f2)*t]. The last term comes from the beat between the two fields at the
relative frequency of the two lasers. For beating frequencies multiple of the FSR of the cavity, the beat gets transmitted and appears at the trans PD.
Whereas the PSL has a constant frequency, the NPRO frequency fluctuates, so that the relative phase between the two is not constant. To prevent that, a PLL servo locks the phase of the NPRO to that of the PSL.
The result is a beat frequency at the steady and tunable value set by the local oscillator of the PLL.

Length Measurement
One arm at a time, the cavity is locked to the TEM00 mode of the main laser. The beat frequency is then scanned for a few cavity FSRs and the transmitted power is measured. A linear fit of the resonant frequencies gives
us the FSR of the cavity.

g-factor Measurement
For non-planar Fabry-Perot cavities, the HOMs of the laser are not degenerate and resonate in the cavity at frequencies different from the correspondent fundamental mode. The shift in frequency is measured by the
Transverse Mode Spacing (TMS) and it is a function of the g-factors of the cavity:

TMS=FSR*acos[sqrt(g1*g2)]/pi

with g1=1-L/R1, where L is the cavity absolute length and R1 the radius of curvature of the input mirror, and similarly for g2 for the end mirror.
We measured the TMS by means of the beat between an HOM of the main laser and the TEM00 of the secondary beam. To do that we locked the cavity to either TEM01/10 and looked at the transmitted power for frequencies
of the beat around the TMS expected from the design parameters of the cavity.
Since the phase of the intensity of the beat between TEM01/10 and TEM00 has only DC components if measured across a symmetric portion of the spot, it is necessary to brake the symmetry of the incident beam on the
PD by chopping it just before it hits the sensor.
We approximated g1=1 for the ITMs. The effect of an astigmatic ETM is to brake the degeneracy of the TEM10 and TEM01 modes and split their resonant frequencies. By measuring that shift, we can evaluate the radius
of curvature of the mirror for the axis of the two transverse modes.

EXPERIMENTAL RESULTS
X Arm
FSR     =  (3897627 +/- 5 )   Hz
L       = (38.45833  +/- 0.00005) m
g2x     =   0.31197  +/- 0.00004
g2y     =   0.32283  +/- 0.00004
R-ETM_x = (55.8957   +/- 0.0045) m
R-ETM_y = (56.7937   +/- 0.0038) m

Y Arm
FSR     = ( 3879252 +/- 30 )  Hz
L       = (38.6462   +/- 0.0003) m
g2x     =   0.31188  +/- 0.00004
g2y     =   0.32601  +/- 0.00004
R-ETM_x = (56.1620   +/- 0.0013) m
R-ETM_y = (57.3395   +/- 0.0011) m


CONCLUSIONS
The attached graphs,one for the X arm and the other for the Y arm, plot the distributions of the first HOMs of the sidebands near the carrier resonance in the arm cavities. As it appears, the resonances of
the +166 sideband are far enough for not resonating in the arm cavities if the arms are locked to the carrier.
We have to look for something else to explain the locking problem of the interferometer in the spring configuration.
Attachment 1: 2008-11-04_file_02-05.png
2008-11-04_file_02-05.png
Attachment 2: HOM_resonances_Xarm.png
HOM_resonances_Xarm.png
Attachment 3: HOM_resonances_Yarm.png
HOM_resonances_Yarm.png
  1116   Thu Nov 6 09:45:27 2008 steveUpdateMOPAhead temp hick-up vs power
The control room AC temp was lowered from 74F to 70F around Oct 10
This hold the head temp rock solid 18.45C for ~30 days as it shows on this 40 days plot.
We just had our first head temp hick-up

note: the laser chiller did not produce any water during this period
Attachment 1: htpr.jpg
htpr.jpg
  1117   Thu Nov 6 10:06:41 2008 steveUpdateLockingarms lock degradation
I have been locking the arms in the mornings lately.
The daily drift of LSC-TRX is ~ 15% and LSC-TRY ~5%
Attachment 1: arms.jpg
arms.jpg
  1120   Fri Nov 7 08:08:00 2008 steveUpdatePEMAC turned off in IFO room
All tree AC units in IFO room 104 switched off at 7:45am
I'm looking for the periodic thump signal in the Vertex area
noted in entry 1113 of PEM-ACC_MC1
  1121   Fri Nov 7 10:52:57 2008 steveUpdatePEMAC is back on
The 20 minutes and 6 sec thumps are not related to the 40m ac units
This period is precisely right on so it is not likely mechanical as a source.
The time and frequency domain of this signal at attachment 2&3

First I had the chilling water cut off and later I turned off the fans
as 5 hrs temp plot shows
Attachment 1: acf.jpg
acf.jpg
Attachment 2: acc_mc1.jpg
acc_mc1.jpg
Attachment 3: test.jpg
test.jpg
  1122   Fri Nov 7 15:58:10 2008 ranaUpdatePEMAC is back on
I'll bet Steve a dollar that it is mechanical. The attached PDF compares all of the accelerometers from right now.

You can see that the RMS in MC2 is way bigger than MC1.

In the second PDF file you can see the time series. I had to play around a lot with DTT to get it to work. The DTT/Foton
combo on Allegra is not stable, so make sure your work early and often.

In the plots shown, I am bandpassing the time series from 600-700 Hz. I found that doing so allowed the burp in MC1 to remain
large and reduce the extraneous fuzz in MC2. As you can see there is no such noise in MC2.

So its a noise around 600-700 Hz that comes on quickly and then shuts off after several seconds. Its also very periodic in that
it comes on around every 20 minutes. Steve also tells me (although he refuses to put in the elog) that it started up around
August 20th (?). I feel like someone in the 40m lab ought to be able to guess what this is at this point.

Please convince Steve to elog his findings about when the noise started.

If one goes out there and stands next to it when the trend predicts its happening it becomes clear what it is.
Attachment 1: mc-acc.pdf
mc-acc.pdf
Attachment 2: mc-acc-quad.pdf
mc-acc-quad.pdf
  1126   Mon Nov 10 11:32:49 2008 robUpdateComputersc1iscex rebooted

it was running a few cycles late
  1127   Mon Nov 10 16:44:14 2008 steveUpdatePEMparticle counter at MC2
The particle counter was moved to MC2 table temporarily.
It is clamped to the table at the south west corner.
It is pumping for 20s and waiting for 2 minutes now.
  1129   Mon Nov 10 19:39:40 2008 steveUpdatePEMthump noise from particle counter
The particle counter is back on the IOOC location on a piece of FOAM
It needs this isolation, so when the pump is running, it's not shaking things.
The counter was counting for 6 sec and it was on holding for 20 mins.
Now I set the counter for 20 sec so it is easy to recognise it's signal and it holds for 2min only.
This will set the alarm handler in action.

Atm1: 40 mins plot
PEM-ACC_MC2_x,y,z up to 13 mins: pcounter at MC2 table, clamped, counting for 20s and holds for 2 mins
PEM-ACC_MC2_x,y,z from 13 to 26 mins: pcounter at MC2 table, not clamped, seated on 2" foam, counting 20s and holds for 2 mins
PEM-ACC_MC1_x,y,z from 26 to 40 mins: pcounter at MC1_IOOC location, not clamped, seated on 2" foam, counting 20s and holds for 2 mins

Rana won the bet



Quote:
I'll bet Steve a dollar that it is mechanical. The attached PDF compares all of the accelerometers from right now.

You can see that the RMS in MC2 is way bigger than MC1.

In the second PDF file you can see the time series. I had to play around a lot with DTT to get it to work. The DTT/Foton
combo on Allegra is not stable, so make sure your work early and often.

In the plots shown, I am bandpassing the time series from 600-700 Hz. I found that doing so allowed the burp in MC1 to remain
large and reduce the extraneous fuzz in MC2. As you can see there is no such noise in MC2.

So its a noise around 600-700 Hz that comes on quickly and then shuts off after several seconds. Its also very periodic in that
it comes on around every 20 minutes. Steve also tells me (although he refuses to put in the elog) that it started up around
August 20th (?). I feel like someone in the 40m lab ought to be able to guess what this is at this point.

Please convince Steve to elog his findings about when the noise started.

If one goes out there and stands next to it when the trend predicts its happening it becomes clear what it is.
Attachment 1: partcfm.jpg
partcfm.jpg
  1131   Wed Nov 12 11:36:13 2008 JenneUpdatePEMGuralp Breakout Box is ~50% hooked up
The Guralp box is about halfway hooked up now. The seismometer is under the BSC, and the long cable from the seismometer to the breakout box is connected to "Guralps 1 Input" on the front panel. This corresponds to the set of 3 channels that Caryn stuffed with the new fancy-pants resistors few weeks ago. (When we finally get the other Guralp back from the company, we'll have to stuff the next set of 3 channels).

The Breakout Box is on the very top of 1Y1, sitting on top of the black power supplies. This should be fine, but it's pretty toasty hot up there, so if we find that there are problems with running the box at higher-than-room-temperature, step 1 will be to find a new spot for the box. (I'm not at this time anticipating a problem, but you never know....) Steve put a little foot between the Guralp box and the power supply to get some air circulation.

The ADC Octopus cable that Bob made is connected, and going up through the top of the rack. I am now going on a BNC cable hunt to extend this cable over to the PEM ADC. The PEM ADC is in 1Y7, so I'll need some medium-long BNC cable to get there.

The power cable is also ready to be connected to the rack's +/- 15VDC. I'll talk to Bob about getting this done.

Next step: pick some channels on the PEM ADC, and create them in the .ini files
  1134   Fri Nov 14 11:33:19 2008 steveUpdateVACSRS-RGA installed
Old Dycor rga is removed and new SRS-RGA200 installed.
It is pumped down and ready for hooking up its RS-232 output for operation.
  1136   Fri Nov 14 19:20:42 2008 YoichiUpdatePSLReference cavity ring down
Thanks to Bob making the high-voltage BNC cables for the HV pulse generator, I was able to operate the EOM in front of
the reference cavity.

The conceptual setup is the following:
[HV pulse] ----+           +-->-- [PD2]
               V           |
->--[HWP]->-- [EOM] -->-- [PBS] --<->-- [QWP] --<->-- [Reference Cavity] -->-- [PD1]
                           |
                [PD3] --<--+

The high voltage pulse rotates the polarization of the light after the EOM. When the HV is applied, the PBS reflects most of the light
into PD2 (Thorlabs PDA255), shutting down the incident light into the cavity.
The transmitted light power of the reference cavity is monitored by PD1 (PDA255). The reflected light from the reference cavity
is monitored by the DC output of the RF PD (PD3). PD3 is low-passed so the response is not fast.
Thorlabs says PDA255 has 50MHz bandwidth.

The attached plot shows the time series of the above PD signals when the HV was applied.
Input Pulse (blue curve) is the input to the HV pulse generator. When it is high, the HV is applied.
"PBS reflection" (red) is PD2. "Reflection" (green) is PD3. "Transmission" (light blue) is PD1.

The red curve shows huge ringing. At first I thought this was caused by the bad response of the PD.
However, the same ringing can be seen in the PD3 and the peaks match very well.
When red curve goes down the green curve goes up, which is consistent with the energy conservation.
So it looks like the light power is actually exhibiting this ringing.
May be the HV pulse is distorted and the voltage across the EOM is showing this ringing.
I will check the input voltage shape to the EOM using a high impedance probe, if possible.

The green curve shows a slow decay because it has a long time constant. It is not an actual
trend of the reflected light power.

The RC transmission power shows some peaks, probably due to the ringing in the input power.
So just fitting with an exponential would not give a good estimate of the cavity pole.
Even though, we should be able to de-convolute the frequency response of the reference cavity
from the input (red curve) and output (light blue curve) signals.
Attachment 1: RingDown.png
RingDown.png
  1137   Fri Nov 14 20:35:47 2008 ranaUpdatePSLReference cavity ring down
To make the DEI pulser make a fast pulse on the EO shutter EOMs, we had to make sure:

1) the cable had a high voltage rated dielectric. cheap dielectrics show the 'corona'
effect, especially when there is a bend in the cable.

2) the EO has to have a resistor on it to prevent ringing due to the impedance mismatch.

3) We needed ~3.5 kV to get the EO shutter crystal to flip the light by 90 deg.
  1138   Fri Nov 14 22:40:51 2008 YoichiUpdatePSLReference cavity ring down

Quote:

To make the DEI pulser make a fast pulse on the EO shutter EOMs, we had to make sure:

1) the cable had a high voltage rated dielectric. cheap dielectrics show the 'corona'
effect, especially when there is a bend in the cable.


I'll check it with Bob.


Quote:

2) the EO has to have a resistor on it to prevent ringing due to the impedance mismatch.


Did you use a shunt or series resistor ?
If shunt, I guess it has to have a huge heat sink.
Actually, DEI says the pulser does not require any external shunt/series resistors or impedance-matching network.
Looks like it is not true ...


Quote:

3) We needed ~3.5 kV to get the EO shutter crystal to flip the light by 90 deg.


Yes, I adjusted the voltage to maximize the power change and it was about 3.5kV.
  1140   Mon Nov 17 15:07:06 2008 YoichiUpdatePSLReference cavity ring down
I used MATLAB's system identification tool box to estimate the response of the reference cavity, i.e. cavity pole.
What I did was basically to estimate a model of the RC using the time series of the measured input and output power.

First, I prepared the input and output time series for model estimation.
The input is the input power to the RC, which I produced by inverting the PBS reflected light power and adding an offset
so that the signal is zero at t=0. Offset removal was necessary to make sure that the input time series does not give an
unintentional step at t=0.
The output time series is the transmission power of the RC. I also added an offset to make it zero at t=0.
Then I commanded MATLAB to compute the response of a first order low-pass filter to the input and try to fit
the computed response to the measured output by iteratively changing the gain and the cut-off frequency.
("pem" is the name of the command to use if you are interested in).

The result is shown in the attachment.
Blue curve is the input signal (I added a vertical offset to show it separately from the output).
The green curve is the measured output (RC transmission). The red curve is the response of the estimated model.
The estimated cut-off frequency was about 45kHz.

You can see that the red curve deviates a lot from the green curve after t=15usec.
By looking at this, I realized that the bandwidth of the RC cavity servo was too high.
The time scale we are looking at is about 50kHz whereas the FSS bandwidth is about 400kHz.
So when the input light was cut off, the error signal of the FSS becomes meaning less and the
input laser frequency was quickly moved away from the resonance. This is why the green curve does not
respond to the large peaks in the blue curve (input). The cavity was already off-resonance when the input power
showed bumps.

Since the red curve matches nicely with the green curve at the very beginning of the ring down, the estimated 45kHz
cavity pole is probably not that a bad estimate.

To make a better measurement, I will try to reduce the bandwidth of the RC servo by using only the PZT actuator.
If there were no ringing in the input light power, we wouldn't have to worry about the bandwidth of the servo because our
feedback is all made to the laser, not the cavity length.
In order to reduce the ringing in the input power, I asked Bob to make new HV cables using HV grade coax cables.
Attachment 1: Fit.png
Fit.png
  1141   Mon Nov 17 16:59:22 2008 JenneUpdatePEMSeismometer hooked up, reading channels on DataViewer
Alberto, Jenne

The Guralp Seismometer is (finally) hooked up to the PEM ADCU. Alberto helped me make channels in the c1pem1 .ini file, which correspond to:

Guralp1 VERT = channel 9 on PEM ADCU = C1:PEM-SEIS_MC1_VERT
Guralp1 NS = channel 10 on PEM ADCU = C1:PEM-SEIS_MC1_NS
Guralp1 EW = channel 11 on PEM ADCU = C1:PEM-SEIS_MC1_EW

We also renamed the Ranger seismometer's channel to C1:PEM-SEIS_MC2_Y from C1:PEM-SEIS_MC1_Y, since tomorrow I'll move the Ranger Seismometer to be underneath MC2's chamber (it's currently sitting somewhere in the middle of the Mode Cleaner).


I can see the VERT and NS channels with dataviewer, but EW looks dead. I need to figure out if this is a bad cable thing, or if the ADC channel is no good, or if something in the box on that channel is no good. All 3 channels were tested and working after all the soldering was completed by Caryn, but something may have come undone while putting the box into its new place in the top of 1Y1. (In dataviewer, it looks like the EW channel is just floating, and not connected to anything.)

Plan of Attack:
* figure out why EW looks dead on Dataviewer
* redo Rana's static Wiener filter analysis, now that we have 2 seismometers (1 Ranger and 1 Guralp)
* work on adaptive Wiener filtering with the Guralp
  1144   Tue Nov 18 19:37:23 2008 YoichiUpdateIOOMC1 OSEM signals sign flipped and c1susvme1 restart problem
Around 2PM, MC1 started to swing crazily.
The damping feedback was not working and it was actually exciting the mirror wildly.
It turned out that the sign of the UR and UL OSEM signals flipped at that time.
Restarting c1sosvme fixed the problem.

While I was looking for the cause of the problem, c1susvme1 and c1susvme2 failed several times.
I don't know if it is related to this problem.
Now it is not trivial to restart c1susvme1. It fails to restart if you just power cycle it.
Alberto and I had to connect an LCD and a keyboard to it to see what was going on. After pushing the reset button on the front panel,
I had to press Ctrl+x. Otherwise, the state LED of c1susvme1 stays red and nothing happens.
After Ctrl+x, the boot screen came up but the boot sequence failed and an error message something the following was shown:
"PXE Boot failed, check the cable"
So I swapped the network cable with c1susvme2, which was already up and running.
This time, c1susvme1 started fine and surprisingly, c1susvme2 stayed alive.
Currently, both c1susvme1 and c1susvme2 are up and running with the LAN cables swapped.
We have to check the LAN cables.
  1145   Tue Nov 18 19:44:53 2008 AlbertoUpdateGeneralX Arm Cavity "Negative" FSRs Measured
Previous measurements on the X arm cavity revealed a shift of the frequencies of the cavity resonances from where one would expect these to be by just looking at integer multiples of the cavity FSR. In particular, plotting the resonant frequencies versus the order of their occurrences while sweeping the laser frequency (in our case that of the beat between the two lasers), the linear fit of the data contained an unwanted offset:

resonant_frequency = n x FSR + offset

In part, we attributed this offset to the local oscillator of the PLL, the Marconi, which was not referred to an absolute frequency clock.
For that reason, I connected the Marconi to the RS FS275 which uses the 1PPS from the GPS to generate a 10 MHZ reference signal, and then scanned the cavity again. This time I started from negative beat frequencies, that happen when the frequency of the secondary laser is smaller than the main laser's, to positive frequencies. The way I made sure of the sign of the frequency was looking at the effect of changing the temperature of the NPRO. I decided that negative frequencies where those for which an increase in temperature lowered the beat frequency and positive frequencies those for which increasing the temperature made the beat frequency go up.
I then plotted the data and obtained the attached plot.

The offset was reduced to about 80 Hz (from more than 200 in the previous measurements). I think the residual offset has to do with something that happens in the cavity, something, as Koji found out, related to the alignment of the mirrors.

Thanks to the more data points, the measurement of the FSR improved to (3897627 +/- 5) Hz, which would let us know the measure of the cavity length with an error of 50um, if it weren't for the offset. I have to understand whether and how to take this into account to determine the precision in the cavity length. I guess it depends on whether it is real or it is still a systematic error due to the measurements.
Attachment 1: 2008-11-17_Linear_Fit.pdf
2008-11-17_Linear_Fit.pdf
  1149   Thu Nov 20 09:37:39 2008 steveUpdatePSLMZ vs temp
This 12 days plot shows that it can hold lock if the daily temp variation is not more than 3/4 of a degree C
The MZ is happy if it's HV is above 100V
Attachment 1: mztemp.jpg
mztemp.jpg
  1151   Fri Nov 21 16:11:26 2008 rana, alberto, robUpdatePSLMach Zender alignment
The Mach Zender's dark port DC voltage had gone up too high (~0.5 V)and was turning yellow
on the screen. I re-aligned by touching the knobs on the 166 MHz path. Doing alignment after the
166 EOM had very little effect. The main improvement came from doing yaw on the turning mirror
just ahead of the 166 MHz EOM; this is the one which as no adjustment knobs (duh).

During this procedure, I had the MC off, the ISS off, and the MC autolocker off. After finishing
the alignment, the power on the ISS PDs had railed and the dark port power was ~0.29 V. So we
put in a ND0.2 on the ISS path and now the voltages are OK (~2 V on each PD). We have to remove the
ND filters and change the first ISS turning mirror into a ~10-20% reflector.


So now the MZ alignment seems good; Alberto is on the MC periscope alignment like a cheap suit.
Attachment 1: PB210051-1.JPG
PB210051-1.JPG
  1152   Fri Nov 21 16:52:48 2008 JenneUpdatePEMGuralp seismometer's Channel Problems are solved
PROBLEM noticed earlier this week: It looked like one of the seismometer channels (VERT-1) wasn't working, no matter how I put which channel into which input of the PEM ADCU. Watching the channel on Dataviewer, it looked like the ADC was measuring VERT-1 to be zero (actually measuring zero, not digital noise-type zero). I had checked the ADC by putting in a sine wave with a function generator, and saw on Dataviewer the wave I expected, so I knew that I had the correct channel, and that the channel was good.

SOLUTION: This afternoon I took the box out of the rack and opened it up. As soon as I opened it, I saw that I had left something inside the box which was causing the problem. Back when we were measuring the noise of the box, to ensure that it is lower than the ADC's noise, Rana and I had shorted the test points on the input of the VERT-1 channel with a little piece of wire. It turns out that I had closed up the box without remembering to remove the wire.

CONCLUSION of the story: I took out the piece of wire, and now all three seismometer channels (VERT-1, N/S-1, E/W-1) all work, and all detect me jumping around near the BSC. Since the seismometer breakout box reads a differential measurement, and since the input test points were connected, it was indeed measuring zero. Zero equals zero is all well and good, but it's even better now that it's measuring actual seismic motion.
  1153   Fri Nov 21 17:27:47 2008 JenneUpdatePEMGuralp noise measurement
Here is the data from the Guralp Seismometer for the past day or so, before I fixed the VERT-1 channel. The NS and EW show what's going on in the world, and VERT is measuring essentially the noise of the box, through the ADC, in counts.
Attachment 1: guralp_vert_shorted.jpg
guralp_vert_shorted.jpg
  1154   Fri Nov 21 19:47:26 2008 ranaUpdatePEMGuralp noise measurement
and here's the spectra with them connected - from the coherences, it looks like it needs to be rotated by 90 deg.

I'll next rename the channels to fix this so that we get good seismic data over the weekend with the MC.
Attachment 1: a.png
a.png
  1155   Fri Nov 21 20:29:43 2008 rana, alberto, robUpdatePSLMach Zender alignment

Quote:
So now the MZ alignment seems good; Alberto is on the MC periscope alignment like a cheap suit.


And alignment is now mostly done - MC locks on the TEM00.
                 REFL_DC

Unlocked           4.50  V
Locked noWFS       1.30  V
Locked + WFS       0.42  V
and the 29.5 MHz modulation depth is really small.

We should be able to rerun the Wiener analysis on this weekends MC data.

I don't know what our nominal StochMon numbers now are, but after Alberto tweaks up the alignment he can tell us if the RFAM has gotten any better.
  1156   Fri Nov 21 21:20:24 2008 ranaUpdatePEMGuralp noise measurement
This is the spectra and time series of the Guralp channels along with the Ranger (MC2). Looks like we could reduce the gain
on the ranger. The Guralp channels run into ADC noise around 40 Hz (which is OK). We'll have to look at the weekday trends
to see if they saturate.
Attachment 1: a.png
a.png
  1160   Mon Nov 24 17:14:44 2008 ranaUpdatePSLMach Zender trends
It looks like the MZ has gotten less drifty after the alignment on Friday.
Attachment 1: Untitled.png
Untitled.png
  1162   Tue Nov 25 18:38:03 2008 Alberto, RobUpdatePSLMC Periscope Alignment
This morning when I came in I found the MC cleaner unlocked and the autolocker script could not lock it. The reflected beam was quite off and showed in the bottom left corner of the IMCR camera. After turning off the WFS locking, I started slightly changing the alignment of the steering mirrors on the MC periscope, waiting for the LSC servo to lock the cavity. It didn't work. At some point I lost the beam from the IMCR camera and that is how someone might have found it when I left it for about one hour.

When I came back and tried again adjusting the steering mirrors, I noticed that the autolocker was working and was trying to lock the cavity. After just a bit of adjustment, the MC got easily locked.

After that, I spent a couple of hours trying to improve the alignment of the periscope to minimize the reflection and maximize the transmission. I started with a transmission of 0.4 V but, despite all the tweaking (I used the technique of turning both yaw knobs at the same time), I couldn't get more than 1.2 V (and 2.4 V at the reflection) if only the LSC servo was on. Looking at the camera, I moved the beam around to look for a more favorable spot but the MC wouldn't lock with the beam in other places. Maybe I could do better or maybe not because the cavity is not aligned. I'm going to try again tomorrow.
  1165   Mon Dec 1 15:09:27 2008 robUpdatePEMhalf-micron particle count is alarming
  1168   Tue Dec 2 19:51:32 2008 ranaUpdatePEMhalf-micron particle count is alarming
The 0.5 micron dust monitor count is now pretty high (36000). I wandered around the lab to see if there was anything
nasty going on but I didn't see or smell anything in particular. Since today Alberto was sitting around where the
dust monitor is while aligning the PSL beam, we should blame him. Its either garlic, cologne, or time to bathe.

The 400 day hour trend shows that while the counts are not so unusual, the 40m is dirtier than it was last year.
Attachment 1: Untitled.png
Untitled.png
Attachment 2: dust.png
dust.png
  1169   Wed Dec 3 11:58:10 2008 AlbertoUpdatePSLMC Alignment
Rana, Alberto,

more details on the MC alignment we did yesterday.


Last week Rana re-aligned the Mach Zender (MZ) on the PSL table to reduce the power at the dark port (see elog entry #1151). After that, the beam was aligned to the MZ but not properly aligned to the Mode Cleaner (MC) anymore. As a result the MC could not lock or did it on unwanted transverse modes. To fix that we decided to change the alignment of the MC input periscope on the PSL table.


The ultimate goal of the operation was to align the MC transmitted beam to the IFO and to maximize the power.
Such a condition depends on:
a) a good cavity alignment and
b) input beam matching to the cavity TEM00 mode.


Since the MZ alignment had only affected the input beam, we assumed the cavity alignment was still good, or at least it had not changed, and we focused on the input beam.

The IOO computer, by the MC autolocker script, is able to change the cavity alignment and the length to match the input beam and lock the cavity. Although both the length servo (LSC) and the alignment servo (WFS) have a limited effective operating range. So for the script to work properly and at best, input beam and cavity matching have to be not far from that range.

The MC periscope has two mirrors which control the pitch and yaw input angles. By changing either yaw or pitch of both mirrors together (“two-knob" technique) one can change the input angle without moving the injection point on the cavity input mirror (MC1). So this is the procedure that we followed:

  • 1) turned of the autolocker running the MC-down script
    2) brought the reflected beam spot back on the MC-reflection camera and on the reflection photodiode (REFL-PD)
    3) turned on the LSC servo
    4) tweaked the periscope's mirrors until the cavity got locked on a TEM00 mode
    5) tweaked the periscope aiming at ~0.3V from the REFL-PD and ~3V on the transmission photodiode (TRANS-PD).


Following the steps above we got ~0.5 V on the REFL-PD and ~2V on the TRANS-PD but no better than that.

Looking at the Drift Monitor MEDM screen, we found that the cavity was not in the reference optimal position, as we initially assumed, thus limiting the matching of the beam to the MC.

We restored the optics reference position and repeated the alignment procedure as above. This time we got ~3V on the TRANS-PD and ~0.5 on the REFL-PD. We thought that the reason for still such a relatively high reflection was that the beam was not well centered on the REFL-PD (high order modes pick-up?).

On the AS table we centered the REFL-PD by aligning a beam splitter in the optical path followed by the light to reach the photodiode.

We also centered the beam on the reflection Wave Front Sensors (WFS). To do that we halved the power on the MZ to reduce the sidebands power and prevent the WFS QPD from saturating. We then aligned the beam splitters on the QPD by balancing the power among the quadrants. Finally we restored the power on the MZ.

As a last thing, we also centered the transmitted beam on the TRANS-QPD.


The MC is now aligned and happily locked with 3V at the TRANS-PD and 0.3V at REFL-PD.
  1170   Wed Dec 3 12:49:11 2008 jenneUpdateComputerssomething sketchy with NDS ... or something
Never mind...I had forgotten that you have to run mdv_config every time you open matlab, not just every time you boot a computer.

I am not able to get channels using get_data from the mDV toolbox on Allegra, Megatron or Rosalba.

The error I get while running the "hello_world" test program is:
hello_world
setting up configuration...
added paths for nds
added paths for qscan
couldn't add path for matapps_SDE
couldn't add path for matapps_path
couldn't add path for framecache
couldn't add path for ligotools_matlab
added paths for home_pwd
fetching channels for C...
Warning: get_channel_list() failed.
??? Error using ==> NDS_GetChannels
Failed to get channel list.

Error in ==> fetch_nds at 47
eval(['CONFIG.chl.' server ' = NDS_GetChannels(ab);']);

Error in ==> get_data at 100
out = fetch_nds(channels,dtype,start_time,duration);

Error in ==> hello_world at 6
aa = get_data('C1:LSC-DARM_ERR', 'raw', gps('now - 1 hour'), 32);
  1172   Wed Dec 3 20:10:09 2008 Jenne, RanaUpdatePEMComparing Wiener subtraction with different seismometers
Attached is a plot of MC_L, and then the residual MC_L after static Wiener filtering, using different combinations of our accelerometers and seismometers.

This is the same type of plot that Rana has included in the past few weeks, using Wiener filters calculated with c1wino.m

This data is from GPS 912312914, duration = 7200 sec, sometime during the night last night.

Unfortunately, it doesn't look like adding the Guralp seismometer to the Accelerometers and the Ranger did much, especially at low frequencies (all sensors = black curve). We'll have to investigate why this is true, and what we can do to get some low-frequency subtraction going on.

In the legend, "Residuals Accels, Guralp, Ranger" implies that the residual has been calculated using all of the sensors listed.
Attachment 1: Dec032008_c1wino_seisCombos.png
Dec032008_c1wino_seisCombos.png
  1173   Wed Dec 3 20:36:07 2008 Jenne, RanaUpdatePEMComparing Wiener subtraction with different seismometers
The Ranger has now been moved over to sit underneath the MC2 tank (it was previously close to the PSL rack). It
is still pointed in the +Y direction (towards ETMY, aka south).

New spectra attached - looks like the coherence is still there between the Guralp and the Ranger which are now
seperated by the MC length (~12 m). At LLO, I have witnessed a coherence of less than 0.3 above 1 Hz for these
distances. Curious.

L960019-00-F describes measurements done at SLAC on seismic coherence. The iLIGO LSC PDD
(http://www.ligo.caltech.edu/docs/T/T970122-00.pdf) discusses in sec 4.2 how this was incorporated into the LSC design.

When we get our next Guralp, it will be interesting to move them around and determine what the cross-spectrum
is between different points in the lab during typical times.

In the second attachment, I have plotted the square of the quantity used in the LSC PDD (S_xy) which I think is
what we now plot in DTT as 'Coherence'.

The third attachment shows the coherences among the TM SUSPOS_INs. I've turned off the oplev servos for this but
the OSEM damping is still on. Its not quite the same as the theory, but we could probably measure/tweak the
seismic velocity and then get better agreement.
Attachment 1: d.pdf
d.pdf
Attachment 2: sco.png
sco.png
Attachment 3: fly.pdf
fly.pdf
  1174   Thu Dec 4 13:49:39 2008 JenneUpdatePEMMore of: Comparing Wiener subtraction using different sensors
Here is another version of the same type plot I put in the elog yesterday. This plot is looking at the 7200 seconds after 04Dec2008 08:45:00 UTC. This time was last night, when there was no crazy seismic activity, and well after the Ranger seismometer was moved to its new place under MC2.

This plot includes all possible combinations of the accelerometers, Guralp seismometer and Ranger seismometer (taking all 6 accelerometers as a set, and all 3 Guralp channels as a set). It is good to see that for the set of traces which do not include the accelerometers - brown, dark green and light blue - the subtraction at higher frequencies isn't all that great. Thus, the accelerometers are doing their job, and work well with the Wiener subtraction.

Still under investigation is why we don't see a whole lot of improvement at low frequency.
Attachment 1: Dec042008_c1wino_seisCombos.png
Dec042008_c1wino_seisCombos.png
  1176   Thu Dec 4 17:42:23 2008 carynUpdateIOOdrum modes observable without excitation
So, the mode cleaner was evidently aligned better and now the drum modes are observable using DTT.
The Lock-In was set to 27.8kHz and the drum mode frequencies were previously observed to be 28.039kHz(MC2), 28.222kHz(MC3) and 28.221kHz(MC1). So, we might expect peaks at ~239Hz,421Hz,422Hz.
Peaks have been observed around the expected frequencies in channel IOO-MC-DRUM1.
Note that it is possible to resolve the separate MC1 and MC3 peaks which are so close together.
(sorry these are pdf's and not png's)
Attachment 1: drum_modes.pdf
drum_modes.pdf
Attachment 2: drum_modes2.pdf
drum_modes2.pdf
  1179   Fri Dec 5 09:29:59 2008 ranaUpdateIOOdrum modes observable without excitation
Not sure what the y-scale is since there aren't any y axis labels in the plot, but it seems like we
now get an SNR of a ~few with a BW of 0.1 Hz. IN principle, the frequency noise out of the PSL ought
to be limited by the VCO phase noise at these frequencies (sort of) so the broadband MC_F level
is very roughly equal to 20-100 mHz/rHz.

Since dnu = dL*(c/lambda)/L_MC, the thermal peaks have a height of ~10^-15 m_RMS. We (Caryn) should check
that these numbers are true and then see if this is the correct amount of energy for thermally excited
mirror modes.
  1182   Fri Dec 5 21:31:11 2008 YoichiUpdateIOOdrum modes observable without excitation
The calibration of the MC_F feedback is posted in elog:1032.
I'm not sure where Caryn took MC signal, but if you take the signal from the servo out BNC on the MC board, it
directly corresponds to the voltage sent to the FSS VCO.
The DC calibration of the VCO is 1.75MHz/V. Since the AOM is the double-pass, the PSL frequency
change is 3.5MHz/V. At frequencies above 40Hz, the VCO calibration drops by a factor of 39/1000,
because of the pole/zero at 1.6Hz/40Hz in the VCO box.
So at the frequencies of interest (around 30kHz), the servo out voltage can be converted to the PSL frequency
change by 0.137MHz/V.
Since 30kHz is still within the bandwidth of the MC servo, the feedback signal should correspond to the actual
length change of the MC. So the above calibration factor can be used to calibrate Caryn's measurement and check
what Rana suggested.
  1183   Sun Dec 7 16:02:46 2008 ranaUpdateGeneralMag 5.1 EQ halfway to Vegas
There was a Mag 5.1 EQ Friday night at 8:18 PM.

It tripped most of our optics. They all damped down passively except for MC2. Further more, ITMY seems to have come back to a different place.

Don't know why MC2 was so upset but I think maybe its watchdog didn't work correctly and the side loop is unstable when there are
large motions. After I lowered the side gain by 10x and waited a few minutes it came back OK and the MC locked fine.

I have just now put all the WDs into the Shutdown state so that we can collect some hours of free swinging data to see if there's been
any damage. Feel free to redamp the optics whenever you need them. Someone should do the eigenfrequency check in the morning and compare
with our table of frequencies in the wiki.

I excited the optics using the standard SUS/freeswing-all.csh script. Here's the output:
Excited all optics
Sun Dec  7 16:07:32 PST 2008
Attachment 1: g.png
g.png
Attachment 2: Untitled.png
Untitled.png
ELOG V3.1.3-