40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 53 of 341  Not logged in ELOG logo
ID Date Authorup Type Category Subject
  4118   Wed Jan 5 23:45:33 2011 JenneUpdateCamerasAligned the Xarm, no big deal

Correct.  We can see the flashes clearly on our new ETM camera, but we see absolutely nothing on the ITM.

Unfortunately, the camera is in the path of the green beam, so we'll have to figure out a more permanent plan.  Right now the laser at the end is shuttered.

Measuring the power now....

Quote:

Pretty fancy work actually...I wouldn't have guessed that you need to look at the back of the ETM. Does this mean that we can't see the flashes from inside the arm cavity? If so, its a pretty remarkeable statement about the wide angle scatter of the new mirrors. Do we really have 1W going into the MC?

 

  4120   Thu Jan 6 00:06:01 2011 JenneUpdateIOOMagical absorbing PZT mirror

[Kiwamu, Jenne]

We have a measely 465mW going into the MC.  We lose a boatload of power on the PZT mirror that is part of the last zigzag for steering into the MC.  Just before this mirror, we measure 1.21W .  Just after this mirror, we measure ~475mW.  Then a teeny bit gets picked off for the PSL POS/ANG.  But we're losing a factor of 3 on this one mirror.  Need to fix!!!!!!!!!

  4123   Fri Jan 7 00:49:16 2011 JenneUpdateGreen LockingRecovered Xarm Green Lock, Preparation for Beat Note Measurement

[Kiwamu, Jenne]

We went this evening in search of a beat note signal between the Xarm transmitted green light and the PSL doubled green light. 

First, we removed our new ETMX camera (we left the mount so it should be easy to put back) from the other day.   We left the test masses exactly where they had been while flashing for IR, so even though we can no longer confirm, we expect that the IR beam axis hasn't changed.  We used the steering mirror on the end table to align the green beam to the cavity.  We turned on the loop to lock the end laser to the cavity, and achieved green lock of the arm.

Then we went to the PSL table to overlap the arm transmitted light with the PSL doubled light.  We made a few changes to the optics that take the arm transmitted light over to the PD.  We found that the arm transmitted light was very high, so we changed from having one steering mirror to having 3 (for table space / geometry reasons we needed 3, not just 2) in order to lower the beam axis.  We also found that the spot size of the arm transmitted beam was ~2x too small, so we changed the mode matching telescope from a 4x reducer to a 2x reducer by changing the 2nd lens from f=50mm to f=100mm (the first lens is f=200mm).  We made the arm transmitted beam and the PSL green beam overlap, but we saw no peak on the spectrum analyzer. 

We checked the temperature of the PSL and end lasers, and determined that we needed to adjust the set temp of the end laser.  However, we still didn't find any beat note.

We then tweaked the temperature of the doubling oven at the end station, to maximize the power transmitted, since Kiwamu said that that had worked in the past.  Alas, no success tonight.

We're stopping for the evening, with the success of reacquiring green lock of the Xarm.

  4138   Tue Jan 11 18:41:43 2011 JenneUpdateIOOPut MC PZT offset onto MC board, instead of on awkward cart

[Larisa and Jenne]

We wanted to get rid of the awkward cart that was sitting behind the 1Y1 rack.  This cart was supplying a +5V offset to the PZT driver, so that we could use the MC length signal to feedback to lock the laser to the MC cavity.  Instead, we put the offset on the last op amp before the servo out on the Mc Servo Board.  Because we wanted +5V, but the board only had +5, +15, -15V as options, and we needed -5 to add just before the op amp (U40 in the schematic), because the op amp is using regular negative feedback, we made a little voltage divider between -15V and GND, to give ourselves -5V.  We used the back side of the voltage test points (where you can check to make sure that you're actually getting DC voltage on the board), and used a 511Ohm and 1.02kOhm resistor as a voltage divider. 

Then we put a 3.32kOhm resistor in ~"parallel" to R124, which is the usual resistor just before the negative input of the op amp.  Our -5V goes to our new resistor, and should, at the output, give us a +5V offset. 

Sadly, when we measure the actual output we get, it's only +2.3V.  Sadface.

We went ahead and plugged the servo out into the PZT driver anyway, since we had previously seen that the fluctuation when the mode cleaner is locked was much less than a volt, so we won't run into any problems with the PZT driver running into the lower limit (it only goes 0-10V).

Suresh has discovered that the op amp that we're looking at, U40 on the schematic, is an AD829, which has an input impedance of a measely 13kOhm.  So maybe the 3.32kOhm resistors that we are using (because that's what had already been there) are too large.  Perhaps tomorrow I'll switch all 3 resistors (R119, R124, and our new one) to something more like 1kOhm.  But right now, the MC is locked, and I'm super hungry, and it's time for some arm locking action.

I've attached the schematic.  The stuff that we fitzed with was all on page 8.

 

Attachment 1: D040180-B.pdf
D040180-B.pdf D040180-B.pdf D040180-B.pdf D040180-B.pdf D040180-B.pdf D040180-B.pdf D040180-B.pdf D040180-B.pdf
  4148   Thu Jan 13 03:00:01 2011 JenneUpdateIOOWFS shenanigans

My goal this afternoon was to measure the quantum efficiency of the MC WFS.  In the process of doing this, I discovered that when I reverted a change in the MCWFS path (see elog 4107 re: this change), I had not checked the max power going to the WFS when the MC unlocks.

Current status:

MC locks (is locked now).  No light going to WFS at all (to prevent MC WFS french-fry action).  Quantum Efficiency measured.

The Full Story:

Power to WFS:

Rana asked me to check out the quantum efficiency of the WFS, so that we can consider using them for aLIGO.  This involves measuring the power incident on the PDs, and while doing so, I noticed that WFS1 had ~160mW incident and WFS2 had ~240mW incident while the mode cleaner was unlocked.  This is bad, since they should have a max of ~10mW ever.  Not that 200mW is going to destroy the PD immediately, but rather the current out, with the 100V bias that the WFS have, is a truckload of power, and the WFS were in fact getting pretty warm to the touch.  Not so good, if things start melting / failing due to extended exposure to too much heat.

The reason so much power was going to the WFS is that it looks like Yuta/Koji et. al., when trying to use the WFS as a MC1 oplev, changed out 2 of the beam splitters in the MC WFS / MC Refl path, not just one.  Or, we've just been crispy-frying our WFS for a long time.  Who knows?  If it is option A, then it wasn't elogged.  The elog 3878 re: BS changeout only mentions the change of one BS.

Since the MC Refl path has a little more than ~1W of power when the MC is unlocked, and the first BS (which was reverted in elog 4107) is a 10% reflector, so ~100mW goes to the MC Refl PD, and ~900mW goes to the MC WFS path.  In front of a Black Hole beam dump was sitting a BS1-33, so we were getting ~300mW reflected to be split between the 2 WFS, and ~600mW dumped.  The new plan is to put a W2 window in place of this BS1-33, so that we get hopefully something like 0.1% reflected toward the WFS, and everything else will be dumped.  I could not find a W2-45S (everything else is S, so this needs to be S as well).  I found a bunch of W2-0deg, and a few W2-45P.  Does anyone have a secret stash of W2-45S's???  To avoid any more excessive heat just in case, for tonight, I have just left out this mirror entirely, so the whole MC WFS beam is dumped in the Black Hole.  The WFS also have aluminum beam dumps in front of them to prevent light going in.  None of this affects the MC Refl path, so the MC can still lock nice and happily.

Quantum Efficiency Measurement:

I refer to Jamie's LHO elog for the equation governing quantum efficiency of photodiodes: LHO 2 Sept 2009

The information I gathered for each quadrant of each WFS was: [1] Power of light incident on PD (measured with the Ophir power meter), [2] Power of light reflected off the PD (since this light doesn't get absorbed, it's not part of the QE), and [3] the photo current output by the PD (To get this, I measured the voltage out of the DC path that is meant to go to EPICS, and backed out what the current is, based on the schematic, attached). 

I found a nifty 25 pin Dsub breakout board, that you can put in like a cable extension, and you can use clip doodles to look at any of the pins on the cable.  Since this was a PD activity, and I didn't want to die from the 100V bias, I covered all of the pins I wasn't going to use with electrical tape.  After turning down the 100V Kepco that supplies the WFS bias, I stuck the breakout board in the WFS.  Since I was able to measure the voltage at the output of the DC path, if you look at the schematic, I needed to divide this by 2 (to undo the 2nd op amp's gain of 2), and then convert to current using the 499 Ohm resistor, R66 in the 1st DC path.  

I did all 4 quadrants of WFS1 using a 532nm laser pointer, just to make sure that I had my measurement procedure under control, since silicon PDs are nice and sensitive to green.  I got an average QE of ~65% for green, which is not too far off the spec of 70% that Suresh found.

I then did all 8 WFS quadrants using the 1064nm CrystaLaser #2, and got an average QE of ~62% for 1064 (58% if I exclude 2 of the quadrants....see below).  Statistics, and whatever else is needed can wait for tomorrow.

Problem with 2 quadrants of WFS2?

While doing all of this, I noticed that quadrants 3 and 4 of WFS2 seem to be different than all the rest.  You can see this on the MEDM screens in that all 6 other quadrants, when there is no light, read about -0.2, whereas the 2 funny quadrants read positive values.  This might be okay, because they both respond to light, in some kind of proportion to the amount of light on them.  I ended up getting QE of ~72% for both of these quadrants, which doesn't make a whole lot of sense since the spec for green is 70%, and silicon is supposed to be less good for infrared than green.  Anyhow, we'll have to meditate on this.  We should also see if we have a trend, to check how long they have been funny.

Attachment 1: D990249-B-1_MCWFS_schematic.pdf
D990249-B-1_MCWFS_schematic.pdf
  4222   Fri Jan 28 13:07:31 2011 JenneUpdateIOOBeam is back on the WFS

The MC WFS have had beam dumps in front of them for the past ~2 weeks, until I could find the appropriate optic to put in the WFS path, to avoid melting the WFS' electronics. 

Koji noted that Steve had a W2-45S in a secret stash near his desk (which Steve later had put into the regular optics storage shelves down the Yarm), so I used that in front of the black hole beam dump on the AS table.  Now the beam is ~1W reflected from the unlocked mode cleaner, and ~100mW goes to the MC REFL PD.  The other 900mW now goes to this W2, and only ~5mW is reflected toward the MC WFS.  Most of the 900mW is transmitted through the window and dumped in the black hole.  There is a ghost beam which is reflected off the back surface of the wedged window, and I have blocked this beam using a black anodized aluminum dump.  I will likely change this to a razor dump if space on the table allows.  I have aligned the beam onto WFS1 and WFS2, although I did not re-align the mode cleaner first, so this alignment of the WFS will likely need to be redone. 

WFS1 has about 2mW incident, and WFS2 has about 3mW incident, when the mode cleaner is unlocked.  I have not yet measured the power incident when the MC is locked, although obviously it will be much smaller.

Except that I might temporarily remove one of the WFS for more quantum efficiency measurements later today, the WFS should be ready to turn back on for alignment stabilization of the mode cleaner. 

Quote:

My goal this afternoon was to measure the quantum efficiency of the MC WFS.  In the process of doing this, I discovered that when I reverted a change in the MCWFS path (see elog 4107 re: this change), I had not checked the max power going to the WFS when the MC unlocks.

Current status:

MC locks (is locked now).  No light going to WFS at all (to prevent MC WFS french-fry action).  Quantum Efficiency measured.

The Full Story:

Power to WFS:

Rana asked me to check out the quantum efficiency of the WFS, so that we can consider using them for aLIGO.  This involves measuring the power incident on the PDs, and while doing so, I noticed that WFS1 had ~160mW incident and WFS2 had ~240mW incident while the mode cleaner was unlocked.  This is bad, since they should have a max of ~10mW ever.  Not that 200mW is going to destroy the PD immediately, but rather the current out, with the 100V bias that the WFS have, is a truckload of power, and the WFS were in fact getting pretty warm to the touch.  Not so good, if things start melting / failing due to extended exposure to too much heat.

The reason so much power was going to the WFS is that it looks like Yuta/Koji et. al., when trying to use the WFS as a MC1 oplev, changed out 2 of the beam splitters in the MC WFS / MC Refl path, not just one.  Or, we've just been crispy-frying our WFS for a long time.  Who knows?  If it is option A, then it wasn't elogged.  The elog 3878 re: BS changeout only mentions the change of one BS.

Since the MC Refl path has a little more than ~1W of power when the MC is unlocked, and the first BS (which was reverted in elog 4107) is a 10% reflector, so ~100mW goes to the MC Refl PD, and ~900mW goes to the MC WFS path.  In front of a Black Hole beam dump was sitting a BS1-33, so we were getting ~300mW reflected to be split between the 2 WFS, and ~600mW dumped.  The new plan is to put a W2 window in place of this BS1-33, so that we get hopefully something like 0.1% reflected toward the WFS, and everything else will be dumped.  I could not find a W2-45S (everything else is S, so this needs to be S as well).  I found a bunch of W2-0deg, and a few W2-45P.  Does anyone have a secret stash of W2-45S's???  To avoid any more excessive heat just in case, for tonight, I have just left out this mirror entirely, so the whole MC WFS beam is dumped in the Black Hole.  The WFS also have aluminum beam dumps in front of them to prevent light going in.  None of this affects the MC Refl path, so the MC can still lock nice and happily.

 

  4223   Fri Jan 28 15:50:44 2011 JenneConfigurationPSLThe PSL has a name!

Back in the days when we were talking about getting a new 2W PSL, I was given naming rights by Rana for this new laser. 

Today, the 40m PSL was given its new name: Edwin.

Here he is, with his shiny new label:

EdwinTheLaser.jpg

  4224   Fri Jan 28 18:19:21 2011 JenneUpdateIOOWFS2 has some kind of oil on it

Mystery solved!

I removed WFS2 from the AP table (after placing markers so I can put it back in ~the same place) so that I could take some reflectivity as a function of angle measurements for aLIGO WFS design stuff.

I was dismayed to discover, upon glancing at the diode itself, that half of the diode is covered with some kind of oil!!!.  The oil is mostly confined to quadrants 3 and 4, which explains the confusion with their quantum efficiency measurements, as well as why the readback values on the MEDM WFS Head screen for WFS2 don't really make sense. 

The WFS QPD has a piece of glass protecting the diode itself, and the oil seems to be on top of the glass, so I'm going to use some lens tissue and clean it off.

Pre-cleaning photos are on Picasa.

Update:  I tried scrubbing the glass with a Q-tip soaked with Iso, and then one soaked in methanol.  Both of these failed to make any improvement.  I am suspicious that perhaps whatever it is, is underneath the glass, but I don't know.  Rana suggested replacing the diode, if we have spares / when we order some spares.

Oily_WFS2.jpg

Quote:

Problem with 2 quadrants of WFS2?

While doing all of this, I noticed that quadrants 3 and 4 of WFS2 seem to be different than all the rest.  You can see this on the MEDM screens in that all 6 other quadrants, when there is no light, read about -0.2, whereas the 2 funny quadrants read positive values.  This might be okay, because they both respond to light, in some kind of proportion to the amount of light on them.  I ended up getting QE of ~72% for both of these quadrants, which doesn't make a whole lot of sense since the spec for green is 70%, and silicon is supposed to be less good for infrared than green.  Anyhow, we'll have to meditate on this.  We should also see if we have a trend, to check how long they have been funny.

 

  4236   Tue Feb 1 17:34:21 2011 JenneUpdateSUSETMX and PRM watchdogs tripped

I sat down in the control room to find that ETMX and PRM's watchdogs had been tripped.  I don't know how long they've been crazy, but there was a big something that showed up in the seismometers around 16:30UTC, or ~11:30 this morning.  I don't find any significant earthquakes on the USGS site for that time though, so it might be more local, i.e. work next door or trucks or whatever.

I take back the suggestion that it was that seismic event.  Clearly the PRM and the ETMX were kicked at different times, neither of which is the same as the seismic action. Mystery.  You can see they have been ringing down for a while though, which is neat. 

Attachment 1: Seis_1Feb2011.png
Seis_1Feb2011.png
Attachment 2: Seis_SUS_1Feb2011.png
Seis_SUS_1Feb2011.png
  4263   Tue Feb 8 16:44:43 2011 JenneUpdateComputersLIGO Grid Cluster client upgraded on Rossa

I did a yum-install of the latest ldg-client (to get onto the LIGO Clusters) on Rossa. 

I followed the instructions on the wiki page, and everything seemed to work nicely.

I think the new ldg client installs somewhere on the local computer, so if anyone wants cluster access on any other computer, they should follow the same directions.

  4267   Thu Feb 10 00:23:25 2011 JenneUpdateGreen LockingGreen TRX DC PD installed on PSL

Using a stray beam that is generated as the transmitted green beam from the Xarm goes through the viewport to the PSL table, I installed a fast lens (because I was constrained for space) and a Thorlabs PDA36 photodiode on the PSL table.

The BNC cable runs along the edge of the PSL table, up the corner hole with the huge bundle of cables, and over to IOO_ADC_0. It's channel 3 on the simulink model, which means that it is plugged into connector #4.

With the green resonating TEM00, I have ~1.4V output from the photodiode, as seen on a voltmeter. This corresponds to ~1500 counts on the MEDM screen.

 

Note to self:  Switch to a ~1cm diode with a boatload of gain (either from the 40m or Bridge), and use transmission through a steering mirror of the actual beat note path, not the jittery viewport pickoff.  Want RIN noise level to be about 1e-5, only care about below ~100Hz so don't need broadband.

  4289   Mon Feb 14 15:59:49 2011 JenneUpdateIOOWFS quantum efficiency as a function of angle

[Larisa and Jenne]

A few weeks ago (on the 28th of January) I had tried to measure the quantum efficiency of one quadrant of the WFS as a function of angle.  However, Rana pointed out that I was a spaz, and had forgotten to put a lens in front of the laser.  Why I forgot when doing the measurement as a function of angle, but I had remembered while doing it at normal incidence for all of the quadrants, who knows?

Anyhow, Larisa measured the quantum efficiency today.  She used WFS2, quadrant 1 (totally oil-free), since that was easier than WFS1.  She also used the Jenne Laser (with a lens), since it's more stable and less crappy than the CrystaLasers.  We put a 50 Ohm terminator on the RF input of the Jenne Laser, since we weren't doing a swept sine measurement.  Again, the Ophir power meter was used to measure the power incident on the diode, and the reflected power, and the difference between them was used as the power absorbed by the diode for the quantum efficiency measurement.  A voltmeter was used to measure the output of the diode, and then converted to current as in the quote below. 

Still on the to-do list:  Replace the WFS2 diode.  See if we have one around, otherwise order one.  Align beams onto WFS so we can turn on the servo.

QE = (h*c)/(lambda*e) * (I/P)

Where I = (Volts from Pin1 to GND)/2 /500ohms
P = Power from laser - power reflected from diode.
h, c, e are the natural constants, and lambda is 1064nm.
Also, I/P = Responsivity


Larissa is going to put her data and plots into the elog shortly....

Quote:

Quantum Efficiency Measurement:

I refer to Jamie's LHO elog for the equation governing quantum efficiency of photodiodes: LHO 2 Sept 2009

The information I gathered for each quadrant of each WFS was: [1] Power of light incident on PD (measured with the Ophir power meter), [2] Power of light reflected off the PD (since this light doesn't get absorbed, it's not part of the QE), and [3] the photo current output by the PD (To get this, I measured the voltage out of the DC path that is meant to go to EPICS, and backed out what the current is, based on the schematic, attached). 

I found a nifty 25 pin Dsub breakout board, that you can put in like a cable extension, and you can use clip doodles to look at any of the pins on the cable.  Since this was a PD activity, and I didn't want to die from the 100V bias, I covered all of the pins I wasn't going to use with electrical tape.  After turning down the 100V Kepco that supplies the WFS bias, I stuck the breakout board in the WFS.  Since I was able to measure the voltage at the output of the DC path, if you look at the schematic, I needed to divide this by 2 (to undo the 2nd op amp's gain of 2), and then convert to current using the 499 Ohm resistor, R66 in the 1st DC path.  

I did all 4 quadrants of WFS1 using a 532nm laser pointer, just to make sure that I had my measurement procedure under control, since silicon PDs are nice and sensitive to green.  I got an average QE of ~65% for green, which is not too far off the spec of 70% that Suresh found.

I then did all 8 WFS quadrants using the 1064nm CrystaLaser #2, and got an average QE of ~62% for 1064 (58% if I exclude 2 of the quadrants....see below).  Statistics, and whatever else is needed can wait for tomorrow.

Problem with 2 quadrants of WFS2?

While doing all of this, I noticed that quadrants 3 and 4 of WFS2 seem to be different than all the rest.  You can see this on the MEDM screens in that all 6 other quadrants, when there is no light, read about -0.2, whereas the 2 funny quadrants read positive values.  This might be okay, because they both respond to light, in some kind of proportion to the amount of light on them.  I ended up getting QE of ~72% for both of these quadrants, which doesn't make a whole lot of sense since the spec for green is 70%, and silicon is supposed to be less good for infrared than green.  Anyhow, we'll have to meditate on this.  We should also see if we have a trend, to check how long they have been funny.

 

  4298   Tue Feb 15 11:43:53 2011 JenneUpdateComputersOccasional error with NDS2

Just in case anyone has encountered this / knows how to fix it....

I'm running NDS2 on Rossa, trying to get a bunch of raw data from S5.  I get 10min of data at a time, and it goes through ~200 iterations successfully, and then throws the following error:

Getting new data
Connecting.... authenticate ... done
daq_recv_id: Wrong length read (0)
Error reading writerID in daq_recv_block
Warning: daq_request_data failed
 
??? Error using ==> NDS2_GetData
Fatal Error getting channel data.

Error in ==> getDARMdataTS at 37
oot = NDS2_GetData({...

Error in ==> SaveRawData_H1_DARM at 40
    oot = getDARMdataTS(t0s(ii), strideDuration, srate);

  4303   Tue Feb 15 17:48:22 2011 JenneUpdateIOOMode Cleaner resonating again

[Valera, Jenne]

After Steve and Valera switched out the PMC, the Mode Cleaner resonance needed to be brought back.  We spent some time playing with the 2 steering mirrors directly after the PMC, to get the beam through the EOM, and to achieve flashing in the MC.  Valera then adjusted those 2 steering mirrors to minimize MC_REFL_DC.  I did a little bit more, and it's kind of close now, but we're only at ~half normal transmitted power.  Since the 2 steering mirrors after the PMC are so close together, the beam alignment is pretty sensitive to even small touches.  So it's probably time to move on to using the last zigzag steering mirrors on the PSL table, since they're farther apart. 

I have to head out for a little while, but I'll be back in a few hours. Kiwamu said he might continue the alignment into the MC, if he needs the IFO.  Also, we should measure the power before and after the EOM, just to confirm that we're getting through it optimally.  The beam looks good after the EOM, and the MC is resonating, so it should be fine, but it can't hurt to check.

  4305   Wed Feb 16 01:03:59 2011 JenneUpdateIOOMC alignment work

So.... Kiwamu and I were concerned (still a little concerned) that ETMY is not damping as nicely as it should be.  (It's fine, but the UL rms is ~5, rather than ~1 or less. BURT restores by Kiwamu didn't change anything.) Anyhow, I was heading out to push the annoying ribbon cables more firmly into the satellite adapter board things that are tied to the racks in various places (The back of 1X5 for the corner optics and the end station racks for the ETMs).  The point was to push in the ETMY one, but while I was out in the lab and thinking about it, I also gave all of the corner connectors (MC1, MC2, MC3, ITMx, ITMY, BS, PRM, SRM) a firm push. 

Kiwamu noticed that when I did this, the Mode Cleaner alignment got a little bit worse, as if the connection to the satellite adapter boards hadn't been great, I pushed the connectors in and the connection got better, but we also got a bit of a DC offset in the MC alignment.  Anyhow, the MC_TRANS power went down by ~2, to about the place it had been before Kiwamu adjusted the position of the lens in between the zigzag mirrors.  (I don't know if Kiwamu elogged it earlier, but he scooted the lens a teensy bit closer in the optical path to the Mode Cleaner). 

To counteract this loss in MC transmitted power as a result of my connector actions, I went back to the PSL table and fiddled with the zigzag steering mirrors that steer the beam from the PSL table over to the mode cleaner.  I got it a little better, but it's still not perfect.

Kiwamu has noted that to improve the mode matching into the Mode Cleaner with the new PMC in place, we might have to move the lens which is currently between the zigzag steering mirrors, and put it after the second mirror (so in between the last steering mirror and the pickoff window that sends a piece of the beam over to PSL_POS and PSL_ANG).  This will make the waist between MC1 and MC3 tighter. 

Moral of the story:  To improve IMC mode matching we need to move the last lens closer in the optical path to the mode cleaner waist. Twiddle with zigzag steering mirrors to optimize.

  4316   Thu Feb 17 14:52:27 2011 JenneUpdateIOOMC alignment work

I worked a little bit more on optimizing the mode matching to the MC, but it's still not great.  I've only gotten a visibility of ~45%, but Koji said that it used to be ~87%.  So there is a long way to go.  Kiwamu said he can work with the lower-power configuration for a few days, and so my next step will be to measure the beam profile (stick a window in the path, and look at the refl from the window....that way we don't get thermal lensing from transmission through an optic), and redo the mode matching calculation, to figure out where the last lens should actually sit.

Quote:

So.... Kiwamu and I were concerned (still a little concerned) that ETMY is not damping as nicely as it should be.  (It's fine, but the UL rms is ~5, rather than ~1 or less. BURT restores by Kiwamu didn't change anything.) Anyhow, I was heading out to push the annoying ribbon cables more firmly into the satellite adapter board things that are tied to the racks in various places (The back of 1X5 for the corner optics and the end station racks for the ETMs).  The point was to push in the ETMY one, but while I was out in the lab and thinking about it, I also gave all of the corner connectors (MC1, MC2, MC3, ITMx, ITMY, BS, PRM, SRM) a firm push. 

Kiwamu noticed that when I did this, the Mode Cleaner alignment got a little bit worse, as if the connection to the satellite adapter boards hadn't been great, I pushed the connectors in and the connection got better, but we also got a bit of a DC offset in the MC alignment.  Anyhow, the MC_TRANS power went down by ~2, to about the place it had been before Kiwamu adjusted the position of the lens in between the zigzag mirrors.  (I don't know if Kiwamu elogged it earlier, but he scooted the lens a teensy bit closer in the optical path to the Mode Cleaner). 

To counteract this loss in MC transmitted power as a result of my connector actions, I went back to the PSL table and fiddled with the zigzag steering mirrors that steer the beam from the PSL table over to the mode cleaner.  I got it a little better, but it's still not perfect.

Kiwamu has noted that to improve the mode matching into the Mode Cleaner with the new PMC in place, we might have to move the lens which is currently between the zigzag steering mirrors, and put it after the second mirror (so in between the last steering mirror and the pickoff window that sends a piece of the beam over to PSL_POS and PSL_ANG).  This will make the waist between MC1 and MC3 tighter. 

Moral of the story:  To improve IMC mode matching we need to move the last lens closer in the optical path to the mode cleaner waist. Twiddle with zigzag steering mirrors to optimize.

 

  4348   Thu Feb 24 10:56:04 2011 JenneUpdateWienerFilteringOne month of H1 S5 data is now on Rossa

Just in case anyone else wants to access it, we now have 30 days of H1 S5 DARM data sitting on Rossa's harddrive.  It's in 10min segments.  This is handy because if you want to try anything, particularly Wiener Filtering, now we don't have to wait around for the data to be fetched from elsewhere.

  4423   Tue Mar 22 00:23:20 2011 JenneConfigurationGreen LockingPSL vs Y arm laser temperature pairing

Quote:

 OK. Today we did the same type of measurement for the Y arm laser as was done for the X arm laser here: http://nodus.ligo.caltech.edu:8080/40m/3759 

And attached here is a preliminary plot of the outcome - oddities with adding on the fitted equations, but they go as follows

(Red)    T_yarm = 1.4435*T_PSL - 14.6222

(Blue)    T_yarm = 1.4223*T_PSL - 10.9818

(Green) T_yarm = 1.3719*T_PSL - 6.3917

 

 It's a bit of a messy plot - should tidy it up later...

 I'm going to take the easy question - What are the pink data points??

  4452   Mon Mar 28 21:12:14 2011 JenneUpdatePSLNew PMC Base Riser Design

I (think) I have finished the new PMC base riser.  The eDrawing of it (so you can view it on any computer) has been uploaded to the PMC wiki page.

I also attach it here, for comments.

Attachment 1: PMC_riser.eprt
  4454   Mon Mar 28 23:51:54 2011 JenneUpdatePSLNew PMC Base Riser Design

Quote:

Its going to need some kind of way to locate the PMC on the top. In the previous design, we had the 3 balls to decouple the body from the base. That design was flawed due to the roughness of the holes in the PMC body.

 Hmmm, so, this was just meant to be a riser that goes underneath the old PMC mount, to raise it from 3" beam height to 4" beam height.  I will make another one that is a complete mount, designed for 4" beam height.  Please hold........... .......... ....... ..... ... .

  4484   Mon Apr 4 11:52:13 2011 JenneUpdatePEMSTS2s unpacked

I unpacked the STS2 seismometers that we borrowed from LLO.  They are sitting underneath the Xarm, in the middle of the mode cleaner, near the other seismometer stuff. 

  4565   Mon Apr 25 12:55:19 2011 JenneBureaucracyComputerswiki?

Quote:

Quote:

40m wiki seems to have been down for quite a while now but I can't see any info in the elog about it.  Is there some ongoing problem?

 There was an email from Dave Barker about this.  They had to reorganize the DNS at LHO.  The URL that should be used is: http://blue.ligo-wa.caltech.edu:8000/40m

 Nope.  I know I had the right address, and it was down for me too all weekend.  It's better now though.  blue.ligo-wa.caltech.edu was up though.

  4631   Thu May 5 00:08:59 2011 JenneUpdateLSC(Almost) New Screens for RFPDs

I modified C1LSC.mdl to use the CDSphase blocks, which automatically calculate the R and D phase rotation for us.  Now each of the RFPDs has 2 channels in place of the old IQ_MTRX channels:  C1:LSC-RFPD_PHASE_R and C1:LSC-RFPD_PHASE_D.

I have not yet compiled / rebooted / done CDS magic to actually make these installed.  So far the change is only in the simulink model.

I was going to wait until morning to compile/reboot/magic, so I can do it under Joe's supervision.

In the meantime, I also modified the RFPD screens.  They have white boxes for the _R and _D channels just now, but that's because the new model hasn't been put in.  They now look like phase rotators, instead of Koji's temporary matrix.

Still to do:  Find the EPICS database where the phase rotation calculation is done (you give it an angle, it gives you sin(angle) and cos(angle) ).  I want to put a "90-angle" in the database so that we can type in the measured relative phase between I and Q, and it will calculate how many more degrees it needs to get to 90deg. 

 

  4635   Thu May 5 13:12:06 2011 JenneUpdatePSLTemperature drift, trying to shield PMC with foil

eeek.  I've been running around all day, so this is an incomplete elog.  I'll fill in more stuff in the next hour or so, but just to let people know what's going on:

[Valera, Jenne]

Valera noticed that lots of things in and around the PSL table are drifting with temperature.  This is why he and Steve installed a temp sensor on the table earlier today.

PSL_Temp_drift_5May2011.png

Since the alignment into the PMC, and also the alignment downstream of the PMC have been drifting in angle, we supposed that it might be the PMC itself which is changing somehow with temperature.  We don't have a good idea of how exactly it is sensitive to temperature, but we're working on figuring it out.

Round 1 of testing:  We put a foil hat over the PMC to shield it from the HEPA air blowing directly down on top of it.  I made sure that the foil is also covering the PZT and the metal ring at the end of the PMC, because this could potentially be the problem (metal is usually more temperature sensitive than glass, or the PZT itself could be changing, either of which could make the end mirror twist, and change the alignment of the PMC).  We'll see later if this did anything useful or not. 

I have photos of the aluminum foil setup, which I will post later when I get back to the lab after teaching. 

P5050092small.jpg

  4636   Thu May 5 13:13:32 2011 JenneUpdateLSCNew RFPD screens are in

Joe helped me compile the lsc simulink model, and now we have R&D phase rotation.

Right now, we have to do our own math, and figure out what relative phase to put in.  Soonly, I'll figure out how to do subtraction, and we can put in the measured value.

 

More details when I'm not running around like crazy...

--------------------------------------------------------------------------------------------

Okie dokie.  Last night I had modified the c1lsc.mdl to accommodate the R & D phase rotation.  I also made pretty new screens.  This morning however, the adventures began.....

Under Joe's supervision, I ran "make c1lsc".  The error that came up was something about things not being connected.  Joe assures me that this is a temporary problem, that Rolf is already working on.  The reason is that right now the LSC model is "flat", i.e. it doesn't have a bunch of sub-boxes and sub-screens in the simulink model.  Somehow this causes badness.  Joe stuck all the guts of the LSC model into a sub-model.  He then enabled "top_names", which makes the channels use the name of the sub-model, not the sub-model AND the main model (so since the sub-model is called LSC, our channels are just C1:LSC-OTHER_STUFF, rather than C1:LSC-LSC_OTHER_STUFF).  This fixed things so that the compiling worked (when we did "make c1lsc").  The one other thing that we changed was to delete all of the little "Outs" that were attached to EPICS readouts.  These are unneccessary and don't go anywhere, and when we made the sub-model, they made a bunch of empty outputs (unconnected outs on the main simulink model).  So, after doing that, we were able to compile, and do "make install-c1lsc", and all was good in the world.  Mostly.

Joe then noticed that I was using the CDS part "cdsPhase", which only takes one phase input.  I wanted "cdswfsPhase", which actually does the R&D phase rotation that we want.  Perhaps Alex/Rolf/whoever should change the name of that CDS part.  We switched all of the cdsPhase blocks to be cdswfsPhase, and recompiled.  All was still good in the world.  Mostly.

The last thing that was funny was that when I wanted to execute the medm screens, they would still look at the old _IQ_MTRX_1_1 and _IQ_MTRX_2_1 values, rather than the newly defined _PHASE_R and _PHASE_D channels, even though while editing the medm screen, it looked like it was pointing to the right place.  Anyhow, I opened the text file version of the C1LSC_PDX.adl, and changed the channel names to the _R and _D versions by hand.  I don't know if we edit the screens and run generate_screens.py again, if we'll have to re-edit the .adl text files.

After fixing this, all really was good in the world. 

Perhaps though, this making a subsystem business broke the filters somehow?  Foton is looking at the wrong text file now?  Something?  The filters are all still there, they just got moved down a level.  Joe said that he and Rolf are on it, and he should be able to put the LSC model back to being "flat" in the next few days.

  4640   Thu May 5 14:50:30 2011 JenneUpdateLSCchans file for LSC

Quote:

Foton doesn't correctly display the LSC filter bank file : C1LSC.txt.

Foton tells a lie that they all are empty.

 

The file itself looks fine to me i.e. I can find correct filters in text format.

Looks like someone (maybe Joe and Jenne ?) updated the file. I am not sure if this is the reason or not.

allegra:chans>ls -al | grep LSC
-rw-r--r--  1 controls controls   20659 May  5 11:46 C1LSC.txt

 

NEEDS TO BE FIXED SOON

 See my updated elog 4636 for what Joe and I did this morning, and what a possible problem is (making the LSC model into a sub-model).

  4695   Wed May 11 22:54:53 2011 JenneUpdateTreasureETMY trans QPD installed

I put the ETMY trans QPD in. 

The ETMY trans beam was already going toward the TRY DC PD, and a CCD camera.  I put a beam splitter in that beam (reducing the power to TRY and the CCD by 50%), and sent my picked-off beam to the ETMY QPD.  Since there is a lens in this path to focus the beam onto TRY and the camera, I put the QPD ~the same distance from the lens as the camera.  Due to space requirements (because of all the green stuff on the table now), I had to put a Y1 turning mirror between the beam splitter and the QPD.  The beam is aligned onto the PD, although the signal isn't super strong.  When the PD is blocked, the sum is ~(-92 counts).  When the beam is on the PD, the sum is ~(-78 counts). 

  4723   Sun May 15 21:27:51 2011 JenneUpdatePhotosETMY optical bench

I didn't notice it the other day when I was working on putting in the trans QPD, but do we need to switch the mirror mount for the first turning mirror of the IR trans beam, which the green transmits through to go into the cavity?  It seems like we've set ourselves up for potential clipping.

Quote:

Just for a record. This is the latest picture of the ETMY optical bench.

I will upload this picture on the wiki after the wiki gets up.

ETMY_ss.jpg

 

  4744   Thu May 19 00:15:20 2011 JenneUpdateelogRestarted, Italian-style

Aka, from a hotel in Pisa.

  4804   Fri Jun 10 12:04:57 2011 JenneUpdateRF SystemBad RF connections!!

I am in the process of calibrating AS55's shot noise, and I noticed that the AS55 PD input to the demod board was only finger-tight.  I then checked all of the other SMA connections in the set of RF PD demod boards, and found several more that were loose, including all of the REFL55 connections.  This is no good!!!! RF connections need to be tightened!  I went through and tightened all of the offending connections with my personal Snap-on SMA wrench. 

  4810   Mon Jun 13 16:27:10 2011 JenneUpdateElectronicsSeismometer Box Update/graphs

Quote from elog 4807:

The noise graphs relating total noise of the Seismometer circuit (GURALP stuff) to the LIGO seismic noise curve have been completed started.

 What Larisa meant to post (I'm sure) is something more like this (sorry it's a little squished...I put too many words in the legend):

I've only included the 2 noise contributions from the LISO model that seem to dominate the sum noise.  The plot gets a little crazy if you include all of the non-important sources.

NewSeisBoxNoise.png

So, what's the point??

First, the new box design doesn't have any crazy-special op-amps in it, so the noise of the new box is probably comparable to the old box.  So, if that's true, the old box may not have been limiting the differential seismic noise.  This definitely needs to be checked out.  I'll make a quickie LISO model of the old Guralp breakout box, to see what its noise actually looks like, according to LISO.  If it wasn't ever the breakout box that was limiting us, what the heck was it??

Second, the current box design seems to be better than the Guralp Spec sheet noise by ~a factor of 10.  It would be nice if that number were more like a factor of 100.  Or at least 30.  So some work needs to be done to find a lower-noise op amp for the voltage buffer (the first op amp in the circuit).

Next steps:

Since Larisa is now starting her SURF project with Tara and Mingyuan, I'll look into improving the design of this box by a factor of 3 or 10. 

Then I'll need to make a mock-up of it, and test it out. 

If successful, then I'll draw it up in Altium and have it made.  Recall that there should be 2 outputs per seismometer channel, one with high gain, one with low gain.  Then 3 seismometer channels per seismometer (X, Y, Z), and perhaps multiple seismometer inputs per box.  So lots and lots of stuff all in the same box.  It's going to be pretty cool.

  4822   Wed Jun 15 02:20:00 2011 JenneUpdateLockingMICH noise budget?

I would like to announce my confusion with regard to the MICH noise budget, in hopes that someone else has some inspiration

If you tilt your head sideways, you will notice that in this plot (totally uncalibrated, as yet), the BLACK trace, which is my white-light measurement of the AS55 shot noise is above the AS55Q noise when the Michelson is locked (true only at low frequency).  You will also notice that the same appears to be true for the Whitening Filter + Antialiasing Filter + ADC noise (GRAY trace).  Since Black, Gray, Pink and Green should all have the same calibration factor (a constant), calibrating the plot will not change this.  Brown and Blue are the MICH_OUT (aka MICH_CTRL) for dark and bright fringes, respectively.

I measure 58mV at the DC out of the AS55 PD when the Michelson is locked on the bright fringe.  This (assuming DC transimpedance of 50ohms) gives 1.16mA of DC photo current.

So.  What is going on here?  Am I totally confused??

In other news, assuming (which I'm not 100% confident about right now) that these traces are vaguely correct, the Michelson is limited by shot noise above ~20Hz.  This is...good?  We want to be shot noise limited.  Do we want to be limited at such a low frequency?

(Also, yes I can calibrate the plot to m/rtHz, but no, I won't tonight because something is funny with my calibration for the free running noise and I'll fix it tomorrow.)

MICH_noise_budget_measurements_15June2011.jpg

  4825   Wed Jun 15 16:37:56 2011 JenneUpdatePEMPEM AA Board has been diagnosed and fixed

[Jenne, Steve]

After talking with Steve, I had a look at the PEM's AA board, to see what the problem was. 

Steve said the symptom he had noticed was that the Kepco power supplies which supply the +\- 5 V to the AA board were railing at their current limits as soon as he plugged the board in.  Also, he smelled smoke. 

I started with the power supplies, and saw that the 2 individual supplies each had a dV=5V, and that the one labeled +5V had the red wire on the + output of the power supply, and the black wire on the - output.  The supply labeled -5V had the orange wire on the -output of the power suppy, and the black wire on the + output.  Normally, you would expect that the 2 black wires are also connected together, and perhaps also to ground.  But at least together, so that they share a common voltage, and you get +\- 5V.  However these 2 power supplies are not connected together at all. 

This implies that the connection must be made on the AA boards, which I found to be true.  It seems a little weird to me to have that common ground set at the board, and not at the power supplies, but whatever.  That's how it is.

The problem I found is this:  The keyed connectors were made backward, so that if you put them in "correctly" according to the key, you end up shorting the +5V to the -5V, and the 2 black wires are not connected together.  You have to put the keyed connectors in *backwards* in order to get the correct wires to the correct pins on the board.  See the attached pdf figure.

Since these are internal board connections, and they should not ever be changed now that Steve has put in the adapter thing for the SCSI cable, I'm just leaving them as-is.  Steve is going to write in huge letters in sharpie on the board how they're meant to be connected, although since this problem wasn't caught for many many years, maybe it won't ever be an issue again.  Also, we're going to move over to the new Cymac system soon-ish.  However, whomever made the power cable connector from the box to the board for this AA board was lazy and dumb.

After putting the connectors on the way they needed to be, Steve and I powered up the board, hooked up the SCSI cable in the back, and put a constant voltage (~1.3VDC battery) across various different channels, and confirmed that we could see this voltage offset in Dataviewer. (Kiwamu is hoarding both of our SRS function generators, so we couldn't put in a low freq sine wave like I normally would). Everything looked okie dokie, so I'll check the regular PEM channels tomorrow.

Steve will re-install the board in the rack in the morning.

Attachment 1: 1X7_AAboard_connector_fix.pdf
1X7_AAboard_connector_fix.pdf
  4870   Thu Jun 23 22:39:34 2011 JenneUpdatePSLPMC found unlocked

I found the PMC unlocked.  Koji noticed that the FSS Slow Actuator Adjust was railed at the positive end of the slider.  I set it close to zero, and relocked the PMC.  The FSS slow loop servo is doing its thing, and the PMC and MC are now locked. 

  4893   Tue Jun 28 02:11:47 2011 JenneUpdateLockingLatest MICH noise budget

I have measured / calculated the latest MICH noise budget.  It doesn't really look all that stellar.

MICH_noise_budget_as_of_28June2011.png

As you can see, we are nowhere near being shot noise limited, since there's a huge discrepancy between all of the measured spectra and the teal Shot Noise line. 

One possible suspect is that the analog whitening filters weren't on when I took my measurements.  I didn't actually check to ensure that they were on, so they might not have been.  Right now we're limited by electronics and other boring noises, so I need to make sure we're limited by the noise of the diode itself (we don't have enough light in the IFO to actually be shot noise limited since that takes 2.5mA for AS55 and I only have 1.1mA, but we should be ~within a factor of 2ish).

  4907   Wed Jun 29 11:13:13 2011 JenneUpdateSUSissues in the current quad maglev system

magnetQuote


(1) DC magnetic force is imbalanced, and we found that one pair has a stronger DC force than others. This should
be able to solved simply by replacing them with magnets have comparable strength to others.

 I don't know if this would work, but it might be worth a try:

You've achieved single levitation before, with fairly good stability.  Can you try taking each magnet + coil and finding the DC coil current required to hold a mass at a given position?  If you can hold the same mass at the same place with all the different magnets+coils, then you're exerting the same force against gravity, so your DC forces are balanced. 

  4916   Thu Jun 30 01:50:02 2011 JenneUpdateSUSITMX whitening, ETMX left free swinging

While closing up the whitening shop for the night, I noticed that the ITMX whitening state (Whitening "On") is opposite that of all other suspensions (they all have Whitening "Off").  I don't know which way is correct, but I assume they should all be the same.  Once all the whitening and BO testing is done, we should make sure that they're all the way we want them to be.

Also, Koji and I are leaving ETMX free swinging.  That's the way we found it, presumably from Jamie's BO testing at the end station today.  We don't know what the optic's story is, so we're leaving it the way we found it.  Jamie (or whomever left it free swinging), can you please restore it when it is okay to do so?  Thanks!

  4951   Thu Jul 7 02:23:59 2011 JenneSummaryLSCLSC Whitening Filters have been fit

I have fit all of the LSC whitening filters using vectfit4.m

All the data is in my folder ..../users/jenne/LSC_WhiteningTest_29June2011/

The zpk info is saved with each plot of the fit.  The pdfs are kind of huge to stitch together (or rather my computer doesn't want to do it), so I'll just post a representative one for now.

AS55Q.png

During the daytime either tomorrow or Friday I'll adjust the actual dewhitening filters to match the measured zpk values.

  4955   Thu Jul 7 15:34:44 2011 JenneSummaryLSCLSC Whitening Filters have been fit

Quote:

During the daytime either tomorrow or Friday I'll adjust the actual dewhitening filters to match the measured zpk values.

 I made a handy-dandy table showing the zpk values for each whitening filter in the wiki: New whitening filter page

Next on the whitening filter to-do list: actually put these values into the dewhitening filters in foton.

  4980   Sun Jul 17 18:23:23 2011 JenneUpdatePSLFound the PMC unlocked

It was unlocked since ~4:30am.  No idea why.  It's relocked so I can try round N of measuring the PRC length.

Attachment 1: PMCunlocked_17July2011.png
PMCunlocked_17July2011.png
  4982   Mon Jul 18 14:39:53 2011 JenneUpdateComputersLSC PD chans acquired

There's too much tromping around, so I'm not going to actually measure PRC length right now, but I did set some channels to be acquired (POPDC, POXDC, POYDC) in addition to ASDC which was already acquired, so that I can look at the resonance fringes when I sweep the ABSL laser (hopefully later tonight....)

  4984   Mon Jul 18 20:59:19 2011 JenneUpdateLSCBig ol' mess

[Jamie, Jenne]

We decided to take on the deceptively easy-sounding task of checking that the LSC whitening switching was happening as anticipated.  We hoped to discover that when we clicked the "unwhitening" switches in FM1 of the LSC PDs, we would see the analog whitening turn on and off for the matching channel.  That is what is supposed to happen.

Tragically, it is instead one big giant crazy disaster of a mess.

What we did:

Made a 24tapus (octopus like last time, except more...), with a 50kOhm resistor as our white noise source (instead of using a DAC channel and AWG). 

We plugged our 24tapus into the 3 of 4 whitening boards on the LSC rack that are currently in use.  One of the boards just has 8 terminators on the input, so we left that one alone for now. 

We put the whitening gains to 0dB so that all the channels looked the same. 

We looked at the PD _IN1 channels in DTT, and monitored which signals had whitening switching when we clicked the "unwhitening" buttons on the PD filter banks. 

So far, we can find no rhyme or reason as to why some of the channels work (click unwhite on that PD, see that signal have whitening switching), and others don't.  Some channels we just can't get to switch no matter what, others are just mis-mapped.  There is no discernible pattern.

What we think (so far) is going on:

All of the cables from the PD demod boards are going to the Whitening board inputs, exactly as in Suresh's Diagram.  The only difference is that Refl33, AS165 and Refl165 demod boards don't exist in the rack at this time. 

The Whitening and AA boards in Suresh's Diagram labeled 0-7 are connected to Binary Output channels 0-7. This is a good thing.

The Whitening and AA boards in the diagram labeled 8-15 are connected to Binary Output channels 24-31. This is not so awesome.

This is all we are confident about at this time.

Next steps:

We are hoping that Ben has a secret stash (or can tell us who would) of LSC rack wiring diagrams.  We would like to find out, without the pain of tracing wires and cables by hand, how the Binary I/O information gets through the cross-connect on the LSC rack up to the whitening boards. 

We are leaving the 24tapus in place for now, so that we can carry on tomorrow, either with a wiring diagram in hand, or carefully tracing cables. 

  5035   Tue Jul 26 03:15:52 2011 JenneUpdateLockingLatest MICH noise budget

[Jenne, Rana]

We had another look at the MICH noise budget tonight. Rana has verified that my techniques / math aren't too ridiculous. 

In the first attachment, you'll notice that the MICH noise is waay above the shot noise of 1mW on the beam splitter.  We don't know why.  One problem is that the modulation depth of the 55MHz is too low by ~a factor of 10.  Kiwamu and his magical resonant circuit are working on fixing this.  This will not, however, fix the huge discrepancy here.  More investigation and meditation is required!  For this measurement, the whitening gain of AS55 was set to 42dB for both I and Q.

In the 2nd attachment, the PSL shutter is closed, so all of these are dark measurements of AS55.  (The input matrix on the LSC screen is AS55Q * 1 -> MICH_IN1, so they're the same).  All we've done is change the whitening gain before the ADC.  For 0dB and 9dB, you can see that the low freq noise didn't change - here we're still limited by the ADC noise.  With 21dB and 42dB we're clear of the ADC, so either is fine.  Unfortunately, the high freq stuff when the loop is on matches up with the high freq part of the dark noise, so that's part of the problem....

Attachment 1: MICHnoise_shotNoise_25July2011.pdf
MICHnoise_shotNoise_25July2011.pdf
Attachment 2: MICH_darkNoise_whiteningGainChanging_25July2011.pdf
MICH_darkNoise_whiteningGainChanging_25July2011.pdf
  5051   Thu Jul 28 02:33:04 2011 JenneUpdateLockingYarm flashing, but not yet locked

Because I'm too lazy to write a cohenrent elog right now, here's my notes that I wrote while working tonight:

Elog notes, 27July2011

Aligned Xarm, just to check on it.  Had to flip sign of TRX in DCPD filter bank (to gain of -1) to make the signal positive.

Restored Yarm, see some slight flashing, but no lock yet.
Adjusted phase rotation of AS55 from 56.5deg to 60deg, just by-eye trying to maximize AS55I, my arm error signal. AS55I goes from ~ -40 to +60 counts

Tried fitzing with Yarm gain, flipping sign, incr gain. No real change in signals, or flashing.


Incr. ETMY oplev gains to -0.4 from -0.2
Engaged ELP35's on Pit and Yaw, to be more similar to other optics.  However, right now all of the optics have different things in their filter banks.  Why??

Arm is flashing pretty reliably now, but still not locking.  The trigger threshold is always satisfied, so that's not it.

  5090   Tue Aug 2 10:53:03 2011 JenneOmnistructureSAFETYRegular door out of service. Use Control Room Door only!!

The hazardous waste people are moving chemicals around outside our door, and have roped off our regular front door. 

Please go around, and use the control room door to enter and exit.  It is currently unlocked, although I'll lock up when I leave for LIGOX.

  5091   Tue Aug 2 11:02:52 2011 JenneUpdateSUSPRM Watchdog tripped

I found PRM watchdog tripped.  It's all better now.

  5100   Wed Aug 3 01:30:04 2011 JenneUpdateLSCAbsolute length of Xarm and Yarm measured

So far, this is just preliminary, because I haven't done full error analysis to determine the error on my measurements.  That will hopefully be done by tomorrow afternoon (so before we start taking off doors).

I find that the length of the Xarm is:  37.5918 meters.

I find that the length of the Yarm is:   37.5425 meters.

I used the mass-kicking technique, as summarized by Kiwamu, and fully described by Alberto.  More words / description to follow with the full error analysis.

  5134   Sun Aug 7 14:11:53 2011 JenneUpdatePEMParticle counts through the roof

[Jenne, Kiwamu]

While Kiwamu was finalizing the X green alignment, I started to prepare to remove the ETMY door, and begin checking out its OSEMs, etc, so we could start moving it to it's new place, and figure out why it's been wonky for a while.  I ran the particle counter, and we have a factor of ~5 more particles than normal.  Kiwamu and I agreed not to open ETMY.  Since we had briefly opened the IOO and Output Optics chambers to check the X green's position on the PSL table, we immediately shut those doors.  They were probably open for ~15 minutes or so.  (Yes Steve, we should have checked before opening any doors, but at least we remembered to check at all, and the doors were only open for a few minutes rather than for a few hours.)

I attach a 24hrs trend of the particle counts, for reference.  It looks like it's been a little high for a while, but today it's really dirty in the air.

Attachment 1: ParticleCount_High_7Aug2011.png
ParticleCount_High_7Aug2011.png
  5135   Sun Aug 7 18:41:12 2011 JenneUpdateGreen LockingX green beam re-aligned

Quote:

The ETMY suspension tower is in a good place.

Quote from #5127

Kiwamu will work on the green alignment over the weekend.  Assuming everything works out, we'll try the same procedure on ETMY on Monday.

 

 You meant ETMX, right?  ETMY still hasn't been touched.

KI : sorry, I meant ETMX. I fixed the entry.

  5164   Wed Aug 10 02:29:38 2011 JenneUpdateSUSETMY exploration

Quote:

- Jenne will make a better kick/free-swing test later.

 02:27am, ran the new freeswinging-ifo.csh script.  It's just a copy of freeswinging-all.csh, but it doesn't include the MC mirrors, since Suresh and Kiwamu are still working.  

Now we have copies of the script for -all, -mc, -ifo to cover the various sections of the suspended interferometer.

ELOG V3.1.3-