Currently:
Posted in TST logbook 11356.
Quick summary: Ready to pull blades and suspend, just need the tooling.
I restarted Dust Monitor #102 in the PSL Ante-room. Blue numbers for sample time and hold time needed to be set by hand. Readings are good as of 17:45UTC.
Dave, TJ:
DIAG_MAIN was running slowly if it was asking for averages from h1nds0. I could not see any issues with h1nds0 with regards to cpu, memory or syslogs, but we rebooted it anyways and DIAG_MAIN sped back up. h1nds0 had been running since 1st May 2017.
J. Kissel Your weekly charge update: Same as last week -- ETMY is slowly getting worse (our high duty cycle means we're too often holding on one bias voltage sign), and ETMX is fine. Longitudinal actuation strength relative to Jan 2017 for ETMY is upwards of 8-9%. The usual plots are attached.
J. Kissel, D. Barker Posting some data to support a future ECR to add more violin mode banks to the QUADs, here's the CPU Cycle Turn Around Time during O2 for the front-end models that run the QUADs. The ITMs have been running around 42-45 [usec], and the ETMs have been running around 32-33 [usec] during O2 (see first attachment). Remember, two things have happened that have *reduced* the CPU turn-around time over the past few years (see second attachment): - the end-station front-end computers were upgrade to better CPUs back in Feb 2016 (see LHO aLOG 25474); prior to that they'd typically run at around ~55 [usec]. - All QUAD model's data storage list was pruned in Oct 2016 (see LHO aLOG 30821). This knocked about 10-15 usec off of the ITM time, and a further ~2-3 [sec] off of the ITMs. In short: there should be plenty of CPU time to add oodles of violin mode damping filters.
and of course we could install the faster computer for h1susb123
D. Barker, J. Kissel I (and Norna, and Dennis) asked Dave if we could better quantify "there should be plenty of CPU time to add oodles of violin mode damping filters." As such, he says (via email) On Sep 6, 2017, at 4:39 PM, David Barkerwrote: [...] For my first set of tests I took the ITMX_L2_DAMP_MODE10 [, an example, fully loaded, in-use violin] filter module and duplicated it 32 times on two test models: x1susdactest and x1susfiltertest. [piping junk data into the input of the bank to make sure the filters were computing on something] x1susdactest was already running of the fast computer x1susex (doing my 18bit-DAC testing). I then made a copy of this model for x1susfiltertest, which ran on the slow computer x1sush34. x1susex = Intel Xeon E5-2690 v2 @ 3.00GHz (fast 10-core computer) x1sush34 = Intel Xeon X5680 @ 3.33GHz (slow 6-core computer) cpu no filters 32 filters slow 3uS 7uS fast 4uS 7uS not much in it for 32 filter modules, about 1uS increase for every 10 FMs loaded. [...] So, extrapolating Dave's data, if we want to increase from 10 to 40 violin mode filters, that would be adding 3 [us] to the clock cycle turn around time. As Dave mentions, we'll likely switch h1susb123 over to the faster computer type he mentions, which means the ITMs (which had high turn-around at 42-45 [us]) will run more like the ETMs did during the tail end of O2, at ~32-33 [us]. That means for ETMs and ITMs, with the inclusion of these extra filters, the turn-around time would likely only increase to 36-37 [us], indeed still with plenty of head room against the limit of 61 [us].
I tweaked the beam alignment into the PMC; the ISS was OFF for this. I was able to get the reflected power down to ~16.5 W from ~17.5 W. I think we are being limited by mode matching here, as the mode out of the HPO has likely changed (especially since the diode box swap). With the ISS back ON, the PMC is transmitting 57.2 W and reflecting 16.5 W. This completes LHO WP 7108.
This morning I completed the weekly PSL FAMIS tasks.
HPO Pump Diode Current Adjust (FAMIS 8435)
With the ISS OFF, I increased the operating current of the HPO pump diode boxes; DB1 increased by 0.2 A, DB2 DB3, and DB4 all increased by 0.1 A. The changes are summarized in the below table and a screenshot of the PSL Beckhoff main screen is attached for future reference.
| Operating Current (A) | ||
| Old | New | |
| DB1 | 49.4 | 49.6 |
| DB2 | 52.4 | 52.5 |
| DB3 | 52.4 | 52.5 |
| DB4 | 52.4 | 52.5 |
I did not adjust the DB operating temperatures. The HPO is now outputting ~155.1 W, the ISS is still OFF (will remain OFF until I finish the PMC alignment tweak). This completes FAMIS 8435.
PSL Power Watchdog Reset (FAMIS 3663)
I reset both PSL power watchdogs at 16:00 UTC (9:00 PDT). This completes FAMIS 3663.
TITLE: 08/15 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 53Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY:
RED "RMS WD" on the Ops Overview, sounds like it is more of a bug on the Ops Overview.
L1 & V1 went down at around 14:00 & now H1 is set for Maintenance.
LOG:
Maintenance started at 15:00UTC
H1 locked for 44.5hrs w/ steady 52Mpc range. Nice triple coincidence for the last 2hrs.
Noticed a RED "RMS WD" on the Ops Overview (see attached with RED box & also part of the ETMy SUS screen).
Did NOT receive any RMS WD alarms, and I don't see a RED fault box for any OSEM for ETMy's L2 out mons (my previous experience is that one of the OSEMs would be RED and we would need to enter a "1" & then a "0" to clear this up....lately there's been a script to take care of this.)
Looking at some related channels, I do see (trend attached) a bit of nosiness for these channels at the beginning of my shift (assuming this is due to the noise from the Samoa EQ when many things were oscillating. Perhaps this caused this unique "trip"?).
Since we are going on a 43hr lock, have been in triple coincidence, I will not address this until/if we break lock during the shift.
TITLE: 08/15 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 52Mpc
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
Wind: 5mph Gusts, 4mph 5min avg
Primary useism: 0.06 μm/s
Secondary useism: 0.11 μm/s
QUICK SUMMARY:
Walked in to see H1 rolling through a Samoan earthquake (as seen on tidal signals, ASC control signals, and the seismometer signals. But after doing OSB walkthrough for doors/lights everything is quiet and optimal. H1 has been locked almost 41hrs and the range has been at a steady 52Mpc.
Continued triple coincident Observing for first half of the shift. The A2L YAW is elevated. Will run the repair script at the first opportunity. All else is green and clear at this time.
TITLE: 08/14 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 53Mpc
INCOMING OPERATOR: Jeff
SHIFT SUMMARY: Covering the last 1.5 hours of Cheryl's day shift, so not a lot to report. Lock is 32+ hours old. No issues.
LOG:
22:22 JeffK to Optics Lab to help TJ with VOPO assembly
This sped the exec time from ~7sec to ~0.2sec. I have rarely seen it this fast and I had to slightly change two of the tests to handle this. I also cleaned up a few of the tests and old tests while I was in there.
Edit: Forgot to attach the 5day trend of the exec time for future reference.