Patrick T., Sheila D.

It was beeping and low.

Figure 1 shows coherence between green arm lock and vibrations at EX and the LVEA. There is even some suggestion that the PSL table vibration might affect the signal. Figure 2 shows the coherence between PRMI and LVEA and PSL sensors. The peaks between 15 and 25 Hz are likely due to cleanrooms. The big PSL coherence is with the PSL periscope motion.

[Yuta, Evan]

In addition to constructing the calibration chain for the Michelson readout (alog 10213), we have also begun to construct a noise budget for the readout using REFLAIR_A_RF45_Q_ERR.

First, we measured the RF noise of the resonant PD near f2 using the HP spectrum analyzer. To place this in the noise budget, we assumed a noiseless demodulation that combines the upper and lower frequency components into a single bin. We found that the carrier peak in the spectrum was 3 Hz lower than nominal (nominal is 5*9099471); we aren't sure why, but we shifted the spectrum over by 3 Hz nontheless.To convert this "demodulated" spectrum (in V/rtHz) into m/rtHz, we divided by the PD transimpedance and responsivity, and then by the Michelson gain (in W/m).

Second, we unplugged the PD from the input to the demodulator, and then terminated the demodulator input with 50 Ω. We tried to then take a spectrum of the Q monitor using the SR785, but found that the noise was dominated by the 50-Ω terminated input noise of the SR785. So we instead looked at the spectrum of REFLAIR_A_RF45_Q_ERR with all whitening filters off and with the whitening gain at 45 dB. We found that if the whitening gain was at 0 dB, the spectrum decreased by only a factor of 3 in amplitude (and maintained the same shape). This seems to indicate there is a non-negligible contribution from noise sources after the whitening VGA.

Anyway, so foar the PD noise and the demod + whitening + ADC noise appears to account fairly well for the total observed noise that we saw in alog 10127. In the white part of the spectrum above 10 Hz, we appear to be off by a factor of 1.5 or so.

(Corey, Keita)

Started TMS work out at EY after the SUS team, and embarked on unloading the cornucopia of TMS Tooling.  An unfortunate thing is I installed Tooling which wasn't needed (I was confused by Tooling drawing), and also forgot to lock down the Upper Mass.  So after hours of frustration (& cussing), I was able to grab Keita to help out.  With both of us down there, we were able to:

• Install Safety Support Turnbuckle System (this is what secures the TMS for Catrdidge Move)
• Install Protective Cover (we actually should have done this before installing items above, but we were able to needle it in to place)
• Installed a Quad Bag over the entire structure
• Removed the Electronic Interface Feedthru from the Test Stand

Day Shift Summary
LVEA Laser Hazard

08:45 PSL check OK
09:12 Craig & Scott – Working in H2-PSL enclosure
09:15 Richard – Working on dust monitor at HAM6
10:05 Betsy & Travis – To End-Y to lock Quad
11:06 Filiberto – Electrical work at End-X
12:36 Sheila – Restarting the ISCEX model
12:51 Thomas – At End-X to recenter Optical lever
12:57 Karen – Cleaning at Mid-Y
13:15 Betsy & Travis – Working on ITM in LVEA test stand
13:45 Apollo – At End-Y to lower BSC cleanroom
14:06 Thomas – Going to End-X and then to the LVEA to align ITMY Optical Levers
14:45 Praxair – On site to deliver nitrogen to Mid-Y
15:00 Corey & Keita – At End-Y working on TMS
16:10 Dave – DAC restart to add Guardian channels 

16:10 DAQ restart. Latest H1EDCU_GRD.ini file from Jamie, added H1:ALS-C_COMM_A_LF_OUT_DQ to frame broadcaster for DetChar.

[Jeff K, Duncan M]

The H1:SUS-BS_ODC_CHANNEL_BITMASK record has been modified so that the summary bit of the ODC for BS suspension ignores the 'M3 WatchDog OK' bit, at Jeff's suggestion - this bit will be off for the foreseeable future, regardless of the state of the suspension itself.

This record now reads 2014, rather than 2046:

$ caput H1:SUS-BS_ODC_CHANNEL_BITMASK 2014
Old : H1:SUS-BS_ODC_CHANNEL_BITMASK  2046
New : H1:SUS-BS_ODC_CHANNEL_BITMASK  2014

An equivalent change has been made at LLO.

[Yuta, Evan]

Michelson signal challenge (alog #9857) was solved.

MICHELSON REFLAIR PATH POWER BUDGET
Tabulated by Kiwamu and Lisa in alog #9954.


MICHELSON SIGNAL CHAIN

Michelson length change: dl=lx-ly [m]
|
Optical gain: dPmod/dl  = 2*4*pi/lambda*Peff*J0(beta)*J1(beta)*sin(2*pi*fmod/c*lsch)*Ritm  = 1.86 W/m  (Confirmed with Optickle; Note that Optickle gives half of this since it gives demodulated signal with demod gain of 0.5)
|     Effective input power: Peff=7.3uW (measured),  Modulation depth beta=0.07 (alog #9395), Modulation frequency: fmod=5*9099471 Hz (alog #9695), Schnupp asymmetry: lsch=0.08 m (alog #9776)
|
PD responce of REFLAIR_A: eta1064 = 0.76 A/W (Perkin Elmer C30642)
|
Trans impedance: Z = 341 Ohm (LIGO-S1203919)
|
Cable loss: Closs = 0.81 (measured; alog #9630)
|
Demodulator gain: Gdmd = 11 (measured; nominally 10.9 according to LIGO-F1100004)
|
Whitening gain: Gwtt = 45 dB (set by H1:LSC-REFLAIR_A_RF45_WHITEN_GAIN)  (Anti/Whitening filters and AA filters are ignored here since they have DC gain of 1; see LIGO-D070081 and /opt/rtcds/rtscore/release/src/fe/controller.c)
|
ADC conversion: V2C= 2**16/40 counts/V
|
H1:LSC-REFLAIR_A_RF45_(I|Q)_IN1
|
H1:LSC-REFLAIR_A_RF45_(I|Q)_GAIN = 5
|
MICH error signal (H1:LSC-REFLAIR_A_RF45_Q_ERR) [counts]

Muliplying these numbers gives dPmod/dl * eta1064 * Z * Closs * Gdmd * Gwtt * V2C * 5 = 6.2e9 counts/m (with error of ~10%)
The measured value using Michelson fringe was 7.6e9 counts/m on Feb 17 (alog #10127), and 6.8e9 counts/m on Jan 30 (alog #9698). So, the expected value and the measurements agree within ~20%.

MEASUREMENT DETAILS

In the process of constructing the calibration chain, we ended up repeating some measurements that were done previously.

We re-measured the power in front of REFLAIR_A. With the PRM aligned, the DC output was 2.35(1) V, and with the PRM misaligned (so that the beam is predominantly the reflection from ITMX), the DC output was −1.30(3) mV. The dark voltage was −1.84(5) mV. The net voltage with the PRM misaligned is then 0.54(6) mV. Using the DC transimpedance (98 Ω) and responsivity of the PD, this gives a power of 7.3(7) μW. Additionally, the ratio of aligned to misaligned is 4.4(4) × 10³, and the expected ratio is Ritm/(Tprm^2)*4 = 4.4 × 10³, so we have good agreement.

We also used the Ophir power meter to measure the power with the PRM aligned; it was 33.9(1) mW. The power with the PRM misaligned was too small to see with the meter (we couldn't figure out how to remove the filter on the head).

We measured the demodulator gain by driving the RF input of the demodulator with a −10.0 dBm sine slightly offset from fMod, and then watching the Q monitor on a 50-Ω impedance scope. The ratio of pp voltage on the scope to pp voltage of the input sine was found to be 0.51(2). The output impedance of the monitor is 499 Ω, and after the monitor there is a symmetric drive (giving an extra factor of 2), so the gain is actually 11.2(4).

We found that the optical lever for ETMX was starting come off the QPD's linear regime (41 urad in pitch) and so it seemed like a good time to re-align.

ITMY's optical lever has been completely off of the QPD for a little while now but we were able to recover the beam without opening the covers.

The last time a fine alignment was done was January 8th, 2014.

After completing the install of IOHT2R I've installed and aligned the trans-mon and PRMR paths on the table up to the 5 cameras. The HWPs for the trans-mon and PRMR beams are currently set to minimized transmission through the first BSs and their settings are 174 degrees and 290 degrees respectively. I've noted these setting on the table layout that is fixed to the interior of the enclosure. This table is now awaiting cabling for the cameras which is being ordered by Richard M.

Thanks to Corey for his help.  We got the 600lbs off the keel and palleted for the trip up onto the E-module.  Corey continues his work on the TMS.  SEI will collect one more PS before uncabling.  Meanwhile Apollo is lowering the cleanroom.

On 21 Jan 2014, the EPICS gateways were removed in favor of directly specifying the network broadcast addresses using the EPICS_CA_ADDR_LIST environment variable, as described in entry 9400. This eliminates the problem of MEDM displays being slow to respond to IOC reboots, etc., at the expense of additional network traffic. In the original setup, the gateway acts as a proxy for CA channel broadcasts and data streams, such that the gateway can reduce the traffic load for individual IOCs (the gateway can maintain a channel connection, and then fan out the data to clients as required). In the current configuration, clients broadcast and connect to individual IOCs directly; of particular interest is the change in the amount of broadcast traffic.

The Short Version

The current broadcast traffic on the H1FE network is approximately double what it was when the EPICS gateway was in place. For peak traffic, the change was from 300k to 500k bits/s (75k to 200k bits/s for avg traffic). As a percentage of the total bandwidth available between the core switch and the H1FE switch (1Gbps), this is a change from 0.03% to 0.05% peak utilization. Measured in packets/sec, the rate also essentially doubled from ~10 pps to ~20pps. This should not represent a significant additional traffic burden; however it has made more evident some potential flaws with the model switches used for the front ends, for which work is ongoing. This analysis is based solely on the broadcast traffic rates, which is the primary concern at hand.

Vlan101 Interface as a Barometer for Traffic Analysis

The core switch performs L3 routing for the CDS network. As such, the vlan interface for VLAN 101 (the FE network) is an ideal point to monitor changes in traffic. With the gateway in place, this interface will receive the CA beacons from the gateway. With the gateway removed, CA beacons will traverse this interface to reach the front end computer. Note that the majority of the broadcast traffic comes from the hourly autoburt runs; while the gateway proxies connections, it appears to re-broadcast for channel names anyway.

The attached plots for Vlan101 show that the broadcast traffic flow inverts on the 21st as expected. The subsequent relative drop in traffic levels a week and a half later corresponds to a cleanup of the autoburt request files that eliminated invalid/non-existent channels, hence reducing the broadcast rate.

vlan101-bits.png: Vlan101 traffic rate in bits.
vlan101-unicast.png: Vlan101 traffic in unicast packets.
vlan101-non-unicast.png: Vlan101 traffic in broadcast/multicast packets.

Plot times are between 2014-01-12 10:49:59 PST to 2014-02-19 10:49:59 PST. The range is an arbirary choice, other than including the region of interest. Light infill represents max peak traffic, dark infill average traffic.

cdsegw0 Interface Statistics

As a check, plots for cdsegw0 (the EPICS gateway) show a corresponding change in traffic. The two interfaces cannot be compared directly, as the physical interface for cdsegw0 includes traffic from vlans 101,105, and 106. However, the relative traffic changes match.

cdsegw0-bits.png: Vlan101 traffic rate in bits.
cdsegw0-unicast.png: Vlan101 traffic in unicast packets.
cdsegw0-non-unicast.png: Vlan101 traffic in broadcast/multicast packets.

Plot times, traces are as described above for Vlan101.
 

Travsu and I relocked the ETMy SUS and bagged it for the cartridge flight.

I committed outstanding changes to the base SUS guardian module:

USERAPPS/sus/common/guardian/SUS.py

The SUS.py from sus/l1/guardian was copied to sus/common/guardian, and a couple of improvements to the code were then made:

• added more sophistication to INIT state to check for the current alignment status, and move to the ALIGNED state if relevant.  No distinction between aligned and misaligned state yet, though.
• built-in userapps_path function is used to find alignment offsets burt files
• Add missing turning on of damping outputs in DAMPED state.
• log and notification cleanups

Outstanding tasks:

• Make the INIT state smarter.  It currently identifies that the alignment offsets and master switch are on, but it doesn't actually look at the alignment settings to determine if they correspond to aligned or misaligned.
• Arnaud is adding direct transitions between the ALIGNED and MISALIGNED states.

For the information of anyone looking at ETMX performance (Fabrice), we turned the oplev damping back on at 18:41 UTC this morning.

Keita, Sheila, Jax

Actually, this is Sheila impersonating Evan

We disabled dither alignment feedback but left the dither for P and Y both, and adjusted the WFS demod phase to minimize the peak for Q. We looked at 380Hz for P and 410Hz for Y.

See attached for the demod phase and whitening setting. This is probably not better than 10deg level.

The BS IS tripped on GS-13 watchdog at 1328 utc this morning.  Traffic, wind, something--plotting scripts still not functioning...

Anyway, I brought it back to lvl2 with 750mHz blends on stage2 and T250s on all Stage1 blends except T100mHz_0.44 blends on X & Y dofs.

I reset the target positions, there was about 700nrads on RX and <4um on Z, all other shifts were less.   Please let us know if this impacts any alignments.  This allowed for a one button isolation.

I am done with the morning red lock and handed the interferometer over to Keita and Jax. Here are some notes for the green and blue teams:

• I decreased the FSS threshoold (see alog 10195) to 0.8 from 0.9 because it was dropping the lock frequently.
• I decreased the MC2_M3_LOCK_LIMIT from 6.4e6 to 4e5 which is the nominal value.
• I touched up the alignment of PR2. So be aware of it when one aligns the red light into the arm cavity.
• PRMI is left aligned. Feel free to misalign it.
• ETMX is now aligned without the oplev damping loops running (see alog 10197).

After re cabling for the ALS WFS the link between slow and fast controls stopped working. The newly assigned DAQ ADC channel has a large -5V offset and seems broken. The offset is there even if nothing is connected to the AA chassis.