40m QIL Cryo_Lab CTN SUS_Lab CAML OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 338 of 354  Not logged in ELOG logo
Entry  Tue Jun 16 03:43:04 2009, rob, Update, Locking, same troubles 
Lock is still being lost, right at the end of the process when trying to reduce the CARM offset to zero.
Entry  Thu Jan 12 07:44:21 2012, steve, Update, SUS, sapphire wire standoff quote standoff.PDF

On Tue, Dec 20, 2011 at 11:37 PM, Rana Adhikari wrote:
Entry  Wed Apr 11 10:47:26 2018, Steve, Update, SUS, satellite amps labeled DSC00912.JPG
Satellite amplifiers labeled with date. Old labels left on.
Entry  Wed Jun 19 00:46:06 2013, Jenne, Update, SUS, save/restore alignment scripts now also work for TTs, fixed a bug 
I have done a quick update of the IFO_ALIGN screen's save and restore scripts, so that we can now also save, restore, and view the saved values for
the input tip tilts.  
In the past, there was an "if" statement to check if the optic was a PZT, and if so, define the alignment channels accordingly (since
    Reply  Fri Jun 15 00:50:54 2012, yuta, Update, Green Locking, scanned Y arm for 5FSR YarmScan20120614_2.png
I scanned Y arm for 5FSR (below).
I could done this after I put a whitening filter.
Currently, whitening filter between the beatbox and AA filter is made of
    Reply  Fri Jun 15 01:53:05 2012, Koji, Update, Green Locking, scanned Y arm for 5FSR 
Interesting. It seems for me that there is a dependence of the noisiness as the beat frequency is
As you increase (or decrease?) the offset, C1:ALS-BEATY-COARSE_I_IN1 becomes bigger and more crisp.
    Reply  Sat Jun 16 12:03:41 2012, Zach, Update, Green Locking, scanned Y arm for 5FSR 
Is that time stamp really correct? I wanted to look at the signal closely to see if I could get any feeling for why it would look so different
when positive vs. negative, but I do not see a triangle anywhere near this time (1023780144)...

    Reply  Sat Jun 16 13:01:17 2012, yuta, Update, Green Locking, scanned Y arm for 5FSR YarmScanDV.png


           Is that time stamp really correct?
Entry  Fri Apr 25 15:44:21 2008, steve, Update, PSL, scattering measurments 6x
In pursuit of a low back scattering, high power beam dump we looked at materials such:
polished copper, polished aluminum, diamond cut aluminum, variety of polished & heat treated stainless steel and shades of black glasses.
Black glass is ideal at low power. Superpolished SS 304 #8 is the only material that measures close to bg
Entry  Wed Jul 27 15:18:50 2011, kiwamu, Summary, General, schedule 
The vent will start from 1 st of August ! !

Entry  Wed Nov 28 16:46:28 2007, rana, Configuration, Computers, scientific linux 5.0 
I tried installing Scientific Linux on Tiramisu. The installation process was so bad (really)
that I quit after 15 minutes. Its back to booting Ubuntu as if nothing had ever happened. Let
us never speak of Scientific Linux again.
Entry  Wed May 21 13:51:19 2014, Steve, Update, safety, scope battery recall 
Tektronix RECALL on TDS3000 or TDS300B  oscilloscope BATTERIES
This Lithium-Ion battery can be a fire hazard !  Remove battery pack and recycle it through Safety Office
Entry  Tue Nov 6 16:48:54 2007, tobin, Configuration, Computers, scopes on the net 
I configured our two 100 MHz Tektronix 3014B scopes with IP addresses: ([url=http://scope0/]scope0[/url]) and ([url=http://scope1/]scope1[/url]).
 Let the scripting commence!
Entry  Tue Aug 9 16:54:47 2011, steve, Update, VAC, scratch on vac door P1080152.JPG
Jenne found a big scratch on the north vac door of ITMY. Fortunately it does not reach the inner annulos 0 -ring seal.
This is precisely what we have to avoid to preserve our vacuum
Entry  Thu Mar 3 07:25:24 2011, kiwamu, Update, Green Locking, screwed up the end PDH box 
 I somehow screwed up the PDH
box at the X end station. 
Right now it's not working,
    Reply  Mon May 2 11:14:27 2011, kiwamu, Update, SUS, script : opticshutdown 
Just FYI.
There is a useful script for this particular job : shutting down all the suspensions and bringing it back to operation after 5 hrs.
It is called opticshudown, which resides in 
Entry  Fri Nov 16 11:27:18 2007, tobin, Update, Computers, script fix 
I added a tidbit of code to "LIGOio.pm" that fixes a [url=http://lhocds.ligo-wa.caltech.edu:8000/40m/EZCA]problem with ezcastep on Linux[/url].  Scripts
such as "trianglewave" will now work on Linux.
Entry  Thu May 31 04:03:17 2012, yuta, Update, IOO, script for MC beam spot measurement 
I wrote a wrapping script for measuring MC beam spot. We had to run several scripts for the measurement (see elog #6688),
but now, you only need to run /opt/rtcds/caltech/c1/scripts/ASS/MC/mcassMCdecenter.
Entry  Mon Jun 25 17:48:27 2012, yuta, Update, Computer Scripts / Programs, script for finding IR resonance using ALS findIRresonance20120625.png
I made a python script for finding IR resonance using ALS. It currently lives in /opt/rtcds/caltech/c1/scripts/ALS/findIRresonance.py.

The basic algorism is as follows.
    Reply  Sun Jul 31 00:05:52 2011, kiwamu, Update, LSC, script for loss measurement : modified 
I modified the script armloss so that the channel names in the script are properly adopted
to the new CDS.
Additionally I disabled the ETMX(Y)_tickle command in the script.
Entry  Thu May 31 02:27:24 2012, yuta, Update, IOO, script for reliefing MC WFS 
I wrote a simple script for reliefing MC WFS servo. The script is located at /opt/rtcds/caltech/c1/scripts/MC/reliefMCWFS.
It simply uses ezcaservo to minimize the offset of the WFS feedback signal using MC alignment sliders.

    ezcaservo -r C1:SUS-MC${optic}_ASC${dof}_OUT16 -s 0 -g 0.0001 -t 10 C1:SUS-MC${optic}_${dof}_COMM

Entry  Fri Jan 28 13:05:56 2011, Koji, Configuration, Computers, script path fixed 
We had some issues in terms of the script paths. I have fixed it by replacing /cvs/cds/caltech/scripts to /cvs/cds/rtcds/caltech/c1/scripts
Here is the output of diff
Entry  Thu Dec 18 16:21:08 2014, ericq, Update, Computer Scripts / Programs, scripts not being backed up! 
 I just stumbled upon this while poking around:
Since the great crash of June 2014, the scripts backup script has not been workingon op340m. For some reason, it's only grabbing the PRFPMI
folder, and nothing else. 
Entry  Sun Nov 29 16:56:56 2009, rob, AoG, all down cond., sea of red 
Came in, found all front-ends down.
Keyed a bunch of crates, no luck:
    Reply  Mon Nov 30 10:28:47 2009, Alberto, AoG, all down cond., sea of red 

            Came in, found all front-ends down.
    Reply  Mon Nov 30 11:29:40 2009, Alberto, AoG, all down cond., sea of red 

Entry  Sat Dec 5 14:41:07 2009, rob, AoG, all down cond., sea of red, again 
Taking  a cue from entry 2346, I immediately went for the nuclear
option and powered off fb40m.  Someone will probably need to restart the backup script.
    Reply  Sat Dec 5 15:20:10 2009, Jenne, AoG, all down cond., sea of red, again 

            Taking  a cue from entry 2346, I immediately went for
Entry  Mon Nov 22 20:31:58 2010, kiwamu, Update, Green Locking, searching for unknown loss in green PD path RFPDresponse.png
 As I said in the past entry (see this entry), there was unknown loss of about 20dB in
the beat detection path.
So I started fully characterizing the beat detection path. 
Entry  Mon Feb 27 21:26:22 2012, Den, Update, PEM, seis box ad620.pdfnoise.pdfwhole.pdf
I did liso simulation of the circuit in the seis box. I think that AD620 (first amplifier in the circuit) noise might be much less with the signal from
guralps from 0.01 Hz. Here is the TF of AD620 output / circuit input.
Entry  Fri Mar 2 18:55:06 2012, Den, Update, PEM, seis box dv_noise.png
I've put the seismometer box back to the 1x1, Guralp is back under MC2. When the seismometer is not plugged in, the noise is
Entry  Fri Mar 2 11:05:28 2012, Den, Update, PEM, seis box gain tf_new.pdfnoise_new.pdftf_analyzer.pngnoise_analyzer.png
I've replaced R2 resistor that adjusts the gain of the AD620 amplifier. Previous value 5491Ohm, new value 464Ohm, so the gain should increase up to ~200-250.
Only at the N/S 1 circuit!
LISO simulation of the circuit transfer function and noise are
Entry  Wed Feb 29 01:02:06 2012, Den, Update, PEM, seis box measured input.pngoutput.pngtf.pngcoherence.png
I've measured the input signal to the seismic box from seismometer Guralp 1. The spectrum of the signal in the "input +" (TP 1) is
Entry  Thu Mar 1 00:05:23 2012, Den, Update, PEM, seis box noise DSC_3959.JPGnoise.png
I've moved GUR1 seismometer from MC2 to the working tables in order not to disturb the MC while working with the seismometer box. The new place for the
GUR1 for a few days is near the printer, cables and blue boxes. I've cleaned all mess and wires from the floor, so that seismometer now looks like that
    Reply  Thu Mar 1 21:48:34 2012, Den, Update, PEM, seis box noise noise2.pngnoise.png

            The noise increased at 0.5 Hz and is pretty big. This might explain the loose of coherence at low frequencies.
Entry  Wed Jan 30 20:39:31 2008, rob, Update, DMF, seisBLRMS 

In order to reduce the probability of [COLOR=red]seisBLRMS[/COLOR] crashing due to unavailability of data, I edited [COLOR=red]seisBLRMS.m[/COLOR] so that
    Reply  Thu Dec 10 15:18:55 2009, Jenne, Update, VAC, seisBLRMS Untitled.png
last 20 days - including the pounding from next door
    Reply  Fri Jul 10 17:32:08 2009, rana, Update, Environment, seisBLRMS & mafalda restarted 
Rana, Alberto

Mafalda's ethernet cable had fallen out of the connector on the hub-side. We reconnected it and rebooted mafalda and restarted seisBLRMS.
Entry  Mon Jan 28 18:56:47 2008, rana, Update, DMF, seisBLRMS 1.0 
[B]I made all of the updates I aludded to before:[/B]

    Reply  Tue Jan 29 14:56:39 2008, rob, Update, DMF, seisBLRMS 1.0 

The [COLOR=red]seisBLRMS[/COLOR] 1.0 program crashed at ~7:20 pm last night, so we didn't get data from overnight.  It crashed when framecaching failed.
 I added
Entry  Tue Feb 12 16:34:07 2008, rob, DAQ, DMF, seisBLRMS 1.1 

The compiled version of seisBLRMS had been running ~2 weeks without crashing as of last night, when I killed it
so it wouldn't interfere with alignment scripts.  I added an EPICS channel C1:DMF-ENABLE, and updated the DMF
    Reply  Thu Feb 14 15:05:18 2008, rob, DAQ, DMF, seisBLRMS 1.1 

> Also, for reasons of aesthetics, I changed the data delay from 6 minutes to 5 minutes.  We'll see if that's enough.
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
    Reply  Fri Mar 13 19:26:09 2009, Yoichi, Update, DMF, seisBLRMS compiled 
 I compiled seisBLRMS.
The tricks were the following:
(1) Don't add path in a deployed command. 
    Reply  Sun Mar 22 22:47:58 2009, rana, Update, DMF, seisBLRMS compiled but still dying 
Looks like seisBLRMS was restarted ~1 AM Friday morning but only lasted for 5 hours. I just restarted it on megatron;
let's see how it does. I'm not optimistic.
Entry  Sun May 17 23:22:19 2009, rana, Update, Environment, seisBLRMS for the past 3 weeks Untitled.png
Looks like Chris Wipf's fix of using fclose worked for the NDS client.
The attached plot shows the minute trend RMS - we should put the calibration for these into the .m file
so that the EPICS values are in something useful like microns or microns/sec.
    Reply  Fri Jun 26 19:14:04 2009, rana, Update, Environment, seisBLRMS for the past 3 weeks 
[COLOR=chocolate][SIZE=2]Restarted the seisBLRMS.m on mafalda (running a term on op540m). Don't know why it stopped - the
terminal had a 'disabled by EPICS' message even though the EPICS enable button was enabled.[/SIZE][/COLOR]
[SIZE=1][FONT=Comic Sans MS][COLOR=darkgreen]I also changed the delay from 4 to 2 minutes. So now it is calculating a 64 s PSD starting from 2 minutes
Entry  Mon Mar 9 19:33:10 2009, rana, Update, DMF, seisBLRMS in temp condition Untitled.png
The seisBLRMS has been running on megatron via an open terminal ssh'd into there from allegra with matlab running. This
is because I couldn't get the compiled matlab functionality to work.
Even so, this running script has been dying lately because of some bogus 'NDS' error. So for today I
Entry  Fri Mar 21 23:17:47 2008, rana, Configuration, DMF, seisBLRMS restarted 
I updated the seisBLRMS par file with the new channel names of the accelerometers and the seismometer and then
recompiled the code and restarted it according to Rob's elog entry. It went fine and the [SIZE=4][COLOR=chocolate][FONT=Comic Sans MS]seisBLRMS is now
back in
Entry  Sat Aug 7 21:57:56 2010, rana, Summary, DMF, seisBLRMS restarted Untitled.png
The green xterm on op540m which is running the seisBLRMS DMF got stuck somehow ~3 days ago and lost its NDS connection. I closed the matlab session and
restarted it. Seismic trends are now back online.
ELOG V3.1.3-