For the record, the chiller controller software versions for both crystal chiller and diode chiller are:
  CCC-3
  Firmware-Vers. 0.82

    That does not necessarily imply that a controller for the diode chiller can be replaced with one from
a crystal chiller and vice versa.

TCS-X: Full, level at 29.0, 3.7 gpm, 20.5 deg. C

TCS-Y: found water level at 4.3, added 500 mL water, raised water level to 8.7, 4.0 gpm, 20.3 deg. C

Attached are what the signals from the Kobold vortex flow sensors look like as read across
a 240-ohm resistor.

TEK00001.png shows the signals corresponding to switching off and back on the chiller.
TEK00002.png shows the signal decay from the power meter circuit flow sensor when the
  chiller is switched off.
TEK00004.png both signals when the chiller is switched off.
TEK00005.png looking for glitches when one of the sensors drops
TEK00007.png both signals when the chiller is switched off, only this this both outputs
  fell to zero within the same oscilloscope sweep
TEK00008.png both flow sensors were physically disconnected to simulate a power failure or
  dramatic sensor failure.
TEK00010.png the power meter flow sensor output was switched off

    There are a couple of things of interest to note:
 1.  The signal from the sensors is much "cleaner" than what comes out of data acquisition,
most likely due to the digitisation of the readout Beckhoff terminal.
 2.  Using an AC mains powered oscilloscope introduces a large 60 Hz signal on top of whatever
is there.  A battery power oscilloscope was used for these measurements.

Time-dependent parameter ("kappas") trends calculated from two lock stretches on September are attached to this report.

It seems that the front-end produced fairly smooth kappas several hours after the most recent update of the front-end setttings (LHO alog 29992). See figures 1 and 2.

However, from later lock stretches on September 30 (after the Tuesday activites), it looks like the synchronized oscillators for SUS line were synched with an incorrect phase of 143.6 degress w.r.t. each other (see KAPPA_TST values in Fig. 3 and TF phase in Fig. 4). A similar issue was reported in the previous report (LHO alog 29992). I was able to fix the problem for this particular line by resetting the line frequency to 0 Hz (turning off the line) in the SUS-ETMY model and then setting it back to its nominal state 35.9 Hz (see Fig. 5). We probably need to check "FIXED_PHASE_OSC_WITH_CONTROL.c" for bugs.

A while ago we noticed that the auxillary loops have had increased noise compared to O1.  Here is a plot verry similar to what I posted in 30032, but with correct labels. 

Here is a more detailed timeline:

March 8th, the noise is pretty much the same as O1. 

March 12th: a 2W lock where the low frequency noise is similar to O1, but the shot noise is high. 

March 14th-20th, we were down for grouting work in which I think we lost the green camera references, alignment redone March 19th.

March 20th the exposure of the PR2 camera was increased from 500 to 1 million, then reset to 1000 March 21st.  Since the camera was saturated at 1000, I have now reset it to the old exposure of 500. 

I cannot seem to get data from late march until April 2nd, when the noise is already elevated.

April 4th the HPO is turned on, and we are down for several weeks, the noise stays around.  

So, this noise could be due to some clipping or other problem that was introduced when we lost our alingment references.  

TITLE: 10/04 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: None
SHIFT SUMMARY: PSL down.  Work continues in the morning.  Calling it a night due to no laser.
LOG:  None
 

For reasons best known to itself, the diode chiller is no longer cooling the diodes but heating them up.
This was the most likely reason why the laser tripped out when it was fired up this afternoon.

    Another report will follow later about the signals we observed from the front end flow meter and the
power meter circuit flow meter.

   The crystal chiller has been left running.  The diode chiller is off.  A new controller for it is
expected soon.




Jason/Peter

Last week (Sept. 30th) I set CP4 in manual mode and doubled the LLCV to double nominal value (up to 66% open). Fill from 92% to 100% full took about 17 min. and another hour to see LN2 spew out the exhaust. Then I set LLCV back to nominal 32% open (actually slightly less than nominal probably given the level of the Dewar) to see how long it would take to boil back to 92% full. Answer is ~ 26 hrs. 

Today I remembered to set the CP4 PI lower limit setting back to 20% (important when Dewar gets filled).

2:30pm local

20 sec. to overfill CP3. Left bypass exhaust valve open.

Next fill due Wednesday.

* PSL down all shift for troubleshooting *

15:09 UTC Jeff B. opening rollup door between cleaning and receiving area
15:48 UTC Jim B. taking down h1lsc0 frontend to allow Filiberto to turn off IO chassis. (WP 6197)
16:13 UTC Ed starting WP 6198
16:24 UTC Filiberto done
16:33 UTC Filiberto to end Y EE room to look at remote reset for STS2 seismometer. (Hugh reports it is not working)
16:40 UTC Jeff B. starting check of dust monitors in LVEA
16:42 UTC Cheryl to TCSY table to check for water leaks
16:43 UTC Betsy starting ESD charging measurements on both ETMs
16:51 UTC Peter to PSL rack to look at connectors and signals related to chiller
16:59 UTC Hugh going to ITMX for CPS work (WP 6207)
17:05 UTC Jeff B. moving to end Y (compressor room and VEA)
17:15 UTC Gerardo to LVEA to check TCS chiller pipes for water leaks
17:16 UTC Richard transitioning LVEA to laser safe
17:19 UTC Filiberto's work on STS seismometer at end Y tripped ISI. Jim W. turned off sensor correction. Betsy restarting ESD charge measurements.
17:29 UTC LVEA transitioned to laser safe
17:29 UTC Jeff B. moving to end X (compressor room and VEA)
17:37 UTC Hugh back to ITMX
17:37 UTC Cheryl done, checked both TCS tables, no signs of water.
17:47 UTC Betsy turning TCS laser back on (tripped, cause unknown). Holding off on charge measurements due to multiples ISI trips at both end stations
17:53 UTC Jamie starting guardian update (WP 6208)
17:54 UTC Gerardo done
17:59 UTC Ed done
18:06 UTC Jeff B. done
18:12 UTC Hugh to end Y to look at CPS
18:22 UTC Chandra going for jog on X arm
18:28 UTC Filiberto done
19:04 UTC Peter and Jason breaking for lunch
19:52 UTC Betsy restarting charge measurements
20:19 UTC Peter and Jason back to LVEA PSL racks
20:34 UTC Hugh to LVEA to check CPS for BS
20:52 UTC ETM charge measurements done
20:55 UTC Chandra to mid Y to fill CP3
22:00 UTC Betsy to optics lab
22:05 UTC Vern to LVEA to check on Peter and Jason
22:50 UTC Photographer for Science magazine through gate

Forgot to log time: Karen and Christina to LVEA to swift

Since the PSL was being worked on this morning, I took the opportunity to take the ETM charge measurements so that we don't have to take up time tomorrow.  The coherence data looks good, however NDS is whining about something and won't let me produce the long trend.  Show me the money!

Soooo, TBC...

(Note, I had to restart the measurements a few times this morning since the ISIs kept tripping unexpectedly with expected SEI work.)

I updated the lockloss tool to take advantages of some features of the new guardian release.  It can now find lockloss times over the last two days faster by using NDS instead of guardlog to look for the times.  The log display is also fixed.

Also included is a zoomed view of the OSC-DCHILTEMP channel which shows periods of oscillations. THought this may be of interest. Not much out of the ordinary otherwise, barring the excessive trips.

WP 6207

Nutsinnee plotted the CPS sensor noise and we see there are a few with elevated levels. So this morning we unplugged the probes and unseated/reseated all the corner3 cards several times.  The St1 noise on H3 cleared up but the Stage2 H3 was still noisy.  So, returned to the floor and reseated St2H3 card several times.  Now it seems much better--see attached.  The low frequency noise (below 20 Hz) is from the stages not being isolated.

In an attempt to bring some clarity into the beam jitter discussion I looked at the Gouy phase evolution of the input beam. I collected distance and focal length information from a variety of sources, notably T1200470 and E1200616.

The biggest uncertainty I had was the PSL persicope to HAM1 viewport distance - if someone knows that, let me know.

The MATLAB script with all the numbers is in ~controls/sballmer/20160930/inputBeamCalc.m. It creates a structure of the following form, fully describing the beam and optical mode:

IMC =
    lambda: 1.0640e-06               % The wavelength in m
         q: 0.2325 +13.3832i          % The input Gaussian beam parameter q=z+izR in m
         N: 4                                 % number of optics
      dist: [16.2406 16.2406 0.2325 0.2325 0] % Distances between the optics (one more than N)
      ifoc: [0.0731 0 0 0]               % inverse focal length for all lenses and mirrors (f=R/2 for mirror)
     label: {'MC2'  'MC3'  'Waist'  'MC1'} % optic names
 

The attached .mat file contains the following structures of that form::

IMP:    Input beam: From PSL periscope to MC3
IMC:    Input Mode Cleaner
IMCp:  Input Mode Cleaner from MC1 to MC3 only (output path inside IMC)
IM:      Input Mirros: from IMC to PRM
PRC:  Power Recycling Cavity forward path
PRCr: Power Recycling Cavity return path
PRCrt:Power Recycling Cavity round trip

Below are plots and data for the different beam segments.

Here is a frequency noise coupling transfer function during tonight's lock.

I calibrated REFL9 into watts using a the factor 2900 V/W (from the diode to the output of the demodulator) and 12 dB, −21 dB, and 2 V/V for the analog and digital signal gains.

If the loop is shot-noise-limited (with 4.6 mW on the diode), this implies a noise of about 40 pW/Hz^1/2. This would imply a noise in DARM that is more than a factor of 10 below DARM shot noise.

I have created a new GDS calibration FIR filters file.  The included filters are designed to correct output of the front-end CALCS calibration, improving accuracy at high frequencies on ~10% level.  This new filters file contains more aggressive high-pass filters with a cutoff of 9 Hz and contains accurate values for EP1-9 for use in the kappa calculations.  The new filters file can be found in the calibraiton SVN:

aligocalibration/trunk/Runs/PreER10/GDSFilters/H1GDS_1156183417.npz

This filter was created using calibration SVN version #3295 and following instructions outlined here.

Attached are plots of the corrections applied to DELTAL_RESIDUAL and each of the DELTAL_CTRL_PUM/UIM/TST/ channels (all DELTAL_CTRL_* channels receive the same corrections).  Attached are also plots comparing the h(t) spectrum for some ER9 data (1152076416-1152076544) calibrated using this filters file with output of the front-end CALCS model.  The agreement is at the expected level given the corrections include in the GDS filters.