40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 334 of 344  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
ID Date Authordown Type Category Subject
  285   Wed Jan 30 11:49:30 2008 AlbertoSummaryElectronicsRF monitor's filters final schematics and transfer functions
These are the final schematics for the 6th order Chebyshev filters of the RF monitor board. I'm also attaching the TF as I measured. The tuning is probably not optimal, less insertion noise could be achieved.
  314   Wed Feb 13 11:41:00 2008 AlbertoUpdateElectronicsSome characterization of the RF Monitor Box (StocMon)
I'm attaching a table with some measurements and the power spectrum from the pd to help evaluate the numbers.

The box output ranges from 0.5V to 2.1V. The coefficient between power and voltage is negative so higher voltage means lower power.

The red numbers are the outputs from each channel at their resonant frequencies. As one can see these are not very well centered on the dynamic range of the power detectors.

The cross coupling seems to be not a problem.

Even if the 166 filter, which handles the smallest of the frequencies and is also the most lossy (for construction reason), mounts a preamplifier, the output is still rather small. this explain also the high bias due to the noise amplification at the maximum power (13dB). A better insertion loss either remaking the filter or re-tuning that one would simplify many problems, i.e. there is not much room in the metal pomona box to fit the amplifier. I might want to consider, after everything else is ready and if I have time before leaving next week, to work on a new 166 filter.
  321   Mon Feb 18 12:04:39 2008 AlbertoUpdateElectronicsRF Monitor (StocMon)
I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).

I'm ready to hook up the channels into EPICS.
  331   Fri Feb 22 08:29:07 2008 AlbertoUpdateElectronicsRF Monitor (StocMon)

Quote:
I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).

I'm ready to hook up the channels into EPICS.


Me and Ben Abbot were plugging the cables that power that RF Monitor box into the PSL rack when inadvertently we made some arcs spark between the pins on the back of one of the ADC. Somehow that made the laser shut down although the MOPA stayed on. We also notice some smell of burn.

Later on, after several failed attempts, Rob, Ben and Steve could restart the laser. It took some times because the written procedure to start the chiller is not very precise.
  332   Fri Feb 22 08:33:18 2008 AlbertoUpdateElectronicsRF Monitor (StocMon)

Quote:
I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).

I'm ready to hook up the channels into EPICS.


With Ben, we hooked up the RF Monitor box into the PSL rack and created 4 EPICS channels for the outputs:

C1:IOO_RF_STOC_MON_33
C1:IOO_RF_STOC_MON_133
C1:IOO_RF_STOC_MON_166
C1:IOO_RF_STOC_MON_199

The power cable bringing +15V to the preamplifier on the PSL table should be replaced eventually.
  545   Thu Jun 19 15:52:06 2008 AlbertoConfigurationComputersMeasure of the current absorbed by the new Megatron Computer
Together with Rich Abbot, sam Abbot and I measured the current absorbed by the new Megatron computer that we installed yesterday in the 1Y3 rack. The computer alone absorbs 8.1A at the startup and then goes down to 5.9A at regime. The rest of the rack took 5.2A without the computer so the all rack needs 13.3 at the startup and the 11.1A.

We also measured the current for the 1Y6 rack where an other similar Sun machine has been installed as temporary frame builder and we get 6.5A.


Alberto, Rich and Sam Abbot
  555   Mon Jun 23 21:51:19 2008 AlbertoUpdateGeneralArm Cavity Length Measurement
We measured the arm cavity lengths sweeping the ETM mirror position and looking at the reflected demodulated output. We excited the mirror by a sine wave of 0.2 Hz and amplitude of 30000 counts. From the time series of the occurrences of the resonances of the sidebands and of the carrier we evaluated the free spectral range of the cavities and thus the lengths. The details of the procedure are explained in the attached document. As discussed in it, for each cavity we obtain two possible values of the length depending on which of the sideband resonances is that corresponding to the upper sideband and which corresponds to the lower one instead. The numbers are:
Lx=(38.30 +/- 0.08)m / (38.45 +/- 0.08)m
Ly=(38.16 +/- 0.08)m / (38.70 +/- 0.08)m

Since the difference between the two possibilities is quite large, we should be able to decide which one is correct by somehow measuring directly the cavity length. We want to try it tomorrow by a tape meter.


Alberto and Koji
  621   Wed Jul 2 06:46:05 2008 AlbertoConfigurationGeneralNPRO on to warm up
This morning I turned on the NPRO on the AP table so that it can warm up for a few hours before I start using it today.
The flipping mirror is down so no beam is injected in to the IFO.


Alberto
  627   Wed Jul 2 19:15:52 2008 AlbertoUpdateGeneralStatus of the alignment of the NPRO beam for the Absolute Length Measurement
Today I've tried to bring the frequency of the NPRO laser close enough to that of the IFO beam so that the beat between the two beams can be at a detectable frequency for the photodiode. The way I've been changing the frequency is by the NPRO's temperature control on its driver.

Looking at the signal from the AS OSA should enable us to monitor the direction in which the frequency is changing. Every time the resonances of the IFO beam and of the NPRO beam overlap, we know that the frequencies of the two beams are some FSR of the OSA away from each other. At the overlapping of the resonances, if the difference of frequency is within the detectable range of the photodiode, we should see a peak in the network/spectrum analyzer.

This way turned out not very easy in practice because from the AS OSA one can hardly distinguish the resonances of the primary beam from those of the secondary beam. The cause is mainly the flashing of the IFO beam at the AS port which produces a pattern of resonances of different amplitude. Also for some reason, triggering the output signal from the OSA at the oscilloscope doesn't work very well.

However, even if we didn't have these problems, I think that the two beams are not very well aligned, at least not anymore. I'm attaching some pictures from the AS port. The bright spot on the left is the NPRO beam and the one in the center which flashes is the IFO beam. We probably need some more work in the alignment of the NRPO beam.
  634   Thu Jul 3 18:48:09 2008 AlbertoUpdateGeneralBeats of the two lasers in the absolute length measurement observed
I adjusted the alignment of the flipper mirror as suggested by Koji making the two beam spots match. I also aligned all the IFO mirrors (ITMs, PRM, SRM, ETMs) to have more power for the IFO signal at the AS port. When I did that I could see the beats at the AS OSA. Then I explored the range of temperature of the NPRO from 35deg (C) to 51.2807deg and at that point I could observe a peak corresponding to the beat at about 10MHz on the network analyzer. The peak tends to drift because the laser takes probably a longer time to actually thermalize and it moves very rapidly changing the temperature of the laser.
  637   Mon Jul 7 11:22:02 2008 AlbertoUpdateGeneralBeats of the two lasers in the absolute length measurement observed
I didn't post a screenshot from the RF SA because I had troubles with the interface with the computer (unfortunately the network SA cannot export the data either).

There is problem with the PLL circuit. The signal, beside the beat, also contains peaks at 33, 66 and 99 MHz, so we should think about filtering those out.


Quote:
Great! Conguraturation! I wish if I could see it! It's nice if you can put the photo or anything of the RF spectrum analyzer.

Next step:
o You can try to maximize the beat amplitude by the tuning of the Injection steering mirrors.

o At the south end of the SP table, I prepared a frequency mixer. You can put the beat signal into the RF input, and an oscillator (which you can bring from somewhere) to the LO input in order to obtain the error signal of the PLL. Put the IF output of the mixer in a SR560, and please try to lock it by a simple 6db/oct (1st order) LPF of the SR560. For the actuator you can use the fast-pzt input of the NPRO.


Quote:
Then I explored the range of temperature of the NPRO from 35deg (C) to 51.2807deg and at that point I could observe a peak corresponding to the beat at about 10MHz on the network analyzer.
  643   Mon Jul 7 19:15:38 2008 AlbertoUpdateGeneralOptics alignement on the ABS length experiment
Today I started setting up the PLL instruments to lock the frequency of the NPRO beam to the IFO beam. with no need of a new alignment after the weekend I was able to see the beat again, although this time I found at a different temperature of the NPRO laser of about 54 degrees (vs 51 of the last time).
I've got the Marconi as local oscillator (LO), the mixer Koji suggetsed, the SR560 and a 5 MHz low pass filter to cut the 33, 66 and 99 MHz present in the output signal from the PD. The filter worked well and I was able to single out only the beat resonance from the power spectrum.
In the attempt to enhance the amplitude of the beat, as Koji suggested, I tried to work on the alignment of the steering mirrors. While I was doing that, for some reason the pre-modecleaner lost the alignment and I had to ask John to help me lock it again. during the process I lost the old alignment but at the end I got a new one, apparently (from the camera) even better than the other. Although after that the beats were gone. Actually after the lock-in of the PMC the IFO beam didn't look as good as before, so it might be also for that reason.

I'll try again tomorrow, after that probably tonight Rob is going to reset the alignments of the interferometers.
  656   Thu Jul 10 19:12:07 2008 AlbertoUpdateGeneralabs cavity length measurement experiment
Yesterday morning, when I started, I found the IFO beam on a different position and the beam spot at the AS port looked very deformed. The overlapping with the secondary beam was not good enough to observe the beats anymore. Restoring the alignments of the interferometers did not work because, as John found out later, some of the photodiodes had offsets and gain which made the restore script ineffective. After resetting the parameters, we had to align every mirror of the interferometers and save the configuration twice. The second times was because on the first time the alignment had been done with the illuminators on. To avoid that in the future, John wrote an alarm to warn about the status of the lights.

After that we fixed the IFO beam, I had to realign the optics in the table to match the secondary beam to the IFO beam. I got the two beam overlapping and, even though the NPRO spot looked distorted, I could observe again some signal of the beat. To do that it was also necessary to have all the interferometer mirrors aligned so that we had more power from the ifo beam although it also made the spot flash. Ideally, to avoid the flashing (which we would also impede the PLL to work) we should work with the interferometer locked. Since that doesn't seem actually possible, we should just keep one of the ITM aligned and improve the beam matching so that we can observe the beats even with less power.

Today I spent the day trying to improve the alignement of the optics to observe the beats with only the ITM aligned, resetting the alignment of both beams with the ireses, with the Farady and all the rest. It was a rather long and tiring process but I think I'm close to the target and maybe tomorrow.
  668   Mon Jul 14 19:15:43 2008 AlbertoUpdateGeneralabs cavity length measurement experiment
Lately I've been dealing with the alignment of the interferometer to have a good beam spot at the AS port. Today the alignment script kept failing because of computer problems (failure of the frame builder) and also because the IFO was probably too far from the range where the automatic alignment works.

An other problem I keep having with the alignment of the optics on the AP table is with multiple reflection beams of the NPRO beam at the Farady.
Although I believe that now the two beams are quite well aligned, I don't see any reflection of the secondary beam from the IFO anymore.

It's like the more I try to improve the alignment, the worse I get from the beam matching. I'll keep working on this.
  669   Mon Jul 14 21:34:10 2008 AlbertoUpdateGeneralabs cavity length measurement experiment

Quote:
Lately I've been dealing with the alignment of the interferometer to have a good beam spot at the AS port. Today the alignment script kept failing because of computer problems (failure of the frame builder) and also because the IFO was probably too far from the range where the automatic alignment works.

An other problem I keep having with the alignment of the optics on the AP table is with multiple reflection beams of the NPRO beam at the Farady.
Although I believe that now the two beams are quite well aligned, I don't see any reflection of the secondary beam from the IFO anymore.

It's like the more I try to improve the alignment, the worse I get from the beam matching. I'll keep working on this.


Realigning the OSA I also had to move a little bit the mirror that reflects the IFO beam of at the AS port in order to raise the beam height. This had the effect of changing the position of the AS spot on the camera and on the monitors.

Tonight with John, we made sure that the AS beam was still aligned to the PD.
  683   Wed Jul 16 16:59:07 2008 AlbertoUpdateGeneralAligment
I think the two beams are aligned again - they both pass the Faraday, they match at the irises and all along the optical path on the AP table. Although the NPRO beam does not show up at the AS port.
  724   Wed Jul 23 16:31:02 2008 AlbertoConfigurationComputersMegatron connected
Joe, Rana, Alberto,

we found out the password for Megatron so we could log in and set a new one so that now it's the same as that for controls.
The IP address is 131.215.113.59.

We had to switch to another LAN ports to actually connect it.
  725   Wed Jul 23 17:19:48 2008 AlbertoConfigurationComputersMegatron connected
We changed the IP address. Ther new one is 131.215.113.95.

Joe, Alberto


Quote:
Joe, Rana, Alberto,

we found out the password for Megatron so we could log in and set a new one so that now it's the same as that for controls.
The IP address is 131.215.113.59.

We had to switch to another LAN ports to actually connect it.
  798   Tue Aug 5 10:56:05 2008 AlbertoConfigurationGeneralITMX chamber opened and mirror released
D-Mass, Steve, Rana, Koji, Yoichi, Alberto,
We opened the ITMX chamber to check the optics after last week earthquake. In particular, from the spectra, ITMX seemed to be stuck and had to be released again. When we inspected the mirror, we found that it wasnít necessary to touch it. It had become free again during the vent thanks to the change of conductivity in the air inside during the vent.
We checked the magnets and they seemed to be fine.
A couple of stop screws had lost the rubber on their tips, although we donít know if that was due to the earthquake.
We also took advantage of the opening to center the LR and the left OSEMs in the mirror to their zero.
Inspecting the table we found a couple of things not totally clear on the configuration of the optics in the table. In particular we found a beam dump located too close to the ifo beam. Eventually we found out that the dump was meant to block a ghost beam coming from the ITM. A better location should probably be figured out for that. We also found that the POXM1 mirror designed to have the maximum reflectivity for the P polarization of the beam at 45 degrees is mounted so that the incident beam is at 22 degrees. This cause the beam to be 90% transmitted and only 10 percent reflected to POX. The transmitted beam appears at ther BSC chamber.

The ifo beam passes so close to the POXM1 mirror so that it can be clipped by its large metal frame ring. The beam at that point is about 6mm large and the ring is about 1cm thick so that we could gain some distance with a different mount.
  800   Tue Aug 5 17:56:23 2008 AlbertoConfigurationGeneralSRM and PRM inspection
Yoichi, Koji, Rana, Steve, Alberto

Today we opened the BSC to inspect the optics, and in particular the SRM and PRM.
We found that one of the side magnets of the SRM was broken and a piece of it fell and got stuck to the LR magnet.
We removed the LR OSEM and took off the broken part with tweezers. Since we couldnít replace the magnet on the side,
we decided to just switch the OSEM to the other side were a second magnet was available. Then we centered the OSEMs.
Using the optical levers we aligned both the ITMX and the SRM so that now we have to center again the OSEMs on both.

The PRM was visibly tilted and it was out of the range of the OSEMs. To try to fix the tilt we lift it up a little
with the screws on the bottom and pushed it with the third screw on top. That had the effect of making the mirror
tilt to the opposite direction. We looked at the wires (see attached picture) and it seemed centered on the side
of the mirror.

Tomorrow we are going to reset the OSEMs on ITMX and SRM and then weíre going to try to fix the tilt on PRM.
  805   Wed Aug 6 19:01:15 2008 AlbertoUpdateGeneralITMX and SRM OSEM post-earthquake diagnostic
Koji, Yoichi, Alberto

Today we reset the OSEMs on ITMX and SRM in order to be centered when the mirrors are aligned to the IFO beam. Since the PRM is still out of order, we used the beam from NPRO laser of the absolute length measurement experiment as it is injected through the AS port.
Thatís how we did it:

1) We aligned the SRM so that the reflected beam from the NPRO was at the camera after at the AS port.

2) We traded off the alignment of SRM in order for the reflected beam at the camera to have a nice shape, avoiding any clipping from the optics, and for the optical lever to be not too far from zero. The final alignment for SRM, as read on the sliders on the MDM screen, is: Pitch=1.1650, Yaw=1.4674.

3) We aligned ITMX checking out by an IR card that the incoming and the reflected main beam in between ITMX and the BS matched. The alignment of the two beams was improved checking the matching after the SRM. The final alignment for ITMX, as read on the sliders on the MDM screen, is: Pitch=-1.2937, Yaw=-0.9890.

4) After the alignment of SRM and ITMX these were the voltages at the OSEMs:

SRM
UL=0.957
UR=1.254
LR=0.768
LL=0.620
Side=0.958

ITMX
UL=1.144
UR=1.360
LR=0.591
LL=0.325
Side=-----

5) Finally we centered the OSEMs on both mirrors and we read these voltages:

SRM
UL=0.939
UR=0.994
LR=0.782
LL=0.938
Side=0.953

ITMX
UL=0.918
UR=0.891
LR=0.887
LL=0.875
Side=0.883
  916   Wed Sep 3 18:45:01 2008 AlbertoConfiguration PD3 gain
Alberto, Yoichi,

We found that the PD3 servo was unstable with a gain of 1, so we switched it to 0.5
  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.
  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.
  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.
  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.
  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.
  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.
  1015   Wed Oct 1 12:05:58 2008 AlbertoConfigurationComputers"StochMon" added to the Alarm Handler
John, Alberto,

we added the four channels of the RF Amplitude Monitor (aka StochMon) to the Alarm HAndler. First we modified the 40m.alh file just copying some lines and switching the name of the channels to the ones we wanted. Than we also added a few lines to the database file ioo.db in order to define the alrm levels. So far I used just test values for the thresholds of green, yellow and red states and need to update to some reasonable ones. To do that I need to calibrate those EPICS channels. I have the old data saved and I'm now trying to figure out how to properly change the database file.
  1016   Wed Oct 1 12:09:25 2008 AlbertoConfigurationComputers"StochMon" added to the Alarm Handler

Quote:
John, Alberto,

we added the four channels of the RF Amplitude Monitor (aka StochMon) to the Alarm HAndler. So far I used just test values for the thresholds of green, yellow and red states and need to update to some reasonable ones. To do that I need to calibrate those EPICS channels. I have the old data saved and I'm now trying to figure out how to properly change the database file.


John, Yoichi, Alberto

We restarted the C1iool0 computer both directly by the main key and remotely via telnet. We had to do it a couple of times and in one occasion the computer didn't restart properly and had connection problem with the newtowrk. We had to call Alex that did just the same thing, but used the CTRL+X command to reboot. It worked and the Alarm Handler now includes the StochMon.
  1022   Fri Oct 3 12:15:21 2008 AlbertoConfigurationIOOC1iool0 rebooted
This morning, in order to update the threshold values of the alarm handler for the StochMon, I rebooted the C1iool0 computer following the procedure in the wiki, that is telnetting on it and typing CTRL+X. Apparently everything went well in the process.
  1028   Mon Oct 6 12:45:41 2008 AlbertoDAQLSCC1LSC in coma
Alberto, Joe,

The C1LSC medm screen is frozen and the C1LSC computer is down. We tried to reboot and to restart it first turning off the power and then just rebooting remotely. None of them worked. We check whether any of the cable was unplugged but they were ok. Also all the led turned on to green after rebooting.
Trying to reboot we get the following error message: init_module: device or resource busy.

We called Alex who first suggested to check all the connection and then to swap the timing cable between two Pentek boards but the computer was still down.
It is possible that the board is dead. Alex and Rolf are going to look into this problem and for any spare board.

by now we can't lock any DOF of the IFO.
  1029   Mon Oct 6 16:41:33 2008 AlbertoDAQLSCC1LSC in coma

Quote:
Alberto, Joe,

The C1LSC medm screen is frozen and the C1LSC computer is down. We tried to reboot and to restart it first turning off the power and then just rebooting remotely. None of them worked. We check whether any of the cable was unplugged but they were ok. Also all the led turned on to green after rebooting.
Trying to reboot we get the following error message: init_module: device or resource busy.

We called Alex who first suggested to check all the connection and then to swap the timing cable between two Pentek boards but the computer was still down.
It is possible that the board is dead. Alex and Rolf are going to look into this problem and for any spare board.

by now we can't lock any DOF of the IFO.


Alex, Rob, Alberto,

Alex replaced the Pentek board used by C1LSC with a spare one that they had at the Wilson house. That fixed the DMA failure but since the board had a channel broken, one of the channels (POY) was still not available.

Looking at the wiring diagram of the ASC crate, we found that one of the Pentek boards in it was actually not used by anything and thus available to replace the bad one in LSC. We switched the two boards so that now the one that Alex installed is mounted in the ASC crate and it is connected to the cable labeled 1x2-ASC 6.

C1LSC is up again and all the channels in the C1LSC screen, including POY, now seem to be working properly.
  1030   Tue Oct 7 10:49:29 2008 AlbertoUpdateGeneralDisplaced Photodiode
This morning I found that the photodidode of the PLL in the PSL table was not aligned to the beam anymore. The PD support was not tight to the pedestal so that the PD was rotated and completely off of the beam.

It is possible that the BNC cable connected to the PD was pulled very strongly, or the PD was hit so that the support got unscrewed by its pedestal. Anyways, it did not happen spontaneously.

I re-aligned the PD and observed again the beat between the two laser beams. Here are the values from the measurement of the signal from the PD:
I measured the DC values of the hitting power, alternatively occluding one of the two laser beams, and I measured the beat amplitude letting them interfere and reading the peak-to-peak amplitude of the oscillating signal:

main beam DC: 200mV
secondary beam DC: 490
beat: 990mV
beat at the spectrum analyzer (after the two-way splitter of the PLL): -8.40dBm on a noise floor of the photodiode of -75dBm

the frequency of the beast is 8.55MHz and the temperature of the NPRO of the secondary beam, as read from the laser driver display, is 48.7357C.


Alberto
  1031   Tue Oct 7 12:17:57 2008 AlbertoConfigurationComputersTime reset on MEDM
Yoichi, Alberto

I noticed the MEDM screen time was about 7 minutes ahead of the right time. The time on MEDM is read on channel C0:TIM-PACIFIC_STRING which takes it from the C1VCU-EPICS computer. Yoichi found that that computer did not have the right time because one of the startup scripts, ntpd, which are contained in the directory /etc/init.d/ for some reason did not start. So restring it by typing ./ntpd start updated the time on that computer and fixed the problem.
  1039   Fri Oct 10 10:20:42 2008 AlbertoOmnistructureComputersFEs are down

Quote:

The front-end machines are all down. Another cosmic-ray in the RFM, I suppose. Whoever comes in first in the morning should do the all-boot described in the wiki.


Yoichi and I went along the arms turning off and on all the FE machines. Then, from the control room we rebooted them all following the procedures in the wiki. Everything is now up again.

I restored the full IFO, re-locked the mode cleaner.
  1040   Fri Oct 10 13:57:33 2008 AlbertoOmnistructureComputersProblems in locking the X arm
This morning for some reason that I didn't clearly understand I could not lock the Xarm. The Y arm was not a problem and the Restore and Align script worked fine.

Looking at the LSC medm screen something strange was happening on the ETMX output. Even if the Input switch for c1:LSC-ETMX_INMON was open, there still was some random output going into c1:LSC-ETMX_INMON, and it was not a residual of the restor script running. Probably something bad happened this monring when we rebooted all the FE computers for the RFM network crash that we had last night.

Restarting the LSC computer didn't solve the problem so I decided to reboot the scipe25 computer, corresponding to c1dcuepics, that controls the LSC channels.

Somehow rebooting that machine erased all the parameters on almost all medm screens. In particular the mode cleaner mirrors got a kick and took a while to stop. I then burtrestored all the medm screen parameters to yesterday Thursday October 9 at 16:00. After that everything came back to normal. I had to re-lock the PMC and the MC.

Burtrestoring c1dcuepics.snap required to edit the .snap file because of a bug in burtrestore for that computer wich adds an extra return before the final quote symbol in the file. That bug should be fixed sometime.

The rebooting apparently fixed the problem with ETMX on the LSC screen. The strange output is not present anymore and I was able to easily lock the X arm. I then run the Align and the Restore full IFO scripts.
  1066   Wed Oct 22 09:42:41 2008 AlbertoDAQComputersc1iool0 rebooted and MC autolocker restarted
This morning I found the MC unlocked. The MC-Down script didn't work because of network problems in communicating with scipe7, a.k.a. c1iool0. Telneting to the computer was also impossible so I power cycled it from its key switch. The first time it failed so I repeated it a second time and then it worked.
Yoichi then restarted c1iovme. It was also necessary to restart the MC autolocker script according to the following procedure:
- ssh into op440m
- from op440m, ssh into op340m
- restart /cvs/cds/caltech/scripts/scripts/MC/autolockMCmain40
  1070   Wed Oct 22 20:50:30 2008 AlbertoOmnistructureComputersGPS
Today I measured the GPS clock frequency at the output of CLOCK_MON in a board on the same crate where the c1iool0 computer is located. The monitor was connected with a BNC cable to the 10MHz reference input of the frequency counter on top of that rack, where it was used to check the 166MHz coming from one of the Marconi.

The frequency was supposed to be 10MHz but I actually measured 8 MHz. I tracked down the GPS input cable to the board and it turned out to come from one of the 1Y7 rack. Here it was connected to a board with a display that was showing corrupted digits, plus some leds on the front panel were red.

I'm not sure the GPS reference is working properly.
  1072   Thu Oct 23 15:27:19 2008 AlbertoUpdateGeneralAbs length
Here are the measurements I've got yesterday. The plot shows the transmitted power after the X arm while sweeping the frequency of the beat between the two lasers. That frequency is changed by scanning the frequency of the local oscillator of the PLL (that is the Marconi).
The X arm cavity has been locked to the TEM00 of the main beam. I tilted ITMX in order to enhance the higher modes of the secondary beam with the purpose of making them beat with the main beam.
Three traces are shown in the plot correspondent to three different measurements in which I clipped the transmitted beam at the X end with a razor blade from up and from the side of the photodiode.
Both the beats of the TEM00 mode of the main laser with the TEM01 and TEM10 modes of the secondary laser are expected to be at 6.2763 MHz. The plot has a candidate peak at 6.325MHz but it does not appear on both the measurements with the blade. the peaks at 3.897MHz and 7.795MHz are the first and the second longitudinal modes of the X arm cavity.
  1073   Thu Oct 23 18:23:47 2008 AlbertoUpdateGeneralAbs length

Quote:
Here are the measurements I've got yesterday. The plot shows the transmitted power after the X arm while sweeping the frequency of the beat between the two lasers. That frequency is changed by scanning the frequency of the local oscillator of the PLL (that is the Marconi).
The X arm cavity has been locked to the TEM00 of the main beam. I tilted ITMX in order to enhance the higher modes of the secondary beam with the purpose of making them beat with the main beam.
Three traces are shown in the plot correspondent to three different measurements in which I clipped the transmitted beam at the X end with a razor blade from up and from the side of the photodiode.
Both the beats of the TEM00 mode of the main laser with the TEM01 and TEM10 modes of the secondary laser are expected to be at 6.2763 MHz. The plot has a candidate peak at 6.325MHz but it does not appear on both the measurements with the blade. the peaks at 3.897MHz and 7.795MHz are the first and the second longitudinal modes of the X arm cavity.


Today I repeated the measurement and I'm attaching the resulting plot. Still, not clear and (and most of all) not nice.
It seems like tilting ITMX is introducing a lot of unwanted higher modes that don't let us to clearly identify TEM01 and TEM10.
I think I'm going to stop it to get back to technique in which the arm cavity is locked to the TEM01/10 of the main beam.
  1074   Thu Oct 23 18:27:04 2008 AlbertoUpdateGeneralAbs length

Quote:
Here are the measurements I've got yesterday. The plot shows the transmitted power after the X arm while sweeping the frequency of the beat between the two lasers. That frequency is changed by scanning the frequency of the local oscillator of the PLL (that is the Marconi).
The X arm cavity has been locked to the TEM00 of the main beam. I tilted ITMX in order to enhance the higher modes of the secondary beam with the purpose of making them beat with the main beam.
Three traces are shown in the plot correspondent to three different measurements in which I clipped the transmitted beam at the X end with a razor blade from up and from the side of the photodiode.
Both the beats of the TEM00 mode of the main laser with the TEM01 and TEM10 modes of the secondary laser are expected to be at 6.2763 MHz. The plot has a candidate peak at 6.325MHz but it does not appear on both the measurements with the blade. the peaks at 3.897MHz and 7.795MHz are the first and the second longitudinal modes of the X arm cavity.


Here is the Matlab code I use to calculate the HOM frequencies.
  1075   Thu Oct 23 18:45:18 2008 AlbertoOmnistructureComputer Scripts / ProgramsPython code for GPIB devices developed for the Absl length experiment
I wrote two Python scripts for my measurement that can be also used/imitated by others: sweepfrequency. py and HP8590.py. The first is is the one that we run by a Python interpreter (just typing "python <name script> <parameters>"from the terminal). It manages the parameters that we have to pass it for the measurement and calls the second one, HP8590.py which actually does most of the job.

Here what it does. It scans the frequency of the Marconi and, for each step, searches the highest peak in the Spectrum Analyzer (which is centered 50 KHz around the frequency of the Marconi). It then associates the amplitude of the peak to the frequency of the Marconi and write the two number in two columns of a file.
The file name, the GPIB-to/LAN interface IP address, the frequency range, the frequency step amplitude and the number of measures we want it to average for each step, are all set by the parameters when we call sweepfrequency.py.
More details are in the help of the function or just looking at the header of the code.

I guess that one can perform other similar measurement just with little changes in the code so I think it could turn out useful to anyone else.
  1076   Thu Oct 23 18:51:19 2008 AlbertoMetaphysicsComputerseLog
I checked it and the latest version of the elog software, the 2.7.5 (we have the 2.6.5) has, among new nice features, the very good ability to fit the entries into the screen width without showing kilometric lines like we see now. Should we upgrade it?
  1084   Fri Oct 24 11:42:48 2008 AlbertoUpdateGeneralAbs length: locking the X arm cavity in TEM01/10
I went back to lock the arm cavity in either TEM01 or TEM10 mode. Attached are the results. We still have several resonances which we can't clearly identify. I expect TEM01/10 to be at 6.276MHz but we don't have a peak exactly there. What we have is:
- a peak at 6.320MHz in the measurement of the TEM01 mode (the one with the lobes of the spot almost on the vertical axis)
- a peak at 6.590MHz in both the TEM01 and TEM10 measurements.

I'm either missing the real TEM01/10 mode or the peaks at 6.590MHz are those. If that were true, that would mean that the radius of curvature of ETMX is 49.29 m instead of 57.57 m as listed in the IFO data sheets. I think it's much more likely that the measurements are missing the right peaks.
  1086   Fri Oct 24 17:21:13 2008 AlbertoUpdateGeneralAbs length: the right amount of beam clipping
I found the reason why the peak at about 6.3MHz appeared only on the TEM10 mode: the blade was clipping the beam too much and it was probably totally killing the mode. I'm attaching a plot that shows that difference when I did that.
  1087   Fri Oct 24 18:05:01 2008 AlbertoUpdateGeneralAbs length: transverse mode spacing measured for the X arm
The ETMX suffers of astigmatism. I measured the following frequencies for the higher order modes:
- f_01 = 6317500 +/- 500 Hz
- f_10 = 6305500 +/- 500 Hz

From

g2=1/g1*(cos(A*L*pi/c))^2

where A= (fsr-f_i), fsr=(3897654+/-15)Hz (see elog entry 956), L=(38.4580+/-0.0003)m, g1=0.9947 (from R1=7280m), I get the following values for the g-factor coefficients:

g2_x = 0.3164 +/- 0.0002
g2_y = 0.3209 +/- 0.0002

from which we have the radius of curvature of ETMX:

R_x = 56.26 +/- 0.01 m
R_y = 56.63 +/- 0.01 m


The specs for the mirror have R2= 57.57 m (unc).

So, they seem conditions similar of those of ETMY that Koji measured:

Rx = 56.1620 +/- 0.0013 [m]
Ry = 57.3395 +/- 0.0011 [m]

for which L_yarm: 38.6462 m +/- 0.0003 m
ELOG V3.1.3-