 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. |
Thu Jan 12 07:44:21 2012, steve, Update, SUS, sapphire wire standoff quote 
|
On Tue, Dec 20, 2011 at 11:37 PM, Rana Adhikari wrote:
Steve, |
|
Wed Apr 11 10:47:26 2018, Steve, Update, SUS, satellite amps labeled
|
| Satellite amplifiers labeled with date. Old labels left on. |
|
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 |
 Fri Jun 15 00:50:54 2012, yuta, Update, Green Locking, scanned Y arm for 5FSR
|
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 |
|
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
scanned.
As you increase (or decrease?) the offset, C1:ALS-BEATY-COARSE_I_IN1 becomes bigger and more crisp. |
|
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)...
|
|
Sat Jun 16 13:01:17 2012, yuta, Update, Green Locking, scanned Y arm for 5FSR
|
Quote:
Is that time stamp really correct? |
|
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
|
|
Wed Jul 27 15:18:50 2011, kiwamu, Summary, General, schedule
|
The vent will start from 1 st of August ! !
|
|
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. |
|
Wed May 21 13:51:19 2014, Steve, Update, safety, scope battery recall
|
Tektronix RECALL on TDS3000 or TDS300B oscilloscope BATTERIES
TDS3BATB
This Lithium-Ion battery can be a fire hazard ! Remove battery pack and recycle it through Safety Office |
|
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: 131.215.113.24 ([url=http://scope0/]scope0[/url]) and 113.215.113.25 ([url=http://scope1/]scope1[/url]).
Let the scripting commence!
|
|
Tue Aug 9 16:54:47 2011, steve, Update, VAC, scratch on vac door
|
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
system! |
|
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, |
|
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 |
|
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.
|
|
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.
|
|
Mon Jun 25 17:48:27 2012, yuta, Update, Computer Scripts / Programs, script for finding IR resonance using ALS
|
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. |
|
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. |
|
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
|
|
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
---------------------------------------------- |
|
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. |
|
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: |
|
Mon Nov 30 10:28:47 2009, Alberto, AoG, all down cond., sea of red
|
Quote:
Came in, found all front-ends down. |
|
Mon Nov 30 11:29:40 2009, Alberto, AoG, all down cond., sea of red
|
Quote:
|
|
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. |
|
Sat Dec 5 15:20:10 2009, Jenne, AoG, all down cond., sea of red, again
|
Quote:
Taking a cue from entry 2346, I immediately went for |
|
Mon Nov 22 20:31:58 2010, kiwamu, Update, Green Locking, searching for unknown loss in green PD path
|
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. |
|
Mon Feb 27 21:26:22 2012, Den, Update, PEM, seis box
|
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.
|
|
Fri Mar 2 18:55:06 2012, Den, Update, PEM, seis box
|
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
|
|
Fri Mar 2 11:05:28 2012, Den, Update, PEM, seis box gain
|
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 |
|
Wed Feb 29 01:02:06 2012, Den, Update, PEM, seis box measured
|
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
|
|
Thu Mar 1 00:05:23 2012, Den, Update, PEM, seis box noise
|
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
|
|
Thu Mar 1 21:48:34 2012, Den, Update, PEM, seis box noise
|
Quote:
The noise increased at 0.5 Hz and is pretty big. This might explain the loose of coherence at low frequencies. |
|
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 |
|
Thu Dec 10 15:18:55 2009, Jenne, Update, VAC, seisBLRMS
|
| last 20 days - including the pounding from next door |
|
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.
|
|
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]
[LIST]
|
|
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
|
|
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
|
|
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.
|
|
Thu May 7 23:34:59 2009, rob, Update, SEI, seisBLRMS already lost
|
Can't find hostname 'fb40m'
it only lasted a few hours |
|
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. |
|
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. |
|
Sun May 17 23:22:19 2009, rana, Update, Environment, seisBLRMS for the past 3 weeks
|
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.
|
|
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 |
|
Mon Mar 9 19:33:10 2009, rana, Update, DMF, seisBLRMS in temp condition
|
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 |
|
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
|
|
Sat Aug 7 21:57:56 2010, rana, Summary, DMF, seisBLRMS restarted
|
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. |