The gpstime package leap seconds data base file was out of date, and user/group owned by a non-controls account.  Updated the file and changed permissions on the gpstime directory to allow updates.

J. Oberling, P. King (from Pasadena)

Checked on the PSL this morning, all was fine except we lost ~10 W of power over the break (before the break we were at ~160 W, this morning we were at ~150 W) and the NPRO noise eater needed to be reset.  Everything looked as expected, so the power loss is most likely due to natural decay of the HPO pump diodes.  I increased the HPO diode currents to recover our lost power; the currents were changed from 50.5 A to 51.0 A for each HPO diode box.  I then tweaked the pump diode temperatures, see the table below for a summary of the changes (remember that each HPO diode box has 7 individual laser diodes).  The PSL is now outputting ~166.5 W from the HPO box itself (the internal power reading is ~212 W).

With the ISS off this gives 80 W incident on the PMC, which is the desired incident power for the PMC; the PMC was outputting ~65 W.  I then did a quick tweak of the beam alignment into the PMC, only tweaking the horizontal alignment (vertical looked fine), which improved the PMC transmitted power to ~67 W (ISS still off).  With the ISS turned back on the PMC is outputting 64.7 W, which is where it was set at the start of O2.  Also with the ISS on, the FSS RefCav TPD is reading ~3.6 V, so no adjustment is necessary there.  The H1 PSL is ready for the resumption of O2.

Laser Status:
SysStat is good
Front End Power is 34.18W (should be around 30 W)
Front End Watch is GREEN
HPO Watch is GREEN
PMC:
It has been locked 0.0 days, 20.0 hr 28.0 minutes (should be days/weeks)
Reflected power is 13.29Watts and PowerSum = 80.42Watts.

---->There is a note that this PMC Reflected power is high, but that was for O1 (for O2 we are fine).

FSS:
It has been locked for 0.0 days 1.0 hr and 5.0 min (should be days/weeks)
TPD[V] = 3.673V (min 0.9V)

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

THis closes FAMIS 7419.

HAM2 Yaw is now off-scale around -30 (but don't think Jason wants to monitor this anymore...so perhaps it should be removed from procedures/templates/scripts?).

Everything else looked fine.

This closes FAMIS 4708.

J. Kissel

I've restored PCALX and PCALY's excitations (including calibration lines on Y and CW hardware injections on X) from the shut down. All systems are go, OFS looks stable.

J. Kissel

ALS Fiber PLL's rejected/wrong polarization looks nice and low. The wrong polarization has swung up and down over the past 6 days, but never over ~20%. This is expected since the long-term drift is not controlled, and temperatures of the site have been dynamic. Currently hovering at a very acceptable ~7 / 4 % for X / Y, respectively. Trend attached.

J. Oberling, C. Gray, J. Kissel

Ran through a cursory check of the TCS system:
- TCS lasers look healthy, transmitted power applied to the ITMs looks stable over 6 day trend
- DIAG_MAIN reports no problems with TCS chillers
- Ring heaters all cooking at their nominal power
- HWS X Code has stopped running (but this has been under development, and unfortunately expected)

J. Kissel, C. Gray

We've used the chamber managers to bring all SEI systems back to nominal -- HAMs to ISOLATED, ITMs and ETMs to FULLY_ISOLATED, and BS to ISOLATED_DAMPED. 

Before turning on sensor correction, I checked that the end-station BRS signals looked sane, and they do. BRS X damping is still OFF, but the amplitude of the raw tilt signal looks within +/- 100 [ct], which is acceptable. 

Once isolated, I used the ISI_CONFIG manager to bring all platforms to their respective WINDY configuration, as per nominal.

All chambers are now running smoothly as expected, with there BLRMS blinky-light matrices almost entire green, with a little yellow sprinkled here and there (again, as expected).

J. Kissel, B. Gateley

As we begin to bring things back up today, following the restart checklist from the OPS Wiki, I've taken a trend of the past 6 days of VEA temperatures. All looks pretty stable, within 1 [deg C] over the course of the trend. Attached are trends in [deg C] and [deg F] for the relavent channels.

One thing to note: the entire LVEA average channels, 
    H0:FMC-LVEA_AVTEMP_DEGC
    H0:FMC-LVEA_AVTEMP_DEGF
shows a significant drop (see last attachment), because it's an average of *all* LVEA temperature zones, including the H2 PSL area, which has indeed dropped by ~1-2 [deg C] in the past few days. However, Bubba took a look at the metrics on the FMP windowes machine, and suggests all looks as well as he expected. We both don't know which zones are averaged in either system, so we think that the zones near the H1 PSL (Zone 5), BSC 1,2,3 (Zone 1A), and in the output arm (Zone 4) are better metrics for H1 (and correspond better to the FMP system's channels),
H0:FMC-CS_LVEA_ZONE5_DEGC (or DEGF)
H0:FMC-CS_LVEA_ZONE1A_DEGC (or DEGF)
H0:FMC-CS_LVEA_ZONE4_DEGC (or DEGF)

TITLE: 01/03 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC

Summary:
Calibration measurements utilizing Pcal to DARM transfer functions can be impacted by non-unity gain when making corrections for the modeled frequency response of the AA filtering. At LHO, the ER10/O2 model had an analog AA transfer function with non-unity gain based on the LTI measurements from ER8 (at LLO, the LTI model for ER10/O2 was normalized to 1). The analog AA model at LHO has a gain of ~0.99. Below we detail the impact on sensing function and actuation coefficients. In summary, the sensing function gain is ~1% larger than originally modeled, and the actuation coefficients are ~1% smaller. This would imply that the inspiral range is ~1% higher than currently predicted.

This new understanding means that the analysis code needs to be re-run for the optical response parameters and actuation coefficients. The front-end calibration will need to be updated, and, finally, the GDS pipeline needs new filters generated and installed.

Details:
The calibration of the Pcal channels (ex: H1:CAL-PCALX_RX_PD_DQ) determines the watts reflecting from the ETM per count of the channel at DC. Whatever gain of the analog AA, this is already accounted for in this calibration procedure. This gain is implicitly accounted for when the value of the calibration is installed in the front-end filter module.

A Pcal to DARM transfer function was previously understood as follows (note that PD calib., susnorm, m/N coeff are taken care of in the front end and (1+G)*(1/f^2) are taken care of in analyzing the measurements):

DARM   (IFO opt. resp.) (OMC DCPD TF) (AA(a) freq. resp.) (AA(a) gain) (AA(d) TF)
---- = ----------------------------------------------------------------------------------------------
PCAL   (PD calib.) (AA(a) freq. resp.) (AA(a) gain) (AA(d) TF) (susnorm) (m/N coeff.) (1 + G) (1/f^2)

where AA(a) is the analog AA, AA(d) is the digital AA, and "freq. resp." means the normalized transfer function, and G is the open loop gain. In the above (incorrect) understanding, the AA(a) and AA(d) terms cancel. The reason this is incorrect is that the AA(a) gain has an inverse in the PD calibration factor. So the real (correct) Pcal to DARM transfer function is:

DARM   (IFO opt. resp.) (OMC DCPD TF) (AA(a) freq. resp.) (AA(a) gain) (AA(d) TF)
---- = --------------------------------------------------------------------------------- .
PCAL   (PD calib.) (AA(a) freq. resp.) (AA(d) TF) (susnorm) (m/N coeff.) (1 + G) (1/f^2)

Thus, to isolate the IFO optical response, we need to divide out the modeled AA(a) gain. Since the gain is ~0.99, then the gain of the optical response should go up by ~1%.

The above equations are laid out in a graphical subway map schematic in G1501518-v14.

The actuation coefficients will also be impacted by this, although the coefficients will be multiplied by the AA(a) gain so that the overall DARM OLG remains unchanged.

I have pushed the changes to the DARM model code and scripts that account for this. Specifically:
computeSensing.m (r4025)
create_partial_td_filters.m (r4026)
create_full_td_filters.m (r4027)
fitDataToC_20161116.m (r4028).

Re-running analysis of optical response parameters requires re-running the fitDataToC_20161116.m script first (with printing data to file), then running the fitCTF_mcmc.m script. Re-running analysis of actuator coefficients requires re-running actuatorCoefficients_Npct.m (with printing data to file), then re-running fitActCoefs_Npct.m.

Hopefully this takes care of everything. Unfortunately, I cannot verify these changes with Matlab because I have no way of running Matlab offsite (need a network license). :(

1530 - hrs. local -> Kyle on site for daily inspection  

Found main entrance to OSB not locked -> I locked it.  Noticed snow completely covering/blocking solar panels which charge the BT ion pump gauge batteries -> Took no action but lamented not not opting for the 24/7 diesel generators ;).  Manually overfilled CP3 and CP4 (I have a problem - I know that now).  Noticed that the red lamp which indicates the presence of 120VAC at the VPW outside water storage tank (DI water storage?) was not illuminated -> I investigated and confirmed that 120VAC was not present at the local heat trace thermistor? RTD? box(es).  Also noticed that the GFCI receptacle which is on the same circuit and is used to supply trace heat to the line from the tank to the building penetration was tripped -> I reset it but the red lamp did not come on -> I measured 120VAC the GFCI receptacle after resetting it but still no red lamp.  I opted not to start the WP process tonight but texted Bubba.  Noticed vacuum gauge alarms still waiting for acknowledgment on the Operator's alarm computer but these are stale and left over from the PT-343 and PT-310 issues of a few days ago.  

Just took a call in the CR from Terry G. asking me to send out an LHO-all email that Hanford has announced a 2 hour delay to tomorrow's start of work day -> I'll send out an email now.  

1915 hours local -> Kyle leaving site now

Starting CP3 fill. LLCV enabled. LLCV set to manual control. LLCV set to 50% open. Fill completed in 26 seconds. LLCV set back to 16.0% open.
Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 82 seconds. LLCV set back to 35.0% open.

As found, the shop light used as a local heat source for CP5's LLCV ("control valve" for John) was on, the valve stem pointer was 60% < pointer < 70% and the pump level was ~75% full as indicated by CDS and 30" WC as per the magnahelic diff pressure gauge (mechanical level) -> I opened the LLCV bypass valve 1/2 turn to manually fill CP5 while I troubleshot (reached > 100% full in 35 minutes).  I decided to fix the heat tape issue on this visit so we wouldn't need the light anymore.  The trace heat switch in the VEA was on but no 120VAC at the heat tape -> found tripped breaker (CKT #1 in panel VEAC-01A???).  I then confirmed 120VAC at the JCT box feeding the trace heat tapes - fixed (the breaker was likely tripped when the heat trace was installed a few years ago?)  Next, I removed the electric actuator cover and found a 1/2" of standing water in the bottom of the housing (not frozen).  One of the 24VDC wires had a crimp connector which was fully submerged.  Measured 3.9VDC at the terminal strip inside of the housing.  I noticed that the 1/2" plastic liquid-tight conduit elbow had been cross-threaded into the actuator housing such that it wasn't fully threaded and, as such, wasn't compressing the O-ring, i.e., was not making a water-tight seal -> I lifted the wires and removed and re-threaded this fitting (I should have tried to find a new one). I also followed Gerardo's lead and used electrical tape to seal all of the liquid-tight joints - Brrrrr.. cold fingers makes working with 18awg wires in tight spaces and electrical tape a humiliating task!  

Back in the "oh, so warm" VEA I found the blown fuse for XV300 terminal 212 and replaced it -> Confirmed 24VDC in actuator housing - fixed! I stroked the LLCV to 0% open via MANUAL mode in CDS (note, I had to come back to the Fuching Corner Station to do this because I couldn't navigate the Beckhoff screens!  Argh! I feel like a stranger in my own home.  No more changes/upgrades people!) and confirmed (back at the X-mid) that the valve stem pointer was at 0% etc.. 

Leaving in PID control

The pending leap second LED cleared at 16:00 PST indicating the leap second was applied correctly. Disappointingly I did not see the seconds indicator do the 58, 59, 60, 00, 01 sequence, it looks like it stayed on 00 for two seconds.

The computer h1susauxh34 died at 14:57 PST Saturday. It was powered up, but had a blank console and not reachable via network. Since this is not on the Dolphin fabric, I power cycled it at 15:53 PST and it came back correctly.

I'll stop in and fix after lunch, 90 minutes or so.