no restarts reported for both days.

Apologies for no transition entry. I was tasked with locking as soon as I walked in.

TITLE: Jan 22 EVE Shift 00:00-07:11UTC (16:00-23:11:00 PDT), all times posted in UTC

STATE Of H1: Down

SUPPORT: Sheila,Evan, Gabriele

INCOMING OPERATOR: N/A

ACTIVITY LOG:

00:28  HFD on site as a matter of protocol for a faulty fire alarm panel

00:30 another fire unit on site

00:42  reloaded ISC_LOCK Guardian

00:45  HFD Off site. Three firetrucks drove past corner station during lock

00:46  Dave B called and informed me of an AC failure. He’s contacting the proper folks.

01:13  Dick out of optics lab

01:32  Bubba back on site to handle AC issue in H2 building

01:37 BS ISI St2 watchdog trip

01:38  cleared HAM6 ACT watchdog accumulation counter

02:18 GRB alert

02:51  Bubba has reported there’s nothing he can do about the AC in the H2 building tonight so he’s leaving it off. He also went into the CER to check on the AC in there. He didn’t think anyone had been in there to check since the power outage. It seemed ok.

04:xx Relocked at NLN. Gabriele has turned me loose into the world!

We have a cooling problem with the H2 DTS building. Bubba came back in this evening to take a look at this, in the mean time we have powered down all DTS computers and DC power supplies for the weekend.

I retuned the MICH feed-forward path. I injected noise in SRCL and measured the transfer function to DARM: TF_SRCL_DARM. Then I injected noise at the feed-forward input, with the FF shaping filters off, but with SBVio1 and SBVio2 on. I measured the transfer function from SRCLFF_IN2 to DARM: TF_SRCLFF_DARM. The optimal feed-forward filter should then be -TF_SRCL_DARM/TF_SRCL_FF. The first plot shows the measurement and the fit. Again, I decided not to fit the sharp features due to the  bounce and roll filters.

I implemented the new filter in the bank 'newFF' and engaged it. The performance improved, as shown by the  reduced coherence. The peak at 3 Hz also reduced a bit. See the second plot: green no feed-forward; blue old feed-forward, red new filter. The last plot compares the old (blue) and new (red) filters. With the new filter, I also switched on an AC coupling (double zero, double pole at 0.1 Hz).

Sheila, Evan, Gabriele

We retuned the MICH feed-forward path. We injected noise in MICH and measured the transfer function to DARM: TF_MICH_DARM. Then we injected noise at the feed-forward input, with the FF shaping filters off, but with all the stop-band filters on and with the invBS filter on. We measured the transfer function from MICHFF_IN2 to DARM: TF_MICHFF_DARM. The optimal feed-forward filter should then be -TF_MICH_DARM/TF_MICH_FF. The first plot shows the measurement and the fit. We decided not to fit the sharp features due to the BS bounce and roll filters.

We implemented the new filter in the bank 'newFF' and engaged it. The performance improved, as shown by the improved DARM noise and reduced coherence. See the second plot: green no feed-forward; blue old feed-forward, red new filter. The last plot compares the old (red) and new (blue) filters. With the new filter, we also switched on an AC coupling (double zero, double pole at 0.1 Hz).

Reconfigure x1fs0 to export individual directories under /opt, rearrange nfs mounts for front ends, x1boot, and x1 DAQ computers.  This is to test proposed changes for the h1 system.

SHIFT SUMMARY: Some locking success in the morning, but trouble in the afternoon with high winds and microseism. Jim W. tried putting the end stations on Quite_90 and enabling sensor correction. Ed took over locking attempts in the mid afternoon. The winds have come back down.

ACTIVITY LOG:
19:59 UTC Jeff B. and Nicole W. to LVEA to look at 3IFO baffles
20:06 UTC Stopping locking attempts while Jim W. runs transfer functions on ETMX
20:36 UTC Jeff B. and Nicole W. done
20:48 UTC Phone call from Hanford Emergency instructing personnel in 200 West to take cover
21:38 UTC Phone call from Hanford Emergency reporting the lifting of the take cover alarm
21:44 UTC Dick G. to optics lab
21:45 UTC Resuming locking attempts. Jim W. has put the end stations on Quite_90 and turned on sensor correction.
23:35 UTC Gerardo to mid X to retrieve empty tote
23:54 UTC Filiberto to mid X to check alarm on fire panel

Tour group in the control room around 19:50 UTC
Dave B. changed the vacuum overview medm on video1

Fixed bug: Previously, when Verbal could not connect to a channel through ezca, it would crash with an EzcaConnectError. Now it will make a small noise and write a notification that it cannot connect to the channel and repeat. This will begin to get very useful now that we are in the commission era.

Saturations will now just say the optic name.

I also removed the acknowledgement feature for the CW inj. It should still alert if the inj status changes, but operators do not have to acknowledge.

I included the coating thermal noise (CTN) in the estimate made in entry 25039, and find that this changes little the conclusion.  It seems that the unidentified noise source has a slope close to 1/f.  Increasing the CTN estimate by 1.4 changes the conclusion, in that noise is more like 1/f^2.  I do NOT mean to suggest that this indicates higher CTN; that extra junk could be anything.  What this does mean is that we cannot use H1 to set a better limit than this (yet).

uSeism is approaching 1um/s and the winds have dies down to below 10mph.

WP5692 FRS4202

John, Kye, Gerardo, Dave:

I have modified the H0 vacuum overview screen to show an alarm border around bar monitor widgets. If the widet has no content, the alarm color is now visible in the border.

Jim's testing some alternate filter on the ETM senscor Match filters for the beam line axis.  Leave the SDF red for SEI reminder of this.  If needing to green sdf for observation mode, please accept rather than reverting the settings on these.  Many thanks, TeamSEI.

We received a phone call in the control room at 12:48 PST from Hanford Emergency instructing personnel in 200 West to take cover and close all doors and ventilation. Other personnel are instructed to stay clear.

Richard M. informs me that this does not affect us (other than to stay clear of 200 West).

Sometime between last night and today, foton seems to have become unable to generate certain elliptic filters of high order.

For example: choose elliptic band pass, first frequency 5 Hz, second frequency 500 Hz, fifth order, 1 dB ripple. Foton freezes as soon as you click ok. Same for a sixth-order elliptic bandpass, and a fifth-order elliptic low-pass.

Last night, we were able to generate fifth-order elliptic filters no problem. What happened between then and now?

Evan, Kiwamu,

As some of us have already noticed, there is a broadband noise with a 1/f^{0.5} shape in frequency from 60 to 200 Hz. This noise is unidentified.

Do not believe any statements in this report until futher analaysis. Something is fishy with the claibration of the cross-spectrum.

We are planing to check how stable this noise level is over the course of the entire O1.

The below shows an example spectrum of DARM.

Blue curves are twenty spectra of DARM (aka C01 frame, converted into displacement), each of which is made by the Pwelch with Hanning, detrended, 50% overwrap for a 12 minutes time series. The data starts at a GPS time of 1134604817. Green curves are the square-root of twenty cross-power-spectra of DCPD A and B which are reconstructed from the sum and null streams of the DCPDs. The DARM suppression effect was removed from the sum signal. The cross-spectra are then calibrated to the displacement using the latest O1 DARM model of the calibration group. No time varying correction (i.e. kappas) is applied. Red line is a 1/f^{0.5} line to show how steep the slope of the green curves is. I also attach the fig file.