+15V supply powers the following (from what I see):

1. PMC and MC boards on the rack.

2. RF amplifiers on the rack for the beat signals from the green beat PDs.

3. Beatbox itself.

The beatbox was the one that had an un-fused connection last year. I re-did it properly to go through a fuse quite sometime ago.

I dont see any other un-fused connections now from the +15V supply right now.
 

P.S. AOM driver takes a 0 to +28V power supply and not connected to the +15V

Vacuum safe reboot required one hour of no pumping of the vac envelope.

This is going to be a big one.  We're at version 2.5 and we're going to go to 2.9.3.

• elog for last upgrade to RCG 2.5 (6540)
• DAQ setup/install (T1500227)
• RCG 2.6 release notes (awiki)
• RCG 2.7 release notes (T1300711)
• RCG 2.8 release notes (T1300868)
• RCG 2.9 release notes (T1400570)

RCG components that need to be updated:

• mbuf kernel module
• mx_stream driver
• iniChk.pl script
• daqd
• nds

Supporting software:

• EPICS 3.14.12.2_long
• ldas-tools (framecpp) 1.19.32-p1
• libframe 8.17.2
• gds 2.16.3.2
• fftw 3.3.2

Things to watch out for:

• RTS 2.6:
  • raw minute trend frame location has changed (CRC-based subdirectory)
  • new kernel patch
• RTS 2.7:
  • supports "commissioning frames", which we will probably not utilize.  need to make sure that we're not writing extra frames somewhere
• RTS 2.8:
  • "slow" (EPICS) data from the front-end processes is acquired via DAQ network, and not through EPICS.  This will increase traffic on the DAQ lan.  Hopefully this will not be an issue, and the existing network infrastructure can handle it, but it should be monitored.

We want to measure the pressure gradient in the 40m IFO

Our old MKS cold cathodes are out of order. The existing working gauge at the pumpspool is InstruTech CCM501

The plan is to purchase 3 new gauges for ETMY, BS and MC2 location.

Basic cold cathode     or    Bayard-Alpert Pirani

Dec 21, 2010 we pumped down the MARK4 rebuilt 40m-IFO and the malev has been pumping on it since than

I decided to see what was inside the sensor that had been previously made. According to elog 1102, the temperature sensor is LM34, the specs of which can be found here:

http://www.ti.com/lit/ds/symlink/lm34.pdf

The wiring of this sensor confused me, as it appears that the +Vs end (white) connects to the input, but both the ground (left) and the Vout (middle) pins are connected to the box itself. I don't see how the signal can be read.

nodus:elog>w; who ; date
  9:20pm  up 44 day(s),  5:14,  5 users,  load average: 0.29, 1.04, 1.35
User     tty           login@  idle   JCPU   PCPU  what
controls pts/1         9:18pm            5         -tcsh
controls pts/2         2:37pm  6:39  25:02  25:02  /opt/rsync/bin/rsync -avW /cvs/c
controls pts/3         9:14pm                      w
controls pts/4         4:20pm  1:56   5:02   5:02  ssh -X rosalba
controls pts/8         8:23pm    47   4:03         -tcsh
controls   pts/1        Nov 14 21:18    (pianosa.martian)
controls   pts/2        Nov 14 14:37    (ldas-cit.ligo.caltech.edu)
controls   pts/3        Nov 14 21:14    (rosalba)
controls   pts/4        Nov 14 16:20    (192.168.113.128)
controls   pts/8        Nov 14 20:23    (gwave-103.ligo.caltech.edu)
Mon Nov 14 21:20:48 PST 2011

we will ask the man to stop running backups at this time of night...

Summary:
  I wrote a python script for A2L measurement.
 Currently it is really primitive, but I tested the basic functionality of the script.
 We already have A2L script(at /cvs/cds/rtcds/caltech/c1/scripts/A2L) that uses ezlockin, but python is more stable and easy to read.

A2L measurement method:
  1. Dither a optic using software oscillator in LOCKIN and demodulate the length signal by that frequency.
  2. Change coil output gains to change the pivot of the dithering and do step 1.
  3. Coil output gain set that gives the smallest demodulated magnitude tells you where the current beam spot is.

  Say you are dithering the optic in PIT and changing the coil gains keeping UL=UR and LL=LL.
  If the coil gain set UL=UR=1.01, LL=LR=-0.99 gives you demodulated magnitude 0, that means the current beam spot is 1% upper than the center, compared to 1/2 of UL-LL length.
  You do the same thing for YAW to find horizontal position of the beam.

Description of the script:
  Currently, the script lives at /cvs/cds/caltech/users/yuta/scripts/A2L.py
  If you run;
     ./A2L.py MC1 PIT
  it gives you vertical position of the beam at MC1.

  It changes the TO_COIL matrix gain by "DELTAGAINS", turns on the oscillator, and get X_SIN, X_COS from C1IOO_LOCKIN.
  Plots DELTAGAINS vs X_SIN/X_COS and fit them by y=a+bx+cx^2.(Ideally, c=0)
  Rotates (X_SIN, X_COS) vectors to get I-phase and Q-phase.
    (I,Q)=R*(X_SIN,X_COS)
  Rotation angle is given by;
    rot=arctan(b(X_COS)/b(X_SIN))
  which gives Q 0 slope(Ideally, Q=0).
  x-intercept of DELTAGAINS vs I plot gives the beam position.

Checking the script:
  1. I used the same setup when I checked LOCKIN(see elog #3857). C1:SUS-MC2_ULCOIL output goes directly to C1:IOO-LOCKIN_SIG input.

  2. Set oscillator frequency to 18.13Hz, put 18.13Hz band-pass filter to C1:IOO-LOCKIN_SIG filter module, and put 1Hz low-pass filter to C1:IOO-LOCKIN_X_SIN/X_COS filter modules.
        Drive frequency 18.13Hz is same as the previous script(/cvs/cds/rtcds/caltech/c1/scripts/A2L/A2L_MC2).

  3. Ran the script. Checked that Q~0 and rot=-35deg.

  4. Put phase shifting filter to C1:IOO-LOCKIN_SIG filter module and checked Q~0 and rotation angle.
     fitler rot(deg)
     w/o    -35
     +90deg  45
     -90deg  56
     -45deg -80

  5. Put some noise in C1:SUS-MC2_ULCOIL by adding SUSPOS feedback signal and ran the script.(Attachment #1)
      During the measurement, the damping servo was off, so SUSPOS feedback signal can be treated as noise.

Conclusion:
  The result from the test measurement seems reasonable.
  I think I can apply it to the real measurement, if MCL signal is not so noisy.[status: yellow]

Plan:
  - add calculating coherence procedure, averaging procedure to the script
  - add setting checking procedure to the script
  - apply it to real A2L measurement

Bay the way:
  Computers in the control room is being so slow (rossa, allegra, op440m, rosalba). I don't know why.

ITMX was drag wiped, and the suspension was put back into place.  However, after removing all of the earthquake stops we found that the suspension was hanging in a very strange way.

The optic appears to heavily pitched forward in the suspension.  All of the rear face magnets are high in their OSEMs, while the SIDE OSEM appears fine.  When first inspected, some of the magnets appeared to be stuck to their top OSEM plates, which was definitely causing it to pitch forward severely.  After gently touching the top of the optic I could get the magnets to sit in a more reasonable position in the OSEMs.  However, they still seem to be sitting a little high.  All of the PDMon values are also too low:

Taking a free swing measurement now.

Nic and I discovered a problem with the in-vac wiring from the feed-thru to the top of the table.  Pin 13 at the top of the stack, which is one of the coil pins on the tip-tilt quadrapus cables, is *the* shield braid on the cable that goes to the feed-thru.  This effectively shorts one of our coil signals.

There are three solutions as we see it:

* swap pin 13 for something else at the top of the stack, and then swap it back somewhere else outside of the vacuum.

* swap *all* the pins at the top of the table to be the mirror.  We would then need to mirror our cables on the outside, but that's less of an issue.

* make a mirror adapter that sits at the top.  This would obviously need to be cleaned/baked.

None of these solutions is particularly good or fast.

 I'm very unhappy with the tip-tilts right now.  The amount of hysteresis is ridiculous.  I have no confidence that they will stay pointing wherever we point them.  It's true I poked the top more than it would normally move, but I don't actually believe it wouldn't move in an earthquake.  Given how much hysteresis we're seeing, I expect it will just drift on it's own and we'll loose good pointing again.

And as a reminder, IPPOS/ANG don't help us here before the tip-tilts are in the PRC after the IP pointing sensors.

I think we need to look seriously at possible solutions to eliminate or at least reduce the hysteresis, by either adding weight, or thinner wire, or something.

The PSL/IOO combo has not been behaving responsibly recently. 

The first attachment is a 15 day trend of the MZ REFL, ISS INMON, and MC REFL power.  These show two separate problems--recurring MZ flakiness, which may actually be a loose cable somewhere which makes the servo disengage.  Such disengagement is not as obvious with the MZ as it is with other systems, because the MZ is relatively stable on its own.  The second problem is more recent, just starting in the last few days.  The MC is drifting off the fringe, either in alignment, length, or both.  This is unacceptable.

The second attachment is a two-day trend of the MC REFL power.  Last night I carefully put the beam on the center of the MC-WFS quads.  This appears to have lessened the problem, but it has not eliminated it. 

It's probably worth trying to re-measure the MCWFS system to make sure the control matrix is not degenerate. 

I've noticed several CDS problems:

1. Communication sign on C1SUS model turns to red once in a while. I press diag reset and it is gone. But after some time comes back.
2. On C1LSC machine red "U" lamp shines with a period ~5 sec.
3. I was not able to read data from the SR785 using netgpibdata.py. Either connection is not established at all, or data starts to download and then stops in the middle. I've checked the cables, power supplies and everything, still the same thing.

Since the nodus upgrade, Eric/Diego changed the old csh restart procedures to be more UNIX standard. The instructions are in the wiki.

After doing some software updates on nodus today, apache and elogd didn't come back OK. Maybe because of some race condition, elog tried to start but didn't get apache. Apache couldn't start because it found that someone was already binding the ELOGD port. So I killed ELOGD several times (because it kept trying to respawn). Once it stopped trying to come back I could restart Apache using the Wiki instructions. But the instructions didn't work for ELOGD, so I had to restart that using the usual .csh script way that we used to use.

Same thing again today. So I renamed the /etc/init/elog.conf so that it doesn't keep respawning bootlessly. Until then restart elog using the start script in /cvs/cds/caltech/elog/ as usual.

I'll let EQ debug when he gets back - probably we need to pause the elog respawn so that it waits until nodus is up for a few minutes before starting.

I've installed Monit on megatron and nodus just now, and will set it up to monitor some of our common processes. I'm hoping that it can give us a nice web view of what's running where in the Martian network.

Konecranes' Fred inspected and load tested all tree cranes at with 450 lbs

The crane inspection is scheduled for this coming Friday from 8-12

 I wrote a small document on the application of LQG method to a Fabry-Perot cavity control.

jamie, nic, jenne, den, raji, manasa

We were doing pretty well with alignment, until I apparently fucked things up.

We were approaching the arm alignment on two fronts, looking for retro-reflection from both the ITMs and the ETMs.

Nic and Raji were looking for the reflected beam off of ETMY, at the ETMY chamber.  We put an AWG sine excitation into ETMY pitch and yaw.  Nic eventually found the reflected beam, and they adjusted ETMY for retro-reflection.

Meanwhile, Jenne and I adjusted ITMY to get the MICH Y arm beam retro-reflecting to BS.

Jenne and I then moved to the X arm.  We adjusted BS to center on ITMX, then we moved to ETMX to center the beam there.  We didn't both looking for the ETMX reflected beam.  We then went back to BS and adjusted ITMX to get the MICH X arm beam retro-reflected to the BS.

At this point we were fairly confident that we had the PRC, MICH, and X and Y arm alignment ok.

We then moved on the signal recycling cavity.  Having removed and reinstalled the SRC tip-tilts, and realigning everything else, they were not in the correct spot.  The beam was off-center in yaw on SR3, and the SR3 reflected beam was hitting low and to the right on SR2.  I went to loosen SR3 so that I could adjust it's position and yaw, and that when things went wrong.

Apparently I hit something BS table and completely lost the input pointing.  I was completely perplexed until I found that the PZT2 mount looked strange.  The upper adjustment screw appeared to have no range.  Looking closer I realized that we somehow lost the gimble ball between the screw and the mount.  Apparently I somehow hit PZT2 hard enough to separate from the mirror mount from the frame which caused the gimble ball to drop out.  The gimble ball probably got lost in a table hole, so we found a similar mount from which we stole a replacement ball.

However, after putting PZT2 back together things didn't come back to the right place.  We were somehow high going through PRM, so we couldn't retro-reflect from ITMY without completely clipping on the PRM/BS apertures.  wtf.

Jenne looked at some trends and we saw a big jump in the BS/PRM osems.  Clearly I must have hit the table/PZT2 pretty hard, enough to actually kick the table.  I'm completely perplexed how I could have hit it so hard and not really realized it.

Anyway, we stopped at this point, to keep me from punching a hole in the wall.  We will re-asses the situation in the morning.  Hopefully the BS table will have relaxed back to it's original position by then.

Here is a two hour set of second trends of 2 sensors per mirror, for BS, PRM, ITMY and MC1.  You can see about an hour ago there was a big change in the BS and PRM suspensions, but not in the ITMY and MC1 suspensions.  This corresponds as best we can tell with the time that Jamie was figuring out and then fixing PZT2's mount.  You can see that the table takes some time to relax back to it's original position.  Also, interestingly, after we put the doors on ~10 or 20 minutes ago, things change a little bit on all tables. This is a little disconcerting, although it's not a huge change.

 what's going on with those jumps on MC1?  It's smaller, but noticeable, and looks like around the same time.    Did the MC table jump as well?

more looking tomorrow.

  But these jumps in the OSEMs are all at the level of 10-20 microns. Seems like that wouldn't be enough to account for anything; 20 microns / (pend length) ~ 50-60 microradians.

 BS table and suspensions are fine.

Here's a plot of the BS, PRM, and MC1 suspension shadow sensor trends over the last 24 hours.  I tried to put everything on the same Y scale:

There definitely was some shift in the BS table that is visible in the BS and PRM that seems to be settling back now.  The MC1 is there for reference to show that it didn't really move.

Leo fixed an issue with the new nds2-client packages that was preventing it from retrieving online data.  It's working now from matlab, python, and octave.

Here's an example of a dataviewer-like script in python:

#!/usr/bin/python

import sys
import nds2
from pylab import *

# channels are command line arguments
channels = sys.argv[1:]

conn = nds2.connection('fb', 8088)

fig = figure()
fig.show()
for bufs in conn.iterate(channels):
    fig.clf()
    for buf in bufs:
        plot(buf.data)
    draw()

the align script was run after the third lock here.  it would have been interesting to see the arm powers in a 4th lock 

Bulb went out ~10am today. Looks like the lifetime of this bulb was <100 days.

Steve: bulb is arriving next week

BL-FS300C-PH-LE was replaced after 2,904 hrs  It did not explode this time.  The 4 monts life period is actually pritty good because this is a $73.  cheap bulb. The best-high priced warranty is 5 months.

PS: future option_bulbless laser projector

HITACHI LP-WU3500 PROJECTOR	$2,549.00	
DLP, WUXGA, 3500 LUMENS, HDMI, 20K HR LASER, 5YR WARRANTY, 1.36-2.34:1 LENS, 24/7 DUTY CYCLE
45x72 IMAGE FROM 8' TO 13'10" LENS TO SCREEN, AND AT 10' APPROX. 154FL OF BRIGHTNESS ON A 1.0 GAIN SCREEN
http://www.projectorcentral.com/pdf/projector_spec_9722.pdf

This would give you everything you are requesting, plus a lamp-less design and 5yr warranty.  Ground shipping would be free anywhere in the lower 48, and we would not charge sales tax on orders billing/shipping outside of AZ.  If you have any questions or if you would like to order... just let me know!

Bulb  is replaced.

Light bulb replaced.

Bulb replaced at day 110  We have now spare now.

I replaced the projector bulb. Previous bulb was shattered.

The control room's north west corner smelled like propane gas  yesterday around 16:30

We all agreed that the smell was real and I called the safety office. I was told that they received 6 other calls from different parts of the campus.

The smell disappeared in about a half an hour.

Property tag found.

The major changes from the previous layout:

1. I've depicted the Green reflected beam path more accurately - I approximately measured the angle of the rejected beam from the faraday from the Y-end setup. This looks like a workable solution, and is similar to what we have currently at the Y-end
2. I've added some optics to monitor the DC power and RIN of the AUX laser
3. I've added two lenses to the input path of the Oplev beam (the path is such that I think we can use the same lenses that are currently being used. 
4. I've now drawn the beams in CAD so that is marginally neater.

To do:

1. Post mode matching solutions for AUX laser to doubler and green beam to arm for this proposed layout (should be identical to what we have now, which at least according to the calculation is a good solution, but I will double check - I also need to quantify what the effect of the elliptical beam is)
2. Check the Gouy phase of the transmitted IR beam at the QPD - we may need to change some lenses in this path. But I think the path as such is close enough (distance-wise) to what we have currently at the X end (after accounting for the fact that the new endtable edge will be closer to the ETM) so I don't expect this to be a show-stopper.

Does any part of this layout need a radical redesign? 

I realized I had overlooked an important constraint in the layout, which is that the enclosure will have two supports that occupy some region of the table - these are denoted in blue in v3 of the layout (Attachment #1). I measured the dimensions for these from the existing Y-endtable. The main subsystem this has affected is the IR transmission monitors, but I've been able to move the photodiodes a little to accommodate this constraint.

I've also done the mode-matching calculations explicitly for the proposed new layout (Attachments #2 and #3, code in Attachment #4). While the layout was largely adopted from what Andres posted in this elog, I found that some of the parameters he used in his a la mode code were probably incorrect (e.g. distance between the 750mm lens and the ETM). More critically, I think the Gouy phase for the optimized solution in the same elog is more like 60 degrees. I found that I could get a (calculated) Gouy phase difference between the two PZT mirrors of ~81 degrees by changing the green path slightly, and making the two PZT mirrors Y7 and Y8 (instead of Y7 and Y11, for which the Gouy phase difference is more like 50 degrees). But this way the two steering mirrors are much closer to each other than they were before. Other misc. remarks about the mode matching calculations:

• The beam diameter at the locations where the Faraday isolators should go is well below 5mm, the aperture size of the Faraday isolators
• The calculated mode-matching efficiencies suggest that we don't need any cylindrical lenses though the mode from the NPRO is elliptical
• Attachment #5 is a CAD drawing of the layout with all dimensions used for the mode-matching calculations included (although they are in inches)

These changes also necessitated minor changes to the transmitted IR beampath and the Oplev system, but these changes are minor. I've also switched the positions of the AUX IR power monitoring PD and the fiber coupler as suggested by Koji. The shutter has also been included. 

Rana advised that we put in a lockin-output matrix which will allow us to excite any combination of MC mirrors so that we can excite pure translations or rotations of the MC beam axis.  This would require us to direct a lockin output into all the three mirrors simultaneously with a +1 or -1 as needed in the matrix..

Granite base 20" x 20" x 5"  locations are on the CES side of our IFO arms:  as shown ETMY_ south-west, ETMX_north-east, ITMX_south-east . No height limitation. This side of the tube has no traffic.

SS cover McMaster#  41815T4  (H) SS container cov

This is my interpretation of where Steve is proposing to place the seismometers (he wrote ITMX southwest, but I'm pretty sure from the photo he means southeast).

I think his point is that these locations are on the less-used side of the beam tube, so they will not be in the way.  Also, they are not underneath the tube, so we will not have any problems putting the covers on/taking them off.

I am going to tweak the alignment of the beam into the AOM (before the PMC) tomorrow morning. If anybody has any objections to this, please raise a red flag.

Proposed alignment procedure:

1. Reduce PSL power to say 10% 

2.  Since the AOM is not on any sort of a mechanical stage, I will have to just play around carefully until I see a maximum power rejection into first order.

I am assuming that moving the AOM is not going to affect the input pointing because all these activities are happening before the PMC. So as long as I have the output beam from the AOM aligned to the PMC at the end, everyone should be happy.

I made the following change to correct the sign of the 126MON channel:

allegra:c1aux>ezcawrite C1:PSL-126MOPA_126MON.EGUF -410
C1:PSL-126MOPA_126MON.EGUF = -410
allegra:c1aux>ezcawrite C1:PSL-126MOPA_126MON.EGUL 410
C1:PSL-126MOPA_126MON.EGUL = 410
allegra:c1aux>

As we learned yesterday, the PSL laser power out put mechanical shutter is not working in the remote mode. It only works in local manual mode.

Do not rely on the MEDM screen monitor readout! The position is only changing on the monitor. The main beam must be blocked before the output periscope.

Some thoughts on what happened with the MOPA cooling. 

Some unknown thing happened to precipitate the initial needle valve jiggle, which unleashed a torrent of flow through the NPRO.  This flow was made possible by the fact that the cooling lines are labeled confusingly, and so flow was going backwards through the needle valve, which was thus powerless to restrict it.  The NPRO got extremely cold, and most of the chiller's cooling power was being used to unnecessarily cool the NPRO.  So, the PA was not getting cooled enough.  At this, point, reversing the flow probably would have solved everything.  Instead, we turned off the chiller and thus discovered the flaky start-motor capacitor. 

Now we have much more information, flow meters in the NPRO and main cooling lines, a brand-new, functioning needle valve, a better understanding of the chiller/MOPA settings necessary for operation, and the knowledge of what happens when you install a needle valve backwards.