40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 279 of 339  Not logged in ELOG logo
ID Date Author Type Category Subject
  3065   Fri Jun 11 11:54:42 2010 kiwamuUpdateGreen Lockingend PDH with thermal feedback

A thermal feedback was installed to the end PDH locking and it works well. There are no saturations 

As I said the feedback signal was sometimes saturated at the sum-amp because the drive signal going to the laser PZT was large at low frequency (below 1Hz).

So I made a passive low pass filter which filters the signal controlling the temperature of the laser crystal, and put it before the temperature drive input.

Now the amount of the feedback signal got reduced when it is locked, and there are no saturations. It's very good.


(thermal property of the crystal) 

According to the specification sheet for the 1W Innolight, the thermal properties of the crystal are:

  Response coefficient : 3GHz/K 

  Temperature control coefficient : 1K/V

  Thermal response bandwidth: 1Hz 

 

(filter circuit and actuator response)

In order to feedback the signal blow 1Hz, a low pass fiter is needed. 

The attachment:1 shows the filter circuit I made.

Since I found that the drive input had an input impedance of 100kOhm, so I put relatively big resistors to have a moderate gain.

The expected actuator responses are also attached.

The blue curve represents the response of the PZT, the green is the thermal response including the low pass filter and the red curve is the total response composed of both the responses.

I assume that the PZT response is 1MHz/V according to Mott's measurement.

Also I assume that the thermal response intrinsically has two poles at 1Hz according to the specification listed above.

In the total response, there is a little gain reduction around 2Hz due to the cancelation of each other, but it still looks okay.

 

Attachment 1: LPF.png
LPF.png
Attachment 2: thermal_feedback.png
thermal_feedback.png
  3064   Thu Jun 10 11:10:21 2010 AlbertoUpdateGeneralLaTeXlabs

Quote:

I could not dare to share my google doc with this site...

Quote:

Quote:

BTW, latex launched this new thing for writing pdfs. doesnot require any installations.  check  http://docs.latexlab.org

 so cool!

 

Just in case,  granted access to Google docs can be revoked any time from here:

https://www.google.com/accounts/IssuedAuthSubTokens

  3063   Thu Jun 10 10:58:02 2010 KojiUpdateGeneralLaTeXlabs

I could not dare to share my google doc with this site...

Quote:

Quote:

BTW, latex launched this new thing for writing pdfs. doesnot require any installations.  check  http://docs.latexlab.org

 so cool!

 

  3062   Thu Jun 10 07:53:14 2010 AlbertoUpdatePEMLaTeXlabs

Quote:

BTW, latex launched this new thing for writing pdfs. doesnot require any installations.  check  http://docs.latexlab.org

 so cool!

  3061   Wed Jun 9 21:05:44 2010 ranaSummaryComputersop540m is not to be used

This is a reminder (mainly for Steve, who somehow doesn't believe these things) that op540m is not to be used for your general pleasure.

No web, no dataviewer, no DTT. Using these things often makes the graphical X-Windows crash. I have had to restart the StripTool, our seismic BLRMS and our Alarms many times because someone uses op540m, makes it crash, and then does not restart the processes.

Stop breaking op540m, Steve!

  3060   Wed Jun 9 19:47:08 2010 nancyUpdatePEMlead balls on concrete

Quote:

Quote:

Valera and I put the 2 Guralps and the Ranger onto the big granite slab and then put the new big yellow foam box on top of it.

There is a problem with the setup. I believe that the lead balls under the slab are not sitting right. We need to cut out the tile so the thing sits directly on some steel inserts.

You can see from the dataviewer trend that the horizontal directions got a lot noisier as soon as we put the things on the slab.

 The tiles were cut out in 1.5" ID circle to insure that the 7/16" OD lead balls would not touch the tiles on Wednesday, May 26, 2010

Granite surface plate specifications: grade B, 18" x 24" x 3" , 139 lbs

These balls and granite plate were removed by  Rana in entry log #3018 at 5-31-2010

 I tried to calculate the frequency of resonance using Rayleigh's method.  approximated the geometry of lead to be that of a perfect cylinder, and  the deformation in the lead by the deflection in a cantilever under  a shear strain.

this rough calculation gives an answer of 170Hz and depends on the dimensions of each lead, number of leads, and mass of the granite. But the flaw pointed out is that this calculation doesnot depend on the dimension of the granite slab, nor on the exact placing of the lead spheres with respect toteh COM of the slab.

I will put up the calculations details later, and also try to do a FEM analysis of the problem.

 

BTW, latex launched this new thing for writing pdfs. doesnot require any installations.  check  http://docs.latexlab.org

  3059   Wed Jun 9 11:13:11 2010 kiwamuUpdateGreen Lockinglock with PDH box

A progress on the end PDH locking :

by using a modified PDH box the green laser on the X-end station is locked to the arm cavity.

So far the end PDH locking had been achieved by using SR560s, but it was not sophisticated filter.

To have a sophisticated filter and make the control loop more stable, the PDH box labeled "#G1" was installed instead of the SR560s.

After the installation the loop looks more stable than the before.

Some details about the modification of the PDH box will be posted later.

 

Although, sometimes the loop was unlocked because the sum-amp (still SR560) which mixes the modulation and the feedback signal going to the NPRO PZT was saturated sometimes.

Thus as we expected a temperature control for the laser crystal is definitely needed in order to reduce such big low frequency drive signal to the PZT.

  3058   Wed Jun 9 10:31:13 2010 steveUpdateSAFETYsafety training

Nancy and Sharmila received introductory early bird surf safety training for the 40m lab.

  3057   Tue Jun 8 20:52:25 2010 josephbUpdatePEMDAQ up (for the moment)

As a test, I did a remote reboot of both Megatron and c1iscex, to make sure there was no code running that might interfere with the dataviewer.  Megatron is behind a firewall, so I don't see how it could be interfering with the frame builder.  c1iscex was only running a test module from earlier today when I was testing the multi-filter matrix part.  No daqd or similar processes were running on this machine either, but it is not behind a firewall at the moment. 

Neither of these seemed to affect the lack of past data.  I note the error message from dataviewer was "read(); errno=9".

Going to the frame builder machine, I ran dmesg.  I get some disturbing messages from May 26th and June 7th. There are 6-7 of these pairs of lines for each of these days, spread over the course of about 30 minutes.

Jun 7 14:05:09 fb ufs: [ID 213553 kern.notice] NOTICE: realloccg /: file system full

Jun 7 14:11:14 fb last message repeated 19 times

There's also one:

Jun 7 13:35:14 fb syslogd: /usr/controls/main_daqd.log: No space left on device

I went to /usr/controls/ and looked at the file.  I couldn't read it with less, it errored with Value too large for defined data type.  Turns out the file was 2.3 G.  And had not been updated since June 7th.  There were also a bunch of core dump files from May 25th, and a few more recent.  However the ones from May 25th were somewhat large, half a gig each or so.  I decided to delete the main_daqd.log file as well as the core files.

This seems to have fixed the data history for the moment (at least with one 16k channel I tested quickly). However, I'm now investigating why that log file seems to have filled up, and see if we can prevent this in the future.

Quote:

As before, I am unable to get data from the past. With DTT on Allegra I got data from now, but its unavailable from 1 hour ago. Same problem using mDV on mafalda. I blame Joe again - or the military industrial complex.

 

Quote:

Quote:

 Although trends are available, I am unable to get any full data from in the past (using DTT or DV). I started the FB's daqd process a few times, but no luck. 

I blame Joe's SimPlant monkeying from earlier today for lack of a better candidate. I checked and the frames are actually on the FB disk, so its something else.

 I tried running dataviewer and dtt this morning.  Dataviewer seemed to be working.  I was able to get trends, full data on a 2k channel (seismic channels) and full data on a 16k channel (C1:PEM-AUDIO_MIC1)  This was tried for a period 24 hours a go for a 10 minute stretch.

I also tried dtt and was able to get 2k and 16k channel data, for example C1:PEM-AUDIO_MIC1.  Was this problem fixed by someone last night or did time somehow fix it?

 

  3056   Tue Jun 8 18:39:36 2010 ranaUpdatePEMDAQ down

As before, I am unable to get data from the past. With DTT on Allegra I got data from now, but its unavailable from 1 hour ago. Same problem using mDV on mafalda. I blame Joe again - or the military industrial complex.

 

Quote:

Quote:

 Although trends are available, I am unable to get any full data from in the past (using DTT or DV). I started the FB's daqd process a few times, but no luck. 

I blame Joe's SimPlant monkeying from earlier today for lack of a better candidate. I checked and the frames are actually on the FB disk, so its something else.

 I tried running dataviewer and dtt this morning.  Dataviewer seemed to be working.  I was able to get trends, full data on a 2k channel (seismic channels) and full data on a 16k channel (C1:PEM-AUDIO_MIC1)  This was tried for a period 24 hours a go for a 10 minute stretch.

I also tried dtt and was able to get 2k and 16k channel data, for example C1:PEM-AUDIO_MIC1.  Was this problem fixed by someone last night or did time somehow fix it?

  3055   Tue Jun 8 15:58:25 2010 josephb, alexUpdateCDSNew multi-filter matrix part added to RCG (at the 40m at least)

A new webview of the LSP model is available at:

https://nodus.ligo.caltech.edu:30889/FE/lsp_slwebview_files/

This model include a couple example noise generators as well as the new Matrix of Filter banks (5 inputs x 15 outputs = 75 Filters!).  The attached png shows where these parts can be found in the CDS_PARTS library.  I'm still working on the automatic generation of the matrix and filter bank medm screens for this part.  The plan is to have a matrix screen similar to current ones, except that the value entry points to the gain setting of the associated filter.  In addition, underneath each value, there will be a link to the full filter bank screen.  Ideally, I'd like to have the filter adl files located in a sub-directory of the system, to keep clutter down.

I've cut and past the new Foton file generated by the LSP model below.  The first number following the MTRX is the input the filter is taking data from and the second number is the output its pushing data to.  This means for the script parsing Valera's transfer functions, I need to input which channel corresponds to which number, such as DARM = 0, MICH = 1, etc.  So the next step is to write this script and populate the filter banks in this file.

# FILTERS FOR ONLINE SYSTEM
#
# Computer generated file: DO NOT EDIT
#
# MODULES DOF2PD_AS11I DOF2PD_AS11Q DOF2PD_AS55I DOF2PD_AS55Q
# MODULES DOF2PD_ASDC DOF2PD_POP11I DOF2PD_POP11Q DOF2PD_POP55I
# MODULES DOF2PD_POP55Q DOF2PD_POPDC DOF2PD_REFL11I DOF2PD_REFL11Q
# MODULES DOF2PD_REFL55I DOF2PD_REFL55Q DOF2PD_REFLDC Mirror2DOF_f2x1
# MODULES Mirror2DOF_f2x2 Mirror2DOF_f2x3 Mirror2DOF_f2x4 Mirror2DOF_f2x5
# MODULES Mirror2DOF_f2x6 Mirror2DOF_f2x7 DOF2PD_MTRX_0_0 DOF2PD_MTRX_0_1
# MODULES DOF2PD_MTRX_0_2 DOF2PD_MTRX_0_3 DOF2PD_MTRX_0_4 DOF2PD_MTRX_0_5
# MODULES DOF2PD_MTRX_0_6 DOF2PD_MTRX_0_7 DOF2PD_MTRX_0_8 DOF2PD_MTRX_0_9
# MODULES DOF2PD_MTRX_0_10 DOF2PD_MTRX_0_11 DOF2PD_MTRX_0_12 DOF2PD_MTRX_0_13
# MODULES DOF2PD_MTRX_0_14 DOF2PD_MTRX_1_0 DOF2PD_MTRX_1_1 DOF2PD_MTRX_1_2
# MODULES DOF2PD_MTRX_1_3 DOF2PD_MTRX_1_4 DOF2PD_MTRX_1_5 DOF2PD_MTRX_1_6
# MODULES DOF2PD_MTRX_1_7 DOF2PD_MTRX_1_8 DOF2PD_MTRX_1_9 DOF2PD_MTRX_1_10
# MODULES DOF2PD_MTRX_1_11 DOF2PD_MTRX_1_12 DOF2PD_MTRX_1_13 DOF2PD_MTRX_1_14
# MODULES DOF2PD_MTRX_2_0 DOF2PD_MTRX_2_1 DOF2PD_MTRX_2_2 DOF2PD_MTRX_2_3
# MODULES DOF2PD_MTRX_2_4 DOF2PD_MTRX_2_5 DOF2PD_MTRX_2_6 DOF2PD_MTRX_2_7
# MODULES DOF2PD_MTRX_2_8 DOF2PD_MTRX_2_9 DOF2PD_MTRX_2_10 DOF2PD_MTRX_2_11
# MODULES DOF2PD_MTRX_2_12 DOF2PD_MTRX_2_13 DOF2PD_MTRX_2_14 DOF2PD_MTRX_3_0
# MODULES DOF2PD_MTRX_3_1 DOF2PD_MTRX_3_2 DOF2PD_MTRX_3_3 DOF2PD_MTRX_3_4
# MODULES DOF2PD_MTRX_3_5 DOF2PD_MTRX_3_6 DOF2PD_MTRX_3_7 DOF2PD_MTRX_3_8
# MODULES DOF2PD_MTRX_3_9 DOF2PD_MTRX_3_10 DOF2PD_MTRX_3_11 DOF2PD_MTRX_3_12
# MODULES DOF2PD_MTRX_3_13 DOF2PD_MTRX_3_14 DOF2PD_MTRX_4_0 DOF2PD_MTRX_4_1
# MODULES DOF2PD_MTRX_4_2 DOF2PD_MTRX_4_3 DOF2PD_MTRX_4_4 DOF2PD_MTRX_4_5
# MODULES DOF2PD_MTRX_4_6 DOF2PD_MTRX_4_7 DOF2PD_MTRX_4_8 DOF2PD_MTRX_4_9
# MODULES DOF2PD_MTRX_4_10 DOF2PD_MTRX_4_11 DOF2PD_MTRX_4_12 DOF2PD_MTRX_4_13
# MODULES DOF2PD_MTRX_4_14  
# MODULES 

Attachment 1: CDS_Library.png
CDS_Library.png
  3054   Tue Jun 8 00:38:22 2010 Koji, KiwamuUpdateIOOimproved Gaussian beam in new IOO

The shape of the beam spot in the new input optics got much much better 

As Alberto and Kiwamu found on the last week, the beam spot after MMT1 had not been good. So far we postponed the mode measurement due to this bad beam profile.

Today after we did several things in the vacuum chamber, the beam spot became really a good Gaussian spot. See the attachment below.

There were two problems which had caused the bad profile:

(1)  a steering mirror after MMT1 with the incident angle of non 45 deg

(2) clipping at the Faraday.

 

Also MCT_QPD and MCT_CCD were recovered from misalignment  

Tomorrow we are going to restart the mode matching. 

 


(what we did)

* We started from checking the shape of the beam going out from the BS chamber. There still were some stripes which looked like an interference on the spot. 

* We found a steering mirror after MMT1 had the incident angle of non 45 deg. In fact the mirror had a large transmission. After we made the angle roughly 45 deg, the stripes disappeared.

However the spot still didn't look a good Gaussian, it looked slightly having a bump on the horizontal profile.

* Prior to moving of some optics in the vacuum, we ran the A2L_MC scripts in order to check the beam axis. And it was okay.

* To recover the MCT, we steered one of the vacuum mirrors which was located after the pick off mirror.  And after aligning some optics on the AP table, finally we got MCT recovered.

 * We rearranged MC_refl mirrors according to the new optical layout that Koji has made. At the same time the mirrors for IFO_refl was also rearranged coarsely.

 * We leveled the optical table of the MC chamber by moving some weights. Then we locked the MC again and aligned it. We again confirmed that the beam axis was still fine by running the A2L scripts.

 * We found the beam going through Faraday was off-centered by ~5mm toward the west. So we moved it so that the beam propagates on the center of it. 

 * Then looking at the beam profile after MMT1, we found that the profile became really nicer. It showed a beautiful Gaussian. 

In the attachment below, the top panel represents the horizontal profile and the bottom one represents the vertical profile.

The blue curves overlaid on the plot are fitted Gaussian profile, showing beautiful agreements with the measured profile.

Attachment 1: 2010-6-7_2.png
2010-6-7_2.png
  3053   Mon Jun 7 07:39:38 2010 AlbertoOmnistructureElectronicsCapacitor Bridge Test

Quote:

To get a feel for the Capacitive Bridge problems, we setup a simple bridge using fixed (1 nF) caps on a breadboard. We used an SR830 Lock-In amplifier to drive it and readout the noise.

The measurement setup for the Capacitor Bridge Test is still sitting on one of the work benches.

Unless the experiment is supposed to continue today, the equipment shouldn't have been left on the bench. It should have been  taken back to the lab.

Also the cart with HP network analyzer used for the test was left in the desk area. That shouldn't have left floating around in the desk area anyway.

The people responsible for that, are kindly invited to clean up after themselves.

  3052   Sun Jun 6 08:08:05 2010 rana, sanjitSummaryElectronicsCapacitor Bridge Test

To get a feel for the Capacitive Bridge problems, we setup a simple bridge using fixed (1 nF) caps on a breadboard. We used an SR830 Lock-In amplifier to drive it and readout the noise.

CapacitanceBridge.png

We measured the cap values with an LCR meter. They were all within a few % of 0.99 nF.

With a 0.5 V drive to the top of the bridge, the A-B voltage was ~2 mV as expected from the matching of the capacitors.

(** Note about the gain in the SR830: In order to find the magnitude of the input referred signal, one has to divide by G. G = (10 V)/ Sensitivity. 'Sensitivity' is the setting on the front panel.)

  1. Directly measuring from Vs to ground gives 0.5 V, as expected. This is done to verify the calibration later on.
  2. Shorting the A and B wires to ground gives ~0 V and lets us measure the noise. On the spectrum analyzer it was ~400 nV/rHz at 100 Hz and rising slowly to 4 uV/rHz at 100 mHz. In this state, the sensitivity was 10 mV, so the overall gain was 1000. That gives an input referred level of ~0.4 nV/rHz at the input.
  3. Hooking up now to A-B: the signal is ~10x larger than the 'dark' noise everywhere. 2 uV/rHz @ 100 Hz, 10 uV/rHz @ 10 Hz, 50 uV/rHz @ 1 Hz. The spectrum is very non-stationary; changing by factors of several up and down between averages. Probably a problem with the cheapo contacts in the breadboard + wind. The gain in this state was still 1000. So at 1 Hz, its 50 nV/rHz referred to the input.

To convert into units of capacitance fluctuation, we multiply by the capacitance of the capacitors (1 nF) and divide out by the peak-peak voltage (1 V). So the bridge sensitivity is 50e-9 * 1e-9 = 5 x 10^-17 F/rHz.

If we assume that we will have a capacitive displacement transducer giving 1 nF capacitance change for a 0.1 mm displacement, this bridge would have a sensitivity of 5 x 10^-12 m/rHz @ 1 Hz. We would like to do ~50-100x better than this. The next steps should be:

  1. Solder it all together on a PCB to have less air current sensitivity and decent contacts.
  2. Use a low-noise FET input. Since the impedance of the bridge is ~5 kOhms at this frequency, we are probably current noise limited.
  3. Estimate the oscillator amplitude noise sensitivity.
  3051   Sun Jun 6 04:48:41 2010 ranaUpdateCOCITM01 HR Phase Map

While trying to set up the SIS-FFT to use our new ITM phase maps, I noticed that the surface of our ITMs looks pretty good actually (even compared to the aLIGO pathfinder optic map on the AIC wiki). I'm attaching it here for your viewing pleasure.

The code to plot it has been added to the SVN in the PhaseMaps/mat directory.

Attachment 1: itm01hr.png
itm01hr.png
  3050   Fri Jun 4 23:52:57 2010 ranaUpdatePEMseismometers off of linoleum floor

Untitled.pnghuddlez.png

For the huddle test, I have updated the code to divide the residual by sqrt(2) because of the assumption of equal noise from the 2 Guralps. We would have to multiply this trace by sqrt(2) to compare with the previous results.

Now the question is, how do I add a low noise ~50 mV offset to the front of the Guralp breakout box to test for the noise of the box?

  3049   Fri Jun 4 11:32:51 2010 Alberto, kiwamuUpdateIOOMC MMT1 Mirror Tests
[Alberto, Kiwamu]
Last Wednesday, we measured the beam profile after the MC mode matching telescope n.1 (MMT1). We found that the reflected beam had an irregular profile when observed with the beam scan. Fringes also appeared on an IR card.
We thought that such effect could be due to interference of the main reflected beam with the beam reflected by the back surface of the mirror.
 
To test the hypothesis we checked the transmitted and the reflected beams of a spare optic identical to MMT1. (This was the same optic that got dropped during the cleaning/baking process.)
 
We tested it on the PSL table, using a 200mW beam coming from the new 2W Innolight  laser. To maximize the separation between the two beams, we tested MMT1 at 45 degrees. The setup we used is shown here:
 
MCMMT1spareOpticsTestSetup.png
 
We looked at the beam reflected by MMT1 about 5 meters from the mirror. At that distance the beam spot had a size of about 1-2cm. it didn't look perfectly round, but it showed no fringes, as it had happened with original MMT1 inside the MC chamber.
At the transmission, the second ghost beam due to the back surface reflection (see picture above) was very week. In order to be able to see it on an IR card, we had to increase the laser pumping current from 1A to about 1.5A.
 
We are now thinking of a way to measure the relative power between the two. The problem is that they run very close to each other and it's not easy to resolve them with a power meter or a photodiode.
  3048   Thu Jun 3 22:33:31 2010 valeraSummaryCDSsimulated plant work

 I put matlab files and a summary into the 40m wiki for the fitting of the 40m Optickle transfer functions and generating digital filters for the simulated plant:

http://lhocds.ligo-wa.caltech.edu:8000/40m/Generating_DOF-%3EPD_digital_filters_based_on_Optickle_modeling

The filters are not loaded yet. Joe and Alex will make a rcg code to make a matrix of filters (currently 5x15=75 elements) which will enable the simulated plant tf's.

Joe and I tried to put a signal through the DARM loop but the signal was not going through the memory location in the scx part of the simulated plant.

 

Edit by Joe:

I was able to track it down to the spx model not running properly.  It needed the Burt Restore flag set to 1.  I hadn't done that since the last rebuild, so it wasn't actually calculating anything until I flipped that flag.  The data is now circulating all the way around.  If I turn on the final input (the same one with the initial 1.0 offset), the data circulates completely around and starts integrating up.  So the loop has been closed, just without all the correct filters in.

  3047   Thu Jun 3 22:17:05 2010 ranaUpdatePEMseismometers off of linoleum floor

 At ~2350 UTC on June 2, the seismometers were turned off. After the granite slab was repositioned with the new lead, the Ranger was turned on, but not the Guralps.

Now, after ~24 hours, I have put the Guralps onto the granite and turned them on. During this off time, the input channels should be ADC noise limited (or perhaps limited by the INA134 differential receiver chips inside of the Sander Liu AA chassis). The following plot shows that this noise level is ~0.8 uV/rHz and then rising like ~1/sqrt(f) below 5 Hz:

Untitled.png

I checked the slab again by whacking it. It still rings with a Q of several, so I think we need to make the lead flatter. There should barely be any room between the granite and the linoleum.

UPDATE:

I guessed that it should be possible to make the slab-to-floor coupling better with flatter lead (Brian Lantz suggested to use lead sheets). So I removed my booties and jumped up and down on the granite several times. Because of my soft sole shoes, I was able to make an impulsive impact without shattering the granite. The effect of the stomping was pretty dramatic - the horizontal resonance frequency has gone up by a factor of 2. The red trace shows the new TF after the stomping:

a.png

 And the resulting spectrum is here too. As you can see, there is no excess between the Ranger and the Guralps until ~50 Hz where the mechanical resonance in the short direction (non-MC dir) takes over.

Untitled.png

 So, the lesson for next time is to flatten the balls a little more. I leave it to Nancy to calculate the horizontal resonant frequencies of this lead/granite combo to see if it matches with our measurements.

  3046   Thu Jun 3 14:40:28 2010 Alberto, KiwamuUpdateIOOmode measurement of new input optics

Quote:

inside_vac_2.png

 

For the record, we wanted to check whether the fringes on the beam spot were caused by SM2 (see diagram above). We tried two different mirrors for SM2,

The first was one of the flat, 45 degree ones that were already on the BS table. The last, which is the one currently in place, was inside the plastic box with the clean optics that Jenne left us .

The fringes were present in both cases.

  3045   Thu Jun 3 14:13:20 2010 JenneUpdateIOOmode measurement of new input optics

Quote:

I checked the measured data of the mode profile which was taken on the last Tuesday.

For the vertical profile,

the plot shows a good agreement between the expected radius which is computed from the past measurement, and that measured on the last Tuesday.

However for the horizontal profile,

it looks like being overestimated. This disagreement may come from the interference imposed on the Gaussian spot as we've been worried. 

So we should solve this issue before restarting this mode matching work.

 - The next step we should do are;

checking the effect of MMT1 on the shape of the beam spot by using spare MMT1

 

NOTE:

The expected curve in the attached figure were computed by using the fitted parameter listed on the entry 2984 .

In the calculation the MMT1 is placed at 1911mm away from MC3 as we measured.

And the focal length of MMT1 is set to be f=-2500mm.

 When / if you use the other MMT1 mirror, make sure to take note whether or not it says "SPARE" on it in pencil.  I don't remember if it's the other MMT1, or if it's one of the MMT2's that says this.  The mirror was baked, so it's okay to use in the vacuum, however it's the one which was dropped on the floor (just prior to baking), so any discrepancies measured using that optic may not be useful.  I don't know how strong the CVI coatings are to scratches resulting in being dropped from a ~1m height.  Bob and I didn't see any obvious big scratches that day, but that doesn't necessarily give it a clean bill of health. 

The optic labeled "SPARE" should NOT be used as the final one in the IFO.

  3044   Thu Jun 3 14:01:51 2010 kiwamuUpdateIOOmode measurement of new input optics

I checked the measured data of the mode profile which was taken on the last Tuesday.

For the vertical profile,

the plot shows a good agreement between the expected radius which is computed from the past measurement, and that measured on the last Tuesday.

However for the horizontal profile,

it looks like being overestimated. This disagreement may come from the interference imposed on the Gaussian spot as we've been worried. 

So I guess we should solve this issue before restarting this mode matching work.

 - The next step we should do are;

checking the effect of MMT1 on the shape of the beam spot by using a spare of MMT1

 

NOTE:

The expected curve in the attached figure were computed by using the fitted parameter listed on the entry 2984 .

In the calculation the MMT1 is placed at 1911mm away from MC3 as we measured.

And the focal length of MMT1 is set to be f=-2500mm.

Attachment 1: check_measurement_edit.png
check_measurement_edit.png
  3043   Thu Jun 3 13:14:27 2010 kiwamuUpdateIOOmode measurement of new input optics

I corrected the sketch of the new IOO. 

The sketch in the last entry was also replaced by the new one. 

http://nodus.ligo.caltech.edu:8080/40m/3029 

Quote:

Just note that MMT1 has RoC of -5m (negative!). This means that it is a lens with f=-2.5 m,

Attachment 1: inside_vac_2.png
inside_vac_2.png
  3042   Thu Jun 3 00:47:17 2010 KevinUpdatePSL2W Beam Profile of Second Reflected Beam

[Koji, Kevin]

The profile of the Innolight 2W was previously measured by measuring the reflected beam from the front surface of a W2 window (see entry). To investigate thermal effects, Rana suggested also measuring the profile of the beam reflected from the back surface of the W2.

I used the same setup and methods as were used in the first measurement. The mirror was moved so that only the beam reflected from the back surface of the W2 was reflected from the mirror. This beam was reflected from both the front of the mirror and the back of the mirror. An extra beam dump was positioned to block the reflection from the back of the mirror.

This measurement was made with 2.004 A injection current and 25.04°C laser crystal temperature.

The data was fit to w = sqrt(w0^2+lambda^2*(x-x0)^2/(pi*w0)^2) with the following results

For the horizontal beam profile:

reduced chi^2 = 5.1

x0 = (-186 ± 6) mm

w0 = (125.8 ± 1.4) µm


For the vertical beam profile:

reduced chi^2 = 14.4

x0 = (-202 ± 11) mm

w0 = (132.5 ± 2.7) µm


In the following plots, the blue curve is the fit to the vertical beam radius, the purple curve is the fit to the horizontal beam radius, * denotes a data point from the vertical data, and + denotes a data point from the horizontal data.

Attachment 1: profile_2nd.png
profile_2nd.png
  3041   Wed Jun 2 22:58:04 2010 KevinUpdatePSL2W Second Reflected Beam Profile

[Koji, Kevin]

The profile of the Innolight 2W was previously measured by measuring the reflected beam from the front surface of a W2 window (see entry). To investigate thermal effects, Rana suggested also measuring the profile of the beam reflected from the back surface of the W2.

I used the same setup and methods as were used in the first measurement. The mirror was moved so that only the beam reflected from the back surface of the W2 was reflected from the mirror. This beam was reflected from both the front of the mirror and the back of the mirror. An extra beam dump was positioned to block the reflection from the back of the mirror.

This measurement was made with 2.004 A injection current and 25.04°C laser crystal temperature.

The data was fit to w = sqrt(w0^2+lambda^2*(x-x0)^2/(pi*w0)^2) with the following results

For the horizontal beam profile:

reduced chi^2 = 5.1

x0 = (-186 ± 6) mm

w0 = (125.8 ± 1.4) µm

For the vertical beam profile:

reduced chi^2 = 14.4

x0 = (-202 ± 11) mm

w0 = (132.5 ± 2.7) µm

In the following plots, the blue curve is the fit to the vertical beam radius, the purple curve is the fit to the horizontal beam radius, * denotes a data point from the vertical data, and + denotes a data point from the horizontal data.

The differences between the beam radii for the beam reflected from the front surface and the beam reflected from the back surface are

Δw0_horizontal = (12.8 ± 1.6) µm

Δw0_vertical = (8.5 ± 2.9) µm

So the two measurements are not consistent. This suggests that the passage through the W2 altered the profile of the beam.

Attachment 1: profile_2nd.png
profile_2nd.png
  3040   Wed Jun 2 22:25:39 2010 KevinUpdatePSLLow Power 2W Beam Profile

Koji is worried about thermal lensing introducing errors to the measurement of the 2W beam profile so I measured the profile at a lower power.

I used the same setup and methods used to measure the profile at 2W (see entry). This measurement was taken with an injection current of 1.202 A and a laser crystal temperature of 25.05° C. This corresponds to approximately 600 mW (see power measurement).

The data was fit to  w = sqrt(w0^2+lambda^2*(x-x0)^2/(pi*w0)^2) with the following results

For the horizontal beam profile:

reduced chi^2 = 2.7

x0 = (-203 ± 3) mm

w0 = (151.3 ± 1.0) µm

For the vertical beam profile:

reduced chi^2 = 6.8

x0 = (-223 ± 6) mm

w0 = (167.5 ± 2.2) µm

In the following plots, the blue curve is the fit to the vertical beam radius, the purple curve is the fit to the horizontal beam radius, * denotes a data point from the vertical data, and + denotes a data point from the horizontal data.

The differences between the beam radii for the low power and high power measurements are

Δw0_horizontal = (38.3 ± 1.2) µm

Δw0_vertical = (43.5 ± 2.4) µm

Thus, the two measurements are not consistent. To determine if the thermal lensing is in the laser itself or due to reflection from the W2 and mirror, we should measure the beam profile again at 2W with a razor blade just before the W2 and a photodiode to measure the intensity of the reflection off of the front surface. If this measurement is consistent with the measurement made with the beam scan, this would suggest that the thermal lensing is in the laser itself and that there are no effects due to reflection from the W2 and mirror. If the measurement is not consistent, we should do the same measurement at low power to compare with the measurement described in this entry.


Attachment 1: profile_low.png
profile_low.png
  3039   Wed Jun 2 21:21:43 2010 steveUpdatePEMseismometers off of linoleum floor

Quote:

Steve for Nancy,

Seismometer interface box ac power was turned off, Guralps disconnected and moved. Ranger locked, moved and released. Nancy will describe the rest soon.

The flattened lead balls were checked for their heights by the calliper, and were all in the range of 9.50 to 9.70 mm.

The rechecking was done by using these balls between two aluminium plates and checking their levelling. When confirmed this, we proceeded to install the balls(no more balls :P ) in their place.

The Guralps were switched off by switching off the power supply to them. The ranger mass was clamped in order to be able to move it. This can be undone by rotating the transport screw counter-clockwise.

We installed the flattened lead ballsin the space made for them. The granite was then placed on it with the help of many other people in the lab.  It was lowered by hanging it on two straps held by people , and then placed in the space marked for it.

Did we then turn on the seismometers? Did we release the locking screw on the Ranger? What happened to Bat-Boy??? Since they make a good mystery I will choose to leave them out of my elog entry.

  3038   Wed Jun 2 18:36:20 2010 valeraDAQCDSNoise generators in LSP

Alex wrote a new code to implement LSP noise generator. The code is based on 64 bit random number generator from Numerical Recipes 3rd ed ch 7.1 (p 343).

Joe made two instances in the LSP model.

The attached plot shows the spectra and coherence of two generators. The incoherence is ~1/Navg - statistically consistent with no coherence.

Attachment 1: noisegenerators.pdf
noisegenerators.pdf
  3037   Wed Jun 2 18:09:32 2010 steveUpdatePEMseismometers off of linoleum floor

Steve for Nancy,

Seismometer interface box ac power was turned off, Guralps disconnected and moved. Ranger locked, moved and released. Nancy will describe the rest soon.

 

  3036   Wed Jun 2 17:34:33 2010 josephb, alex, valeraUpdateCDSCDS updates

From what I understand, Alex rewrote portions of the framebuilder and testpoint codes and then recompiled them in order to get more than 1 testpoint per front end working.   I've tested up to 5 testpoints at once so far, and it worked.

We also have a new noise component added to the RCG code.  This piece of code uses the random number generator from chapter 7.1 of Numerical Recipies Third Edition to generate uniform numbers from 0 to 1.  By placing a filter bank after it should give us sufficient flexibility in generating the necessary noise types.  We did a coherence test between two instances of this noise piece, and they looked pretty incoherent.  Valera will add a picture of it when it finishe 1000 averages to this elog.

I'm in the process of propagating the old suspension control filters to the new RCG filter banks to give us a starting point.  Tomorrow Valera and I are planning to choose a subset of the plant filters  and put them in, and then work out some initial control filters to correspond to the plant.  I also need to think about adding the anti-aliasing filters and whitening/dewhitening filters.

 

  3035   Wed Jun 2 11:28:31 2010 KojiUpdateMOPAlaser headtemp is up

Last night we stopped the air conditioning. It made HDTEMP increase.
Later we restored them and the temperature slowly recovered. I don't know why the recovery was so slow.

Quote:

Is the cooling line clogged? The chiller temp is 21C See 1 and 20 days plots

 

  3034   Wed Jun 2 11:25:16 2010 josephb,alexUpdateCDSCDS saga (aka the bad code saga)

Alex updated the awg.par file to handle all the testpoints.  Basically its very similar to the testpoint.par, but the prognum lines have to be 1 higher than the corresponding prognum in testpoint.par.  A entry looks like:

[C1-awg0]
hostname=192.168.1.2
prognum=0x31001002

After running "diag -i" and seeing some RPC number conflicts, we went into /cvs/cds/caltech/cds/target/gds/param/diag_C.conf and changed the line from

&chn * *  192.168.1.2 822087685 1

to

&chn * *  192.168.1.2 822087700 1

The number represents an RPC number.  This was conflicting with the RPC number associated with the awgtpman processes.  We then had to update the /etc/rpc file as well.  At the end we changed chnconf 822087685 to chnconf 822087700.  We then run /usr/sbin/xinetd reload

Lastly we edited the /etc/xinetd.d/chnconf file line

server_args             = /cvs/cds/caltech/target/gds/param/tpchn_C4.par /cvs/cds/caltech/target/gds/param/tpchn_C5.par

to

server_args             = /cvs/cds/caltech/target/gds/param/tpchn_C1.par /cvs/cds/caltech/target/gds/param/tpchn_C2.par /cvs/cds/caltech/target/gds/param/tpchn_C3.par /cvs/cds/caltech/target/gds/param/tpchn_C4.par /cvs/cds/caltech/target/gds/param/tpchn_C5.par /cvs/cds/caltech/target/gds/param/tpchn_C6.par /cvs/cds/caltech/target/gds/param/tpchn_C7.par /cvs/cds/caltech/target/gds/param/tpchn_C8.par /cvs/cds/caltech/target/gds/param/tpchn_C9.par

 

Alex also recompiled the frame builder code to be able to handle more than 7 front ends.  This involved tracking down a newer version of libtestpoint.so on c1iscex and moving it over to megatron, then going in and by hand adding the ability to have up to 10 front ends connected.

Alex has said he doesn't like this code and would like it to dynamically allocate properly for any number of servers rather than having a dumb hard coded limit.

Other changes he needs to make:

1) Get rid of set dcu_rate ## = 16384 type lines in the daqrc file.  That information is available from the /caltech/chans/C1LSC.ini type files which are automatically generated when you compile a model.  This means not having to go in by hand to update these in daqrc.

2) Get some awg.par and testpoint.par rules, so that these are automatically updates when you build a model.  Make it so it automatically assigns a prognum when read in rather than having to hard code them in by hand.

3)Slave the awgtpmans to a single clock running from the IO processor x00. This ensures they are all in sync.

 

 

 

  3033   Wed Jun 2 07:54:55 2010 steveUpdateMOPAlaser headtemp is up

Is the cooling line clogged? The chiller temp is 21C See 1 and 20 days plots

Attachment 1: htemp.jpg
htemp.jpg
Attachment 2: htemp20d.jpg
htemp20d.jpg
  3032   Wed Jun 2 04:27:02 2010 KojiUpdatePSL2W Beam Profile

This is what I already told to Kevin and Rana:

A direct output beam is one of the most difficult measurements for the mode profiling.
I worried about the thermal lensing.

Since most of the laser power goes through the substrate (BK7) of the W2 window, it may induce thermal deformation on the mirror surface.
An UV fused silica window may save the effect as the thermal expansion coefficient is 0.55e-6/K while BK7 has 7.5e-6.

In addition to the thermal deformation issue, the pick-off setup disables us to measure the beam widths near the laser aperture.

I rather prefer to persist on the razor blade then use the pick off between the blade and the PD.

I also confess that the description above came only from my knowledge, and not from any scientific confirmation including any calculation.
If we can confirm the evidence (or no evidence) of the lensing, it is a great addition to my experience.

Quote:

[Rana, Kiwamu, Kevin]

The Innolight 2W beam profile was measured with the beam scan. A W2-IF-1025-C-1064-45P window was used to reflect a small amount of the main beam. A 5101 VIS mirror was used to direct just the beam reflected from the front surface of the W2 down the table (the beam reflected from the back surface of the W2 hit the optic mount for the mirror). A razor blade beam dump was used to stop the main transmitted beam from the W2. The distance from the laser was measured from the front black face of the laser to the front face of the beam scan (this distance is not the beam path length but was the easiest and most accurate distance to measure). The vertical and horizontal beam widths were measured at 13.5% of the maximum intensity (each measurement was averaged over 100 samples). These widths were divided by 2 to get the vertical and horizontal radii.

The mirror was tilted so that the beam was close to parallel to the table. (The center of the beam fell by approximately 2.1 mm over the 474 mm that the measurement was made in).

The measurement was taken with an injection current of 2.004 A and a laser crystal temperature of 25.04°C.

This data was fit to w = sqrt(w0^2+lambda^2*(x-x0)^2/(pi*w0)^2) with lambda = 1064nm with the following results

For the horizontal beam profile:

reduced chi^2 = 4.0

x0 = (-138 ± 3) mm

w0 = (113.0 ± 0.7) µm

For the vertical beam profile:

reduced chi^2 = 14.9

x0 = (-125 ± 4) mm

w0 = (124.0 ± 1.0) µm

In the following plots, the blue curve is the fit to the vertical beam radius, the purple curve is the fit to the horizontal beam radius, * denotes a data point from the vertical data, and + denotes a data point from the horizontal data.

 

  3031   Wed Jun 2 03:50:03 2010 KojiUpdateIOOmode measurement of new input optics

Just note that MMT1 has RoC of -5m (negative!). This means that it is a lens with f=-2.5 m,

 

  3030   Wed Jun 2 03:24:22 2010 KevinUpdatePSL2W Beam Profile

[Rana, Kiwamu, Kevin]

The Innolight 2W beam profile was measured with the beam scan. A W2-IF-1025-C-1064-45P window was used to reflect a small amount of the main beam. A 5101 VIS mirror was used to direct just the beam reflected from the front surface of the W2 down the table (the beam reflected from the back surface of the W2 hit the optic mount for the mirror). A razor blade beam dump was used to stop the main transmitted beam from the W2. The distance from the laser was measured from the front black face of the laser to the front face of the beam scan (this distance is not the beam path length but was the easiest and most accurate distance to measure). The vertical and horizontal beam widths were measured at 13.5% of the maximum intensity (each measurement was averaged over 100 samples). These widths were divided by 2 to get the vertical and horizontal radii.

The mirror was tilted so that the beam was close to parallel to the table. (The center of the beam fell by approximately 2.1 mm over the 474 mm that the measurement was made in).

The measurement was taken with an injection current of 2.004 A and a laser crystal temperature of 25.04°C.

This data was fit to w = sqrt(w0^2+lambda^2*(x-x0)^2/(pi*w0)^2) with lambda = 1064nm with the following results

For the horizontal beam profile:

reduced chi^2 = 4.0

x0 = (-138 ± 3) mm

w0 = (113.0 ± 0.7) µm

For the vertical beam profile:

reduced chi^2 = 14.9

x0 = (-125 ± 4) mm

w0 = (124.0 ± 1.0) µm

In the following plots, the blue curve is the fit to the vertical beam radius, the purple curve is the fit to the horizontal beam radius, * denotes a data point from the vertical data, and + denotes a data point from the horizontal data.

Attachment 1: profile.png
profile.png
Attachment 2: errors.png
errors.png
Attachment 3: Layout.jpg
Layout.jpg
  3029   Wed Jun 2 01:47:28 2010 Alberto, KiwamuUpdateIOOmode measurement of new input optics

The mode profile of the new input optics was measured.

Although the distance between each optic was not exactly the same as the design because of narrow space,

we measured the profile after the curved mirror (MMT1) that Jenne and Kevin put in the last week.

 


(interference from MMT1)

Below is a sketch of the current optical path inside of the chamber.

inside_vac_2.png

 

In the beginning of this measurement, the angle between the incident and the reflection on MMT1 (denoted as theta on the sketch) was relatively big (~40deg) although MMT1 was actually made for 0deg incident.

At that time we found a spatially large interference imposed on the Gaussian beam at the beam scan. This is not good for mode measurement

This bad interference can be caused by an extra reflection from the back surface of MMT1 because the interference completely vanished by removing MMT1  .

In order to reduce the interference we decreased the angle theta as small as possible. Actually we made it less than 10deg which was our best due to narrow space. 

Now the interference got less and the spot looks better.

The picture below shows an example of the beam shape taken by using the beam scan.

Top panel represents the horizontal mode and bottom panel represents the vertical mode.

You can see some bumps caused by the interference on the horizontal mode, these bumps may lead to overestimation of the horizontal spot size .

 

beam_profile.png

 

(result)

 afterMMT1.png

 The above plot shows the result of the mode measurement.

 Here are the parameter obtained by fitting. The data is also attached as attachment:4

waist size for vertical  w0v [mm]  0.509 +/-0.0237
waist size for horizontal

w0h  [mm]

 0.537  +/- 0.0150
waist position from MMT1 for vertical  xv[m]  -2.91 +/- 0.214
waist position from MMT1 for horizontal xh[m]   -2.90 +/-  0.127


Attachment 3: MMT1_.dat.zip
  3028   Tue Jun 1 20:40:03 2010 KojiUpdatePSLnew HIGH-LOW value for PMC_TRANS

The alarm had kept crying. I reduced the LOW to be 0.90 and the LOLO to be 0.85 both in psl.db and with ezcawrite.

Quote:

We changed the HIGH/LOW values of the PMC_TRANS.

The edited file was updated on the svn.


Since the PMC_TRANSPD was replaced behind the pzt mirror (see the entry), its nominal value were reduced to something like ~1V from the previous value of ~2V.

In the medm screen C1PSL_PMC.adl the PMC_TRAN always indicated red because the value were low compared with the previous one.

We went to /cvs/cds/caltech/target/c1psl, then edited psl.db

- Here are the new parameters we set up in the file.

grecord(ai,"C1:PSL-PMC_PMCTRANSPD")
{

  field(LOW,"0.98")
  field(LOLO,"0.93")
  field(HIGH,"1.15")
  field(HIHI,"1.3")

}

- - - -

These values are based on ~4days trend of the PMC_TRAN.

Then we manually updated those numbers by using ezcawrite in order not to reboot C1PSL.

So now it nicely indicates green in the medm screen.

 

  3027   Tue Jun 1 18:39:59 2010 NancyUpdate Lead spheres for the seismographs

 

the lead spheres that were placed below the granite slab have been flattened by hammering to have lesser degree of wobbling of the slab.

the height of each piece, and the flatness of their surfaces was checked by placing another slab over them and checking by the spirit level.

P6010170.JPG

P6010166.JPG

P6010164.JPG

 

  3026   Tue Jun 1 16:29:51 2010 AlbertoUpdateIOOMC transmitted beam aligned to the Faraday; next things to do

We moved the MC-trans pick-off mirror (= the beam splitter between the input of the Faraday and the steering mirror located right after MC3). Now the beam goes through the Farady without getting clipped.

This is the list of the things that have to be done next:

  1. take pictures of the beam spot just before and after the Faraday
  2. lock down to the table the MCTrans pickoff mirror with its screws
  3. measure the beam profile after the first MC telescope mirror (MMT1)
  4. remove Jenne's extra steering mirror from the MC table
  5. re-level the MC table with the bubble level
  6. align the MC-trans beam to its photodiode on the PSL table
  7. align the REFL beam to its photodiode on the AP table
  3025   Tue Jun 1 15:51:42 2010 steveUpdatePEMfoam box for good thermal stability

This box was made  to provide good thermal stability for seismometer calibration. There is an inner solid shell of 0.064" Al box that is covered by 2" insulation

inside and outside. The polystyrene foam is "CertiFoam 25 SE " from McMasterCarr #9255K3.

Attachment 1: albx2.PDF
albx2.PDF
  3024   Tue Jun 1 11:47:14 2010 steveUpdatePEMlead balls on concrete

Quote:

Valera and I put the 2 Guralps and the Ranger onto the big granite slab and then put the new big yellow foam box on top of it.

There is a problem with the setup. I believe that the lead balls under the slab are not sitting right. We need to cut out the tile so the thing sits directly on some steel inserts.

You can see from the dataviewer trend that the horizontal directions got a lot noisier as soon as we put the things on the slab.

 The tiles were cut out in 1.5" ID circle to insure that the 7/16" OD lead balls would not touch the tiles on Wednesday, May 26, 2010

Granite surface plate specifications: grade B, 18" x 24" x 3" , 139 lbs

These balls and granite plate were removed by  Rana in entry log #3018 at 5-31-2010

Attachment 1: P1060269.JPG
P1060269.JPG
  3023   Tue Jun 1 06:30:38 2010 KojiConfiguration40m Upgradingeffect of the arm length

I checked the effect of the arm length to the reflectance of the f2(=5*f1) sidebands.

Conclusion: If we choose L_arm = 38.4 [m], it looks sufficiently being away from the resonance
We may want to incorporate small change of the recycling cavity lengths so that we can compensate the phase deviation from -180deg.


f1 of 11.065399MHz is assumed. The carrier is assumed to be locked at the resonance.

Attachment 1: (Left) Amplitude reflectance of the arm cavity at f2 a a function of L_arm. (Right) Phase
Horizontal axis: Arm length in meter, Vertical Magnitude and Phase of the reflectance

At L=37.93 [m], f2 sidebands become resonant to the arm cavity. Otherwise, the beam will not be resonant.

Attachment 2: close-up at around 5 f1 frequency.
The phase deviation from the true anti resonance is ~0.7deg. This can be compensated by both PRC and SRC lengths.

Attachment 1: arm_cavity1.png
arm_cavity1.png
Attachment 2: arm_cavity2.png
arm_cavity2.png
Attachment 3: arm_cavity.nb.zip
  3022   Mon May 31 22:52:57 2010 ranaUpdatePEMGranite slab w/ lead balls is so far a flop

This plot shows the noise with the box on, but no granite. We're still pretty far off from the Guralp data sheet.

Untitled.png

I implemented software rotation in the huddle subtraction as Valera suggested and it works much better. The two plots below show the before and after. So far this is just 2 deg. of rotation around the z-axis. I'm assuming that aligning the seismometers vertically via bubble level is good enough for the z-axis, but I haven't calibrated the bubble yet.

huddlez.pnghuddlez.png

The residual slope is now suspiciously smooth. I somehow suspect that our readout electronics can still be responsible. We need to hook up a 9V battery to the input terminals to check it out. Its a little steeper than 1/f and I thought that we had exonerated the Guralp breakout box in the past, but now I'm not so sure. I'll let Jenne comment on that.

I also noticed that we have not yet divided by sqrt(2) to account for the fact that we are subtracting 2 seismometers. In principle, an unbiased estimate of the single seismometer noise will be lower by sqrt(2) than the green curve.

  3021   Mon May 31 17:47:34 2010 kiwamuUpdateIOOtoday's plan : MC alignment

[Alberto, Kiwamu]

0. have a coffee and then dress up the clean coat.

1. level the MC table

2. lock and align MC 

3. run A2L script to see how much off-centering of the spots

4. steer the periscope mirror <--- We are here

5. move the pick off mirror which is used for monitoring of MCT CCD

6. check the leveling and move some weights if it's necessary

7. shut down

  3020   Mon May 31 03:38:48 2010 KojiUpdateIOOMC alignment

Remember that you only can introduce the axis translations from the PSL table.
It is quite difficult to adjust the axis rotation.

The calibration factor from A2L results to the beam position is dx = (A2L_result - 1) *10.8mm

If I believer the result below, the spot positions on the mirrors are

MC1 Pitch      -1.1mm
MC1 Yaw        -0.20mm
MC3 Pitch      -1.5mm
MC3 Yaw        +0.35mm

This means that the beam is 1.3mm too high and 0.28mm too much in north

This corresponds to tilting SM2 by
0.33mrad in pitch (23deg in CW)
and
0.10mrad in yaw (7deg in CW).

Quote:

C1:SUS-MC1_ULPIT_GAIN =  0.900445
C1:SUS-MC1_ULYAW_GAIN =  0.981212
C1:SUS-MC3_ULPIT_GAIN =  0.86398

C1:SUS-MC3_ULYAW_GAIN =  1.03221  

 

Attachment 1: MC_spot_centering.png
MC_spot_centering.png
  3019   Mon May 31 00:10:18 2010 kiwamuUpdateIOOMC alignment

  [Alberto, Kiwamu]

The MC alignment is getting better by steering the axis of the incident beam into the MC.

We found the beam spot on MC1 and MC3 were quite off-centered in the beginning of today's work. It had the coil gain ratio of 0.6:1.4 after running the A2L script.

In order to let the beam hit the center of the MC1 and MC3, we steered the bottom mirror attached on the periscope on the PSL table to the yaw direction.

And then we got better numbers for the coil gain ratio (see the numbers listed at the bottom).

For the pitch direction, there still are some rooms to improve because we didn't do anything with the pitch. It is going to be improved tomorrow or later.

 

Here are the amounts of off-centering on MC1 and MC3 after steering the axis. 

 C1:SUS- MC1_ULPIT_GAIN =  0.900445

C1:SUS-MC1_ULYAW_GAIN =  0.981212

C1:SUS-MC3_ULPIT_GAIN =  0.86398

C1:SUS-MC3_ULYAW_GAIN =   1.03221

  3018   Sun May 30 22:18:49 2010 ranaUpdatePEMGranite slab w/ lead balls is so far a flop

The seismometers showed an increased noise in the Y-direction when put on top of the granite slab. By tapping the slab, you can tell that its really a mechanical resonance of the lead balls + granite system at ~15-20 Hz.

I tried new balls, flipping the slab upside down, and sitting on the slab for awhile. None of this changed the qualitative behavior, although each of the actions changed the resonance frequencies by several Hz.

I have removed the granite/balls and put the seismometers back on the linoleum floor. The excess noise is gone. I have put the new big box back on top of them and we'll see how the data looks overnight.

 

I expect that we should remove the linoleum in a wider area and put the seismometers directly on the floor.

  3017   Sun May 30 17:51:04 2010 kiwamuHowToPEMAllegra dataviewer

I found the dataviewer didn't work only on Allegra. This thing sometimes happened as described in the past entry.

I rebooted Allegra, then the problem was fixed.

 

  3016   Sun May 30 15:36:22 2010 AlbertoConfigurationPSLIMC periscope shutter

Two days ago I opened the PSL shutter by switching the switch on the shutter driver. That caused the shutter's switch on the medm screen to work in reversed mode: open meant closed and closed meant open.

I fixed that. Now the medm screen switch state is correct.

ELOG V3.1.3-