Kiwamu, Daniel,  (WP7066, ECR:E1700127-v1)

We modified the ASC front end model in order to accommodate lock-in oscillators which will be used for commissioning the new AS72 WFSs (37042). The conceptual design is summarized in T1700324. Additionally, we removed the parts that were for the AS90 WFSs because (A) we had not been using them and (B) we will take over the same electronics and ADCs for the AS72 WFSs. The below are the model files that were modified today:

• asc/common/ASC_MASTER.mdl
• isc/common/WFS.mdl (where we added new library blocks)
• sys/common/PLL_MASTER.mdl (where we added new library blocks)

They are checked into SVN. Note that Livingston is not using ASC_MASTER these days. The attached screenshots show the new components in the ASC model. As stated in the ECR, we are adding twelve new DQ channels as follows.

• ASC-AS_(A|B)_RF72_(I|Q)_(PIT|YAW)_OUT (2048 Hz)
• ASC-AS_(A|B)_RF72_(I|Q)_SUM_OUT (2048 Hz)

Also, we removed the following four DQ channels that needed to go out since we took out the AS90 system:

• ASC-AS_(A|B)_RF90_(PIT|YAW)_OUT 

I was able to compile the model without any error messages. The model is ready to install tomorrow during the maintenance period.

• Damping Wars rage on. I was able to damp 2nd harmonics modes 996.252, 995.365 and 991.938.  Jeff K and Jim W are working on the higher magnitutde/higher order modes
• Jason O was able to do some chiller flow adjustments
• Richard, Fil and Jeff B getting the dust monitor in the diode room situated.
• H1 locked for 12.5hrs @ 52Mpc

The following files were commited to SVN:

• Sheila's June 30th change  H1OAF.txt
• Sheila's June 26th change H1LSC.txt
• Sheila's June 28th change H1ASC.txt

There are files that are currently being modified by on site staff. They will respectfully be asked to commit their work.

There are some files that were modified by incoming operators. They will be asked to address their work as well.

Remnants of the last diode current adjustments are evident. The issues with the chiller plots is being dealt with. Everything else is ok.

FRS8255

Chandra, Dave:

The temporary high alarm leves for PT124 and PT144 was removed this morning (reduced from 5.0e-08 to the standard 5.0-e09 Torr) and the alarm system was restarted. In the process I discovered that the full alarm configurations for CP3 and CP4 were still commented out (we were using a subset). Now these cryo-pumps are fully functional, I have restored their full alarm configuration.

I've set FRS8255 into PENDING ready for close-out.

Richard, Jeff B, Dave:

the EPICS IOC which reads the diode room dust monitor was restarted, we are recording dust measurements again. The wiki page for the dustdr was found to have problems, which were corrected. Also the serial baud rate had been increased from 9600 to 19200, this change was made to the wiki page text. The startup script had an incorrect name, this was corrected.

J. Kissel, Operators

Where we left off on Friday:
- We were battling 2 (actually 4) modes, 
 ETMY:    1008.4502 & 1008.4938  Hz   (Mode separation: 0.0436 Hz)
 Unknown: 1463.0974 & 1463.1005  Hz   (Mode separation: 0.00309 Hz)
For the the later unknown modes, I tried the following:
  - Driving ITMX or ITMY, and even Both Simultaneously and for each of those configurations:
    - Multiple bandwidth sizes
    - Driving in Pitch, Length, and Yaw
    - Gains from very little to about to saturate the DAC
    - The usual phase rotation game
I attach a StripTool that shows the control signals of the damping filters all I was ever able to get was the beatnote between the two frequencies, with a period of 5.3 minutes. That extra long beat-note envelope makes it extra time-consuming to try new configurations, because one has to wait for one, if not several peaks of the envelope to assess whether a positive (or negative) change has been made.

- We also has somehow managed to ring up > 1.5 kHz harmonics, especially some 6 kHz mode

Where we pick-up today:
See attached spectra.
These same modes mentioned about continue to dominate the RMS, along with another set of modes (1475.2520 & 1475.0984 Hz) that has rung up again over the weekend, where the latter of the two (1475.0984 Hz) is also one for which we've not yet identified a filter and/or settings.

We're otherwise keeping the Violin Mode Table as up-to-date as possible with any success we have.

At approximately 15:30 UTC (8:30 PDT) on Saturday, 7/8/2017, the flow through the HPO laser heads dropped by ~0.12 lpm; see the first attachment.  This is worrying as the trip point for the laser head flow is set to 0.4 lpm; the flow through heads 2 and 3 is sitting at ~0.45 lpm, just 0.05 lpm above the trip point.  Looking at the other channels in the cooling system the picture becomes a little clearer (maybe).

The 2nd attachment shows the pressures in the PSL cooling manifold; H1:PSL-OSC_PRESS1 is the pressure at the manifold input, H1:PSL-OSC_PRESS2 is the pressure at the manifold output.  As seen in the attachment, the pressure at the inlet increased slightly, and the pressure at the outlet dropped slightly.  The third attachment shows the flow through the HPO power meter circuit (H1:PSL-OSC_PWRMETERFLOW), the 35W FE laser circuit (H1:PSL-AMP_FLOW), and the overall flow out of the PSL crystal chiller (H1:PSL-OSC_XCHILFLOW); the flow out of the chiller dropped slightly (~0.1 lpm) while the flow through the HPO power meter and 35W FE circuits both increased very slightly (interestingly, the signal from the FE flow sensor cleaned up after the event, and the frequency of drops in the power meter flow sensor signal also decreased).  The most likely cause of this behavior is some kind of flow restriction, probably somewhere in the laser head cooling circuit (although it is possible there could be a blockage in the filters under the PSL table).

The 4th attachment shows the temperature of the individual laser heads.  All saw an increase of ~0.2 °C, which indicates that this is a real drop in the flow through the HPO laser heads.  Fortunately this was not enough to effect the output power of the laser (5th attachment), and the temperatures have remained steady since the loss of flow on Saturday.

In the short term, we can try increasing the overall flow at the crystal chiller to see if it clears whatever is restricting the flow; at the very least we can increase the flow so we are a bit further from the trip point.  We will also inspect the filters beneath the PSL table when we are in the enclosure during tomorrow's maintenance window.  Any further investigation will require opening up the cooling system, which is highly invasive.

J. Kissel

Just posting an update on this -- the H1 PCAL Y RX PD reported displacement continues to decay, likely due to some temperature dependent clipping. This had been a part of the FRS Ticket 8328, but there's little we can do during an observation run to fix this. We've since closed the issue as LONGTERMFIX. AS such, I'll raise to an integration issue, and mark as WHEN VENT (similar to the promised work in Integration Issue 4700).

For now, recall that we've switched over to using TXPD as the calibration reference (see LHO aLOG 37166).

TITLE: 07/10 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    Wind: 15mph Gusts, 11mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.05 μm/s
QUICK SUMMARY:

TITLE: 07/10 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Earthquake
INCOMING OPERATOR: Ed
SHIFT SUMMARY: Trying to damp violin modes. Had to recover a bit from the earthquake in Travis's shift since it rang up the violins a bit more, but we seem to be back to where we were, 6.5hr lock at 53Mpc.
LOG:

• 07:52 Lock loss. It didn't like the 4735hz damping that I tried.
• 08:23 Back to NLN
• 08:40 Back up to 50Mpc. Following the violin damping wiki, damping 997.89hz seemed to really help our range even though it wasn't the most rung up 2nd harmonic.

Damping notes:

• 4735.02hz is highest 4.7k mode and does not appear to be in the wiki (it is now). After much trial and error I was able to damp it down with the ETMY MODE10 filter bank, but slightly rang up 4735.04. Overall a big improvement to the 4.7k modes though
• 997.717 I was able to slowly damp with the settings in the wiki. I tried other combinations but nothing seemed to work any better.
• 994.646 Is still unknown and one of the largest second harmonics.
• There are still many third harmonics that are unknown and rung up. My reference from the beginning of my shift isn't much different than what it is now.

Damping continues. Range is now up to 52Mpc, but there are many modes that I can't figure out how to damp.

TITLE: 07/10 Owl Shift: 07:00-15:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Earthquake
OUTGOING OPERATOR: Travis
CURRENT ENVIRONMENT:
    Wind: 20mph Gusts, 16mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.04 μm/s
QUICK SUMMARY: Still rough going since the Montana quake earlier in the week, and a recent quake ~5hours ago made things worse. I'll see what I can damp and if I can get it locked again, but I don't have high hopes.

DQ Shifter: Alan Weinstein, Email: ajw@ligo.caltech.edu
LSC Fellow: Paul Marsh, Email: paul.mecheng@gmail.com

• High duty cycles: 93.8% on Monday, 93.2% on Tuesday, 73.5% on Wednesday (maintenance day).
• BNS range between 60-65 Mpc throughout.
• Many range drops appear coincident with ETMY ESD overflows. Dunno if it's cause or effect. Might this be fixable with more frequent ESD sign flips?
• Tuesday maintenance delayed till Wednesday due to July 4 holiday. H1 brought out of observing mode on Wednesday 7/5, shortly after 15:00 UTC, back in observing by 21:14 UTC.
• Fire 15-20 mi NW of site forces closure of rte 240, lifted on Monday evening (local). Lots of smoke & smell, but no danger to the site or interruption of lock.
• Rode through a 5.9 Mag EQ in Chile, on Tuesday morning (local). Terramon screenshot, USGS.
• Running a2l on 7/3, 19:43 UTC reduced noise curve below 20 Hz, but greatly increased glitching from 20-40 Hz. Running a2l and aligning TMSX and TMSY on 7/3, 23:56 UTC brought it back down (alog 37299 ). Similar pathologies after Wednesday maintenance, 7/5, 21:14 UTC.
• H1:CAL-PINJX_CW_GAIN change at 7/4/17, 03:52 threw H1 out of Observe ( alog 37304 ). How did that gain change??
• Lock loss on 7/4/17, 22:13-22:57 UTC - alog 37318 - looks like it was caused by a PSL FSS DAC overflow ( plot1 ,  plot2 ) .
• Hveto: H1:SUS-ETMY_L1_NOISEMON_xx_OUT_DQ was round 1 winner, all three days. (Also UPV).
• Three GRB alerts on 7/5. LLO is not getting GRB alerts, so operator has been talking to them each time ( alog 37324 )
• No significant GraceDB triggers. Most significant is a cWB trigger with FAR of 1/(0.5 months).

Full summary is here.

• 03:52:44UTC - H1 out of Observe
• SDF shows that H1:CAL-PINJX_CW_GAIN should be 1, but was at 0
• channel cleared SDF by going back to 1
• 03:55:45UTC - H1 back in Observe
• not sure if this is a known thing, a new thing, or if possibly someone (not on site) might soon be claiming this change