40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 229 of 335  Not logged in ELOG logo
ID Date Author Type Category Subject
  5347   Tue Sep 6 17:56:53 2011 JenneUpdateIOOFree Swing ITMY started

Quote:

Free swing of ITMY started at

Tue Sep  6 17:41:43 PDT 2011

 

 I think Kiwamu accidentally restarted this kick at 17:48:02 PDT.

  5346   Tue Sep 6 17:56:12 2011 JenneUpdateSUSfree swinging test on ITMX

Quote:

Tue Sep  6 17:48:02 PDT 2011
999391697

 Kiwamu excited ITMY (which Suresh had already started).  I just kicked ITMX:

Tue Sep  6 17:55:21 PDT 2011
999392136

  5345   Tue Sep 6 17:48:57 2011 kiwamuUpdateSUSfree swinging test on ITMY

Tue Sep  6 17:48:02 PDT 2011
999391697

  5344   Tue Sep 6 17:43:01 2011 SureshUpdateIOOFree Swing ITMY started

Free swing of ITMY started at

Tue Sep  6 17:41:43 PDT 2011

 

  5343   Tue Sep 6 11:27:19 2011 JenneUpdateGeneralAfternoon pre-pumpdown todo list

These are the things that I can think of that we need to do before we can close up:

* Take a close look at both ITMs' OSEMs, and ensure that the magnets aren't too close to either plate in the OSEMs.  Both have had funny business over the past week.

* Do a free swinging test on both ITMs.  (ITMY may not need it, if we haven't touched it since the last free swinging test, but it can't hurt to take the data)

* Confirm that POX is exiting the chamber.

* Is there anything else???

 

Our goal is to finish this work by tonight, so that we can close doors and start pumping tomorrow.

  5342   Tue Sep 6 11:21:33 2011 JenneUpdateSUSITMX rehung (Friday)

[Jenne, Katrin, Jamie]

I'm a bad kid, and forgot to elog my Friday morning work...

Bob gave me back ITMX after a 48hour bake at 80C + clean RGA scan Friday morning after coffee and doughnuts.  Katrin helped me put it back in the suspension wire. 

While I was leveling the optic (making sure the scribe lines on each side of the optic are at the same height off the table), Katrin cut some new viton for replacement EQ stops.  The optic was missing one lower earthquake stop (the one that Jamie noticed last week), and somehow one other rubber piece came out of the EQ stop on another lower screw while we were re-suspending the optic.  We put the new stops in, and then checked the balance of the test mass.

The oplev is still the HeNe laser that is leveled to the level optical table in the cleanroom.  The lever arm is ~1.5 meters, and over that distance the reflected beam was pointed "up" in pitch by ~1.5mm, which is less than one beam diameter of the HeNe.  This is well within our ability to correct using the OSEMs.

We then locked the test mass, and installed it in the chamber.  I approximately did the half-voltage centering of the OSEMs, leaving the fine-tuning to Kiwamu for after lunch. 

  5341   Tue Sep 6 08:05:53 2011 steveUpdateSUSITMX must be touching

Quote:

The new ITMX was aligned by changing the DC biases.

The resultant DC biases are reasonably small.

C1:SUS-ITMX_PIT_COMM = -0.2909

C1:SUS-ITMX_YAW_COMM = -0.0617

 

The alignment was done by trying to resonate the green light in the X arm cavity.

The spot position of the green light on the ITMX mirror looked good. This was confirmed by inserting a sensor card.

I did the OSEM mid-range adjustment and the rotation adjustment but at the end the OSEM DC voltage has changed due to the DC bias operation.

The OSEM rotation was approximately optimized so that all the face shadow sensors are sensitive to the POS motion but the SIDE shadow sensor is insensitive to the POS motion.

It needs a free swinging diagnosis.

 ITMX OSEMs   UL 1.8V,   UR 1.7V,   LR 0V,   LL 0V,   SD 1.3V  at the same bias setting shown above. May be a lose earth quake tip?or magnet is touching?

Attachment 1: osemITMX.jpg
osemITMX.jpg
  5340   Mon Sep 5 21:12:05 2011 DmassUpdateComputer Scripts / Programselog broke, fixed

Restarted elog 9:11PM 9/5/11

  5339   Sat Sep 3 14:47:50 2011 kiwamuUpdateIOOtriple resonant box : brief estimations about reflections and mode. depths

(RF reflections)

The reflected RF power going back to the RF generation box will be :

    Power at 11MHz =  2 dBm

   Power at 29.5 MHz = 3 dBm

   Power at 55 MHz = 9dBm

Assuming the input power at 11 and 55 MHz are at 27 dBm (40m wiki page). And 15 dBm for 29.5 MHz.

Since there is an RF combiner in between the generation box and the resonant box, it reduces the reflections by an additional factor of 10 dB (#4517)

In the estimation above, the reduction due to the RF combiner was taken into account.

 

(Modulation depths)

Besides the reflection issue, the circuit meets a rough requirement of 200 mrad at 11 and 55 MHz.

For the 29.5 MHz modulation, the depth will be reduced approximately by a factor of 2, which I don't think it's a significant issue.

So the modulation depths should be okay.

Assuming the performance of the resonant circuit remains the same (#2586), the modulation depths will be :

      Mod. depth at 11 MHz =  280 mrad

      Mod. depth at 29.5 MHz = 4 mrad (This is about half of the current modulation depth)

      Mod. depth at 55 MHz = 250 mrad

 

Quote from #5336

What are the reflected RF powers for those frequencies? 
Is the 29.5MHz more problem than the 55MHz, considering the required modulation depth?

 

  5338   Fri Sep 2 17:57:18 2011 kiwamuUpdateSUSRe: ITMY released without opening chambers

It stacked again . We should take a closer look at it.

Quote from #5326

The ITMY mirror was released. The OSEM readouts became healthy.

 

  5337   Fri Sep 2 17:52:16 2011 kiwamuUpdateSUSITMX realigned

The new ITMX was aligned by changing the DC biases.

The resultant DC biases are reasonably small.

C1:SUS-ITMX_PIT_COMM = -0.2909

C1:SUS-ITMX_YAW_COMM = -0.0617

 

The alignment was done by trying to resonate the green light in the X arm cavity.

The spot position of the green light on the ITMX mirror looked good. This was confirmed by inserting a sensor card.

I did the OSEM mid-range adjustment and the rotation adjustment but at the end the OSEM DC voltage has changed due to the DC bias operation.

The OSEM rotation was approximately optimized so that all the face shadow sensors are sensitive to the POS motion but the SIDE shadow sensor is insensitive to the POS motion.

It needs a free swinging diagnosis.

  5336   Fri Sep 2 15:56:32 2011 KojiUpdateIOOtriple resonant box : ready to install

What are the reflected RF powers for those frequencies? 
Is the 29.5MHz more problem than the 55MHz, considering the required modulation depth?

 

  5335   Fri Sep 2 13:12:08 2011 kiwamuUpdateIOOtriple resonant box : ready to install

The triple resonant box was checked again. Each resonant frequency was tuned and the box is ready to go.

Before the actual installation I want to hear opinions about RF reflections because the RF reflection at 29 MHz isn't negligible.

It might be a problem since the reflection will go back to the RF generation box and would damage the amplifiers.

 

(Frequency adjustment and resultant reflection coefficient)

In order to tune the resonant frequencies the RF reflection was continuously monitored while the variable inductors were tweaked.

The plot below shows the reflection coefficient of the box after the frequency adjustment. 

refl_eom.png

In the upper plot, where the amplitude of the reflection coefficient of the box is plotted, there are three notches at 11, 29.5 and 55 MHz.

A notch means an RF power, which is applied to the resonant box, is successfully absorbed and consequently the EOM obtains some voltage at this frequency.

These power absorptions take place at the resonant frequencies as we designed so.

A good thing by monitoring this reflection coefficient is that one can easily tune the resonant frequency by looking at the positions of the notches.

Note that :

If amplitude is  0dB ( =1),  it means all of the signal is reflected.

If a circuit under test is impedance matched to 50 Ohm the amplitude will be ideally zero (= -infinity dB).

 

Reflections :

at 11 MHz = -15 dB (3% of RF power is reflected)

at 29.5 MHz = -2 dB (63% of RF power is reflected)

at 55 MHz = -8 dB (15% of RF power is reflected)

  5334   Fri Sep 2 04:41:35 2011 KeikoUpdateLSCTolerance of PRC, SRC, MICH length = 5 mm ?

 Keiko, Kiwamu

Length tolerance of the vertex part is about 5 mm.

Sorry for my procrastinating update on this topic. In my last post, I reported that the length tolerance of the vertex ifo would be 2mm, based on Kiwamu's code on CVS. Then we noticed that the MICH degrees of freedom was wrong in the code. I modified the code and ran again. You can find the modified codes on CVS (40m folder, analyzeDRMITolerance3f.m and DRMITolerance.m)

In this code, the arm lengths were kept to be ideal while some length offsets of random gaussian distribution were added on PRCL, SRCL and MICH lengths. The iteration was 1000 times for each sigma of the random gaussian distribution. The resulting sensing matrix is shown as histogram. Also, a histogram of the demodulation phase separation between MICH and SRCL is plotted by this code, as these two length degrees of freedom will be obtained by one channel separated by the demodulation phase. We check this separation because you want to make sure that the random length offsets does not make the separation of these two signals close.

The result is a bit different from the previous post, in the better way! The length tolerance is about 5 mm for the vertex ifo. Fig.1 shows the sensing matrix. Although signal levels are changed by the random offsets, only few orders of magnitude is changed in each degrees of freedom. Fig.2 shows that the signal separation between MICH and SRCL at  POP55 varies from  55 to 120 degrees, which may be OK. If you have 1cm sigma, it varies from 50 degrees to 150 degrees.

MATRIX.png

Fig. 1 Histgram of the sensing matrix including 3f channels, when sigma is 5mm. Please note that the x-axis is in long 10.

dphase.png

 Fig. 2 Histogram of the demodulation phase difference between MICH and SRCL, when sigma is 5 mm. To obtain the two signals independently, 90 is ideal. With the random offsets, the demodulation phase difference varies from 55 degrees to 120 degrees.

My next step is to run the similar code for LLO. 

  5333   Thu Sep 1 15:59:46 2011 steveUpdateSUSlight doors on at the ITMs

Suresh, Kiwamu and Steve

Heavy chamber doors replaced by light ones at  ITMX-west and ITMY-north locations.

  5332   Thu Sep 1 15:07:45 2011 steveUpdateSUSwhy ITMY is moving more ?

Atm1, ITMY and the SRM are on the same isolation stack.  So why does  the SRM move twice as much?

Atm2, We should check the ITMY  SIDE_OSEM before pump down. Anatomically correct, beautiful picture taken by Kiwamu on August 22

Attachment 1: itmy_srm_etmx.jpg
itmy_srm_etmx.jpg
Attachment 2: P8220152.JPG
P8220152.JPG
  5331   Thu Sep 1 11:03:22 2011 steveUpdateVACback ground rga scan

The RGA back ground at day 29 of this vent.

Attachment 1: v70-bg-d29scan.jpg
v70-bg-d29scan.jpg
Attachment 2: vent70tempres.jpg
vent70tempres.jpg
  5330   Wed Aug 31 16:18:25 2011 JenneUpdateGeneralNew Optics Drawers

[Kiwamu, Manuel, Jenne]

The new optics storage drawers have been populated with optics.  Each drawer is labelled.  Harsh punishments will be inflicted on anyone found disobeying the new scheme.

  5329   Wed Aug 31 14:50:18 2011 kiwamuUpdatePhotospictures of OSEMs

The pictures that we took are now on the Picasa web site. Check it out.

Quote from #5280

Also, we took photos (to be posted on Picasa in a day or two) of all the main IFO magnet-in-OSEM centering, as best we could.  SRM, BS, PRM all caused trouble, due to their tight optical layouts.  We got what we could.

  5328   Wed Aug 31 11:37:56 2011 steveUpdateGreen Lockingshutter in place at east end

Uniblitz mechanical shutter installed in the green beam path at ETMY-ISCT  The remote control cable has not been connected.

  5327   Tue Aug 30 17:31:55 2011 SureshUpdateIOOC1IOO model reverted and fb restarted

I reverted the C1IOO model to the last working version and restarted the fb at this time..Tue Aug 30 17:28:38 PDT 2011

  5326   Tue Aug 30 14:44:06 2011 kiwamuUpdateSUSITMY released without opening chambers

The ITMY mirror was released. The OSEM readouts became healthy.

 

To see what is going on, I changed the PIT DC bias slider on ITMY from 0.8 to -1 or so, and then the optic started showing a free swinging behavior.

If there were no responses to the DC bias, I was going to let people to open the chamber to look at it closer, but fortunately it released the optic.

Then I brought the slider back to 0.8, and it looked still free swinging. Possibly the optic had been stacked on some of the OSEMS as Jamie expected.

Quote from #5320

ITMY, which is supposed to be fully free-swinging at the moment, is displaying the tell-tale signs of  being stuck to one of it's OSEMs. 

Do we have a procedure for remotely getting it unstuck?  If not, we need to open up ITMYC and unstick it before we pump.

 

  5325   Tue Aug 30 14:33:52 2011 jamieUpdateCDSall front-ends back up and running

All the front-ends are now running.  Many of them came back on their own after the testpoint.par was fixed and the framebuilder was restarted.  Those that didn't just needed to be restarted manually.

The c1ioo model is currently in a broken state: it won't compile.  I assume that this was what Suresh was working on when the framebuilder crash happened.  This model needs to be fixed.

  5324   Tue Aug 30 11:42:29 2011 jamieUpdateCDStestpoint.par file found to be completely empty

The testpoint.par file, located at /opt/rtcds/caltech/c1/target/gds/param/testpoint.par, which tells GDS processes where to find the various awgtpman processes, was completely empty.  The file was there but was just 0 bytes.  Apparently the awgtpman processes themselves also consult this file when starting, which means that none of the awgtpman processes would start.

This file is manipulated in the "install-daq-%" target in the RCG Makefile, ultimately being written with output from the src/epics/util/updateTestpointPar.pl script, which creates a stanza for each front-end model.  Rebuilding and installing all of the models properly regenerated this file.

I have no idea what would cause this file to get truncated, but apparently this is not the first time: elog #3999.  I'm submitting a bug report with CDS.

 

  5323   Tue Aug 30 11:28:56 2011 jamieUpdateCDSframebuilder back up

The fsck on the framebuilder (fb) raid array (/dev/sda1) completed overnight without issue.  I rebooted the framebuilder and it came up without problem.

I'm now working on getting all of the front-end computers and models restarted and talking to the framebuilder now.

  5322   Tue Aug 30 10:49:29 2011 steveUpdateSUSBS & PRM damping restored

I have restored the damping of BS and PRM. Today is janitor day. He is shaking things around the lab.

  5321   Mon Aug 29 19:14:31 2011 SureshUpdateIOOWFS phase adjustments

[Valera, Suresh]

1) To see if there are significant dark-offsets on the WFS sensors we closed the PSL shutter and found that the offsets are in the 1% range.  We decided to ignore them for now.

2) To center the MC_REFL beam on the WFS we opened the PSL shutter, unlocked the MC and then centered the DC_PIT and DC_YAW signals in the C1IOO_WFS_QPD screen.

3) We then looked at the power spectrum of the I and Q signals from WFS1 to see if the spectrum looked okay and found that some of the quadrants looked very different from others.  The reason was traced to incorrect Comb60 filters.   After correcting these filters we adjusted the R phase angle in the WFS1_SETTINGS screen to suppress the 1Hz natural oscillation signal in the Q channels of all the four quadrants.  We repeated this process for WFS2

4) To see if the relative phase of all four quadrants was correct we first drove the MC_length and tried to check the phase of the response on each quadrant.  However the response was very weak as the signal was suppressed by the MC servo.  Increasing the drive made the PMC lock unstable.  So we introduced a 6Hz, 50mVpp signal from an SR785 into the MC_servo (Input2) and with this we were able to excite a significant response in the WFS without affecting the PMC servo.    By looking at the time series of the signals from the quadrants we set the R phase angle in WFS_Settings such that all the quadrants showed the same phase response to the MC_length modulation. 

     Using the larger response were were able to further tweak the R angle to supress the Q channels to about 1% of the I phase signals.

5)  I then edited the c1ioo.mdl so that we can use the six lockins just as they are used in MC_ASS.  However we can now set elements of the SEN_DMD_MATRX (sensor demod matrix) to select any of the MCL, WFS PIT and YAW channels (or a linear combination of them) for demodulation.  The change is shown below.  While compiling and model on C1IOO FE machine there were problems which eventually led to the FB crash.

Screenshot-1.png

 

  

  5320   Mon Aug 29 18:24:11 2011 jamieUpdateSUSITMY stuck to OSEMs?

ITMY, which is supposed to be fully free-swinging at the moment, is displaying the tell-tale signs of  being stuck to one of it's OSEMs.  This is indicated by the PDMon values, one of which is zero while the others are max:

UL: 0.000
UR: 1.529
LR: 1.675
LL: 1.949
SD: 0.137

Do we have a procedure for remotely getting it unstuck?  If not, we need to open up ITMYC and unstick it before we pump.

 

  5319   Mon Aug 29 18:16:10 2011 jamieUpdateCDSRe : fb down

fb is now up and running, although the /frames raid is still undergoing an fsck which is likely take another day.  Consequently there is no daqd and no frames are being written to disk.  It's running and providing the diskless root to the rest of the front end systems, so, so the rest of the IFO should be operational.

I burt restored the following (which I believe is everything that was rebooted), from Saturday night:

/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1lscepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1susepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1iooepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1assepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1mcsepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1gcvepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1gfdepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1rfmepics.snap
/opt/rtcds/caltech/c1/burt/autoburt/snapshots/2011/Aug/27/23:07/c1pemepics.snap

 

  5318   Mon Aug 29 16:27:34 2011 ManuelConfigurationSUSSUS Summary Screen

I edited the C1SUS_SUMMARY.adl file and set the channels in alarm mode to show the values in green, yellow and red according to the values of the thresholds (LOLO, LOW, HIGH, HIHI)

I wrote a script in python, which call the command ezcawrite and ezcaread, to change the thresholds one by one.

You can call this program with a button named "Change Thresholds one by one" in the menu come down when you click the  button.

I'm going to write another program to change the thresholds all together.

  5317   Mon Aug 29 12:05:32 2011 jamieUpdateCDSRe : fb down

fb was requiring manual fsck on it's disks because it was sensing filesystem errors.  The errors had to do with the filesystem timestamps being in the future.  It turned out that fb's system date was set to something in 2005.  I'm not sure what caused the date to be so off (motherboard battery problem?)  But I did determine after I got the system booting that the NTP client on fb was misconfigured and was therefore incapable of setting the system date.  It seems that it was configured to query a non-existent ntp server.  Why the hell it would have been set like this I have no idea.

In any event, I did a manual check on /dev/sdb1, which is the root disk, and postponed a check on /dev/sda1 (the RAID mounted at /frames) until I had the system booting.  /dev/sda1 is being checked now, since there are filesystems errors that need to be corrected, but it will probably take a couple of hours to complete.  Once the filesystems are clean I'll reboot fb and try to get everything up and running again.

  5316   Mon Aug 29 00:49:00 2011 kiwamuUpdateCDSRe : fb down

Fb is in a bad situation. It needs a MANUAL fsck to fix the file system.

HELP US, Jamieeeeeeeeeeee !!!

 

When Suresh and I connected a display and tried to see what was going on, the fb computer was in a file system check.

This was because Suresh did a hardware reboot by pressing a power button on the front panel.

Since the file checking took so long time and didn't proceed fast, we pressed the reset button and again the power button.

Actually the reset button didn't work (maybe ?) it just made some light indicators flashing.

After the second reboot the reboot message said that it needs a manual fsck to fix the file system. This maybe because we interrupted the file checking.

We are leaving it to Jamie because the fsck command would do something bad if unfamiliar persons, like us, do it.

 

In addition to it, the boot message was also saying that line 37 in /etc/fstab was bad.

We logged into the machine with a safe mode, then found there was an empty line in 37th line of fstab.

We tried erasing this empty line, but failed for some reasons. We were able to edit it by using vi, but wasn't able to save it.

  5315   Sun Aug 28 22:49:40 2011 SureshUpdateCDSfb down

I recompiled c1ioo after making some changes and restarted fb. (about 9:45 - 10PM PDT)  But it failed to restart.  It responds to ping, but does not allow a ssh or telnet. The screen output is:

allegra:~>ssh fb
ssh: connect to host fb port 22: Connection refused
allegra:~>telnet fb 8087
Trying 192.168.113.202...
telnet: connect to address 192.168.113.202: Connection refused
telnet: Unable to connect to remote host: Connection refused
allegra:~>
 

Nor am I able to connect to c1ioo either....

 

 

  5314   Sun Aug 28 20:15:11 2011 JenneUpdateSUSITMX magnet status

Quote:

Tomorrow I will come in and glue the magnet dumbbell assembly to the ITM.

 Glued.

Tomorrow afternoon I'll remove the optic from the fixture, and put it in the oven.

  5313   Sat Aug 27 20:38:17 2011 SureshUpdateIOOLight is back on WFS

[Valera, Suresh]

   We wanted to continue the work with WFS servo loops.  As the current optical paths on the AP table do not send any light to the WFS, I changed a mirror to a 98% window and a window to a mirror to send about 0.25mW of light towards the WFS.   The MC locking is unaffected by this change.   The autolocker works fine.

   When the power to the MC is increased, these will have to be replaced or else the WFS will burn.

  5312   Sat Aug 27 15:47:59 2011 ranaUpdateCDSOSEM noise / nullstream and what does it mean for satellites

In the previous elog of mine, I looked at the nullstream (aka butterfly mode) to find out if the intrinsic OSEM noise is limiting the displacement noise of the interferometer or possibly the Wiener FF performance.

The conclusion was that its not above ~0.2 Hz. Due to the fortuitous breaking of the ITMX magnet, we also have a chance to check the 'bright noise': what the noise is with no magnet to occlude the LED beam.

As expected, the noise spectra with no magnets is less than the calculated nullstream. The attached plot shows the comparison of the LL OSEM (all the bright spectra look basically alike) with the damped

optic spectra from 1 month week ago.

From 0.1 - 10 Hz, the motion is cleanly larger than the noise. Below ~0.2 Hz, its possible that the common mode rejection of the short cavity lengths are ruined by this. We should try to see if the low frequency

noise in the PRC/SRC is explainable with our current knowledge of seismicity and the 2-dimensional 2-poiint correllation functions of the ground.

So, the question is, "Should we try to upgrade the satellite boxes to improve the OSEM sensing noise?"

Attachment 1: Untitled.png
Untitled.png
  5311   Sat Aug 27 14:33:04 2011 JenneUpdateSUSITMX magnet status

As I feared, since I couldn't see the magnet-to-dumbbell joint from all angles, they ended up being off by ~1/3 of a magnet diameter. 

Because I don't want to deal with finding another failed glue joint tomorrow, I removed the magnet and dumbbell from the optic, and broke the manget off of the dumbbell.  As with yesterday, I kept track of which end of the magnet had been glued to the dumbbell. 

I got a new dumbbell, removed all the glue from the magnet, and reglued them together, in the fixture that ensures they are well aligned. 

Tomorrow I will come in and glue the magnet dumbbell assembly to the ITM.

  5310   Fri Aug 26 16:17:31 2011 JenneUpdateGeneraldrawer cabinet moves in

Quote:

Jamie and Shuresh moved in Jenne's 11 drawers cabinet and relocated old note book boxes on the inside of the vac tube.

 Barring other chores for next Wednesday, we're going to spend Wednesday afternoon populating the new cabinet with all of the optics hardware: posts, forks, dogs, everything!  It's going to be so organized and awesome!!

  5309   Fri Aug 26 15:59:33 2011 steveUpdateGeneraldrawer cabinet moves in

manufacturer info

Jamie and Shuresh moved in Jenne's 11 drawers cabinet and relocated old note book boxes on the inside of the vac tube.

Attachment 1: P1080192.JPG
P1080192.JPG
  5308   Fri Aug 26 15:30:36 2011 JenneUpdateSUSITMX magnet reglued
The ITMX UL magnet has been reglued.

I *very carefully* using the corner of a cleaned razor blade dropped single drops of acetone onto the top of the dumbbell, and scratched off the residual glue. I didn't want to get even a sprinkle of acetone on the dumbbell-glass junction, and I managed to avoid it. Also, the dumbbell never broke off of the glass (something I've never been able to achieve before), so all I had to do was glue the magnet back onto the dumbbell.

I also scratched the glue from the magnet, after soaking in acetone. I made sure to keep track of which way the magnet had been glued by putting it in the pickle picker that I received from Betsy before getting rid of the glue. I specifically did not compare the polarity of this magnet to the others still glued, because I have seen that in the past break magnets from dumbbells. They can't really handle sideways forces. But since it's glued the same way that it was, it should be fine.

I then aligned the optic in the gluing fixture. I test-fit the pickle picker with magnet, to ensure that the axes of the dumbbell and magnet were aligned as closely as possible. I adjusted the optic to make this axial alignment as perfect as I could see with my eye. Unfortunately the fixture doesn't allow a whole lot of viewing angles of the magnet-dumbbell joint, so we'll see how well I did after I remove it from the fixture.

I put a little dab of epoxy on the end of the magnet, spread it around so it coated the whole surface, and glued it on.

I'll come in tomorrow (Saturday) to check on it, and take it out of the fixture. If it's going to break coming out of the fixture, which I hope won't happen, but has happened before, then I want to be able to fix it again asap.
  5307   Fri Aug 26 10:45:17 2011 steveUpdateGeneral crane at ETMY is fixed

Quote:

The horizontal trolley drive stopped working  at the east end this morning. It is working intermittently. In the worst case we can take the door off with the manual -Genie- lift.

I'm working with Konecrane to solve  the wormgear drive problem.

 New gear box installed and tested by Fred KoneCranes.

Attachment 1: P1080190.JPG
P1080190.JPG
Attachment 2: P1080188.JPG
P1080188.JPG
  5306   Fri Aug 26 07:53:59 2011 steveUpdateSUSBroken UL magnet on ITMX

Quote:

Dmass just reminded me that the usual procedure is to bake the optics after the last gluing, before putting them into the chambers.  Does anyone have opinions on this? 

On the one hand, it's probably safer to do a vacuum bake, just to be sure.  On the other hand, even if we could use one of the ovens immediately, it's a 48 hour bake, plus cool down time.  But they're working on aLIGO cables, and might not have an oven for us for a while.  Thoughts?

 Follow full procedure for full strength, minimum risk

  5305   Thu Aug 25 17:57:35 2011 SureshUpdateSUSBroken UL magnet on ITMX

Quote:

Dmass just reminded me that the usual procedure is to bake the optics after the last gluing, before putting them into the chambers.  Does anyone have opinions on this? 

On the one hand, it's probably safer to do a vacuum bake, just to be sure.  On the other hand, even if we could use one of the ovens immediately, it's a 48 hour bake, plus cool down time.  But they're working on aLIGO cables, and might not have an oven for us for a while.  Thoughts?

I think we should follow the established procedure in full, even though it will cost us a few more days.  I dont think we should consider the vacuum bake as something "optional".  If the glue has any volatile components they could be deposited on the optic resulting in a change in the coating and consequently optical loss in the arm cavity.

 

 

  5304   Thu Aug 25 17:40:07 2011 DmassUpdateComputer Scripts / Programselog broke, fixed

elog died b/c someone somewhere did something which may or may not have been innocuous. I ran the script in /cvs/cds/caltech/elog to restart the elog (thrice).

 

I have now banned Warren from clicking on the elog from home

  5303   Thu Aug 25 17:14:49 2011 steveUpdateVACclean room fashion changes

Jamie is modeling our next generation  in-vac & clean room bonny suit that Jenne and myself already tested.

It is quite bearable with our traditional cleanroom beret-bouffant cap. Please use these in the future.

This will help to avoid the farther degradation of somewhat dusty 40m vac envelope.

It is the required dress code to enter the clean assembly room in the 40m.

 We have small, med, large and x-large in stock. I'm getting larger sizes.

It will not allow certain people to climb inside the vacuum chamber in dirty pants.

Attachment 1: P1080185.JPG
P1080185.JPG
Attachment 2: P1080183.JPG
P1080183.JPG
  5302   Thu Aug 25 15:20:03 2011 JenneUpdateSUSBroken UL magnet on ITMX

Dmass just reminded me that the usual procedure is to bake the optics after the last gluing, before putting them into the chambers.  Does anyone have opinions on this? 

On the one hand, it's probably safer to do a vacuum bake, just to be sure.  On the other hand, even if we could use one of the ovens immediately, it's a 48 hour bake, plus cool down time.  But they're working on aLIGO cables, and might not have an oven for us for a while.  Thoughts?

  5301   Thu Aug 25 13:10:42 2011 JenneUpdateSUSDrag wiping

As we have seen in the past, both of the ITMs were more dusty than the ETMs, presumably because we have the vertex open much more often than the ends.  Kiwamu and I wiped all of the optics until we could no longer see any dust particles within a ~1.5 inch diameter area around the center. 

Since we have ITMX out for magnet gluing, I'll probably drag wipe both front and back surfaces before putting it back in the suspension cage.  All of the optics have clear dust on the AR surfaces, but we can't get to that surface while the optics are suspended.  For the ETMs this isn't too big of a deal, but it does concern me a bit for the ITMs and other transmissive optics we have.  I don't think it's bad enough yet though to warrant removing optics from suspensions just to wipe them.

  5300   Thu Aug 25 08:12:09 2011 steveUpdateSUSETMY & ITMY wiped, replaced, vac door on

Quote:

We've closed up ETMX:

  • the optic was drag wiped
  • the suspension tower was put back in place
  • earthquake stops were backed off the appropriate number of turns, and de-ionized
  • chamber door was put on

 jamie, jenne, kiwamu, suresh, steve

 

ETMY and ITMY were treated the same way as ETMX. The BS chamber was closed with heavy vac door yesterday also. The IOO access connector's inner jamnuts are torqued to 45 ft/lbs as all vac door bolts.

The vac envelope is ready for pumpdown condition, except ITMX chamber with light atm door cover.

Jenne will summeries the condition of dust on the  TMs before and after the drag wipes.

  5299   Wed Aug 24 17:05:11 2011 JenneUpdateSUSBroken UL magnet on ITMX

Quote:

The ITMX tower was shipped into the Bob's clean room to put the magnet back on. 

 Repair work is delayed.  I need the "pickle pickers" that hold the magnet+dumbbell in the gluing fixture, for gluing them to the optic.  Here at the 40m we have a full set of SOS gluing supplies, except for pickle pickers.  We had borrowed Betsy's from Hanford for about a year, but a few months ago I returned all of the supplies we had borrowed.  Betsy said she would find them in her lab, and overnight them to us.  Since the problem occurred so late in the day, they won't get shipped until tomorrow (Thursday), and won't arrive until Friday.

I also can't find our magnet-to-dumbbell gluing fixture, so I asked her to send us her one of those, as well. 

I have 2 options for fixing ITMX.  I'll write down the pros and cons for each, and we can make a decision over the next ~36 hours.

OPTIONS:

(#1) Remove dumbbell from optic.  Reglue magnet to dumbbell. Reglue magnet+dumbbell to optic.

(#2) Carefully clean dumbbell and magnet, without breaking dumbbell off of optic.  Glue magnet to dumbbell.

PROS:

(#1) Guarantee that magnet and dumbbell are axially aligned.

(#2) Takes only 1 day of glue curing time.

CONS:

(#1) Takes 2 days of glue curing time. (one for magnet to dumbbell, one for set to optic.)

(#2) Could have slight mismatch in axis of dumbbell and magnet.  Could accidentally drop a bit of acetone onto dumbbell-to-optic glue, which forces us into option 1, since this might destroy the integrity of the glue joint (this would take only the 2 days already required for option 1, it wouldn't force us to take 2+1=3 days).

  5298   Wed Aug 24 16:13:36 2011 kiwamuUpdateSUSbroke UL magnet on ITMX

I broke the UL magnet on ITMX

The ITMX tower was shipped into the Bob's clean room to put the magnet back on.

 

 Since we found that all the magnets were relatively high (#5296) in the shadow sensors, we decided to slide the OSEM holder bar upward.

During the work, I haven't made the OSEMs far enough from the magnets.

So the magnets and OSEMs touched as I moved the holder.

Then the UL magnets were broken off and fell into the UL coil.

 

ELOG V3.1.3-