late post from Tuesday evening when PNNL disrupted offsite network access for maintenance. The GRB alert system running on h1fescript0 reported that it was unable to contact the GraceDB resource, and then seamlessly reconnected when network access was restored. This outage lasted just over a minute, so the CAL_INJ_CONTROL MEDM screen would have been RED for a few seconds.

[ext-alert 1117332997] CRITICAL: Error querying gracedb: [Errno 113] No route to host
[ext-alert 1117333060] CRITICAL: Error querying gracedb: [Errno 110] Connection timed out
[ext-alert 1117333063] CRITICAL: Error querying gracedb: [Errno 113] No route to host
[ext-alert 1117333064] CRITICAL: Error querying gracedb: [Errno 113] No route to host
 

Since there have been a few uncommitted commissioning changes to filter files and guardian code, Dave and Sheila confirmed it was time to commit them all to the svn since the IFO is running ~well for E7.  Dave and I are working to clear house in all subsystems.  I have committed:

All SUS.txt filter files

All 2 ASC filter files - H1ASC.txt, H1ASCIMC.txt

All 2 ASC filter files -H1ALSEX.txt, H1ALSEY.txt

All LSC.py guardian scripts

Note, all SUS guardians are up-to-date in the SVN.

When we ent to commit H1SUSMC2 it failed with an error stating file is "out of date".  So, we copied the file to a backup and did a work around:

betsy.bland@operator1:/opt/rtcds/userapps/release/sus/h1/filterfiles$ cp H1SUSMC2.txt H1SUSMC2.txtbak
betsy.bland@operator1:/opt/rtcds/userapps/release/sus/h1/filterfiles$ svn up  H1SUSMC2.txt
Conflict discovered in 'H1SUSMC2.txt'.
Select: (p) postpone, (df) diff-full, (e) edit,
        (mc) mine-conflict, (tc) theirs-conflict,
        (s) show all options: ^Csvn: Caught signal
betsy.bland@operator1:/opt/rtcds/userapps/release/sus/h1/filterfiles$ svn revert H1SUSMC2.txt
Reverted 'H1SUSMC2.txt'
betsy.bland@operator1:/opt/rtcds/userapps/release/sus/h1/filterfiles$ svn up H1SUSMC2.txt
U    H1SUSMC2.txt
Updated to revision 10745.
betsy.bland@operator1:/opt/rtcds/userapps/release/sus/h1/filterfiles$ cp  H1SUSMC2.txtbak  H1SUSMC2.txt

This however caused the FE DAQ status to show the error that the filter file had changed.  Indeed to file changed name, and then back, but we confirm that the contents of the file are the same, so we will have to hit the LOAD COEFF button on MC2 to clear the FE alarm.
 

Just before setting the intent bit for the current lock stretch, Patrick, Kiwamu and I looked at SDF.  A few red alarms needed attention.  We set SDFs:

• H1:LSC-TR_X_NORM set to be not MON, since GRD manges this channel.
• ACCEPTED SR3 M2 OPLEV damping loop arrangement revised by Sheila yesterday - see snapshot of what values were accepted.
• OMC DITHER button was ON, turned button OFF since actually no EXC was happening.  Likely left over from work last night.
• SRM and PRM had gains changed to zero in the LOCK L loop that is unused.  We set these to -0.02 as that was what SDF was expecting.  Again, loops are off so no functional change.

11:32 Richard turned off lights in the LVEA, reports that the crane lights are still on. Lights are stuck on at end Y.
11:49 Karen getting paper towels out of mechanical room.

12:24 Kiwamu and Betsy have gone through the SDF differences. Went to Science mode and notified LLO control room.

11:28 Dave reloaded filter module coefficients for h1sus frontend. (WP 5245)

Dave reloaded filter module coefficients for h1lsc frontend. (WP 5245)

Locked on LSC_FF. Bubba is going to move a HEPI to mid X, so not putting in science mode. Range is glitching.

We set up the new RF source and a spare in the EE shop with the custom 9.100230 MHz OCXOs. These OCXOs have a very small tuning coefficient of 0.2 ppm/V which is about 25 times lower than the others. This effects the gain of the PLL and it takes about an hour to lock (see Timing_XOLocking_lowgain.pdf).

A new revision of the 1PPS locking FPGA code (E1200033-v3, version 3, svn 103) has been released which adds gain selection through the DIP switches. The attached figures show the step response for gains of 4, 16 and 64, respectively (Timing_XOLocking_gain4_step.pdf, Timing_XOLocking_gain16_step.pdf and Timing_XOLocking_gain64_step.pdf). The PLL is still under damped with a gain of 4, but over damped with the gain of 64. With a gain of 16 the RF source locks in about 5 minutes.

Added H1:GRD-ISC_LOCK_STATE_N to the include list and regenerated the channel list. 82 channels got added.

+ H1:CAL-INJ_ODC_BIT13
+ H1:GRD-ISC_LOCK_STATE_N
+ H1:OAF-BOUNCE_ALL_GAIN
+ H1:OAF-BOUNCE_ALL_LIMIT
+ H1:OAF-BOUNCE_ALL_OFFSET
+ H1:OAF-BOUNCE_ALL_RSET
+ H1:OAF-BOUNCE_ALL_SW1S
+ H1:OAF-BOUNCE_ALL_SW2S
+ H1:OAF-BOUNCE_ALL_SWSTAT
+ H1:OAF-BOUNCE_ALL_TRAMP
+ H1:OAF-BOUNCE_ETMX_GAIN
+ H1:OAF-BOUNCE_ETMX_LIMIT
+ H1:OAF-BOUNCE_ETMX_OFFSET
+ H1:OAF-BOUNCE_ETMX_RSET
+ H1:OAF-BOUNCE_ETMX_SW1S
+ H1:OAF-BOUNCE_ETMX_SW2S
+ H1:OAF-BOUNCE_ETMX_SWSTAT
+ H1:OAF-BOUNCE_ETMX_TRAMP
+ H1:OAF-BOUNCE_ETMY_GAIN
+ H1:OAF-BOUNCE_ETMY_LIMIT
+ H1:OAF-BOUNCE_ETMY_OFFSET
+ H1:OAF-BOUNCE_ETMY_RSET
+ H1:OAF-BOUNCE_ETMY_SW1S
+ H1:OAF-BOUNCE_ETMY_SW2S
+ H1:OAF-BOUNCE_ETMY_SWSTAT
+ H1:OAF-BOUNCE_ETMY_TRAMP
+ H1:OAF-BOUNCE_ITMX_GAIN
+ H1:OAF-BOUNCE_ITMX_LIMIT
+ H1:OAF-BOUNCE_ITMX_OFFSET
+ H1:OAF-BOUNCE_ITMX_RSET
+ H1:OAF-BOUNCE_ITMX_SW1S
+ H1:OAF-BOUNCE_ITMX_SW2S
+ H1:OAF-BOUNCE_ITMX_SWSTAT
+ H1:OAF-BOUNCE_ITMX_TRAMP
+ H1:OAF-BOUNCE_ITMY_GAIN
+ H1:OAF-BOUNCE_ITMY_LIMIT
+ H1:OAF-BOUNCE_ITMY_OFFSET
+ H1:OAF-BOUNCE_ITMY_RSET
+ H1:OAF-BOUNCE_ITMY_SW1S
+ H1:OAF-BOUNCE_ITMY_SW2S
+ H1:OAF-BOUNCE_ITMY_SWSTAT
+ H1:OAF-BOUNCE_ITMY_TRAMP
+ H1:OAF-ROLL_ALL_GAIN
+ H1:OAF-ROLL_ALL_LIMIT
+ H1:OAF-ROLL_ALL_OFFSET
+ H1:OAF-ROLL_ALL_RSET
+ H1:OAF-ROLL_ALL_SW1S
+ H1:OAF-ROLL_ALL_SW2S
+ H1:OAF-ROLL_ALL_SWSTAT
+ H1:OAF-ROLL_ALL_TRAMP
+ H1:OAF-ROLL_ETMX_GAIN
+ H1:OAF-ROLL_ETMX_LIMIT
+ H1:OAF-ROLL_ETMX_OFFSET
+ H1:OAF-ROLL_ETMX_RSET
+ H1:OAF-ROLL_ETMX_SW1S
+ H1:OAF-ROLL_ETMX_SW2S
+ H1:OAF-ROLL_ETMX_SWSTAT
+ H1:OAF-ROLL_ETMX_TRAMP
+ H1:OAF-ROLL_ETMY_GAIN
+ H1:OAF-ROLL_ETMY_LIMIT
+ H1:OAF-ROLL_ETMY_OFFSET
+ H1:OAF-ROLL_ETMY_RSET
+ H1:OAF-ROLL_ETMY_SW1S
+ H1:OAF-ROLL_ETMY_SW2S
+ H1:OAF-ROLL_ETMY_SWSTAT
+ H1:OAF-ROLL_ETMY_TRAMP
+ H1:OAF-ROLL_ITMX_GAIN
+ H1:OAF-ROLL_ITMX_LIMIT
+ H1:OAF-ROLL_ITMX_OFFSET
+ H1:OAF-ROLL_ITMX_RSET
+ H1:OAF-ROLL_ITMX_SW1S
+ H1:OAF-ROLL_ITMX_SW2S
+ H1:OAF-ROLL_ITMX_SWSTAT
+ H1:OAF-ROLL_ITMX_TRAMP
+ H1:OAF-ROLL_ITMY_GAIN
+ H1:OAF-ROLL_ITMY_LIMIT
+ H1:OAF-ROLL_ITMY_OFFSET
+ H1:OAF-ROLL_ITMY_RSET
+ H1:OAF-ROLL_ITMY_SW1S
+ H1:OAF-ROLL_ITMY_SW2S
+ H1:OAF-ROLL_ITMY_SWSTAT
+ H1:OAF-ROLL_ITMY_TRAMP
inserted 82 pv names
deleted 0 pv names

Winds are around 10 mph. Seismic noise in the 1 - 3 Hz and 3 - 10 Hz bands has come up.

08:09 Beam tube cleaning is starting

Corey reports trouble maintaining lock in the transition to REFL_TRANS. Dan says it is losing lock in the setting of the TR_REFL9 and TR_CARM elements of the LSC input matrix.

model restarts logged for Wed 03/Jun/2015
2015_06_03 00:30 h1fw1*
2015_06_03 13:43 h1fw0*

* = two unexpected restarts

Environment:  Fairly quiet shift with only moderate wind for first 1/3 of the shift (died down). 

At 12:47utc (5:47amPST) 8+hr lock ended.

Lockloss possibilities:  PR3 oscillations a few seconds prior.  Seismic event seen in 0.03- 0.1Hz band, but no earthquakes seen online.  No wind at all.

Acquisition afterward hasn't been trivial.  Y-arm was a bit off, so tweaked on ETMy.  Noticed a bit of a yaw misalignment in AS_AIR video while locked in Michelson, so moved the BS -0.3 clicks in yaw & this made the flashing much better.  After this the flashes looked much better when attempting DRMI acquisition.  Have taken H1 up to various points in the Guardian script prior to the Engage_ASC step.  Alignment looks good, so fear there is another issue with H1.

Dan does not see anything obvious via oplevs.

There were some small changes made to the Guardian script (basically change ramp times to investigate why we keep  dropping out of lock.  Basically we are wanting to fix H1!).  Technically, this is a Guardian script change and should have a work permit for this.

Shift Summary:

Decent shift with H1 locked for over half of the shift.  Frustrating lock acquisition-ing after the lockloss for the end of shift.

Dan, Corey

Tonight we followed up the measurement of ITMX's bounce mode Q with a measurement of the roll mode.  Same procedure: flipped the sign on the damping gain, excited the mode, zeroed the damping gain, allowed the mode to decay.

This time we lost lock after two hours, but this was enough for a clean measurement.  Also, as mentioned in a comment to the bounce mode entry, I did a better job of anti-aliasing before decimating the data for demodulation, and the fit to the RMS channel and the fit to the demodulated data are in good agreement.

RMS channel: 456,700

Demodulated DARM_ERR: 458,000

The mode frequency is 13.978Hz, plots attached.  Btw, I chose ITMX for these measurements because it receives the least amount of actuation -- ETMY gets DARM_CTRL, both ETMs are controlled by DHARD and CHARD, and ITMY is used for the SRCL FF.  We feed DSOFT and CSOFT back to the ITMs, and they both have oplev damping in pitch, but these loops should have very little gain at the bounce/roll frequencies.  (Also there are bounce/roll bandstops in the L2 and OL filter banks.)  So, there's not much chance that the ITMX modes are being damped/excited by control loops.

Noticed L1 went down around 10:30utc.  I talked with Danny at LLO to confirm they were down (and he gave est of quickest they could be back up would be 40min), so Dan & I took H1 out of Science Mode at ~10:33utc (3:33amPST) to perform a list of items we were waiting to do.

#1  Ring up Roll mode for ITMx

The Roll mode was rung up by changing H1:SUS-ITMX_M0_DARM_DAMP_R_GAIN from it's initial value of 20 and taking it to a negative value (we went from -5 up to -200), observing increased Roll Mode, and then damping it a little (took gain to +2.0), and then to 0.0 (where it was left).  Dan will take some measurements of the Roll Mode.

#2 OMC Transitioned From "QPD Alignment" to "Dither Alignment"

Ran the H1:0MC-ASC_MASTERGAIN from 0.1 down to 0.0.  Took the switch from QPD to Dither.  And then took the Master Gain to 0.05.  After this, we watched the OMC alignment lines (which are a group of lines between 1660-1760Hz) & watched them decrease as Dither improved the alignment.  We kept the OMC in this state.

#3 ETMy Violin 1st Harmonic Suppression

Referencing Dan's alog #17365, we switched the MODE3 filters for ETMY (on the SUS_CUST_L2_DAMP_MODE_FILTERS.adl medm) & played with the gain.  We were surprised that we ended up with a -200 for the gain (originally tried +100 & even higher). 

H1 back to Science Mode at 11:03utc (4:03amPST)

NOTE:  Our range appeared to take a little step up to 54Mpc, but we've seen it nosedive down to 43Mpc...hopefully it'll stabilize.  Do not see any environmental effect leading to this sudden drop in the last 30min.  We currently have a +7.5hr lock. 

[Time for lunch.]

Chris Pankow, Jeff Kissel, Adam M, Eric Thrane

We restarted tinj at LHO (GPS=1117411494 ) to resume transient injections. We scheduled a burst injection for GPS=1117411713. The burst waveform is in svn. It is, I understand, a white noise burst. It is, for the time being, are standard burst injection waveform until others are added. The injection completed successfully.

Following this test, we updated the schedule to inject the same waveform every two hours over the next two days. The next injection is scheduled for GPS=1116241935. However, this schedule may change soon as Chris adds new waveforms to the svn repository.

We are not carrying out transient injection tests at LLO because the filter bank needs to be updated and we cannot be sure that the filters are even close to correct. Adam thinks they will be updated by ~tomorrow.

Dan, Travis

Around 06:50 UTC we started to observe frequent glitching in the PRCL and SRCL loops that generated a lot of nonstationary noise in DARM between 20 and 100Hz.  The glitches occur several times a minute, it's been two hours of more or less the same behvaior and counting.  Our range has dropped by a couple of megaparsecs.  The first plot has a spectrogram of DARM compared to SRCL that shows a burst of excess noise at 08:08:20 UTC.

The noise shows up in POP_A_RF45_I and POP_A_RF9_I, but not so much in the Q phases, see second plot.  (MICH is POPA_RF45_Q, PRCL and SRCL are from the I-phases.)  A quick look at the PRM and SRM coil outputs doesn't reveal a consistent DAC value at the time of the glitches, so maybe DAC glitching isn't a problem, see third plot.  The three optical levers that we're using in the corner station (ITMX, ITMY, SR3, all in pitch) don't look any different now than they did before 0700 UTC.