O1 days 18-21

model restarts logged for Thu 08/Oct/2015
2015_10_08 09:29 h1nds1
2015_10_08 12:37 h1asc
2015_10_08 12:47 h1broadcast0
2015_10_08 12:47 h1dc0
2015_10_08 12:47 h1nds0
2015_10_08 12:47 h1nds1
2015_10_08 12:47 h1tw0
2015_10_08 12:47 h1tw1

One unexpected restart of nds1. ASC restart for new model code, with associated DAQ restart.

model restarts logged for Wed 07/Oct/2015

No Restarts Reported.

model restarts logged for Tue 06/Oct/2015

No Restarts Reported

model restarts logged for Mon 05/Oct/2015

Many unexpected restarts of h1tw0 due to raid issues. No other restarts. Due to large size, full report in attached file.

HAM4 and HAM5 have had strong glitches for the past several weeks (sorry if I missed this being reported already, I didn't turn it up in a search, we found these by accident). They are sometimes completely not there, but sometimes happening as fast as twice per second! Attached are a slew of plots taken roughly every two days for H1:ISI-HAM4_BLND_GS13RZ_IN1_DQ (but I also see the same in H1:ISI-HAM5_BLND_GS13RZ_IN1_DQ). 

We don't have a good lead on these, but wanted to report. They look an awful lot like what we have seen before when the HWS camera was on, see e.g., 18531. I noticed a note in the log on August 25 "15:54 Elli – Going to Hartman table at HAM4", and I also noticed that the glitches started showing up after a long hiaitus around August 27th. However, if I have my sign correct (0=off) for the camera switch channels, then the HWS cameras in the central station are currently off in O1 running.  

Assuming it's not HWS, we should probably check ISI actuators for DAC glitches or overflows.

Title: 10/9 Owl Shift 7:00-15:00 UTC (0:00-8:00 PST).  All times in UTC.

State of H1: Observing

Shift Summary: Locked for the entire shift in Observing.  Wind and seismic calm.  Several ETMy saturations, none of which correspond to any RF45 glitching (since there was none that I saw).

Incoming operator: TJ

Activity log: None to speak of.  Very quiet night. 

Locked in Observing Mode for the duration of the shift so far.  A few ETMy saturations, but none of them seemed to coincide with any RF45 glitching, as that has been stable.

TITLE: "10/08 [EVE Shift]: 23:00-07:00UTC (16:00-00:00 PDT), all times posted in UTC"

STATE Of H1: Observing at ~80 Mpc for the past 6 hours

SUPPORT: Jenne, Sheila

SHIFT SUMMARY: Few problems when we began to acquire lock. Smooth ride afterward. Wind speed dropped below 10 mph. No big earthquake. Only one ETMY saturation since we acquired lock. RF45 wan't acting up when the verbal alarm went off.

INCOMING OPERATOR: Travis

ACTIVITY LOG:

23:41 LLO delayed observing for another hour. We take sometimes to do some commissioning work.

0:44 Robert to LVEA to turn off stuff. No injection.

00:38 Locked at NOMINAL LOW NOISE

00:55 Cleared off ASCIMC excitation. Switched to Observing.

05:05 GRB Alert

The new rooftop camera is amazing. I can actually see things at night!

We set all quadrant gains of IMC WFSA to [1 1 1 1] from [1, 0.25, 1, 4]. (WFSB was already all 1.)

We also disabled IMCWFS error offsets in servo filters.

After this, we steered IM2 to bring the beam position on IM4 trans back (at first we tried IM3, but it would make the OSEM output to become larger, and they're already close to saturation).

IFO locked after this without any problem.

We haven't done any jitter coupling optimization and I don't know if Robert had time to do it.

Only one ETMY saturation in 4 hours. Wind speed decreasing together with seismic.

TITLE: 10/8 [EVE Shift]: 23:00-07:00UTC (16:00-00:00 PDT), all times posted in UTC"

STATE Of H1: Observing at ~79 Mpc.

OUTGOING OPERATOR: Ed

QUICK SUMMARY: Sorry been busy. We spent about 1.5 hours at the begining of this shift trying to acquire lock. Had one lockloss and few other minor issues (ISS 2nd loop freaked out, had to find IR by hand). We locked again at NOMINAL LOW NOISE 00:38 UTC but since LLO wasn't Observing we took some time to do extra comissioning. The ifo state switched to Observing at 00:55 UTC. ~15 mph wind, EQ band seismic activity raised accordningly.

After today's Commissioning Day activities, we had quite a few SDF differences to clear out. 

For the ASC, we accepted several things that will be regularly used for the A2L measurements.  These are all channels of the ASC-ADS_ sub-subsystem.  The things we accepted will have no effect on the interferometer, since during observation we don't use this system at all.  We accepted things like the frequencies of the A2L measurements, the ramp times, and the matrix elements.  Note that the "CLKGAIN", which is the acutal oscillator amplitude, is still set to zero in SDF, so if any excitation is happening, it'll be flagged in SDF. 

I also accepted the new IM2 Pit and Yaw offset values, which were set after Keita and Cheryl did their IMC work today.  (Since the IMC pointing moved slightly after their WFS work, they compensated by moving IM2 a bit).  Keita and I also accepted several diffs from the ASCIMC model, that were changed as a result of their WFS work today.

Today I was able to remeasure the frequency noise coupling into DARM. I am not finished analyzing the data, but as a preview I am attaching the TF of the IMC VCO to the DCPD sum above 1 kHz. The coupling appears to go like 1/f, or perhaps slightly faster. A 1/f coupling would be consistent with what was found previously (a flat coupling from REFL9I power to DCPD photocurrent).

I was not able to get coherence between my CARM excitation and the IMC VCO below 1 kHz.

TITLE:   Oct 8 DAY Shift 15:00-23:00UTC (08:00-04:00 PDT), all times posted in UTC

STATE Of H1: Commissioning

LOCK DURATION:~4hours (this shift)

SUPPORT: All commissioners

INCOMING OPERATOR: Nutsinee

Activity log:

15:00 IFO taken to commissioning for today’s activities

15:01 Evan out to LVEA to get some cables

15:03 Jeremy called from LLO to confirm the beginning of joint commissioning activities

15:04 Lights switched on in the LVEA

15:08  Patrick doing CONLOG testing

15:11 Evan performing WP#5543  

15:31  Noticed that the DARM spectra FOM had stopped. Will wait to restart after Evan is done taking measurements. NDS1 seems to have died. No CDS techs on site. E-mail sent.

16:25 Dave called about the NDS1 server. He’s taking a look

16:30  Premier Flooring on site.

16:31  D Barker re-started NDS1 server

17:11 IFO handed over to Robert Schofield for PEM injections

18:10 Robert handed IFO back over to Evan

18:12  Richard out to the roof for Camera install work

19:06 Ellie and TJ to CER to plug in wireless router

19:11 Ellie and TJ are back

19:15 IFO unlocked by Ellie for her measurements. WP#5548

19:30  Ellie out to ISCT6

19:35 ASC restart

20:18 Bubba and John into the LVEA by the Yarm

20:33 Bubba and John out of LVEA

21:05  Ellie out of the LVEA

21:10 John into LVEA for a tour

22:15 begin initial alignment

22:29  RF45 cable was changed for a shorter one. Keita needs a free-swinging Michelson to do a phase measurement before we proceed with locking.

Shift Summary:  Commisioning Day

Attached are pitch/yaw spectra for the currently active SUS optical levers (ITMx/y, ETMx/y, PR3, SR3, BS), taken during a quiet lock stretch from yesterday @ 15:00 UTC (08:00 PDT).  Based on these spectra, everything looks healthy.  As an additional check (especially considering Sheila's report of BS oplev glitching here), I looked at the oplev SUM spectrograms posted on the DetChar summary pages.  Looking at these (both the normal ASD spectrogram and the normalised ASD spectrogram) it can be seen that the BS (here) and ETMx (here) oplev lasers are showing signs of glitching (the broadband lines indicate this).  After talking with Sheila, since BS oplev damping is only used in DRMI lock acquisition and then turned off, there is no rush to replace the BS oplev laser.  We might save a little time in DRMI acquisition, but it so far is not a detriment to IFO operation (this is good as I cannot guarantee the spare laser I currently have will perform any better; I'm still waiting on a shipment of repaired lasers from the manufacturer that will alleviate this).  ETMx oplev damping is not used at all, so also no rush to replace.  The current SUS oplev laser replacment priority list is thus:

• BS - Reason: glitching
• ETMx - Reason: glitching
• ITMx - Reason: ECR E1500224
• ITMy - Reason ECR E1500224

The peak at 78 Hz seems to have come from a different noise coupling than the bilinear coupling of ISI motion. Yesterday we noticed that the beam diverter at EX has been open since June.  When we closed this the excess noise in the TMS QPDs disappeared, as well as the 78 Hz peak in DARM.  alog 22286

In the course of investigating the 78 Hz peak, we saw a bilinear coupling from ETMX ISI to DARM (where there is only a linear coupling from ETMY), which we had thought could be related to the niose in DARM although we could see immediately that the motion seen by the GS13s was not enough to explain any noise in DARM.  alogs 22107 and 22159 21767  

In the course of investigating this we learned a few things:

• We checked that motion of the ITMX ISI does not induce this kind of bilinear coupling.
• The noise introduced by driving depends on ISI motion not TMS motion (driving TMS produces a peak, but also moves the ISI.  Driving the ISI to create the same amount of ISI motion but orders of magnitude less TMS motion creates a similarly sized peak in DARM.)  
• Exciting the ISI in all DOFs by 1-2 orders of magnitude above the ambient motion does not produce any noise in DARM.  

Here I've attached a few plots from my last two measurements, which I made just before noticing the beam diverter was open and then repeated last night with the beam diverter closed for completeness.  The results are the same with the beam diverter open and closed, which makes sense since we now that TMS motion is not involved in this noise coupling. 

The first plot is a ratio of DARM noise to GS13 motion in nm.  You can compare this to the B&K measurements that Betsy compiled alog 22169.  It seems that the shape of this coupling is very similar to the quad cage resonances, so scattered light off of some part of the cage seems like a plausible mechanism.  

The second plot shows a projection of this noise into DARM, which is a factor 20 below DARM around 70 Hz.  

Today we replaced the roof camera with a new network camera.   It is best viewed from the monitor where the Access system is.  This monitor now has two computers connected to it.  One the access computer and the other the Roof camera computer.  you can easily switch between the two with the buttons on the monitor.  

The camera is accessed view a web browser.  Designed for Windows explorer but we have Mozilla working on this machine.   I will post the IP address on the monitor.  Standard controls password accesses the camera and you control pan/tilt and zoom with the mouse and the controls on the left side of the screen.  I will be adding go to points like a view of the gate that with a simple click the camera will adjust to.  This is proving somewhat difficult as we do not have all of the plugins installed.

If you have to re-open the screen accept the certificate and continue.  If the video seems quite small on the left side select a different video stream then return to 1 and the screen will resized.  
This is a new camera so try it out and we can make some changes and possibly get a joy stick if people want.

Commissioners asked me to add the Beckhoff controlled Servo Board outputs (FASTEXCEN & COMEXCEN) to DIAG_MAIN until the SDF Beckhoff is up. Code and example notification attached.

The attached plot shows the history of the controls signal over the past 24 hours. There was a step down about 12h ago in the control signals followed by a return to the old value about 6h ago.Some of the glitches were also seen in the 45MHz unit set up in the CER (shown in the 9MHz channel).

Summary:

We had single-IFO time so I tested the new inverse actuation filter for PCALX. WP5530

Sudarshan and I believe we tracked down the factor of 2 and sign error from the initial PCALX test, see aLog 22160. We wanted to do this test to confirm that.

CBC injections:

The waveform file is: https://daqsvn.ligo-la.caltech.edu/svn/injection/hwinj/Details/Inspiral/H1/coherenttest1from15hz_1126257408.out

The XML parameter file is: https://daqsvn.ligo-la.caltech.edu/svn/injection/hwinj/Details/Inspiral/h1l1coherenttest1from15hz_1126257408.xml.gz

I did three CBC injections. The start times of the injections were: 1128303091.000000000, 1128303224.000000000, and 1128303391.000000000.

The command line to do the injections is:
ezcawrite H1:CAL-INJ_TINJ_TYPE 1
awgstream H1:CAL-PCALX_SWEPT_SINE_EXC 16384 coherenttest1from15hz_1126257408.out 1.0 -d -d >> 20151006_log_pcal.out
awgstream H1:CAL-PCALX_SWEPT_SINE_EXC 16384 coherenttest1from15hz_1126257408.out 1.0 -d -d >> 20151006_log_pcal.out
awgstream H1:CAL-PCALX_SWEPT_SINE_EXC 16384 coherenttest1from15hz_1126257408.out 1.0 -d -d >> 20151006_log_pcal.out

I have attached the log. I had to change the file extension to be posted to the aLog.

DetChar injection:

I injected Jordan's waveform file: https://daqsvn.ligo-la.caltech.edu/svn/injection/hwinj/Details/detchar/detchar_03Oct2015_PCAL.txt

The start time of the injection is: 1128303531.000000000

The command line to do the injections is:
awgstream H1:CAL-PCALX_SWEPT_SINE_EXC 16384 detchar_03Oct2015_PCAL.txt 1.0 -d -d >> 20151006_log_pcal_detchar.out

I have attached the log. I had to change the file extension to be posted to the aLog.

The low-voltage electro-static driver (D1500016) includes monitors of the output quadrant drive signals that are sent to ADCs for sampling/monitoring (in a SUS IO chassis). The monitors look at the drive voltage after the normal inputs, test inputs, and parametric instability correction inputs are summed together. Each monitor path has a 1:4 voltage divider to fit the full driver range into the ADC input range.

Looking at these monitor channels for ETMY from a recent lock stretch shows several problems with these monitors as useful readbacks for the electro-static drive signals. In the attached plot, the two traces are:

• Red: analog monitor channel, in ADC counts (no scaling or filtering applied)
• Magenta: digital signal sent to DAC for ES-drive, scaled and filtered to show how it should appear at the analog monitor channel (filtering is 2 poles at 2.2 Hz, 1 pole at 42 Hz, 2 zeros at 50 Hz)

There are several problems:

1. The sampling rate of the archived monitor channels is too low. It is set to 256 Hz, and the digital AA filter for that rate starts cutting off at about 85 Hz. The sampling rate should be raised to 2048 Hz.
2. The monitor path in the driver chassis includes a low-pass filter at 42 Hz. This is just a mistake in the production of these chassis; the low-pass was intended to be at 1 kHz. This has been corrected by Rich for all the spare driver chassis.
3. More significantly, the monitor channel shows excess noise above 8 Hz or so. Except for some higher amplitude features in the drive (like the calibration lines between 30-40 Hz), the monitor channels are swamped by this excess noise, and are incoherent with the DAC drive. Though not shown, I looked at a time when the interferometer was not locked, so that there was no signal going to the ES-driver: the monitor readback spectrum was at the ADC noise floor of 6e-3 counts/rtHz down to low frequencies (below 10 Hz), so with no signal, the excess noise is not present.

Followup work to do: i) check the behavior of the same channels on L1 for comparison; ii) test the behavior of the monitor channels with a spare unit on the bench, in the presence of a signal