40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 60 of 339  Not logged in ELOG logo
ID Dateup Author Type Category Subject
  2977   Tue May 25 00:10:24 2010 ZachUpdateIOOIMC table leveled again

The IMC table had to be leveled again, for two reasons: 1) It was un-leveled when Jenne and Kiwamu removed an extra beam dump when they took the beam profile measurements, and 2) the stack of weights I had put there before was too tall to allow the beam to pass (I didn't realize that the BS chamber is offset a bit to the north, so the beam passes right over the NE edge of the IMC table).

First of all, I was wrong before when I said that the stack of weights was 4 blocks tall; it was 6 blocks tall. I re-leveled the table this afternoon by removing the top three blocks and placing them immediately south of the bottom three in the original stack, while also moving the circular weight north of its previous position. The table is now balanced roughly to within the tolerance of the bubble level I was using.

After the leveling, I tried to re-lock the modecleaner. Upon removing the beam block on the PSL table, I got some sort of resonance flashes on the MC TRANS monitor. With some minor adjustments to MC2&3, I was able to get a decent TEM00 mode to hit. The cavity wouldn't lock, so I went to the AP table and checked to make sure that the REFL beam was hitting the PD. It was, but the beam was very close to the edge of the focusing lens, so I moved the steering mirror slightly to make the situation a little better.

I then went to the control room to finish the by-now-mundane task of fine-tuning the MC lock, but today's was a worthier opponent. For some reason, the thing didn't want to lock for more than a few seconds at a time. I saw that the spot on MC2 was quite a bit off-center, so I ran the MC2_spot_xxx scripts to get it visually in place, then revisited the AP table to ensure that the REFL beam was still on the PD. No dice.

I don't know what was different. I had Ameristat over the opening between the tanks, with posters on top and on the sides (as usual), and I checked to ensure that the servo gains were at the appropriate levels. Joe pointed out that IOO VME was not responding, but we didn't seem to think that this was the problem (based on nothing I can put in words or stick figure cartoons), and the "alive" indicator on the Auto-Lock control in the MEDM screen was not blinking, as it usually is, but I don't know what bearing this has on anything.

I will try to lock again tomorrow.

 

  2978   Tue May 25 07:22:59 2010 kiwamuUpdateElectronicsbad power supply of a vme rack

Notes on May 25th

 Don't do the following things !! This causes bad cross-talking of CPUs mounted on the crate.

 


I moved c0daqawg and c1pem1 from 1Y6 vme crate to 1Y7 crate due to the bad power supply.

Another problem: c0dcu1 doesn't come back to the network. 

After moving them, I tried to get back them into the RFM network. However  c0dcu1 never came back, it still indicates red in C0DAQ_DETAIL.adl screen.

Alberto and I did even "nuclear option" (as instructed), but no luck.

  2979   Tue May 25 07:58:23 2010 kiwamuUpdateelogelog down

I found the elog got down around 7:30 am in this morning.

So I restarted it by running the script: "start-elog-nodus" as instructed on the wiki.

http://lhocds.ligo-wa.caltech.edu:8000/40m/How_To/Restart_the_elog

  2980   Tue May 25 09:12:46 2010 kiwamuConfigurationGreen Lockingeffect from air conditioner

We should completely turn off the air conditioner when working on green locking.

Even if green beams propagates inside of chambers, the air conditioner does affect the spatial jitter of the beam. 

The attached picture was taken when Steve and I were seeing how the green beam jittered. 

At that time the beam was injected from the end table and going through inside of the ETM, the ITM and the BS camber.

Eventually it came out from the camber and hit the wall outside of the chamber. It was obvious, we could see the jittering when the air cond. was ON.

  2981   Tue May 25 10:06:09 2010 kiwamuUpdateElectronicsbad power supply of a vme rack

 I got a VME crate from Peter's lab. It is already installed in 1Y6 instead of the old broken one.

I checked its power supply, and it looked fine. It successfully supplies +5, +12 and -12 V. And then I put c0daqawg and c1pem1 back from 1Y7.

Now I am trying to reboot all the front end computers with Peter's VME crate. A picture of the VME crate will be updated later.

  2982   Tue May 25 16:32:26 2010 kiwamuHowToElectronicsfront ends are back

 [Alex, Joe, Kiwamu]

Eventually all the front end computers came back !! 

There were two problems.

(1): C0DCU1 didn't want to come back to the network. After we did several things it turned the ADC board for C0DCU1 didn't work correctly.

(2): C1PEM1 and C0DAQAWG were cross-talking via the back panel of the crate.


(what we did)

* installed a VME crate with single back panel to 1Y6 and mounted C1PEM1 and C0DAQAWG on it. However it turned out this configuration was bad because the two CPUs could cross-talk via the back panel.

* removed the VME crate and then installed another VME crate which has two back panels so that we can electrically separate C1PEM1 and C0DAQAWG.  After this work, C0DAQAWG started working successfully.

 * rebooted all the front ends, fb40m and c1dcuepics.

 * reset the RFM bypath. But these things didn't bring C0DCU1 back.

 * telnet to C0DCU1 and ran "./startup.cmd" manually. In fact "./startup.cmd" should automatically be called when it boots.

 * saw the error messages from "./startup.cmd" and found it failed when initialization of the ADC board. It saids "Init Failure !! could not find ICS"

*  went to 1Y7 rack and checked the ADC. We found C0DCU1 had two ADC boards, one of two was not in used.

* disconnected all two ADCs and put back one which had not been in used. At the same time we changed the switching address of this ADC to have the same address as the other ADC. 

* powered off/on 1Y7 rack. Finally C0DCU1 got back.

* burtrestored the epics to the last Friday, May 21st 6:07am

  2983   Tue May 25 16:40:27 2010 josephb, alexUpdateCDSFinally tracked down why new models wouldn't talk to each other

The problem with the new models using the new shared memory/dolphin/RFM defined as names in a single .ipc file.

The first is the no_oversampling flag should not be used.  Since we have a single IO processor handling ADCs and DACs at 64k, while the models run at 16k, there is some oversampling occuring.  This was causing problems syncing between the models and the IOP.

It also didn't help I had a typo in two channels which I happened to use as a test case to confirm they were talking.  However, that has been fixed.

  2984   Tue May 25 17:04:37 2010 KevinUpdate Beam Profile After Mode Cleaner

I fit the data from the beam profile that Jenne measured on 5/21/2010. The distances are measured from halfway between MC1 and MC3 to the beam scanner. The fits give the following where w0 is the waist size and z0 is the distance from the waist to halfway between MC1 and MC3.

For the horizontal profile:

reduced chi^2 = 0.88

z0 = (1 ± 29) mm

w0 = (1.51 ± 0.01) mm

For the vertical profile:

reduced chi^2 = 0.94

z0 = (673 ± 28) mm

w0 = (1.59 ± 0.01) mm

I calculated the radius of curvature of MC2 using these values of w0:

horizontal: (16.89 ± 0.06) m

vertical:   (17.66 ± 0.07) m

For this calculation, I used the value of (13.546 ± .0005) m for the length of the mode cleaner measured on 6/10/2009. The specification for the radius of curvature of MC2 is (18.4 ± 0.1) 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.

  2985   Tue May 25 17:09:22 2010 KojiUpdateIOOBeam Profile After Mode Cleaner

Very nice as usual. Can you add the curve to show the ideal mode of the MC on the profile plot?

Quote:

I fit the data from the beam profile that Jenne measured on 5/21/2010. The distances are measured from halfway between MC1 and MC3 to the beam scanner. The fits give the following where w0 is the waist size and z0 is the distance from the waist to halfway between MC1 and MC3.

For the horizontal profile:

reduced chi^2 = 0.88

z0 = (1 ± 29) mm

w0 = (1.51 ± 0.01) mm

For the vertical profile:

reduced chi^2 = 0.94

z0 = (673 ± 28) mm

w0 = (1.59 ± 0.01) mm

I calculated the radius of curvature of MC2 using these values of w0:

horizontal: (16.89 ± 0.06) m

vertical:   (17.66 ± 0.07) m

For this calculation, I used the value of (13.546 ± .0005) m for the length of the mode cleaner measured on 6/10/2009. The specification for the radius of curvature of MC2 is (18.4 ± 0.1) m.

 

  2986   Tue May 25 17:22:56 2010 KevinUpdateIOOBeam Profile After Mode Cleaner

Quote:

Very nice as usual. Can you add the curve to show the ideal mode of the MC on the profile plot?

Quote:

I fit the data from the beam profile that Jenne measured on 5/21/2010. The distances are measured from halfway between MC1 and MC3 to the beam scanner. The fits give the following where w0 is the waist size and z0 is the distance from the waist to halfway between MC1 and MC3.

For the horizontal profile:

reduced chi^2 = 0.88

z0 = (1 ± 29) mm

w0 = (1.51 ± 0.01) mm

For the vertical profile:

reduced chi^2 = 0.94

z0 = (673 ± 28) mm

w0 = (1.59 ± 0.01) mm

I calculated the radius of curvature of MC2 using these values of w0:

horizontal: (16.89 ± 0.06) m

vertical:   (17.66 ± 0.07) m

For this calculation, I used the value of (13.546 ± .0005) m for the length of the mode cleaner measured on 6/10/2009. The specification for the radius of curvature of MC2 is (18.4 ± 0.1) m.

Here is the plot with the ideal mode of the mode cleaner shown in brown. The ideal mode was plotted with the radius of curvature of 18.4. 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.

  2987   Wed May 26 00:50:16 2010 JenneUpdateIOOMirrors moved in prep for round 2 of MC mode measuring

[Jenne, Kevin, Kiwamu]

We moved some optics in preparation for measuring the MC mode after the first MMT curved optic, RoC -5m. 

Kevin and I found the box of DLC (sp?) mounts with the 2" Y1-45P optics in the clean tupperware boxes.  We removed one of the Y1-45P's, and replaced it with the MMT1 -5m optic, which was baked several weeks ago.  We left the Y1-45P on the cleanroom table next to where the MMT optics are.  We placed this MMT mirror in the place it belongs, according to Koji's table layout of the BS table. 

We drag wiped one of the other Y1-45P's that was in the box since it was dirty, and then placed the optic on the IOO table, on the edge closest to the BS table, with the HR side facing the BS table, so that the beam reflected off the curved mirror is reflected back in the direction of the BS table.  This was aligned so the beam hits the same PZT mirror we were using last time, to get the beam out of the BS chamber door.  We left a razor dump on the edge of the BS table, by the door, which will need to be removed before actual measurements can take place. 

Rana pointed out that the anticipated mode calculation should be modified to include the index of refraction of the crystals in the Faraday, and the polarizers in the Faraday.  This may affect where we should put MMT1, and so this should be completed before round 2 measurements are taken, so that we can move MMT1.

Also, the optics are in place now, and the beam is going out the BS chamber door, but we have not yet measured distances (design distances quoted on the MMT wiki page), and confirmed that everything is in the right place.  So there is a bit more work required before beginning to measure round 2.

 

Note:  While I was poking around on the BS table, I had to move several optics so that we could fit MMT1 in the correct place.  When preparing to move these optics, I found 2 or 3 that were totally unclamped. This seems really bad, especially for tall skinny things which can fall over if we have an earthquake.  Even if something is in place temporarily, please clamp it down.

  2988   Wed May 26 04:14:21 2010 kiwamuUpdateGreen Lockinglocked

I guess I succeeded in locking of the cavity with the green beam 

 Strictly speaking, the laser frequency of the end NPRO is locked to the 40 meter arm cavity.

Pictures, some more quantitative numbers and some plots are going to be posted later.

 


After the alignment of the cavity I could see DC fringes in its reflection. Also I could see the cavity flashing on the monitor of  ETMY_CCD.

I drove the pzt of the NPRO with f=200kHz, and then the spectrum analyzer showed 200kHz beat note in the reflection signal. This means it's ready to PDH technique.

And then I made a servo loop with two SR560s, one for a filter and the other for a sum amp.

After playing with the value of the gain and the sign of the feedback signal, the laser successfully got lock. 

 

To make sure it is really locked, I measured the open loop transfer function of the PDH servo while it stayed locked. The result is shown in the attached figure.

The measured data almost agrees with the expected curve below 1kHz, so I conclude it is really locked.

However the plot looks very noisy because I could not inject a big excitation signal into the loop. If I put a big excitation, the servo was unlocked.

The current servo is obviously too naive and it only has f-1 shape, so the filter should be replaced by a dedicated PDH box as we planed.

  2989   Wed May 26 10:58:29 2010 josephbUpdateCDSNew RCG checkout for use with all machines plus some issues

Now that we have multiple machines we'd like to run the new front end code on, I'm finding it annoying to have to constantly copy files back and forth to have the latest models on different machines.  So I've come to the conclusion that Rana was right all along, and I should working somewhere in /cvs/cds/caltech which gets mounted by everyone. 

However, this leads to the svn problem: I.e. I need recent code checked out from the RCG repository, but our current /cvs/cds/caltech/cds/advLigo directory is covered by the 40m SVN.  So for the moment, I've checked out the advLigoRTS from https://redoubt.ligo-wa.caltech.edu/svn/advLigoRTS/trunk into /cvs/cds/caltech/cds/advLigoRTS.  This directory will be kept as up to date as I can keep it, both by running svn update to get Alex/Rolf's changes and on my end by keeping the new and updated models.  It will remain linked the RCG repository and not the 40m repository.  At some point a better solution is needed, but its the best I can come up with for now.

Also, because we are starting to compile on different machines sometimes, you may run into a problem where a code won't run on a different machine.  This can be fixed by commenting out some lines in the startup script.  Go to the /cvs/cds/caltech/scripts directory.  Then edit the associated startSYS file by commenting out the lines that look like:

if [ `hostname` != megatron ]; then
echo Cannot run `basename $0` on `hostname` computer
exit 1
fi

Unfortunately, this gets reverted each time "make SYS" and "make install-SYS" gets run.

The other issue this leads to is that some machines don't have as many CPUs available as others.  For example our new thin 1U machines have only 4 dual cores (8 CPUs total).  This means the specific_cpu setting of any of the codes cannot be higher than 7 (cores being numbered 0 through 7).  Core 0 is reserved for the real time kernel, and Core 1 will be used on all machines for the IO processor. This leaves only cores 2 through 7 available for models to use which include LSC, LSP, SUS, SUP, SPY, SCY, SPX, SCX, OMC, OMP, OAF, OAP?, IOC, IOP.  Since there are more than 6 models, duplication in final production code of specific_cpus will be necessary.  Codes which are all running on Megatron at one point will have to be rebuilt with new specific_cpu values when run on the actual final machine.

  2990   Wed May 26 12:59:26 2010 josephbUpdateCDSCreated sus, sup, scx, spx models

I created the sus model, which is the suspension controller for ITMX, ITMY, BS, PRM, SRM.  I also created sup, which is the suspension plant model for those same optics.

Updated /cvs/cds/caltech/target/fb  master and daqdrc files to add SUS, SUP models.  Megatron's /etc/rc.d/rc.local file has been updated to include all the necessary models as well.

The suspension controller needs the Binary IO outputs need to be checked and corrected if wrong by changing the constant connected to the exclusive or gates. Right now its using the end suspension binary output values which may not be correct.

  2991   Wed May 26 14:28:01 2010 KojiUpdateIOOMirrors moved in prep for round 2 of MC mode measuring

That's true. But I thought that you measured the mode after those optics and the effect of them is already included.

So:

  • We need to model the transmissive optics in order to understand the measured mode which is different from the MC mode slightly.
  • We just can calculate the modes based on the measurement in order to figure out the realistic positions of the MMT1 and MMT2.

Quote:

Rana pointed out that the anticipated mode calculation should be modified to include the index of refraction of the crystals in the Faraday, and the polarizers in the Faraday.  This may affect where we should put MMT1, and so this should be completed before round 2 measurements are taken, so that we can move MMT1.

 

  2992   Wed May 26 14:38:02 2010 KojiUpdateGreen Lockinglocked

Congratulation! Probably you are right, but I could not get this is a real lock or something else.

1) How much was the fringe amplitude (DC) of the reflected beam? (Vref_max=XXX [V] and Vref_min=YYY [V])
    Does this agree with the expectation?

2) Do you have the time series? (V_ref and V_error)

Quote:

I guess I succeeded in locking of the cavity with the green beam 

 Strictly speaking, the laser frequency of the end NPRO is locked to the 40 meter arm cavity.

Pictures, some more quantitative numbers and some plots are going to be posted later.

 


After the alignment of the cavity I could see DC fringes in its reflection. Also I could see the cavity flashing on the monitor of  ETMY_CCD.

I drove the pzt of the NPRO with f=200kHz, and then the spectrum analyzer showed 200kHz beat note in the reflection signal. This means it's ready to PDH technique.

And then I made a servo loop with two SR560s, one for a filter and the other for a sum amp.

After playing with the value of the gain and the sign of the feedback signal, the laser successfully got lock. 

 

To make sure it is really locked, I measured the open loop transfer function of the PDH servo while it stayed locked. The result is shown in the attached figure.

The measured data almost agrees with the expected curve below 1kHz, so I conclude it is really locked.

However the plot looks very noisy because I could not inject a big excitation signal into the loop. If I put a big excitation, the servo was unlocked.

The current servo is obviously too naive and it only has f-1 shape, so the filter should be replaced by a dedicated PDH box as we planed.

 

  2993   Wed May 26 15:34:00 2010 JenneUpdateIOOMirrors moved in prep for round 2 of MC mode measuring

Quote:

That's true. But I thought that you measured the mode after those optics and the effect of them is already included.

So:

  • We need to model the transmissive optics in order to understand the measured mode which is different from the MC mode slightly.
  • We just can calculate the modes based on the measurement in order to figure out the realistic positions of the MMT1 and MMT2.

Quote:

Rana pointed out that the anticipated mode calculation should be modified to include the index of refraction of the crystals in the Faraday, and the polarizers in the Faraday.  This may affect where we should put MMT1, and so this should be completed before round 2 measurements are taken, so that we can move MMT1.

 

 Yes, the measured mode takes all of this into account.  But in Kevin's plot, where he compares 'measured' to 'expected', the expected doesn't take the Faraday optics into account.  So I should recalculate things to check how far off our measurement was from what we should expect, if I take the Faraday into account.  But for moving forward with things, I can just use the mode that we measured, to adjust (if necessary) the positions of MMT1 and MMT2.  All of the other transmissive optics (that I'm aware of) have already been included, such as the PRM and the BS.  This included already the air-glass curved interface on the PRM, etc.

  2994   Wed May 26 17:10:09 2010 AlbertoUpdate40m UpgradingRF Generation box

This is how the RF generation box might soon look like:

Visio-frequencyGenerationBox_wiringSchematic.png

A dedicated wiki page shows the state of the work:

http://lhocds.ligo-wa.caltech.edu:8000/40m/Upgrade_09/RF_System/frequency_generation_box#preview

  2995   Wed May 26 18:54:55 2010 AidanSummaryGreen LockingMounted Crystal 724 in the Doubling Oven

Andri and I mounted the Raicol Crystal #724 in one of the new Covesion Ovens. The procedure was the same as before - see elog entry here.

There was one issue - the glass plate that goes on top of the crystal is coated on one side with ITO (Indium-Tin Oxide) and it's not 100% certain that this was mounted in the correct orientation. It is virtually impossible to tell which side of the glass is coated.

The base plate of the oven was tapped for an M3 hole. We retapped it for an 8-32 and bolted it to a post and that one of the New Focus 4-axis translation stage. The assembly is currently bolted to the PSL table, awaiting use.

  2996   Wed May 26 22:22:03 2010 AlbertoConfiguration40m UpgradingArm cavity length

The second sideband is resonant in the arms for a cavity length of 37.9299m.

The nearest antiresonant arm lengths for f2 (55MHz) are 36.5753m and 39.2845m.

If we don't touch the ITMs, and we use the room we still have now on the end tables, we can get to 37.5m.

This is how the power spectrum at REFL would look like for perfect antiresonance:

reflRFpowerVsArmLength_3658m.png

And this is how it looks like for 37.5m:

reflRFpowerVsArmLength_3750m.png

Or, god forbid, we change the modulation frequencies...

  2997   Thu May 27 02:22:24 2010 kiwamuUpdateGreen Lockingmore details

 Here are some more plots and pictures about the end PDH locking with the green beam. 

-- DC reflection

 I expected that the fluctuation of the DC reflection had 1% from the resonant state to the anti-resonant state due to its very low finesse.

This values are calculated from the reflectivity of ETM measured by Mott before (see the wiki).

In my measurement I obtained  DC reflection of V_max=1.42 , V_min=1.30  at just after the PD.

These numbers correspond to 7.1% fluctuation. It's bigger than the expectation.

I am not sure about the reason, but it might happen by the angular motion of test masses (?)

 

--- time series

Here is a time series plot. It starts from openloop state (i.e. feedback disconnected).

At t=0 sec I connected a cable which goes to the laser pzt, so now the loop is closed.

You can see the DC reflection slightly decreased and stayed lower after the connection.

The bottom plot represents the feedback signal measured before a sum amp. which directly drives the pzt.

stimes.png

 

 

-- length fluctuation  

One of the important quantities in the green locking scheme is the length fluctuation of the cavity.

It gives us how much the frequency of the green beam can be stabilized by the cavity. And finally it will determine the difficulty of PLL with the PSL.

I measured a spectrum of the pzt driving voltage [V/Hz1/2] and then converted it to a frequency spectrum [Hz/Hz1/2].

I used the actuation efficiency of 1MHz/V for the calibration, this number is based on the past measurement.

spectrum.png

RMS which is integrated down to 1Hz  is 1.6MHz.

This number is almost what I expected assuming the cavity swings with displacement of x ~< 1um.

 

-- flashing

A picture below is a ETMx CCD monitor.

One of the spot red circled in the picture blinks when it's unlocked. And once we get the lock the spot stays bright.

ETMX_small.png

 

  2998   Thu May 27 08:22:57 2010 AidanUpdateComputersRestarted the elog this morning
  2999   Thu May 27 09:43:50 2010 ranaUpdateGreen Lockingmore details

Quote:

 RMS which is integrated down to 1Hz  is 1.6MHz.

This number is almost what I expected assuming the cavity swings with displacement of x ~< 1um.

 Its OK, but the real number comes from measuring the time series of this in the daytime (not the spectrum). What we care about is the peak-peak value of the PZT feedback signal measured on a scope for ~30 seconds. You can save the scope trace as a PNG.

  3000   Thu May 27 10:30:32 2010 kiwamuHowToGreen LockingPSL setup for green locking

 I leave notes about a plan for the green locking especially on the PSL table.

 

 


 (1) open the door  of the MC13 tank to make the PSL beam go into the MC.  Lock it and then optimize the alignment of the MC mirror so that we can later align the incident beam from the PSL by using the MC as a reference.   

 (2) Remove a steering mirror located just after the PMC on the PSL table. Don't take its mount, just take only the optic in order not to change the alignment .

 (3) Put an 80% partial reflector on that mount to pick off ~200mW for the doubling . One can find the reflector on my desk.

 (4) Put some steering mirrors to guide the transmitted beam through the reflector to the doubling crystal. Any beam path is fine if it does not disturb any other setups. The position of the oven+crystal should not be changed so much, I mean the current position looks good.

 (5) Match the mode to the crystal by putting some lenses. The optimum conversion efficiency can be achieved with beam waist of w0~50um (as explained on #2735). 

 (6) Align the oven by using the kinematic mount. It takes a while. The position of the waist should be 6.7 mm away from the center of the crystal (as explained on #2850). The temperature controller for the oven can be found in one of the plastic box for the green stuff. After the alignment, a green beam will show up.

(8) Find the optimum temperature which gives the best conversion efficiency and measure the efficiency.

(7)  Align the axis of the PSL beam to the MC by steering the two mirrors attached on the periscope.

  3001   Thu May 27 12:52:02 2010 AlbertoUpdate40m UpgradingArm lengths


For both sidebands to be antiresonant in the arms, the first modulation frequency has to be:

f1 = (n + 1/2) c / (2*L)

where L is the arm length and c the speed of light.  For L=38m, we pick to cases: n=3,  then f1a = 13.806231 MHz;  n=2, then f1b = 9.861594 MHz.

If we go for f1a, then the mode cleaner half length has to change to 10.857m.  If we go for f1b, the MC length goes to 15.200m. A 2 meter change from the current length either way.

And the mode cleaner would only be the first of a long list of things that would have to change. Then it would be the turn of the recycling cavities.

Kind of a big deal.

  3002   Thu May 27 23:59:54 2010 ranaUpdatePEMNew Foam Box installed

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.

  3003   Fri May 28 00:40:53 2010 ranaUpdatePEMDAQ down

 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.

  3004   Fri May 28 07:13:05 2010 AlbertoFrogsGreen LockingSR785 found abandoned next to the workbenches

A poor lonely SR785 was found this morning roaming around in the lab in evident violation of the fundamental rule which requires all the equipment on carts to be brought back inside the lab right after use.

The people and the professors related to the case should take immediate action to repair for their misdeed.

  3005   Fri May 28 10:44:47 2010 josephbUpdatePEMDAQ down

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?

  3006   Fri May 28 11:26:35 2010 JenneUpdatePEMNew Foam Box installed

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.

 You'll have to ask Steve how deep he cut, but the tile is cut around the lead balls, so they are not sitting on the linoleum.  They might just be sitting on the concrete slab, or whatever Steve found underneath the tile, instead of fancy steel inserts, but at least they're not on the tile.  I don't know why things got noisier though...

  3007   Fri May 28 11:35:33 2010 josephbUpdateCDSTaking a step backwards to get stuff running

I've modified the lsc.mdl and lsp.mdl files back to an older configuration, where we do not use an IO processor.  This seems to let things work for the time being on megatron while I try to figure out what the is wrong with the "correct" setup which includes the IO processor.

Basically I removed the adcSlave = 1 line in the cdsParameters block.

I've attached a screen shot of the desktop showing one filter bank in the LSP model passing its output correctly to a filter block in the LSC.  I also put in a quick test filter (an integrator) and you can see it got to 80 before I turned off the offset.

So far this is only running on megatron, not the new machine in the new Y end.

The models being use for this are located in /cvs/cds/caltech/cds/advLigoRTS/src/epics/simLink

  3008   Fri May 28 13:17:05 2010 josephbUpdateCDSFixed problem with channel access on c1iscex

Talked with Alex and tracked down why the codes were not working on the new c1iscex finally.  The .bashrc and .cshrc files in /home/controls/ on c1iscex has the following lines:

setenv EPICS_CA_ADDR_LIST 131.215.113.255
setenv EPICS_CA_AUTO_ADDR_LIST NO

This was interfering with channel access and preventing read and writes from working properly.  We simply commented them out. After logging out and back in, the things like ezcaread and write started working, and we were able to get the models passing data back and forth.

Next up, testing RFM communications between megatron on c1iscex.  To do this, I'd like to move Megatron down to 1Y3, and setup a firewall for it and c1iscex so I can test the frame builder and testpoints at the same time on both machines.

  3009   Fri May 28 13:32:01 2010 alberto, kiwamuUpdateVACvacuum work

We started a vacuum work in this morning. And still it's going on.

 

Although the last night the green team replaced a steering mirror by an 80% reflector on the PLS table, the beam axis to the MC looks fine.

The MC refl beam successfully goes into the MCrefl PD, and we can see the MC flashing as usual.

We started measuring the distance of the optics inside the vacuum chamber, found the distance from MC3 to MMT1(curved mirror) is ~13cm shorter than the design.

We moved the positions of the flat mirror after the Faraday and the MMT1, but could not track the beam very well because we did not completely lock the MC.

Now we are trying to get the lock of the MC by steering the MC mirrors.

 

P.S.

Kevin suceeded in locking it !!

  3010   Fri May 28 13:51:51 2010 JenneUpdateVACvacuum work

Quote:

We started a vacuum work in this morning. And still it's going on.

 

Although the last night the green team replaced a steering mirror by an 80% reflector on the PLS table, the beam axis to the MC looks fine.

The MC refl beam successfully goes into the MCrefl PD, and we can see the MC flashing as usual.

We started measuring the distance of the optics inside the vacuum chamber, found the distance from MC3 to MMT1(curved mirror) is ~13cm shorter than the design.

We moved the positions of the flat mirror after the Faraday and the MMT1, but could not track the beam very well because we did not completely lock the MC.

Now we are trying to get the lock of the MC by steering the MC mirrors.

 

 

 Hey guys,

I just finished redoing the calc based on the measurements that happened last week.  Using the average of the Vert and Horz measurements in Kevin's elog 2986, I find that we need to make the MMT telescope ~8cm longer.  So, can you please place the flat mirror after the Faraday in the same place as the drawing, but move the MMT1 79mm farther away from that flat mirror?  Looking at the table layouts that Koji has on the wiki, this should still (barely) fit.

New distances:

d2a = 884.0mm (no change) ------  MC3 to Flat after Faraday

d2b = 1123.2mm (move MMT1 farther toward center of BS table)  -------- Flat after Faraday (SM1) to MMT1

d3 = 1955.0mm (result of moving MMT1)  ---------  MMT1 to MMT2

d4a = 1007.9mm (no chnage)        ----------- MMT2 to SM2

d4b = 495.6mm (no change) ------------ SM2 to PRM

  3011   Fri May 28 14:24:30 2010 JenneUpdateVACvacuum work

I just got off the phone with Alberto and Kiwamu, and I'm going to try to recalculate things based on their measurements of the distances between MC3 and SM1.  It sounds like the CAD drawings we have aren't totally correct.    I know that when we opened doors just before Christmas we measured the distances between the BS table and the ITM tables, but I don't think we measured the distance between the IOO table and the BS table.  Hopefully we can fit everything in our chambers.....

  3012   Fri May 28 21:32:32 2010 AlbertoUpdate40m UpgradingMC alignment

[Alberto, Kiwamu, Kevin, Rana]

Today we tried to measured the beam shape after the MC MMT1 that Jenne installed on the BS table.

The beam scan showed a clipped spot. We tracked it down to the Farady and the MCT pickoff mirror.

The beam was getting clipped at the exit of the Faraday. But it was also clipping the edge of the MCT pick-off mirror. I moved the mirror.

Also the beam looked off-center on MC2.

We're coming back on Sunday to keep working on this.

Now things are bad.

  3013   Fri May 28 23:21:52 2010 KojiUpdateIOOMC alignment

Hm... You touched the optics between the MC and the Faraday... This will lead us to the painful work.

I am afraid that the beam is already walking off from the center of MC1/MC3 after the work on the PSL table.
This may result in the shift of the spot on those MC mirrors. So I recommend that:

- Lock the cavity
- Check the A2L for MC1/3
- Adjust it by the periscope
- If it is fine, adjust the optics after the MC (steering, Faraday, etc)

Off-centering of the MC2 spot is no problem. We can move it easily using Zach's scripts.
Tell me when the work is planed on Sunday as I might be able to join the work if it is in the evening.

Quote:

[Alberto, Kiwamu, Kevin, Rana]

Today we tried to measured the beam shape after the MC MMT1 that Jenne installed on the BS table.

The beam scan showed a clipped spot. We tracked it down to the Farady and the MCT pickoff mirror.

The beam was getting clipped at the exit of the Faraday. But it was also clipping the edge of the MCT pick-off mirror. I moved the mirror.

Also the beam looked off-center on MC2.

We're coming back on Sunday to keep working on this.

Now things are bad.

 

  3014   Sun May 30 13:26:07 2010 rana, kiwamuUpdatePSLnew HIGH-LOW value for PMC_TRANS

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.

  3015   Sun May 30 15:33:21 2010 AlbertoConfigurationIOOmode cleaner and air conditioning

The mode cleaner is locked and the air conditioning is full on. So the the air conditioning doesn't seem to be so important for the lock to hold.

  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.

  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.

 

  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.

  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

  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  

 

  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

  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.

  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.

  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

  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.

  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
ELOG V3.1.3-