40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 141 of 339  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  7149   Fri Aug 10 19:49:11 2012 EricSummaryLockingMichelson Locking Procedure and Measurements

Today I worked on locking the Michelson. Here's what I did:

 

  1. Open Data Viewer and Restore Settings /users/Templates/JenneLockingDataviewer/MICH.xml. This opens the C1:LSC-ASDC_OUT and C1:LSC-AS55_Q_ERR plots.

  2. Check the LSC screen to verify that the path between the Servo Filter Modules and the SUS Ctrls are outlined in green. If not turn on the OUT button within the Filter Servo Modules, enable LSC mode, and turn on the SUS Ctrls for the BS.

  3. Misalign all optics other than BS and one of ITMX and ITMY. The ITMY was already well-aligned from my work on locking the YARM, so I actually chose to misalign ITMY at first.

  4. Restore BS and ITMX. Use the AS camera on the video screen as your guide when aligning ITMX.

  5. Adjust pitch and yaw of ITMX until a bright, circular spot appears near the middle of the AS camera.

  6. Now restore ITMY and adjust pitch and yaw until a second circular spot appears on the AS camera.

  7. Adjust both ITMX and ITMY until both bright spots occupy the same location. If the spots remain bright when they are in the same location you are locking onto a bright fringe actually, and need to flip the sign of the gain on the MICH servo filter modules. I had to do this today in fact, as discussed in ELOG 7145.

  8. If the sign is correct, the two beams should interfere destructively and the formerly bright spots will form a comparatively dark spot. The shape of the spot will likely be two bright lobes separated by a dark middle.

  9. C1:LSC-ASDC_OUT should be a roughly flat signal, and the goal now is to minimize the magnitude of this signal. The smaller this signal, the darker the AS camera should look. Decent target values for C1:LSC-ASDC_OUT are around 0.10 to 0.05.

 

Once I did this, I made measurements by exciting C1:SUS-ITMY_LSC_EXC and measuring with C1:LSC-AS55_Q_ERR. I ran a logarithmic swept sine response from 1 to 1000 Hz again, with an envelope amplitude dependence. Again I looked at the measured transfer function and coherence. I was able to get good coherence, but it was somewhat erratic in that it dipped low at high frequency multiple times.

  4527   Fri Apr 15 02:17:18 2011 kiwamuUpdateLSCMichelson locked

[Koji / Kiwamu]

The Michelson was locked with the new LSC realtime code.

 

 

(what we did)

 --  Fine alignment of the Michelson, including PZTs, BS and ITMY.

  Since the X arm has been nicely aligned we intentionally avoided touching ITMX. The IR beam now is hitting the center of both end mirrors.

  At the end we lost X arm's resonance for IR. This probably means the PZTs need more careful alignments.

 

-- Signal acquisition

 We replaced the RFPD (AS55) that Aidan and Jamie nicely installed by POY11 because we haven't yet  installed a 55MHz RF source.

The maximum DC voltage from the PD went to about 50 mV after aligning steering mirrors on the AP table.

The RF signal from the PD is transferred by a heliax cable which has been labeled 'REFL33'.

Then the RF signal is demodulated at a demodulation board 'AS11', which is one of the demodulation boards that Suresh recently modified.

Although we haven't fully characterized the demod board the I and Q signal looked healthy.

Finally the demod signals go to ADC_0_3 and ADC_0_4 which are the third and fourth channel.

They finally show up in REFL33 path in the digital world.

 

-- Control

 With the new LSC code we fedback the signal to BS. We put anti-whitening filters in the I and Q input filter banks.

We found that dataviewer didn't show correct channels, for example C1LSC_NREFL33I showed just ADC noise and C1LSC_NREFL33Q showed NREFL_33I.

Due to this fact we gave up adjusting the digital phase rotation and decided to use only the I-phase signal.

Applying a 1000:10 filter gave us a moderate lock of the Michelson. The gain was -100 in C1LSC_MICH_GAIN and this gave us the UGF of about 300 Hz.

 Note that during the locking both ETMs were intentionally misaligned in order not to have Fabry-Perot fringes.

  9603   Wed Feb 5 18:36:56 2014 ranaFrogselogMicroSoft BingBot is attacking us

 The ELOG was frozen, with this in the .log file:   

GET /40m/?id=1279&select=1&rsort=Type HTTP/1.1

Cache-Control: no-cache

Connection: Keep-Alive

Pragma: no-cache

Accept: */*

Accept-Encoding: gzip, deflate

From: bingbot(at)microsoft.com

Host: nodus.ligo.caltech.edu

User-Agent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)

  (hopefully there's a way to hide from the Bing Bot like we did from the Google bot)

 

  10309   Thu Jul 31 18:54:03 2014 ChrisFrogselogMicroSoft BingBot is attacking us

Quote:

 The ELOG was frozen, with this in the .log file:   

GET /40m/?id=1279&select=1&rsort=Type HTTP/1.1

Cache-Control: no-cache

Connection: Keep-Alive

Pragma: no-cache

Accept: */*

Accept-Encoding: gzip, deflate

From: bingbot(at)microsoft.com

Host: nodus.ligo.caltech.edu

User-Agent: Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)

  (hopefully there's a way to hide from the Bing Bot like we did from the Google bot)

 

Yesterday elog was excruciatingly slow, and bingbot was the culprit. It was slurping down elog entries and attachments so fast that it brought nodus to its knees. So I created a robots.txt file disallowing all bots, and placed it in the elog's scripts directory (which gets served at the top level). Today the log feels a little snappier -- there's now much less bot traffic to compete with when using it.

We might be able to let selected bots back in with a crawl rate limit, if anyone misses searching the elog on bing.

  10311   Thu Jul 31 21:21:49 2014 KojiFrogselogMicroSoft BingBot is attacking us

Oh, this is cool! Thanks!
I could not figure out how to place robot.txt as it was not so obvious how elogd handles the files in the "logfile" directory.

  12436   Wed Aug 24 14:11:09 2016 PrafulUpdateElectronicsMicrophone Testing

I added an EM172 to my soldered circuit and it seems to be working so far. I have taken a spectra using the EM172 in ambient noise in the control room as well as in white noise from Audacity. My computer's speakers are not very good so the white noise results aren't great but this was mainly to confirm that the microphone is actually working.

white_v_ambient.pdf

Attachment 1: white_v_ambient.png
white_v_ambient.png
Attachment 2: white_v_ambient.pdf
white_v_ambient.pdf
Attachment 3: white_v_ambient.pdf
white_v_ambient.pdf
  7633   Fri Oct 26 18:25:02 2012 AyakaUpdateAdaptive FilteringMicrophone noise again

[Raji, Ayaka]

Thanks to Den, power supplies for microphone circuit are changed.
So I measured the microphone noise again by the same way as I did last time.

mic_noise.png
  solid lines: acoustic noise
 dashed lines: un-coherent noise
black line: circuit noise (microphone unconnected)

The circuit noise improves so much, but many line noises appeared.
Where do these lines (40, 80, 200 Hz...) come from?
These does not change if we changed the microphones...

Anyway, I have to change the circuit (because of the low-pass filter). I can check if the circuit I will remake will give some effects on these lines.

  7634   Fri Oct 26 19:06:14 2012 DenUpdateAdaptive FilteringMicrophone noise again

Quote:

The circuit noise improves so much, but many line noises appeared.
Where do these lines (40, 80, 200 Hz...) come from?
These does not change if we changed the microphones...

Anyway, I have to change the circuit (because of the low-pass filter). I can check if the circuit I will remake will give some effects on these lines.

I do not think that 1U rack power supply influenced on the preamp noise level as there is a 12 V regulator inside. Lines that you see might be just acoustic noise produced by cpu fans. Usually, they rotate at ~2500-3000 rpm => frequency is ~40-50 Hz + harmonics. Microphones should be in an isolation box to minimize noise coming from the rack. This test was already done before and described here

I think we need to build a new box for many channels (32, for example, to match adc). The question is how many microphones do we need to locate around one stack to subtract acoustic noise. Once we know this number, we group microphones, use 1 cable with many twisted pairs for a group and suspend them in an organized way.

  7636   Mon Oct 29 08:41:22 2012 AyakaUpdateAdaptive FilteringMicrophone noise again

Quote:

Quote:

The circuit noise improves so much, but many line noises appeared.
Where do these lines (40, 80, 200 Hz...) come from?
These does not change if we changed the microphones...

Anyway, I have to change the circuit (because of the low-pass filter). I can check if the circuit I will remake will give some effects on these lines.

I do not think that 1U rack power supply influenced on the preamp noise level as there is a 12 V regulator inside. Lines that you see might be just acoustic noise produced by cpu fans. Usually, they rotate at ~2500-3000 rpm => frequency is ~40-50 Hz + harmonics. Microphones should be in an isolation box to minimize noise coming from the rack. This test was already done before and described here

I think we need to build a new box for many channels (32, for example, to match adc). The question is how many microphones do we need to locate around one stack to subtract acoustic noise. Once we know this number, we group microphones, use 1 cable with many twisted pairs for a group and suspend them in an organized way.

 I do not think they are acoustic sounds. If so, there should be coherence between three microphones because I placed three at the same place, tied together. However, there are no coherence at lines between them.

  448   Fri Apr 25 13:20:04 2008 AndreyUpdatePEMMicrophone test
In response to Rana's request, I tested the microphone (if it is alive or not) by clapping my hands and speaking aloud nearby.

The microphone is alive, see the attached "Full Data" for 5 minutes from Dataviewer.
Attachment 1: Microphone.png
Microphone.png
  4853   Wed Jun 22 12:24:44 2011 NicoleSummarySUSMidweek 2 Work Summary

I have made my transfer function model and posted it to the suspension wiki. Here is the link to my model!

Bode Plot Model

Please let me know if there need to be any adjustments, but I have posted the bode plots, a model image, and an explanation of why I think it's right! ^ ___^ V

I am currently working on the photo sensor circuit for the displacement detector. So far, I have gotten the infared LED to light up! ^ ___^ V

I am now trying to get a plot of forward voltage versus current for the LED. HOPEFULLY it will match the curve provided in the LED datasheet.

I'm using the bread board circuit box and when I'm not working at the bench, I have signs posted. PLEASE DO NOT REMOVE THE CONNECTIONS! It is

fine to move the bread board circuit box, but please do not disturb the connections > ____<

Here is a photo of the workspace

P6220200.JPG

  1808   Wed Jul 29 14:56:44 2009 JenneUpdatePEMMiniEarthquakes due to construction

The construction people next door seem to be getting pretty excited about pounding things lately.  At my desk the floor was shaking like a mini-earthquake, and all of the accelerometers were pretty much railed. Clara has the Guralp box out right now, so the Guralp is unplugged, but the Ranger didn't seem to be railed.

This either (a) is part of the reason the MC is being wonky lately, or (b) has nothing whatsoever to do with it.  The MC watchdogs haven't been tripping all the time, so maybe this isn't a primary cause of the wonky-ness.

In looking at a many-days/months trend to see how far back this has been going, it looks like the accelerometers are hitting their rails pretty much all day every day.  This may be significantly hindering Clara's Wiener filtering work.  I think the gain on the accelerometer's controler panel is already set to 1, but if it's set to 10, we may want to reduce that.  Alternatively, we may want to put in attenuators just as the signal is entering the PEM ADCU, to help reduce the amount of rail-hitting that's going on. I don't remember this from a couple of months ago, so this may be a problem that will go away once the construction / landscaping is done next door.

  9010   Tue Aug 13 22:21:12 2013 KojiSummaryGeneralMinicircuit Filter TFs (AG4395A test)

As a part of the network analyzer test in the previous entry, the transfer functions of Mini-Circuits filters we have at the 40m were measured.

<<List of the filters>>

- LPF (SMA): SLP1.9, SLP5, SLP21.4, SLP30, SLP50, SLP100, SLP150, SLP750
- LPF (BNC): BLP1.9, BLP2_5, BLP5, BLP30
- BPF (SMA): SBP10.7, SBP21.4, SBP70
- HPF (SMA): SHP25, SHP100, SHP150, SHP200, SHP500

 

Attachment 1: Minicircuit_LPF.pdf
Minicircuit_LPF.pdf
Attachment 2: Minicircuit_BPF.pdf
Minicircuit_BPF.pdf
Attachment 3: Minicircuit_HPF.pdf
Minicircuit_HPF.pdf
Attachment 4: 130813.zip
  8161   Mon Feb 25 20:49:07 2013 BrettUpdateSUSMinor Mod made to SUS_GLOBAL block

 I made a minor modification to install some output filters in the new global damping GLOBAL box in c1sus.mdl. These will be needed for tuning the suspension drives to compensate for mismatches in the pendulums.

I recompiled and installed the model, but did not start it. Basically same as Jamie left it in 8159. Interestingly, I did not see the new POSOUT that was put in before the SUSPOS DOF filter. I made sure to reopen the .mdl file fresh before making more mods, but for some reason I do not see that update...

  11385   Tue Jun 30 20:26:24 2015 Eve UpdateGeneralMinor Summary Page Changes

I made several small, nit-picky changes to the summary pages.

 

Motivation:

I'm still working on getting used to editing the summary pages. I also wanted to change some of the easy-to-alter cosmetics of the pages.

 

What I did:

I changed axis ranges, axis labels, and typos throughout the summary pages. Read below for an excrutiating list of the minor details of my alterations, if you wish:

  • Changed axes on LSC control signals plots on the Summary tab (but will probably change these back to their original state)
  • Moved an OpLev plot from the Sandbox tab to "Eve" tab
  • Increased the y axis range on IOO MC2 Trans QPD and IMC REFLY RFPD DC plots (which may change when I better incorporate triggers into these plots)
  • Fixed title on IOO Whitened Spectrogram and Rayleigh Spectrogram
  • Fixed degree sign on Weather: Temperature and PSL Table Temperature
  • Fixed percent sign on Weather: Humidity
  •  

Results:

So far, everything looks good. I'll continue to make more changes later this week and hope to soon get on to more substatial changes.

  1984   Fri Sep 11 17:07:45 2009 JenneUpdateAdaptive FilteringMinor changes to ASS_TOP_PEM screen.

There was some uncertainty as to which channels were being input into the Adaptive Filtering screen, so I checked it out to confirm.  As expected, the rows on the ASS_TOP_PEM screen directly correspond to the BNC inputs on the PEM_ADCU board in the 1Y6 (I think it's 6...) rack.  So C1:ASS-TOP_PEM_1_INMON corresponds to the first BNC (#1) on the ADCU, etc. 

After checking this out, I put text tags next to all the inputs on the ASS_TOP_PEM screen for all of the seismometers (which had not been there previously).  Now it's nice and easy to select which witness channels you want to use for the adaptation.

  2628   Mon Feb 22 13:08:27 2010 josephbUpdateComputersMinor tweaks to c1omc

While working on c1omc, I created a .cshrc file in the controls home directory, and had it source the cshrc.40m file so that useful shortcuts like "target" and "c" work, among other things.  I also fixed the resolv.conf file so that it correctly uses linux1 as its name server (speeding up ssh login times).

  12776   Tue Jan 31 15:08:13 2017 ericqMetaphysicsCDSMinute Trend Koan

A novice was learning at the feet of Master Daqd. At the end of the lesson he looked through his notes and said, “Master, I have a few questions. May I ask them?”

Master Daqd nodded.

"Do we record minute trends of our data?"

"Yes, we record raw minute trends in /frames/trend/minute_raw"

"I see. Do we back up minute trends?"

"Yes, we back up all frames present in /frames/trend/minute"

"Wait, this means we are not recording our current trends! What is the reason for the existence of seperate minute and minute_raw trends?

“The knowledge you seek can be answered only by the gods.”

"Can we resume recording the minute trends?"

Master Daqd nodded, turned, and threw himself off the railing, falling to his death on the rocks below.

Upon seeing this, the novice was enlightened. He proceeded to investigate how to convert raw minute trends to minute trends so that historical records could be preserved, and precisely when Master Daqd started throwing himself off the mountain when asked to record minute trends.

  12777   Tue Jan 31 17:28:36 2017 ranaSummaryCDSMinute Trend Koan

Someone installed "Debian" on allegra. Why? Dataviewer doesn't work on there. Is there some advantage to making this thing have a different OS than the others? Any objections to going back to Ubuntu12?

  12779   Tue Jan 31 20:25:26 2017 ericqSummaryCDSMinute Trend Koan
Quote:

Someone installed "Debian" on allegra. Why? Dataviewer doesn't work on there. Is there some advantage to making this thing have a different OS than the others? Any objections to going back to Ubuntu12?

My elog negligence punchcard is getting pretty full... It's pretty much for the same reason as using Debian for optimus; much of the workstation software is getting packaged for Debian, which could offload our need for setting things up in a custom 40m way. Hacking the debian-focused software.ligo.org repos into Ubuntu has caused me headaches in the past. Allegra wasn't being used often, so I figured it was a good test bed for trying things out.

The dataviewer issue was dataviewer's inability to pull the `fb` out of `fb:8088` in the NDSSERVER env variable. I made a quick fix for it in the dataviewer launching script, but there is probably a better way to do it.

  12791   Thu Feb 2 18:28:29 2017 ranaSummaryCDSMinute Trend Koan

and the song remains the same...

the version of SVN on these workstations is ahead of the one on the other workstations so now we can't do 'svn up' on any of the Ubuntu12 machines. One allegra and optimus I get this error:

controls@allegra|GWsummaries> svn up
Updating '.':
svn: E180001: Unable to connect to a repository at URL 'file:///cvs/cds/caltech/svn/trunk/GWsummaries'
svn: E180001: Unable to open an ra_local session to URL
svn: E180001: Unable to open repository 'file:///cvs/cds/caltech/svn/trunk/GWsummaries'

Quote:
Quote:

Someone installed "Debian" on allegra. Why? Dataviewer doesn't work on there. Is there some advantage to making this thing have a different OS than the others? Any objections to going back to Ubuntu12?

My elog negligence punchcard is getting pretty full... It's pretty much for the same reason as using Debian for optimus; much of the workstation software is getting packaged for Debian, which could offload our need for setting things up in a custom 40m way. Hacking the debian-focused software.ligo.org repos into Ubuntu has caused me headaches in the past. Allegra wasn't being used often, so I figured it was a good test bed for trying things out.

The dataviewer issue was dataviewer's inability to pull the `fb` out of `fb:8088` in the NDSSERVER env variable. I made a quick fix for it in the dataviewer launching script, but there is probably a better way to do it.

I'm not sure if its possible to downgrade our chans repo back to the old one, but I highly recommend that no one do 'svn upgrade' in any of our repos until we remove all of the Debian installs in the 40m lab or hire a full-time sysadmin.

  4410   Fri Mar 18 11:29:36 2011 josephbUpdateCDSMinute trend issues

[Joe, Alex]

Steve pointed out to me today he couldn't get trends for his PEM slow channels like C1:PEM-count_full. 

I experimented a bit and found for long time requests (over 20 days), it would produce minute trends up to the current time, but only if they started far enough back.  So the data was being written, but something was causing a problem for dataviewer/NDS to find it.

On further investigation it looks to be some incorrect time stamps at several points in the last few months are causing the problems.  Basically when Alex and I made mistakes in the GPS time stamp settings for the frame builder (daqd) code, the wrong time got written for hours to the raw minute trend data files.

So Alex is going to be running a script to go through the roughly 180 gigabytes of affected trend data to write new files with the correct time stamps.  Once it done, we'll move the files over.  We'll probably lose a few hours worth of recent trend data, depending on how quickly the scripts run, but after which minute trends should work as they are supposed to.

  2887   Thu May 6 17:47:01 2010 Alberto, kiwamu, Jc The 3rd (aka The Drigg)OmnistructureTMIMinutes from the Lab Organization Commitee meeting

Today we met and we finally come up with a lot of cool, clever, brilliant, outstanding ideas to organize the lab.

You can find them on the Wiki page created for the occasion.

http://lhocds.ligo-wa.caltech.edu:8000/40m/40m_Internals/Lab_Organization

Enjoy!

  2888   Thu May 6 17:54:44 2010 Zach Korth -- Committee Oversight (Fun Division)OmnistructureTMIMinutes from the Lab Organization Commitee meeting

Where are we going to put the tiki bar? The ice cream machine? I am disappointed in the details that appear to have been glossed over..

Quote:

Today we met and we finally come up with a lot of cool, clever, brilliant, outstanding ideas to organize the lab.

You can find them on the Wiki page created for the occasion.

http://lhocds.ligo-wa.caltech.edu:8000/40m/40m_Internals/Lab_Organization

Enjoy!

 

  15070   Wed Dec 4 08:54:07 2019 YehonathanUpdateIMCMirror analog shaking

{Yehonathan, Gavin}

Yesterday we tried to shake ITMX with a function generator in order to observe the 28.8kHz drum mode.

We laid a long BNC cable that runs from the YARM to the XARM. This cable either needs to be collected back to the BNC big plastic cable box under the IMC or be labeled so that it could be found easily in the future.

First, we tried to shake it at a lower frequency (100's of Hz) where the shaking should be easily observed in the POSX channel. We try driving the POS channel on the ITMX servo but nothing happens. Most likely it is disconnected.

While setting up for shaking the individual OSEM channels 4 CDSs crashed (c1lsc, c1ass, c1oaf, c1cal).

 

  8190   Wed Feb 27 19:27:29 2013 AnnalisaHowToCOMSOL TipsMirror support Eigenfrequency

 I studied the eigenfrequencies of a mirror support using COMSOL.

 

Attachment 1: IronSupport.png
IronSupport.png
Attachment 2: IronSupportEigenfreq.png
IronSupportEigenfreq.png
  7379   Thu Sep 13 17:19:45 2012 JenneUpdateSUSMirrors being installed on active TTs

I have given Den 4 G&H R>99.99% mirrors to be installed on the 4 active tip tilts.  He's in there working on things (incl. installing and balancing the pitch of the mirrors) right now.  He'll elog his work later.

  7384   Fri Sep 14 01:05:36 2012 DenUpdateSUSMirrors being installed on active TTs

Quote:

I have given Den 4 G&H R>99.99% mirrors to be installed on the 4 active tip tilts. 

 I've installed the mirrors on 4 tip-tilts. I was able to align 3 of them in pitch, the last one has a screw with damaged thread, I'll continue with it tomorrow.

Alignment accuracy in pitch is ~0.1 mrad. Mirrors oscillate a lot probably due to air flow coming from the side wall.

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

[Jenne, Kevin, Kiwamu]

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

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

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

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

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

 

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

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

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

So:

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

Quote:

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

 

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

Quote:

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

So:

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

Quote:

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

 

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

  5646   Mon Oct 10 18:53:04 2011 KatrinUpdateGreen LockingMirrors whose angle of incidence is not 45

The angle of incidence of light is for some mirrors on the YARM end table different from 45° even though the mirrors are coated for 45°.

The mirrors below are useful if there are plans to replace these mirrors by properly coated ones.

 

Mirror
Angle of incidence (degree)
1st 1" mirror right after laser* 10
2nd 1" mirror right after laser 35
1st 2" steering mirror to vacuum system 15
2nd 2" steering mirror to vacuum system 28

 

* This is the new mirror as decribed on http://nodus.ligo.caltech.edu:8080/40m/5623

 

  10796   Sat Dec 13 14:26:36 2014 ericqUpdateLSCMismatched gains on ETMY Transmon QPD

Yesterday, we were seeing anomalously high low frequency RIN in the y-arm (rms of 4% or so). I swung by the lab briefly to check this out. Turns out, despite TRY of 1.0, there was reasonable misalignment. ASS with the excitation lowered by a factor of two, and overall gain at 0.5 or so aligned things to TRY=1.2, and the RIN is back down to ~0.5% I reset the Thorlabs FM to make the power = 1.0

I then went to center the transmitted beam on the transmon QPD. Looking at the quadrant counts as I moved the beam around, things looked odd, and I poked around a little... 

I strongly suspect that we have significantly mismatched gains for the different quadrants on the ETMY QPD. 

Reasoning: With the y-arm POY locked, I used a lens to focus down the TRY beam, to illuminate the quadrants individually. Quadrants 2 and 3 would go up to 3 counts, while 1 and 4 would go up to 0.3 and 0.6, respectively. (These counts are in some arbitrary units that were set by setting the sum to 1.0 when pitch and yaw claimed to be centered, but mismatched gains makes that meaningless.)

I haven't looked more deeply into where the mismatch is occurring. The four individual whitening gain sliders did affect the signals, so the sliders don't seem sticky, however I didn't check the actual change in gains. Will the latest round of whitening board modifications help this?

Hopefully, once this is resolved, the DC transmission signals will be much more reliable when locking...

  10666   Tue Nov 4 14:46:00 2014 manasaUpdateGreen LockingMissing beatnotes

Summary: Cannot find beatnotes between the arms and PSL.

I wanted to measure the ALS out of loop noise before putting stuff on the PSL table for frequency offset locking.

But I was not able to find the beat notes between the arms and PSL green. All I could find while scanning through the end laser temperatures is the beatnote between the X and Y green.

EricQ says that he spent some time yesterday and could not find the beatnotes as well.

Debugging and still could not find:

1. Checked the FSS slow actuator. This was close to zero ~0.003

2. Checked the green alignment on the PSL table. Everything seems fine.

3. Checked the actual PSL laser temperature. It was 31.28deg and not very far from when it was last set at 31.33deg elog.

4. Also checked the end laser temperatures. Both the lasers are ~40deg (where I could see the beatnote between the arms). Based on the plot here and  here , we are very much in the regime where there should be a beatnote between the PSL and the arms.

  14497   Tue Mar 26 18:35:06 2019 JonUpdateUpgradeModbus IOC is running on c1susaux2

Thanks to new info from Johannes, I was able to finish setting up the modbus IOC on c1susaux2. It turns out the 17 Acromags draw ~1.9 A, which is way more than I had expected. Hence the reason I had suspected a short. Adding a second DC supply in parallel solves the problem. There is no issue with the wiring.

With the Acromags powered on, I carried out the following:

  • Confirmed c1susaux2 can communicate with each Acromag at its assigned IP address
  • Modified the EPICS .cmd file to point to the local modbus installation (not the remote executable on /cvs/cds)
  • Debugged several IOC initialization errors. All were caused by minor typos in the database files.
  • Scripted the modbus IOC to launch as a systemd service (will add implementation details to the documentation page)

The modbusIOC is now running as a peristent system service, which is automatically launched on boot and relaunched after a crash. I'm able to access a random selection of channels using caget.

What's left now is to finish the Acromag-to-feedthrough wiring, then test/calibrate each channel.

  3387   Mon Aug 9 13:32:02 2010 nancyUpdateIOOMode Cleaner ASC

 E-log entry for Friday - will attach more plots to this entry on wednesday after i am back   to the 40.

 
Started working at some 1030 hrs and recording the Open Loop Tfs for all 6 loops.
The control was not so good, and I lost the lock quite a number of times while measureing
WFS  did not converge when the spot was aligned to the center. But there was convergence to a non-center point. So if  the control system was switched on near those points, it was converging to that point.
 
Autolocker : switches WFS control on directly, whereas the best way is to gradually increase the gain to 1. Also, the autolocker code now needs to be changed to incoporate the switing off the MC2 oplev in down and switch it on in the up script.
 
After Koji locked the Reference Cavity in the evening, I resumed measurements for the Open Loop TFs.
 
Measurement of the Open Loop Transfer Functions :
 
 
noise waveform was generated using arbitrary wf generator and injected into each loop.
An LPF was applied to have max co-relation at minimum disturabnce. (thanks to Rana)
The Transfer functions, Co-relations and Power Spectra were then measured using the DTT.
 
 
Power Spectrum of the IN1, IN2 and EXC shows clearly the suppression of the noise, and OLTF shows the phase margins.
 
- Courtesy Rana again for suggesting the idea of plotting power spectra of all signals in the same graph.
 
Later in the night , Koji worked with me and we reflected upon all TFs and changed gains whereevr required according to the phase margin considerations from the Open Loop TFs.
We used the same output matrix given in the previous e-log.   
 
 
Final gains -
 
Alignment Gain in the WFS Master - 1.000
 
Loop Gain
WFS1 P 0.27
WFS1 Y 0.7
WFS2 P 0.15
WFS2 Y 0.110
MC 2OPLEV P -0.1
MC2 OPLEV Y -0.1
 
 
this measurement invloved locking the MC to the correct position, with the spot centered at both the WFS and the QPD. invloved some cheating (offsets) after we tried centering w/o offsets.
demod signal was also centered while alignment.
credits to Koji for getting the correct lock position and also staying with me till late night in the lab
 
Important Points to be noted
 
1. All loops' histories have to be cleared while swtiching them on.
2. turn the loop output before the loop input so that there is no remnant history in the loop.
2. Alignment gain was gradually increased to 1. and tehn the oplevs turned on.
 
 
Later measured teh PSD of  6 error signals under 3 conditions -
 
New Control ON
 
New Control OFF
 
Old Control ON
 
 
Also measured the time series for the MC_trans and MC_refl for the 3 conditions.
 
 
 Status MC_Trans  MC_REF 

  

New Control ON  trans_on.pdf refl_on.pdf   
New Control OFF trans_off.pdf  refl_off.pdf  
Old Control ON trans_old.pdf refl_old.pdf  
 
 
 
 
 
 
 
  

 

Attachment 5: refl_off.pdf
refl_off.pdf
  3388   Mon Aug 9 15:54:43 2010 KojiUpdateIOOMode Cleaner ASC

The WFS and QPD servos were working. That was great.
Everything was fine except for the time series plots.

I could not get what story you are telling with the time series.
(e.g. your's are good or bad or anything)

  3389   Mon Aug 9 21:50:50 2010 nancyUpdateIOOMode Cleaner ASC

Quote:

The WFS and QPD servos were working. That was great.
Everything was fine except for the time series plots.

I could not get what story you are telling with the time series.
(e.g. your's are good or bad or anything)

 Well, the data is kind of not enough to be analysed in time domain,

But by far from what I analyse, I think that the new control is not worse than the old one.

I donot also find any better results, except for this one being theoritically stronger.

  1896   Thu Aug 13 02:17:56 2009 JenneUpdateIOOMode Cleaner Alignment

When Rob and I were getting started on locking for the evening, Mode Cleaner lost lock a few times, but every time it lost lock, it took forever to reaquire, and was pretty insistent on locking in the TEM10 mode.  I proposed that the alignment might be sketchy.  I've been fiddling with the MC alignment sliders for the last hour and a half or so, but I think I'm not 100% in tune with the 3 mirror parameter space.  The mode cleaner now locks, but I'm not in love with its' alignment.  The WFS are definitely catywhompus.  Before doing hardware things like recentering the WFS, I'm going to wait until tomorrow to consult with an alignment expert.

In case this is helpful for tomorrow, before I touched any of the sliders:

Optic, Pitch, Yaw

MC1, 3.1459, -0.7200

MC3, -0.8168, -3.0700

MC2, 3.6360, -1.0576

 

Now that mode cleaner locks, although not in a great alignment:

MC1, 3.1089, -0.7320

MC3, -0.7508, -3.0770

MC2, 3.6610, -1.0786

 

If I knew how to kill my script to unlock the mode cleaner, I would.  But I sourced it, and Rob didn't know earlier this evening how to kill something which is started with 'source' since it doesn't seem to get a process number like when you './'  to run a script. So the Mode Cleaner will probably be unlocked in the morning, and it may be persnickity to get it relocked, especially if the tree people are doing tree things with giant trucks again in the morning.

  1192   Thu Dec 18 12:52:00 2008 AlbertoConfigurationSUSMode Cleaner Cavity Alignment
This morning I found the MC locked to the 10 mode. When I locked it on the 00 mode, it was unstable and eventually it always got locked to the wrong mode.

I looked at the Drift Mon MEDM screen, which shows a reference record for position, pitch and yaw of each mirror, and I found that the MC optics were in a different status. Moving the sliders of the mirrors' actuators, I brought them back to the reference position. Then the lock got engaged and it was stable, although the MC reflection from the photodiode, with the wave front sensors (WFS) off, was about 2V. That's higher than the 0.5V the it could get when we aligned the cavity and the input periscope last time.

With the WFS on, the reflection dropped to 0.3V and, so far, the the cavity has been stably locked.
  1193   Thu Dec 18 19:15:54 2008 Alberto, YoichiConfigurationSUSMode Cleaner Cavity Alignment

Quote:
This morning I found the MC locked to the 10 mode. When I locked it on the 00 mode, it was unstable and eventually it always got locked to the wrong mode.

I looked at the Drift Mon MEDM screen, which shows a reference record for position, pitch and yaw of each mirror, and I found that the MC optics were in a different status. Moving the sliders of the mirrors' actuators, I brought them back to the reference position. Then the lock got engaged and it was stable, although the MC reflection from the photodiode, with the wave front sensors (WFS) off, was about 2V. That's higher than the 0.5V the it could get when we aligned the cavity and the input periscope last time.

With the WFS on, the reflection dropped to 0.3V and, so far, the the cavity has been stably locked.


This evening the mode cleaner was again locking on a higher mode so we tweaked the mirrors' actuators by their sliders on the MEDM screen until we improved the reflection to 0.3V.

Then we went inside and, on the AS table, we centered the beam on the wave front sensors.

Now the mode cleaner is locked, the reflection is less than 0.3V and the transmission about 3V, tha is it is in ideal conditions. We'll see if it holds.
  39   Wed Oct 31 15:02:59 2007 tobinRoutineIOOMode Cleaner Mode Tracking
I processed the heterodyned mode cleaner data yesterday, tracking the three 28 kHz modes corresponding to MC1, MC2, and MC3. Unfortuntately the effect of our MC power chopping is totally swamped by ambient temperature changes. Attached are two plots, one with the tracked mode frequencies, and the other containing dataviewer trends with the MC transmitted power and the room temperature. Additionally, the matlab scripts are attached in a zip file.
Attachment 1: mode-track.pdf
mode-track.pdf
Attachment 2: trends.pdf
trends.pdf
Attachment 3: mcmodetrack.zip
  1429   Wed Mar 25 20:41:43 2009 JenneUpdateIOOMode Cleaner Servo Board Transfer Functions (to be updated)

When all things fail (netgpibdata.py is giving me weird data.  When I plot the data it has saved from the 4395A, it's some wierd other universe's version of my transfer function.  I don't really know what's up.  I'm pretty sure I'm getting the 'correct' data, since each TF looks vaguely like it should, but with some crazy humps.  I'll talk to Yoichi in the morning about it maybe.) (also, we're low on emergeny floppy discs), you can always take a picture of the Agilent 4395's screen, as shown below.

* Mode cleaner and PMC are both relocked after my shenanigans, and I'll try again in the morning (I assume locking is going on tonight) to get real TF's with real data, as opposed to the photo method.

Note to self:  post the data of the TFs in the elog along with the plots, for posterity.

 

These TFs are of the Mode Cleaner servo board, exciting IN1 (or the 3.7MHz notch pomona box which is connected to IN1), and measuring at the SERVO out of the board.

One with the box, one without the box, and one of just the box for good measure.

Attachment 1: MCwithBoxsmall.JPG
MCwithBoxsmall.JPG
Attachment 2: MCnoBoxsmall.JPG
MCnoBoxsmall.JPG
Attachment 3: PomonaBoxforMCsmall.JPG
PomonaBoxforMCsmall.JPG
  1430   Thu Mar 26 00:45:24 2009 JenneUpdateIOOMode Cleaner Servo Board Transfer Functions (to be updated)

Quote:

netgpibdata.py is giving me weird data.  When I plot the data it has saved from the 4395A, it's some wierd other universe's version of my transfer function.  I don't really know what's up. 

 Yoichi, in all his infinite wisdom, reminded me that the netgpibdata script saves the data as the REAL and IMAGINARY parts, not the Mag and Phase.  Brilliant.   Using that nugget of information, here are the TFs that I measured earlier:

The last attachment is the .dat and .par files which contain the data and measurement parameters for the 3 TFs in the plots.

Attachment 1: MCwithandwithoutfilter25Mar2009.png
MCwithandwithoutfilter25Mar2009.png
Attachment 2: PomonaBoxMCfilter25Mar2009.png
PomonaBoxMCfilter25Mar2009.png
Attachment 3: MCServoData25Mar2009.tar.gz
  1194   Fri Dec 19 11:18:52 2008 AlbertoConfigurationGeneralMode Cleaner Temperature Monitor
I reduced from 10 to 5 the gain of the SR560 that Caryn has set up after the lock-in amplifier nest to the PSL rack because the overload LED was flashing.
  9296   Sat Oct 26 21:46:33 2013 RANAUpdateIOOMode Cleaner Tune-UP

 The MC had been unlocked for the last 4 hours and was crying out to me so I gave it some attention. Its happier now.

From the trend (AtM #1), I saw that the MC2 suspension has moved by ~10 microradians. Since the MC cavity divergence angle is lambda/(pi*w0) ~ 200 microradians, this isn't so much, but enough to cause it to lock on bad modes sometimes. Attackmint too shows that there's not much in monotonic drift over the last 40 nights.

I moved back MC2 to its old alignment with these commands:

ezcaservo -r C1:SUS-MC2_SUSPIT_INMON -s -1017 -g 0.0009 C1:SUS-MC2_PIT_COMM -t 300

ezcaservo -r C1:SUS-MC2_SUSYAW_INMON -s 490 -g 0.0009 C1:SUS-MC2_YAW_COMM -t 332

Then I went out to the table and aligned the beam into MC using the last two steering mirrors good enough so that the WFS coming on doesn't make the visibility any better. In this nominal state, I unlocked the MC and then aligned the reflected beam onto the center of the LSC PD as well as the WFS. The beam on the first WFS is a little small - next time someone wants to improve our Gouy phase telescope, we might try to make it bigger there. On the LSC PD, the beam was off-center by a few hundred microns.

Attachment 1: MCtrend.pdf
MCtrend.pdf
Attachment 2: MC40days.png
MC40days.png
  9306   Mon Oct 28 21:33:55 2013 RANAUpdateIOOMode Cleaner Tune-UP

 

8 day minute trend of some of the IMC alignment signals.

That step ~2 days ago in the WFS2 yaw control signal shows that I didn't do such a good job on yaw.

Nic is going to come over some time and give us a new Gouy telescope that let's us have bigger beams on the WFS. At LLO, Hartmut demonstrated recently how bigger beams can reduce offsets somehow...mechanism TBD.

Also, we must angle the WFS and figure out how to dump the reflections at the same time that we rework the table for the telescope.

Steve, can you please put 2 mounted  razor dumps near the WFS for this purpose??    

            Tuesday: Razor dumps are waiting for you.

 

Attachment 1: Untitled.png
Untitled.png
  9323   Thu Oct 31 20:05:48 2013 RANAUpdateIOOMode Cleaner Tune-UP

Quote:

Steve, can you please put 2 mounted  razor dumps near the WFS for this purpose??    

            Tuesday: Razor dumps are waiting for you.

 I couldn't find any dumps near the WFS. Koji looked. I looked twice. Maybe they are spooky and absorbing all of the light?

The MC alignment was bad and the WFS were making it drift. Koji aligned the beam into the PMC. I then restored the MC suspensions to where they were 8 days ago (back when the transmission and reflection were good). With the WFS OFF, this gave us a MC trans ~ 16000. With WFS ON it goes to 17500 which is about as good as its been over the last 80 days.

I centered the beam on the WFS with the MC unlocked and also centered the beam on the whole WFS path (it was near clipping between WFS 1 & 2). Also for some reason that beamsplitter which steers the beam onto WFS1 is a R=33% (!? why is this not a R=50% ??).

Steve, please swap this out to a BS1-1064-50-1025-45S if we have one sitting around. If not, we want to add this to the CVI purchase list, but not buy until we get a bigger list together.

I also centered this newly aligned beam into the IMC onto the PSL QPDs. We should now use these as a pointing reference for the beam into the IMC.

While doing this I noticed that the beam was almost clipping on the Uniblitz shutter used to block the PSL beam. That shutter is mounted too short and was also not centered horizontally. I removed it for now so that Steve can find a more adjustable mount for it and put it back into play. The beam going into the IMC is BIG, so you have to very careful when centering the shutter. Might be that we cannot leave it at 45 deg and still get a big enough aperture.

Note #3 for Steve: please also replace the mount for last steering mirror into the IMC with a Polanski or a Superman, that black Ultima is no good. Also the dogs must be steel - no aluminum dogs for our sensitive places.

Attachment 1: drifty.png
drifty.png
  1895   Thu Aug 13 00:11:43 2009 JenneUpdateIOOMode Cleaner Unlock

So that I can collect a bit of free-swinging Mode Cleaner data, I started a script to wait 14400 seconds (4 hours), then unlock the mode cleaner.  It should unlock the MC around 4am.  As soon as someone gets in in the morning, you can relock it.  I should have plenty of data by then.

  3357   Wed Aug 4 11:10:28 2010 nancyUpdateIOOMode Cleaner WFS

Yesterday, I started twiddling with the Mode Cleaner at about 2 pm.

So the seismic data should be all good before that.

I was using it till about 3.30 am, and then left for the night with locking it and swithcing on back the WFS control

Today morning, I have started twiddling with it again, at about 10.30 am.

 

About my work with the mode cleaner :

 

I am primarily exciting the mirrors in pitch and yaw, and trying to measure the response of the WFS and the MC2 OPLEV wrt the excitation.

This thus involves switching off the WFS control while measurement.

After two more of those measurements today, I will get to finding new values for the Output Matrix of the WFS for controlling MC1 & 3, and also, try giving in control to MC2 alignment using OPLEV signals.

 

ELOG V3.1.3-