Charge measurements done on both ETMs. Measurements results are in attachments. The same trend remains (discussed in 20067)

Patrick, Carlos

We disabled and stopped the following services on h1ecatx1:

Acrobat Reader Updater
Windows Update
Windows Search
Windows Defender

Pcal Team,

Calibration:

We calibrated the Photon calibrator readback photodiodes at EndX and the new displacement calibration factors for TxPD and RxPD compared to the last calibration are reported below. The difference in the calibration factors are within our reported uncertainty. These number are also uploaded to DCC document T1500252.  A detail report of the calibration factors, optical efficiency and other intermediate calculations is attached to this alog. 

Other Details:

Beam Clipping:

We had a beam clipping issue at ENDX  (alog #19899) and  fixed it after aligning the beam using the steering mirror on transmitter module last week.  (alog #20054). We checked if this alignment was still good by measuring the power at the transmitter side and the receiver side and alignment seems to be good. In addition, we also measured the output power of the laser before the AOM. The measured value (1.6 W) was consistent with what we measured last time on 04/10/2015. 

AA Chassis:

PCAL AA chassis had 3 channels which were either railing or dead and this issue has been reported in a  separate alog (LHO alog #20259) and a fix is underway.

BNC-DB9 Chassis:

We had installed a DB9-BNC chassis to route the working standard signal (for calibration) and AOM drive signal (monitoring) to the AA chassis few weeks ago. These chassis were not tested after installation so we used a calibrated voltage source to test the chassis before proceeding with the calibration. 1 V of calibrated source gave us  ~1637 cts on our readback channel.

OFS Transfer Function:

As a part of calibration we also measured the transfer function of the Optical Follower Servo and a plot is attached. OFS has a unity gain of 100 KHz with  a phase margin of about  62 degrees.

Hannah, Stefan, Daniel

It was determined that the broadband noise we've been seeing has been caused by the Harmonic Generator (SN 1043-03, DCC S1000798). To see if this was an issue with the unit or if this is the normal operation, we tested the spare. Using an RF frequency of 9 kHz, lowpass filter of 10.7 kHz, we tested all seven outputs and measured the following noise:

The x5 output is what we're interested in, and the noise seems to be about the same as what we're already seeing. The power supply was also checked to make sure there were no stray signals. 

The ETMX ESD got stuck again, with both the bias and all quadrants at a constant negative value.  Jeff B and I drove down the the end station to reset the driver by toggling the red button on the driver box.  Jeff has a picture of this and will add a note to the operator troubleshooting wiki about this problem.  

This has been happening more since we installed the low noise driver (which was probably an unnecessary change for EX where we do not plan to use it). 

ALL TIMES POSTED IN UTC

15:00 IFO locked at DC_Readout

15:45 Jeff B. (H1 op) proceeded from DC-Readout. IFO broke lock. Trying to recover.

16:31 Fil and Peter taking an RF multiplier to Mid Y

16:59 Fil and Peter back from Mid Y

17:00 Fil into CER to look for a power cable for the RF multiplier. None at the MY station.

17:20 Peter into Optics Lab

17:40: Ellie headed to HWS table in LVEA

17:50 Eliie out

19:53 Tour Group into control room

20:09 Sudarshan and Fil out to EX to power cycle Pcal AA chassis. No VEA entry.

20:50 Sudarshan and Fil back from EX

21:28 Kyle, John, Robert out yo Y-2-8

21:41 Jeff B and Sheila to End X

21:55 Kyle and company back from Y arm

21:55 Sheila and Jeff out of X End

Using the calibrated DRMI channels created and described by Kiwamu in entry 18742, I grabbed data from the lock of August 3, 2015, starting at 04:20:00 UTC. The attached 4 page PDF shows spectra of the open loop and residual displacement noise for SRCL, MICH and PRCL. The 4th page shows the coherence of SRCL with the other 2 degrees of freedom.

The SRCL spectra has a curious shape: it comes down quickly with frequency to 10 Hz, then is fairly flat from 10 Hz to 50 Hz, then falls by a factor of 5 or so to the (presumed) shot noise level that is reached above 100 Hz. What is this noise shelf between 10 Hz and 80 Hz? That is exactly the region where the SRCL noise coupling to DARM is troublesome. Our usual approach is to send a SRCL correction path to DARM to reduce the coupling, but this spectrum shows that there should also be some gain to be had by reducing this noise shelf.

The last page of the PDF shows the coherence between SRCL and MICH & PRCL, and it indicates that the SRCL noise shelf could be coupling from PRCL noise -- the coherence is fairly high in this band, though not unity. This suggests that the DRMI signals could use some of the demodulator phase and input matrix tuning that Rana has recently done on L1, reported in LLO log entry 19540.

To complete this log entry, it would be useful if someone at LHO could add the open loop transfer functions for each loop (models), and other pertinent info such as DC photocurrents for these detectors and the input matrix coefficients.

Jenne noticed in alog 20099 that PR3 jumps on lock-lass when the integrators are cleared, but then comes back with a 4min time constant to more or less the same location.

Thus I implemented a split integrator for PR3 PIT:
FM1 z4min:p0  zpk([6.6315e-04],[0],6.6315e-4,"n")
FM2 :p4min    zpk([],[6.6315e-4],1507.955,"n")

Instead of clearing the filter module, the down script now simply turns off FM1 and turns it back on, producing a 4min exponential decay.

The guardian is updated to use this (set the right filters, use new clearing procedure in DOWN state).
Additionally I took out take out any clearing in LOCK_DRMI_1f. (PR3 is no used in DRMI ASC, so there should not be anything to clear anyway.)

Sheila commented out the elements which reset the WHAM6 watchdogs at specific times.  This has been replaced by the model upgrades to the ISI on Tuesday.

I asked Sheila to remove the resetting the guardian was doing to give the model bleed off feature a chance to prove itself functional.

See E1500406 for specifics & details.  In summary, saturations that occur in a given minute will clear in 60 minutes.  If there are no saturations for an hour, the saturation counter should be back to zero.  Saturations can be cleared manually with the H1:ISI-HAM6_SATCLEAR button labeled CLEAR SATURATIONS.  There may be a delay on the actual clearing of the saturations after this button is pressed.

Chris S.90%  Joe D.70%

7/24-8/3/15
The crew cleaned the original caulking and installed metal strips on 853 meters of enclosure.

 We were starting to run low on both caulking and aluminum strip material so I have ordered more of both.

 I have also ordered some battery powered angle grinders with soft bristle brushes for cleaning the existing caulking for better adhesion of the new caulking. We were cleaning them by hand and that was a slow process, hopefully this will expedite the cleaning and relieve the arms of the guys somewhat. 

Scott L. Ed P. Rodney H.

8/3/15
The crew moved the lights and cleaned 71 meters of tube ending 5.3 meters east of HSW-2-034.

8/4/15
We relocated the support vehicles and all related equipment and cleaned 74.3 meters of tube ending at HSW-2-030.
Tested clean sections, results posted in this entry.  

Had the IFO at Engage_ACS while Kiwamu was running some OMC checks. The IFO lost lock, which appears to correspond to a sudden wind gust of ~25MPH. The lockloss plot posted shows this gust.    

We moved the Pcal lines to first set of oscillators to comply with the cal-cs model. 

X-end :

Oscillator 1 : 3001.3 Hz - 39322 cts amplitude

Y-end:

Oscillator 1: 36.7 Hz - 125 cts amplitude

Oscillator 2: 331.9 Hz- 2900 cts amplitude

Oscillator 3: 1083.7 Hz - 15000 cts amplitude

In order to fix some of the issues seen with the OFFLINE state seen recently, I had to move some things around on the graph and make a few protected states.

Previously, the OFFLINE state would Misalign MC2 and turn off the inputs to the IMC servo board. Over the weekend this was found to not be enough because there were still drive signals being sent to MC2 and caused it to trip.

Now when OFFLINE is requested, it will also run through similar logic to the DOWN state along with what it did previously. This will ensure no drive signals are being sent to MC2 while it is misaligned and keep it in a safe state.

If a SEI platform is not in its nominal state the node checker will bring it into the MOVE_TO_OFFLINE state that will execute the code mentioned above and arrive at OFFLINE, but if it is requested it will go through DOWN then to MISALIGNING and then arrive at OFFLINE (The "brute force method" as Jamie described). This round-a-bout way of doing things needed to be done to allow the DOWN state to remain as a GOTO state.

I tested this by bringing IMC_LOCK from LOCKED to OFFLINE, back to LOCKED, then I took HAM3 to DAMPED which brought IMC_LOCK to OFFLINE successfully!

Kyle, Gerardo 

0935 hrs. local -> Valved-in RGA to X-end with N2 cal-gas on 

0955 hrs. local -> Valved-out N2 cal-gas 

1005 hrs. local -> Valved-out NEG from X-end 

1015 hrs. local -> began NEG regeneration (heating)

~1145 hrs. local -> NEG regeneration (heating) ends -> Begin NEG cool down 

1240 hrs local -> Valved-in NEG to X-end 

Data attached (see also LIGO-T1500408)

Leaving RGA valved-in to X-end, N2 cal-gas valved-out and filament off

Pcal Team,

During maintenace and calibration yesterday we found that the PCAL AA Chassis (S1400574) at EndX has problems with channel 5-7. Chanenl 5 is dead and 6 and 7 are railed at ~15000 cts. These channels are connected to DB9-to-BNC chassis (D1400423) at the other end. We isolated this unit from AA chassis to troubleshoot the location of the problem and confirmed that it is the AA chassis. 

I can't find the posts now, but several months ago, an intermittent issue with ETMX was spotted that was narrowed down to the CPS's, possibly specfically the corner 2 cpses (?). This problem then somehow "fixed" itself and was quiet for months. As of the night of the 4th, it seems to be back, intermittently (first attached image, spectr should be pretty smooth around 1 hz, it's decidedly toothy). Looking at the Detchar pages, it shows up about 8 UTC and disappears sometime later. I took spectra from last night (second image) and everything was normal again.

Still don't know what this is. Anybody turn anything on Monday afternoon at EX that shouldn't be?

[Sheila, Jenne]

We have had a violin mode at ~ 508.29 Hz rung up for the last several days.

Part of the problem was that the ETMY Mode7 filter was railing at its limiter.  This filter bank has the new "flat phase" filter that is being tried, for damping many modes at once.  Evan ramped the gain to zero for this filter bank.  After ~30 minutes we didn't see any noticeable change in the height of the peak.

The only other filter bank that was enabled was the Mode5 bank, with a 506-513 band pass.  We turned off the "-60deg" FM2.  After an hour and a half or so, we see the height of the violin mode has been reduced by almost a factor of 10.  We'll check back on it tomorrow.

Also, there is a new violin mode blrms screen, accessible from the quad overview screen.

[Matt, Jenne, Evan, Sheila]

There is an enormous peak in the DARM spectrum at 4735 Hz.  Shown in the DTT printout below is the IOP channel for the OMC DC PD (H1:IOP-LSC0_MADC0_TP_CH12), from 1 kHz to 25 kHz, and this 4.7 kHz peak is dominating by about 2 orders of magnitude.  

We wonder if this is perhaps an acoustic internal mode of one of the test masses, although we are having trouble finding a listing of such modes.  

Does anyone know where we can find a listing of test mass acoustic modes?  Or, alternatively, does anyone have any thoughts on what this mode might be?