Maintenance tasks: all times UTC

• 15:00 - Bubba - scafolding in CER - done?
• 15:00 - Kyle - EX - TMDS commissioning
• 15:00 - Betsy - charge measurements - done
• 15:00 - JeffK - rubbing checks on singles
• 15:20 - Karen - EY - cleaning - done
• 15:28 - Betsy - LVEA - gathering tools - done
• 15:30 - Rick, Sudarshan - EY - Pcal spots
• 15:30 - Fil - LVEA squeezer prep
• 15:35 - Amber - tour to LVEA - done
• 15:37 - Chris - LVEA - 1ton to receiving and opening inner roll up door - done
• 15:37 - Bubba - LVEA - running cleanrooms for a short time to check fans
• 15:42 - LN2 delivary to MY or EY???
• 15:44 - Jason - pump diode adjustment - done
• 15:45 - Pest Control here to spray
• 15:54 - Robert - LVEA - setting up for measurements
• 16:03 - Sheila - EX and then EY for replacing ESD grounding
• 16:18 - Liz - EY and MY to check fire pannel keys
• 16:40 - Karen leaves EY
• 16:45 - Betsy to LVEA for more SUS parts inventory
• 16:46 - Chris and Pest Control to EY and EX
• 16:51 - Liz - back from outbuildings
• 16:58 - TMSY trips - ISI rung up, unknown cause
• 17:16 - DaveB, TJ - rebooting H1fescripts0
• 17:33 - Dave, TJ - no external triggers - temporarilly
• 17:35 - Rick, Sudarshan - done at EX, leaving WiFi and computer on for Travis
• 17:35 - Travis - done at EY - now laser safe
• 17:45 - Thomas - Pcal transfer functions
• 17:53 - Hugh - End Stations to check HEPI fluid levels
• 17:56 - Amber - tour in LVEA
• 18:02 - Betsy - done
• 18:02 - Christine, Nicole - EY
• 18:15 - JeffK - done with rubbing checks
• 18:19 - Thomas - done with Pcal TF
• 18:23 - Rick - LVEA looking to talk to Robert
• 18:47 - Hugh - back from End Stations
• 18:54 - Christine, Nicole - leaving EY
• 18:55 - Bubba - done in LVEA
• 19:16 - Kyle - done at EX, has about 20 minutes of unloading at CS
• 19:23 - Robert - done in LVEA
• 19:27 - DaveB - external trigger certificate issues is not corrected - done

Current:

• 19:27 - Sheila has H1 and is commissioning

SudarshanK, RichardS

We moved the Pcal beam back to their optimal position at 111.6 mm away from the center of the optic. The actual position of the  current Pcal beams (last column) along with the history of where they were are in the table below. The number quoted on the table are distance of Pcal beam (in mm) from their optimal position of [0, +/- 111.6] mm. 

We also re-centered the Pcal beams on the receiver side to relieve it from any clipping that was happening outside the vacuum. The spectra attached below shows no significant clipping on the Rx beams.

We will run a set of calibration lines (from 4501.3 - 1501.3 at 500 Hz interval) with this Pcal beam configuration for about a week.

Attached are the weekly charge plots with today's new data appended.  The charge on both ETMs continue to trend away from zero.  Sadly.

Cheryl asked for a command line program to write operations logs to a text file. I have created a simple bash script called oplog

Here is the help page (printed if oplog is called with no arguments, or a single 'help' argument)

david.barker@zotws6: oplog help
Usage:
      oplog text to be entered into log file             | Simple text entry
      oplog 'text with non alpha-numberic characters'    | Complex text entry
      oplog help                                         | Show this help page
      oplog show                                         | Print content of your log file

Each user has their own log file, dated with the current day's date, in the /tmp/directory. The log file can be listed with the 'oplog show' command

oplog show
Aug 08 2017 18:03:12 UTC one two three four
Aug 08 2017 18:03:32 UTC five six seven eight
Aug 08 2017 18:13:26 UTC here is a long text line, it has many characters - including a dash
Aug 08 2017 18:17:31 UTC how about
Aug 08 2017 18:17:40 UTC how about & character?
Aug 08 2017 18:18:02 UTC show
Aug 08 2017 18:29:29 UTC
Aug 08 2017 18:32:28 UTC show the text
Aug 08 2017 18:33:18 UTC reboot h1fescript0

J. Kissel

I've checked the last suspensions for any sign of rubbing. Preliminary results look like "Nope." 

The data has been committed to SUS repo here:
/ligo/svncommon/SusSVN/sus/trunk/HAUX/H1/IM1/SAGM1/Data/
2017-08-08_1629_H1SUSIM1_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1629_H1SUSIM1_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1629_H1SUSIM1_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HAUX/H1/IM2/SAGM1/Data/
2017-08-08_1714_H1SUSIM2_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1714_H1SUSIM2_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1714_H1SUSIM2_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HAUX/H1/IM3/SAGM1/Data/
2017-08-08_1719_H1SUSIM3_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1719_H1SUSIM3_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1719_H1SUSIM3_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HAUX/H1/IM4/SAGM1/Data/
2017-08-08_1741_H1SUSIM4_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1741_H1SUSIM4_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1741_H1SUSIM4_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM1/SAGM1/Data/
2017-08-08_1544_H1SUSOM1_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1544_H1SUSOM1_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1544_H1SUSOM1_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM2/SAGM1/Data/
2017-08-08_1546_H1SUSOM2_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1546_H1SUSOM2_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1546_H1SUSOM2_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM3/SAGM1/Data/
2017-08-08_1625_H1SUSOM3_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1625_H1SUSOM3_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1625_H1SUSOM3_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/RM1/SAGM1/Data/
2017-08-08_1516_H1SUSRM1_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1516_H1SUSRM1_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1516_H1SUSRM1_M1_WhiteNoise_Y_0p01to50Hz.xml

/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/RM2/SAGM1/Data/
2017-08-08_1520_H1SUSRM2_M1_WhiteNoise_L_0p01to50Hz.xml
2017-08-08_1520_H1SUSRM2_M1_WhiteNoise_P_0p01to50Hz.xml
2017-08-08_1520_H1SUSRM2_M1_WhiteNoise_Y_0p01to50Hz.xml

Will post results in due time, but my measurement processing / analysis / aLOGging queue is severely backed up.

The 10 day trends attached around the April vent show the change in HAM2's position sensors cartesian location.  The middle panels show the pressure and gaurdian request state.

At the beginning, the HAM remained locked through the venting and then was taken to DAMPED.  Clear shifts in position are seen at that time.

This table is the position in the two states:

DOF      Isolated/vacuum     Damped/vented
Z         -39800nm                 -20 -- -17um
Y         -57000                        -61.5um
X           4300                           15
RX         26000                        26.3
RY        -33400                       -19.5
RZ         85800                        86.3 -- 88.5
 

This vent was short, about 2 days and the observant reader will notice the range in the above table for Z and RZ along with the trends for these DOFs moving during the vent period.  I'm guessing this trend is the continuing thermal transition after coming to atmosphere.  After pumping down, the ISI remained unisolated for a few more days and the positional change between at atmosphere vs at vacuum is evident.  Finally, the ISI is reisolated back to where it started.

The important point is the Isolated versus vented position.  At atmosphere, the ISI would be stopped on the lockers if work were to be done and we strive to have that shift between locked/unlocked to be less than 50um local coordinates.  The locking is usually a bit better than this.

During at-atmosphere work, these LOCATIONMON channels will give an indication of position changes with the caveat that all references are on the slab.

Restarted at 17:21UTC

Sparked by an email from Jeff B, I talked to Jason and went over what the Guardian should turn off if we lose the PSL light. Previously the LASER_PWR node would turn off the following when H1:PSL-PWR_HPL_DC_LP_OUTPUT < 1:  

H1:PSL-FSS_AUTOLOCK_ON = 0
H1:PSL-PMC_LOCK_ON = 0
H1:PSL-ISS_AUTOLOCK_ON = 1
H1:PSL-ISS_SECONDLOOP_OUTPUT_SWITCH = 0

Today I added to the list:

H1:PSL-ISS_LOOP_STATE_REQUEST = 0

H1:PSL-PMC_RAMP_ON = 0

I tested this by changing the above listed condition to be > 1, and then manually putting it into that state. Everything was turned off, and did what it should. I brought it back and we should be good.

FAMIS7450

Laser Status:
SysStat is good
Front End Power is 33.9W (should be around 30 W)
HPO Output Power is 154.8W
Front End Watch is GREEN
HPO Watch is GREEN

PMC:
It has been locked 20 days, 23 hr 9 minutes (should be days/weeks)
Reflected power = 17.42Watts
Transmitted power = 57.23Watts
PowerSum = 74.65Watts.

FSS:
It has been locked for 0 days 2 hr and 35 min (should be days/weeks)
TPD[V] = 1.875V (min 0.9V)

ISS:
The diffracted power is around 2.9% (should be 3-5%)
Last saturation event was 0 days 0 hours and 55 minutes ago (should be days/weeks)

Possible Issues:
PMC reflected power is high

Attached are trends for the HPO laser head flow rates for the last 4 days.  Once again, no change since the last report, flows are holding steady.

This morning I completed the weekly PSL FAMIS tasks.

HPO Pump Diode Current Adjustment (FAMIS 8434)

With the ISS OFF, I adjusted the HPO pumpd diode operating currents.  All currents were increase by 0.1 A; I have attached a screenshot of the PSL Beckhoff main screen for future reference.  The changes are summarized in the below table:

I did not adjust the operating temperatures of the diode boxes.  The HPO is now outputting ~154.9 W; the ISS is now turned ON.  This completes FAMIS 8434.

PSL Power Watchdog Reset (FAMIS 3662)

I reset both PSL power watchdogs at 15:52 UTC (8:52 PDT).  This completes FAMIS 3662.

TITLE: 08/08 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
    Wind: 7mph Gusts, 6mph 5min avg
    Primary useism: 0.47 μm/s
    Secondary useism: 0.07 μm/s 
QUICK SUMMARY:

Maintenance has already started because of the EQ. 

TITLE: 08/08 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Preventive Maintenance
INCOMING OPERATOR: Jeff (covering for Travis)
SHIFT SUMMARY:

Remained in observing until a 6.5 mag earthquake in China knocked us out of lock. Left ISC_LOCK at DOWN and started maintenance early. ISI_CONFIG is set to LARGE_EQ_NOBRSXY.

Issues (see earlier alogs):
GraceDB query failure
Possible mismatch on ops overview for ETMY RMS WD, current overview on video2 not the same as one currently linked on sitemap?
ALS X fiber polarization
Seismon not updating
Tripped watchdogs from earthquake

LOG:

12:32 UTC restarted video4
14:05 UTC Lockloss, 6.5 mag earthquake in China
14:17 UTC Chris to CER to work on scaffolding
14:32 UTC Karen opening receiving door
14:46 UTC Bubba to CER to work with Chris on scaffolding

M 6.5 - 36km W of Yongle, China
2017-08-08 13:19:49 UTC 33.217°N   103.843°E 10.0 km depth

Lockloss at 14:05 UTC.

It seems the System Time for Seismon stopped updating at 1186191618 GPS, Aug 08 2017 01:40:00 UTC, yet its System Uptime and Keep Alive are still updating.

14:10 UTC ISI platforms started tripping. Transitioned ISI config to LARGE_EQ_NOBRSXY.
Tripped:
ISI ITMY stage 2
ISI ETMY stage 2
ISI ITMY stage 1
ISI ITMX stage 1
ISI ITMX stage 2
ISI ETMY stage 1
SUS TMSY

Leaving ISC_LOCK in DOWN. Starting maintenance early.

14:18 UTC Set observing mode to preventive maintenance.

Started appearing intermittently (see attached).

Have remained in observing. No issues beyond the GraceDB query failure to report.

The Ops overview MEDM screen is showing a red block that reads 'GraceDB query failure' (see attached). I found the following wiki page: https://cdswiki.ligo-wa.caltech.edu/wiki/ExternalAlertNotification and followed the instructions to log in to h1fescript0 and run 'ps aux | grep exttrig'. It reports the following:

root       787  0.0  0.0  77568  3636 ?        Ss   23:41   0:00 sshd: exttrig [priv]
exttrig    963  0.0  0.0  77568  1612 ?        S    23:41   0:00 sshd: exttrig@pts/5 
exttrig    964  0.9  0.0  26860  8112 pts/5    Ss   23:41   0:00 -bash
exttrig   1217  0.0  0.0  18148  1260 pts/5    R+   23:41   0:00 ps aux
exttrig   1218  0.0  0.0   9380   940 pts/5    R+   23:41   0:00 grep --color=auto exttrig
exttrig   2386  0.0  0.0  28320  1640 ?        S     2016 348:20 caRepeater
exttrig   5449  0.0  0.0  26992  1464 ?        Ss   Jun20   0:00 SCREEN
exttrig   5450  0.0  0.0  27416  8820 pts/8    Ss   Jun20   0:00 /bin/bash
exttrig   6107  0.0  0.0 129772  9276 pts/8    Sl+  Jun20  33:49 python ./viralert_epics_ioc.py

This does not match what the wiki page says should be shown, but the wiki page was last updated in 2015, so maybe it is just not up to date?

I suspect this is the reason that there was no verbal alert of the earlier GRB (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=38051)?

As an aside, the screen that I brought up locally shows a red block near end Y that reads 'RMS WD'. This is not present on the one currently on the wall monitor. Looking at the ETMY suspension MEDM screen, to my eye I do not see anything out of place (see attached).