40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 128 of 341  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  2827   Wed Apr 21 21:46:53 2010 KojiUpdateIOOMC spot diagnosis

Zach and Koji

We measured uncalibrated angle-to-length coupling using tdssine and tdsdmd.
We made a simple shell script to measure the a2l coupling.

Details:

- Opened the IMC/OMC light door.

- Saw the large misalignment mostly in pitch. Aligned using MC2 and MC3.

- Locked the MC in the low power mode. (script/MC/mcloopson AND MC length gain 0.3->1.0)

- Further aligned MC2/3. We got the transmission of 0.16, reflection of 0.2

- Tried to detect angle-to-length coupling so that we get the diagnosis of the spot positions.

- Tried to use ezcademod. Failed. They seems excite the mirror  but returned NaN.

- We used tdssine and tdsdmd instead. Succeeded.

- We made simple shell script to measure the a2l coupling. It is so far located users/koji/100421/MCspot

- We blocked the beam on the PSL table. We closed the chamber and left.

 

  7288   Mon Aug 27 18:32:48 2012 JenneUpdateIOOMC spot position - Jenne is stupid

Quote:

The MC REFL path was checked. ==> Some clippings were fixed. MC WFS is working now.

- MC was aligned manually

- The steering mirror for the WFS and camera was clipping the beam. => FIxed

- The WFS spots were realigned.

- There was small clipping on the MC REFL RFPD. ==> Fixed

 We have figured out that some of these measurements, those with the WFS off, were also not allowing the dither lines through, so no dither, so no actual measurement.

Jamie is fixing up the model so we can force the WFS to stay off, but allow the dither lines to go through.  He'll elog things later.

  7280   Mon Aug 27 01:05:36 2012 JenneUpdateIOOMC spot position - callin' it quits
spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[-0.98675603448324423, -0.94064212026141558, 2.6749179375892544, -0.65896393156684185, -0.4508281650731974, -0.55109088188064204]

MC3 pitch isn't what I'd like it to be, but MC1 and MC3 pitch aren't quite acting in relation to each other how I'd expect. Sometimes they move in common, sometimes differentially, which is confusing since I have only ever been touching (on the PSL table) the last steering mirror before the beam is launched into the vacuum.

The latest few measurements have all been with the WFS off, but reflection of ~0.48 . I haven't figured out why yet, but MC1 and MC3 yaw WFS outputs start to escalate shortly after the WFS becoming engaged, and they keep knocking the MC out of lock, so I'm leaving them off for now, to be investigated in the morning.
Attachment 1: MCdecenter_26Aug2012.png
MCdecenter_26Aug2012.png
  7284   Mon Aug 27 12:03:54 2012 KojiUpdateIOOMC spot position - callin' it quits

The MC REFL path was checked. ==> Some clippings were fixed. MC WFS is working now.

- MC was aligned manually

- The steering mirror for the WFS and camera was clipping the beam. => FIxed

- The WFS spots were realigned.

- There was small clipping on the MC REFL RFPD. ==> Fixed

  7275   Fri Aug 24 22:01:15 2012 JenneUpdateIOOMC spot position - close

I am getting closer with the MC spot centering.  I had everything but MC1 really great, but then I tweaked MC1's pointing, and things all went to hell. 

I have to go home to let Butter out, but I'll be back tomorrow, and I'll try to get back to where I was in the 2nd to last measurement in the plot below.

I recenterd the WFS after moving the input beam, so that the beam was hitting the WFS at all.

Attachment 1: MCdecenter_24Aug2012.png
MCdecenter_24Aug2012.png
  7277   Sun Aug 26 12:26:44 2012 JenneUpdateIOOMC spot position - not done yet

Quote:

I am getting closer with the MC spot centering.  I had everything but MC1 really great, but then I tweaked MC1's pointing, and things all went to hell. 

I have to go home to let Butter out, but I'll be back tomorrow, and I'll try to get back to where I was in the 2nd to last measurement in the plot below.

I recenterd the WFS after moving the input beam, so that the beam was hitting the WFS at all.

 We are being riddled with earthquakes.  Brawley, CA (~150 miles from here) has had 9 earthquakes in the last hour, and they're getting bigger (the last 4 have been 4-point-somethings).  I may try to come back later, but right now the MC won't stay locked for the ~5 minutes it takes to measure spot positions.  Koji and Jamie said they were coming in today, so they can call me if they want help.

  14766   Wed Jul 17 03:05:01 2019 KruthiUpdateASSMC spot position measurement scripts

[Kruthi, Gautam, Rana]

Gautam installed Atom text editor on Pianosa yesterday.


MC spot position measurement scripts (these can be found in /scripts/ASS/MC directory)

  • Changed the power threshold for MC2 lock loss check from 15000 to 12000 (volts) in the MeasureSpotPositions.py script. This is because, the C1:I00-MC_TRANS_SUM reads a value, usually, greater than 14000 and with 15000 as the threshold, the script will always say the MC isn't locked even though it is!. Also, to account for additional variation we have a margin of 2000.
  • Issues with datetime: though MeasureSpotPositions.py was creating a .dat file, MC_spotMeasurement_history.py threw an error because the .dat file's name was not in the required format. I fixed this bug.
  • Just running the MeasureSpotPositions.py doesn't enter the results into the log file, instead ./mcassMCdecenter should be run
  • MC_spotMeasurement_history.py just plots the spot positions (in mm) vs days since 2013, using the log file. It still has some bugs
  6989   Wed Jul 18 14:25:44 2012 JenneUpdateIOOMC spot position measurements

The script ....../scripts/ASS/MC/mcassMCdecenter  takes ~17 minutes to run.  The biggest time sink is measuring a no-offset-added-to-coil-gains set, in between each measurement set with the coil gain offsets.  This is useful to confirm that the nominal place hasn't changed over the time of the measurement, but maybe we don't need it.  I'm leaving it for now, but if we want to make this faster, that's one of the first things to look at.

Today's measurement:

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[3.5716862287669224, 3.937869278443594, 2.9038058599576595, -6.511822708584913, -0.90364583591421999, 4.8221820002404279]

There doesn't seem to be any spot measurement stuff for any other optics, so I'm going to try to replicate the MC spot measuring script for the Michelson to start.

  5189   Thu Aug 11 12:54:06 2011 kiwamuUpdateIOOMC spot positions

The spot positions on the MC mirrors were adjusted by steering the MC mirrors, resulting in 1 mm off-centering on each optic.

DONE.

 

(Requirement cleared)

One of the requirements in aligning the MC mirrors is the differential spot positions in MC1 and MC3.

It determines the beam angle after the beam exists from MC, and if it's bigger than 3 mm then the beam will be possibly clipped by the Faraday (#4674).

The measured differential spot positions on MC1 and MC3 are : PIT = 0.17 mm and YAW = 1.9 mm, so they are fine.

 

(Measurement and Results)

 Suresh and I aligned the MC cavity's eigen axis by using MCASS and steering the MC mirrors.

Most of the alignment was done manually by changing the DC biases

because we failed to invert the output matrix and hence unable to activate the MCASS servo (#5167).

Then I ran Valera's script to measure the amount of the off-centering (#4355), but it gave me many error messages associated with EPICS.

So a new script newsensedecenter.csh, which is based on tdsavg instead of ezcaread, was made to avoid these error messages.

 

The resultant plot is attached. The y-axis is calibrated into the amount of the off-centering in mm.

In the plot each curve experiences one bump, which is due to the intentional coil imbalance to calibrate the data from cnts to mm (#4355).

The dashed lines are the estimated amount of off-centering.

For the definition of the signs, I followed Koji's coordinate (#2864) where the UL OSEM is always in minus side.

    Feb 26 2011      May 08 2011 Aug 2 2011 [NEW!!] Aug 10 2011 (in air)
MC1 pit [mm]   1.6   1.9  1.93 -0.858
MC2 pit [mm]   6.4   9.0 9.03 -0.844
MC3 pit [mm]   1.4   2.0 2.01 -1.03
MC1 yaw [mm]   -1.5   -1.7 -1.72 -0.847
MC2 yaw [mm]   1.0   0.2 0.178 0.582
MC3 yaw [mm]   -1.3   -1.9 -1.87 -1.06

 

Quote from #5182

After the beam spots on MC1 and MC3 were close to the actuation nodes (<1mm away)

Attachment 1: MCoffcenter.png
MCoffcenter.png
  8891   Mon Jul 22 17:03:25 2013 JenneUpdateGeneralMC spot positions

The results of today's MC spot position measurements:

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[2.3244717046516197, -0.094366247149508087, 1.6060842142158149, -0.74616561350974353, -0.67461746482832874, -1.3301448018100492]

MC1 and MC3 both have spots that are a little high in pitch, but everything else looks okay.

Actual Script:

/opt/rtcds/caltech/c1/scripts/ASS/MC/mcassMCdecenter

Plotting Script:

/opt/rtcds/caltech/c1/scripts/ASS/MC/MC_spotMeasurement_history.py

MCdecenter_22July2013.png

  8902   Tue Jul 23 04:26:54 2013 JenneUpdateGeneralMC spot positions

After Koji and I lowered the power into the PMC and saw that the MC locked nicely, I remeasured the spot positions (no alignment on the PSL table, or of the MC mirrors has been done.  Also, WFS are off, since there isn't any power going to them).

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
[1.1999406656184595, 0.63492727550953243, 1.0769104750021909, -1.0260011922577466, -1.059439987970527, -1.2717741991488549]

MCdecenter_22July2013_lowpower.png

The spot positions seem to have actually gotten a bit better in pitch (although between 2 consecutive measurements there was ~0.5mm discrepancy), and no real change in yaw.  This means that Rana was right all along (surprise!), and that decreasing the power before the PMC reduces alignment pain significantly.

  9739   Tue Mar 18 21:19:22 2014 KojiSummaryIOOMC spot positions checked

MC spot sposition script was ran

/opt/rtcds/caltech/c1/scripts/ASS/MC/mcassMCdecenter

Found no notable beam position change before and after the earthquake

 

Attachment 1: MCASS.png
MCASS.png
  6688   Fri May 25 23:11:50 2012 SureshUpdateIOOMC spot positions measured

[Koji, Yuta, Suresh]

We measured the MC spot positions after re-aligning the MC.  The spot positions are listed below:

spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
    3.9073    6.6754    2.8591   -7.6985   -0.9492    7.0423

 

Procedure:

1) In the directory /opt/rtcds/caltech/c1/scripts/ASS/MC  we have the following scripts

      a) mcassUp:    This sets up the MCASS lockins to excite each of the MC mirrors at a different frequency

      b) mcassOn:    This sets the MCASS output matrix to actually send the excitation signals to the mirrors

      c) senseMCdecenter:  This sequentially introduces a 10% offset into the coil gains of each mirror degree of freedom.   It also sends the lockin output data to the screen. 

      d) sensemcass.m :  This is a matlab file which digests the data gathered by the senseMCdecenter script to print a couple of plots and compute the spot positions.

      e) MCASS_StripTool.stp:  This is a set-up file for the StripTool which allows us to see the MCASS-lockin_outputs.  It is nice to see the action of senseMCdecenter  script  at work.

 

2) So the series of commands to use are

      a) ./StripTool  <-- MCASS_StripTool.stp

      b) ./mcassUp

      c) ./mcassOn

      d) ./senseMCdecenter | tee Output_file

       e) ./mcassOff

      f) ./mcassDown

       g) matlab <-- sensemcass.m  <---- Output_file

 

  5632   Fri Oct 7 19:06:46 2011 SureshUpdateIOOMC spot positions: checked and corrected.

Koji and Kiwamu had adjusted the MC beam axis slightly such that we can couple the MC output into the Y-arm without exceeding the current range of adjustability on PZT1.  This changed the centering of beam spots on MC mirrors.  I checked the mc-decentering make sure we have not made too big a compromise.  And since we can move MC2 spot position while maintaining the current positions on MC1 and MC3 decentering, we can atleast eliminate the A2L coupling on that mirror.  I used the scripts in $scripts$/MC/moveMC2/ to adjust the MC2 spot position.

Spot positions in mm (MC1,2,3 pit MC1,2,3 yaw) before adjustment:
    1.4674   -0.3548    1.0199   -1.5519    1.9834   -1.5971

After correcting MC2:

    1.4528    0.1431    0.9958   -1.2147    0.3823   -2.0163

After correcting MC1:

    1.3745    0.0669    0.8899   -1.5269    0.0296   -1.7314

 

The spot positions on MC1 and MC3 are very nearly (+/- 0.06 mm) same as before, while the MC2  decentering has been reduced close to zero.

A slight adjustment of the PZTs may be required to reset the beam pointing.

  8269   Mon Mar 11 15:52:46 2013 JenneUpdateIOOMC spots centered, WFS realigned

Looking more into the MC, it appears that no spot centering was done after the power attenuation optics were removed (see elog 8142).  Since Manasa had changed the zig-zag steering after putting in the attenuation optics (elog 7843) the pointing was not correct for the nominal MC.  This is (likely) why Yuta and Manasa found some significant decentering.  If Manasa's tweaks when preparing for vent were primarily in yaw, then this is most definitely what happened.  A note, this is why we should change to inserting the attenuation optics before the PMC, but even so, one should adjust the angle of the PBS, NOT the zig zag optics, to get the input pointing back to the same place.  This is also why it is useful to ensure the attenuation optics do not block the PSL pointing QPD pickoff, so it is easier to adjust the PBS to get back to the original pointing.

In any case, I touched the last zig-zag mirror in yaw today (the top of the knob was moved away from me) to recenter the spots.

MCspots_11Mar2013.png

With the MC unlocked, I centered the WFS.  Now the MC is back to its normal working condition....WFS are on, autolocker is on, reflected DC power is low, etc., etc.

  5393   Tue Sep 13 09:16:00 2011 SureshUpdateIOOMC spots recentered and input beam aligned

The shift of MC2 which Rana noted caused the beam spots on the MC mirrors to decenter. I used the mcassUp and mcassOn scripts and checked the output of the C1IOO lockins to get the spot positions.  I first tried to realign just the MC2 to recenter the spots.  But this was not sufficient.  I then worked on the pitch of all three optics since it is easier to align.   By the time this was done the offset in yaw also reduced, probably due to cross coupling between pitch and yaw in the coils.  At the end of the process I obtained all decentering around 1.5mm or less, then I went over to adjust the MC2TransQPD beam path so that we center the spot on the QPD.  This action shifted the stack,  I had to iterate this two more times before the successive corrections grew sufficiently small.  I think it may shift again if we touch the chamber (the image of MC2Face is still inverted).

The new spot positions in mm (MC1,2,3 pit MC1,2,3 yaw):
    1.3212   -0.8415    0.6795   -1.4292   -0.3574   -1.5208

 

 mcdecenter20110912_1.png    mcdecenter20110912_2.png      

 

- Further improvement of beam centering can be done but first I would like to be sure that the MC is stable.  The MC2Trans light is centered on the QPD as a reference.

 

  10303   Thu Jul 31 09:14:14 2014 ericqUpdateIOOMC stability

 Last night, I poked around to try and see if I could reproduce the sketchy MC behavior by exciting MC2 in a way that may be similar to what we do when using it as a CARM actuator. 

The short of it is that at frequencies under 1k, the MC lock didn't mind MC2 position excitations up to 8000 counts. However around 4-5k, a 1000 count excitation would induce a good deal of low frequency (2-5Hz) activity in the MC trans power, causing it to fluctuate by thousands of counts before unlocking. If I turned the excitation off before the unlock, it would eventually settle back down, but not immediately. 

I was able to reproduce this a handful of times before it decided to stop locking altogether, perhaps because of its random mood swings, or perhaps because this kind of disturbance is related to the mood swings...

  3209   Tue Jul 13 19:26:47 2010 ranaUpdateIOOMC still broken

After whatever Joe/Alberto did this afternoon, the MC was not locking. Koji and I removed several of the cables in the side of the rack where they

were apparently working (I say apparently because there's no elog).

MC is now locking but the autolocker did not work at first - op340m was unable to access any channels from c1iool0. After several minutes, it mysteriously

started working - the startup.cmd yields errors seen on the terminal. I attach the screen dump/.

Attachment 1: a.txt.gz
  864   Wed Aug 20 18:09:48 2008 YoichiUpdateIOOMC still unlocks
Being suspicious of FSS PC path as the culprit of the MC unlocks, I opened the FSS box and connected a probe to the TP7,
which is a test point in the PC path (before high voltage amplifier).
The signal is routed to an unused fast DAQ channel in the IOO rack. It is named C1:IOO-MC_TMP1 and recorded by the frame
builder. You can use this channel as a generic test DAQ channel later.

By looking at the attachment, the PC path (C1:IOO-MC_TMP1) goes crazy at the same time as other channels. So probably
it is not the trigger for the MC unlock.

Then I noticed the WFS signals drift away just before the unlock as shown in the attached plot. So now the WFS is the
main suspect.
Rob tweaked MC1 pitch to center the WFS QPDs while the MC is not locked. It improved the shape of the MC reflection.
However, the sudden MC unlock still happens. We then lowered the WFS gain from 0.5 to 0.3. Did not change the situation.
It looks like the MC length loop starts oscillating after the WFS signals drift away.
We will measure the WFS and MC OPLTF to see the stability of the loops tomorrow.

Attachment 1: MC-unlock.png
MC-unlock.png
  15805   Thu Feb 11 18:21:39 2021 gautamUpdateSUSMC suspension glitches

MC1 suspension is glitching again, so this is a good chance to install the new sat box and test it in the field.

  6295   Sat Feb 18 16:58:59 2012 kiwamuUpdateIOOMC suspension realigned

[ Den / Kiwamu]

 We have realigned the MC suspensions so that the WFS servos are smoothly engaged.

Now it seems working fine. The beam pointing to the interferometer also looks okay.

The WFSs control kept failing to engage the servos because of large misalignments in the MC suspensions.

When the TEM00 was locked, the transmitted light was only about 1200 counts and the reflected light was about 2.8 counts.

We tweaked MC1, MC2 and MC3.

Quote from #6294

When I came to the 40m this afternoon, the MC was unlocked. Here is the trend of MC_F for last 2 hours

  5762   Sat Oct 29 05:50:44 2011 kiwamuUpdateLSCMC suspensions misaligned to avid railing for PZTs

I have shifted the alignment of the MC suspensions such that the PZT won't rail.

Since I didn't care of the spot positions on the MC mirrors, currently they are terribly off from the centers.

After the shift, I realigned the Stochmon PD again.

The attachments below shows the alignment of MC and PZTs before shifting the just for a record

 MCalignOct282011.png 

Oct282011.png

Quote from #5754

 Tomorrow night I will intentionally introduce offsets in the MC suspensions to avoid the railing.
The goal will be a scan of the incident beam while measuring the recycling gain.

  8268   Mon Mar 11 14:10:05 2013 JenneUpdateEnvironmentMC suspensions moved by this morning's earthquakes

None of the suspensions All suspensions were tripped (edited by Manasa; see elog 8271) by this morning's earthquakes, but the MC suspensions are in a different place than they were a day ago.  The big symptom here is that the MCWFS are pulling the mode cleaner slightly out of alignment.  When it first locks, the reflected light is ~0.5, but when the WFS are engaged it goes up to ~0.8.  I'm going to put the MC optics back where they were (according to SUSpit and SUSyaw), and tweak up the MC from there. Probably other optics are affected, but I was going to work on continuing to center the beam on the Yarm optics, so I'll deal with the rest of the IFO in a minute.

Note re: lower plot - the mxstream was down on c1sus and c1ioo, so no fast channels on those computers were recorded for almost a day.  (The plot is one day 4 days long).  I was going to plot the seismic blrms along with the suspension pointing values, but there's no data saved, so there's no point.  Jamie tells me he thinks this spontaneous loss of the mxstream is fixed in the next RCG upgrade, and that we can talk about upgrading the RCG after the LSC meeting, so this data loss is no longer an issue.

EQ.png

MC-SUS-kicked-EQ.png

EDIT:  Plot with 4 days of trend, rather than just 1.  The MC alignment (as measured by MC refl) has been very bad for several days.  I'm going to move the suspensions back to their last good place.  Also, Manasa realigned the MC after the EQ, so I don't actually know where the suspensions got kicked to this morning.

  2928   Thu May 13 23:59:46 2010 ZachSummaryIOOMC table leveled

 After the recent removal of the old IMMT and the relocation of the Faraday isolator, the MC table was tilted a bit (southward and slightly westward---as of when I opened the chamber this afternoon). I re-leveled it by putting an extra two rectangular ballast blocks on the stack that was already hanging off the NNE edge of the table (there are a total of 4 in the stack now). I also screwed down the circular block that Koji and I put between the Faraday and SM1 on Tuesday, and re-mounted the two wire harness towers onto the table.

Needless to say, this threw the MC way out of alignment. I spent the rest of the afternoon reacquiring alignment and getting it to lock robustly. Here is a summary:

  • I adjusted MC3 until I got the 2nd, 3rd+ pass beams to overlap with the input beam between MC1&3, then I adjusted MC2&1 semi-methodically until I got something flashing at the transmitted end. This took some time.
  • I went back into the control room, engaged the loops and acquired lock on the TEM00 mode, whereupon I found that the beam spot was WAY off center on MC2 (due to my meddling with all the mirrors to get resonance flashes). I began using the MC2_spot_up (etc) scripts we wrote the other day to re-center it.
  • After a few iterations, the lock became weak, and eventually gave out. This is because the REFL beam was falling off the RFPD (and being clipped by the iris on the AP table), so I moved the iris and re-centered the beam on the diode.
  • With that, I was able to get the MC2 spot more or less centered, but then I noticed that---though the lock was clearly strong as evidenced both by the REFL power dip and visually via the camera on MC2---it looked like crap on the CCD. It seemed like there was some higher order mode structure sloshing around on top of the 00 spot, which didn't make any sense, until I realized that it was just a diffraction pattern from the TRANS beam getting clipped somewhere on the way out of the vacuum system.
  • I went back to the AP table, where I noticed that the TRANS beam was hitting near the edges of several of the mirrors on the way back to the PSL table, including the first one out of the viewport, so I turned IM4 to center the beam on this mirror, then proceeded to center the beam on each mirror downstream and then onto the CCD.
  • After getting a clear picture of the transmission on the CCD, centering the spot even better on MC2, then fine-tuning MC2&3 to strengthen the lock, I went back to the MC table to check that the transmitted beam was still passing through the center of the Faraday, which, by none other than an act of God, it was.
  • Having done the necessary work in the tank, I ran the A2L_MC2 script to fine-tune the centering of the spot on MC2. It needed a couple steps up and to the side, but after that the actuator gains for pitch and yaw were both balanced again to within ~2%, which is only slightly above the measurement error. We will probably need to adjust this continually, especially during the upgrade, so I didn't bother with getting it better than that.

After that, I shut off the loops, blocked the beam, and put the light doors back on the tanks. Then I went to the parking lot, then I got in my car, etc, etc, etc.

  2929   Fri May 14 03:30:45 2010 KojiSummaryIOOMC table leveled

Thanks Zach.This was a great job.

It was not mentioned but: was the Faraday clamped down on the table?

 

  2931   Fri May 14 10:33:01 2010 ZachSummaryIOOMC table leveled

Ah... no, I didn't. That explains why there were loose dogclamps on the table. I wrapped them in foil and put them on the clean cart. Can this wait until the next time we open the tank (i.e. to measure the beam profile), or should I go over there and clamp it down today?

 

  2935   Sat May 15 04:13:33 2010 KojiSummaryIOOMC table leveled

Fixing at the next time is absolutely OK.

Quote:

Ah... no, I didn't. That explains why there were loose dogclamps on the table. I wrapped them in foil and put them on the clean cart. Can this wait until the next time we open the tank (i.e. to measure the beam profile), or should I go over there and clamp it down today? 

 

  1130   Wed Nov 12 11:14:59 2008 CarynDAQPSLMC temp sensor hooked up incorrectly
MC Temperature sensor was not hooked up correctly. It turns out that for the 4 pin LEMO connections on the DAQ like J13, J14, etc. the channels correspond to horizontal pairs on the 4 pin LEMO. The connector we used for the temp sensor had vertical pairs connected to each BNC which resulted in both the differential pairs on J13 being read by the channel.
To check that a horizontal pair 4 pin LEMO2BNC connector actually worked correctly we unlocked the mode cleaner, and borrowed a connector that was hooked up to the MC servo (J8a). We applied a sine wave to each of the BNCs on the connector, checked the J13 signal and only one of the differential pairs on J13 was being read by the channel. So, horizontal pairs worked.
  1114   Tue Nov 4 17:58:42 2008 AlbertoDAQPSLMC temperature sensor
I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.
  1228   Wed Jan 14 15:53:32 2009 steveDAQPSLMC temperature sensor

Quote:
I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.


Where is this channel?
  1246   Thu Jan 22 14:38:41 2009 carynDAQPSLMC temperature sensor

Quote:

Quote:
I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.


Where is this channel?


That's not the name of the channel anymore. The channel name is PEM-MC1_TEMPS. It's written in a later entry.
  1124   Fri Nov 7 18:38:19 2008 AlbertoDAQPSLMC temperature sensor hooked up
Alberto, Rana,
we found that the computer handling the signals from ICS-110B was C1IOVME so we restarted it. We changed the name of the channel to C1:PEM_TEMPS and the number to 16349. We tracked it up to the J14 connector of the DAQ.
We also observed the strange thing that both of the differential pairs on J13 are read by the channle. Also, if you connect a 50 Ohm terminator to one of the pairs, the signal even get amplified.

(The name of the channel is PEM-MC1_TEMPS)
  8317   Wed Mar 20 14:52:09 2013 ManasaUpdateSAFETYMC trans RFPD missing

PDA255 at the MC transmission end is missing and whoever had removed it earlier has left the beam undamped.

It could be less than a mW beam...but it is still not acceptable to leave it that way.

On the other note, I have cleared up the unwanted optics from the same table.

MC.png

  6251   Fri Feb 3 19:54:21 2012 ranaConfigurationIOOMC trans awry

As usual, I noticed several bad things within 30 seconds of sitting in front of the workstation. Today its that there are OFF or missing filters on the MC TRANS.

is this the normal state? Screenshot attached.

Attachment 1: mctrans.png
mctrans.png
  6096   Fri Dec 9 15:49:24 2011 JenneUpdateIOOMC trans is way down

I was looking at the trends from the RAMmon, since I did the EOM alignment yesterday, and wanted to compare them to the MC trans, just to make sure the MC was locked during the times I'm examining.  I was dismayed to discover that the MC has lost its oomph, starting around 11:30 this morning.  Den was the only person in the lab to my knowledge at that time, and he claims that he didn't touch the MC until well after lunch.  As you can see from the 8 hour trend attached, we went from normal ~26000 counts to ~15000, and we're slowly decaying from there.

MC refl looks pretty bad on the camera, particularly in YAW.  Investigations are beginning now....

Edit, ~10min later...  I enabled the WFS (I don't know why they were off...when the MC fell out of lock and relocked itself, the WFS didn't come on), and things went basically back to how they should be.  However, the sans-WFS alignment is still totally crappy, so the PSL beam probably needs to be aligned to the MC.  I don't really want to touch the alignment though without an okay from Kiwamu, so I'll wait for him to come in and confirm that he's happy with the current MC.

Attachment 1: MCtrans_9Dec2011.png
MCtrans_9Dec2011.png
  6098   Fri Dec 9 17:15:29 2011 JenneUpdateIOOMC trans is way down

Quote:

I was looking at the trends from the RAMmon, since I did the EOM alignment yesterday, and wanted to compare them to the MC trans, just to make sure the MC was locked during the times I'm examining.  I was dismayed to discover that the MC has lost its oomph, starting around 11:30 this morning.  Den was the only person in the lab to my knowledge at that time, and he claims that he didn't touch the MC until well after lunch.  As you can see from the 8 hour trend attached, we went from normal ~26000 counts to ~15000, and we're slowly decaying from there.

MC refl looks pretty bad on the camera, particularly in YAW.  Investigations are beginning now....

Edit, ~10min later...  I enabled the WFS (I don't know why they were off...when the MC fell out of lock and relocked itself, the WFS didn't come on), and things went basically back to how they should be.  However, the sans-WFS alignment is still totally crappy, so the PSL beam probably needs to be aligned to the MC.  I don't really want to touch the alignment though without an okay from Kiwamu, so I'll wait for him to come in and confirm that he's happy with the current MC.

 Kiwamu and I discussed, and looking at the AS camera with the PRM and SRM misaligned, but MCWFS engaged, things look good.  This means that it's probably the MC that has drifted, and we want to align the MC back to the PSL beam.

  14570   Thu Apr 25 01:03:29 2019 gautamUpdatePSLMC trans is ~1000 cts (~7%) lower than usual

When dialing up the current, I went up to 2.01 A on the front panel display, which is what I remember it being. The label on the controller is from when the laser was still putting out 2W, and says the pump current should be 2.1 A. Anyhow, the MC transmission is ~7% lower now (14500 cts compared to the usual 15000-15500 cts), even after tweaking the PMC alignment to minimize PMC REFL. Potentially there is less power coming out of the NPRO. I will measure it at the window tomorrow with a power meter.

  7122   Wed Aug 8 19:54:06 2012 ManasaConfigurationIOOMC trans optics configured

Jan and I wanted to measure the ringdown at the IMC. Since the QPD at the MC trans is not fast enough for ringdown measurements, we decided to install a pickoff to include a faster PD while not disturbing much of the current MC trans configuration. The initial configuration had very little space to accommodate the pickoff. So the collimating lens along with the QPD were moved 2 inches closer to the incoming beam. A 50-50 BS was put in front of the QPD and the steering mirror was moved behind to reflect MC trans output to the new PD. The current configuration is shown below with the MC autolocker threshold mentioned in Jenne's elog

Pic1.png

The hunt for a faster PD wasn't satisfactory and we found a couple of PDs that were good for measurements actually didn't work after installing them. The one currently installed is also not satisfactorily fast enough for ringdown measurements. We'll hunt for faster PDs at Bridge tomorrow and replace PDA400. Also the IMC unlocked from time to time....may be we were noisy and didn't master the 'interferometer walk' very well.

 

 

  7126   Wed Aug 8 22:12:30 2012 ranaConfigurationIOOMC trans optics configured

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

  7127   Wed Aug 8 22:17:43 2012 ManasaConfigurationIOOMC trans optics configured

Quote:

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

 We found a PDA255 but it doesn't seem to work. I am not sure if that is one you are mentioning...but I'll ask Steve tomorrow!

  7140   Fri Aug 10 09:54:51 2012 ManasaConfigurationIOOMC trans optics configured

Quote:

Quote:

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

 We found a PDA255 but it doesn't seem to work. I am not sure if that is one you are mentioning...but I'll ask Steve tomorrow!

 I double checked the PDA255 found at the 40m and it is broken/bad. Also there was no success hunting PDs at Bridge. So the MC trans is still in the same configuration. Nothing has changed. I'll try doing ringdown measurements with PDA400 today.

  7142   Fri Aug 10 11:05:33 2012 jamieConfigurationIOOMC trans optics configured

Quote:

Quote:

Quote:

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

 We found a PDA255 but it doesn't seem to work. I am not sure if that is one you are mentioning...but I'll ask Steve tomorrow!

 I double checked the PDA255 found at the 40m and it is broken/bad. Also there was no success hunting PDs at Bridge. So the MC trans is still in the same configuration. Nothing has changed. I'll try doing ringdown measurements with PDA400 today.

Can you explain more what "broken/bad" means?  Is there no signal?  Is it noisy?  Glitch?  etc.

  7144   Fri Aug 10 15:05:52 2012 ManasaConfigurationIOOMC trans optics configured

Quote:

Quote:

Quote:

Quote:

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

 We found a PDA255 but it doesn't seem to work. I am not sure if that is one you are mentioning...but I'll ask Steve tomorrow!

 I double checked the PDA255 found at the 40m and it is broken/bad. Also there was no success hunting PDs at Bridge. So the MC trans is still in the same configuration. Nothing has changed. I'll try doing ringdown measurements with PDA400 today.

Can you explain more what "broken/bad" means?  Is there no signal?  Is it noisy?  Glitch?  etc.

 The PD saturates the oscilloscope just by switching on the power; with no real signal at all. But Steve helped locating a PD that is not being used at the AP table. So I will check it and replace the current one if it works!

  7206   Thu Aug 16 17:28:51 2012 ManasaConfigurationIOOMC trans optics configured

Quote:

Quote:

Quote:

Quote:

Quote:

  The PDA255 is a good ringdown detector - Steve can find one in the 40m if you ask him nicely.

 We found a PDA255 but it doesn't seem to work. I am not sure if that is one you are mentioning...but I'll ask Steve tomorrow!

 I double checked the PDA255 found at the 40m and it is broken/bad. Also there was no success hunting PDs at Bridge. So the MC trans is still in the same configuration. Nothing has changed. I'll try doing ringdown measurements with PDA400 today.

Can you explain more what "broken/bad" means?  Is there no signal?  Is it noisy?  Glitch?  etc.

 The PD saturates the oscilloscope just by switching on the power; with no real signal at all. But Steve helped locating a PD that is not being used at the AP table. So I will check it and replace the current one if it works!

Koji opened up the PD and found that the screw connecting the PD to the pole was doing an additional job as well; connecting the power cable to the PD output in the inside. The PD is now fixed! Yippie...we have two PDA255 s at 40m now!!

  5383   Sat Sep 10 20:30:01 2011 ranaUpdateIOOMC trans re-aligned / MC2 shifted mysteriously / MC2 re-aligned

MCdecenter.png

I re-aligned the beam onto the MC TRANS QPD since Kiwamu had centered the spots on the mirrors. However, I then inspected the MC2F camera. After coming back into the control room I noticed that the MC transmission had gone down by 50% and that the MC2 OSEMs showed a large step. My guess is that somehow the opening and closing of the can shifted the suspension. So I adjusted the MC2 alignment biases to recover the transmitted power (its now ~50000 instead of the ~33000 from Friday).

  3026   Tue Jun 1 16:29:51 2010 AlbertoUpdateIOOMC transmitted beam aligned to the Faraday; next things to do

We moved the MC-trans pick-off mirror (= the beam splitter between the input of the Faraday and the steering mirror located right after MC3). Now the beam goes through the Farady without getting clipped.

This is the list of the things that have to be done next:

  1. take pictures of the beam spot just before and after the Faraday
  2. lock down to the table the MCTrans pickoff mirror with its screws
  3. measure the beam profile after the first MC telescope mirror (MMT1)
  4. remove Jenne's extra steering mirror from the MC table
  5. re-level the MC table with the bubble level
  6. align the MC-trans beam to its photodiode on the PSL table
  7. align the REFL beam to its photodiode on the AP table
  1180   Fri Dec 5 14:13:41 2008 ranaSummaryIOOMC trend for the last 4 days
The MC has stayed locked for ~3 days! I just broke it to reset the MZ.
Attachment 1: g.png
g.png
  9981   Wed May 21 11:11:01 2014 manasaUpdateIOOMC tuned

I found MC unlocked this morning. I looked at the 2 day trend of the MC suspensions and found MC2 suspensions have been misaligned.

I used Rana's ezcaservo trick to recover MC lock. This brought the MC_REFL down to 0.7 counts. I did the rest of the alignment by moving the MC2 suspension sliders only. MC_REFL is down to 0.45-0.5 counts and TRANS_SUM is at ~16300.

Also, I found the WFS servo was left turned OFF. I re-enabled them as well.

Attachment 1: MC_SUS2days.png
MC_SUS2days.png
  1812   Thu Jul 30 03:10:18 2009 robUpdateIOOMC tweaked further

I tilted the periscope beam and aligned the MC.  Now the spot at the Faraday entrance is near the center of the aperture in up/down space.  The arm powers are only going up to ~0.8, though.  Maybe we should try a little bit of left/right. 

I looked at the IP POS spot with a viewer card, and it looked round, so no obvious egregious clipping in the Faraday.  Someone might take a picture with one of the GigE camera and get us a beam profile there.

We no longer have an MC1 and MC3 camera view.

I can see a bright scatterer that can be seen from the east viewport of the BSC, but I can't tell what it is.  It could be a ghost beam. 

It would be nice to get an image looking into the north viewport of the IOO chamber.  I can't see in there because the BS oplev table is in the way. 

  9677   Wed Feb 26 02:20:35 2014 JenneUpdateIOOMC unhappy

I've asked Manasa and Q to have a look at the MC in the morning.  Rana and I have found it to be slightly uncooperative in relocking after a lockloss.

The concern is that we may be (by actuating on things during lock, or during a lockloss) ringing up some mode, maybe a violin mode in one of the suspensions, maybe a PZT mode of some sort.  If we are, and then we have to push with the PZT on the laser to lock things, that may be why the laser's PZT RMS (on the FSS screen) is so often above 1Vrms.  When we close the PSL shutter, the rms is low, like 0.6 or something, and it stays flat.  As we've all see many a' time, the red trace on the top projector plot is pretty erratic throughout the day when the MC is locked or trying to lock.

We have found that just letting the autolocker go doesn't seem to work very well, and sometimes the MC just doesn't want to re-lock.  Closing the PSL shutter or disabling the autolocker for a few minutes (5ish) doesn't do anything, but leaving it closed for a long time (30 ish minutes) helps a lot.  The MC  will relock immediately after a nice long break. 

 

ELOG V3.1.3-