40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 116 of 341  Not logged in ELOG logo
ID Date Author Typeup Category Subject
  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

  3365   Thu Aug 5 01:29:39 2010 nancyUpdateIOOMode Cleaner WFS

 

I calculated the MC1&3 Vs WFS1&2 Output Matrix today from the above measurements with koji's help.

the matrix can be generated from the m file at /cvs/cds/caltech/users/nancy/Align_Matrix/matrix.m

these values were put in, and the direction of control is sort of confirmed. I tried twiddling with the gains in the loop to get a 4*4 stable control, but could not succeed.

the mode cleaner is back locked now, and WFS matrix as well as gains are reverted to the old values.  (1.30 am)

 

The output Matrices are

Pitch

0.724
0.197
0
0
-1.448
-0.758

Yaw

0.919
0.139
0
0
-0.0106
-0.1245

 

  3366   Thu Aug 5 11:48:52 2010 nancyUpdateIOOMode Cleaner WFS

Quote:

 

I calculated the MC1&3 Vs WFS1&2 Output Matrix today from the above measurements with koji's help.

the matrix can be generated from the m file at /cvs/cds/caltech/users/nancy/Align_Matrix/matrix.m

these values were put in, and the direction of control is sort of confirmed. I tried twiddling with the gains in the loop to get a 4*4 stable control, but could not succeed.

the mode cleaner is back locked now, and WFS matrix as well as gains are reverted to the old values.  (1.30 am)

 

The output Matrices are

Pitch

0.724
0.197
0
0
-1.448
-0.758

Yaw

0.919
0.139
0
0
-0.0106
-0.1245

 

 I realised today morning that there was a flaw in my calculations for the yaw matrix.

Correcting the values, and also making teh tables more readable.

I will test these values once our computers are back to working condition.


PITCH
WFS1
WFS2
MC1
0.724
0.1964
MC2
0
0
MC3
-1.4436
-0.756


YAW
WFS1
WFS2
MC1
0.0710
0.1074
MC2
0
0
MC3
0.0082
-0.962

 

 

  3367   Thu Aug 5 13:05:53 2010 KojiUpdateIOOMode Cleaner WFS

Upon Nancy's request, I checked the status of the suspensions.

I found that the power strip of the 1Y4 rack was turned off.
Since it has a over current breaker, I don't know whether it happened by someone or over current.

Anyway, I restarted the sus computers, and now the suspensions are damping as usual.
The MC has been aligned, the auto locker is also working.


Incidentally, I found that the WFS servos are not working. Actually since the last night
It repeated losing lock and unlock.

Probably some values of the matrix or the gain is wrong.
I left the WFS as it is because Nancy will put new values this afternoon.
I will ask her to confirm that the old values work at the end of her work.

  3368   Thu Aug 5 16:18:37 2010 AlastairUpdateGeneralclocks still not locked fully - hut removed

The rubidium clocks are still not quite locked together, though it is clear that the beat frequency has dropped a lot since yesterday.

I checked on the clocks and the 1pps sync light is on.  The clocks are really hot again though despite the gap left at the bottom of the igloo.  The side of the clocks were hot enough to not be touchable.

I made the executive decision that I would remove the hut just now.  We can let the clocks lock together and then put the hut back on just before measuring.  This way the hut will isolate from temperature fluctuations during the measurement but it won't be running at the hotter equilibrium temperature.  I hope that the temperature won't change too much during the measurement if we put the hut back on.

RA: Attachment deleted because it was in Postscript format. Also not allowed here are the Stone Tablet and Cave Painting formats.

  3369   Thu Aug 5 17:59:23 2010 KojiUpdatePSLCable removal from the control room

[Alberto, Kiwamu, and Koji]

We removed the BNC cables from the control room.
The work was as hard as the one I had when I swept a 300m tunnel with a vacuum...

If we could remove the video cables, that would be a real epoch.

We found that the cabling behind the AP table is still quite ugly....grurrrh

  3370   Thu Aug 5 22:36:11 2010 KojiUpdatePSLPSL preparation work

PSL preparation work

Aug 5th 10am-4pm?: (Kiwamu, Alberto, Koji)

  • Removing the unused cables around the PSL table and the control room

Aug 6th 10am-4pm?: (Kiwamu (ex. noon-2pm), Alberto, Koji, Jenne ('till noon) )

  • Labeling the cables to be disconnected / making the records ==> All
  • Removals
    • the big nuts at the side of the PSL table ==> Steve
    • the cable ties on the PSL frame ==> Easy
    • Innolight 2W ==> Kiwamu
    • the green pickoff optics at the edge, if necessary ==> Kiwamu talking with Steve
    • Optics on the shelf ==> Jenne / Koji
    • Oscilloscopes on the shelf ==> Jenne / Koji
    • CCD camera connections (optional, as far as not critical for the operation)
  • Put poles on the table (for the plastic sheet) ==> Alberto / Koji

Aug 9th  9am-5pm: (Steve, Jenne, Alberto, Koji)

  • Disconnecting the cables ==> All
  • Shutting down the PSL ==> Steve/Koji
    • Draining the cooling water  ==> Steve
  • Removals
    • The accelerometers ==> Jenne
    • the PSL chamber ==> Steve
    • Periscopes ==> Alberto
  • Sealing of the table with the plastic sheets

 

  • The chiller is planned to go to MIT

 

  3371   Fri Aug 6 08:09:15 2010 steveUpdatePSLPSL preparation work

Quote:

PSL preparation work

Aug 5th 10am-4pm?: (Kiwamu, Alberto, Koji)

  • Removing the unused cables around the PSL table and the control room

Aug 6th 10am-4pm?: (Kiwamu (ex. noon-2pm), Alberto, Koji, Jenne ('till noon) )

  • Labeling the cables to be disconnected / making the records ==> All
  • Removals
    • the big nuts at the side of the PSL table ==> Steve
    • the cable ties on the PSL frame ==> Easy
    • Innolight 2W ==> Kiwamu
    • the green pickoff optics at the edge, if necessary ==> Kiwamu talking with Steve
    • Optics on the shelf ==> Jenne / Koji
    • Oscilloscopes on the shelf ==> Jenne / Koji
    • CCD camera connections (optional, as far as not critical for the operation)
  • Put poles on the table (for the plastic sheet) ==> Alberto / Koji

Aug 9th  9am-5pm: (Steve, Jenne, Alberto, Koji)

  • Disconnecting the cables ==> All
  • Shutting down the PSL ==> Steve/Koji
    • Draining the cooling water  ==> Steve
  • Removals
    • The accelerometers ==> Jenne
    • the PSL chamber ==> Steve
    • Periscopes ==> Alberto
  • Sealing of the table with the plastic sheets

 

  • The chiller is planned to go to MIT

 

Monday, August 9

 We should move the reference cavity too. Will this cavity be pumped while relocated?

Check and insure that attached and cut-free cables of PSL have enough room to tolerate the raising of the enclosure by 6"

I had second thoughts about the power line to the OMC. Koji was right, we should disconnect them from the power supplies.

The PSL enclosure doors on the north side will have to be removed some times to move exiting and entering ports.

 

  3372   Fri Aug 6 10:44:55 2010 nancy, kojiUpdateIOOMode Cleaner WFS

Quote:

Upon Nancy's request, I checked the status of the suspensions.

I found that the power strip of the 1Y4 rack was turned off.
Since it has a over current breaker, I don't know whether it happened by someone or over current.

Anyway, I restarted the sus computers, and now the suspensions are damping as usual.
The MC has been aligned, the auto locker is also working.


Incidentally, I found that the WFS servos are not working. Actually since the last night
It repeated losing lock and unlock.

Probably some values of the matrix or the gain is wrong.
I left the WFS as it is because Nancy will put new values this afternoon.
I will ask her to confirm that the old values work at the end of her work.

 Yesterday , I put in the Output Matrix, and changed the gain sliders for the 4 WFS loops.

It worked and was keeping the lock for the MC.

I then tested whether the MC1 and 3 were following any change in MC2 alignment. It was indeed workinng,

Next we stepped to putting in the gains for the MC2 oplev servo.

the signs are decided on the basis of convergence, and the magnitude is kept very low, to have a very slow control for MC2.

This complete 6 * 6 model does work, and was able to keep the transmission held.

I also tried poking each mirror in pitcg and yaw, and the cavity comes back to high resonance after some time.

This time is indeed large if the poking is made for MC2, and the transmission comes back to normal after big oscillations.

I tried to measure the Open loop TFs for all these loops yesterday, but somehow could not find a correct excitation.

I will do it today.

Plan ahead :

1.  Center the spot on MC2 and the QPD

2. Optimize the gains by looking at response to noise.

3. Measure Power Spectrum Density of each error signal.

 

  3373   Fri Aug 6 12:22:04 2010 JenneUpdateIOOMC data taking over the weekend

Nancy has the Mode Cleaner for her work for the night, and is going to leave the MC happy, locked, autolocker on, WFS enabled, the works, and write down in the elog the time that she's finished. After that, I'm taking MC/seismic data all weekend long.  During the weekend, if at all possible, please don't go into the IFO room, especially near the Mode Cleaner.  If you do need to go into the IFO room, please elog the time you went in, and the time you left so I can correlate it with my dataThis is actually important, so please stick a quick elog entry in if you even think about opening the doors to the IFO room. It is much appreciated. 

  3374   Fri Aug 6 12:33:10 2010 KojiUpdateIOOMode Cleaner WFS

 Yesterday , I put in the Output Matrix, and changed the gain sliders for the 4 WFS loops.

From how much to how much have you chnged the gain?

Next we stepped to putting in the gains for the MC2 oplev servo.

I like to put the credit to Aidan for teaching Nancy how to use FOTON.

 

This complete 6 * 6 model does work, and was able to keep the transmission held.

This should be in this size:

This complete 6 * 6 model does work,
and was able to keep the transmission held.
Y
eeeeah
!

 

  3375   Fri Aug 6 12:44:29 2010 KojiUpdateIOOMC data taking over the weekend

Question:

Do you like to keep the WFS turned on?

This may change the transfer functions between the ground motion to the angle time by time,
and thus change the TF between the GND and the MCL.

Quote:

Nancy has the Mode Cleaner for her work for the night, and is going to leave the MC happy, locked, autolocker on, WFS enabled, the works, and write down in the elog the time that she's finished. After that, I'm taking MC/seismic data all weekend long.  During the weekend, if at all possible, please don't go into the IFO room, especially near the Mode Cleaner.  If you do need to go into the IFO room, please elog the time you went in, and the time you left so I can correlate it with my dataThis is actually important, so please stick a quick elog entry in if you even think about opening the doors to the IFO room. It is much appreciated. 

 

  3376   Fri Aug 6 15:50:29 2010 GopalUpdateOptic Stacks(Much Better Looking) Displacement-Displacment Transfer Functions

I reran the FDA in COMSOL on the MC1/MC3 Stack and produced the following Displacement-Displacement Transfer Functions:

X-Translational Drive has a blue background

Y-Translational Drive has a red background

Z-Translational Drive has a green background

Obtaining the Displacement-to-Phase part of the Transfer Function still produces difficulties -- I'm still working on the COMSOL-Matlab interface to perhaps better facilitate this.

RA: I have deleted those plots because they weren't transfer functions. Transfer functions must always be the ratio of something to something. For example: if I had a nickel for every bad plot I see, I would be a millionaire. In that example, the transfer function would have the units of nickels/plots. For the stacks, it should be meters/meter.

 

  3377   Fri Aug 6 16:20:08 2010 ranaUpdateGeneralclocks still not locked fully - phase shifted

 I tried to get the clocks to be closer to 90 deg for the relative phase by adding some cable length to one of the lines, but they are still wandering too much. We need to use the serial interface and up the gain in their 1PPS locking loops.

  3380   Fri Aug 6 19:46:59 2010 GopalUpdateOptic Stacks(Much Better Looking) Displacement-Displacment Transfer Functions

Quote:

I reran the FDA in COMSOL on the MC1/MC3 Stack and produced the following Displacement-Displacement Transfer Functions:

X-Translational Drive has a blue background

Y-Translational Drive has a red background

Z-Translational Drive has a green background

Obtaining the Displacement-to-Phase part of the Transfer Function still produces difficulties -- I'm still working on the COMSOL-Matlab interface to perhaps better facilitate this.

RA: I have deleted those plots because they weren't transfer functions. Transfer functions must always be the ratio of something to something. For example: if I had a nickel for every bad plot I see, I would be a millionaire. In that example, the transfer function would have the units of nickels/plots. For the stacks, it should be meters/meter.

 

My apologies for the mislabeled axes on my previous plots. They have been corrected to a ratio (in./in.), as Rana so kindly suggested in his helpful, not-at-all-condescending response.

I have chosen to stay in the English system because all of the original stack drawings are in inches as well.

  3381   Fri Aug 6 20:00:03 2010 KojiUpdatePSLPSL preparation work

PSL preparation work report

Aug 6th 10am-5pm: (Steve, Jenne, Alberto, Kiwamu, Koji)

- We labeled the cables to be disconnected

  • These will be disconnected in order to isolate the PSL table and the frame (housing) from the other part of the lab.
  • Upon the labeling we made the list and the map of the cables to be removed.
  • On Monday we disconnect those cables one by one accoding to the list.

- The following stuffs have been removed from the PSL table

  • The big nuts at the side of the PSL table
  • The cable ties on the PSL frame
  • Innolight 2W
  • The green pickoff optics at the edge
  • The optics on the shelf
  • The oscilloscopes on the shelf

- The OMC power supply cable was visited.

  • The connections to the power supply were removed. There are two HV outputs.

- We put thick and long optical poles

  • They are placed at the edge of the table so that we can put the plastic sheets on the table without touching the optics.

Plan on Monday

Aug 9th  9am-5pm: (Steve, Jenne, Alberto, Koji)

  • Disconnecting the cables ==> All
  • Shutting down the PSL ==> Steve/Koji
    • Draining the cooling water  ==> Steve
  • Removals
    • The accelerometers ==> Jenne
    • The reference cavity chamber ==> Steve
    • The small periscope ==> Alberto
  • Sealing of the table with the plastic sheets
  • The chiller is planned to go to MIT 

 

  3386   Mon Aug 9 12:46:24 2010 NancyUpdateIOOMode Cleaner WFS


 Yesterday , I put in the Output Matrix, and changed the gain sliders for the 4 WFS loops.

From how much to how much have you chnged the gain?

I changed the gains from all 4 0.01 to o.27, 0.23, 0.32 and 0.11 and the main alignment gain to be 0.8

 

 

Next we stepped to putting in the gains for the MC2 oplev servo.

I like to put the credit to Aidan for teaching Nancy how to use FOTON.

 Yes, I am sorry for not mentioning this.

Thanks Aidan

 

 

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

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

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

  

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

 

  3388   Mon Aug 9 15:54:43 2010 KojiUpdateIOOMode Cleaner ASC

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

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

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

Quote:

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

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

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

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

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

  3390   Tue Aug 10 01:05:17 2010 ZachUpdateelogelog restarted

 Elog was down. Restarted with the script.

  3391   Tue Aug 10 05:56:07 2010 KojiUpdatePSLPSL Table Lifting Preparation

Work on Aug 9th

Steve, Jenne, Koji, Alberto, Aidan, Jan, Sharmila, Katherine

From 9am to 6pm

  • Shutting down the PSL after the 90885 hours of service
  • Removals
    • The accelerometers
    • The reference cavity chamber
    • The periscopes were left so far
  • The cables between the PSL table and the outside have been disconnected
    • Listed items on Friday
    • Some unlisted items recorded and disconnected
    • Drained the cooling water from the chiller lines
    • Pulled out the chiller connections at the control room as well as the chiller control cables (temp sens & RS232C)
  • Sealed the PSL table with plastic sheets
    • Put antistatic films to the table (they are supported by the long optical poles)
    • Used capton tapes to fix the films on to the table
    • Put the white huge plastic sheet to cover the table at once
    • Some spaces at the edge of the tables are left flat such that the C-clamps can be attached
  • Sealed the AP and the ITMY tables by capton tapes

Some photos are attached in this entry. All of the photos found in the picasa album (click the slideshow)

  3392   Tue Aug 10 15:23:35 2010 JennaUpdateElectronicsRubidium clock time constant

[Jenna & Alastair]

We changed the locking time constant on one of the Rubidium clocks using the RbMon software that came with it. We had to use the ancient Dell laptop latitudeD810 because it has a serial port built in, and we couldn't get the usb->serial adapter to work right with the clock. We tried the usb connector on more than one computer, and we had installed the right adapter and the computer seemed to recognize it fine, it just wouldn't communicate with the clock. We even tried it with the Dell latitute laptop and it still failed to work, so the only way seems to be to use the serial port directly.

The clock has a default time constant of 18.2 hours because it's designed to be locked to a GPS clock which is less stable than the Rb clock itself, so we changed it to a time constant of .57 hours. We also changed the length of the BNC cables to get the DC offset to 10mV, but then as I was typing this, we opened up data viewer to look at the real time data and saw the output suddenly leap up, and found that the offset is now -5mV mysteriously, so we went to investigate and found that the gain of the SR560 was still set to 1 from a calibration. We beat one of the clocks with a marconi for a few minutes with the gain still at this level to do another calibration, and then hooked the clocks back up together and upped the gain to 100. The DC offset is currently about 2.5mV. We're going to leave them alone for a few hours, and then check to see what the signal looks like over that period.

  3393   Tue Aug 10 16:55:38 2010 JennaUpdateElectronicsc1iovme restarted

 Alastair and I restarted the c1iovme around the time of my last elog entry (~3:20).

  3394   Tue Aug 10 17:21:48 2010 steveUpdateGeneralPSL optical table is at 30" height

Mike Gerfen, Koji and Steve,

 

Our old ( 6 x 10 x 1 ) ft Newport optical table will have the same height as the neighboring AP table when this job is finished.

Today's work was to elevate the optical table ~ 2400 lbs to 30" clearance to create a workable space below.

 

Atm1,  enclosure frame was raised by 6"

Atm2,  2 pellet jacks and 4x4 technology in the work.

Atm3,  ready for drill and tap with jig plate in place, note 4 Al legs 8" OD. 1/4" wall safely supporting the load

Atm4,  showing clamps that holding 1/2" plywood with jigs

Atm5, We removed the 4 old legs: 6" OD steel, 1/4" wall and 10" high after they were unloaded.

  3396   Wed Aug 11 02:44:37 2010 ZachUpdateelogelog restarted

You'll never guess what happened: the elog crashed!

I restarted it with the script. Yay.

  3397   Wed Aug 11 11:51:45 2010 Gopal UpdateWIKI-40M Update8.5.10 - 8.11.10 Weekly Update

Summary of this Week's Activities:

Thursday, August 5:

X-Displacement Transfer Function Measurement

JPL Tour

Friday, August 6:

Y-Displacement Transfer Function Measurement

Z-Displacement Transfer Function Measurement

Monday, August 9:

Worked on COMSOL/MatLab Interface --> problems may be due to older version

Discussed with Koji options for calling our COMSOL sales representative

Jan and I decided that there is in fact something wrong with the installations on both my Mac and Kallo

Reinstalled on both machines, but the problem was not solved

Jan said we'd go see Larry tomorrow

Tuesday, August 10:

Attempted to figure out Time-Dependent Modal Analysis --> don't think it's what we need

Began reading the LiveLink for MatLab documentation --> even the directions in this produced issues

Discovered "Prescribed acceleration" option for gravity:

A test with it on the simplest stack eliminated the unwanted oscillation, which I guess is a partial success...

Trying the same thing with Koji on a simple pendulum, however, didn't produce the expected increase in resonant frequency

(Jan was unable to see Larry today, but we're meeting on Wednesday instead).

Wednesday, August 11 (morning):

Some background research on multiple-layer stack theory

Began working on presentations

 

 

 

  3398   Wed Aug 11 12:58:56 2010 JennaUpdateElectronicsRubidium clock phase noise

I took some measurements of the clock this morning, first without the box, then with the box, then without the box again. All the noise levels look pretty much the same. When I first put the box on, it was only propped up on one side, so I think the clocks got a bit overheated and the data looks ridiculous, which is the first plot. I took it off and let them cool down a bit, and then put the box on, this time with a generous 3 inch gap at the bottom all the way around, and it seemed to be fine after that.

The calibration for the data is pi (rad) /6415 (counts) /100.

Aidan: I edited this post to change the plots from Postscripts to PDFs.

  3399   Wed Aug 11 13:28:44 2010 josephbUpdateCDSNew cdsIPCx parts, old part breaks models

While working on a test stand at LLO, I've discovered that there's a new update to the Real Time Code Generator that breaks virtually all of our current models.

Previously, we've been using the cdsIPCx part as a flexible link between models, and could be set to RFM (reflected memory), SHMEM (shared memory on the local computer), or PCIE (pci express or dolphin I think) depending on what was written in the IPC file (found in /cvs/cds/caltech/chans/ipc/C1.ipc).

Recently, three new parts were added called cdsIPCx_SHMEM, cdsIPCx_RFM, cdsIPCx_PCIE, and the previous cdsIPCx broken.  The cdsIPCx_***** has to match the type written in the IPC file or else it errors out with a rather unhelpful error message which doesn't tell you which part/line is in conflict...

i.e.

***ERROR: IPCx type mis-match: I vs. ISHM
make: *** [g1lsc] Error 255

In anycase, when using a current checkout (updated or checked out after ~July 30th), all cdsIPCx blocks in the simulink models needs to be changed to the approriate type.  I'm trying to get a new CDS_PARTS.mdl file I updated into the svn, but for now you can just open up the model file directly in the /advLigoRTS/src/epics/simLink/lib directory and copy it in from there (i.e. cdsIPCx_SHMEM.mdl) to your model file.  I'm also trying to get the feCodeGen.pl file changed so the error message actually tells you what channel/part is mismatching so you don't have to guess.

An easy way to modify a file for all shared memory connections without doing a ton of cutting, pasting and renaming is:

sed -i 's/"cdsIPCx"/"cdsIPCx_SHMEM"/g' file_name_here.mdl

  3400   Wed Aug 11 15:27:16 2010 JennaUpdateElectronicsRubidium clock phase noise

We unsynched the clocks by unhooking the 1pps locking. I've added it to the plot of the other measurements here, and we've divided by a factor of sqrt(2) in the calibration to get the phase noise from just one clock, so the calibration is now

pi (rad) /6415 (counts) /100/sqrt(2).

I've also added the noise of the clock according to SRS to the plot.

The units of this plot are rad/rt(Hz). I've no idea why it just says magnitude.

  3401   Wed Aug 11 16:13:59 2010 JennaUpdateelogelog restarted

The elog crashed, so we restarted it again.

  3402   Wed Aug 11 16:38:02 2010 JennaUpdateElectronicsRubidium clock phase noise

Quote:

The units of this plot are rad/rt(Hz). I've no idea why it just says magnitude.

 This is a known thing (at least to me and Rana), so it's not just you.  When you put in some points like your PD Spec, the units disappear, and I've never figured out how to get them back while keeping the points.  Thanks for putting the units in your entry though.  If anyone else does know how to get the units to 'stick' where they're supposed to be, that would be helpful. 

  3404   Thu Aug 12 10:56:31 2010 steveUpdateEnvironment dusty floor work in progres

I powered down 1Y1 and 1Y2 instrument racks of MC and RF-systems this morning.

Both racks, SP table, clean tools-parts boxes and MC2 area are also covered with plastics.

Bertin Bros. Construction, Inc is working on the floor preparation. Their head man is Robby Bertin, cell 626. 831.2264

Today's job:

remove tiles, clean off tile glue, drill for ribbed  steel bars, rough clean- surface for good bounding. paint floor with bounding agent

  3405   Thu Aug 12 11:19:04 2010 kiwamuUpdateCDScurrent status

Current status of the new CDS test (summaries can be found on the wiki)

- Cables 

  All the necessary cables are in our hands, such as SCSIs, 37 pin D-sub and 3 pin power cables.

  With a big help from Jenne and Koji, we made 37 pin F/M cables and 3 pin power cables on the last Tuesday.

  Now all the cables are connected to the machines except for the 3 pin power cables.

  To install the power cables I will switch off Sorensens at new 1X5  for a minute.

 

- Suspension model file 

  The model file named C1SUS was made and I succeeded in compiling and building it. So it is ready for the test.

  But some medm screens look like not correctly complied.

  For example the channel names which are listed on C1SUS_MONITOR_ADC0.adl aren't correctly assigned.

 

- ADCs 

 All the ADC channels are working. Also the channel assignments are correct.

 I checked all the ADC channels if it was working while I ran the front end realtime code C1SUS.

 By injecting a signal from a function generator directly to the SCSIs, I could clearly see the numbers hopping on medm screens.

 

- DACs 

  None of them are working although the computer can recognize that all three DAC cards are mounted.

  I think something in the IOP file and the model file may be wrong because this symptom looks similar to that of C1ISCEX we tested two weeks before ( see this entry ) 

  I have to fix it anyhow because the DACs are very necessary part for this damping test.

 

- Binary Outputs

  They didn't work at all. Even the computer didn't recognize the binary output cards.

  I think I should put some magical components on the model files.

 

- Conversion of the filter coefficients 

  The conversion of the filter coefficients has been doen yesterday.

  It looks running well because I can load and unload these filters on medm screens.

  I manually copied the filter coefficients from the current suspension filter file to that of new filter file.

 The current file can be found under /cvs/cds/caltech/chans/,  and the new one is under /cvs/cds/rtcds/caltech/c1/chans


Suspended works

   - Binary Outputs

   - simlink realtime model with the new CDS PARTS ( see the notice from Joe )

 

To be done

   - let DACs work

   - damping tests

 

  3406   Thu Aug 12 11:39:27 2010 ZachUpdateelogelog restarted

with script

  3408   Thu Aug 12 14:01:53 2010 josephbUpdateCDScurrent status

First, awesome progress.

Second, the Binary Output parts do in fact need to be added to the c1sus model.  They don't need to appear in the IOP though.  (They are somehow automatically taken care of by the IOP code). 

It looks like in the 2004 revision in SVN, the cdsCDO32 part (located in the CDS_PARTS.mdl/IO_PARTS) was broken.  I fixed it and updated the svn with it, so a svn update should pull the corrected version.

I'm not sure whats wrong with the DAQs.  I'll try to take a closer look at the model file tonight and see if I can make suggestions.  When you write outputs on DAC_0 or DAC_1 is the C1SUS GDS TP screen showing anything?

  3409   Thu Aug 12 16:18:00 2010 JennaUpdateElectronicsRb clocks overnight

I took a look at the data from the middle of the night to see if it was significantly quieter than the data from the day, but it doesn't seem to be. The plot shows data from yesterday around 12:30pm and from this morning around 2am. It's a bit quieter at low frequencies, but not by much.

  3410   Thu Aug 12 16:18:46 2010 steveUpdateEnvironmenttiles and adhesive removed

Quote:

I powered down 1Y1 and 1Y2 instrument racks of MC and RF-systems this morning.

Both racks, SP table, clean tools-parts boxes and MC2 area are also covered with plastics.

Bertin Bros. Construction, Inc is working on the floor preparation. Their head man is Robby Bertin, cell 626. 831.2264

Today's job:

remove tiles, clean off tile glue, drill for ribbed  steel bars, rough clean- surface for good bounding. paint floor with bounding agent

Tiles and adhesive removed. There were no dust storms created. Solvent paint- removal made the hole IFO -lab smell like the paint shop.

The south door is open with a fan blowing air inside. The north-west door is open through control room to outside to let air rinse the drying

paint-removal. Koji is  taking lunch break while test riding our new PSL table legs.

  3411   Thu Aug 12 16:52:02 2010 RazibUpdatePhase CameraSideband power measurement (updated)

I made some measurement of the SCR (signal to contrast ratio) from the signal from the EOM and the AOM.

The recipe for that was:

1. Trigger the camera at 20 Hz (from function generator).

2. Take a series of 20 images.

3. Do FFT to take out the DC component.

4. Extract the beat signal out of the FFT'd data.

5. Block the EOM.

6. Take another set of images of the AOM beam.

7. Take more(!) images, but this time of the background (blocking both EOM and AOM).

 

So the SCR is calculated by the ratio of the FFT'd DC and the 5 Hz signal. Using the CCD, I obtained the SCR to be 0.075 ± 0.01. Previously, we expected our SCR to be 0.09 as in the previous e-log entry.

The plot for that is:

SCR.jpg

 After measuring the SCR, I also measured the amplitude of the sideband and made an amplitude profile of the 40 MHz sideband.

The amplitude measurement is done as follows:

We know that the our 5 Hz signal consists of,

Sig = A_r * A_sb    where A_r = amplitude of the reference beam, A_sb= amplitude of the sideband

So, A_sb = Sig / A_r .

But,  A_r = sqrt ( P_AOM - Background),

Thus  A_sb = Sig / sqrt( P_AOM - Background) .

So the amplitude profile is done by taking the 5 Hz beat signal and dividing by the square root of the AOM beam minus the background light.

The plots looks like this:

DC_sig_sideband_profile.jpg

The solo sideband profile looks like this:

sideband_profile.jpg

Next we plan to trigger the camera with a 1 KHz signal and take snaps at n* T/4 (where n=0,1,2,3) of the period of the beat signal. So the plan is to trigger the camera at the point where the red dots appear in following cartoon.

sine_trig.jpg

Some more details of this setup will be posted later.

  

Quote:
 

 

  3412   Thu Aug 12 17:10:07 2010 KojiUpdatePhase CameraSideband power measurement (updated)

This sounds very relieving although this could be a lower bound of the number.
Why didn't you use the output on the PD which just give us the direct observation of your so-called SCR.

Ed: I meant time series of the PD output

Quote:

So the SCR is calculated by the ratio of the FFT'd DC and the 5 Hz signal. Using the CCD, I obtained the SCR to be 0.075 ± 0.01. Previously, we expected our SCR to be 0.09 as in the previous e-log entry. 

 

  3413   Thu Aug 12 17:28:28 2010 RazibUpdatePhase CameraSideband power measurement (updated)

Quote:

This sounds very relieving although this could be a lower bound of the number.
Why didn't you use the output on the PD which just give us the direct observation of your so-called SCR.

Quote:

So the SCR is calculated by the ratio of the FFT'd DC and the 5 Hz signal. Using the CCD, I obtained the SCR to be 0.075 ± 0.01. Previously, we expected our SCR to be 0.09 as in the previous e-log entry. 

 

 The SCR was at first measured using the output of the PD. That was exactly from where we got our 0.09 (previous elog entry). The second measurement was from the CCD.

  3414   Thu Aug 12 18:30:08 2010 kiwamuUpdateCDSRe: current status

Yes.  

The medm screen C1SUS_GDS_TP.adl showed some numbers which correspond to that I wrote  on the outputs.

But I still could not get any physical voltage coming from the DACs.

Quote:

 When you write outputs on DAC_0 or DAC_1 is the C1SUS GDS TP screen showing anything? 

  3415   Thu Aug 12 23:17:54 2010 ZachUpdateelogrestarted

 script

  3416   Thu Aug 12 23:41:48 2010 JenneUpdateelogrestarted

Quote:

 script

 More of the same. 

Who is putting weird figures into the elog?!?!  I haven't checked lately, but this is what usually crashes the elog.  It's been happening a lot lately, and it might be the .pdf's. 

Let's play a new game.  We'll call this game "Everyone only use .png files for the next week" Ready? GO!

  3417   Thu Aug 12 23:49:04 2010 nancyUpdateEnvironmentLaser chiller temp raised

Since the laser is off, Jenne and I rasied the chiller-chiller (small AC in the Control Room) set point temperature to 73 degree F (from 68F) to save people from shivering.

  3418   Fri Aug 13 01:53:12 2010 GopalUpdateOptic StacksGravity Implementation Confirmed

Time Domain Analysis on a Driven, Damped Simple Pendulum has produced a method for implementing gravity.

COMSOL made this simple task a cryptic one: the following methods had previously failed:

  • Previous Frequency Domain testing lead to unwanted oscillations of all loads.
  • Prescribed accelerations at first seemed to create a constant gravity, but instead incorrectly constrained net acceleration to the inputted amount

Methodology:

1) An (approximately) impulse displacement was applied in the horizontal direction. The pendulum bob's displacement was observed for varying pendulum lengths.

2) The drive and response displacements vs. time were FFT'd to produce transfer functions.

3) The fundamental frequencies were inverted, squared, and plotted against frequency.

4) Since the graph is linear with an R^2 of over 0.99, it is reasonable to assume that gravity is properly acting as a restoration force.

Pendulum_Length.png

  3420   Fri Aug 13 13:11:30 2010 DmassUpdateelogrestarted

Quote:

Quote:

 script

 More of the same. 

Who is putting weird figures into the elog?!?!  I haven't checked lately, but this is what usually crashes the elog.  It's been happening a lot lately, and it might be the .pdf's. 

Let's play a new game.  We'll call this game "Everyone only use .png files for the next week" Ready? GO!

Do we know what causes the crashes for definite? Let's give the whole knowledge gathering a shot. Surfs welcome to post. Please follow the format and keep it brief. P.S. if the elog stops responding or hangs while you're trying to edit a post or write a post, you may have crashed it.

Person

  • Crashes

Dmass

  • I have crashed the elog with downsized jpegs (~300-900kB).
  • I see jpegs on the front page of the 40m (which seem to have not crashed it?)
  • I have posted pdf's with and without png thumbnails (associated automatically via the Mac program preview) without problem.

 

Edit this post to add your own experience using the above format

  3422   Fri Aug 13 18:32:48 2010 steveUpdatePEM new legs attached to optical table

Koji, Rana and Steve

 

The floor preparation continued today. The really messy part of drilling and jack-hammering the concrete were done in controlled manner.

Particle counts peaked at 106K of 0.3 micron and 13 K of 1.0 micron particles/ cfmin at the top of SP table.

Legs were installed with the help of Koji and strongman Rana. Professor Rana was very useful lifting the 85 lbs legs. 

 

Atm1, Drilling holes for ribbed bar reinforcement of concrete

Atm2, Koji and Rana are playing hide and seek while installing legs

Atm3-4, 6 Rigid tripod legs attached by 6x3 of 1/4-20x 7/8 screws. The top plates of the legs were torqued to 108 ft/lbs by Rana

ELOG V3.1.3-