WP 5775, install of new /opt/rtcds NFS file server.

Reminder that starting at 11:00am PDT today LHO CDS and DAQ services will be intermittent for several hours as the /opt/rtcds file system is moved from h1boot to the new file server h1fs0.

VAC - taking down the corner station. WIll remaine valved out at least until Friday. WP5772
CDS - will be executing WP5775. There will be a re-boot of all FE, DAQ and Work Stations
SUS - Nothing to report
LVEA and EX are LASER SAFE
SEI - Model restarts for BSCs

15:45 All SUS parked in "SAFE" mode without incident
15:58 All SEI set to "OFFLINE" mode. ITMY watchdog tripped. Unable t reset at this time. Jim and HUgh looking into this. HAM2&3 watchdog tripped. was able to reset.

TITLE: 03/14 day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    Wind Avg: 15 mph
    Primary useism: 0.07 μm/s
    Secondary useism: 0.53 μm/s 
QUICK SUMMARY: 

I notice that the TCS Y laser is off and reporting a flow alarm.  The flow meter shows that the chiller is currently running.  I don't think this laser was in use but was running and it would be better not to leave it in this alarm state.  Either the power supply should be turned off if the laser is not needed, or it should be reset by turning the controller key on/off and pressing the gate button on the controller.

1320 - 1335 hrs. local -> To and from Y-mid.

LN2 at exhaust 1 min 30 seconds for 1/2 turn open.  Next overfill to be Tuesday, March 15th before 4:00pm hrs. local

I appear to be alone at the moment.  I need to gather a few more items from the outbuildings for Monday's activities.  Afterwards, I should be in the old Vacuum Prep and Bake Oven labs testing the to-be-installed vacuum gauge heads (forgot to do this last week).  

I'll make a comment to this entry when I leave the site.

Krishna

BRS-2, the ground-rotation sensor for installation at EndY, will be delivered by us on March 23rd. The installation and commissioning is expected to take ~2-3 weeks. The aim is to reduce the impact of wind on the ISI and consequently DARM. This post is to describe the components and the current plan.

Refer to T1500596 for the wiring diagram. Refer to the following SWG logs for more info on BRS-2: 11355, 11362. Here is a check-list of major components:

1. BRS-2 Instrument including the autocollimator, platform and foam box. Also includes the 30-meter optical fiber and light source. 

 2. An Ion pump and pump controller.

 3. The Satellite controller box is done (pic attached) - this is the same as in the diagram except for the AI filters and preamp which are not needed. There is no pressure gauge on the vacuum can, but there is a 2-3/4" CF port to which one can be added. The RTDs are included.

 4. The ISI interface chasis (not yet built). We will bring the EP4374 and EP4174 but we need help building the chasis. Specifically, the AI filter, the SE to Diff Amplifier, the Front Panel adapter board and associated wiring. 

 5. The Beckhoff computer and the C# and PLC code. The C# code reads the camera at 2 kHz and can send data out at ~200 Hz to the PLC, which is currently running at 250 Hz and writing out the following signals: Tilt, Drift and Ref signals and the Status bits.

 6. We will bring the Piezo stacks and Piezo amplifiers to measure the tilt-transfer function.

 7. Spare flexures, and additional hardware for the assembly process.

Rob, Stefan,

THe pictures are in /ligo/home/controls/sballmer/20160312/LIGO

Logged in remotely to check that indeed all vioin modes damped down to the normal range.

Tried once to go to 20W, but failed. more tomorrow.

State of H1: locked at Increase Power at 5.2W

Work tonight on:

• power increase
• ASC
• violin modes

Before locking tomorrow:

• Load ISC_LOCK Guardian - for a test power in Increase Power was set to 5W, and the code is reverted, but needs to be loaded

Stefan has H1

We are daming them overnight, sitting at 5W. Also wrote the adjustDamperGain script below. It measures the peak count output of a fliter module, and scales the gain to set a target peak level. (Or the maximal allowable gain.)

We left the guardian script calling this function for the modes that were problematic toinight:

ISC_LOCK.py, line 2362

        # the following violins were saturating on March 11 2016 with above gains - turn them down
        time.sleep(10)
        adjustDamperGain('SUS-ETMY_L2_DAMP_MODE5',-100,1.5e5)
        adjustDamperGain('SUS-ETMX_L2_DAMP_MODE6',100,1.5e5)
        adjustDamperGain('SUS-ITMY_L2_DAMP_MODE3',100,1.5e5)
 

def adjustDamperGain(FM,maxgain,targetCounts):
    """read the FM output and scale the gain to match targetCOunts"""
    dmax=numpy.max(numpy.abs(cdsutils.getdata(FM+'_OUTPUT',1).data))
    oldgain=ezca[FM+'_GAIN']
    newgain=oldgain*targetCounts/dmax
    if (abs(newgain/maxgain)<1.0):
        ezca[FM+'_GAIN'] = newgain
    else:
        ezca[FM+'_GAIN'] = maxgain
    
 

We have put a few new settings into the ISC guardian, and one should now be able to use it to go to DC Readout.  As of this writing, we have not yet tried to increase the power with the new ASC settings beyond 5W input (bad violin mode situation, see other elog later).

The SRC1 and SRC2 loops are now opened along with the PRC1, PRC2 and INP1 loops, for the duration of the CARM offset reduction sequence.  Yesterday we were able to get past the SWITCH_TO_QPDS with the SRC loops closed, but today both our daytime operator (Ed) and our evening operator (Cheryl) were struggling.    The SRC loops are re-closed during the main Engage ASC set.

We also temporarily increase the test masses' offloading gain to M0 while the SOFT loops get up and running.  This is to prevent saturation of the L2 actuators when we start off with large SOFT offsets.  Since these can cause slow oscillations, I have them turning off again after 90 seconds at the end of ASC_PART3.  To further prevent saturations, we are resurrecting an old decorator by Stefan that checks the size of the output of the SOFT loops, and if they're getting too big, will turn the loops off so that the offloading can catch up, and then turn the loops on again.  This decorator is included in every state between ASC_PART3 and DC_TRANSITION, which is the state that waits for SOFT loop convergence. 

After some OMC investigation and fixing by Rob and Sheila, we are able to transition to DC readout, and have increased the power to 5W.  The ASC loops are all still stable.  Once Stefan has the violin modes damped a little more, we'll try going to higher power.

I've created a new filter for the RH substrate lens in TCS SIM. I'm testing it in H1:TCS-SIM_ETMY_SUB_DEFOCUS_RH. The filter bank is called "realRH". 

The poles and zeros are derived from a fit of a series of exponentials to HWS data for the measured RH spherical power at LLO. 

The (normalized) behaviour of the HWS measurement can be reproduced with the following sum:

defocus = -1 + sum(a_i * exp(-t/tau_i) )

Each exponential acts as a low-pass filter with a pole frequency of 1/(2*pi*tau), so the transfer function is the sum of each of these LPFs weighted by the coefficients a_i. Math then can convert that into a ZPK filter with 4 zeros and 5 poles and the desired response should ensue. That's what I'm testing at the moment: see H1:TCS-SIM_ETMY_SUB_DEFOCUS_RH_OUTPUT from 1141778267.

I think I've put the wrong sign in the filter bank ...

Jenne, Hang, Robert Ward, Stefan, Matt, Lisa

Today we spent some more time on ASC

1) We realized that ASB36 has the DC centering and SRM both orthogonal to the BS signal, so this is a better signal to be using for BS than 36A. We swithced to this, and also switched SRM to ASB36 I, since we saw that the error point was good for SRM in full lock when we have MICH controlled with ASB36 Q.  This loop is not insensitive to the centering (it is basically parallel), but we seem to be OK.  

2) 25999

3) We have the CHARD at high bandwidth in the guardian, although this is quite rough and we need to think about how to engage it more smoothly.  

4) We have measured several sensing matrices, Hang will post them.

5)We are able to engage the soft loops even when they all have ofsets of about 0.1, and they converge very slowly without bringing our buildups down, with all the rest of the ASC on.  We think this means that we don't (at least not any longer) have a problem with error points changing, but we might still have a problem with loops are cross coupled.  We have done this 3 times now. 

We are now having trouble with the OMC locking, it seems to be locking on the side of the fringe, even though the dither line is supressed.  We tried a bust restore (the computer was restarted today.) but that hasn't solved the problem.  We will come back to this tomorow. 

Kiwamu, Stefan

Looking at the cross-power plot in alog 25768, we see a coherent noise floor following the shot noise a factor 3.3 below.

Looking at alog 21167, this seems cosistent with our old firend the excess 45.5 MHz noise in DARM.

Shot noise of 20mA: 8e-8mA/rtHz: a factor of 3.3 below that: 2.4e-8mA/rtHz. This is roughly consistent with the residual coherence seen in alog 21167.

Kiwamu will make an all-O1 plot to nicely resolve that noise. We need to add this noise to the mystery noise projection in alog 25106 (this plot).