Give them a couple days for thermal stabilization and I'll check the spectra then.  The HAM5 unit is the one from EndY which was with the BRS that just did not have the quality we wanted.  The HAM5 STS is located in the Bier Garten for huddling with the ITMY STS; it is maybe 2 meters away.  The HAM2 unit never moved, just borrowed the Host Box for a couple weeks.

The T240 on the floor still looked well centered this morning so I opened the BRS thermal house, pulled the STS2 and installed the T240.  Wrapped it up in an ad hoc thermal blanket; maybe the low end will be even better for it.

Couple photos attached.  Will post some data after a few hours or tomorrow--likely will need a mass centering as this will be a different temp environment for the instrument.

Addition: the channels are:

X == H1:PEM-EY_ADC_0_09_OUT_DQ

Y == H1:PEM-EY_ADC_0_10_OUT_DQ

Z == H1:PEM-EY_ADC_0_19_OUT

That's right, the Z signal has no DQ variant.

[Dave, Kiwamu]

Since the ECR (E1700074) had been approved last night, we went ahead and implemented the change (34445) in h1asc in this morning. The below is a list of the new DAQ channels that are newly added for this bullseye system.

• PSL-DIAG-BULLSEYE_WID_OUT_DQ (2048 Hz)
• PSL-DIAG-BULLSEYE_PIT_OUT_DQ (2048 Hz)
• PSL-DIAG-BULLSEYE_YAW_OUT_DQ (2048 Hz)
• PSL-DIAG-BULLSEYE_SUM_OUT_DQ (2048 Hz)

The model restarted just fine. The medm screen was updated to reflect the new channel names and etc. See the attached for the new medm screen. This screen is accessible from the pull down tab of PSL on SITEMAP.

While checking the new ADS matrix, I discovered a bug in the LSC model.  The ASC and ADS get length and power buildup signals from the LSC model.  These are then used as error signals for the ADS, and the buildups as potential dynamic power normalization options for ASC error signals.

However, what is supposed to be POPAIR_B_LF (POP DC) from the LSC model is actually currently REFLAIR_B_LF. The attached image is a tiny portion of the LSC model, showing that what goes up a level is actually coming from a REFL tag, not a POP tag.  (I'll try to remember to put more screenshots showing the signal flow later, but want to get this fixed since it's maint. day).

At LHO, we are not actually using this signal to run the IFO.  We just occasionally look at it if we're demodulating things trying to find new error signals, during commissioning time.  I'll call LLO to check if they use it, because if they do (I don't think they do), they'll need to check on things.

I removed the beam dumps from the FLIR camera path from both TCS tables today, as per LHO WP 6492.

TCSy

On the TCSy table, I found no beam dump in the FLIR camera path.  The first attachment (TCSy_as_found_zoom_noFLIRBD.jpg) shows a close up shot of the area the dump is supposed to be installed; the empty table fork that holds the dump in place is still on the table.  As there was no beam dump installed here, there wasn't one to remove.  On to TCSx.

TCSx

On the TCSx table, the FLIR camera beam dump was installed as expected.  The 2nd attachment (TCSx_as_found_zoomBD.jpg) shows a close up of the beam dump, sitting just beyond the small power meter.  I removed this beam dump, which can be seen in the final attachment (TCSx_zoom_BD_removed.jpg).

As of the writing of this alog, both TCS CO2 lasers are turned on and functioning normally.  This closes WP 6492.

I reset both PSL power watchdogs at 17:40 UTC (9:40 PST).  This closes FAMIS task 3639.

FRS 7447
WP 6507

The GDS software in the control room has been updated to gds-2.17.9-2 (branch) to correct a bug in foton and add an enhancement to the NDS2 interface to diaggui.  This affects Debian 8, Ubuntu 12.04, and Ubuntu 14.04 workstations.

For control room use, the following bugs were fixed:

Bugzilla 1072 - Add GDS channel names to the list of channels displayed using the NDS2 interface.  This allows ${IFO}:GDS-CALIB_STRAIN channels to be analyzed using diaggui.

Bugzilla 1075 - Changed format of the gain coefficient in filter files as written by foton to include more decimal places.  Some filters with very large gains were being flagged as having a mismatch between design and coefficients because not enough decimal places were used (with very large gain values) and the filter could not be reconstructed accurately using the coefficients from the filter file.  Note that the affected filter files will still report this condition with the new version of foton until foton is used to rewrite the filter file with the new format.

As per LHO WP 6501, this morning I temperature tuned the HPO pump diodes after last Saturday's pump diode current increase.  I began by turning the ISS OFF and then proceeded to tune the HPO pump diodes' operating temperature.  The old and new pump diode operating temperatures for the 7 diodes in each diode box are listed in Table 1 below. 

 In addition, I increased the current to DB1 by a further 0.2A to bring it closer to the other diode boxes; this diode box is starting to decay more rapidly than the others, so is likely to need replacement first.  A summary of the old and new HPO diode box operating currents is shown in Table 2 below.  The PSL HPO is now outputting ~169.0 W.

Following that, with the ISS still OFF, I then proceeded to tweak the beam alignnment into the PMC; only small tweaks were necessary to to maximize the transmitted power.  With the ISS turned back ON, the PMC transmitted power is now 65.0 W and the PMC reflected power is now 14.0 W.  This closes WP 6501.

TITLE: 02/28 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventative Maintenance
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
    Wind: 5mph Gusts, 3mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.18 μm/s
QUICK SUMMARY:  Locked for 49 hours 42 minutes at the time I took the IFO down.  I asked Keita if we could keep the IFO up to better our new O2 lock record but he said "Take it down!."

   IFO in Observing for some 48.5 hours. A2L and PIs are OK. Weather and environment are good. Other than one large glitch, no operational troubles noted. 

   Reset Timing error on H1IOPASCO

• EQ seen at:
  • USGS: Listed as occurring at 07:49utc
  • Seis BLRMS: ~08:00utc
  • Terramon: 00:25 arrival estimate
• Magnitude: 5.6
• Location: Namie, Japan
• Lock Status: H1 no apparent effect.

TITLE: 02/28 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 65Mpc
INCOMING OPERATOR: Jeff
SHIFT SUMMARY: Observing the entire shift other than a quick a2l.
LOG:

• 04:44 Out of Observing to run a2l while LLO is down.
• 04:50 Back to Observing

LLO just unlocked so Im currently running a2l. We have been locked for 38.5hrs.

[Keita, Dave, Kiwamu]

WP 6506, ECR E1700074 (waiting for approval as of now)

We have added a subblock at the top level of h1asc.mdl to accommodate the newly installed bullseye sensor (34154). If the ECR is approved, this change will be implemented tomorrow during the maintenance period at earliest. The channel names will be PSL-DIAG_BULLSEYE_*.

We made sure that the model compiles without errors. So the model is ready to install. This is an H1-specific change. We didn't change the ASC_MASTER model at all for this change [don't be confused with Jenne's activity which edited the ASC_MASTER model (34444) and is orthogonal to our activity]. The attached are screenshots showing how h1asc.mdl looks like with the addition of the bullseye block.

LLO has been using an offshoot of the ASC_MASTER simulink model that generates almost all of our ASC and ADS channels.  It seems that the only thing they added was several extra ADS filter rows, so that they could use some of them for spot centering, and still have others available for other things. 

By using an offshoot though, they have missed out on many of the upgrades that have gone into the LHO ASC. 

This is something that has an issue tracker open in FRS 7287.  Once we both do an svn checkout and are using the main ASC_MASTER block, this issue should be close-able.

I have replaced the LHO ADS part with the LLO version, which includes 10 each ADS filters for pitch and yaw, rather than 5 each.  This also removes several inputs that we had been using for testing during commissioning time over the summer, but no longer need (AS36 channels).  The modified ASC_MASTER part is checked into the svn, ready for LLO to pull.

Unfortunately, LLO also had re-ordered the input matrix to make the order make a bit more sense.  Since they have calls to this matrix interleaved several places in their guardian, and we only use it in ENGAGE_SRC_ASC, I have prepped the guardian code to handle the change.  In ISC_LOCK, lines 2470-2476 should be commented out (or deleted), while lines 2482-2489 should be un-commented.  The first set of lines is our existing code, and the second set is the re-ordered version for the new input matrix.  This must be done after the ASC model is restarted tomorrow, before we get to ENGAGE_SRC_ASC in the lock aquisition sequence. 

Note that LLO should need to do no work, and make no code changes, to keep the same functionality that they currently have, since I've chosen LHO to be the ones to change the guardian code.  The only thing they should need to do is change the link in l1asc.mdl to the ASC_MASTER block, rather than the offshoot they've been using.  They'll have a few extra epics channels floating around that they won't use (like RF90 centering, which we will again use after the post-O2 vent), but everything should work as before.

If there are problems with ENGAGE_SRC_ASC tomorrow and I'm not in the control room, call me.  But hopefully we'll finish maintenance early enough that we can go through that state before the end of the day.

This reconcilliation was done under work permit 6505.  After we restart the ASC model and the DAQ, we can close out this permit.