40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 144 of 169  Not logged in ELOG logo
Entry  Thu May 21 12:58:32 2009, rob, Configuration, ALARM, PEM count-half disabled 
I've disabled the alarm for PEM_count_half, using the mask in the 40m.alhConfig file.  We can't do anything about it, and it's just annoying.
Entry  Sun May 17 20:50:38 2009, rob, Omnistructure, Environment, mag 5.0 earthquake in inglewood 
2009 May 18  03:39:36 UTC


  Scientific & Technical
    Reply  Wed May 20 10:43:17 2009, steve, Omnistructure, Environment, accelerometers sensitivity eq5m4.jpg

            2009 May 18  03:39:36 UTC
       Reply  Wed May 20 16:03:52 2009, steve, Omnistructure, Environment, using OSEMs to look at seismic activity eqOSEM5m4.jpg
Rana suggested using OSEM sensing voltages as guide lines to look seismic activity.
As you see todays drilling and tumping activity was nothing compared to the EQ of mag 5 and 4
Optic level servos are turned back on.
Entry  Wed May 20 09:55:18 2009, steve, Update, PEM, oplev servos turned off ACpart6m.jpg
All oplevs servos turned off to protect our suspentions from vibration due to drilling and pounding in CES high bay area.
This activity will be done from 10 am till 3 pm today.
Entry  Wed May 20 01:53:48 2009, rob, pete, Update, Locking, violin mode filters in drstep_bang 
Recently the watch script was having difficulty grabbing a lock for more than a few seconds.  Rob discovered that the violin notch filters which
were activated in the script were causing the instability.  We're not sure why yet.  The script seems significantly more stable with that step
commented out.
Entry  Wed May 20 01:41:19 2009, pete, Update, VAC, cryopump probably not it 
I found some neat signal analysis software for my mac (http://www.faberacoustical.com/products/), and took a spectrum of the ambient noise coming from
the cryopump.  The two main noise peaks from that bad boy were nowhere near 3.7 kHz.
Entry  Mon May 18 19:44:52 2009, rana, steve, Configuration, VAC, Cryo Pump turned off and valved off: 1 beer can only 
I was seeing some excess noise in the ETMY oplev yaw and so we turned off the cryo and restarted c1vac2 to get the turbo pump channels back.

The RGA was also turned off to protect its innocence and we are now running on the single beer can Turbo (TP3). The pressure has risen
    Reply  Mon May 18 20:16:20 2009, rana, Configuration, VAC, not it a.png
There was essentially no change in the ETMY oplev spectrum with the cryo off!

So I went out to the ETMY OL table to see what else was going on. I found there [B]one of
    Reply  Tue May 19 09:34:29 2009, steve, Configuration, VAC, IFO is not pumped & CRYO is being regenerated cryoreg.jpgcryo30d.jpg
Morning Vacuum condition: IFO is not being pumped, P1 pressure is 1.8 mTorr and rising (see P1 pressure plot of 100 min ).

Overnight the RGA protection software interlock at closed the VM1 valve triggering on CC1 = 1e-5 torr.
       Reply  Tue May 19 16:18:45 2009, steve, Configuration, VAC, IFO pressure is 4.2e-7 Torr with CRYO pump 
[quote]Morning Vacuum condition: IFO is not being pumped, P1 pressure is 1.8 mTorr and rising (see P1 pressure plot of 100 min ).

Overnight the RGA protection software interlock at closed the VM1 valve triggering on CC1 = 1e-5 torr.
Entry  Mon May 18 02:18:17 2009, rana, Summary, SEI, Using STACIS w/ a good position sensor stacis40.png
[FONT=Verdana]WE turned off STACIS a few years ago because we noticed that it was causing noise below a few Hz and making
the overall velocity between the ends higher than with them off. I'm pretty sure they were causing noise
because they use little geophones which are noisy. Below ~0.2 Hz the horizontal geophones are also probably
    Reply  Tue May 19 16:08:03 2009, rana, Summary, SEI, EUCLID Picture_6.png
From Stuart Aston, I've attached a picture of the EUCLID position sensor:
Entry  Tue May 19 15:57:07 2009, steve, Update, IOO, MC2 damping restored after EQ acc.jpg
  Earthquake mag 4.0 at Lennox, Ca     trips MC2 watchdogs       http://quake.usgs.gov/recenteqs/Quakes/ci10411545.html
See 40m accelerometers as they see it.
Entry  Tue May 19 15:54:29 2009, Jenne, Update, PEM, More Plots for the S5 H1:DARM Wiener Filtering.... 6x
Even more plots for the Wiener filtering!
We have a set of spectrograms, which show (in color) the amplitude spectrum, at various times during a one month stretch of time, during S5. Each
vertical data-'stripe' is 10min long.
Entry  Mon May 18 21:34:18 2009, rana, Configuration, SUS, ETMY f2pRatio script run 
Now that the ETMY optical lever is not so bad, I ran the f2pRatio script and it seems to have worked.

I cleaned up the script a little also. Updated in the SVN.
    Reply  Tue May 19 12:30:41 2009, rob, Configuration, SUS, ETMY f2pRatio script run f2ademo.png
[quote]Now that the ETMY optical lever is not so bad, I ran the f2pRatio script and it seems to have worked.

I cleaned up the script a little also. Updated in the SVN.
Entry  Sun May 10 13:34:32 2009, caryn, Update, PEM, Unplugged Guralp channels 
I unplugged Guralp EW1b and Guralp Vert1b and plugged in temp sensors temporarily. Guralp NS1b is still plugged in.
    Reply  Mon May 18 01:54:35 2009, rana, Update, PEM, Unplugged Guralp channels Untitled.png
To see if Caryn's data dropouts were happening, I looked at a trend of all of our temperature channels. Looks OK now.

Although you can't see it because I zoomed in, there's a ~24 hour relaxation happening before Caryn's sensors equilibrate.
       Reply  Mon May 18 10:06:56 2009, caryn, Update, PEM, Temp sensor datadropout.pngcoolerpic1.jpgcoolerpic2.jpg
[quote]To see if Caryn's data dropouts were happening, I looked at a trend of all of our temperature channels. Looks OK now.

Although you can't see it because I zoomed in, there's a ~24 hour relaxation happening before Caryn's sensors equilibrate.
          Reply  Mon May 18 15:31:11 2009, rana, Update, PEM, Temp sensor Untitled.png
[quote]Picture of cooler for posterity is attached[/quote]

I'm puzzled as to why the minute trend doesn't pick this up; its clearly there in the full data.
Entry  Sun May 17 21:45:40 2009, rob, Update, ASC, ITMX oplev centered 
Entry  Sun May 17 14:35:52 2009, Yoichi, Update, VAC, VC1 opened 
I found the VC1 was closed and the pressure was 4.5e-3 torr.
I tweaked the optical sensor (cryopump temperature), and opened VC1.
Entry  Fri May 15 17:30:00 2009, rob, Update, LSC, arms, coils, locks armslock_no_int.png
This is the two arms locked, for an hour.  No integrator in either loop, but from this it looks like ETMY may have a bigger length2angle problem
than ETMX.  I'll put some true integrators in the loops and do this again.
    Reply  Sat May 16 16:20:33 2009, rob, Update, LSC, arms, coils, locks, #2 twoproblems.pngcoil_imbalanceETMY.pngITMXalignment.png

            This is the two arms locked, for an hour.  No integrator in either loop, but from this it looks like ETMY may
Entry  Fri May 15 16:47:44 2009, josephb, Update, Cameras, Improved camera code 
At Rob's request I've added the following features to the camera code.
The camera server, which can be started on Ottavia by just typing pserv1 (for camera 1) or pserv2 (for camera 2), now has the ability to save individual
jpeg snap shots, as well as taking a jpeg image every X seconds, as defined by the user.
Entry  Fri May 15 14:05:14 2009, Dmass, HowTo, Computers, How To: Crash the Elog 
The Elog started crashing last night. It turns out I was the culprit, and whenever I tried to upload a certain 500kb .png picture, it would die. It has
happened both when choosing "upload" of a picture, and when choosing "submit" after successfully uploading a picture. Both culprits
were ~500kb .png files.
Entry  Wed May 13 02:53:12 2009, rob, Summary, lore, Channel Hopping: That ancient enemy (MC problems) 
We were stymied tonight by a problem which began late this afternoon.  The MC would periodically go angularly unstable, breaking lock and tripping
the MC2 watchdogs.  Suspicion fell naturally upon McWFS.
Eventually I traced the problem to the MC3 SIDE damping, which appeared to not work--it wouldn't actually damp, and the Vmon values did not correspond
    Reply  Wed May 13 14:43:29 2009, rob, Summary, lore, Channel Hopping: That ancient enemy (MC problems) MC3sidemon.png

            We were stymied tonight by a problem which began late this afternoon.  The MC would periodically go angularly
       Reply  Wed May 13 21:15:04 2009, rana, Summary, SUS, Channel Hopping: That ancient enemy (MC problems) 
The MC side problem could also be the side tramp unit problem. Set the tramp to 0 and see if that helps.
          Reply  Thu May 14 00:15:39 2009, rob, Summary, SUS, Channel Hopping: That ancient enemy (MC problems) sidemon.png
[quote]The MC side problem could also be the side tramp unit problem. Set the tramp to 0 and see if that helps.[/quote]

This started around April 23, around the time that TP1 failed and we switched to the cryopump, and also when there was a mag 4 earthquake in LA.  My money's
             Reply  Thu May 14 15:28:28 2009, steve, Summary, SUS, April 24 earthquake effect on MC2 eq042409.jpg
[quote][quote]The MC side problem could also be the side tramp unit problem. Set the tramp to 0 and see if that helps.[/quote]

This started around April 23, around the time that TP1 failed and we switched to the cryopump, and also when there was a mag 4 earthquake in LA.  My money's
             Reply  Thu May 14 16:07:20 2009, pete, Summary, SUS, Channel Hopping: That ancient enemy (MC problems) mc3_5days.jpg
[quote][quote]The MC side problem could also be the side tramp unit problem. Set the tramp to 0 and see if that helps.[/quote]

This started around April 23, around the time that TP1 failed and we switched to the cryopump, and also when there was a mag 4 earthquake in LA.  My money's
Entry  Thu May 14 02:36:05 2009, pete, Update, Locking, unstable IFO mc3.jpg
It seems that the MC3 problem is intermittent (one-day trend attached).  I tried to take advantage of a "clean MC3" night, but the watch
script would usually fail at the transition to DC CARM and DARM.  It got past this twice and then failed later, during powering up.   I
need to check the handoff.
Entry  Wed May 13 12:41:14 2009, josephb, Update, Cameras, Timing and stability tests of GigE Camera code newCodeFPS.pngnewCodeFPS_hist.png
At the request of people down at LLO I've been trying to work on the reliability and speed of the GigE camera code.  In my testing, after several
hours, the code would tend to lock up on the camera end.  It was also reported at LLO after several minutes the camera display would slow down, but
I haven't been able to replicate that problem.
Entry  Tue May 12 17:26:56 2009, pete, Update, oplevs, etmy oplev quad was bad bad_oplev_quad.pdf
Pete, Rob
After looking at some oplev noise spectra in DTT, we discovered that the ETMY quad (serial number 115)  was noisy.  Particularly, in
the XX_OUT and XX_IN1 channels, quadrants 2 (by a bit more than an order of magnitude over the ETMX ref) and 4 (by a bit less than an order of mag). 
    Reply  Wed May 13 03:05:13 2009, pete, Update, oplevs, etmy oplev quad was bad 

            Pete, Rob
Entry  Tue May 12 01:11:55 2009, Yoichi, Update, LSC, DARM response (DC Readout) SUS_Resp.pngDARM_Resp.png
I measured the DARM response with DC readout.

This time, I first measured the open loop transfer function of the X single arm lock.
    Reply  Tue May 12 15:22:09 2009, Yoichi, Update, LSC, Arm Finesse 
It looks as if the measured DARM response is skewed by an extra low pass filter at high frequencies. I don't know why is it so.[/quote]
Entry  Tue May 12 01:22:51 2009, Yoichi, Update, LSC, Arm loss 
Using the armLoss script (/cvs/cds/caltech/scripts/LSC/armLoss), I measured the round trip loss (RTL) of the arms.

The results are:
Entry  Mon May 11 12:25:03 2009, josephb,Alex, Update, Computers, fb40m down for patching 
The 40m frame builder is currently being patched to be able utilize the full 14 TB of the new raid array (as opposed to being limited to 2 TB). 
This process is expected to take several hours, during which the frame builder will be unavailable.
Entry  Sun May 10 13:41:17 2009, steve, Update, VAC, ETMY damping restored, VC1 opened 
ETMY damping restored.
Cryo  interlock closed VC1 ~2 days ago. P1 is 6.3 mTorr. Cryo temp 12K stable, reset photoswitch and opened VC1
Entry  Fri May 8 04:31:35 2009, rana, Update, Computer Scripts / Programs, elog and NDS 
In the middle of searching through the elog, its stopped responding. So I followed the Wiki instructions
and restarted it (BTW, don't use the start-elog-nodus script that's in that directory). Seems OK now,
but I am suspicious of how it sometimes does the PDF preview correctly and sometimes not. I found a
    Reply  Fri May 8 16:29:53 2009, rana, Update, Computer Scripts / Programs, elog and NDS Untitled.png
Looks like the new NDS client worked. Attached is 12 hours of BLRMS.
Entry  Fri May 8 16:03:31 2009, Jenne, Update, PEM, Update on Jenne's Filtering Stuff H1S5OneMonthWienerCompBLACK.pngH1S5BandLimitedTimePlot.png
To include the plots that I've been working on in some form other than on my computer, here they are:
First is the big surface plot of all the amplitude spectra, taken in 10min intervals on one month of S5 data. The times when the IFO is unlocked
are represented by vertical black stripes (white was way too distracting).  For the paper, I need to recreate this plot, with traces only at selected
Entry  Fri May 8 15:40:44 2009, pete, Update, Locking, progressively weaker locks powers_3lock.pdf
the align script was run after the third lock here.  it would have been interesting to see the arm powers in a 4th lock 
Entry  Fri May 8 10:05:40 2009, Alan, Omnistructure, Computers, Restarted backup since fb40m was rebooted 
Restarted backup since fb40m was rebooted.
Entry  Fri May 8 04:46:01 2009, rana, yoichi, Summary, oplevs, BS/PRM/SRM table bad! a.png
We went to center the oplevs because they were far off and found that (as usual) the numbers changed
a little after we carefully centered the oplevs and came back to the control room.
Entry  Fri May 8 02:39:02 2009, pete, rana, Update, Locking, crossover crossover.pdfphoto.jpg
attached plot shows MC_IN1/MC_IN2.  needs work.
This is supposed to be a measurement of the relative gain of the MCL and AO paths in the CM servo. We expect there to
be a more steep slope (ideally 1/f). Somehow the magnitude is very shallow and so the crossover is not stable. Possible
Entry  Fri May 8 02:08:59 2009, pete, Update, Locking, lock stretches powers_oplev.pdf
locks last for about an hour.  this was true last night as well (see "arm power curve" entries).   the second lock shown here evolves
differently for unknown reasons.  the jumps in the arm powers of the first lock are due to turning on DC readout.  length-to-angle needs tuning.
Entry  Thu May 7 23:34:59 2009, rob, Update, SEI, seisBLRMS already lost 
Can't find hostname 'fb40m'
it only lasted a few hours
Entry  Thu May 7 18:12:12 2009, pete, Update, Locking, arm power curve 2009_may_7_powers.jpg
I've plotted TRX, TRY, PD12I and PD11Q.  Arm powers after locking increase for a few tens of minutes, peak out, and then decrease before lock is
    Reply  Thu May 7 23:21:04 2009, pete, Update, Locking, arm power curve 

            I've plotted TRX, TRY, PD12I and PD11Q.  Arm powers after locking increase for a few tens of minutes, peak out,
Entry  Thu May 7 17:59:23 2009, Alberto, Configuration, , MC WFS 
This afternoon the MC could not get locked.
I first checked the Osems values at the MC mirrors and compared them to the trend of the last
few hours. That showed that the alignment of the mirrors had slightly changed. I then brought each mirror back to its old alignment state.
let the LSC loop lock the MC, although the reflected power was still high (1.5V) and the WFS control wouldn't engage.
Entry  Thu May 7 12:21:36 2009, josephb, alex, Configuration, Computers, fb40m  
Having determined that Rana (the computer) was having to many issues with testing the new Raid array due to age of the system, we proceeded to test on
    Reply  Thu May 7 15:22:19 2009, josephb, alberto, Configuration, Computers, fb40m  

            Having determined that Rana (the computer) was having to many issues with testing the new Raid array due to age of
Entry  Tue Apr 21 18:18:27 2009, steve, Update, VAC, maglev failed nopumping10h.jpg
Our Osaka TG360MB maglev failed with CSB error message. This means that the dry emergency landing bearing has to be replaced.
I will consalt with Osaka about the choice of replacing bearing or installing new spare  tomorrow.
Mean while V1 is closed and the vac envelope is not pumped.
    Reply  Thu May 7 10:28:20 2009, steve, Update, VAC, retrofitted maglev's needs 
 Our spare Osaka maglev purchased in Oct 2005 turned out to be having a viton o-ring seal connection on the intake.
It was shipped back to San Jose for retrofitting it with 6" conflat flange ( CF ) This CF is using copper gasket so there will be no
Entry  Mon Apr 20 23:27:59 2009, rana, Summary, VAC, c1vac2 rebooted: non-functional for several months 
We found several problems with the framebuilder tonight. The first symptom was that it was totally out of
disk space. The latest daqd log file had gone up to 500 MB and filled the space. The log file was full of
a lot of requests from my seisBLRMS.m code, but what was really making it so big was that it couldn't
    Reply  Wed May 6 19:04:11 2009, rana, Summary, VAC, vac images vacrack.pdf
Since there's no documentation on this besides Steve's paper notebooks...

and BTW, since when did the elog start giving us PNG previews of PDFs?
Entry  Wed May 6 16:56:35 2009, rana, alex, joe, Configuration, Computers, daqd log, cront, etc. 
While Alex came over, we investigated the log file problems with DAQD and NDS on FB0. There was a lot of
the standard puzzling and mumbling, but eventually we saw that it doesn't create its log file and so it
doesn't write to it. The log file is [B]/usr/controls/main_daqd.log[/B]. The other files called daqd.log.DATE
Entry  Wed May 6 02:39:20 2009, Yoichi, HowTo, Locking, How to go to DC readout 
I wrote a script called DC_readout, which you can find in /cvs/cds/caltech/scripts/DRFPMI/bang/nospring/.

Currently, the locking script succeeds 1/3 of the time. The freaky parts are the MC_F hand off and REFL_DC hand off.
Entry  Tue May 5 14:02:16 2009, rob, Update, LSC, DARM DC response varies with DARM offset DARM_DARM_AS_DC_2.pngDARM_DARM_AS_DC_3.pngDARM_DARM_AS_DC_2.pdfDARM_DARM_AS_DC_3.pdf
Note the effect of quadrature rotation for small offsets.
Entry  Tue May 5 05:16:12 2009, Yoichi, Update, Locking, DC Readout and DARM response DARM-TF.png
Tonight, I was able to switch the DARM to DC readout a couple of times.
But the lock was not as stable as the RF DARM. It lost lock when I tried to measure the DARM loop gain.
    Reply  Tue May 5 08:26:56 2009, rob, Update, Locking, DC Readout and DARM response 
[quote]Tonight, I was able to switch the DARM to DC readout a couple of times.
But the lock was not as stable as the RF DARM. It lost lock when I tried to measure the DARM loop gain.
       Reply  Tue May 5 11:44:33 2009, rob, Update, Locking, DARM response DARMtf_nospring.pngDARMtf_demodphases.png

Here's the RF DARM optical response, on the anti-spring side, from optickle.  Note that for the f1 sideband, changing the demod phase mostly adjusts the
overall gain, while for the f2 sideband a change in demod phase alters the shape of the response.  This is the quadrature-selecting power of using a single
Entry  Mon May 4 10:38:52 2009, steve, Update, MOPA, laser power is dropped dtecup.jpg
As PSL-126MOPA_DTEC went up, the power out put went down yesterday
    Reply  Mon May 4 16:49:56 2009, Alberto, Update, MOPA, laser power is dropped 

            As PSL-126MOPA_DTEC went up, the power out put went down yesterday
    Reply  Tue May 5 10:42:18 2009, steve, Update, MOPA, laser power is back uncloged.jpg

            As PSL-126MOPA_DTEC went up, the power out put went down yesterday
Entry  Tue May 5 09:22:46 2009, caryn, Update, PEM, zeros zerotest2.pngzerotest.png
For several of the channels on the PEM ADCU, zeros are occuring at the same time. Does anyone know why that might happen or how to fix it?
Entry  Sun May 3 22:48:12 2009, Yoichi, Update, Locking, Some measurements at the lock point ArmPowerTrend.pngCARMSweep.pngCM-AO-Loop-SB1.png
I attached some measurement results at when the IFO is at the full lock point.

The first plot shows the trend of the arm powers after the interferometer was locked.
Entry  Sat May 2 16:34:31 2009, caryn, DAQ, PEM, Guralp channels plugged back in  
I plugged the Guralp cables back into the PEM ADCU
       Guralp NS1b ---> #11
       Guralp Vert1b --->#10
Entry  Fri May 1 18:51:34 2009, Alberto, Summary, Environment, earthquake 
Earthquake 4.4 Leo Carrillo Beach.
Some of the watchdogs tripped out.
Entry  Fri May 1 18:24:36 2009, Alberto, Summary, General, jitter of REFL beam ? 
Some loud thinking.
For the measurement of the length of the PRC, I installed a fast photodiode in the path of the beam
reflected by PRM which goes to the 199 PD on the AS table. I picked up the beam by a flipping mirror on the same table.
I have the problem
that the DC power that I measure at the PD when the PRC is locked is not constant but fluctuates. This fluctuation is irregular and has a frequency of
Entry  Fri May 1 01:32:43 2009, Yoichi, Update, Locking, 166MHz LO phase adjustment 
I continued to adjust the REFL_2I demodulation phase.
I first optimized the demod phase for SRCL in the DRMI configuration (the error signals were DDs).
Then I restored the full IFO and offset locked it.
    Reply  Fri May 1 10:04:10 2009, rob, Update, Locking, 166MHz LO phase adjustment 
[quote]I continued to adjust the REFL_2I demodulation phase.
I first optimized the demod phase for SRCL in the DRMI configuration (the error signals were DDs).
Then I restored the full IFO and offset locked it.
Entry  Wed Apr 29 04:03:51 2009, Yoichi, Update, Locking, CARM RF changed to REFL_2I 
Yoichi, Peter

As Rob suggested, the optimal demodulation phase is easier to find for REFL_2I than POX_1I.
    Reply  Thu Apr 30 15:10:54 2009, rob, Update, Locking, CARM RF changed to REFL_2I 
[quote]Yoichi, Peter

As Rob suggested, the optimal demodulation phase is easier to find for REFL_2I than POX_1I.
Entry  Thu Apr 30 05:49:06 2009, Yoichi, Update, Locking, 166MHz LO phase changed 
In order to optimize the REFL_2I demod phase, I changed the delay line setting for the 166MHz LO.
Right now, the delay is not yet optimal.
Since the AS166 shares the same LO, the digital demodulation phase of the AS166 had to be changed too.
ELOG V3.1.3-