Everything looks nominally ok except for a couple of glitches in EX

Starting at 04:25 PDT this morning (11:25 UTC) the virgo alert system stopped working.

The log file reports a bad request error:

Traceback (most recent call last):
  File "/opt/rtcds/userapps/release/cal/common/scripts/vir_alert.py", line 498, in <module>
    far=args.far, test=args.test))
  File "/opt/rtcds/userapps/release/cal/common/scripts/vir_alert.py", line 136, in query_gracedb
    'label: %sOPS %d .. %d' % (ifo, start, end))
  File "/opt/rtcds/userapps/release/cal/common/scripts/vir_alert.py", line 162, in log_query
    return list(connection.events(query))
  File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 618, in events
    response = self.get(uri).json()
  File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 374, in get
    return self.request("GET", url, headers=headers)
  File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 488, in request
    return GsiRest.request(self, method, *args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 356, in request
    return self.adjustResponse(response)
  File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 369, in adjustResponse
    raise HTTPError(response.status, response.reason, response_content)
ligo.gracedb.rest.HTTPError: (400, 'BAD REQUEST / {"error":"Invalid query"}')
 

TITLE: 07/19 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 53Mpc
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
    Wind: 4mph Gusts, 2mph 5min avg
    Primary useism: 0.01 μm/s
    Secondary useism: 0.06 μm/s
QUICK SUMMARY:

Smooth handoff. A2l measurement shows some PIT issues but nothing so serious yet as to affect DARM.

At mid shift, all is green and clear. No problems or issues to report. 

All dust monitor vacuum pumps are operating within normal temperature and pressure ranges. The pump at End-Y is getting a bit noisy. Will monitor the exhaust filter for carbon build up, which foretells of a pending vane failure.     

TITLE: 07/18 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: OBSERVING 54Mpc
INCOMING OPERATOR: Jeff
SHIFT SUMMARY:

Post Maintenance Commissioning & Calibration activities started off the shift.  Had a lockloss due to commissioning, but H1 came back with no hitches.

LOCK CLOCK appears down

Reran Verbal Alarm, since it appeared to not work at the beginning of the shift (that's 2-shifts in a row).
LOG:

• 23:40 Harrah Elementary tour by Elizabeth
• 23:43 Back to NLN
  • CARM Gain measurement (Vo)
  • Calibration measurement afterward (Kissel)
• 1:22 OBSERVING
• 5:33 Run A2L While L1 down
• 5:38 Back to OBSERVING

H1's been in OBSERVING for just under 2hrs (& locked for over 3hrs...but the Lock Clock on nuc1 isn't working).

Sheila, Pep, TVo

Motivated by the extra DARM noise below 90 Hz (see Jenne's Alog-37590), Sheila thought that maybe it was do to the CARM loop moving around due to optical gain changes after the Montana EQ.

So we went to the LVEA during commissioning time to take a transfer function (Picture 2), and found the UGF to be around 24 kHz and about 15 degrees phase margin

In a previous Alog-36686, it seemed like a good UGF was around 18 kHz so we decided to change the gain on the REFL servo from 7db to 6db.  This shifted the UGF down to 17 kHz and about 65 degrees of phase margin (Picture 1). 

However, this didn't really help DARM solve its mystery noise mentioned above, so the search continues.

This is a quick summary of work done by many people today:

• We found that we were only using one DCPD for the last couple of days, which made shot noise bad. (Jenne's alog 37585) Fixing this improved our range from ~45MPC to ~55MPC
• We see that the low frequency noise is still bad since the EQ and that it is not coherent with anything. (Jenne's alog 37590) We checked out a few ideas about what could be responsible for this noise.
• The CARM UGF was too high causing the loop to have a good deal of gain peaking (Thomas Vo and Pep Corvas alog 3594)  We reduced the gain by 1dB which helped a bit and this is now in the guardian, but this wasn't the low frequency problem.
• We tried moving the CPs since those could be in a different location than before the EQ.  We saw spots from CPY on both the PRM camera and the SRM camera, where the spot is very close to the SRM spot, but moving them around makes no difference to DARM.
• We tried moving the spot on PR3 (POP A) and looking at the jitter coupling, similar to what was done in 37000. The first attachment here is directly comparable to the plot in 3700 and seems similar.
• After Jeff did some calibration measurements I quickly scanned the full range of the ETMX ESD bias to see if that made any impact on the noise. (It didn't, only the 60 and 120 Hz lines)
• We noticed that the RF9 stabilization control signal became much larger at low frequencies after the work done July 14th on RF72 (37498 and comments).  

The last plot shows a couple of sensitivity curves, illustrating the problem.  

Took H1 back to OBSERVING at 1:22utc (6:22pm).  Had an SDF Diff, but it was related to the REFL Servo Gain noted by Thomas & Pep.

Running with a range of ~54Mpc.

J. Kissel

I took a set of our regularly scheduled measurements of the DARM sensing function to add to our O2 data set. Processed results to come. The data lives here: 
    /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/SensingFunctionTFs/
        2017-07-19_H1_OMCDCPDSUM_to_DARMIN1.xml                          == C, covering conversion from mA of DCPD sum to DARM_IN1 [ct].
        2017-07-19_H1DARM_OLGTF_4to1200Hz_25min.xml                      == 1 / (1 + G)
        2017-07-19_H1_PCAL2DARMTF_4to1200Hz_8min.xml                     == C / (1 + G)
        2017-07-19_H1_PCAL2DARMTF_BB_5to1000Hz_0p25BW_250avgs_5min.xml   == broad band excitation to compare PCAL against calibrated Detector Output 

As before, we should use TX PD as reference, since it's been confirmed that PCALY's RX PD is continuing to suffer from clipping (e.g. LHO aLOG 37409)

Laser Status:
SysStat is good
Front End Power is 33.96W (should be around 30 W)
HPO Output Power is 154.9W
Front End Watch is GREEN
HPO Watch is GREEN

PMC:
It has been locked 0 days, 7 hr 19 minutes (should be days/weeks)
Reflected power = 16.12Watts
Transmitted power = 57.58Watts
PowerSum = 73.7Watts.

FSS:
It has been locked for 0 days 1 hr and 44 min (should be days/weeks)
TPD[V] = 2.82V (min 0.9V)

ISS:
The diffracted power is around 3.2% (should be 3-5%)
Last saturation event was 0 days 1 hours and 44 minutes ago (should be days/weeks)

Possible Issues:

No issues to report

TITLE: 07/18 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 10mph Gusts, 7mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.06 μm/s

All is quiet *knock on wood!*
QUICK SUMMARY:

Arrived to Sheila doing beam spot work.  H1 then dropped out & was restored fairly quickly to NLN.  Thomas is currently out on floor measuring CARM Gain & then Jeff K. will perform calibration measurement.  Will aim for OBSERVING after this work.

Just had a visit from Harrah Elementary School led by Elizabeth.

Richard, Fil, Dave, Carlos, Cheryl

The two digital GIGE cameras Cheryl installed on the PSL table are now producing images.

The cameras are called h1iogige1 (10.106.0.52) and h1iogige2 (10.106.0.53).

I have reconfigured  h1digivideo2's VID-CAM28 and VID-CAM29 to be IO GIGE 1 and 2. For some reason monit had VID-CAM28 commented out, I reactivated this camera. I changed the MEDM screen to show the correct names (image attached).

WP 7075

To further proceed with the 72 MHz WFS (Wave Front Sensor)s (37042), today I made the hardware changes (mostly cabling), as summarized below, while the interferometer was in a violin-mode-damping state.

I am going to leave the hardware configuration as it is. If this new setup doesn't cause extra noise in the interferometer, they will stay semi-permanently.

Here is a summary of the new configuration:

• We have the 118 MHz RF modulation signal applied to the EOM with the full RF power (+33dBm@PSL rack).
• And we have the 72 MHz RF local oscillator signal sent to the HAM6 area, providing the 72 MHz WFS signals.

[The modifications]

• I plugged the new 72 MHz RF source to the unused RF Heliax cable so that the signal is sent from the CER to the ISC R3 rack (by HAM6).
  • Additionally, I newly installed a balun at the HAM6 side which was missing for some reason.
• At the ISC R3 rack, I routed the 72 MHz to the distribution amplifier which had been used for the 90 MHz demodulators.
  • In this configuration, the distribution amplifier feeds the WFS demodulators which had been also used for the 90 MHz but now with the 72 MHz signal.
• At the ISC R3 rack, the 90 MHz RF cable was rerouted so that it directly feeds the demodulator for ASAIR_B_RF90.
• I adjusted the RF power level by inserting appropriate RF attenuaters while looking at the EPICS readouts from the distribution amplifier and WFS demodulators.
• In the LSC, I changed the FM8s for LSC_ASAIR_B_RF90_(I|Q) from +3 dB to -1 dB in order to keep the same level of signals. See the attached screenshots for the changes that I made.
  • Also, I have changed the digital demodulation phase of ASAIR_B_RF90 such that the signal is maximized in I when the interferometer was locked at 30 W.