40m QIL Cryo_Lab CTN SUS_Lab CAML OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 191 of 355  Not logged in ELOG logo
ID Date Author Typeup Category Subject
  7685   Wed Nov 7 19:07:45 2012 JenneUpdateCamerasNo beam seen on external camera views

I have written some scripts which collect photos, then average them together, and subtract out an averaged background (as Rana described in elog 7678). 

I am not seeing any beam spots on any of the resulting pictures. 

 

The script to get 500 pictures is

.../scripts/general/videoscripts/videocapture50

and it's inputs are {name of camera} {folder to save in} {noBeam or withBeam}, where noBeam and withBeam indicate whether or not the PSL shutter is closed.  For the saved photos to work nicely with the Matlab script, the folder to save in should be in the format (Month_day_year/CAMERA).  So today's ITMYF pics, for example, are in Nov_7_2012/ITMYF/ .

So, you run it once with the shutter open, and once again with the shutter closed.

 

To create the new picture, open ImageBkgndSubtractor.m in the same .../scripts/general/videoscripts folder, edit the top few lines (month, day, year, camera name).  Run it, and it will read through all the pictures and supply a background-subtracted output, and save the output (as well as a version where every pixel value is multiplied by 3) in the same folder as the 500 pictures.

The pictures are all saved in

/opt/rtcds/caltech/c1/scripts/general/videoscripts/photos

so really, for my example above, it would be /opt/rtcds/caltech/c1/scripts/general/videoscripts/photos/Nov_7_2012/ITMYF/, with 2 subfolders, noBeam and withBeam, and the final pictures are saved in /opt/rtcds/caltech/c1/scripts/general/videoscripts/photos/Nov_7_2012/ITMYF/ .

 

In other, semi-unrelated news, the ITMXF camera has been not working for a while.  The bottom right quad on the test mass tv has been dark for at least a week or two.  Steve, when you have a chance (after the oplevs are all taken care of), can you see if there's something obvious that's wrong?

Here are the background subtracted photos that I've taken today:

BS_PRM_7Nov2012_SpotImage_pixelsTimes3.png

ETMXF_7Nov2012_SpotImage_pixelsTimes3.png

ETMYF_7Nov2012_SpotImage_pixelsTimes3.png

ITMYF_7Nov2012_SpotImage_pixelsTimes3.png

MC2F_7Nov2012_SpotImage_pixelsTimes3.png

MC2F is included, even though you can see the spot usually, just to prove that I'm not trying to subtract away the spot!  You just can't see it in any other picture.

  7686   Wed Nov 7 23:22:45 2012 ranaUpdateAlignmentJamie's tip tilt proposal

 With Picos, we lose the ability to dither the input beam as well as align the beam with the IFO locked. And the active TT will still have hysteresis, but also actuators. Once in vacuum, I'm not sure how we adjust them - what's the error signal for PR2/PR3 ?

If the interferometer is aligned, why not just pump down now? I'm not sure that we have evidence of TT hysteresis issues once people stop touching them.

  7687   Thu Nov 8 09:04:45 2012 SteveUpdateCamerasCanon T3i purchased

Canon EOS Rebel T3i has been purchased. See rating

Attachment 1: BH_409130400.pdf
BH_409130400.pdf
  7688   Thu Nov 8 10:11:58 2012 AyakaUpdateWienerFilteringPlay with wiener filtering

I will attach a document which describes how the noise affect the wiener filter and the noise cancellation ratio.

And I re-estimate the SN ratio in the microphone (but still rough):

R_model.png

The yellow line is modeled signal level, and cyan line is modeled noise level.

Then, the estimated filtered residual noise is:

estimate.png

The noise is already subtracted enough below 80 Hz even though there is still coherence.
Above 300 Hz, the residual error is limited by other noise than acoustic noise since there is no coherence.
I am not sure about the region between 100-300 Hz, but I guess that we cannot subtract the acoustic noise because primary noise (see the document), such as a peak at 180 Hz, is so high.

Attachment 1: document.pdf
document.pdf document.pdf document.pdf
  7689   Thu Nov 8 20:11:54 2012 JenneUpdateAlignmentAS steering moved out of POY's way, 2 green beams onto PSL table

[Jenne, Jamie, Manasa, Ayaka]

 

Flipped mount of OM2, moved OM2 behind POY pickoff so we're out of the way of POY.  Adjusted and recovered rest of AS path.

We found that IPANG was not on its photodiode, but determined that it was centered on all of the in-vac mirrors, and that it was just a little bit of steering on the ETMY end out-of-vac table that needed to be done.

Got green flashes in Yarm, moved down periscope to the north by ~1 inch in order to get y green out to PSL table.  This also involved moving the steering mirror on the IOO table immediately after the down periscope to match.  We measured the MC spot positions before and after touching the periscope, and there was no significant change. 

Aligned X green to X arm (centered on ITMX, ETMX, although no flashes since we didn't move ETMX's biases around), then made sure it was centered on all of its steering mirrors, and came out of the vacuum.

Manasa took photos of all test mass chambers and the BS chamber, so we can keep up-to-date CAD drawings. 

Oplevs and IPPOS/IPANG are being centered as I type.  Manasa and Ayaka are moving the lens in front of IPANG such that we have a slightly larger beam on the QPD.

 

In the morning, Jamie is going to put apertures back on 2 of the suspended mirrors for one last check that moving things on the IOO table didn't do anything bad, but since the AS and REFL beams on those cameras didn't move significantly, we think things are fine. 

Heavy doors go on in the morning, and access connector at ~1pm, if not before lunch.  Then Steve will start pumping early Monday morning!  Hooray!

 

PS, for reference,

AS: AS_8Nov2012.png

REFL: REFL_8Nov2012.png

  7690   Thu Nov 8 20:54:08 2012 Manasa, AyakaUpdateAlignmentReconfirming on IPPOS, IPANG and oplevs centering

Quote:

" We found that IPANG was not on its photodiode, but determined that it was centered on all of the in-vac mirrors, and that it was just a little bit of steering on the ETMY end out-of-vac table that needed to be done."

Manasa took photos of all test mass chambers and the BS chamber, so we can keep up-to-date CAD drawings. 

Oplevs and IPPOS/IPANG are being centered as I type.  Manasa and Ayaka are moving the lens in front of IPANG such that we have a slightly larger beam on the QPD.

 

The lens in front of IPANG on the out-of-vac table was moved to get a larger beam giving reasonable signals at the QPD.

IPPOS did not need much adjustment and was happy at the center of the QPD.

All oplevs but the ETMY were close to the center. I had to move the first steering mirror about half an inch on the out-of-vac table to catch the returning oplev beam from ETMY and direct it to the oplev PD.

* We have taken reasonable amount of in-vac pictures of ETM, ITM and BS chambers to update the CAD drawing.

 

  7691   Thu Nov 8 22:04:43 2012 CharlesUpdateElectronicsEthernet Illuminator Control

Configured ethernet controlled power strips to have static IP addresses: 192.168.113.110, 192.168.113.111 and 192.168.113.112.

Wrote a python script to interact with the power strips that can turn individual sockets on or off via telnet.

This functionality will be implemented on the control room computer GUIs in short order.

  7692   Fri Nov 9 08:11:57 2012 SteveUpdateAlignmentnothing moved - all good

 Oplevs and IP ANG are still centered. Why  do the SRM and PRM move 5X  more ?  I could not check the sensing voltages because the computer failed.

AS and REFL are looking the same as last night.

ALL LOOKING GOOD!

 

Attachment 1: opsingGOOD.png
opsingGOOD.png
Attachment 2: op8h.png
op8h.png
Attachment 3: 8amF.png
8amF.png
Attachment 4: keepfailing.png
keepfailing.png
  7693   Fri Nov 9 11:38:38 2012 jamieUpdateGeneralwe're closing up

After a brief look this morning, I called it and declared that we were ok to close up.  The access connector is almost all buttoned up, and both ETM doors are on.

Basically nothing moved since last night, which is good.  Jenne and I were a little bit worried about how the input pointing might have been effected by our moving of the green periscope in the MC chamber.

First thing this morning I went into the BS chamber to check out the alignment situation there.  I put the targets on the PRM and BS cages.  We were basically clear through the PRM aperture, and in retro-reflection.

The BS was not quite so clear.  There is a little bit of clipping through the exit aperture on the X arm side.  However, it didn't seem to me like it was enough to warrant retouching all the input alignment again, as that would have set us back another couple of days at least.

Both arm green beams are cleaning coming out, and are nicely overlapping with the IR beams at the BS (we even have a clean ~04 mode from the Y arm).  The AS and REFL spots look good.  IPANG and IPPOS are centered and haven't moved much since last night.  We're ready to go.

The rest of the vertex doors will go on after lunch.

  7694   Fri Nov 9 17:15:05 2012 Manasa, Steve, AyakaUpdateGeneralWe're closed! Pumping down monday morning

Quote:

After a brief look this morning, I called it and declared that we were ok to close up.  The access connector is almost all buttoned up, and both ETM doors are on.

Basically nothing moved since last night, which is good.  Jenne and I were a little bit worried about how the input pointing might have been effected by our moving of the green periscope in the MC chamber.

First thing this morning I went into the BS chamber to check out the alignment situation there.  I put the targets on the PRM and BS cages.  We were basically clear through the PRM aperture, and in retro-reflection.

The BS was not quite so clear.  There is a little bit of clipping through the exit aperture on the X arm side.  However, it didn't seem to me like it was enough to warrant retouching all the input alignment again, as that would have set us back another couple of days at least.

Both arm green beams are cleaning coming out, and are nicely overlapping with the IR beams at the BS (we even have a clean ~04 mode from the Y arm).  The AS and REFL spots look good.  IPANG and IPPOS are centered and haven't moved much since last night.  We're ready to go.

The rest of the vertex doors will go on after lunch.

Jamie and Steve got the ETM doors on this morning.

We got the other heavy doors including the ITMs, BS and the access connector in place.

If nobody raises any concerns in reply to this elog, Steve will assume it as a green signal and will start pumping down first thing Monday morning after the final check on the access connector bellow screws.

 

Steve! 

Ayaka and I got the ITMY and BS door closed at 45foot pounds just now. 

  7695   Fri Nov 9 18:28:23 2012 CharlesUpdateSummary PagesCalendar

The calendar tab now displays calendars with weeks that run from Sunday to Saturday (as opposed to Monday to Sunday). However, the frame on the left hand side of the main page still has 'incorrect' calendars.

 

  7696   Mon Nov 12 09:21:10 2012 SteveUpdateVACpumpdown has started

I'm looking for IOO steering mirror power supplies. I found two so far: one at 1Y3 as Kepco  + 75V and one at OMC_North rack -150V

Are there any more? The OMC is off.

ANSWER: only one of the steering PZT can be driven, so see their power supplies

Attachment 1: beforepd.png
beforepd.png
Attachment 2: IMG_1800.JPG
IMG_1800.JPG
Attachment 3: IMG_1801.JPG
IMG_1801.JPG
  7697   Mon Nov 12 16:52:03 2012 SteveUpdateVACpumpdown has completed

 The pressure is CC1 3e-4 Torr at 8 hours of pumping.  Status: vacuum normal

The IFO is ready for light

 

Attachment 1: pd74.png
pd74.png
Attachment 2: pd74at8h.png
pd74at8h.png
  7698   Mon Nov 12 23:38:50 2012 CharlesUpdateElectronicsEthernet Illuminator Control

Quote:

Configured ethernet controlled power strips to have static IP addresses: 192.168.113.110, 192.168.113.111 and 192.168.113.112.

Wrote a python script to interact with the power strips that can turn individual sockets on or off via telnet.

This functionality will be implemented on the control room computer GUIs in short order.

 The ethernet power strips have been installed. 192.168.113.110 is on ETMX, 192.168.113.111 is on ETMY and 192.168.113.112 is on the vertex. I have also written an EPICS file "illuminator_control.adl" (currently stored in my named directory) that allows a user to turn individual sockets on and off at each of the three locations. Some short tests have indicated that everything is in working order.

Currently, no illuminators are hooked up to the power strips. However, the power control will most likely be ready for use tomorrow, granted I can find and use extension cords so that the illuminators might reach their respective power strips.

  7699   Tue Nov 13 00:15:08 2012 JenneUpdateIOOInput and Output PZTs turned on

I turned on the power supplies for the output PZTs and pitch and yaw for PZT2.  This is back to the condition that we had during atmosphere alignment, so after Ayaka has finished tweaking the MC, we can have a look at alignment of the interferometer.

  7700   Tue Nov 13 00:19:51 2012 JenneUpdateCamerasITMX is just fine

Quote:

In other, semi-unrelated news, the ITMXF camera has been not working for a while.  The bottom right quad on the test mass tv has been dark for at least a week or two.  Steve, when you have a chance (after the oplevs are all taken care of), can you see if there's something obvious that's wrong?

 While helping Charles string the ethernet cable (elog 7698) for the power strip in the vertex (from 1Y1 to 1X1), I looked at the ITMX power cord.  It was connected to the same power strip as the illuminator, which, since the illuminator was turned off by turning off the power strip, meant no power was going to the camera.  Since Charles is very close to having the new power strips set up, I unplugged the ITMX illuminator and turned the power strip back on.  ITMX camera is back to normal.

  7701   Tue Nov 13 00:27:50 2012 JenneUpdateElectronicsEthernet Illuminator Control

Quote:

 

 The ethernet power strips have been installed. 192.168.113.110 is on ETMX, 192.168.113.111 is on ETMY and 192.168.113.112 is on the vertex. I have also written an EPICS file "illuminator_control.adl" (currently stored in my named directory) that allows a user to turn individual sockets on and off at each of the three locations. Some short tests have indicated that everything is in working order.

Currently, no illuminators are hooked up to the power strips. However, the power control will most likely be ready for use tomorrow, granted I can find and use extension cords so that the illuminators might reach their respective power strips.

 I'm sure Charles meant to also say that he connected the ETM power strips to the ethernet switches in those racks.  For the vertex, the ethernet switch is in 1X2, but there isn't space in there, so the power switch was installed in 1Y2.  The vertex ethernet cable is along the overhead inside cable tray.

I'm not sure what we want to do about connecting the new power strips to the illuminators.  No illuminator is close enough that its built-in cable can reach the power strip, so we'll need extension cables or some such.  Charles is going to ask Steve about the plan tomorrow.

  7702   Tue Nov 13 00:28:10 2012 AyakaUpdateIOOMC locked, spots centered

[Rana, Ayaka, Jenne]

We aligned the REFL beam to the center of PD.
Also we removed the small black parts from mirror holder so that the beam is not clipped. They are originally for holding the mirror, but the mirror should be held by the small screw on the side of the mirror mount. This screw was hidden by the label, so we moved the label on the right hand side of the mirror mount (See a picture below).  
DSC_4902.JPG

Also we removed the half-wave plates and PBS so that laser power is increased.
DSC_4904.JPG

Then I aligned the beam for PMC, locked MC, and centered the beam spots.

 spot1112.png

The MC2 pitch is a little bit high but still close enough to the center.

Jenne had also centered the beam spots on QPDs for WFS.

  7707   Tue Nov 13 21:05:22 2012 AyakaUpdateWienerFilteringAcoustic noise cancellation with MC

 In order to perform acoustic noise cancellation with MCL signal, I am trying to find sweet spots for microphones.

I set microphones at various places around MC chambers, and see how coherent microphones and MC signals are.
I had checked the half part of MC.

  • data set #1
    place where I set the microphones (left), MCL signal (blue) and its error (green) (right top), and coherence between microphones (original: fine lines, error: thick lines) (right bottom).
    microphone_pos1.pdfpsd_coh1.png
  • data set #2
    microphone_pos2.pdfpsd_coh.png 
  •  data set #3
    microphone_pos3.pdfpsd_coh.png
  • data set #4
    microphone_pos4.pdfpsd_coh4.png

The acoustic noise around the MC2 chamber is most critical so far. I could subtract the signal and the sensitivity got 2 times better.
I will see the acoustic coupling from the other side of MC.

Attachment 4: psd_coh.png
psd_coh.png
  7708   Tue Nov 13 21:05:35 2012 DenUpdateAdaptive Filteringonline and simulation

For a last few days I've been working on oaf and simulink model to simulate it. First I did online subtraction from MC when MC_L path was enabled. Inside my code I've added a sum of squares of filter coefficients so we can monitor convergence of the filter.

coeff.png     online.png

To to this I've measured path from OAF output to input without AA and AI filters. Then made a vectfit using 2 poles and zeros. Foton command

zpk( [-2.491928e+03;5.650511e-02], [-4.979872e+01;-3.278776e+00], 6.011323e+00)

mag.png    phase.png

My simulink model consists of 3 parts:

  • cavity with seismic noise at low frequencies, 1/f^2 noise at medium frequencies and white noise at high frequencies
  • this cavity is locked using feedback compensation filters that we use to lock arms
  • locked cavity with adaptive filter

Adaptive filter in the model uses online c-code. It is connected to simulink block through an S-function. Sampling frequency of the model is 10 kHz. It works fairly fast - 1 sec of simulation time is computed in 1 sec.

overview.png       af.pngsim.png  sim_coeff.png

I've tested FxLMS algorithm and MFxLMS algorithm that is faster. I plan to test 2 iir adaptive algorithms that are already coded.

  7709   Tue Nov 13 22:12:15 2012 JenneUpdateIOOTurn off MCL path before doing MC spot measurement

[Jenne, Den]

We have discovered that the MCL loop squishes the length fluctuations that result from the MC spot measurement angular dither.  This is good, in that the MCL is doing what it ought to do.  However, we need to turn it off before doing a spot measurement.

  7710   Wed Nov 14 00:56:19 2012 JenneUpdateIOOWFS on, PZT2 ~set, AS camera back

WFS are back on, and working nicely.  Den and I had seen a problem (which I had seen before) that when you turn on the integrators in the WFS loops, the MC Refl value gets worse (goes up).  Koji reminded me that he had a nice elog (7452) on how to get the MC awesome.  Ayaka and I last night stopped after Step 7.  Step 8, zeroing the WFS offsets, is the secret important thing that I keep forgetting.  I ran the script /opt/rtcds/caltech/c1/scripts/MC/WFS/WFS_FilterBank_offsets, then turned on the WFS loop, and the WFS are working just fine now.   

I'm back to wishing that I had control over PZT1.  I went back and forth for a while between 1Y4 and the ETMY table to get the IPANG beam centered on the QPD.  Initially, the beam was coming out of the vacuum a little high.  The digital HV power supply is pitch, and the analog HV power supply is yaw.  When I get the beam reasonably well centered on IPANG, with a beautiful, non-clipped, beam, the beam is much too high on IPPOS.  The beam barely hits the top of the first out of vac steering mirror, and then is too high on the QPD.  It looks like (based on the sum value) that the beam is on the diode, just entirely in the upper 2 quadrants.  But if I try to fix this, since IPANG has a longer lever arm, the IPANG beam doesn't come out of the vacuum.  I have compromised by getting the beam on IPANG, centered in pitch and ignoring IPPOS pitch.  For yaw, since moving PZT2 only makes one of POS or ANG good at a time, I split the difference, so the beam is not really centered in yaw on either, but it's close on both.

AS beam is back on the camera.  I forgot that, especially since the beam at REFL is pretty bright, I had moved the AS and REFL cameras out of the beam so we didn't crispy-fry the CCDs.  Therefore, the camera spots are no longer a reference of spot position. We can still eyeball the position on, say, the 2" lens, but that's not any kind of accurate.  I put the AS camera back to it's normal place, so the AS beam is going toward AS55 and AS110, and a little bit is going to the camera.  I have not yet aligned the beams actually on to the PDs.

REFL beam is dumped by a razor dump after the 2" lens.  Manasa did some work (elog 7666) to the REFL path, and I'm not 100% sure how it was before, so I leave it to her to please work on during the day tomorrow.  I think we need to put back the Y1 that used to be there, but I don't know where the optic is.  I put a yaw dither on the PRM with awggui, and saw the REFL beam moving at my 2Hz dither frequency, so this time we actually have a useful beam coming out.

  7711   Wed Nov 14 09:01:42 2012 Dumb statement catcherUpdateIOOTurn off MCL path before doing MC spot measurement

Quote:

We have discovered that the MCL loop squishes the length fluctuations that result from the MC spot measurement angular dither.  This is good, in that the MCL is doing what it ought to do.  However, we need to turn it off before doing a spot measurement.

 This is totally non-sensical statement, of course.

We might also say that the DARM loop totally squishes the GW signal and so its better not to have any feedback in the interferometer.

  7712   Wed Nov 14 13:58:18 2012 JenneUpdateIOOTurn off MCL path before doing MC spot measurement

Quote:

Quote:

We have discovered that the MCL loop squishes the length fluctuations that result from the MC spot measurement angular dither.  This is good, in that the MCL is doing what it ought to do.  However, we need to turn it off before doing a spot measurement.

 This is totally non-sensical statement, of course.

We might also say that the DARM loop totally squishes the GW signal and so its better not to have any feedback in the interferometer.

 Hmmm, indeed.  To keep MC_L on, we should be looking at the control signal rather than the error signal.  I think Den has MC_L running nicely such that it always comes on when the MC locks, so I can switch it.

  7713   Wed Nov 14 21:59:09 2012 DenUpdateCDSdaq errors

I tried to add a test point to C1MCS model and spent next two hours rebooting front-ends, restarting models and realigning MC.

dmesg told me that DAQ channels can not be allocated as they already exist. Last time we met this problem Jamie emailed Alex about it. Jamie, what is the output? Restarting iop model does not help this time.

  7714   Thu Nov 15 02:18:24 2012 DenUpdateModern ControlBS oplev

I've applied LQR feedback technique to BS oplev in pitch. I think the most inconvenient thing in using LQR controller is the amount of additional states created during cost function shaping. It requires 1 filter bank for each state. To avoid this I wrote state estimation code so all states are calculated inside one function.

On the plots below cost function and oplev feedback controller performance are shown.

lqr_cost.png    olpit_hg.png

  7715   Thu Nov 15 03:09:08 2012 JenneUpdateAlignmentNo good progress, many options
I didn't make any concrete progress today. AS and REFL cameras are in place, and Manasa has put ND 0.5 filters on both. I used a 
camera to look at the back of the Faraday, and aligned PRM such that it was retroreflecting, and then tried to align ITMY to have once 
fringes with the PRM at that place. I failed in this, since the AS beam on the AS table was starting to dall off the first mirror on the table. 
I then restored all the suspensions to where they were before I started touching them today. 

I moved ETMY face camera so that it is looking at the front of the black glass, but it's hard to tell where the beam is.  I was thinking 
about setting up a temporary camera to look at the back of ITMY to help guide PZT steering, but I haven't done this yet. 

Koji and I then talked about the several different options I have for references, and how many different knobs I  can turn. I'm sleeping 
on it for now, and hopefully I'll have more insight on what to do tomorrow. 
  7716   Thu Nov 15 21:52:48 2012 Den, AyakaUpdateGreen Lockingyarm locked

We aligned and locked Y arm for green:

  • installed camera on PSL to monitor green transmission
  • aligned green path on the ETMY table to see the beam on the PSL camera
  • misaligned ETMY and aligned ITMY to see reflected beam on REFL PD
  • installed green transmission PD on PSL
  • aligned ETMY and locked YARM to 00 mode

I've switched error channel cable to output monitor. Whitening filter is need for scattering measurements.

   etmyf.png  yarm.png

  7717   Fri Nov 16 00:08:36 2012 KojiUpdateSUSMC2 woes

People complained about the MC instability: If we aligned the MC, it locked nicely for a while.
Then suddenly you find that it got totally misaligned with the order of 0.2 with the alignment slider.
This misalignment usually happens for MC2, but it happend on MC3 once.

Surprisingly to me, this instability happened even without MCL and WFS, not only once but at least three times.
This suggests that the suspensions are the cause of the trouble.

I played with the MC2 suspension for a while in the afternoon. It seems that it has a hysteresis (or say, bistablity).
And the nominal alignment of MC2 seems close to the point where the transition happens. (Dunno why)

I further played with MC2 and found that a step of POS actuation by +/-10000 induces this transition go and back.
When the POS kick is in the negative direction (-10000), the MC2 seems to return to the preferrable
position. Therefore, I applied DC position force of -5000 to pull the mirror a bit from the nominal position.

I let the MC locked for ~4hours without MCL and WFS, it kept good alignment and the lock was stable
except for unlocks because of the activties by Den and Ayaka.

All of them has been done without previous monitor data as the tools were available.

The MC2 situation is not conclusive but we should check how we can prevent the bistable transition
by restricting MCL/WFS.

  7718   Fri Nov 16 03:12:39 2012 Ayaka, DenUpdateGreen Lockingxarm locked

We aligned and locked xarm for green.

etmxf.png

  7719   Fri Nov 16 09:57:57 2012 JenneUpdateGreen Lockingxarm locked

Quote:

We aligned and locked xarm for green.

 

 That's really, really awesome!

 

  7720   Sat Nov 17 03:30:13 2012 Den, AyakaUpdateAlignmentred in arms

We aligned accurately 00 green in yarm, changed voltage on PZT2 to see red flashing at TRY at the normalized level 0.2-0.3. The plan was to lock yarm using POY11 and green from other side, maximize red TRY by adjusting PZT2. But POY11 does not go out of the vacuum, so we adjusted TRY by flashing. 2 DOFs of PZT2 is not enough to match 4 DOFs of red beam so we adjusted both PZT2 and cavity mirrors. TRY flashing is 0.5-0.6 and green is still locking to 00 though its transmission is not maximized. We'll fix it later by adjusting input green beam.

Next we wanted to get red beam on TRX PD. Beam steering was done by BS only. We misaligned BS in pitch and excited BS angle motion by 1000 counts. We could see red beam moving on the wall of ETMX chamber. We moved it to ETMX mirror frame, estimated position of the mirror center and moved BS to this position. The beam should be approximately in the middle. For now we can not see red beam on the camera at ETMX table, more work is needed.

  7721   Sat Nov 17 18:02:14 2012 DenUpdateAlignmentred in arms

Quote:

POY11 does not go out of the vacuum

 It does but slighty low and does not get on mirrors. We need to change optic mounts to adjust the height. Red is flashing in yarm at 00 and 10 modes. TRY is ~0.4-0.5.

I've adjusted BS angle, camera and TRX PD at ETMX table so I can see red flashing at 03 mode while green is locked to 00 and its transmission is maximized. I thought that by adjusting BS angle, I will be able to align red to 00 not disturbing green, but this was not the case. Maximum TRX I could get was 0.1. I've adjusted POX to get into PD and I can see PDH signal though I can't lock as cavity is still misaligned for red.

  7722   Sat Nov 17 22:50:17 2012 KojiUpdateAlignmentred in arms

You have constraints for the IR beams (i.e. one PZT and one BS for 8 dofs), so now you need to align the arms for the input IR beams.
The PZT and BS should be aligned so that you have the beam spots as center as possible with the above restrictions.

Then realign end greens for the given arm alignment. You can replace the mounts if necessary to align the end green.
Even if you lose the coarse alignment of the green, realignment is not difficult as you know now

Quote:

Quote:

POY11 does not go out of the vacuum

 It does but slighty low and does not get on mirrors. We need to change optic mounts to adjust the height. Red is flashing in yarm at 00 and 10 modes. TRY is ~0.4-0.5.

I've adjusted BS angle, camera and TRX PD at ETMX table so I can see red flashing at 03 mode while green is locked to 00 and its transmission is maximized. I thought that by adjusting BS angle, I will be able to align red to 00 not disturbing green, but this was not the case. Maximum TRX I could get was 0.1. I've adjusted POX to get into PD and I can see PDH signal though I can't lock as cavity is still misaligned for red.

 

  7723   Mon Nov 19 15:12:52 2012 JenneUpdateAlignmentYarm locked IR

Quote:

Quote:

POY11 does not go out of the vacuum

 It does but slighty low and does not get on mirrors. We need to change optic mounts to adjust the height. Red is flashing in yarm at 00 and 10 modes. TRY is ~0.4-0.5.

I've adjusted BS angle, camera and TRX PD at ETMX table so I can see red flashing at 03 mode while green is locked to 00 and its transmission is maximized. I thought that by adjusting BS angle, I will be able to align red to 00 not disturbing green, but this was not the case. Maximum TRX I could get was 0.1. I've adjusted POX to get into PD and I can see PDH signal though I can't lock as cavity is still misaligned for red.

 [Ayaka, Jenne]

We put the POY beam onto the POY PD.  The Yarm is currently locked on IR with ~0.65 transmission.

 

  7724   Mon Nov 19 15:15:22 2012 JenneUpdateSUSAll oplev gains turned on

Quote:

Oplev values that were changed to zero:

PRM P=0.15, Y=-0.3

SRM P=-2.0, Y=2.0

BS P=0.2, Y=-0.2

ITMY P=2.1, Y=-2.0

ITMX P=1.0, Y=-0.5

ETMX P=-0.2, Y=-0.2

ETMY P=0.5, Y=0.6

Also, PRCL was changed in the LSC input matrix from REFL33I to AS55I, since there is no REFL beam out of the IFO :(

 Ayaka and I restored all of the oplev gains to these values.  The exception is ETMY, which has both gains negative.  I am unsure if this is a transcription error on my part, or if something physical has changed.  The layout of the ETMY oplev was modified (since Rana took out the offending lens) but that shouldn't affect the sign of the gains.

  7725   Mon Nov 19 15:58:02 2012 SteveUpdateSAFETYsafety training

Charles Blakemore  our new undergrad help received 40m specific safety training today.

  7729   Mon Nov 19 23:14:31 2012 EvanUpdateCamerasETMYF focus

Adjusted focus on ETMYF camera so that the IR beam is in focus.

  7730   Tue Nov 20 02:57:24 2012 Ayaka, Den, KojiUpdateLockingred in arms

We aligned and locked x and y arms.

MCL loop makes arms lock unstable, adds a lot of noise at frequencies 60-100 Hz. We'll fix it.

At some point we were not able to lock because of ADC overflows of PO signals. They happened if whitening filters were enabled. So we reduced the gain of POX whitening filters down to 36 dB and POY - to 39 dB. Now cavities can be locked with whitening filters.

Also we changed the pedestal of the lens in the beam path to the POX because the beam was too high.

 

arms.png    arms_psd.png

etmxf.png  etmyf.png

itmxf.png     itmyf.png

etmxt.png    etmyt.png

  7732   Tue Nov 20 15:11:22 2012 SteveUpdateGeneralfew more sensing cards

New  Lumitek IR Sensor Cards are here. We got 2 pieces of Q-11-T (2" x 2"), 2 pieces of Q-11-T (0.75" x 0.75")  and one Q-11 (4" x 5")

  7733   Tue Nov 20 15:24:52 2012 AyakaUpdatePEMSeismometers and a microphone

 I got two seismometers and one microphone back from Tara.

They are now near the Gurlap under the MC.

  7734   Tue Nov 20 16:03:37 2012 janoschUpdatePEMSeismometers and a microphone

Quote:

 I got two seismometers and one microphone back from Tara.

They are now near the Gurlap under the MC.

 If anybody wants a fancy single-axis seismometer for a while (GS-13), then please let me know.

  7735   Tue Nov 20 20:37:51 2012 KojiUpdateIOOMC autolocker

Last night I found that the MC autolocker has not been updated since the chamber was closed.
i.e. The low power version had been used.

I logged into op340m and modified crontab via "crontab -e" so that the normal power version is spawned.

  7736   Wed Nov 21 01:31:37 2012 Koji, AyakaUpdateLockingalignment on ETMX table

Since the transmission beam on ETMXT camera seemed to be clipped, we checked the optics on ETMX table.

We aligned the lens so that it is orthogonal to the beam, then the beam shape looks fine.

output.nv12.bmp

Also we removed some an-used optics which were used for fiber input.

  7737   Wed Nov 21 01:36:36 2012 KojiUpdateIOOMCL disabled / WFS clear history restored

As MCL is disturbing arm locking by injecting a lot of noise, I have modified 'mcup'  to disable MCL

As MC WFS keeps failing to start up when it is locked, the lines in 'mcwfsoff' to clear WFS filter history were restored.

  7738   Wed Nov 21 21:06:13 2012 AyakaUpdateLSCcalibration of arms

Motivation

In order to estimate whether we can see acoustic coupling in arms or not, we have to calibrate signals to phase noise.

Method

I used the same method as Yuta and Jenne did (6834).
I switched from ETM locking to ITM locking since only ITM actuators are calibrated (5583), and measured the open loop transfer function and the transfer function from ITM excitation to POX/POY error signal. Then I can estimate the calibration value H [counts/m] from POY/POX error signal to displacement.

Results

Yarm; H = 9.51 x 1011 counts/m
  OL_y.pngerr_exc_y.pngPOY_disp_y.png

Xarm; H = 6.68 x 1011 counts/m
OL_x.pngerr_exc_x.pngPOX_disp_x.png

Phase noise in arms:
XY_phase.png
blue; Xarm, green; Yarm

 

Next Step

I will calibrate the acoustic signal and see if it is reasonable that we can see the acoustic coupling signal in the arms.
But I guess it is difficult. Actually I have not seen coherence between ETM feedback signals and acoustic sounds yet. (I measured acoustic noise near POX and in PSL table.)

If I find that it is hopeless, I will create some sounds and try to measure transfer function from acoustic sound to arm cavity signals.
I am interested in how the transfer function calculated by wiener filtering is different from the measured transfer function.

 

Note

I found that we do not have enough phase margin. This is why the arm locking is not so stable.

  7739   Sat Nov 24 13:58:07 2012 ranaUpdateLSCcalibration of arms

For the loop diagnosis, its best to use the method of "IN1/IN2", rather than manipulate the close loop gain. In this way, you can directly plot the swept sine measurement from DTT as the open loop gain.

Also, for reporting calibration, we should all try to record the current settings better. Anything that may change the loop gain should be recorded along with the Bode plot and the DATA must be posted to the elog - no more of just posting plots.

We need to know, e.g.

  1. what is the power in the arms?
  2. are the LSC whitening filters on?
  3. are the SUS dewhitening filters on?
  4. What normalization is being used in the LSC?
  5. What digital filters are on in the X/YARM loop filter bank?

Resistance is feudal.

  7740   Sat Nov 24 22:14:08 2012 KojiUpdateGeneralAP table cleaning up

On Wednesday (21st) night, I checked the AP table as I wanted to try PRMI locking. 
It was difficult to work with the table as there were so many unnecessary components on it.
Also the beams went through complicated paths as they have funny angles. 

So I decided to clean up of IMC REFl WFS, IFO REFL, and IFO AS paths.
I found that the AS beam was highly astigmatic as the beam went through a (too-much-) tilted lens.
I made several blocked optical paths for REFL and AS for future extension of the detection system.

The current status of the table was uploaded below.

The optical spectrum analyzers and the aux NPRO were left untouched but they should be moved
somewhere (either on the table or outside) which does not disturb the other optical paths.
 


After the cleaning, I started locking PRMI. I could lock PRMI stably. But I could not figure out how
the intra-cavity mode looked like as I did not have the POP camera. The power recycling
gain was not quantitatively evaluated as I did not have POP and I wasn't sure how the beam was aligned at POX/POY.


We need to know:

- Quantitative evaluation of the beam shape in the PRC

- Quantitative evaluation of the power recycling gain

Some obvious things to be fixed

- The POX whitening filters seem not switching. This issue should be checked at the circuit module itself and at the BIO.

- The POX beam is not well focused on the PD. This was particularly clear when PRMI was locked with carrier.

- The POP beam is going nowhere. We need POP55 and POP CCD for diagnoses.

I haven't checked ITMY table.

Attachment 1: APTable121124.pdf
APTable121124.pdf
Attachment 2: APTable121124.graffle.zip
  7741   Sat Nov 24 23:50:35 2012 KojiUpdateIOOMC WFS refusing to work

Today I found the IMC was misaligned significantly by WFS feedback.
Once the feedback was cleared, it locks with nice visibility.
But WFS misaligns it again as soon as the intergrators are engaged.
I checked the beam on the table, but found nothing really wrong.
The offsets of the error signals were nulled at the input filter modules of the WFS segments.
They did not fix the problem.

The instability started about 48hour ago, that means my work on the AP table did not 
made immediate trouble. But it does not mean anything.

For now, the WFS outputs are off. More work is needed to find what's wrong.

 

  7743   Mon Nov 26 10:42:06 2012 AyakaUpdateLSCcalibration of arms

I uploaded a zip file that contains data files used for the calibration.

OLTF_x/y.txt: the open loop transfer function (measured by IN1/IN2 in arm servo filter bank).
coh_x/y.txt: coherence of OLTF. I used the data where coherence > 0.98.
ext_err_x/y.txt: the transfer function from ITM excitation signal to POX/POY error signal.
coh_x2/y2.txt: coherence of ext_err. I used the data where coherence > 0.98.

The LSC whitening filter was off because the xarm was unlocked when the POX Q whitening filter was turned on. (We have to study what was wrong.)
The SUS whitening filters were on.
The all digital filters except +6dB filter were on.

Attachment 1: armcalib.zip
ELOG V3.1.3-