J. Kissel, D. Barker

After Dan made changes to the OMC's ASC scheme (LHo aLOG 17325), and Dave subsequently restarted the h1asc front-end model this morning (I don't know why, hopefully an aLOG is pending by the author of the change, maybe to do with WP #5112), which uncovered a flaw in the new OM3 IPC receiver connections. T'was a simple copy-and-paste bug in the channel naming, so I just went ahead and fixed it. We await a DAQ restart to close out the work.

Details:
Attached are before vs. after screen shots. Forgive the terrible Simulink vs. Ubuntu graphics rendering, but the bug was in the OM3 stuff at the bottom, so the bad rendering doesn't affect my demonstration. Dan was presumably copying and pasting the OM1 / OM2 IPC senders, and forgot to remove the simulink-added "1" and "2" to the end of the name.

Before restarting the model, I updated the h1sushtts SDF file, seeing that the majority of the changes were alignment offsets and corresponding tramps. I presume the alignment settings are good, given the Megaparsec report from last night (see LHO aLOG 17411).

After restarting the model, I've committed the latest version of the model and the SDF capture to the userapps repo.

J. Kissel, E. Merilh 

Ed and I restarted the DAQ / framebuilder / data-concentrator ar 12:42p PDT or 19:42 UTC to absorb changes made by Daniel for the end station Beckhoff and the ASC front-end models (again, I presume an aLOG is pending, I think it's related to WP #5112), as well as the changes I made to clean up the h1sushtts IPC problems (see LHO aLOG 17428).

JimW tweeked the level2 isolation controllers to reduce the gain a few around 100hz.  This morning we got a chance to use them for a time.  The Stage stil can NOT be isolated while the Mich Locks or unlocks without tripping the stage2 watchdog.

The first attachment is an hours trends where I picked dtt start times.  The second attachment is the dtt of MICH_OUT and the ground spectra.  With what looks like a very similar ground motion during the two measurements, there does appear to be reduced output of the MICH Loop with the Stage2 Isolating in the few hz to few 100mhz band.  Good to do similar with more IFO signals when available but it seems this is an improvement.

This time I caught it on the test stand with better error reporting.

Test stand code error:

Mar 24 10:14:29 conlog-test-master conlogd: Channel Access Exception: Channel Name: Unavailable, Native Type: Unavailable, Native Count: 0, Read Access: Unavailable, Write Access: Unavailable, IOC: Unavailable, Message: Virtual circuit disconnect, Context: h1asc0.cds.ligo-wa.caltech.edu:60755, Requested Type: TYPENOTCONN, Requested Count: 0, Source File: ../cac.cpp, Line Number: 1214
Mar 24 10:55:15 conlog-test-master conlogd: ../database.cpp: 661: insert_dbr_string_value_execute: Error executing m_p_insert_dbr_string_value_prep_stmt. Parameters: H1:SYS-MOTION_Y_SHUTTER_A_NAME, 1427219715488583185, 0, �, 0, 0.
Mar 24 10:55:15 conlog-test-master conlogd: ../conlog.cpp: 314: process_cac_messages: MySQL Exception: Error: Incorrect string value: 'xC0' for column 'value' at row 1: Error code: 1366: SQLState: HY000: Exiting.
Mar 24 10:55:16 conlog-test-master conlogd: ../conlog.cpp: 346: process_cas: Exception: boost: mutex lock failed in pthread_mutex_lock: Invalid argument Exiting.

Seems to have non ascii characters in the value of the H1:SYS-MOTION_Y_SHUTTER_A_NAME channel.

Production code error:

Mar 24 10:14:29 h1conlog1-master conlog: Channel Access Exception: Channel Name: Unavailable, Native Type: Unavailable, Native Count: 0, Read Access: Unavailable, Write Access: Unavailable, IOC: Unavailable, Message: Virtual circuit disconnect, Context: h1asc0.cds.ligo-wa.caltech.edu:60755, Requested Type: TYPENOTCONN, Requested Count: 0, Source File: ../cac.cpp, Line Number: 1214
Mar 24 10:17:01 h1conlog1-master CRON[21576]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Mar 24 10:39:01 h1conlog1-master CRON[21583]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d /var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5 $(/usr/lib/php5/maxlifetime))
Mar 24 10:55:25 h1conlog1-master conlog: ../conlog.cpp: 301: process_cac_messages: MySQL Exception: Error: Incorrect string value: 'xEC>xBF' for column 'value' at row 1: Error code: 1366: SQLState: HY000: Exiting.
Mar 24 10:55:26 h1conlog1-master conlog: ../conlog.cpp: 331: process_cas: Exception: boost: mutex lock failed in pthread_mutex_lock: Invalid argument Exiting.

They may have failed on different channels, but this narrows it down.

The summary of all coherences can be found here:

https://ldas-jobs.ligo.caltech.edu/~gabriele.vajente/bruco_1111224016

Here is my personal summary: still a lot of coherence with MICH/SRLC/PRCL, angular motion at low frequency, PSL periscope

• low frequency power fluctuations (OMC flicker) are coherent with the power before the OMC, so they are likely generated inside the IFO and not by some OMC control. Moreover, there is high coherence with both PIT and YAW RF45 signals at the AS port, but this might be simply due to power fluctuations coupling to angular signals due to miscentering on the WFS. Coherence is good with REFL WFS too.
• Noise between 5 Hz and 20 Hz shows some coherence with HAM1 signals: HPI-HAM1_BLND_L4C_Z_IN1. There is a similar amount of coherence with LVEA seismometer signal: PEM-CS_ACC_LVEAFLOOR_HAM1_Z. HAM1 shows some coherence too.
• Between 1 Hz and 20+ Hz, many WFS signals are coherent with DARM: mainly AS_RF45, but also REFL_RF9. I can imagine two possible explanations
  1. DARM correction leaks into the angular signal due to miscentered WFS or misbalanced actuation
  2. Angular control pollutes DARM due to misbalanced actuation
• There is coherence with ITMY control, which I believe is due to the MICH feedforward. Indeed, the coherence of DARM with ITMY is the same as DARM with MICH. This means that the MICh feedforward can still be improved.
• In the 30-200 Hz region coherence with PRCL/SRCL is quite large. Maybe we need some more feedforward paths.
• 57 Hz and 74.8 Hz are coherent with magnetometers: PEM-EX_MAG_EBAY_SUSRACK_Z_DQ and SEIRACK. The harmonics are there too.
• The noise bumps at ~75-83 Hz and ~98 Hz are coherent with ASC-Y_TR_B_PIT 
• Peaks from the PSL periscope are highly coherent in the region between 180 and 380 Hz. See for example PEM-CS_ACC_PSL_PERISCOPE_X, PEM-CS_ACC_PSL_TABLE1_Z and all IMC signals
• The region between 460 and 520 Hz is completely coherent with ITMX L2 control
• At high frequency (>100 Hz) there is still broadband coherence with a lot of RF signals in REFL and POP. This is likely related to the IMC longitudinal offset issue (to be confirmed and possibly fixed)
• There is some coherence above 100 Hz with intensity noise. The projection is still a factor of few below the DARM noise floor, but not too far away. It should be easy to improve intensity noise by tuning the IMC alignment
• Around 970 Hz there is large coherence with PRCL

In general, there are many frequency bands where there is coherence with signals, so it's worth scanning though the main table to see if yopu favorite bump is coherent with something. The list would be too long to be included here.

Conlog exited with the following error:

Mar 24 09:36:28 h1conlog1-master conlog: ../conlog.cpp: 301: process_cac_messages: MySQL Exception: Error: Incorrect string value: 'xB8xEDxFBx99xE8x05...' for column 'value' at row 1: Error code: 1366: SQLState: HY000: Exiting.

Unfortunately the code to do better error reporting with the channel name that caused it is still only in trunk.

SEI - Jim is installing new osolation filters on BS.  McCarthy may install a new power supply for te EX HEPI pump controller.

SUS - Charge measuring in EY

CDS - RF cab;le pulling between TCS racks. Discuss plugging in rotation stage

Matt is working on TCS X and Y and clearing errors on TCS-X AOM

Bubba found a bad bearing on one of the axial fans. He will be repairing.

3IFO- Bubba installing dewpoint sensors on containers. Jodi ad Gary tagging ISC and Baffle stuff.

Corey working in Squeezer bay

HFD - in LSB doing tests.

08:08 IFO fully locked @ ~ 18Mpc  (according to SensMon).

Evan, Sheila, Dan, Kiwamu, Lisa 

SUMMARY 

The wind dropped below 20 mph in the evening, and we started locking. After some roll, bounce and violin damping, we made it to DC readout @ 8W. We successfully transitioned DARM to ETMY with low noise ESD and got some MICH feed-forward cancellation going. We improved the noise between 30-200 Hz, and reached  28 Mpc  (according to SensMon). 

The noise was more stationary than  previously observed . 

However,  the OMC is still shaking , and it is not good. Dan has a resonant gain for DARM ready to be tested to reduce the noise around 3 Hz, but we didn't manage to get that done tonight. 

We leave the interferometer locked at 28 Mpc starting at March 24, 2015 9:17 UTC . 


DARM control on ETMY with low noise ESD  

We did the transition from ETMX to ETMY L2 for DARM, but the interferometer was very glitchy, and we decided to abandon L2 control and try the new  Den's strategy  to do the feed-forward to ITM(Y) L2. 
Evan got about a factor of 10 subtraction (FM9 has BS plant inversion in LSC-MICHFF filter bank, gain +0.048). 

ASC cut-off filters 

Since none of the ASC loops had cut-offs, we decided to add  some . They are now engaged by the Guardian. A more fine tuning will happen at some point. 

Started switching coil driver to low noise  

We started switching the coil driver to  low noise . Evan will post a table later with the successful switches we did after acquiring the DRMI lock. We need to do more work on this, some failed.

Lisa, Dan, Sheila, Evan, Kiwamu

We checked the evolution of the flickers in OMC TRANS over time.  It appears that the features between 1-5Hz have always been there, but the amplitude has grown by a factor of ~3-6 in the past two weeks.

In the attached plot, the ampltiude of the 3Hz peak on Mar 6 was about 0.004 / rt[Hz], and today it is 0.02 / rt[Hz].

We've added rolloffs to the ASC loops, turned on the 'resg1' filter in the ETMY_M0_DAMP_L filter bank (this adds a RG at 1Hz and an overall gain of +6dB), and looked accusingly at the OMC TRANS camera image.  No change so far.  Next idea is to try a boost in the DARM loop gain at low frequency.