Updated the firmware,  Assigned IP address ending in .170 plugged Ethernet cable into port 5.  Verified that we can see the unit from the corner station machine. 
All units in each building are powered up.

WP 6327 to replace all of the anemometers is complete.  The End Y station was completed today.  All buildings Now have the same orientation Wind from CS to EndS is 0deg.  From Ey to CS is 90.
R

Attached is the approximate plan of our injections. 

We will do corner station early in the week and end stations later in the week.

We may change the tests based on what we find.

6338 CAL model changes

Jeff, Dave:

model changes made to h1calex, h1caley and h1calcs. First two required a DAQ restart.

6315 FW1 upgrade to latest Frame-cpp

Jonathan, Jim, Dave:

fw1 code made the same as fw0 and fw2. Some problems restarting daqd which Jim resolved. Now all three framewriters are writing byte identical files, MEDM was reverted back to its original comparison on frame size (no longer expects a +2 difference)

6336 Add channels to DAQ GDS-Broadcaster

Jess, John Z, Dave:

As per ECR1600350 243 channels were added to the DAQ GDS-Broadcaster. The ECR lists channel H1:GDS-CALIB_STRAIN which does not exist in the DAQ and was ommited.

We removed any channels in H1BROADCAST0.ini which no longer exist in the DAQ (72 channels were removed)

I've attached a text file showing the additions and subtractions.

6340 Removal of fast channels from SUS PI models and OMCPI model

Peter, Terra, Dave:

The obsolete zeroed 64kHz DAQ channels (which were needed in old RCG versions) were removed from h1susitmpi, h1susetmxpi and h1susetmypi. On Peter's recommendation, the H1:OMC-PI_DCPD_64KHZ_BHF_DQ channel was removed from h1omcpi.

6337 Reboot Guardian machine

TJ, Dave:

h1guardian0 was patched and rebooted. The patch upgraded SWIG from version 2 to 3. No problems on restarting the guardian nodes.

h1tw0 disk problems

Jim:

during the offloading of raw minute trends from the SSD-RAID, h1tw0 developed disk problems. For now it is not running as a trend writer.

DAQ RESTART

Jim, Dave:

The DAQ was restarted to support the above changes. Only issue was with h1fw1's restart problems. EDCU is RED due to missing h1tw0 connection.

WP6337 and WP6341 complete

h1guardian0 reboot

Dave restarted the h1guardian0 machine and all of the nodes came back up without issues. The machine updates have not shown any problems so far. Only thing to note is DIAG_MAIN  now has a VERY long loop time that is caused by cdsutil calls to get some data via nds1. The average loop time was ~1sec and is now ~65sec. There have been other reports and issues that I have seen that make it seem as though the nds is feeding some bad data and also taking much longer than it used it. tw0 has been having some issues today, so perhaps it is related to that. I will investigate further when I can.

HPI_HAM testing

I found the easy bug, a comma left at the end of a line. Sadly, this led to a bigger bug. The length of the list of dofs that we had put in created a state that exceeds the 39 character limit for states. After talking with Jamie we decided to try to split up these dofs and see if that will work for now. We will probably try this out next Tuesday if we can.

Gerardo, Chandra

Completed WP 6342

Turns out the annulus ion pump was bad on HAM 11 (replaced in May 2016). R&R and also upgraded the controller to a brand-new, out of package unit. Now both HAM 11 & 12 are reading 4 mA! IPs were valved in w/ turbo aux cart reading 1e-5 Torr pressure at cart turbo (we also used a hung turbo). Turbo cart is OFF, but still connected.

Gerardo updated the PV assignments on HAM 11/12 and 7/8 by swapping wires at Beckhoff racks (they were backward before). Now what you see on MEDM is what you get.

Awesome team work!

(see WP6332)

Also running turbo pump connected to PT180 hardware on dome of BSC8.  Coordinating with PEM folks to see if the IFO commissioning community can live with this noise source for a few days.  If so, we (Vacuum) would then bake the PT180 hardware while being valved-out from the YBM and while being pumped by these temporary pumps.  

Will be leaving these run past the official "Maintenance Day" period so as to see what these look like if/when the IFO is in low-noise.  May need to do some "on/off" tests as per Robert S. 

While at the End Station doing weekly fluid level checks, the HEPI tripped off due to a fluid level trip.  Two Things:

1) I have the fluid level trip point set pretty close to the running level to keep the mess minimal in the event of a leak. 2) The pressure wash task of the roof ladder had the jar wide open with an air temperature, what, mid 30s?

I did just manage to record the fluid level before the trip and it was down 1/16".  I surmise the cold air reduced the volume of the fluid enough to trigger the level switch.

I've lowered the trip point about 1/4" so this should not be an issue for some time, 1/16" was just a little too little head room.  Let's keep the door as closed as possible in extreme weather.

The system recovered just fine.

I have increased the chilled water set points at both end stations to 43 degrees F. This is an increase of 4 degrees.

The /trend file system (a SSD RAID) became corrupted yesterday evening at 22:59 PST.  This prevented raw trend data from being written and caused the daqd process to repeatedly restart all night.  

The file system has been repaired and the trend writer started again.

The old raw minute trend data was being copied to h1fw0 at the time, and was close to half done.  The copy operation will be cleaned up and resumed.

J. Oberling, P. King

We turned off the PSL Diagnostic Breadboard this morning, per LHO WP 6317.  We turned off the control signals for the DBB PZTs in MEDM, then shut off power to the DBB.  It will remain in this state for the duration of O2.  This closes WP 6317.

I also took the opportunity to perform the weekly PSL power watchdog reset.

Kyle called to let me know he was going into VEA at EX and Gerardo and Richard are going in as well to do RGA work. As a pre-emptive move I disabled EY as well so as not to forgetlater if things get hectic.

TITLE: 11/22 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC

STATE of H1: Commissioning

INCOMING OPERATOR: Ed

SHIFT SUMMARY: Quiet shift. Couple of small earthquakes. Observed the entire shift. Went to commissioning for manintenance activities. 

LOG:

15:45 Ken drives to warehouse

15:35 Karen to EY

15:56 Kyle to EX

I have made a filters file for LHO that includes the most recent updates to DARM model and the EPICS values (see aLOG https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=31693 ). The filters were made using revision #3847 of the calibration SVN and can be found here:
aligocalibration/trunk/Runs/ER10/GDSFilters/H1GDS_1163857500.npz

Several plots are attached:
1) h(f) spectrum from CAL-CS and GDS 
2) Ratio of spectra (GDS / CAL-CS)
3) Residual correction filter
4) Control correction filter

C. Cahillane

ER10 Actuation uncertainty budget for LHO based on the N/ct transfer function measurements from November 8, 9, 11, 12, and 18th.
To be clear, these measurements have the suspension models already divided out.  Additionally, we only take measurement points for UIM up to 30 Hz, and PUM up to 100 Hz, since these are the only regions they have any actuation authority.

We perform 4th order linear fits in the log(f) domain of the three actuation stages, UIM, PUM, and TST:

Fit = ( a_0 + a_1 * log(f+1) + a_2 * log(f+1)**2 + a_3 * log(f+1)**3 + a_4 * log(f+1)**4 ) * exp(i * 2*pi*f*a_5 + i * a_6)

The coefficients [a_0, ..., a_5] are the linear coefficients governing the magnitude of the fit.  
The coefficient a_5 is the time delay term, and a_6 is some phase offset.

I fit the magnitude in the log(f+1) domain because the data is taken with logarithmic frequency spacing, and this gives the MCMC more freedom to fit the more-uncertain low frequency data points while constraining itself in the bucket.  The plus one is so log(0 + 1) = 0 and not log(0) = -infinity, so at DC we don't explode our MCMC predicted results.
I fit the phase in the linear f domain because exp(i* 2*pi*f*time_delay) is the typical expression for a time delay, and this seemed to be a sufficient fit given our data.

There are two types of plots shown below: the corner plot and the measurement + fit + uncertainty results.  There is one such plot for each stage.

Plots 1, 2, and 3 are the UIM, PUM, and TST measurements + fit + uncertainty results.  The shapes represent the ER10 measurement sweeps, the green line is the MCMC MAP fit, and each individual grey line is a potential fit according to the MCMC.  The 1000 grey lines together form our uncertainty budget.

Plots 4, 5, and 6 are the UIM, PUM, and TST fit corner plots.  These show each parameter of the MCMC, its MAP value, and its 68% confidence interval in the title.  The PDF of each parameter is shown along the diagonal, while the bulk shows the covariance of each parameter with one another.  
The names of each parameter is slightly different from my equation above:

a_0 = H_{Stage}
a_1 = alpha
a_2 = beta
a_3 = gamma
a_4 = delta
a_5 = tau   (time delay)
a_6 = phi


In comparison with LHO aLOG 31344, the DC coefficient values found were:

H_UIM = 1.2 (+ 0.8 or - 0.7) * 10^-7
H_PUM = 6.8 (+ 1.5 or - 1.5) * 10^-10
H_TST = 4.0 (+ 0.2 or - 0.2) * 10^-12


However, 4th order fits may not be the best method of finding the DC coefficient, since even a small change in value on the 4th order coefficient can have a huge effect on the 0th order coefficient.  But for characterizing uncertainty in our actuation plant, this is the correct way since we don't in principle know the function we're fitting for.

Overall Uncertainty:

UIM Stage: < 3% magnitude and < 1 degree phase uncertainty
PUM Stage: < 2% magnitude and < 1 degree phase uncertainty 
TST Stage: < 2% magnitude and < 1 degree phase uncertainty

(All stages have their maximum uncertainty at low frequency.)

This level of uncertainty is exceptionally tiny, even with 4th order polynomial fits.  The great deal of measurements taken constrains the fit, lowering uncertainty drastically, especially in the bucket.  Once we can account for time dependence, we may be close to achieving 5% and 5 degrees, depending on the sensing function uncertainty, or becoming kappa-limited.

TITLE: 11/22 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Nutsinee
SHIFT SUMMARY:

Earth was still ringing at beginning of shift, but eventually made headway with locking.  Transitioned to PEM injections for 2nd half of shift (until a lockloss).  It has been 30+min and H1 has shown no issues with ASC (i.e. recycling gain worry Sheila mentioned)...this current lock I did not pause at NOISE_TUNINGS just to see if we could make it without having to wait for any cooling.

LOG:

• Investigations at Noise Tunings (we had dropped out of lock earlier and Sheila was helping us to stabilize H1).
• Seismic signals 
• 4:03 PEM Injections starting.  Note:  Keeping Observaotry Mode in COMMISSIONING state (Robert followed by Anamaria)
• 5:41 GRB Acknowledged.  H1 was in Injection Mode, so IGNORING Alarm per L1500117.  (Called LLO & Jeremy said L1 was in OBSERVING.)
• ~6:00 See EQ signals rising (guessing 5.4 New Zealand aftershock).  
• Terramon hasn't shown latest EQs
• 6:55 LOCKLOSS (PEM Injection work concludes for evening.  Turned back ON the ETMy PCal Line)
• 7:28 NOMINAL LOW NOISE (Wanted to zip right through to NLN & see how REFL WFS faired
• 742 OBSERVING (After running A2L)
• Spent time doing standard damping out of PI MODE27&28.
• 7:51-7:53 Went to turn off LVEA lights for the night.

Today we got a good start on PEM injections, injecting in the LVEA, PSL and the ebay, magnetic and acoustic injections. Tomorrow we plan to continue in the LVEA, more acoustic and magnetic and starting some shaker and possibly RF injections. Watch for cables on the floor if you go in the LVEA.