40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 116 of 344  Not logged in ELOG logo
ID Date Author Typeup Category Subject
  3295   Mon Jul 26 20:30:35 2010 JenneUpdateSUS2 Tip Tilts suspended and balanced

[Koji, Jenne]

We were on Team Cleanroom, while Kiwamu and Alberto were on Team Chamber.  Team Cleanroom suspended and balanced 2 Tip Tilts this afternoon.

One of the TTs that was suspended today is the one which was broken on Friday (see elog 3278).  We resuspended it using the regular 0.0036" diameter wire (91um).  We balanced it using the HeNe oplev, and then set it aside.  This TT has serial number 2.

We noticed that, like the previous 2 TT suspensions (this one before it was broken, and the one actually installed in the BS chamber on Friday, which is #3), there seems to be a little bit of hysteresis in the pointing.  The difference comes if we poke the top of the mirror holder and observe the place the reflected beam spot comes to rest at, and if we poke the bottom of the mirror holder.  The beam spot stays a little higher when we poke the top vs. when we poke the bottom. 

To combat this, we tried suspending our second TT of the day (the one that Kyung Ha and I had half finished) using thinner wire for the mirror holder.  We used the 0.0017" diameter wire (43um) that is used for the SOSes.  Unfortunately, it still seems like there is a similar hysteresis.  The thin-wire TT has serial number 4.

While working on TT4, we recalled that we have to include rubber dampers for the vertical blade springs.  Oooops!  We used some of the leftover #4-40 screws with viton tips that Zach and Mott had made for Earthquake stops to damp the vertical resonance of the blades.  We measured the Q factor by flicking the blades up or down.  We changed the oplev setup to be a shadow sensor setup, and watched the ringdown of the vertical mode on the 'scope.  We counted #cycles/time = frequency, and the t(1/2) time for the exponential ringdown to calculate the Q.  For the shadow sensor, we positioned the QPD in line with the initial HeNe beam, and placed the edge of the mirror holder clamp partially in the beam, so the beam was partly occluded.  When the mirror shook up and down, more or less of the beam was blocked, and we could see this power fluctuation on the 'scope.

Using the formula Q = pi  f0 T1/2 / ln(2) = 4.53 f0 T1/2, where T1/2 is the the time it takes for the amplitude to decay by half, we measured a Q of 31 for the vertical mode with no damping, and a Q of 14 with damping.  Koji confirmed the calculation and put it into wiki.

We need to go through the other TTs that have been assembled and give them their rubber dampers.

 

  3297   Tue Jul 27 11:43:24 2010 steveUpdatePEMair quality is bad today

The lab is at 30,000 and Pasadena air is at 1.1 e+6 particles /cf min of 0.5 micron.

Attachment 1: pemtoday.jpg
pemtoday.jpg
  3298   Tue Jul 27 12:02:31 2010 GopalUpdateOptic StacksPreliminary Transfer Function Measurements on MC1/MC3

I have successfully completed a preliminary transfer function measurement test on the MC1/MC3 stack in COMSOL. Using the measurement scheme described on the Wiki, I initialized a 1 N/m^2 sinusoidal perturbation on the bottom of the stack and measured the maximum displacement of the top layer. This preliminary test just calculated the responses to 1-,2-,3-,4-, and 5-Hz drives along the x-axis (pictures attached).

Currently, I am rerunning the same test but from 1-10 Hz with 0.1-Hz steps. When both x- and y-axis responses have been plotted, I can move on to repeating this entire process on the MC2 stack.

Attachment 1: MC1_MC3_FDA_1.png
MC1_MC3_FDA_1.png
Attachment 2: MC1_MC3_FDA_2.png
MC1_MC3_FDA_2.png
Attachment 3: MC1_MC3_FDA_3.png
MC1_MC3_FDA_3.png
Attachment 4: MC1_MC3_FDA_4.png
MC1_MC3_FDA_4.png
Attachment 5: MC1_MC3_FDA_5.png
MC1_MC3_FDA_5.png
  3301   Tue Jul 27 18:42:57 2010 GopalUpdateOptic StacksBode Magnitude Plot and Concerns

I completed the frequency domain analysis mentioned previously in the x-direction. Although I ran it from 1-10 Hz, with 0.1-Hz increments, COMSOL was unable to complete the task past 7 Hz because the relative error was beyond the relative tolerance. To solve this issue, I'd have to rerun the simulation with a finer mesh, an unfavorable option because of the already-extensive run times. The Bode magnitude plot from this simulation is attached:

Bode_Mag_MC1_MC3.png

 

This simulation raises some questions about the feasibility of this method:

 

1) Do we have the computing power necessary?

 

I already moved my work from my personal Mac Pro to Kallo (4 GB --> 12 GB RAM difference). Now, instead of crashing the program constantly, I typically wait a half hour for a standard run of the model. Preferably, I could move my work to Megatron or some other workhorse-computer... but I also know that many of the big boys are already being strained as is.

 

2) Is it possible to take measurements through Matlab?

 

This way, I could write a script to instruct COMSOL and just run a few tests at a time overnight. Also, I wouldn't have to sit and record measurements manually as I've done here. The benefits of such an improvement warrant further attention. I'll work on this option next.

 

3) Up until what frequency do we need to model?

 

As I've shown, normal meshing yields data up to 7 Hz. Is this enough? Do we need more data? Certainly not less, I'm quite sure. We need to keep in mind that as frequency range increases, run times increase exponentially.

 

4) How do we incorporate gravity into the equation?

 

Gravity will produce a bit of extra force in the non-restoring direction for off-axis deviations, slightly decreasing the expected frequency. Whether or not this is an important effect is questionable, since the deviations are typically on the order of a micron, which is orders of magnitude smaller than the initial displacement I'm using on the base. I've decided to ignore this complication for now.

 

 

  3302   Tue Jul 27 21:38:21 2010 kiwamuUpdateSUSinstallation of in-vac optics

[Alberto and Kiwamu] 

We put the PRM back approximately on the right place.

Also we installed the pick off mirrors and the PZT mirror.

Since the main beam after the MMT still has not been well aligned , we put those optics approximately on the right place. A fine alignment of those will be performed later

The offsets of the PRM OSEMs are still kind of okay.

The next things we have to do are

(1) installation of a tip-tilt for the SRC, (2) alignement of those optics by using the main laser and (3) installation of the green optics.

 


what we did

 1. put the PRM back to the designed place.

     - After this, we released the PRM from the earthquake stops and turned on the damping servo.

      - Now the earthquake stops are at a distance of approximately 1mm from the PRM. These separation distances were tuned by counting the turn number when we screwed them off.

 2. leveled the table

 3. adjusted the separation distances from the PRM to the OSEMs.

    - The table below summarize the current OSEM offsets. LL may still need to be adjusted.

  Max./2 [V]

measured offsets [V] 

after adjustment 

discrepancy [%]
UL 0.874 0.928 + 6.2 %
UR 0.848 0.777 - 8.4 %
LL 1.038 0.796 - 23 %
LR 0.967 0.845 -12 %
SD 0.840 0.745 - 11%

 4. put the PZT mirror on the right place.

      -  This PZT mirror is going to be used for beam steering after the MMT.

 5. put the pick off mirror and its associated optics.

     -  This pick off mirror provides with the beam eventually going to IP_ANG and IP_POS.

 


current status

The table below shows the current status of the installed optics.

Red letters represent the incomplete states which still need further adjustment.

Blue letters represent the complete status which don't need any further adjustment.

 

name on the drawing

(see the wiki ) 

status
BS tower BS well aligned by a caliper
PRM tower PRM approximately aligned. LL OSEM
TIp-TIlt PR3 approximately aligned
Pick off Window (wedged) IPPO

wedge is correctly set (fat part is on the left).

 approximately aligned

steering mirror IPPOSSM1 mirror is correctly flipped. approximately aligned
steering mirror IPANGSM1 mirror is correctly flipped. approximately aligned
steering mirror IPANGSM2 approximately aligned
pzt mirror SM2 approximately aligned

 

Attachment 1: DSC_2284.JPG
DSC_2284.JPG
Attachment 2: DSC_2291.JPG
DSC_2291.JPG
  3303   Tue Jul 27 23:46:45 2010 JenneUpdateSUSQ measurements of 2 TTs

[Koji, Jenne]

We took measurements of the Q of all the modes that we could think of for TT#4, and then repeated several of the same measurements for TT#2.  We noticed that when we took off the backplane and then replaced it on TT#4, the pitch pointing had changed, so we had to repeat the balancing procedure by slightly shifting the position of the wire clamps relative to the mirror holder. No fun. We decided to quit removing the backplanes. 

The main conclusion of this evening's measurements of TT#4 is that everything looks very close to the design ideas.  Good work team!

TT#4:

'Free Swinging' values (just for interest)

Vert, no damping:   Q = 31.4

Pitch, no damping (ECD backplane removed): Q = ~700

Yaw, no ECDs: Q = ~900

Pos, no ECDs (no measurement) - we had already put the backplane back on, and didn't want to take it off again.

 

Damped Values:

Vert, with damping: Q = 14.3

Pitch, with ECDs: overdamped, so Q < 1/2

Yaw, with ECDs: Q = 2.3

Pos, with ECDs: Q = 1.4

Side, with ECDs: Q = 1.9

 

We also measured the resonant frequency of each of the ECDs for this TT (since we had the backplane removed anyway...)

ECD UL: 10.05Hz

ECD UR: 10.15Hz

ECD LL: 10.21Hz

ECD LR: 10.21Hz

 

TT#2:

Yaw, with ECDs: Q = 7.0

Pitch, with ECDs: overdamped, so Q < 1/2

Vert: Problematic.  No damping, f = 25.9Hz, Q = 36.  With rubber dampers, f = 20.0Hz, Q = 42.   Yes, you read that right.  The frequency is lower, and the Q is higher *with* the damping.  Perhaps our brains are fried.  Perhaps we've discovered new, inconsistent physics (awfully unlikely....). We'll revisit this again tomorrow to figure out what mistake we're making.

  3304   Wed Jul 28 01:05:44 2010 ranaUpdateSEIBode Magnitude Plot and Concerns

1) Gravity has to be included because the inverted pendulum effect changes the resonant frequencies. The deflection from gravity is tiny but the change in the dynamics is not. The results are not accurate without it. The z-direction probably is unaffected by gravity, but the tilt modes really feel it.

2) You should try a better meshing. Right now COMSOL is calculating a lot of strain/stress in the steel plates. For our purposes, we can imagine that the steel is infinitely stiff. There are options in COMSOL to change the meshing density in the different materials - as we can see from your previous plots, all the action is in the rubber.

3) I don't think the mesh density directly limits the upper measurement frequency. When you redo the swept-sine using the matlab scripting, use a logarithmic frequency grid like we usually do for the Bode plots. The measurement axis should go from 0.1 - 30 Hz and have ~100 points.

In any case, the whole thing looks promising: we've got real solid models and we're on the merge of being able to duplicate numerically the Dugolini-Vass-Weinstein measurements.

  3305   Wed Jul 28 12:09:06 2010 Sharmila,KatharineUpdateWIKI-40M UpdateMaglev

We have modeled our maglev setup in simulink but we have a few corrections to make since the system goes into undamped oscillations for an impulse in the input.

We have made a stable mount for the system and started to work on the 2X2 system using this mount. We have to figure out a way to match the magnets with the gain. We have attached the simulink block.

Picture_1.png

  3306   Wed Jul 28 12:16:03 2010 GopalUpdateSEIBode Magnitude Plot and Concerns

Quote:

1) Gravity has to be included because the inverted pendulum effect changes the resonant frequencies. The deflection from gravity is tiny but the change in the dynamics is not. The results are not accurate without it. The z-direction probably is unaffected by gravity, but the tilt modes really feel it.

2) You should try a better meshing. Right now COMSOL is calculating a lot of strain/stress in the steel plates. For our purposes, we can imagine that the steel is infinitely stiff. There are options in COMSOL to change the meshing density in the different materials - as we can see from your previous plots, all the action is in the rubber.

3) I don't think the mesh density directly limits the upper measurement frequency. When you redo the swept-sine using the matlab scripting, use a logarithmic frequency grid like we usually do for the Bode plots. The measurement axis should go from 0.1 - 30 Hz and have ~100 points.

In any case, the whole thing looks promising: we've got real solid models and we're on the merge of being able to duplicate numerically the Dugolini-Vass-Weinstein measurements.

I made some progress on a couple issues:

1) I figured out how to create log-transfer function plots directly in COMSOL, which eliminates the hassle of toggling between programs.

2) Instead of plotting maximum displacement, which could lead to inconsistencies, I've started using point displacement, standardizing to the center of the top surface.

3) I discovered that the displacement can be measured as a field vector, so the minor couplings between each translational direction (due to the asymmetry in the original designs) can be easily ignored. 

Bode_Disp_MC1_MC3_y.png

  3307   Wed Jul 28 12:31:00 2010 GopalUpdateWIKI-40M Update7.21.10-7.28.10 Weekly Update

Summary of this week's activities:

7/21: Frequency Domain Analysis of rectangular bar; discussed with Koji how to convert complex eigenfrequencies into phase factors.

7/23: Created Wiki page about FDA; Journal Club

7/26: Recreated Stack_1234.mph due to boundary value issues; FDA for 1,2,3,4,5 Hz

7/27: Discovered MC2 logbooks for later design; ran the complete x-translational FDA for Stack_1234.mph

7/28: Finished y-translational FDA (posted previously); "Tapered Cantilever" COMSOL tutorial for gravity-load analysis.

  3308   Wed Jul 28 12:53:32 2010 channaUpdateComputersnds data listener

For the sake of writing it down: /cvs/cds/caltech/apps/linux64/rockNDS

  3309   Wed Jul 28 13:06:47 2010 RazibUpdatePhase Camera 

Attached are some calculation that I did previously for the phasecamera setup. This shows the nature of the beat signal that we are measuring.

I am also trying to characterize the noise source of the camera also. Following images shows the mean dark noise (with no light on the camera) and the standard deviation for 100 snaps at an exposure time of 500 µs.

mean_100_snaps.pngstd_100_snaps.png

My target now is to measure the response gain of each pixel and how they vary over intensity. I already have a simplified setup on the table and will work on it today. Details will follow at the end of the day.

Attachment 3: phase_cam_calc.pdf
phase_cam_calc.pdf phase_cam_calc.pdf phase_cam_calc.pdf
  3310   Wed Jul 28 14:34:29 2010 channaUpdateComputersinstallation on allegra

I have done the following on allegra and rosalba:

[root@allegra caltech]# yum install glade2

On rosalba the matplotlib was out of date with respect to allegra.  I have no idea how the version 0.98 on allegra got there, but I left it.  However I updated rosalba to the epel version

  1 yum remove python-numpy
  2 yum install python-matplotlib numpy scipy --enablerepo=epel --disablerepo=rpmforge

 

This is all to support the LIGO data listener which now has a shortcut on rosalba and allegra's desktop.  It seems to work for (live mode) right now.
 

 

  3311   Wed Jul 28 14:54:56 2010 steveUpdateSAFETYevacuation drill at the 40m

Head count at the evacuation drill today. I checked  alarms and flashers  at room 104,102,101, 103, 105 and 107. They were really loud and bright. 

Attachment 1: P1060520.JPG
P1060520.JPG
  3312   Wed Jul 28 16:42:21 2010 steveUpdateGeneralCrane gear box cheched

Quote:

Quote:

The guy from KroneCrane (sp?) came today and started the crane inspection on the X End Crane. There were issues with our crane so he's going to resume on Monday. We turned off the MOPA fur the duration of the inspection.

  1. None of our cranes have oil in the gearbox and it seems that they never did since they have never been maintained. Sloppy installation job. The crane oiling guy is going to come in on Monday.
  2. They tried to test the X-End crane with 2500 lbs. (its a 1 ton crane). This tripped the thermal overload on the crane as intended with this test. Unfortunately, the thermal overload switch disabled the 'goes down' circuit instead of the 'goes up' circuit as it should. We double checked the wiring diagram to confirm our hypothesis. Seems the X-End crane was wired up incorrectly in the first place 16 years ago. We'll have to get this fixed.

The plan is that they will bring enough weight to test it at slightly over the rating (1 Ton + 10 %) and we'll retry the certification after the oiling on Monday.

 The south end crane has one more flaw. The wall cantilever is imbalanced: meaning it wants to rotate south ward, because its axis is off.

This effects the rope winding on the drum as it is shown on Atm2

Atm1 is showing Jay Swar of KoneCrane and the two 1250 lbs load that was used for the test. Overloading the crane at 125% is general practice at load testing.

It was good to see that the load brakes were working well at 2500 lbs. Finally we found a good service company! and thanks for Rana and Alberto

for coming in on Saturday.

 Jeff Stinson, technician of KoneCrane inspected the south end crane hoist gear box. This was the one that was really low on oil. The full condition require

~ 950cc of EPX-7 (50-70W) high viscosity gear oil. The remaining 120 cc oil was drained and the gear box cover was removed. See Atm 1

He found the gear box, load brake and gearing in good condition. The slow periodic sound of the drive was explained by the split bearings at Atm 3

The Vertex and the east end crane gear boxes needed only 60 cc oil to be added to each Atm 4 and their drives were tested.

Conclusion: all 3 gear boxes and drives are in good working condition.

Tomorrow's plan: load test at 1 ton and correct-check  3 phase wiring.

Attachment 1: P1060503.JPG
P1060503.JPG
Attachment 2: P1060511.JPG
P1060511.JPG
Attachment 3: P1060515.JPG
P1060515.JPG
Attachment 4: P1060517.JPG
P1060517.JPG
  3313   Wed Jul 28 17:32:37 2010 kiwamuUpdateSUSinstallation of in-vac optics

[Jenne, Koji and Kiwamu]

We have installed two steering mirrors and the green periscope.

Also we took the tip-tilt out from the chamber for characterization.


1. installed two steering mirrors

     - We installed IPPOSSM2 and IPPOSSM3.

    - Because IPPOSSM2 is a new 0 deg mirror so we newly engraved "Y1-LW1-2037-1064-0-AR" on the mount and deleted  the previous enegravement.

      For the 0 deg mirror itself, it had already been engraved by Koji. The wedge was horizontally aligned.

      Now IPPOSSM2 is off from the right place by 5 inch for convenience because it may touch our stomachs when we try to lean further into the chamber.

    - IPPOSSM3 is a 45 deg mirror which used to be in the chamber and had been already correctly engraved, so we didn't have to newly engrave on it. Now it's on the right place approximately.

 2. put three oplev mirrors

      - Two of them are approximately on the place, but one which is going to be on the center of the table is not on the place because there is a cable distributer sitting exactly there.

 3. installed the green periscope

      - Both the mirrors and the periscope were correctly engraved.

     - Now it's sitting on the right place approximately.

 4. removed the tip-tilt 

      -  This tip-tilt is now in the clean room and the mechanical mode will be characterized. 

 


 The next things to be done

* Cross-coupling evaluation of the PRM OSEMs

* Rearrangement of the cable distributer panel.

   - In order to do this we have to pull its cables which are attached to the stack.

* Installation of three green steering mirrors

   - All of them need to be engraved.

* Installation of two tip-tilt

  - One for the SRC and the other for the PRC

  3314   Wed Jul 28 18:24:57 2010 JenneUpdateGreen Locking2 Green Periscopes have mirrors, aligned

[Koji, Jenne, Kiwamu]

This is to describe the work that went on in the Cleanroom today.  Kiwamu's entry will detail the tidbits that happened in the chamber.

We engraved the periscope mounts with the mirror info for the mirrors which were placed in the periscope.  We also engraved the barrels of the optics with their info, for posterity.  Koji carefully put the mirrors into the periscopes.  Since we have wedged optics, the goal was to have the front HR surface of the mirror parallel to the plane of the mount, and leave a bit of space behind one side of the optic (if we just pushed the optic fully in, the HR surface wouldn't be flat, and would send the beam off to the left or right somewhere).  Once the mirrors were mounted in the periscopes, we checked the vertical levelness of the outcoming beam.  For the first periscope (the one which has been installed on the BS table), the beam was deflected upward (2.5)/32 inches over 55inches.  This corresponds to a 1.4mRad vertical deflection.  The second periscope (which will eventually be installed on the OMC table) had a deflection of 1/32 over 55inches, or 0.6mRad.  We did not check the side-to-side deflection for either of the periscopes.

We also engraved one more DLC mount with mirror info, and put a mirror into the mount.  This is one of the optics that was placed onto the BS table today, which Kiwamu will describe.

We removed TT#3 from the BS chamber so that it could have rubber vertical dampers installed, and be characterized.  For future reference, the #'s of the Tip Tilts refers to the serial number of the suspension block piece, which forms the top horizontal bar of the frame. 

  3315   Thu Jul 29 10:39:43 2010 kiwamuUpdateSUSRe: installation of in-vac optics

I updated the last entry about the in-vac work (see here)

  3316   Thu Jul 29 11:33:38 2010 kiwamuUpdateCDSPCI5565 driver for RFM

 Yesterday I installed a PCI-5565 driver on new C1SUS in order to test the RFM.

Since the RFM on the new CDS is not working, we had to test it by using some softwares.

I installed a driver for PCI-5565 on C1SUS and ran a test script wich is one of the packaged test scripts in the driver.

So far the RFM card on C1SUS looked correctly mounted, but I didn't check the memory location and the sending/ receiving functions.

This test will continue sometime on August because right now the RFM test is not higher priority.

 


Some notes:

Driver package

      Alex suggested to use a driver package for PIC-5565 called "RFM2g Linux 32/64-bit PCIE/PCI/PMC driver for x86 kernels R7.03" , which is available on  this web site.

And the package contains some useful test scripts which exactly we want to run for RFM test.

 

Installation and test script

      I downloaded the driver and put it on C1SUS.  

After doing usual "unzip", "tar" and "make" things, I ran one of the test script called "rfm2g_util".

Currently it lives under /home/controls/Desktop/162-RFM2G-DRV-LNX-R07_03-000/rfm2g/diags/rfm2g_util on C1SUS.

It invokes an interactive shell and firstly it asks the mount point of the RFM card.

I eventually found the card was mounted on #1 which means the card is correctly mounted.

 

Some detail procedures will be summarized on the wiki later.

  3319   Thu Jul 29 12:31:24 2010 josephbUpdateCDSWorking DAC, working IOP - next up SUS

Ok, after a few minutes of talking to Alex, I got the correct "GUI syntax" through my head, and we now have a simple working green end control which in fact puts signals out through the DAC.

Note to self, do not put any additional filters or controls in the IOP module.  Basically just change the master block with GDS numbers, DCU_ID numbers, etc.  When using a control model, copy the approriate ADC and ADC selector or DAC to the control model.  It will magically be connected to the IOP.

A correct example of a simple control model is attached.

Next in line is to get the adapter boxes for SUS into the new 1X5 rack and get started on SUS filter conversion and figuring out which ADC/DAC channels correspond to which inputs.

 

Attachment 1: Simple_Green_Control.png
Simple_Green_Control.png
  3321   Thu Jul 29 15:35:21 2010 josephb, kiwamuUpdateCDSWorking out ADC/DAC/BO wiring

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

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

  3322   Thu Jul 29 17:11:16 2010 GopalUpdateCOMSOL TipsIncluding Gravity in COMSOL

[Gopal, Jan]

For the past couple of days, Jan and I have been discussing a major issue in COMSOL involving modeling both oscillatory and non-oscillatory forces simultaneously while using FDA. It turns out that he and I had run into the same problem at different times and with different projects. After discussing with an expert, Jan had decided in the past that this simple task was impossible via direct means.

The issue could still be resolved if there was a way for us to work on the Weak Form of the differential equations describing the system:

  • Usually, one must define weight as a body load in the negative-z direction. However, this problematically instantiates a new force in COMSOL, which is automatically driven over the range of frequencies during FDA.
  • Instead, we could define gravity as an anti-restoring force, since we assume that the base of the stack is fixed.
  • In other words, Fg = (ρ*g/L)*x + (ρ*g/L)*y for a point mass which is constrained on the bottom (for small angles).
  • Working in Weak Form then, we'd never have to define an explicit gravity load-- this could just be an extra couple of terms in the differential equation which are related entirely to the x- and y-vectors (well-defined for each mesh point). This would fool COMSOL into never tacking on the oscillatory term during FDA. 

According to current documentation however, Weak Form analysis is not yet possible in COMSOL 4.0. Jan suggested moving my work over to ANSYS or waiting for the 4.0 upgrade, but there's probably not enough time left in my SURF for either of these options. I suggested attempting a backwards-compatibility test to COMSOL 3.5; Jan and I will be exploring this option some time next week. 

  3323   Thu Jul 29 17:12:48 2010 josephb, kiwamuUpdateCDSRe:Working out ADC/DAC/BO wiring

We have installed  4 BO boards, 3 DAC boards and 1 ADC board for new C1SUS.

They are on the 1Y5 rack. 

 

 DSC_2302.png

  3325   Thu Jul 29 21:13:39 2010 DmassUpdateGreen Lockingwaist positon of Gaussian beam in PPKTP crystals

Quote:

The mode profile of Gaussian beams in our PPKTP crystals was calculated.

I confirmed that the Rayleigh range of the incoming beam (1064 nm) and that of the outgoing beam (532 nm) is the same.

And it turned out that the waist postion for the incoming beam and the outgoing beam should be different by 13.4 mm toward the direction of propagation.

These facts will help us making optical layouts precisely for our green locking.


(detail)

The result is shown in the attached figure, which is essentially the same as the previous one (see the entry).

The horizontal axis is the length of the propagation direction, the vertical axis is the waist size of Gaussian beams.

Here I put x=0 as the entering surface of the crystal, and x=30 mm as the other surface.

The red and green solid curve represent the incoming beam and the outgoing beam respectively. They are supposed to  propagate in free space.

And the dashed curve represents the beams inside the crystal.

A trick in this calculation is that: we can assume that  the waist size of 532 nm is equal to that of 1064 nm divided by sqrt(2) . 

If you want to know about this treatment in detail,  you can find some descriptions in this paper;

"Third-harmonic generation by use of focused Gaussian beams in an optical super lattice" J.Opt.Soc.Am.B 20,360 (2003)"

If I understand your elog, you are just calculating the the offset in position space that you get by having a refractive index.

Did you end up changing the mode matching so that the rayleigh range (which changes with refractive index) was confocally focused inside the crystal (e.g. Zr = 15 mm?

 

  3326   Thu Jul 29 22:08:32 2010 AlbertoUpdateSUSMore optics installed on the BS table

[Koji, Steve, Kiwamu, Alberto]

- This afternoon we installed a few new optics on the BS table: GR_PBS, GRY_SM2, GRY_SM1.

- We pulled up the cables so that we had more freedom to move one of the cable towers farther South.

- Then we re-leveled the table. PRM OSEMs were adjusted to be nominal insertions.

- Koji released the earthquake stops on BS but the readout of the OSEMs was apparently frozen on the MEDM screens.
Initially we thought it was a software problem. a nuclear reboot didn't solve it. We spent the following three hours investigating the cause.
Eventually it turned out that the earthquake stops on BS weren't actually fully released.

We opened the tank and accessed to BS. Releasing the earthquake stops in full solved the issue. The OSEMs readout went back to normal.

  3327   Thu Jul 29 22:58:25 2010 kiwamuUpdateGreen Lockingwaist positon of Gaussian beam in PPKTP crystals

- As you said, I just calculated the waist position in the crystal because the speed of light changes in a medium and eventually the waist position also changes.

- Yes, I did. Once you get a beam with the right waist size, you just put your crystal at the waist position with the offset.

  In fact you don't have to think about the rayleigh range inside of the crystal because what we care is the waist size and it doesn't change.

Quote:

 If I understand your elog, you are just calculating the the offset in position space that you get by having a refractive index.

Did you end up changing the mode matching so that the rayleigh range (which changes with refractive index) was confocally focused inside the crystal (e.g. Zr = 15 mm?

  3328   Fri Jul 30 00:02:15 2010 DmassUpdateGreen Lockingwaist positon of Gaussian beam in PPKTP crystals

Quote:

- As you said, I just calculated the waist position in the crystal because the speed of light changes in a medium and eventually the waist position also changes.

- Yes, I did. Once you get a beam with the right waist size, you just put your crystal at the waist position with the offset.

  In fact you don't have to think about the rayleigh range inside of the crystal because what we care is the waist size and it doesn't change.

Quote:

 If I understand your elog, you are just calculating the the offset in position space that you get by having a refractive index.

Did you end up changing the mode matching so that the rayleigh range (which changes with refractive index) was confocally focused inside the crystal (e.g. Zr = 15 mm?

 I thought we cared about satisfying the confocal focusing parameter, that is to say we want to set Zr = 2L_crystal. If Zr changes inside the crystal, this is the number we care about..isn't it NOT the waist size, but the rayleigh range we care about? I am not entirely sure what youre response is saying you did...

  1. Calculate Zr = pi * wo^2/(lamba/n)
  2. Do mode matching to get this wo in free space
  3. Calculate the offset you need to move the oven by using n
  4. Move hte ovens

OR

  1. Calculate Zr = pi*wo^2/(lamba)
  2. Do mode matching to get this in free space
  3. Calculate the offset you need to move your ovens using n
  4. Move your ovens

I guess the waist size would also let me know - are you using 69 um or 53 um waist size?

  3329   Fri Jul 30 02:54:04 2010 KojiUpdate40m UpgradingMore optics installed on the BS table

July 29 Thu [Steve, Alberto, Kiwamu, Koji]

We placed some optics in the BS chamber.
The chambers are ready to be pumped down on Friday once the heavy door is placed.

- Clean room work

  • Engraved two Y2 mirrors and PBS@532nm
  • Engraved three DLC mounts
  • Each of the mounts needs a 3.5 inch post. We found there is no stock of the post in the lab! Also the clamps!
  • Took the posts from the temporarily removed optics although we need to return those optics into the table during the next vent.
  • We should count the # of the mounts and count the needed posts. Posts and clamps can be either a DLC thick post or New Focus pedestal.

- In the chamber

  • The terminal holder was moved as Alberto described
  • The green steering optics were placed as Alberto described
  • Note: the PBS is flipped in the mount (reflection side is back side)
  • The table leveling
  • Releasing EQ stops / Check OSEMs / Adjust OSEMs (BS OSEMs are untouched)

- After closing the chamber

  • The BS OSEM mumbo-jumbo

Quote:

[Koji, Steve, Kiwamu, Alberto]

- This afternoon we installed a few new optics on the BS table: GR_PBS, GRY_SM2, GRY_SM1.

- We pulled up the cables so that we had more freedom to move one of the cable towers farther South.

- Then we re-leveled the table. PRM OSEMs were adjusted to be nominal insertions.

- Koji released the earthquake stops on BS but the readout of the OSEMs was apparently frozen on the MEDM screens.
Initially we thought it was a software problem. a nuclear reboot didn't solve it. We spent the following three hours investigating the cause.
Eventually it turned out that the earthquake stops on BS weren't actually fully released.

We opened the tank and accessed to BS. Releasing the earthquake stops in full solved the issue. The OSEMs readout went back to normal.

 

  3330   Fri Jul 30 09:51:58 2010 kiwamuUpdateGreen LockingRe: waist positon of Gaussian beam in PPKTP crystals

Okay, I guess I understand what you want to know. I did the following steps.

1. calculated the conversion efficiency as a function of the waist size. I found w~50um was the optimum waist.

  Note: the confocal relation Zr = pi * wo^2/(lamba/n) = L/2  gives us almost the same optimum waist. 

elog #2735

efficiency_waist_edit.png

  2.  Did mode matching to get w=50um

elog #2959

elog #3188

PPKTPmode.png

PSL_doubling.png

  3. calculated the offset

elog #2850

mode_in_PPKTP.png 

 4. Moved the ovens

 

Quote:

I thought we cared about satisfying the confocal focusing parameter, that is to say we want to set Zr = 2L_crystal. If Zr changes inside the crystal, this is the number we care about..isn't it NOT the waist size, but the rayleigh range we care about? I am not entirely sure what youre response is saying you did...

  1. Calculate Zr = pi * wo^2/(lamba/n)
  2. Do mode matching to get this wo in free space
  3. Calculate the offset you need to move the oven by using n
  4. Move hte ovens

OR

  1. Calculate Zr = pi*wo^2/(lamba)
  2. Do mode matching to get this in free space
  3. Calculate the offset you need to move your ovens using n
  4. Move your ovens

I guess the waist size would also let me know - are you using 69 um or 53 um waist size?

 

  3333   Fri Jul 30 14:53:09 2010 steveUpdateGeneralPSL table leg upgrade

Quote:

July
29 Thu BS chamber work: Move cable towers / green steering mirrors / (2 TTs with TT charactrization) / Put the heavy door by 5PM.
30 Fri Pumping down
31 Sat WFS work by Nancy

Aug
1 Sun - 5 Thu WFS work by Nancy
5 Thu PSL Table prep
6 Fri PSL Table prep / Likely to shut down the PSL

9 Mon PSL Table prep / shutting down of the PSL (optional)
10 Tue PSL box Frame lifting
12 Thu PSL table tapping

16 Mon - 17 Tue concrete pouring preparation
19 Thu - 23 Fri Tripod placement
24 Tue - 26 Thu concrete pouring

The PSL table height will be raised to the level of the AP table. This will be done using 6 TMC's Rigid Damped Tripod legs. Their planed positions shown below.

The legs will be grouted to the floor with concrete.

 http://www.techmfg.com/products/floorplatforms/rigiddampedtripod.htm

Attachment 1: psllegs.PDF
psllegs.PDF
  3334   Fri Jul 30 17:24:22 2010 JenneUpdatePEMGuralps back in the 40m

I brought the GUR2 seismometer back from Bridge so I can get some more MC/Seismic data during the next week while we're pumped down, before we start doing things to the PSL table.  Both of the Gur Seismometers are connected back up to the breakout box as of ~3:27pm today.  Alastair still has the handheld controller thing (which I use for mass centering, on occasion), since he'll want the seismometer back in a week or two when I'm done with it.

 

Something is wrong with both X channels of the Guralps.  Alastair claimed that he and Frank didn't do anything bad when they opened up the breakout box, but I am suspicious. 

 

While I'm at it, a reminder that Jan and his SURF student Greg still have the Ranger, disassembled over in Bridge.  They made a note in their elog, but not in the 40m elog when they took it back again.

Whenever you're done with the Mode Cleaner for the next week, please make sure it is locked, nicely aligned and happy before you leave.  Also please make a note of what you're doing and when, so that I know what is good data and what is data with unusual conditions.

In other, semi-bad news (but already recovered from), when I was finishing putting the Guralp Breakout Box back in the rack, I bumped the power strip that is on the top back side of the rack, near the corner that the door opens on (not the corner the door hinges on).  I turned the power strip back on, and I think everything that is connected to it came back okay.  Anyhow, my bad. Sorry. 

  3340   Sat Jul 31 10:12:05 2010 kiwamuUpdateVACRe: How to stop and start slow pumpdown

I resumed the pumping down. It started from 9:55 am.

  3341   Sat Jul 31 14:59:33 2010 kiwamuUpdateVACRe: How to stop and start slow pumpdown

I stopped the pumping at 14:50 pm because I was going back home. I did the same procedure as Koji wrote down (see here).

The P1 pressure reached 32 Torr.

Koji will take over the pumping shift tonight. 

  3342   Sat Jul 31 17:37:36 2010 josephbUpdateCDSCables needed for CDS test

Last Thursday, Kiwamu and I went through the cabling necessary for a full damping test of the vertex optics controled by the sus subsytem, i.e. BS, ITMX, ITMY, PRM, SRM.  The sus IO chassis is sitting in the middle of the 1X4 rack.  The c1sus computer is the top 1U computer in that rack.

ADCs:

The hardest part is placing the 2x D-sub connectors to scsi on the lemo break out boxes connected to the 110Bs.  The breakout boxes can be seen at the very top of the picture Kiwamu took here.  These will require a minor modification to the back panel to allow the scsi cable to get out.  There are two of these boxes in the new 1X5 rack.  These would be connected by scsi to the ADC adapters in the back of the sus IO chassis in 1X4.  The connectors are currently behind the new 1X5 rack (along with some spare ADCs/DACs/BOs.

There are 3 cables going from 40 IDC to 37 D-sub (the last 3 wires are not used and do not need to be connected, i.e. 38-40).  These plug into the blue and gold ADC adapter box, the top one shown here.  There is one spare connection which will remain unused for the moment.  The 40 IPC ends plug into the Optical Lever PD boxes in the upper right of the new 1X4 rack (as seen in the top picture here - the boards on the right). At the back of the blue and gold adapter box is a scsi adapter which goes to the back of the IO chassis and plugs into an ADC.

In the back of the IO chassis is a 4th ADC which can be left unconnected at this point.  It will eventually be plugged into the BNC breakout box for PEM signals over in the new 1X7 rack, but is unneeded for a sus test.

DACs:

There are 5 cables going from 3 SOS dewhite/anti-image boards and 2 LSC anti-image boards into 3 blue and gold DAC adapter boxes.  Currently they plug into the Pentek DACs at the bottom of the new 1X4 rack.  Ideally we should be able to simply unplug these from the Pentek DACs and plug them directly into the blue and gold adapter boxes.  However at the time we checked, it was unclear if they would reach.  So its possible new cables may need to be made (or 40 pin IDC extenders made). These boxes are then connected to the back of the IO chassis by SCSI cables.  One of the DAC outputs will be left unconnected for now.

Binary Output:

The Binary output adapter boxes are plugged into the IO chassis BO cards via D-sub 37 cables.  Note one has to go past the ADC/DAC adapter board in the back of IO chassis and plug directly into the Binary Output cards in the middle of the chassis.  The 50 pin IDC cables should be unplugged from XY220s and plugged into the BO adapter boxes.  It is unclear if these will reach.

Timing:

We have a short fiber cable (sitting on the top shelf of the new 1X3 rack) which we can plug into the master timing distribution (blue box located in the new 1X6 rack) and into the front of the SUS IO chassis.  It doesn't quite make it going through all the holes at the top of the racks and through the cabling trays, so I generally only plug it in for actual tests.

The IO chassis is already plugged into the c1sus chassis with an Infiniband cable.

 

So in Summary to plug everything in for a SUS test requires:

  • 6x SCSI cables (3 ADC, 3 DAC) (several near bottom of new 1X3 rack)
  • 4x 37 D-sub to 37 D-sub connector (end connectors can be found behind new 1X5/1X6 area with the IO chassis stuff - Need to be made) (4 BO)
  • 3x 40 IDC to 37 D-sub connectors (end connectors can be found behind new 1X5/1X6 area - Need to be made)(ADC)
  • 5x 64 pin ribbon to 40 IDC cable (already exist, unclear if they will reach) (DAC)
  • 8x 50 pin IDC ribbon (already exist, unclear if they will reach) (BO)
  • 1x Double fiber from timing master to timing card
  • 1x Infiniband cable (already plugged in)

Tomorrow, I will finish up a channel numbering plan I started with Kiwamu on Thursday and place it in the wiki and elog.  This is for knowing which ADC/DAC/BO channel numbers correspond to which signals.  Which ADCs/DACs/BOs the cables plug into matter for the actual control model, otherwise you'll be sending signals to the wrong destinations.

WARNING: The channel numbers on the front Binary Output blue and gold adapter boxes are labeled incorrectly.  Channels 1-16 are really in the middle, and 17-32 are on the left when looking at the front of the box.  The "To Binary IO Module" is correct.

  3343   Sat Jul 31 22:35:01 2010 KojiUpdateVACVac-P1 still 1.2mtorr

I resumed the pumping from 19:00.

Now the valve RV1 is full open. But the pumping is really slow as we are using only one RP.

After 3hrs of pumping, P1 reached 1.2mmtorr but still we need 2hrs of pumping...

I stopped pumping at 22:30.

  3344   Sun Aug 1 18:50:35 2010 KojiUpdateVACP1 = 0.48 torr

I resumed the pumping today. Now the pressure is 0.48 torr. The pump was stopped.

Quote:

I resumed the pumping from 19:00.

Now the valve RV1 is full open. But the pumping is really slow as we are using only one RP.

After 3hrs of pumping, P1 reached 1.2mmtorr but still we need 2hrs of pumping...

I stopped pumping at 22:30.

 

  3348   Mon Aug 2 17:12:28 2010 KojiUpdateGeneralLab schedule for the week of Aug. 2

Aug

2 Mon - 5 Thu WFS work (Nancy)

2 Mon - 4 Wed

Jenne: Seismometer fix / Seismic measurements on the PSL table
TT characterization (with Koji)
Preparations ETM suspensions (optional: may be in later weeks)

Kiwamu: CDS test for SUS (may be involving Koji)

Alberto: RF system prep.

All: For 5th and 6th: PSL cabling works Koji

5 Thu PSL Table prep
6 Fri PSL Table prep / Likely to shut down the PSL

9 Mon PSL Table prep / shutting down of the PSL (optional)
10 Tue PSL box Frame lifting
12 Thu PSL table tapping

16 Mon - 17 Tue concrete pouring preparation
19 Thu - 23 Fri Tripod placement
24 Tue - 26 Thu concrete pouring

Attachment 1: PSL_work_schedule.pdf
PSL_work_schedule.pdf
  3349   Mon Aug 2 18:02:46 2010 JenneUpdatePEMSeismometer Update: Still not good, but perhpas getting better

Today's seismometer diagnosis activities are still underway, this is just an update (since I did some reboots):

Problem 1: X and Z channels on both seismometers were flipped.  I unplugged an X cable (East/West on the cable labels) and the Z channel (vert) would go to floating ADC zero.  Rana suggested that the ADCs sometimes have random channel hopping, and that a reboot of the c0dcu1 computer which handles the PEM ADCU should fix this problem.  I keyed the c0dcu1 / c0daqawg crate, those computers came back just fine, and the channels were no longer flipped.  This is a good thing.  Although now it's actually the Z channels that were / are bad on both seismometers, not the X's.

While rebooting those computers, c1iovme, c1sosvme, c1susvme1 and c1susvme2 crashed.  I rebooted them, although for the first few power cycles c1susvme1&2 couldn't mount /cvs/cds/caltech.  Eventually they did, and life is good again.  Except that the seismometers are still funny.

  3350   Mon Aug 2 21:52:57 2010 KojiUpdateIOOMC is running at the full power

[Nancy and Koji]

We restored the full power operation of the MC.

Restoration of the suspensions

  1. Found the suspension watch dogs are left turned off.
  2. Found c1susvme1/2 were not running.
  3. Launched the realtime processes on c1susvme1/2 and c1iscey
  4. Restored the watch dogs. The suspensions looked fine.

Preparations for the high power

  1. Put an ND2.0 before the MCT CCD. Confirmed the ND reflection is damped.
    MCT QPD is not necessary to be touched.

The high power operation of the MC / post lock adjustment

  1. Locked the MC under the autolocker being disabled.
  2. Adjusted the aperture on the MC2 face camera
  3. Adjusted the spot positions on the WFS QPDs
  4. Reverted the scripts to the high power ones
    (mcup / mcdown / autolockMCmain40m)
  5. Logged in to op340m and restarted autolockMCmain40m

The autolocker seems working correctly.

  3351   Tue Aug 3 01:51:01 2010 JenneUpdatePEMSeismometer Update: Still not good, but perhaps getting better

Quote:

Today's seismometer diagnosis activities are still underway, this is just an update (since I did some reboots):

Problem 1: X and Z channels on both seismometers were flipped.  I unplugged an X cable (East/West on the cable labels) and the Z channel (vert) would go to floating ADC zero.  Rana suggested that the ADCs sometimes have random channel hopping, and that a reboot of the c0dcu1 computer which handles the PEM ADCU should fix this problem.  I keyed the c0dcu1 / c0daqawg crate, those computers came back just fine, and the channels were no longer flipped.  This is a good thing.  Although now it's actually the Z channels that were / are bad on both seismometers, not the X's.

While rebooting those computers, c1iovme, c1sosvme, c1susvme1 and c1susvme2 crashed.  I rebooted them, although for the first few power cycles c1susvme1&2 couldn't mount /cvs/cds/caltech.  Eventually they did, and life is good again.  Except that the seismometers are still funny.

 Some more progress, but still not complete:

Jan and I looked at all of the Gur channels on a 'scope (battery, so as not to be grounded), and 5 of the 6 looked good.  We were looking at the BNCs just as they go into the ADC.  The one which still looks bad is Gur1Z.  The 'scope just doesn't see any signal on that channel. 

In addition, the ADC's BNC input #4 (which normally has Gur2Z) looks totally shot.  When it's floating, the signal on dataviewer definitely doesn't look floating.  I'm probably going to have to move over to another channel, and just give that one up (this ADC already has several channels which have been declared bad, so maybe it's not a surprise that this can happen?)

Since one of the Gur signals looks bad (Gur1Z) and one of the ADC channels looks bad (usual Gur2Z), I switched the Z channels on the ADC board, so the channel being saved as Gur1Z is in fact Gur2Z.  This is valid as of ~1:15am until further elog notice.

During my investigations into why Gur1Z is funny, I also looked at the signal on the BNC octopus cable coming straight from the output of the Guralp Breakout Box (this is the cable which goes from "ADC Out" on the back of the box which is a 37 pin D-sub to 9 differential BNCs), and sometimes I saw zero on the 'scope, but sometimes there was a signal which would coincide with jumping tests.  Whenever there was a signal however, it was always a way lower amplitude (at least by a factor of 10?) than the other channels.

All of this craziness led to me pulling the Guralp box to investigate. 

Upon opening the box, I recalled that the channels go in order: Vert, NS, EW.  The Gur1Z channel is that first vert channel, and it's the one which always had a blue input capacitor rather than a surface mount one.  Being suspicious of Frank and Alastair, since they seemed unhappy with my capacitor choices, I wondered if they had wiggled the blue cap, and tore something loose.  Just in case, and to make things seem more uniform, I replaced the blue cap with a surface mount 1uF cap.  (Actually its 0.909uF, replacing the 0.905uF blue cap, according to the black DMM that measures capacitance.) While I was in there, since it had been a problem in the past (elog 2811), I relflowed the solder on some of the resistors, especially near the output op amp. 

Anyhow, none of that may have been necessary.  All 6 of the Gur channels were examined on a 'scope, using clip doodles to measure the various Test Points on the circuit.  I looked at all of the TPs in Gur1Z, and I didn't find that any particular stage was any noisier than the others.  Also, all 6 of the Gur channels seemed totally fine in terms of sending a good signal to the output of the box, including Gur1Z which is currently under investigation.  All of the channels passed the "output looks ~20x the input" test, and for approximately equal thumping on the ground all 6 channels seemed to have similar amplitude outputs.  The Z channels on both channels one and channels two were a little bigger than the X's or Y's, but the 2 Z channels were about the same.  This test was done using Guralp2 and the Gur2 cable on both channels 1 and 2, and then checked with Guralp 1, using the Gur2 cable on channels 1.  The Vert1 channel always seemed good.

I now am suspicious of one or more of the cables: either the Gur1 cable from the seismometer to the box, or the Vert1 channel of the octopus cable.  I'm satisfied that the BNC cables running through the cable tray are okay (although it might not hurt to check that they all successfully send a sine wave...)  I opened up the backshell of the Gur1 cable, on the end that connects to the breakout box.  Nothing seemed amiss.  I still need to Beep the cable to check its connections, and look at the octopus cable. 

Recap / Current Status:  Breakout Box is reinstalled, both seismometers hooked up.  The Z channels on the seismometers are swapped at the ADC input. The dataviewer channels Gur1_X, Gur1_Y, Gur1_Z (which is actually Z of Gur2 seismometer) and Gur2_X, Gur2_Y are all good.  Nancy is going to leave the MC in a happy place, and note the time when she's done. Tomorrow I'll check out the cables for the Gur1Z seismometer channel. 

  3352   Tue Aug 3 03:15:06 2010 nancyUpdateIOOMC back to locked mode

I turned the WFS gain to 0.02 back, and the MC is locked, the data for the seismic motion might be meaningful nowforth.

  3353   Tue Aug 3 11:17:10 2010 kiwamuUpdateCDSDiagrams for Cables needed for CDS test

Current Wiring Setup for the Suspension Controls

sus_wiring.png

New Wiring Plan for the Suspension Controls  with the New CDS  

sus_new_wiring.png

Missing Stuff for the CDS test

Ideally we can reuse the existing cables, but some of them may not be long enough for the new wiring.

The diagram below shows extremely non-ideal case.

sus_missing_stuff.png

Some more information will be summarized on the wiki later.

 

  3354   Tue Aug 3 11:50:16 2010 JenneUpdatePEMSeismometer Problem Tracked down

After some cable swapping this morning, I have determined which cable is bad.  It's the Gur1 cable between the seismometer and the breakout box.  This is a milspec -> 37pin d-sub cable.  I'll pull out the cable and have a look at it after lunch.

  3356   Wed Aug 4 03:01:56 2010 JenneUpdatePEMCatastrophic Cable Failures

Quote:

After some cable swapping this morning, I have determined which cable is bad.  It's the Gur1 cable between the seismometer and the breakout box.  This is a milspec -> 37pin d-sub cable.  I'll pull out the cable and have a look at it after lunch.

 So, I was wrong about which cable it was, probably in my rush to get some lunch.  The actual culprit was the octopus cable that Bob made waaay back in the day (~2 years ago) to go from the "ADC out" of the breakout box (37pin Male Dsub) to 9 BNCs.  As it turns out, the Gur1Z channel of that cable was broken on both ends!!! 

On one end, we have the 37 pin Dsub.  The cable used was so thick (way too thick for this application) that it made a super rigid connection between the wires and the connector, and any bending of the cable stressed this connection, despite the strain-relief of the backshell.  The Gur1Z connection snapped off when I was gently wiggling the connections to check them out.  Also, since the wires were all so thick, they didn't really fit into the hole in the backshell, so 2 or 3 of them were squished.....straight through the insulation so that several channels were shorted together / potentially shorted to ground.  This may explain some of the nasty behavior that Rana and I had seen (although I might have forgotten to elog? My bad.) that even with the inputs of the breakout box all terminated, there was high coherence between the channels.  Terminated inputs should give random noise, so this was fishy. 

On the other end of the cable we have the 9 BNCs.  I had finished redoing the 37pin end of the cable, and was 'beeping' it to check it out, when to my dismay I found that the Gur1Z channels (the inside and the outer shield of the BNC connector) were shorted together.  I removed these 2 wires from the Dsub connector to confirm that the BNC was at fault.  Koji looked at the BNC with me after I chopped it off of the cable.  Bad news strikes again.  To get the wires to fit in the inner pin of the BNC connector, the cable-maker had cut off several strands of the wire to make it skinnier.  It appears that over the years these cut-off strands wiggled their way to touching the outer shield.  This appears to be a danger for all of the BNCs on this cable: a little bit of torque (which one might expect during plugging and unplugging a BNC) and the 2 sides of the differential measurement will be shorted together.

I then decided to start afresh and make my own cable.  I found some AWG26 8-twisted-pair cable laying around underneath the Yarm (since this was all I could find, I was just going to do the Gur1 and Gur2 channels, and leave out the Gur3's).  The 37 Dsub side was easy, but I seem not able to connect such skinny wire to the BNC connectors in a robust way.  Since this bad cable has so far cost me ~2.5 16-hour days of grief, I don't want my new version of it to also be bad.  At this point, I await the advice of one wiser than I. I think BNC connectors are designed for something a little closer to ~20AWG, but I could be wrong.  Also, they are obviously optimized for coax cable. So what I have now is never going to be great.  Maybe tomorrow I can go to the Electronics Shop / Store and buy BNC connectors that are meant to be soldered-to.  That would be awesome.

Since I currently have no functional cable to go from Breakout box to ADC, the Guralps are unplugged for tonight.

Conclusions for the day / evening:  Frank, Alastair and Jenna are mostly absolved of blame, although the traveling to Bridge and opening and closing the box (which usually involves more plugging and unplugging of cables) probably didn't help this cable out too much.  Also, Bob definitely owes me a Sugar Napoleon or something.

 In other news, since the Gur2Z ADC channel is totally wacked, I have taken over (but not renamed) the Ranger channel for Gur2Z for now.  Jan still has the Ranger hostage over in Bridge, so this is okay for now.

  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.

 

  3358   Wed Aug 4 12:49:42 2010 nancyUpdateIOOMode Cleaner WFS

Quote:

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.

 

 TFs after the measurement -

 In the order - MC1 , MC2 , MC3 -pitch and yaw.

These plots let us know about how do the wavefront sensor signals actually respond to the mis-alignments in the mirrors.

For legibility, legend has been includded in only one plot in each pdf., its typically the same for all  3 plots.

the actual xml files for this measurement are in the directory /cvs/cds/caltech/users/nancy/Align_Matrix/highpower/spot_center

It was made sure before each measurement that the MC is best aligned, the WFS are turned off, and the spots on all 3 QPDs are centered.

 

Attachment 1: pit.pdf
pit.pdf
Attachment 2: yaw.pdf
yaw.pdf
Attachment 3: pit.pdf
pit.pdf
Attachment 4: yaw.pdf
yaw.pdf
Attachment 5: pit.pdf
pit.pdf
Attachment 6: yaw.pdf
yaw.pdf
  3360   Wed Aug 4 16:52:59 2010 Razib, AidanUpdatePhase CameraSideband power measurement (updated)

Aidan and I made some attempt to measure the power of the sidebands so that we can calculate our expected signal strength.

Our setup looks like the following:

Setup_08_04_2010.jpg

 

As light from the laser is split into two at BS1, the transmitted beam has higher power as our BS1 is only coated for 1064nm. We get two reflected beams from BS1, one reflected of the front surface and the other from the back surface. We took the stronger back reflected beam to the EOM driven at 40 MHz (also at 25 MHz at  a later time). The AOM produced a reference beam with 40 .000 005 MHz offset which we recombined with the sidebands obtained from the EOM. The beat produced is sent off to PDA 10CF connected to 4395A spectrum analyzer.

The plots for 40MHz sidebands and 25 MHz sidebands looks like this:

power_40MHz.png

From the above spectra, at 40 MHz sideband regime:

Power of the carrier @ 40 MHz = -39.72 dBm

Power of the sideband @ 80 MHz = -60.39 dBm

 

 

power_25MHz.png

At 25 MHz sideband regime,

Power of the carrier @ 40 MHz = -40.22 dBm

Power of the upper sideband @ 65 MHz = -61.72 dBm

Power of the lower sideband @ 15 MHz = -60.99 dBm

 

Power Measurement:

We made some necessary power measurement using a PD connected to a voltmeter after the EOM and the AOM when the EOM is driven at 40 MHz:

___________________________________________________________

Dark :  0.025 V

AOM on: 4.10 V    (EOM blocked)

EOM : 2.425 V      (AOM blocked)

___________________________________________________________

 From the earlier calculation (ref: Elog entry July 28) the power that we expect to see at the PD is,

P= A_c ^2 + A_r^2 + A_(-sb)^2+ A_sb ^2 +2* A_r* A_sb * cos ( w_(r,sb) t ) ,                         where A_c= carrier;   A_r= reference beam;     A_sb=Upper sideband;    A_(-sb)= Lower sideband,     w_(r,sb) = w_r - w_sb

P = A_c ^2 + A_r^2 + A_(-sb)^2+ A_sb ^2 +2* A_r* A_sb  , letting cos (w_(r,sb) go to 1) is order to approximate the maximum signal

So the signal that we expect to see relative to the DC ( i.e    A_c ^2 + A_r^2 + A_(-sb)^2+ A_sb ^2,    the first four terms of the power equation) is,

Sig = 2* A_r* A_sb    / { A_c ^2 + A_r^2 + A_(-sb)^2+ A_sb ^2 },

Since the modulation index is small, the power in the sideband is very small compared to carrier and the reference beam. So we can ignore the sideband power for the signal expression.

So,

Sig = 2* A_r* A_sb  /  ( A_c ^2 + A_r^2 )

So if we want to maximize this signal w.r.t the reference then,

d (sig)/ d(A_r) = 2 { ( A_c ^2  - A_r^2) *A_sb } / {( A_c^2 + A_r^2)} ^2

Thus, the signal is maximized when,

A_r^2 = A_c^2

 

We adjusted the AOM to be driven at + 7.7 dBM so that the new power at the AOM matched the EOM power, which is 2.397 in the voltmeter.

So the power at both the AOM and the EOM are:

P_AOM = ( V_AOM - V_dark) / (PD responsitivity * Transimpedance gain)

               = ( 2.397 - 0.025 ) / ( 0.45  * 1.5 x 10 ^5 )

               = 3.51 x 10 ^ - 5  W

P_EOM = (V_EOM - V _dark) / (PD responsitivity * Transimpedance gain)

               = ( 2. 425 - .0.025) / ( 0.45 * 1.5 x 10 ^5 )

               = 3.55 x 10^ - 5  W

 

From the spectra of the 40 MHz sideband above, the ratio of the carrier and the sideband amplitude is:  A_c / A_sb = 10.8 .

P_EOM = A_c ^2 + 2 A_sb ^2

Therefore, A_sb = sqrt ( P_EOM / 118.64) = 5.47 x 10^ - 4   V/m

Thus,     A_c = 5.908 x 10^ -3   V/m

and    A_r = sqrt ( P_AOM) = 5.92 x 10 -3    V/m.

 

This measurement can be used to calculate the signal to contrast ratio (SCR) that we expect to see:

SCR = 2 A_r * A_sb  / ( A_c^2  + A_r^2 )  = 0.09

 

Our next step is to measure the actual signal to constrast ratio as seen by the camera. Details of that will be posted soon.

  3362   Wed Aug 4 20:15:07 2010 JenneUpdatePEMYay! Guralps work again!

After much hassle, the Guralp cable from the ADC Out of the breakout box to the ADC is fixed, and everything is plugged in and working again.  The seismometers are back in their regular positions at the ends of the MC, ready for some excellent seis/MC combo data. 

I solidified the change of putting the Gur2Z channel into a different BNC input on the ADC.  The C1ADCU_PEM.ini file has been changed so that what used to be the Ranger's channel is now recognized as Gur2Z. 

Also, I changed the same .ini file to reflect Koji's move of ACC_MC1_Z to the old AUDIO_MIC2 channel, so now all 6 Accelerometer channels have the same calibrations again.

Another big change is the change from old-left-handed convention to new-right-handed convention.  The seismometers are aligned the same way they always have been (with the North-South markers aligned with the MC), but now the North-South output is plugged into the BNC on the ADC that is associated with Gur*_X, and the East-West output is plugged into the ADC channel associated with Gur*_Y.  This is true for both Guralp Seismometers. 

So, now we have:

Gur1_X = Gur1_NS = ADC#10

Gur1_Y = Gur1_EW = ADC#11

Gur1_Z = Gur1_Vert = ADC#12

Gur2_X = Gur2_NS = ADC#2

Gur2_Y = Gur2_EW = ADC#3

Gur2_Z = Gur2_Vert = ADC#24

SEIS_Ranger_Y = no longer in the .ini file

  3363   Wed Aug 4 20:58:22 2010 GopalUpdateWIKI-40M Update7.28.10 - 8.4.10 Weekly Update

Summary of this week's activities:

7/28:    Finished Y-Translational 4-Stack Analysis

"Tapered Cantilever" COMSOL tutorial

Tried (and failed) isolating gravity from oscillation

7/29:    Developed tilt/rotation load combinations for torsional inputs and showed these to work in the model

Tried using Normal Vector mode on top plate to obtain output tilts; worked for the rectangular bar, but not for the full stack

Talked to Jan about a 1st-order alternative to gravity - requires Weak Form (only found in COMSOL 3.5 right now)

Began Z-Translational 4-Stack Analysis -- Ran Overnight

7/30:    Progress Report 1st Draft

Completed Z-Translational 4-Stack Analysis

8/1:      Progress Report 2nd Draft

8/2:      Progress Report 3rd Draft

Submitted Progress Report

8/3:      Finalized Eigenfrequency Analysis for MC1/MC3 Stack

24 Physical Eigenmodes plotted and recorded, as expected

Should be good enough for the final report --> focus on transfer function analysis for the remainder of the SURF

8/4:      Prescribed Displacement Tests on Simple Rectangular Block --> shown to better produce displacement-displacement transfer functions

X-to-X Transfer Function seems much better when plotted

Should now be able to do the Displacement portion of Transfer Function Analysis on MC1/MC3 for Translational Modes

(I apologize that this update is a little late)

  3364   Thu Aug 5 00:17:41 2010 KojiUpdatePSLPSL preparation work

We start the work on the cables at around the PSL table.

Aug 5th 10am-4pm?: (Kiwamu, Alberto, Koji)
- Removal of the unused cables around the PSL table and the control room
- Removal of the cable ties on the PSL frame

- Removal of the big nuts at the side of the PSL table

Aug 6th 10am-4pm?: (Kiwamu, Alberto, Koji, Jenne (~noon) )
- Labeling of the cables
- Planning of the disconnection

Aug 9th  9am-5pm: (Steve, Jenne, Alberto, Koji)
- Shutting down of the PSL
- Disconnection of the cables
- Draining of the cooling water
- Removal of the accelerometers
- Removal of the PSL chamber
- Sealing of the table with the plastic sheets

ELOG V3.1.3-