 Fri Feb 1 12:37:39 2008, rob, Update, DMF, seisBLRMS trends 
|
Here are DV trends of the output of seisBLRMS over the last ~36 hours (which is how long it's been running), and another of the last 2 hours (which show
the construction crew taking what appears to be a lunch break). |
|
Sun Feb 3 05:02:41 2008, rana, Update, PEM, Seism 4 day
|
| |
|
Wed Feb 6 09:17:31 2008, steve, Update, PEM, IST building construction continoues
|
| The bulldosers at work |
|
Fri Feb 8 17:09:52 2008, Max Jones, Update, Computers, Changes to NoiseBudget
|
Today I altered the following files
caltech/NB/matlab/utilities/get_dtt_dataset
|
|
Mon Feb 11 14:24:19 2008, steve, Update, PEM, more earthquakes
|
ITMX and ITMY sus damping restored after Baja earthquake 5.1 mag at 10:29 this morning.
The ground preparation for The ITS building is almost finished.
|
|
Tue Feb 12 16:39:52 2008, rob, Update, Locking, report
|
Did some locking work on DRFPMI on sunday and (with John) on monday nights. So far progress has not been terribly encouraging.
|
|
Wed Feb 13 11:41:00 2008, Alberto, Update, Electronics, Some characterization of the RF Monitor Box (StocMon)
|
I'm attaching a table with some measurements and the power spectrum from the pd to help evaluate the numbers.
The box output ranges from 0.5V to 2.1V. The coefficient between power and voltage is negative so higher voltage means lower power.
|
|
Wed Feb 13 20:37:11 2008, John, Update, LSC, Fibre locking - Fiber
|
Sam and I observed fringes in the light reflected from the Y arm. These fringes are due to the sidebands and not the carrier. To improve matters we plan
to reduce the RF AM and increase our modulation index. |
|
Thu Feb 14 17:21:53 2008, Max Jones, Update, Computers, Noise budget code changes
|
In cvs/cds/caltech/NB/matlab/utilities/LSCmodel.m at line 146
I have hardwired in changes to struct lsc. Please see code. |
 Fri Feb 15 10:28:44 2008, rana, Update, Computers, Noise budget code changes
|
[quote]In cvs/cds/caltech/NB/matlab/utilities/LSCmodel.m at line 146
I have hardwired in changes to struct lsc. Please see code. [/quote]
The IFOin variable (which I admit is not documented) should refer to a file called
|
|
Fri Feb 15 22:16:04 2008, Andrey, Update, Computers, MATLAB is not working: "Licence checkout failed"
|
For some unknown to me reason,
|
|
Mon Feb 18 12:04:39 2008, Alberto, Update, Electronics, RF Monitor (StocMon)
|
I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers
with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).
|
|
Tue Feb 19 10:14:13 2008, steve, Update, VAC, rga logging needs help
|
| The rga head and controller are running fine, but the data logging is not. |
|
Tue Feb 19 15:21:47 2008, Andrey, Update, SUS, Earthquake tripped watchdogs in ETMY, ITMY
|
According to the web-page http://earthquake.usgs.gov/eqcenter/recenteqsus/Quakes/ci14351140.php ,
|
|
Tue Feb 19 18:28:41 2008, John, Update, PEM, More seismic in Baja California
|
Steve spotted more activity from the same quake.
Reset watchdog on ETMY. |
|
Wed Feb 20 11:34:17 2008, steve, Update, PSL, laser head temp is up
|
MOPA head temp is running at 20.3C now
Nomally it is at 18.5C |
|
Wed Feb 20 16:24:37 2008, steve, Update, PSL, the laser is recovering slowly
|
Head temp is still 20.5C and decreasing slowly.
Power output 2.9W
NPRO power 22 mW is increasing as head is cooling down |
|
Thu Feb 21 09:56:26 2008, steve, Update, PSL, the laser is back
|
The laser and the psl recovered.
The water chiller temp is 19.98C and head temp 18.4C
Power 3.2W
|
|
Thu Feb 21 19:55:46 2008, rana, Update, Electronics, 2 BNC Cables, 1 Tee
|
I'm not sure where [COLOR=purple]Ward and Miller went to Analyzer school[/COLOR], but it was probably uncredited.
I turned it on and used 2 BNC cables and a T to hook up the source to the 2 inputs and measured the always-exciting TF of cable.
|
|
Fri Feb 22 02:51:20 2008, Andrey, Update, PEM, Accelerometer ITMX seems to be broken
|
As people probably know,
|
|
Fri Feb 22 08:29:07 2008, Alberto, Update, Electronics, RF Monitor (StocMon)
|
[quote]I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers
with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).
|
|
Fri Feb 22 08:33:18 2008, Alberto, Update, Electronics, RF Monitor (StocMon)
|
[quote]I put the amplifiers next to the monitor on the PSL table, layed the power and the RF SMA cables out to the rack. I'm powering the box and the amplifiers
with the power supply, waiting for someone to show me tomorrow how to connect it to the Sorensen (Steve, Ben?).
|
|
Fri Feb 22 11:11:00 2008, rob, Update, Electronics, REFLDD problem found
|
I used a network analyzer that actually works to find a problem in the REFLDD electronics chain. There was loose (=bad) SMA-BNC adaptor on the output
of channel one of the HP RF Amplifier. It worked intermittently, so going onto the ISCT and fiddling with cables could sometimes temporarily fix the problem. |
|
Fri Feb 22 11:13:15 2008, rob, Update, Electronics, RF Monitor (StocMon)
|
[quote] It took some times because the written procedure to start the chiller is not very precise.[/quote]
It is actually very precise. Precisely wrong. |
|
Fri Feb 22 14:45:06 2008, steve, Update, MOPA, laser power levels
|
At the beginning of this 1000 days plot shows the laser that was running at 22C head temp
and it was send to LLO
|
|
Fri Feb 22 15:16:33 2008, Andrey, Update, PEM, ITMX Accelerometer is NOT broken
|
As I wrote in message 330, there was a bad signal from ITMX accelerometer. I have found the reason: the BNC-cable which goes from the black board with
switches for accelerometer gain (1,10,100) towards DAQ-tower was completely disconnected from that black board with gain-switches. The end of the long |
|
Fri Feb 22 16:47:54 2008, rob, Update, Electronics, Baloney
|
Well I guess Rana didn't study too hard at Professor School, either. If he'd even bothered to actually read John's entry, he might have looked at the RF
Out from the HP Analyzer. As it is, this experience so far has been like taking your car to a highly respected mechanic, telling him it's having acceleration
problems, and then he takes a rag and wipes some dirt off the hood and then tells you "It's running fine. That'll be 500 bucks."
|
|
Wed Feb 27 22:05:03 2008, John, Update, LSC, Auxiliary locking
|
A summary of the status of the auxiliary arm locking effort.
To help with lock acquisition we are attempting to independently lock the Y arm using light injected through ETMY. At present this secondary light source |
|
Thu Feb 28 13:04:59 2008, rob, Update, VAC, rga logging working again
|
[quote]The rga head and controller are running fine, but the data logging is not.[/quote]
It should run tonight at 1:25 AM. To get the cron job to work properly on op340m, I had to make wrapper sh script which defines the perl library before |
|
Thu Feb 28 19:49:21 2008, rob, Update, Electronics, RF Monitor (StocMon)
|
[quote]
With Ben, we hooked up the RF Monitor box into the PSL rack and created 4 EPICS channels for the outputs:
|
|
Mon Mar 3 09:25:33 2008, steve, Update, VAC, rga scan logging is working now
|
[quote][quote]The rga head and controller are running fine, but the data logging is not.[/quote]
It should run tonight at 1:25 AM. To get the cron job to work properly on op340m, I had to make wrapper sh script which defines the perl library before |
|
Mon Mar 3 13:58:10 2008, steve, Update, Computers, RFM Network are down
|
| The CODAQ_RFNETWORK are down, except C1SUSVME & AWG |
|
Mon Mar 3 19:34:40 2008, rana, Update, Computers, RFM Network are down
|
[quote]The CODAQ_RFNETWORK are down, except C1SUSVME & AWG[/quote]
All of the FE machines were found to be down this afternoon. I called Alex and he suggested several
things which didn't work (restart EPICS tasks, power cycle RFM switch, etc.).
|
|
Tue Mar 4 00:42:51 2008, rana, Update, Computers, FB0 still down ?
|
The framebuilder is still down. I tried restarting the daqd task and resetting the RFM
switch like it says in the Wiki but it still doesn't work right. The computer itself is
running (I can ssh to it) and the daqd process is running but there's a red light for
|
|
Tue Mar 4 10:08:21 2008, rob, Update, Computers, green lights unreliable when c0daqctrl down
|
So far I've tried powering off the framebuilder, power-cycling the RAID (it was showing an error message about bad IDE channel #4), and rebooting the LSC
(just for fun). When I reset the LSC, its green light on the RFM_NETWORK screen did not turn red, making all these lights suspect. The [B]iscepics40m[/B] |
|
Wed Mar 5 17:35:24 2008, rana, Update, IOO, RFAM during MC lock
|
I used an ezcaservo command to adjust the offsets for Alberto's StochMon channels. They [B][COLOR=green]are all
at +2 V with no light[/COLOR][/B] on the RFAM PD (MC unlocked).
|
|
Thu Mar 6 00:17:37 2008, rob, Update, Locking, DD handoff working
|
Got the DD (double demod) handoff scripts working tonight, with just the DRMI. So, now acquisition with the single demod signals is working well, and handoffs
to all double demod signals using the input matrix ramping worked several times with the scripts. Up next will be more work with the DRM+ARMs. |
|
Fri Mar 7 17:10:01 2008, Max Jones, Update, Computers, Noise Budget work
|
Noise budget has been moved to the svn system. A checked out copy is in the directory caltech. From now on, I will try to use the work cycle as outlined
in the svn manual. Changes made today include the following:
getNoiseBudget
|
|
Mon Mar 10 02:05:08 2008, rob, Update, Locking, DRMI+2ARMs working better
|
Some encouraging progress on the locking front tonight. After the work on the DRM loops last week and a review of the settings for initial lock acquisition
(loop gains, tickle amplitude, filter states, so on), the DRMI+2ARMS locking is working pretty well. That's to say, it takes from 5-15 minutes generally |
|
Wed Mar 12 23:05:44 2008, rana, Update, IOO, MC WFS
|
they are bad, somewhat
please fix |
|
Thu Mar 13 12:11:58 2008, aivanov, Update, Computer Scripts / Programs, routing PEM -> ASS -> SUS_MCL
|
on ASS RFM 1 has PEM signals at
|
|
Thu Mar 13 13:15:09 2008, aivanov, Update, Computer Scripts / Programs, new sfotware intall, backup files
|
New:
op440m:40m>ls -alt /cvs/cds/caltech/target/c1susvme[12]/*.o
-rw-r--r-- 1 controls staff 57920 2008-03-13 13:11 /cvs/cds/caltech/target/c1susvme2/losLinux2.o
|
|
Thu Mar 13 18:20:29 2008, John, Update, General, New Focus 4003 EOM 29.489MHz
|
I measured the modulation index as a function of drive power using an OSA. Agrees well with spec of 0.2 rad/V.
[IMG]elog:377/1[/IMG] |
|
Fri Mar 14 15:06:24 2008, rob, Update, Computer Scripts / Programs, routing PEM -> ASS -> SUS_MCL
|
[quote]
on ASS RFM 1 has PEM signals at
|
|
Thu Mar 20 15:28:20 2008, steve, Update, VAC, tp2 's drypump replaced
|
| The fore pump of tp2 was replaced at fore line pressure 998m Torr |
|
Fri Mar 21 09:02:03 2008, steve, Update, VAC, tp 2 failed
|
Small turbo #2 is the forepump of the maglev.
It failed last night, shut down the maglev and interlock closed V1
Ifo pressure is 20 mTorr now. The Yarm was still locked at 8am this morning.
|
|
Fri Mar 21 11:54:38 2008, rob, Update, VAC, tp 2 failed
|
[quote]Small turbo #2 is the forepump of the maglev.
It failed last night, shut down the maglev and interlock closed V1
Ifo pressure is 20 mTorr now. The Yarm was still locked at 8am this morning.
|
|
Sun Mar 23 00:56:42 2008, John, Update, LSC, More on 3f
|
We ended our last attempt at 3f locking concerned about the beam size on PD6. I investigated tonight. The beam was not obviously overfilling the diode and
a quick tweak of the steering mirror revealed a decent plateaux. Nevertheless we decided to try a different approach to see if we found the same problems
as before on a different diode.
|
|
Mon Mar 24 13:03:54 2008, rob, Update, Electronics, HP4195A is back
|
[quote]The swept sine output looks totally normal from 500Mhz to 150MHz (measuring ~220mVrms below 300MHz -- 0dBm), where it abruptly transitions to a |
|
Tue Mar 25 10:44:24 2008, rob, Update, Computers, c1susvme2
|
[quote]c1susvme2 isn't behaving itself. It keeps getting out of sync and/or giving a red status light.
After going through the usual restart procedures a few times (unsuccessfully) we power cycled the c1susvme & c1sosvme crates. We think everything came |