To finally to begin putting non-CDS, useful interferometer diagnostics (band-limited RMS of seismic motion, glitch-grams, inspiral range [when we have one]) onto the wall monitors in the control room, I had to first learn how. Here's how you do it:

From a machine running OSX (e.g. the operator2 station on the right-hand side of the operator's workstation):
- Click on a blank space on the desktop, to switch to the "Finder" toolbar along the top.
- Either
     - Select the "Go" drop-down menu
     - Select "Connect to Server" 
   Or
     - Use the "Command + K" keystroke
- enter in the server 
   vnc://video#
   where # is a number from 0 to 6, representing each vertical pair of monitors around the room. 
This opens up a screen sharing desktop akin to what you see on the wall.

It should have all the same functionality as the OSX workstation from which you've started.

- 9:05 am, Corey to LVEA West bay, assembly/search for cables.
- 9:13 am, Jim and Adrien to LVEA, work around HAM4.
- 9:29 am, Corey out of the LVEA.
- 9:33 am, Patrick to Mid-Y, retrieve Beckoff chassis for test stand.
- 9:39 am, Mitchell to LVEA, joining Jim and Adrien.
- 9:45 am, Corey to End-Y, cable work.
- 10:11 am, Cyrus and Jim, control room, work per WP#4404.
- 10:16 am, vendor delivery, water.
- 10:16 am, Patrick back from Mid-Y.
- 10:51 am, Kyle to LVEA, x-beam manifold turbo pump work.
- 10:59 am, Mitchell out of LVEA, Jim and Adrien remain inside.
- 11:10 am, Kyle out of LVEA.
- 11:46 am, Jim and Adrien out of the LVEA.
- 12:31 pm, Jeff L. to LVEA, take a load of OFI components and inventory components in the west bay area.
- 12:37 pm, Filiberto to End-X, ISC rack, cable work.
- 1:00 pm, Praxair LN2 delivery, to X-end CP8.
- 2:00 pm, David to control room, work per WP#4405.
- 2:07 pm, David to control room, DAQ restart.
- 2:20 pm, Filiberto out of End-X.
- 2:41 pm, Kyle to the LVEA, turbo-pump by the x-beam manifold.
- 2:54 pm, Sheila to LVEA, ISCT1 to misalign a mirror.
- 2:59 pm, Sheila out of the LVEA.
- 3:05 pm, Jeff L. out of the LVEA.
- 3:50 pm, Jeff L. to the LVEA, inventory OFI components at west bay area.

WP4406

Jim has powered h1fw0 down for its memory upgrade.

WP 4405. I modified the IOP model for h1sieh45 (h1iopseih45) to fix a copy-paste error with the IOP watchdogs. For now, since SR2 is not sending an IPC status I have "wired the watchdog open" by setting the dackill input to unity. When the new IOP watchdog software using the new targeted parts go in I will remove this hard-wire.

14:00 all models on h1seih45 killed, IOP model restarted, all user models restarted (h1hpiham4,5 h1isiham4,5)

14:07 DAQ restarted due to IOP model INI file change

This closes out WP4405

Sheila and Daniel took several TFs of the EX PDH open loop on friday. I have attached the files, and a matlab script for the graph. These TFs were taken w. the following configuration:

PLL Servo Board:

• Input 1 pol: neg
• Input 1 gain: -4dB ** note this is different from nominal setting of 0dB due to a bad burt restore
• Common Comp: ON
• Boost 1: OFF
• Generic Filter: ON
• Fast Option: ON
• Fast gain: -8db
• rest off/zero

PDH Servo Board:

• Input 1 pol: pos
• Input 1 gain: -11dB
• Common Comp: ON
• Boost 1: ON
• Boost 2: OFF
• rest off/zero

Jim and I are changing the EPICS gateway configuration as specified in WP4404.  This involves changing the user environment to use EPICS_CA_ADDR_LIST for CA broadcast as opposed to routing through the EPICS gateway.  The gateway processes will remain in place for the vacuum controls (which do not have a default route, and therefore don't support this), and for the FE network to support the EDCU.  The unused gateway processes will be decommissioned.

NOTE:  Once the gateway processes are stopped, you will need to re-launch MEDM, etc. from a new shell to pick up the environment changes.  (The simplest method is to log out, then log back in.  This ensures you are not left with anything 'stale' on the desktop.)

I've attached the oplev trends for PIT ITMX and ETMX over the last 12 hours, (7urad, pp)  these can be compared to the trends in T1300563

(page 11 and 16).  You can see that we had about 1/5 the fluctuations in pitch durring HIFOY that we do now.   After Hugh's work on friday the longitudnal motion is reduced (now we see about 2-3 fringes per second) to levels where wwe should have enough range to lock stably.  As was documented in the alogs 9384 and 9381, the unexpected low finesse of the ETM means that higher order modes ( caused by misalingment or mode mismatching) cause offsets in our locking signals.  As a result we are more sensitive to pitch fluctuations that we should have been, and our lock is not really stable yet.  So if SUS/SEI can work on reducing the pitch fluctuations, we should give them whatever time they need with the optics.  Also, we should simulate if our locking signals would be OK with the level of pitch fluctuations seen durring HIFO Y. 

Last, I am going into the LVEA to look for parts in the east bay and work on ISCT1. 

Kiwamu, Stefan

With the BS L2P and L2Y decoupling in place we were successfully able to hand off a PRY lock to the BS, turning off any PRM and PR2 feed-back.

We needed an output matrix element of -0.05.

The attached open loop gain plot shows a lock on PRM & PR2 in black, the original BS lock in orange, and the final BS lock after adding an additional z30:p100 lead filter.

I then noticed that the BS is still ringing up during lock-acquisition because of an asymmetric saturation in the M2 coils. Adding a low limiter (10000cts) before the f^2 filter fixed the problem, but that was not enough low frequency range once in lock.
Thus I added a z1:p20 filter in the ISCINF filter, with a 2e5cts limiter, followed by a z20:p1 filter in the M3_LOCK filter. This way I can limit high-frequencies earlier, but still have the low frequency range.

With that the PRY was acquiring using only the BS actuation (StripTool trace attached) - success!

Next on the to-do list: power-recycled Michelson.

Koji, Kiwamu, Stefan

We finished setting the BS drivealign matrix. Attached are the transfer functions of the two filters.
To test it we put in a 0.5Hz drive, and took a snapshot of a StripTool, starting without the drivealign elements, and ending with the L2P and L2Y drivealign elements engaged.

Note that we don't understand why the L2P coupling seems to fall faster than 1/f^4 above 3Hz. Since the measurement has very low coherence, this might actually be a measurement error. However, since the drive is so weak up there, this might actually not matter in practice.


The raw data is in
/ligo/home/controls/sballmer/20140115/BSTFdata
BSTF_v5measDone.xml
BSTFpitch_v5.xml
BSTFyaw_v5.xml

For reference, here are the actual filters used:

BS_M2_DRIVEALIGN_L2P:
zpk([0.0988999+i*0.419892;0.0988999-i*0.419892;0.0016662+i*0.747769;0.0016662-i*0.747769;
    0.77626+i*1.58279;0.77626-i*1.58279],[0.0545374+i*0.369777;0.0545374-i*0.369777;
    0.330458+i*2.11871;0.330458-i*2.11871;0.0573483+i*1.115;0.0573483-i*1.115;0.033991+i*0.481048;
    0.033991-i*0.481048],-0.010800065,"n")

BS_M2_DRIVEALIGN_L2Y:
zpk([0.0375136+i*1.25343;0.0375136-i*1.25343;0.185383+i*1.14346;0.185383-i*1.14346],
    [0.0211465+i*1.07707;0.0211465-i*1.07707;0.255547+i*1.35495;0.255547-i*1.35495],-0.00289650892,
    "n")

For now it relieves the IAL drive to top mass lock filter banks.

asc/h1/scripts/xarm_IALrelieve
SVN revision 6911

I had left the IAL dither loops running for the last 12h. There is still frequent mode-hopping to the 10 mode. But when It jumps on the 00 mode, the x-arm build-up in transmission seems to consistently be up to 650 cts.

The BS Y2Y coupling measurement finished and was saved in controls/sballmer/20140115/BSTFdata/BSTFyaw.xml

The PRM P2P coupling measurement finished and was saved in controls/kizumi/binary_stars/20140116_PRMdiag/PRM_P2P.xml

The PRM Y2Y coupling measurement was started. It is now at 0.7Hz and running. It was temporarily saved in controls/kizumi/binary_stars/20140116_PRMdiag/PRM_Y2Y.xml

I tuned the dither alignment for the x-arm tonight.

YAW:
 - Dithering PZT1 at 410Hz using oscillator 2. Driving ETM using control bank 2.
 - Dithering PZT2 at 470Hz using oscillator 3. Driving TMS using control bank 3.
 - Oscillator 1 and control bank 1 are currently not used.

PIT:
 - Dithering PZT1 at 380Hz using oscillator 2. Currently not driving anything.
 - Dithering PZT2 at 440Hz using oscillator 3. Driving TMS using control bank 3.
 - Dithering ETMX at 1.7Hz using oscillator 1. Driving ETM using control bank 1.


I didn't use the PZT1 pitch dither because there is a DC offset in the demodulated error signal. Note that PZT1 is input pointing position (PZT2 is angle).
I was able to zero the dither offset byputting offsets into the green QPDs:
H1:ALS-X_QPD_A_PIT_OFFSET = -0.464
H1:ALS-X_QPD_B_PIT_OFFSET = -0.084
Those offsets were chosen such that they only lead to a different PZT1 drive, leaving PZT2 untouched.

Attached is a snapshot of all relevant screens.

Still to do:
 - Relieve script or servo (or move integrators to the suspensions).
 - Automatic turn-off of the servo if the arm power drops below a threshold.
 - Actuation node dither for ITM centring. (I would prefer less mode-hopping for this.)

Doc D0901920 lists the cavity length as 3994.485 m (as built, anyone?). The attached Mathematica snipped calculates the axial location of the sidebands.

Alexa, Stefan, Sheila and Kiwamu

Yesterday, we set up an optical spectrum analyzer on the PSL table to measure the characteristic of the EOM. The results look good except for the 24 MHz resonance . The resonance for the 24 MHz sideband is apart from the modulation frequency by 250 kHz or so. However the IMC doesn't need a large modulation depth and the IMC locking has been OK, we are good. Also, I took some impedance data and will put those data together into a DCC document for a record purpose.

The plots below are the measured modulation depth when driven hard as a function of the modulation frequencies. The vertical dashed-lines represent our actual modulation frequencies i.e. f1 = 9099471 Hz , f_mc = 24078360 Hz and f5 = 5 x f1.