K. Venkateswara

After the changes to the way BRS is used at ETMX, detailed in 15497, tilt-subtraction shows significant improvement. Attached files show ASD plots from 40k seconds of data from last night, when winds were barely a few mph at ETMX.

The first plot is in angle units.  The blue line shows the ground seismometer output, the green shows the raw BRS output and the red curve shows the new tilt-subtracted super-sensor output. The roll-off at 5 mHz is due to the high-pass filter but most of the other difference is from the new tilt-subtraction. This is also clear in the coherence plot shown below - the coherence between the super-sensor and the T240 is less than the coherence between the T240 and BRS. The BRS ref is shown in cyan.

The tilt-subtracted super-sensor is tilt-free and reliable till ~30 mHz or so. Why is this important? For one thing, it can be used to do sensor-correction to Stage 1 of the BSC-ISI, while keeping tilt-reinjection at a minimum. This has the effect of reducing the microseism, which is a big problem at LLO and will be a problem here as well. This was shown recently in 15498.

Seismic:
Evaluation of tilt correction on all platforms as available

Suspensions:
Dan H. working on OMC tip/tilt

CDS:
Cabling for illuminators

Optical levers:
Installation of weights on optical lever piers

Facilities:
Contractors will be pouring concrete tomorrow. Access to the Y arm will be restricted until Monday morning.

3IFO:
Next to last BSC ISI is in its container, ready for exchange of containers

model restarts logged for Tue 09/Dec/2014
2014_12_09 10:45 h1susetmy
2014_12_09 10:46 h1iscey
2014_12_09 10:47 h1iscey
2014_12_09 10:48 h1susetmx
2014_12_09 10:49 h1iscex
2014_12_09 10:54 h1dc0
2014_12_09 10:56 h1broadcast0
2014_12_09 10:56 h1fw0
2014_12_09 10:56 h1fw1
2014_12_09 10:56 h1nds0
2014_12_09 10:56 h1nds1
2014_12_09 12:04 h1dc0
2014_12_09 12:04 h1fw0
2014_12_09 12:04 h1fw1
2014_12_09 12:04 h1nds0
2014_12_09 12:04 h1nds1
2014_12_09 12:07 h1broadcast0

Beckhoff:

C1PLC1 10:36 12/9 2014

C1PLC2 10:36 12/9 2014

C1PLC3 10:36 12/9 2014

X1PLC1 10:36 12/9 2014

X1PLC2 10:56 12/9 2014

X1PLC3 10:36 12/9 2014

Y1PLC1 10:36 12/9 2014

Y1PLC2 10:55 12/9 2014

Y1PLC3 10:36 12/9 2014

no unexpected restarts. Maintenance day. SUS and ISC model changes at end stations, with associated Beckhoff changes. Two supporting DAQ changes.

Conlog frequently changing channels list attached.

Dan, Kiwamu,

We locked the PRMI on the sidebands to assess the current recyclying gains. The result will be posted later.

We did the initial alignment sequence to get back to a good global interferomter alignment. One thing I have to note is that I had to touch PR3 in yaw by 2 urads in order to recover a high RF power in ALS COMM. It is now back to 3 dBm in the monitor. Also this gave a good spot position on the ALS X camera as it was clipping before I moved PR3. The clipping seems to be fixed now on the camera. I aligned TMSY, ETMY and ITMY using the green light with a hope that they still represent a good IR alignment. After going through all the alignment sequence, the ALS DIFF beatnote came back to a high RF power of about 0 dBm. So I think the global alignment came back to as good as before.

The PRMI was locked very easily by setting LSC_CONFIGS to PRMI_sb_OFFLOADED. Then we aligned the OMs and did OMC scans in order to evaluate the recyclying gains. The data is now under some analysis. After the OMC scan, we attempted to lock the PRMI on the carrier, by simply flipping the sign of the PRCL control sign. We tried different gain settings MICH which uses REFL45Q, but did not get good lock tonight. So, we still don't know the carrier recycling gain.

Kiwamu, Dave O, Paul, Elli

We used the digital cameras looking at the test masses to compare scattering from ITMx and ITMy and from ETMx and ETMy.  From our measurements, it appears that ETMy scatters more light than ETMx.  The two ITMS scatter comparable ammounts of light.

We took photos of each of the test masses with the IR locked in each arm and the green beam misaligned.  Examples of the kind of scattering we saw are attached in scatteringPRofileExamples.jpg.

We then estimated the total light scattered onto each camera.

-The camera aperature was opened to maximum for each camera.  The exposure time was chosen to be the same for both ITMs and both ETMS, and the exposure was chosen so very few (<5) pixels were saturated.  When we did this, we noticed two particularly bright smears on ETMy.  We had to reduce the ETM exposure level right down before these two spots stopped saturating the camera.

-We also took background images of each optic with no IR or green beam in the arms at the same exposure level.  We also subtracted the noise floor from the images.  The images with background and noise removed are attached in backgroundAndNoiseRemoved.jpg.

-Finally the pixel value for each image was summed over the entire image to give a value proportional to the ammount of light scattered onto the camera.  These pixel sums are: (the matlab code for calculating these is attached.)

At a super low exposure time of 200microseconds, we detected no light scattered off of ETMx, but we can still see an appreciable ammount of light comming off of ETMY.

The ITMs were imaged at 10000microseconds exposure time, and the amount of scatter we see is much more comparable than for the ETMs.

Alexa, Evan

We want to perform some ringdown measurements of the arms (particularly the Y arm) in order to corroborate our other loss measurements. We intend to use the technique described by Isogai et al., which has already been carried out at LLO (see, e.g., LLO#13748, LLO#11727).

In preparation, we've done the following work:

• We have placed a PDA255 on ISCT6, in front of ASAIR_B (since it is currently unused). The dc bandwidth of ASAIR_B is supposed to be 100 kHz, which is fine for observing the power decay (which probably has a ~2 ms time constant), but may not be fine for observing the initial power spike.
• In front of the PDA255 there is a 28 mm lens in order to provide a smaller spot size for the PD.
• Cyrus has paired the LVEA scope (TDS3038, I think) with a wireless router. With Chris's script for grabbing data from the scope, we should be able to take ringdown measurements comfortably from the control room.

Tomorrow we'll try to take some data and analyze it.

It appears that Conlog had stopped running at around 15:16. The following error was logged:

Dec  9 15:16:54 h1conlog2 conlog: ../conlog.cpp: 301: process_cac_messages: MySQL Exception: Error: Out of range value for column 'value' at row 1: Error code: 1264: SQLState: 22003: Exiting.
Dec  9 15:16:55 h1conlog2 conlog: ../conlog.cpp: 331: process_cas: Exception: boost: mutex lock failed in pthread_mutex_lock: Invalid argument Exiting.

I've restarted it for now.

J. Warner, K. Venkateswara

As detailed in LHO alog 15511 and SEI alog 645, the BSC chambers would benefit from LLO's "0.43 Hz only" sensor correction filters for X and Y

Jim and Rich had installed the filters previously. I turned them on at ETMX along X and Y. The gains were set to ensure clear subtraction on the CPS channel relative to the ground by a factor of ~10 near 0.43 Hz as seen in the attached plots.

Dan H, Sudarshan K,

The ISS second loop automation is implemented in the IMC guardian. This included a slightly modified script from alog 15164.

We added ISS_ON as a requestable state and CLOSE_ISS and OPEN_ISS as intermediate state to move  in and out of  it. The sticky issue is setting the REF_SIGNAL voltage to get the OUTPUT to zero. We do that  by looking at the sum of the in-loop-pd signal. This takes several seconds and occasionally will sets the initial ref signal little off from the optimal value because of the in-loop-pd transient.  We need to find a better way of doing this for our future iterations.

There are some failure modes in the CLOSE_ISS mode which will trigger jump transitition to OPEN_ISS. This can result in a never ending loop if the script keeps trying and failing to close the loop. In this case you can change the requested state to LOCKED and it will return to LOCKED when it fails the next time.

Had been modified to accommodate Rai W.'s needs for ionizer test

Had started this job yesterday -> Should run Corner Station purge air compressor with new booster pump before purge air is needed to confirm cooling is adequate

Installed dust monitor (Location #2) at BSC10 for the ETM-Y Vent. Filiberto and Manny worked cabling issues with the location #2 dust monitor dropping network connection. Will run the dust monitor for 24 hours and check its operation. 

Installed a dust monitor near the door at HAM-1(Location #1) for the vent of HAM-1 next week. Will monitor and establish a base line ahead of opening the chamber.   

Day's Activities

• 7:09 Cris/Karen cleaning LVEA
• EY Dust Monitor investigation (Filiberto, Jeff B)
• 8:55 Picking up cable from EY (Elli, & Dave O)
• 8/58 Alexa stopped a script she was running overnight (will post alog)
• 9:00-11:17 Karen cleaning at EY
• 9:01 Escorting Control Solutions person for tour of End Stations (Bubba, John W)
• 9:05 Cris at EX
• 9:08 Joe D testing eye showers in LVEA
• 9:34 Parts search Chris S.
• 9:59 - 2:30 H2 laser enclosure measurements on OFI (Gerardo, Dave O, Elli)
• 10:11 Restarting server which authenticates ligo.org accounts; should only take a few minutes (Cyrus)
• 10:16-11:56 PEM cabling & output analog cameras down for a little (Filiberto, Aaron, Manny)
• 10:41 EY Pcal Camera work (Sudarshan)
• 10:43 Begin reboots of End Station SUS/ISC & DAQ (Dave, Daniel)
• 10:50-11:19 Parts search in LVEA & then EX to cover Pcal camera (Travis)
• 11:37 PEM microphones in LVEA (Sudarshan)
• noon DAQ Restart & Guardian reboot (Dave)
• 12:45 Praxair delivery to CP2
• 2:36 TCS parts search (Andres)
• 2:43-2:51 Checking on cameras (Corey)
• 2:44 Restore pressure regulators for upcoming vent at EY (Kyle)

EY Dust Monitors both appear to go INVALID

h1guardian0 restart: DB and PT

We rebooted the h1guardian0 machine for testing. As last week, the guardian nodes restarted automatically with no problems but conlog died. We were closely watching the conlog MEDM screen and saw all the numbers increment wildly for a second and then the IOC died. Patrick noticed that in both cases, it was one of the new guardian USRMSG channels which logged an exception (these are the 100 byte array PVs). During this morning's conlog channel reconfiguration we removed these channels from conlog, and will test with another guardian reboot next Tuesday.

End Station SUS and ISC changes: DS and DB

Daniel installed new SUS and ISC models in both end stations. The DAQ was restarted to support these changes (new INI files for ISC).

Beckhoff Code Changes: DS and DB

Daniel installed new Beckhoff code in all three locations. The following INI files were changed: h1ecatc1plc1, h1ecatx1plc[1-3], h1ecaty1plc[1-3]. The DAQ was restarted.

Code With Local Mods:

the attached files show front end and guardian files with local modifications which require commits to svn.

Partially loaded filter modules: DB

The load-all-coefficients button was pressed for the following models: h1suspr3, h1sussr3, h1susomc, h1susitmx, h1lsc, h1sushtts

Files without controls group access: DB

Shared files on the /opt/rtcds/userapps, /opt/rtcds/lho/h1/target and /ligo/svncommon which were not writable by controls group were modified to be so.

INI and Foton Checks: DB

Running DAQ INI files and filter module foton files were passed through inicheck and foton. Reports attached. Reminder we have DAQ channels with mixed case in their names.

DMT DAQ: DB

Verified all DMT channels are in the DAQ and there is no duplication

These instruments have just been sitting on thefloor with no insulation so Krishna Jim and I got them under Trillium igloos.  We had trouble with the internal Cable routine and may revisit to improve that.

Evan, Krishna, Alexa, Dan, Kiwamu,

At some point in this evening, we noticed that the IMC kept dropping its lock for some unknown reason. It turned out that the HAM2 ISI sensor correction was amplifying seismic at 0.3-ish Hz which resulted in a large drive in MC2 to keep it locked. So we turned the sensor correction off for now. This fixed the issue.

Even though the MC2 coil DACs were not saturating, somehow the motion was big enough to unlock the IMC. It is still unclear why it could unlock. Anyway, after turning off the sensor correction, the amont of drive in MC2 suspension reduced by a factor of 5 or so and IMC became able to stay locked. With the sensor correction on, the MC length was moving approximately +/- 5 um according to IMC_X displacement monitors. We don't know what changed in the HAM2 ISI sensor correction as it has been running fine for a while recently. Only thing we immidiately noticed was that the seismic freq-limited RMSs were pretty high in 0.1-0.3 Hz and 0.03-0.1 Hz bands in this evening. The attached is a time series of the IMC_X signals when we did a simple test of turning on and off the sensor correction in the HAM2 ISI. Since we were a bit rough for turning on and off the correction, it gave a transient when switcing it, but one can still see that when the correction was running, the IMC_X signal increased by roughly a factor of 5.

J. Kissel, A. Pele

Ran transfer functions over the weekend, to assess if the SUS is free after first contact removal and closing doors. While the top stages look great, this is the first time I've been exposed to a factor of two missing between model and measurement for the lower stages. While we don't expect the model to account for the dynamics of the reaction chain (which is why we see a whole bunch of "extra" features in the main-chain dynamics), we don't expect an overall gain mismatch. Arnaud informs me that this is true of every QUAD except one stage of one (including L1 SUS ITMY). 

No reason to pull doors off, but we should figure out where this discrepancy lies. And also , we should develop a model of the lower stage dynamics which include both chains.