Stefan, Arnaud, Jeff, Alexa, Sheila

Yesterday we tried to test our plant inversion for each stage of the ETMX quad.  The good news is that we get the same results if we make out measurement with optical levers on or off, so we can use the same plant inversion in either case.  We had thought there was a difference based on the earlier measurements, but that was mostly due to one point with lower coherence.

The first screenshot shows a measurement we made with the slow feedback going to the top mass, made by injecting into the top mass and measuring the ALS REFL control signal.  Stefan calibrated this so that it would be flat if the plant inversion is perfect. 

The blue trace has is the original plant inversion, the green trace is just a better resolution measurement of the resonance similar to the blue. 

Stefan installed a patch filter to cancel this resonance (second screenshot attached), and we repeated the measurement (show by the red trace).  Now it is flat. 

We then switched the slow feedback to the UIMand repeated the same measurement, using the plant inversion L2L, the gain uim/tst, and the low pass blend but no high pass blend. We again found a resonance at 0.44 Hz, but need a better resolution measurement to correct it. 

2014_05_03 19:36 h1fw0

this is an unexpected restart of h1fw0. We will schedule a reboot of its solaris QFS writer 06may

I left a measurement running on the suspension overnight, but that should have been finished before this trip, so I'm not sure what caused this.

No restarts reported.

Gradual pressure increase seen by PT246B over past few weeks represents an unpumped accumulation -> I will turn this off on Monday as the CC gauge pump effect is decaying and is now insufficient to match the outgassing-> Configuration will be restored to normal after the adjacent RGA volume (temporary) is finished baking out

The beam diverter moves TMS pitch by a bit more than 9urad.  This seems like a potential problem if we are planning to use any of the sensors on TMS when we flip it to go to science mode.

In the attached screenshot, I opened the beam diverter and misalinged the arm cavity, closed the beam div again, and the cavity was  aligned again.  I opened it again, and moved TMS +9.1 urad in pitch to realign the cavity. 

J. Kissel, K. Izumi, S. Ballmer


Inspired by the presentation Suresh gave today on the ISC / Integration Call, (see T1400311, which includes data originally taken from LLO aLOG 11518), I looked at the spot positions on the IMC WFS using a 1 hour trend over the past 30 days (Suresh used 20 days). See first attachment. While LLO's spot position oscillates roughly +/- 0.5 [fractional beam diameters] (though it's tough to quantify without y-axis labels or gridlines), LHO's WFS DC signals fluctuate about an order-of-magnitude less over these time-scales. Though we haven't cross-referenced in detail, we believe the discrete jumps seen correspond to the MCWFS alignment mystery starting and te subsequent recovery (see LHO aLOG 11481).

I also attach the amplitude spectra of MC2 Trans, calibrated* into [W/rtHz] at of intra-cavity power noise, as Suresh has done on pg 7 of T1400311. One can see that the (equivalent) transmitted power noise floor is higher at LHO, (which we guess it QPD electronics noise), so at this point we're not able to resolve noise features at the same level, so it's unclear if we have similar problems with WFS centering creating intensity noise.


* Calibration of H1:IMC-MC2_TRANS_SUM_IN1_DQ into intra-cavity power:
The SUM is already calibrated into [uW] at the MC2 TRANS QPD as per LHO aLOG 9716. 
From T1300386 and E1300756, the two non-suspended optics between the QPD and MC2 are AROM RHS (a high-reflector), and ROM RH13 (a R=90% beam splitter). From the galaxy optics page and E1200463, our MC2 is IMCC02, with a transmission of 5.1 ppm. So, the extinction ratio between the HR surface of MC2 and MC2 trans is
     5.1e-6 [MC2 AR / MC2 HR] * 0.1 [ROM RH13 AR / MC2 AR] = 5.1e-7 [ROM RH13 AR / MC2 HR]
(where I've ignored the loss from MC2 AR surface, since it's small w.r.t. the 10% loss from the ROM RH13). Therefore 1 [uW] at MC2 TRANS QPD is (1 / 5.1e-7) = 1.96e6 [uW] = 1.96 [W] of intra-cavity power. Currently, the calibrated MC2 TRANS reports 433 [uW] at DC, i.e. 848 [W] of intra-cavity power. This is roughly consistent with the 5.7 [W] measured at the input at PSL periscope * Finesse/pi = 936 [W] of intra-cavity power (with IMC Finesse as 516).

Days activities

• LVEA Dust Monitors ALL INVALID this morning (went down around 10:26pm); Patrick is restarting
• 8:25-9:30 EY ESD Investigations continue (Richard)
• 8:35-1:30 SR2 Alignment work starting (Jason & eventually Travis/Betsy)
• Delta High School---945-1015, two groups
• 8:50 Hartman work begins (David H, Matt H, & Aidan)
• 11:30 Reboot external epics gateway (handles offsite epics data
• WFS & ESD work at EY (Filiberto/Aaron)
• 1:00 Hugh searching for parts in West Bay
• Hartman Table & TCSy afternoon begins:  NO Laser HAZARD required today
• Fire Dept on-site for hydrant testing, will push STOP button on both Fire Pumps when done (they seemed like they were already "stopped")

To solve build problems with the 'nds' DAQ executable, I have installed the ldas-tools-1.19.32 build (which includes framecpp) on /opt/rtapps on the LHO DAQ test stand.  I have also made it the default framecpp, replacing framecpp-1.19.24p1.  This has long been the version at L1 and LLO test stand. After this change and using 'source /opt/cdscfg/rtsetup.sh', I was able to build the 'nds' executable. 

I also fixed the install on the /opt/cdscfg configuration scripts (specifically rtsetup.sh) to match current practice.  I have also created H1, L1 versions (/opt/cdscfg-h1/rtsetup.sh, /opt/cdscfg-l1/rtsetup.sh) to simplify building L1, H1 models on this test stand. The new rtsetup.sh also supports the use of 'private' userapps, rcg checkouts (PRIVATE_USERAPPS, PRIVATE_RCG) to simplify automated testing with Jenkins.  Please see Jenkins scripts on the LLO DAQ test stand for examples.

This morning, Jason discovered that the OMC in HAM6 blocked 1 of the 4 of his lines-of-sight thru HAM6 to HAM4 and 5.  Travis and I went into HAM6 and pushed the OMC out of the currently needed beam path.  We will likely need to push it again for the next beam paths...  (Note, we also had to move on of the 2" steering mirror assys on the HAM6 table which also blocked the beam.)

Then, Travis and I wrestled the PLX periscope assembly into HAM 4 and aligned it to the incoming IAS beam - this took a couple hours.  The PLX wrapped the IAS beam around to bounce off of the relatively flat SR-AR surface.  We spent a few hours aligning SR2 in yaw and pitch via twisting the suspension tower on the table and pushing weight around in the suspended intermediate mass pitch mechanics.  BOSEMs were adjusted to accomodate the pitch correction - this involved also tweeking the table cloth plane which holds some of the BOSEMs.  After a few rounds of adjustments and mechanical interferences checks and fixes, we finally have the SR2 pointing within tolerance, with clean looking longitudinal and vertical transfer functions.

AOSEMs are not currently aligned and are pulled back to show no swinging signal.

Jason will add details of the beam pointing and the subsequent SR2 final alignment measurement.

Arnaud has started a full sweep of TFs on SR2 with will run for the evening.  We'll evalute them on Monday to determine if we can move on to the next suspension in HAM5.

A picture of the PLX assembly is attached and should be incorporated into IAS documentation since we had to rebuild the PLX to get it at the correct height a few times with a variety of spacers.  LLO reports that they had to do the same with a different variety of spacers, but there are no pix of that assy to date.

Since I've installed the new BSC-ISI model here at LHO (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=11630), I wanted to check if the T240 simultaneous gain switching was working when the T240 are in the loop.

It works fine when I switch from high to low gain, but it doesn't work when I go from low gain to high gain: you can see a glitch appearing in the drive.

I've done this test 3 times and it's repeatable. We might want to implement something to take care of those drive glitches.

Sebastien found that individual users could not edit files under /ligo/svncommon. I have made the appropriate file/directory permission changes to permit this.

Modified the user environment script for OS X to include /opt/rtcds/userapps/release/etc/userapps-user-env.sh

I rebooted cdsxegw0 at 11:35AM PDT to track down a problem with the console video (turned out to be a faulty KVM dongle).  Before the reboot I went ahead and applied the latest OS/security updates as well.

Have noticed odd behavior with the HAM4 Dust Monitor (listed as #1).  Have gotten MAJOR alarms for 0.3um particles (several hundred up to a few thousand counts!).  Conversely, 0.5um particles has been virtually 0 for days.  Mentioned high counts to Betsy before she went out to HAM4 today, and she mentioned that she only saw small counts out there on the floor.  So there seems to be a discrepency some where. 

Attached is a trend of the last 5-days.  Will send an email to Jeff B.

We tripped the ETMX and ISI and HEPI las tnight when hitting load coeffiients on the suspension filters

this is Sheila

Very short (under 5min meeting!)

• HAM5 alignment work continues:  Setting up for pit/yaw check of SR2 (Jason & crew)
• TCS:  hartman sensor table work most of the day; TCSy Table/Laser work in afternoon by Alastair
• SEI in LVEA on hold until SR2 work done (Hugh)
• EY ESD work continues in morning (Richard)
• Locking ongoing; saturation investigations (Stefan reporting)

Patrick Thomas, Thomas Vo

We checked the CoE parameters in the Beckhoff system manager and verified that they matched the same values as those for the PSL rotation stage.
We went out to the TCSX table and used medm on a laptop to move the rotation stage.
The rotation stage would move again, but not to the requested angle.
We power cycled the Beckhoff chassis twice. (We weren't sure we left it off long enough the first time.)
We tried to move the rotation stage again. It moved to the correct requested angle.
A motor warning was reported and the rotation stage would no longer move.
Thomas forced the motor warning variable in the PLC to FALSE, which allowed the stage to start working again.  It was decided in the code review that we will only stop the motor on motor errors not warnings.  The strange thing is that the motor is working pretty well now even if I don't force the warning to be false.  The long term solution to the problem of why motor warnings stop the stage is not quite figured out yet but it seems to be working now.  Also, we don't know why the stage was moving in opposite directions, but rebooting the chassis worked to fix the problem.


Interlock:
We noticed that the medm readback for the safety interlock indicated that the rotation stage was locked out, but it was still able to move and the interlock jumper has no effect on the status on the MEDM screen.  We think it's a problem with the Beckhoff wiring or software because we tested the continuity of the interlock signal in the on/off state (closed with jumper in, open with jumper out) from the floor all the way to the CER up till the Beckhoff chassis and it looked normal to us.  For now, we can just remove the interlock signal from the MEDM screens so it doesn't confuse people