I spent some time this evening measuring OLTFs of our beamsplitter loops and the SRC pointing loops. We might find it helpful to refer back to these measurements when trying to reconstruct the ASC later.

As a reminder, the beamsplitter loops the 36 MHz AS WFS. The SRC pointing loops use the ASC QPD as a sensor, and feed signal to both SR2 and SRM (in such a way as to be decoupled from the 36 MHz SRM loop).

The beamsplitter OLTFs seem pretty straightforward; the UGFs are about 2 Hz for pitch and 3 Hz for yaw.

The SRC pointing loops seem to show complex plant dynamics, so it is difficult to quote a single UGF. There are UGFs ranging from 0.5 Hz to 3 Hz or so. Presumably another UGF in each loop exists at some frequency below the plant dynamics, as with the differential hard loops.

Between Jenne and me, I believe we have either OLTF measurements or step response measurements for all the ASC loops except the four soft loops.

Our first lock in several days was short lived.  Apparently mother nature had other plans.  5.5 EQ near Fiji.

Attached are plots of the ETM charge measurements Betsy took earlier this week.

Carlos, Jim, Dave, Aidan:

Carlos installed an Ubuntu14 boot drive in the h1hwsey computer this afternoon. The old Ubuntu10 HDD was left loose in one of the unused SATA bays if we need to go back to the old OS.

This system is now ready for Aidan and the TCS team to test their latest HWS software. The controls account is setup on this machine, and /data is mounted from h1hwsmsr.

BTW: The DAQ EDCU is running RED because it is not connecting to the missing ETMY HWS channels.

We've finally gotten to NomLowNoise for the first time in days, which is great. 

I was poking through SDFs in case we're ready to leave the IFO locked overnight, and there were a bunch on TCSCS from Team TCS's work this week.  I have accepted all of them into the Observe.snap, but I attach the differences here just in case.

Activity Log: All Times in UTC (PT)

15:15 (07:15) Chris – Beam tube sealing ~ 100 to 150 yards from End-X
17:06 (09:06) Reset H1SUSETMY Timing error
17:24 (09:24) Alastair & Nutsinee – Going to IO table near HAM4.
17:26 (09:26) Hugh – Doing Guardian restarts WP #5723
18:06 (10:06) Kyle – Going to Y-Arm compressor room
19:08 (11:08) Alastair & Nutsinee – Out of the LVEA
19:43 (11:43) Ken (K&S Electrical) – Going to Y-Arm compressor room
20:15 (12:15) Kyle – Back from Y-Arm
20:20 (12:20) Ken – Back from Y-Arm
20:41 (12:41) Nutsinee – Going to check HWS in the LVEA
21:12 (13:12) Jim & Carlos – Going to check HWS computer at End-Y 
21:28 (13:29) Kyle – Going out to Y-Arm compressor room
21:40 (13:40) Jim & Carlos – Back from End-Y
22:29 (14:29) Carlos – Going to End-Y to swap hard drive on HWS computer
23:47 (15:47) Kyle – Back from End-Y
23:57 (15:57) Locked at NOMINAL_LOW_NOISE	
00:00 (16:00) Turn over to Travis



End of Shift Summary:

Title:  02/05/2015, Day Shift 16:00 – 00:00 (08:00 – 16:00) All times in UTC (PT)

Support: Kiwamu, Jim, Masayunki, Jenne, Jim W.              
 
Incoming Operator: Travis

Shift Detail Summary:  After an initial alignment, spent most of the morning trying to relock. Still losing lock at DRMI_LOCKED. Kiwamu looking into the problem, found the SR3 Cage Servo was noisy, which may be causing the lock loss problems. About this time, there was a mag6.4 earthquake in Taiwan, with an R-Wave velocity of 5.3um/s. The seismic signal rang up to ~ 3.0um/s. Put the IFO into down until things settle down.

After seismic rang down from EQ tried relocking. Had to tune MITCH_DARK. All other alignments were OK. Relocked at NOMINAL_LOW_NOISE. Turnover to Travis and the commissioners. 	 

Moved controller to permanent location and cut the HV pump cable to length (6' extra down from 120' extra).  Opted to install a new controller-end HV connector as opposed to making a butt splice.  For reasons that I cannot explain, following the instructions seems to have helped!  Time will tell if my connector job can survive the 7100 volt day-in day-out.  The controller dust cover doesn't fit and will need to be modified and the AC pwr cord is too short (using extension cord for now).  Will "tweek" these two issues and move on to the X2-8 flavor next week.

This A-Log will cover the past 2 weeks. The crew cleaned 385 meters of tube including bellows ending at HSW-1-073, and vacuumed out and capped the support tubes in that length.

Test results for the above area posted here.

Evan and Kiwamu,

We have been unable to lock the interferometer since this Tuesday (alog 25431). We finally identified and fixed the problem.

It was the cage servo of SR3 which for some reason had a too high control gain and therefore kept feeding sensing noise to the suspension up to 1 Hz. We are happy now.

[Symptoms]

The symptoms were described in Evan's original alog.

In addition, today we noticed that the lock loss in DRMI often happened with a mode hop, indicating that some kind of misalignment was involved. Since the mode hop can be easily triggered by the large optics (i.e. BS, ITMs, PR3 and SR3), we suspected the large optics. Then, we found that we could stably lock PRMI which pointed us to SR3.

[Something happened in this Tuesday]

Trend data showed increase in the pitch motion of SR3. See the attached. The increase of noises occurred at around 4 pm local time of this Tuesday. We have no idea what triggered this situation.

By the way, the UR OSEM seemed as if it had reduced noise, but it turned out that this was due to the 60 Hz power line for some reason decreased at the same time. We then switched off the cage servo to see if it improves the situation. Indeed it did. In fact DRMI was able to lock more stably.

We have checked the damped spectra of the top and bottom stages without the cage servo comparing against the past ones (alog 17781). We did not find any obvious issues with the suspension when the cage servo was off. At this point, we concluded that the problem is in the cage servo code rather than the suspension or its damping system.

[The fix]

We lowered the control gain in the guardian by a factor of 100 which may sound big to some readers, but this gave us a good control time scale of 3 minutes according to a coarse impulse response test.

The resulting spectra at the top and bottom stages seemed as quiet before. So this is good. The code is checked into SVN.

We still don't understand why this happened.

Cao, Ellie, Dave O and Aidan

From llo alog 21927, Aidan found that the ratio between s an p polarizations is higher than expected.  The polarization at the output port has been observed to change over time during lock stretches. In particular the s polarization reduces by 30-50% over the course of 1-2 hours and p polarization slowly increases. Due do various polarization-depenent optical elements in the interferometer, the s-polarization pick up different phase shifts. Excess of p-polarized light may couple to DC readout and introduces excess of noise at the output. Given the time dependent behaviour of the s-polarisation we would expect the DARM noise to change with time if  polarization noise was contributing in a major way to the DARM spectrum. The DARM power spectra were inspected a number of times during post power up to  investigate the dependency of the noise on the polarization  the state of the interferometer.

DARM power spectra from 19Dec15, 26Dec15 and 9Jan16 lock stretches show no apparent changes over time after power up. These lock stretches were during the O1 run and were chosen because the interferometer went to observing mode very quickly after the power was increased. Power spectra are recorded at 0.19 Hz bandwidth, 10 averages. The interferometer went to observing mode at 7, 5 and 2 minutes after power up on 19Dec15, 26Dec15 and 9Jan16 respectively.

There is no clear correlation between the polarization drift and the DARM spectra. Whereas there is a 30%-50% decrease in s-polarization over the course of 1-2 hours after power up, the DARM noise spectra remains stable in the 10 to 70 Hz range.

The DARM spectra also indicates no effect due to thermal lensing as the DARM spectra is very stable during self-heating of the interferometer. Thermal lensing relaxation time is approximately 20 minutes after power up. DARM power spectra after stabilization (occurring at minimum 2 minutes after power up) remains constantst during thermal lensing relaxation period and beyond.

We will be looking into the same problem at Livingston, which has a stronger polarization drift.

After today's commissioning meeting, JoeB pointed me to LLO alog 19578, where he describes the change that LLO made that seems to have solved the BS coil driver switching problem.

For whatever reason, it seems that the analog output is not zero until some time after the digital output has been zeroed. So, LLO added an extra 7 second wait time after the matrix has finished ramping.  I have now implemented this here, and we'll see what happens next time we try to lock. 

model restarts logged for Thu 04/Feb/2016
2016_02_04 11:13 h1lsc
2016_02_04 11:13 h1omc
2016_02_04 11:15 h1dc0
2016_02_04 11:17 h1broadcast0
2016_02_04 11:17 h1nds0
2016_02_04 11:17 h1nds1
2016_02_04 11:17 h1tw1

LSC/OMC model change and associated DAQ restart

model restarts logged for Wed 03/Feb/2016 No restarts reported

model restarts logged for Tue 02/Feb/2016
2016_02_02 11:24 h1susauxb123
2016_02_02 11:30 h1asc
2016_02_02 11:54 h1isietmx
2016_02_02 11:58 h1susauxex
2016_02_02 12:00 h1susauxey
2016_02_02 12:33 h1dc0
2016_02_02 12:35 h1broadcast0
2016_02_02 12:35 h1nds0
2016_02_02 12:35 h1nds1
2016_02_02 12:35 h1tw1
2016_02_02 13:18 h1psliss
2016_02_02 13:32 h1psliss
2016_02_02 13:36 h1isietmy
2016_02_02 13:38 h1isiitmx
2016_02_02 13:38 h1isiitmy
2016_02_02 13:40 h1isibs
2016_02_02 13:46 h1dc0
2016_02_02 13:48 h1broadcast0
2016_02_02 13:48 h1nds0
2016_02_02 13:48 h1nds1
2016_02_02 13:48 h1tw1
2016_02_02 14:51 h1psliss
2016_02_02 16:55 h1broadcast0
2016_02_02 16:55 h1dc0
2016_02_02 16:55 h1nds0
2016_02_02 16:55 h1nds1
2016_02_02 16:55 h1tw1

Tuesday maintenance.  SUSAUX model rate change and DAQ reconfigure. ASC new model. ISI bug Fix. PSL ISS model change. Associated multiple DAQ restarts.

model restarts logged for Mon 01/Feb/2016 No restarts reported

(Jenne, Corey)

Following Evan, Richard, & Dave's work of adding the ability to listen to LSC Error Signals in the Control Room (via the big speaker in the front/right of the Control Room), I built a rudimentary medm screen to put all of the relevant interfaces needed for this on one screen (basically following the snapshot Evan posted in his alog. 

This was also an medm learning experience for me--thanks for the tutorial from Jenne!  I went through and made sure a signal from each of the LSC error signals indeed makes it through a matrix and out to the AUIDO output filter bank. 

The medm (H1OAF_AUDIO_OVERVIEW.adl) has been saved & committed to the svn.  Snapshot of the medm screen is attached.

Let me know if anything should be added (I wanted to have a boombox image as the background image, but medm didn't seem to like that idea.). 

Look forward to hearing this in the Control Room soon!

(Deleted this task from the Operator Commissioning Task wiki.)

[Alastair, Nutsinee]

We did a power budget of the Y-arm table, which Nutsinee is tidying up and we'll post soon.  The gist of this was that we are losing a significant fraction of power due to clipping on one of the 2" mirrors, partly due to alignment and partly because the mount is so deep that the mirror sits very far back resulting in a smaller clear aperture than we had intended.  

The beam is also off-center on the lens that sits in front of this mirror, suggesting that at some point this has moved and caused this clipping.  We still have the beam aligned to the irises on the final part of the table so it can be realigned through this section wthout redoing the alignment to the CP (although this will be needed after the table is moved for TMDS anyway).  I'm not changing the alignment right now, but this probably needs done during my next visit.

The faulty in-loop ISS photodiode has been removed and replaced temporarily with a beam dump.  I'll take this back to Caltech for Ben to look at.  It is serial number 003, with S-number 1400286.

Masayuki and I noticed that ADC noise in OMC was too high. It turned out that the whitening filters turned off for no obvious reason at around 17:00 pm local according to trend.

Looking at the control screen, we noticed that some channels were not accessible. See the attached. We seem to be able to toggle the analog whitenings and digital anti-whitenings independently now. The rest of the PDs seem OK -- they don't have inaccessible channels.

Vern, Jim, Dave:

Several times in the past few weeks we have seen an invocation of tconvert produce the output:

tconvert NOTICE: Leap-second info in /ligo/apps/linux-x86_64/ligotools/config/public/tcleaps.txt is no longer certain to be valid; We got valid information from the web, but were unable to update the local cache file: No permission to write in directory /ligo/apps/linux-x86_64/ligotools/config/public
 

This afternoon we spent some time tracking this down. tconvert uses a web server in france to access the IERS bulletin-C information page which alerts us to upcoming leap seconds. It appears that this server was pure HTTP until January 11th this year. It is now an HTTP server which redirects the request to a HTTPS page. The TCL code inside of tconvert interprets the redirection return message as an error. It then marks the expiration of the leap second information for 24 hours in the future.

The procedure we used to maintain future leap second notification was to twice a year run tconvert as user controls, which updated a leap seoncds database file (owned by controls) which was good for the next six months. With the recent HTTP issues, controls now produces a file which is good for only a day.

This afternoon we ran a modified tconvert which access a different leap seconds HTTP page and the LHO CDS database file is now good through 8th August. In the mean time we will raise an FRS and work with Peter S for a long term solution.