STS2-B in the BierGarten still is the PEM unit destined for the vault.  But the STS2-A (HAM2) is back at its home by HAM2 and all cables are returned to their original location.  More looks after setting.

9:39 Hugh going to CER

11:07 Nutsinee to HWS table near HAM 4

11:33 Nutsinee out

11:39 Nutsinee to LVEA

11:54 Nutsinee out

12:42 Richard to EY for network cabling

12:45 Fil to EY

13:26 Elli to LVEA HAM4 HWS work

13:26 Bubba to LVEA for critter control

13:30 Jim B and Ryan to EY for network switch work

13:42 Bubba out

14:35 Jim B and Ryan out

14:48 Jim B, Ryan, and Elli to EY

I greened up the SDFs for H1 by accepting the ETM & ITMs running the 90 mHz blends as opposed to the 45 mHz for the beam line DOF.  Also accepted the matrix changes for HAM1 2 & 3 for the STS ground seismo input switch to the C unit at HAM5.

A remote controlled power switch has been installed at EY to allow power for the HWS camera to be turned off or on from the control room.  The IP address for the switch is 10.105.0.155, access using telnet, port 23.  Ellie King has the instructions for controlling the power.  The camera is plugged in to outlet #1.

The CDS switch at EY needed to be power-cycled to allow us to do a password recovery procedure. This interrupted data collection for vacuum channels, the HEPI pump controller, and weather station for the end station.  Vacuum data has a gap from approximately 13:51 PDT to 14:06 PDT.

EY Weather was restored at 3:47

EY dust seems to have not been affected.

Didn't interpret any of the WPs to result in vacuum alarms

Scott L. Ed P. Chris S. Cris M. (1/2day)

5/6/2015
Cleaned 45.7 meters ending at HNW-4-034. Removed lights and began moving equipment to next section north.

5/7/2015
Finished moving equipment and hanging lights. Start vacuuming support tubes and tube cleaning. Cleaned 36.5 meters of tube, ending 16 meters north of HNW-4-035.

5/8/2015
Cleaned 45.7 meters ending at HNW-4-038. Cleaning crew left at noon.

At Kiwamu's request, I have updated the script which runs from the 'Turn WFS ON/OFF' button on the IMC_WFS_MASTER.adl medm screen.  It appears this script was ported from the 40-meter lab (a few channel were still listed as C1:) in addition to touching a number of other switches and filters in an undesirable way.  I commented out everything except the gain setting for the slider, so it should function solely as an ON/OFF switch as advertised.  Changes have been committed to SVN.

I will take the LLO aLOG offline to migrate it to a new server during the maintenance window on Tuesday, May 12, 2015.

Work Permit:
https://workpermit.ligo-la.caltech.edu/view.php?permit_id=2544

 Re Yesterday log on the STS2 work.

Last night I swapped the field cables for HAM2 and ITMY (A & B) STS2s at the interface chassis.  This morning the traces from all three STS2 look good.  See attached, the pink traces are references and notice the noise in the .5 to 5Hz area.  All the other traces are consistent--the coherence below is exactly the same story.  Since the signal from the HAM2 STS2 looked bad with two different cables, inferring the contacts have been worked a bit, this suggests the problem is more likely on the interface side of the connection.  I'm going to do some cable wiggling and switch them back this morning.

Thanks much to Robert Schofield for assistance & teaching.

Sift wiki page

Lock times: (ODC-MASTER_OBS_INTENT & DMT-DC_READOUT_LOCKED)

1114582937 1114624965 (42028s)
1114629970 1114639925 (9955s)
1114643198 1114646416 (3218s)

There were three locks on 2nd May for ~10.5hrs , ~2 hrs and 3hrs (continued to 3rd May) respectively.

The first lock loss happen after turning on 504.8 Hz Violin mode damping loop (alog). Not sure about the second one (Nutsinee was guessing that the initial alignment was not done for the full day so may be the optics started drifting), but the third lock was lost because PSL tripped (alog).

The first lock had stable inspiral range of ~8MPC while the second had slightly better range ~10MPC.

Three dips in the inspiral range of the first lock were caused by three loud glitches. (Glitch follow up).

OAF and GDS h(t) calibration still differ between 20Hz and 110Hz (and a bit above 2kHz).

There were few interesting glitch bands: 10 to 40Hz starting from 12:30UTC. , 80-300Hz through out the locks. Most of the loud glitches were seen around this frequency band.

Both UPV and Hveto have found H1:ASC-AS_A_RF45_Q_PIT_OUT_DQ to be the most effective veto channel.

10-40Hz glitches might be related to angular sensing and control channels and output mode cleaner angular channels.  STAMP-PEM has shown that OMC-ASC_QPD_B_PIT_OUT, OMC-ASC_ANG_Y_OUT, ASC-AS_{A,B}_RF45_Q_PIT_OUT channels have high coherence with DARM in 10-40Hz frequency band which started after 12p.m. Might be the cause of excess low frequency glitches starting from 12:30p.m.

Daily CBC result has an interesting vertical band of glitches around 12 to 12:30UTC. It looks like a messy PSD estimation, but the timing is not  convincing that it's involved with the noise floor jump  which seems to be closer to 12:50 UTC.

J. Oberling, R. Savage, P. King, J. Bartlett

The goal for today was to replace the flow sensors for both PSL chillers with new ones with no moving parts; we have to bring both chillers down to replace one, so might as well replace both.  Once we swapped out the flow sensors both PSL chillers quit working, giving the same error; we are in touch with the service dept to figure out what happened.  In order to get the PSL back up and running we installed the spare PSL chillers, which we had also installed new flow sensors in.  As it turns out, these new flow sensors don't play nicely with the chillers for some reason not known to us.  We therefore re-swapped the old flow sensors that were originally in the spare chillers.  As our luck would have it, the diode chiller flow sensor was reporting no flow when we could clearly see flow; we replaced this flow sensor with one from the original chillers.  By this time we had lost track of which flow sensor was from the crystal chiller and which was from the diode chiller (the one we originally suspected as beginning to fail, thereby causing the PSL trips we have been seeing).  In other words, we traveled in one huge circle today, and the original problem with the PSL diode chiller flow interlock tripping may not be fixed.  Luckily, we are all now experienced in swapping these flow sensors out, so if the PSL does happen to trip again because of the diode chiller flow interlock, we will swap it again.

As it happens, the PSL tripped as I was writing this alog.  Jeff and Peter had already made it out, so Rick and I swapped the flow sensor and got everything to work after some issues.  More detail on that to come tomorrow, as now I'm tired and hungry.

In response to Jeff's (re)discovery of low DARM cavity pole (alog 18283), I looked at past data of various DC and RF sideband power signals to see if there was something anomalous. Specifically speaking, I made a comparison between the data from May-1-2015 and the one from May-6-2015.

A first impression I had is that, looking at the AS 90 in-phase signals from the two data, the DRMI alignment looked very good to me and therefore I imagined that losses due to misalignment in SRC have been small. Since the DRMI for the 45 MHz sidebands is (almost) critically coupled, I can do an order estimation for SRC intra cavity losses. First, I simplifed the DRMI transmissivity as

  (amplitude transmissivity of DRMI to AS) = Ts / (1 + Ts + L) ~ 1 - L/Ts

where Ts and L are SRM power transmissivity and intracavity loss (or half of the round trip loss) respectively. AS 90 is made of beatnote of the upper and lower 45 MHz sidebands. So the AS90 should be proportional to the square of the above equation. In order to explain a 2 % reduction in the AS90 as shown in the above table, L needs to be about 350 ppm. This sounds too small in order for loss to reduce the DARM cavity pole as low as 270Hz (see the plot in alog 17889).

Perhaps, I should do a similar analysis for POP90 which showed some increase -- this is usually an indication of misalignment in SRC. However, on the other hand, POP18 behaved anomalously in the sense that it dropped by 40 % while the carrier recycling gain increased slightly. This shounds to me some rf saturation, beam clipping or that sort of things and therefore I am not so keen to analyze the POP signals of the 11 W data.

At Kiwamu's request, I have updated his PD Null script, pdOffsetNull_ver2.py, located in opt/rtcds/userapps/release/lsc/h1/scripts, to include the balance of the LSC PDs.  The list of PDs zeroed by this script is now:

'LSC-POPAIR_B_RF18',
'LSC-POP_A_RF9',
'LSC-POP_A_RF45',
'LSC-POPAIR_A_RF9',
'LSC-POPAIR_A_RF45',
'LSC-POPAIR_B_RF90',
'LSC-ASAIR_B_RF18',
'LSC-ASAIR_B_RF90',
'LSC-REFLAIR_A_RF9',
'LSC-REFLAIR_A_RF45',
'LSC-REFLAIR_B_RF27',
'LSC-REFLAIR_B_RF135',
'LSC-REFL_A_RF9',
'LSC-REFL_A_RF45',
'LSC-ASAIR_A_RF45'
'LSC-X_TR_A_LF',
'LSC-Y_TR_A_LF',
'LSC-TR_X_QPD_B_SUM',
'LSC-TR_Y_QPD_B_SUM',
'LSC-POP_A_LF',
'LSC-REFL_A_LF',
'LSC-POPAIR_A_LF',
'LSC-REFLAIR_A_LF',
'LSC-ASAIR_A_LF',
'LSC-POPAIR_B_LF',
'LSC-REFLAIR_B_LF',
'LSC-ASAIR_B_LF'

The changes have been committed to the SVN.

For the record, following are the measured weights of the QUAD glass penultimate masses (PUM) and test masses that are currently here at LHO.  Most of this data can also be found on the CIT optics Nebula we page.  Note the labels of the masses are slightly confusing as the optics have been coated specifically for the one-arm.

MASS     LABEL              INSTALL LOCATION
39,653g ETM02 (TM)    BSC8 ITMy
Didn't measure ITMy PUM because it was the first mass bonded and we were not wise to the need for weights.
39,626g ETM04 (PUM) BSC6 ITMy PUM
39,689g D050421-001 BSC6 ETMy PUM (was lasti mass)
39,613g ETM04 (PUM) 
39,641g ETM05 (PUM)
39,633g ITM01 (PUM)
39,621g ETM03 (PUM)