40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 257 of 339  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  2257   Thu Nov 12 16:53:59 2009 AlbertoUpdateABSLWorking on the AP table

Quote:

Quote:

Yes it did.

For long time, the crystal temperature C1:PSL-126MOPA_LTMP was 43~46deg. Now it is 34deg. Try ~10deg lower temperature.

Quote:

I wonder if the all the tinkering on the PSL laser done recently to revive the power have changed the PSL NPRO temperature and so its frequency. That could also explain why the beat doesn't show up at the same temperature of the NPRO as I used to operate it. Although I scanned the NPRO temperature +/- 2 deg and didn't see the beat.

 

 Beat found at 30MHz with auxiliary NPRO temperature of 37.19 degrees, vs. ~48 deg as it used to be.

The beat is small (-70dBm). PLL alignment has to be improved.

 PLL alignment improved. Beat amplitude = -10dBm. Good enough.

DC readouts at the PLL photodiode:

V_NPRO = -4.44V

V_PSL = -3.76V

The NPRO beam is attenuated by a N.D.=1 attenuator just before going to the photodiode.

Something strange happened at the last. Right before -10dBm, the amplitude of the beat was about -33dBm. Then I was checking the two interfering beams with the IR card and saw that they overlapped quite well. I then turned my head back to the spectrum analyzer and suddenly the beat was at -10dBm. Not only, but a bunch of new peaks had appeared on the spectrum. Either I inadvertently hit the PD moving it to a better position or something else happened.

Like if someone was making some other modulation on the beam or the modulation depth of the PSL's sidebands had gone up.

  2326   Wed Nov 25 08:43:08 2009 AlbertoUpdateABSLWorking on the AP table

I'm working on the AP table. I also opened the auxiliary NPRO shutter. The auxiliary beam is on its path on the AP table and PSL table.

  2334   Wed Nov 25 15:42:27 2009 AlbertoUpdateABSLWorking on the AP table

Quote:

I'm working on the AP table. I also opened the auxiliary NPRO shutter. The auxiliary beam is on its path on the AP table and PSL table.

 NPRO shutter closed

  2460   Mon Dec 28 15:34:14 2009 AlbertoUpdateABSLWorking on the AP table

I opened the auxiliary laser's shutter.

I'm currently working on the AP table.

  2461   Mon Dec 28 18:35:27 2009 AlbertoUpdateABSLWorking on the AP table

Quote:

I opened the auxiliary laser's shutter.

I'm currently working on the AP table.

 I finished working on the table.

I closed the AUX NPRO's shutter.

  3321   Thu Jul 29 15:35:21 2010 josephb, kiwamuUpdateCDSWorking out ADC/DAC/BO wiring

We are currently using the SUS wiring diagram found on Ben Abbott's page (link here) to determine the ADC/DAC/BO channel numbers for each individual optics inputs and outputs.  Basically it involves tracking the paths back from the Pentek's, XY220, and IC110Bs to a point where we can identify it as a Coil UL or a PD whitening filter control or whatever it might be.

Once done we will have a nice wiki page describing what the final wiring is going to be, along with which ADC effectively plugs into which analog board and so forth.

  11503   Thu Aug 13 20:32:07 2015 IgnacioUpdateLSCWorking towards YARM FF

The mode cleaner FF static filtering is by no means done. More work has to be done in order to succefuly implement it, by the means of fine tuning the IIR fit and finding better MISO Wiener filters. 

I have begun to look at implementing FF to the YARM cavity for several reasons.

1) Even if the mode cleaner FF is set up as best as we can, there will still be seismic noise coupling into the arm cavities.

2) YARM is in the way of the beam path. When locking the IFO, one locks YARM first, then XARM. This means that it makes sense to look at YARM FF first rather than XARM.

3) XARM FF can't be done now since GUR2 is sketchy.

I'm planning on using this eLOG entry to document my Journey and Adventures (Chapter 2: YARM) to the OPTIMAL land of zero-seismic-noise (ZSN) at the 40m telescope.

 

  14382   Thu Jan 3 21:17:49 2019 ranaConfigurationComputersWorkstation Upgrade: Donatella -> Scientific Linux 7.2

donatella was one of our last workstations running ubuntu12. we installed SL7 on there today

  1. had to use a DVD; wouldn't boot from USB stick
  2. made sure to use userID=1001 and groupID=1001 at the initial install part
  3. went to the Keith Thorne LLO wiki on SL7
  4. The 'yum update' command failed due to a gstreamer conflict. I did "yum remove gstreamer1-plugins-ugly-free-1.10.4-3.el7.x86_64" and then it continued a bit more.
  5. Then there are ~20 errors related to gds-crtools that look like this:Error: Package: gds-crtools-2.18.12-1.el7.x86_64 (lscsoft-production) Requires: libMatrix.so.6.14()(64bit)

  6. I re-ran the yum install .... command using the --skip-broken command and that seemed to complete, although I guess the GDS stuff will not work.
  7. Installed: terminator, inconsolata-fonts, 
  8. Installed XFCE desktop as per K Thorne:  yum groupinstall "Xfce" -y
  9.  
Attachment 1: IMG_20190103_205158.jpg
IMG_20190103_205158.jpg
  14972   Tue Oct 15 17:22:26 2019 gautamUpdateGeneralWorkstation computers back on UPS

Batteries + power cables replaced, and computers back on UPS from today ~3pm.

Quote:

The UPS is now incessantly beeping. I cannot handle this constant sound so I shut down all the control room workstations and moved the power strip hosting the 4 CPUs to a wall socket for tonight. Chub and I will replace the UPS batteries tomorrow.

  14969   Mon Oct 14 17:24:28 2019 gautamUpdateGeneralWorkstation computers taken off UPS (temporarily)

The UPS is now incessantly beeping. I cannot handle this constant sound so I shut down all the control room workstations and moved the power strip hosting the 4 CPUs to a wall socket for tonight. Chub and I will replace the UPS batteries tomorrow.

  9259   Tue Oct 22 18:55:55 2013 ranaUpdateCDSWorkstation swap: Rosalba to ???

We got a new computer from Xi computer corp. I am currently installing Ubuntu 10.04 LTS on to it to start with and then will move on to 12 if we can figure out a way to test it besides "I guess it should work?"

Rosalba has been removed and put onto the old Jamie desk. Old Jamie desk also has a Mac Mini running on there.

At the meeting tomorrow we need to decide on a new Italian baby girl name for this new machine.

  9271   Wed Oct 23 22:11:20 2013 ranaUpdateCDSWorkstation swap: Rosalba to ???

  I've finished setting up the fstab on Chiara and the upgrade to Ubuntu 12 seems to have gone well enough. She's fast:

24.png

but I forgot to make sure to order a dual head graphics card for it. So we'll order some dual DVI gaming card that the company recommends. Until then, its only one monitor.

Still, its ready for testing control room tools on. If everything works OK for a couple weeks, we can go to 12 on all the other ones.

  10031   Thu Jun 12 11:03:11 2014 KojiFrogsGeneralWorld Cup Soccer 2014

world_cup.jpg

  10032   Thu Jun 12 12:30:50 2014 denFrogsGeneralWorld Cup Soccer 2014

Quote:

 

 world-cup-2014-mascots.jpg

  10346   Thu Aug 7 13:39:41 2014 NichinUpdateComputer Scripts / ProgramsWrapping up PDFR

1)The PDFR scripts have all been migrated into /scripts/PDFR/

2) The MEDM screen to run PDFR is /medm/MISC/PDFR.adl

3) A new button has been added on sitemap to open the above medm window.

4) All data and plots generated will sit in /scripts/PDFR/"PD Name"/

5) All features are working after the migration and absolute file paths are being used.

Work Remaining : Manual for others to make changes and keep using my system.

 

  13157   Tue Aug 1 19:23:06 2017 ranaUpdateALSX - arm alignment

Rana, Naomi

We dither locked the X arm and then aligned the green beam to it using the PZTs. Everything looks ready for us to do a mode scan tomorrow.

We got buildup for Red and Green, but saw no beat in the control room. Quick glance at the PSL seems OK, but needs more investigation. We did not try moving around the X-NPRO temperature.

Tomorrow: get the beat, scan the PhaseTracker, and get data using pyNDS.

  9963   Fri May 16 10:54:42 2014 ericqUpdateLSCX Arm ALS Noise coming in and out

Den and I spent some time with the interferometer last night with hopes of bringing in the AO path, but were stymied by the (re)occurrence of the anomalously high low frequency motion of the Xarm, as seen by fluctuations of TRX from .9 to .2 while "held" on resonance.

Jenne reported that they weren't seeing it earlier in the evening, and then it started again when I showed up. Holding the arms on IR, we could see a fair amount of excess low frequency noise in the BEATX_FINE_PHASE_OUT_HZ channel, as compared to BEATY, bringing its RMS to 5 times that of the Y arm. From the shape of the excess noise (broad slope from DC to tens of Hz), Rana suspected air currents and/or scattering effects being the culprit.

Den poked around a bit on the PSL table, which didn't really change much. He then went down to the X end table to inspect the table, and while he was there, I noticed the noise go down to being in line with the Yarm. I joined him at the end, and we found the beat phase noise in the frequency region of concern to be hugely sensitive to tapping on the enclosure, air current, etc. There is also a ton of green light everywhere, and multiple spots of green light around the green refl PD.

At that point however, the quiescent noise was acceptable (TRX fluctuations of <.2), so we went back to the control room to try to lock. Unfortunately, after a few attempts, the noise was back. At this point, we went home. The layout of the end table likely needs some attention to try and minimize our susceptibility to excess scatter effects. 

  9964   Fri May 16 11:22:23 2014 SteveUpdateLSCX Arm ALS Noise coming in and out

Quote:

Den and I spent some time with the interferometer last night with hopes of bringing in the AO path, but were stymied by the (re)occurrence of the anomalously high low frequency motion of the Xarm, as seen by fluctuations of TRX from .9 to .2 while "held" on resonance.

Jenne reported that they weren't seeing it earlier in the evening, and then it started again when I showed up. Holding the arms on IR, we could see a fair amount of excess low frequency noise in the BEATX_FINE_PHASE_OUT_HZ channel, as compared to BEATY, bringing its RMS to 5 times that of the Y arm. From the shape of the excess noise (broad slope from DC to tens of Hz), Rana suspected air currents and/or scattering effects being the culprit.

Den poked around a bit on the PSL table, which didn't really change much. He then went down to the X end table to inspect the table, and while he was there, I noticed the noise go down to being in line with the Yarm. I joined him at the end, and we found the beat phase noise in the frequency region of concern to be hugely sensitive to tapping on the enclosure, air current, etc. There is also a ton of green light everywhere, and multiple spots of green light around the green refl PD.

At that point however, the quiescent noise was acceptable (TRX fluctuations of <.2), so we went back to the control room to try to lock. Unfortunately, after a few attempts, the noise was back. At this point, we went home. The layout of the end table likely needs some attention to try and minimize our susceptibility to excess scatter effects. 

 Turn off the AC and flow bench please.

  13229   Fri Aug 18 23:59:53 2017 gautamUpdateALSX Arm ALS lock

[ericq, gautam]

  • I was just getting the IFO aligned, and single arm lock going, when EricQ came in and asked if we could get some ALS data.
  • ALS beats seemed fine, in particular the X-Arm. The broad hump around ~70Hz that was present in my previous ALS update was nowhere to be seen - reasons unknown.
  • Copied over /opt/rtcds/caltech/c1/scripts/YARM/Lock_ALS_YARM.py to /opt/rtcds/caltech/c1/scripts/XARM/Lock_ALS_XARM.py. Could be useful when we want to do arm cavity scans.
  • Made appropriate changes to allow ALS locking of Xarm - the testpoint inaccessibility makes things a little annoying but for tonight we just used DQ channels in place (or slow channels when DQ chans were not available)
  • Calibration of X arm error signal seemed off - so we fixed it by driving a line in ETMX and matching up the peaks in the ALS error signal and POX11. We then updated the gain of the filter in the CINV filter bank accordingly.
  • Got some decent data - X arm stayed locked on ALS for >60mins, during which time the Y arm stayed locked on POY11, and the Y green also reained locked yes. There was no evidence of the X arm 00 mode randomly dropping out of lock tonight.
  • EQ will update with a sick comparison plot - today we looked at the ALS noise from the perspective of the Green Locking Izumi et. al. paper.
  • Y arm ALS noise didn't look so hot tonight - to be investigated...

Leaving LSC mode OFF for now while CDS is still under investigation


Not really related to this work: We saw that the safe.snap file for c1oaf seems to have gotten overwritten at some point. I restored the EPICS values from a known good time, and over-wrote the safe.snap file.

  13230   Sat Aug 19 01:35:08 2017 ericqUpdateALSX Arm ALS lock

My motivation tonight was to get an up-to-date spectrum of a calibrated measurement of the out-of-loop displacement of an arm locked on ALS (using the PDH signal as the out-of-loop sensor) to compare the performance of ALS control noise with the Izumi et al green locking paper. 

I was able to fish out the PSD from the paper from the 40m svn, but the comparison as plotted looks kind of fishy. I don't see why the noise from 10-60Hz should be so different/worse. We updated the POX counts to meters conversion by looking at the Hz-calibrated ALSX signal and a ~800Hz line injected on ETMX.

Attachment 1: ALS_comparison.pdf
ALS_comparison.pdf
  1145   Tue Nov 18 19:44:53 2008 AlbertoUpdateGeneralX Arm Cavity "Negative" FSRs Measured
Previous measurements on the X arm cavity revealed a shift of the frequencies of the cavity resonances from where one would expect these to be by just looking at integer multiples of the cavity FSR. In particular, plotting the resonant frequencies versus the order of their occurrences while sweeping the laser frequency (in our case that of the beat between the two lasers), the linear fit of the data contained an unwanted offset:

resonant_frequency = n x FSR + offset

In part, we attributed this offset to the local oscillator of the PLL, the Marconi, which was not referred to an absolute frequency clock.
For that reason, I connected the Marconi to the RS FS275 which uses the 1PPS from the GPS to generate a 10 MHZ reference signal, and then scanned the cavity again. This time I started from negative beat frequencies, that happen when the frequency of the secondary laser is smaller than the main laser's, to positive frequencies. The way I made sure of the sign of the frequency was looking at the effect of changing the temperature of the NPRO. I decided that negative frequencies where those for which an increase in temperature lowered the beat frequency and positive frequencies those for which increasing the temperature made the beat frequency go up.
I then plotted the data and obtained the attached plot.

The offset was reduced to about 80 Hz (from more than 200 in the previous measurements). I think the residual offset has to do with something that happens in the cavity, something, as Koji found out, related to the alignment of the mirrors.

Thanks to the more data points, the measurement of the FSR improved to (3897627 +/- 5) Hz, which would let us know the measure of the cavity length with an error of 50um, if it weren't for the offset. I have to understand whether and how to take this into account to determine the precision in the cavity length. I guess it depends on whether it is real or it is still a systematic error due to the measurements.
Attachment 1: 2008-11-17_Linear_Fit.pdf
2008-11-17_Linear_Fit.pdf
  2185   Thu Nov 5 22:30:09 2009 AlbertoUpdateLSCX Arm Cavity Transfer Function

It seems that just repeating the measurement was enough to get a good transfer function of the x arm cavity. Here's what I got.

XarmTF01.png

I'm going to fit the data on matlab, but at first sight, the pole seems to be at about 1.7KHz (that is where the phase is 45deg): as expected.

Probably it was useful to realign the beam on the Transmission PD. (btw, I'm using the PDA255 that was still on the X end table since the AbsL experiemtn that measured the arm length)

  2177   Wed Nov 4 23:17:51 2009 AlbertoUpdateLSCX Arm Cavity transfer Function

I measured the transfer function between MC_TRANS and TRX and I'm attaching the result.

ArmCavityTF02.png

That looks quite strange. Something's wrong. I'll repeat it tomorrow.

for the night I'm putting everything back. I'm also reconnecting the OMC_ISS_EXC and opening again the test switch on the ISS screen.

The RFAM monitor remains disable

  2178   Thu Nov 5 05:07:22 2009 ranaUpdateLSCX Arm Cavity transfer Function

I would have guessed that you have to calibrate the detectors relative to each other before trying this. Its also going to be tricky if you use 2 different kinds of ADC for this (c.f. today's delay discussion in the group meeting).

I think Osamu used to look at fast transmission signals by making sure the PD at the end had a 50 Ohm output impedance and just drive the 40m long cable and terminate the receiving end with 50 Ohms. Then both PDs go into the SR785.

 

  2184   Thu Nov 5 19:25:11 2009 AlbertoUpdateLSCX Arm Cavity transfer Function

Quote:

I would have guessed that you have to calibrate the detectors relative to each other before trying this. Its also going to be tricky if you use 2 different kinds of ADC for this (c.f. today's delay discussion in the group meeting).

I think Osamu used to look at fast transmission signals by making sure the PD at the end had a 50 Ohm output impedance and just drive the 40m long cable and terminate the receiving end with 50 Ohms. Then both PDs go into the SR785.

 

On Rana's suggestion I measured the trasfer function between the two photodiodes PDA255 that I'm using.

I took the one that I had on the end table and put it on the PSL table. I split the MC transmitted beam with a 50% beam splitter and sent the beams on the two diodes. (Rana's idea of picking off the beam and interposing the PDs before the ISS PDs was not doable: ISS PDs would be too close and there would be no room to install the PDA255 before them). See picture with the final setup.

DSC_0958.JPG


The transfer function also includes the 40m long cable that I was using for the Arm Cavity measurement.

Here's what I got. It looks rather flat. Yesterday the calibration was probably not the problem in that measurement.

PDA255CalibrationTF03.png
 I'm now going to install the PD back on the end table and measure the TFs between the excitation and several points of the loop.

(Trivia. At first, the PDs were saturating so Koji attached attenuation filters on to them. Suddenly the measurement got much nicer)

  11328   Wed May 27 17:14:08 2015 ericqUpdateLSCX Aux Laser crystal temperature changed

Rana suspects that the lack of X beatnote is related to the PSL laser temperature change (ELOG 11294). 

I used the information on the wiki and old elogs (wiki-40mELOG 6732), to deduce that the new end laser temperatures should be:

  • X end-> 38.98 C
  • Y end-> 35.80 C

I went out to the X end and found the laser crystal temperature set to 40.87, which is not what the measurements I linked to suggest would be the ideal temperature for the previous NPRO laser temperature of 30.89, which would be 37.02. I could not find any elog describing the choice of this setpoint.  

I've changed the X end laser crystal temperature to the value above. I've hooked up the X IR and green beatnotes to go the control room analzyer, and have been looking for the beatnote as I adjust the digital temperature offset, but haven't found it yet...

If this proves totally fruitless, we can just put the lasers back to their original temperatures, since it's unclear if it helped the PC drive noise levels. 

  6326   Mon Feb 27 18:35:45 2012 JenneUpdateGreen LockingX Beat Search

Meh.  I've searched in steps of 20 counts in C1:GCX-SLOW_SERVO2_OFFSET units (16 bit +\- 10V DAC, and 1GHz/V coeffecient for the Xgreen aux laser means this is ~0.6MHz per 20 count step).  I went from -400cts to +800 cts and haven't found the beatnote yet.  Meh. 

Both PSL green and Xgreen beams are going to the Xgreen BBPD.  Both beams are easily visible, so while I didn't actually measure the power, it should be sufficient.  The arm is being re-locked in green for each step, but it's not locked in IR, but that doesn't matter for just finding the beatnote.

I've got the output of the BBPD directly connected to the 50 ohm input of the HP8591E spectrum analyzer, with the freq span from 10MHz to 120MHz.  The BBPD is supposed to be good up to ~100MHz, so I should catch any beatnote that's there.  I have to head out, so I guess I'll continue the search tomorrow. 

One of Kiwamu's suggestions was that, since no one is using the Ygreen concurrent with my fiddling, I rotate the waveplate after the PSL doubling oven so that max power goes to the Xgreen path, thus giving myself a bigger signal.  I'll try that tomorrow.  Today, I didn't ever touch the waveplate.

  13366   Fri Oct 6 17:08:09 2017 SteveUpdateALSX End table beam traps corrected

There are no more double sided tape on this table.

 

Attachment 1: c1.jpg
c1.jpg
Attachment 2: c2.jpg
c2.jpg
Attachment 3: c3.jpg
c3.jpg
Attachment 4: c4.jpg
c4.jpg
  13326   Thu Sep 21 01:55:16 2017 ranaUpdateALSX End table of Shame

Image #1: No - we do not use magnetic mounts for beam dumps. Use a real clamp. It has to be rigid. "its not going anywhere" is a nonsense statement; this is about vibration amplitude of nanometers.

Image #2: No - we do not use sticky tape to put black glass beam dumps in place ever, anywhere. Rigid dumps only.

Image #3: Please do not ruin our nice black glass with double sticky tape. We want to keep the surfaces clean. This one and a few of the other Mickey Mouse black glass dumps on this table were dirty with fingerprints and so very useless.

Image #4: This one was worst of all: a piece of black glass was sticky taped to the wall. Shameful.

Please do not do any work on this table without elogging. Please never again do any of these type of beam dumping - they are all illegal. Better to not dump beams than to do this kind of thing.

All dumps have to be rigidly mounted. There is no finger contacting black glass or razor dumps - if you do, you might as well throw it in the garbage.

Attachment 1: 20170921_003143.jpg
20170921_003143.jpg
Attachment 2: 20170921_002430.jpg
20170921_002430.jpg
Attachment 3: 20170921_002243.jpg
20170921_002243.jpg
Attachment 4: 20170921_001906.jpg
20170921_001906.jpg
  14125   Thu Aug 2 20:47:29 2018 gautamSummaryElectronicsX Green "Mystery" solved

I walked down to the X end and found that the entire AUX laser electronics rack isn't getting any power. There was no elog about this.

I couldn't find any free points in the power strip where I think all this stuff was plugged in so I'm going to hold off on resurrecting this until tomorrow when I'll work with Steve.

Quote:

The X arm green does not stay locked to the cavity - the alignment looks fine, and the green flashes are strong, but the lock does not hold. This shouldn't be directly connected to anything we did today since the Green PDH servo is entirely analog.

  14127   Thu Aug 2 23:09:25 2018 ranaSummaryComputersX Green "Mystery" solved

I'm going to guess that this was me: I was disconnecting some octopus power strip nonsense down there (in particular illuminators and cameras), so I might have turned off the AUX rack by mistake.

Quote:

I walked down to the X end and found that the entire AUX laser electronics rack isn't getting any power. There was no elog about this.

I couldn't find any free points in the power strip where I think all this stuff was plugged in so I'm going to hold off on resurrecting this until tomorrow when I'll work with Steve.

Quote:

The X arm green does not stay locked to the cavity - the alignment looks fine, and the green flashes are strong, but the lock does not hold. This shouldn't be directly connected to anything we did today since the Green PDH servo is entirely analog.

  13573   Wed Jan 24 00:58:59 2018 gautamUpdateALSX Green PDH modulation depth

On Friday, while Udit and I were doing some characterization of the EX+PSL IR beat at the LSC rack, I noticed that there were sidebands around the main beat peak at 20dBm lower level. These were offset from the main peak by ~200kHz - I didn't do a careful characterization but because of the symmetric nature of these sidebands and the fact that they appeared with the same offset from the main peak for various values of the central beat frequency, I hypothesize that these are from the modulation sidebands we use for PDH locking the EX laser to the arm cavity. So we can estimate the modulation depth from the relative powers of the main beat peak and the ~200kHz offset sidebands.

Since the IR light is used for the beat and we directly couple it to the fiber to make the beat, there is no green or IR cavity pole involved here. 20dBm in power means \frac{\beta^2}{4} \approx 10^{\frac{-20}{10}} \approx 0.01. And so the modulation depth, \beta \approx 0.2 \mathrm{rad}. I will do a more careful meaurement of this, but this method of measuring the modulation depth can give us a precise estimate - for what it's worth, this number is in the same ballpark as the measurement I quote in elog12105.

What is the implication of having these sidebands on our ALS noise? I need to think about this, effectively the phase noise of the SR function generators we use to do the phase modulation of the EX laser is getting imprinted on the ALS noise? Is this hurting us in any frequency range that matters?

 

  11191   Wed Apr 1 23:56:36 2015 ericqUpdateLSCX Green Power drifting

Something funky is happening with the green light locked to the X arm. The green transmitted power is drifiting around. Maybe something weird is happening with the doubler? The digital thermal feedback loop is not on. 

The green has been locked on a TM00 mode this whole time. The step in power is me closing the PSL green shutter, but I'm not doing anything during the smooth changes in power. IR power is steady, so the alignment should be ok. I can't recover full power with the end PZT alignement either. 

 

Attachment 1: Xgreen_drifting.png
Xgreen_drifting.png
  11192   Thu Apr 2 01:28:34 2015 JenneUpdateLSCX Green Power drifting

Have you tried a different set of laser temperatures?  I don't remember the value for the Xgreen, but whatever the value that matches PSL of 0.62ish and above seems to put the Xgreen laser at a bad temperature.  I think this is the mode-hopping region, and we sometimes lock to the wrong mode. 

So, FSS values of above 0.5ish are good, but they should be below 0.61ish. 

  11193   Thu Apr 2 01:45:44 2015 JenneUpdateLSCX Green Power drifting
Quote:

Have you tried a different set of laser temperatures?

Yep, that is how I got back to stable powers. 

  10951   Wed Jan 28 17:39:17 2015 KojiConfigurationIOOX Trans Table less crazy but not enough yet

The X-end IR Trans path was cleaned up.

I have been investigating the Xarm ASS issue. The Xarm ASS sensors behaved not so straight forward.
I went to the X-end table and found some suspect of clipping and large misalignmnet in the IR trans path.
Facing with the usual chaos of the end table, I decided to clean-up the IR trans path.

The optical layout is now slightly better. But the table is, in general, still dirty with bunch of stray optics,
loose cables and fibers. We need more effort to make the table maintained in a professional manner.


- Removed unnecessary snaking optical path. Now the beam from the 1064/532 separator is divided by a 50-50 BS before the QPD without
any other steering mirrors. This means the spot size on the QPD was changed as well as the alignment. The spot on the QPD was aligned
with the arm aligned with the current (=not modified) ASS. This should be the right procedure as the spot must be centered on the end mirror
with the current ASS.

- After the 50-50 BS there is an HR steering mirror for the Thorlab PD.

- A VIS rejection filter was placed before the 50-50 BS. The reflection from the filter is blocked with a razor blade dump.

Important note to everyone including Steve:
The transmission of the VIS rejection filter at 1064nm is SUPER angular sensitive.
A slight tilt causes significant reduction of 1064nm light. Be careful.

- As we don't need double VIS filter, I removed the filter on the QPD.

- X-End QPD was inspected. There seemed large (+/-10%) gain difference between the segments.
They were corrected so that the values are matched when the beam is only on one segment.
The corrections were applied at C1:SUS-ETMX_QPDx_GAIN (x=1, 2, 3, or 4).


I decided to put "-20dB" filters on C1:SUS-ETMi_QPD_SUM and C1:SUS-ETMi_TRY (i = X or Y)
in order to make their gain to be reasonable (like 0.123 instead 0.000123 which is unreadable).
Jenne's normalization script reads relative values and the current gains instead of the absolute values.
Therefore the script is not affected.

Attachment 1: IMG_1808.JPG
IMG_1808.JPG
  10958   Thu Jan 29 17:20:58 2015 manasaConfigurationIOOX Trans Table less crazy but not enough yet

[Koji, Manasa]

We cleared up some optics and optomechanics at the X end table that are not being used and moved them to the SP table. [Ed by KA: They seemed to be leftover of the other projects. I blame them]

  2226   Tue Nov 10 13:02:36 2009 AlbertoUpdateLSCX and Y Arm Cavity Poles Measurement

From fitting the arm cavity transfer functions I got the following values for the cavity pole frequencies.

X ARM: fp_x = (1720 +/- 70) Hz

Y ARM: fp_y = (1650 +/- 70) Hz

Attached are the plots from the fitting.

Attachment 1: SummaryOfFits.pdf
SummaryOfFits.pdf SummaryOfFits.pdf
Attachment 2: CodeAndData.tar
  4795   Wed Jun 8 16:41:48 2011 valeraUpdateASSX and Y arm dither alignment status

 The current status of the dither alignment system:

- Both Xarm and Yarm alignment are working. The scripts are: scripts/autoDither/alignX(Y). Each script sets up the respective arm, turns on the dither lines and servos for 66 sec, offloads the control signals to TM alignment biases and PZT sliders in case of  Yarm, and to TM and BS alignment biases in case of Xarm, and finally turns off and clears the servo filters and turns off the dither lines.

- Jammie witnessed the final tests of both scripts - both X and Y arm power went up from 0.6-0.7 to close to 1 and the AS beam became symmetric. Also Jammie wanted me to leave the ETMY oplev in its current non-nominal but more stable state i.e. the oplev signals go to the ADC from the D010033 card not the D020432 one. The scripts can now run from the CONFIGURE medm screen.

- Both arms use signals derived from modulating ITM and ETM in pitch and yaw dofs and demodulating the arm power (TRX or TRY) and the cavity length signal (AS55I). The Yarm actuation has 8 dofs - pitch and yaw of the ITM, ETM, and two input beam PZTs so all the sensed dofs are controlled. The Xarm actuation has only 6 dofs - pitch and yaw of the ITM, ETM, and BS. The Xarm servo is set up to servo the beam position on the ETMX and the relative alignment of the cavity and the input beam. The ITMX spot position is unconstrained and provides the null test. The residual displacement on the ITMX is 0.2-0.3 mm in yaw and 0.9-1.0 mm in pitch. The I phases of the beam centering lockins, which are also the error points of corresponding DOF filters, are calibrated in mm by unbalancing the TM coils by known amount. The attached snap shot of the medm screen now has both X and Y arm calibrated beam spot positions and uncalibrated input beam indicators. The input beam angle and position signals can/should be calibrated by tapping the signals digitally and applying the proper matrix transformation - this will require the model change.

- Currently there is no lock loss catching in the model. We should add a trigger on arm power (or an equivalent mechanism) to turn off the inputs to prevent the spurious inputs.

Attachment 1: BeamPositionIndicators.png
BeamPositionIndicators.png
  9621   Mon Feb 10 22:21:55 2014 manasaUpdateGreen LockingX and Y arm green tuned

Y arm green: Nothing much was disturbed. I touched the steering mirrors and brought GTRY from 0.2 to 0.9.

X arm green: The PDH lock was not very stable mostly because of the low power in green. I changed the oven temperature for the doubler to 36.4 corresponding to maximum green power. GTRX increased from 0.1 to 0.9

Both the X and Y arm green alignment were tuned on the PSL table to their respective beat PDs.

The PSL green shutter was not responding to the medm buttons. I found the PSL green shutter set to 'local' and 'N.O' (these are switches in the shutter controller). I do not see any elog and not sure as to why the controller was even touched in the first place. I set the shutter controls to 'remote' and 'N.C'.

  9633   Thu Feb 13 16:48:33 2014 SteveUpdateGreen LockingX and Y arm green tuned details

Quote:

Y arm green: Nothing much was disturbed. I touched the steering mirrors and brought GTRY from 0.2 to 0.9.

X arm green: The PDH lock was not very stable mostly because of the low power in green. I changed the oven temperature for the doubler to 36.4 corresponding to maximum green power. GTRX increased from 0.1 to 0.9

Both the X and Y arm green alignment were tuned on the PSL table to their respective beat PDs.

The PSL green shutter was not responding to the medm buttons. I found the PSL green shutter set to 'local' and 'N.O' (these are switches in the shutter controller). I do not see any elog and not sure as to why the controller was even touched in the first place. I set the shutter controls to 'remote' and 'N.C'.

 ETMX green power at shutter 3.6 mW at 36.35 C doubler crystal temp.   [ Innolight IR settings 2.0 A,  40.83 C,  500 mW before Faraday 1/2 plate ] 

 ETMY green power at shutter 0.75 mW  at 35.8 C  doubler crytal temp.  [ NPRO IR settings 1.82A,  231 mW_ display,  DT 21 C, DTEC +1V, LT 40 C, LTEC 0.1V, T +41.041 ]  

  9176   Mon Sep 30 17:55:45 2013 manasaUpdateGreen LockingX and Y arm transmission needs to be decoupled

[Masayuki, Manasa]

Problem
We wanted to lock both the arms using ALS and get IR to resonate while arms are held using ALS. The X arm was locked using ALS and offsetter2 was used to scan the arm and find IR resonance. The Y arm was locked using ALS. But as the Y arm was brought closer to IR resonance, the X arm ALS loses lock. (attachment 1)

Discussion
We believe that this comes from the X and Y transmission not being well separated at the PSL table. The PBS is not sufficient to decouple them (A strong beatnote ~35dB between the X and the Y arm green lasers can be seen on the spectrum analyzer).

Solution
Decouple the X and Y arm transmitted beams at the PSL table. I am trying to find a wedged mirror/window that can separate the 2 beams at the PSL table before the beat PD (sadly the laseroptik HR532nm optics have no wedge)

 

Attachment 1: scan2.png
scan2.png
  87   Fri Nov 9 00:23:12 2007 pkpUpdateOMCX and Z resonances
I got a couple of resonance plots going for now. I am still having trouble getting the Y measurement going for some reason. I will investigate that tommorow. But for tonight and tommorow morning, here is some food for thought. I have attached the X and Z transfer functions below. I compared them to Norna's plots - so just writing out what I was thinking -

Keep in mind that these arent high res scans and have been inconviniently stopped at 0.5 Hz Frown.

Z case --

I see two small resonances and two large ones - the large ones are at 5.5 Hz and 0.55 Hz and the small ones at 9 Hz and 2 Hz respectively. In Norna's resonances, these features arent present. Secondly, the two large peaks in Norna's measurement are at 4.5 Hz and just above 1 Hz. Which was kind of expected, since we shortened the wires a bit, so one of the resonances moved up and I suppose that the other one moved down for the same reason.

X case --

Only one broad peak at about 3 Hz is seen here, whereas in Norna's measurement, there were two large peaks and one dip at 0.75 Hz and 2.5 Hz. I suspect that the lower peak has shifted lower than what I scanned to here and a high res scan going upto 0.2 Hz is taking place overnight. So we will have to wait and watch.

Pitch Roll and Yaw can wait for the morning.
Attachment 1: Xtransferfunc.pdf
Xtransferfunc.pdf Xtransferfunc.pdf Xtransferfunc.pdf
Attachment 2: Ztransferfunc.pdf
Ztransferfunc.pdf Ztransferfunc.pdf Ztransferfunc.pdf
  12909   Mon Mar 27 16:01:55 2017 SteveUpdatePEMX arm AC set to 68F

 

The X arm air conditioner was not regulating properly. The arm temp was warmer than usual. I requested thermistor calibration.

The mechanic reset the thermostate to 68F last week.  It was 70-71F before.

 

The ETMX oplev laser now running 4 C lower at 30 C inside the enclousure.

The ETMX optical table top is 5 C cooler  at 21 C

The ETMX concrete wall temp 20 C at 9am with flow bench on.

ETMY conrete wall  temp 23 C at 9am

  8703   Thu Jun 13 22:31:12 2013 ManasaSummaryGreen LockingX arm ALS

Stabilized ALS and beat frequency sweep realized.

Procedure:

1. Enable appropriate filter modules and set appropriate servo gains.

Servo module

Filters Gain
C1:ALS-BEATX_FINE_I   FM2 FM3 1.0
C1:ALS-BEATX_FINE_Q FM2 FM3 1.0
C1:ALS-BEATX_FINE_PHASE FM1   300.0
C1:ALS-BEATX_FINE_OFFSET - 1.0
C1:ALS-XARM FM4 FM5 -0.25
C1:ALS-ETMX - 1.0


2. Clear history of C1:ALS-BEATX_FINE_PHASE

3. Enable the servo loop. I had set limits on the servo loop and ramp time for gain switching so that I don't kick the ETMY hard.
Gains were decided such that the error signal C1:ALS-BEATX_FINE_PHASE_OUT was minimized.

4. Beat frequency sweep is realized by stepping up on C1:ALS-BEATX_FINE_OFFSET_OFFSET (from 0 to 2100 in this case).

Video1 shows the difference that can be seen at the RF spectrum analyzer when ALS is enabled.

Video2 shows the beat frequency sweep as seen on the spectrum analyzer.

I could not get 'getdata' to work as I wanted. So I have attached the error signal trend before and after the ALS servo loop is enabled.

Thank you Jenne for helping retrieve more sensible data!

More info:
The beat note is very strong and we can clearly see its harmonics as well. Attached is the picture showing the several harmonics.
________________________________
Peak frequency(MHz)    Power(dBm)
________________________________
 47                                    -2.77
 93.5                                -27.56
 139                                 -32.75
 185.4                              -45.64
 231.9                              -57.10
 278.4                              -59.42
________________________________

To do:
1. Obtain IR resonance.
2. Check the digital anti-whitening filter after the beatbox.
3. The effect of the harmonics should be figured out.
4. Write scripts to enable ALS and findIRresonance.

Attachment 1: IMG_0659.JPG
IMG_0659.JPG
Attachment 2: ALS_stabilized_13June2013.png
ALS_stabilized_13June2013.png
  8708   Fri Jun 14 07:06:19 2013 KojiSummaryGreen LockingX arm ALS

It's nice that we are now able to scan the cavity again. We got close to PRMI+one arm one step further.
The calibration of the scan frequency and the evaluation of the in-loop/out-of-loop error signal in terms of (Hz/rtHz) would be necessary.

The beat amplitude looks actually huge aIthough I don't know where you are monitoring.
Talk to Jamie to figure out how much the signal should be at the monitoring point.
If it is more than we are supposed to have, put an attenuator somewhere.

  8824   Thu Jul 11 00:30:27 2013 manasaUpdateGreen LockingX arm ALS post-beatbox makeover

I ran a series of diagnostics on the X arm ALS to look at how the beatbox behaves after the makeover.

Diagnostic tests run:
1. X arm ALS in-loop spectrum
2. X arm ALS out-of loop spectrum
3. X ALS scan of the X arm cavity

The noise suppression looks better after the makeover at the lower frequencies. To suppress the noise at high frequencies, we would have to add more whitening filters.

Attachment 1: XALS_inloop.pdf
XALS_inloop.pdf
Attachment 2: XALS_scan.pdf
XALS_scan.pdf
Attachment 3: ALS_outloop.pdf
ALS_outloop.pdf
  14132   Fri Aug 3 19:02:11 2018 gautamUpdateASSX arm ASS recovery

[koji, gautam]

After I effected the series resistance change for ETMX, the X arm ASS didn't work (i.e. IR transmission would degrade if the servo was run). Today, we succeeded in recovering a functional ASS servo yes.

So both arms have working dither alignment servos now. But remember that the Y arm ASS gains have been set for locking the Y arm with MC2 as the actuator, not ETMY.

Details:

  • Koji pointed out that the demodulated signals from the ETM dither are only used to center the spot on the ETM, and that we should first run the servo with existing settings with the ETM pitch and yaw spot centering loops disabled.
    • This improved TRX level from ~0.8 to 1.1
  • Next, we tried increasing the LO amplitudes by x5 to account for the reduced actuation of the dither on ETMX
    • We then re-enabled the two loops that were earlier disabled.
    • This resulted in TRX degrading very quickly.
  • So we decided to try going back to the nominal LO gains, and reducing the gain of the two ETM spot centering loops.
    • This did the trick, TRX went from 1.1 --> ~1.23, which is the nominal maximum pre-vent value.
  • The snap file used to recover the correct settings to run the dither alignment servos have been updated, the old one has been backed up with today's datestamp.

We then tried to maximize GTRX using the PZT mirrors, but were only successful in reaching a maximum of 0.41. The value I remember from before the vent was 0.5, and indeed, with the IR alignment not quite optimized before we began this work, I saw GTRX of 0.48. But the IR dither servo signals indicate that the cavity axis may have shifted (spot position on the ITM, which is uncontrolled, seems to have drifred significantly, the Pitch signal doesn't stay on the StripTool scale anymore). So we may have to double check that the transmitted beam isn't falling off the GTRX DC PD.

  14161   Tue Aug 14 00:50:32 2018 gautamUpdateASSX arm ASS still not quite right?

While working on the single arm alignment, I noticed that today, i was able to get the X arm transmission back to ~1.22, and the GTRX to 0.52. These are closer to the values I remember from prior to the vent. Running the dither alignment promptly degrades both the green and IR transmissions. Since the pianosa SL7 upgrade, I can't use the sensoray to capture images, but to me, the spot looks a little off-center in Yaw on ETMX in this configuration, I've tried to show this in the phone grab (Atm #2). Maybe indicative of clipping somewhere upstream of ITMX?

Anyways, I'm pushing onwards for now, something to check out in the daytime.

Quote:

[koji, gautam]

After I effected the series resistance change for ETMX, the X arm ASS didn't work (i.e. IR transmission would degrade if the servo was run). Today, we succeeded in recovering a functional ASS servo yes.

We then tried to maximize GTRX using the PZT mirrors, but were only successful in reaching a maximum of 0.41. The value I remember from before the vent was 0.5, and indeed, with the IR alignment not quite optimized before we began this work, I saw GTRX of 0.48. But the IR dither servo signals indicate that the cavity axis may have shifted (spot position on the ITM, which is uncontrolled, seems to have drifred significantly, the Pitch signal doesn't stay on the StripTool scale anymore). So we may have to double check that the transmitted beam isn't falling off the GTRX DC PD.

Attachment 1: POXPOY.png
POXPOY.png
Attachment 2: IMG_7108.JPG
IMG_7108.JPG
  10865   Wed Jan 7 11:20:22 2015 SteveUpdateLSCX arm T-QPD gets SM1 thread adapter

C1:SUS-ETMX_QPD is removed and internal SM1 thread adapter epoxied into position as it is at the Y end

This adapter will take FL1064-10 line filter holder

Line filter is attached and qpd needs alignment.

ELOG V3.1.3-