The laser tripped around 1:20 am because of the Wachhund.  I increased the diode currents by 1A for heads 2, 3, and 4.
Things seemed to have come back okay.

Daniel, Terry, Nutsinee

While playing with the TTFSS we found that very little s-pol came out of the faraday isolator before going into EOM1 (responsible for laser locking and 35.5MHz modulation for SHG locking). Sticking in a PBS cube we found 6mW of s-pol reflected and ~1W of p-pol transmitted through. We placed a half wave plate to correct for the polarization and mostly s-pol is now going through the EOM. In addition we swapped the EOM to troubleshoot a mystery 780kHz peak and phase dip in the TTFSS transfer function (it was 760kHz for the spare EOM). The peak was a result of the wrong polarization going in. Even with the correct polarization the peak was there but the phase was no longer a dip towards 180deg.

As a result, SHG locking signal needed a sign flipped and the gain needed tweaking at the beginning of the common path. 

Jenne, Sheila, Thomas

We went back into HAM6 this afternoon after the PSL came back and we convinced ourselves that we couldn't find the beam on the OMC QPDs.  

• When we got back in the chamber, we placed the fast shutter in the beam and saw that we had less clearance between the beam from HAM5 and teh shutter structure than we expected (it was less than 1 cm of clearance.)  
• We decided to move OM2 1 cm in the -X direction, to give us a little better clearance on fast shutter structure, we then rotated OM1 to center on OM2.  
• We moved OM3 about 1 cm closer to the OMC along the narrow direction of the cage (translation of the optic).  
• We removed one panel of the OMC shroud, but this was not really helpful. 
• We rotated OM3 until we saw a beam coming out of the OMC REFL path.  The refl beam was fairly well aligned to the beam dump, and we were able to see some light on the OMC A QPD. 
• We measured that the beam enters HAM6 60 mm from the -x edge of the septum window. 
• We moved the beam dump behind OM2 so that it should catch the transmitted beam, although we weren't able to see any transmission.

Fast shutter:

• We attempted to follow the fast shutter wire dressing described in 37301, but we did not have a bolt that would fit in the threaded hole on the top of the fast shutter structure.  From the drawing (here) we think we need a 10-32 bolt, between 1 quarter and 3/8th inches long.  After a long search by many people, a bolt was found, but we aren't sure it's thread is right.

Still to do:

• Find a bolt and fix fast shutter wires.
• We need to move the shutter a little bit towards the OMC to center the beam on it, and make sure that the reflection hits the copper tube.
• Move the offsets on the OMs to center the beam on the OMC QPDs and check that we do not need to offload any more alignment.
• Check that the beam is centered on all the optics in the AS_C path
• Check the AS WFS path
• Check the AS air beam using the viewpoint simulator.
• Replace OMC shroud panel. 

I'm not sure what "very large" means for earthquakes when it comes to something that seems borderline-ish, but it seems like this 6.4 in Kamchatka might qualify, so I clicked the very big Very Large Earthquake button.  It was after the S-waves had arrived, but about 400 sec before the R-waves were expected. 

The IMC unlocked, and ITMY's ISI tripped, although I'm not sure if that was before or after the transition was complete.  I leave it to Team Seismic to investigate further if they feel so inclined.

A. Bell, J. Oberling, D. Sellers, T. Sadecki, K. Toland

The final 2 fibers were welded to the new ETMy.  The monolithic was successfully suspended and IAS measurements were taken.  I'll let Jason fill in the numbers, but the differential pitch is a bit larger than we generally hope for but not grossly so.  Good work team!

Violin mode measurements to commence tomorrow.

[Gerardo, Kyle, Chandra]

This afternoon we reconfigured GV11's gate annulus ports (two 1-1/3" mini CFF half nipples). The (building) north side port is blanked off and the south side has a metal valve, all leak tight. We pumped out the gate annulus, knowing there is an outer o-ring leak; the right angle valve will remain in place during the CP4 bake.

To do this exercise we valved in small IP connected to CP1 and soft closed GV10, and then valved out IP9 and valved in main turbo pump. Y1-arm pressure alarmed temporarily. Valves are back to normal configuration (GV10 open, turbo valved out, IP9 valved back in). CP1's IP is still valved in.

Gerardo, Patrick

Ran svn update in C:/SlowControls on h0vacmr, h0vaclx, h0vacly, h0vacmx, h0vacmy, h0vacex
Ran svn update in C:/SlowControls/trunk/TwinCAT3/Vacuum/LHO/MEDM on h0vacey

Done to propagate Gerardo's update to the vacuum overview medm screen.

A very long time ago, Brian Lantz wrote a technical document describing how to design filters to compensate BSC stage 1 drives for the forces applied by the stage 2 actuators ( T1600138 ). Over the last month+ I finally got around to figuring out how to actually make and install the filters. I've now installed these filters on every chamber, but it took me a while to figure out if they were doing any good. Today, I just took some transfer functions driving stage 2 and looking at the stage 1 sensors. After I figured out the sign, it looks like stage 2 drive compensation on stage 1 works.

First attached plot shows ITMX X dof for both stages, and it's hard to look at just the asds and say that the compensation is doing anything. I've taken a number of spectra on different chambers and it looks during normal operations we wouldn't see much of a difference. But when I put extra drive on stage 2, it looks like the coupling from stage 2 drive to stage 1 motion is reduced by about an order of magnitude, up to 100 hz. Second plot shows the transfer function from stage 2 drive to stage 1 l4cs and stage 2 gs13s. The 3 configurations I tried were compensation off (blue traces), compensation on with +1 gain (green traces), compensation on with -1 gain (red traces). I also tried a gain of -1.5, but this made this worse, so I think the magnitude is right, I just need to fix the sign in the matlab script I used. The dashed lines show that the stage 2 drive to stage 2 motion transfer function doesn't really change, which is good to know. My drive was mostly over 10-30hz range, so that's why the tf gets ratty below 10 hz.

I wrote a barebones function to do the filter design, so if LLO wants to do this, its pretty simple. The function takes one of the calculated damped plant frd's from the ISI commissioning data, a vector of zpks, and some other plot flags and makes plots like the third attached image. After doing the fits for the first chamber, I basically didn't have to do tweak the filters at all. There are features around 9hz that I'll probably remove on a second round when I fix the signs, because I don't think they help. I haven't checked, but I suspect there might be small gain differences between chambers, but the script does that gain matching on it's own. 

I'm curious as to what effect this will have on the BS during mich locking. I worry that I'll have to turn the compensation off on that chamber, but maybe this will allow the stronger stage 1 actuators to back up stage 2?

TITLE: 01/24 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:
LOG:

16:13 Terry out to squeezer bay

16:18 Karen and Vanessa out to EY to clean

16:39 Fil out to HAM2 area - camera images not getting into cr

17:00 Vanessa and Karen back from EY

17:10 Mark and Tyler out to MX to retrieve magnets

17:12 Travis, Danny, Angus and Karl (welding crew) out to EY

17:20 Jason out to PSL enclosure.

17:27 Karen and Vanessa cleaning in LVEA

17:30 Marc out to LVEA - ZM work at output arm

17:31 Fil out

17:51 Jeff B heading out to PSL enclosure - leak in chiller manifold

18:10 Jason back from PSL enclosure and out to EY for Fiber Welding.

10:32 Sheila out to optics lab

19:06 Mark and Tyler back  and out to LVEA - moving ION pump

19:08 Peter going out to PSL enclosure - to secure environmental controls after leak repair is done

20:00 Welding crew and Sheila back and out for lunch

20:30 Peter ad Jeff B out to ITMX - camera

21:05 Peter and Jeff back

22:00 Site Meeting

While the PSL was down this morning, we took the opportunity to reboot Corner 4 and Corner 6 EtherCAT chassis.  This was to determine if a reboot would fix bad readbacks described in this ALOG 40152  In the case of the H1 SQZ 42.375 MHz the reboot was successful in restoring the signal.  In the case of ASC-AS_B_RF42_DEMOD_LOMONCHANEL_3/4 it did not work, the offset is still present.  The plan now is to swap the beckhoff terminal in Corner 4 when a clear opportunity arises.  Until then I will leave WP 7309 open.

J. Kissel

As one of the final steps to completing the re-arrangement of the HAM56 suspension electronics systems, I've copied over the latest filter files for H1SUSOMC, H1SUSOPO, and H1SUSHTTS to the userapps repo, and created new softlinks from the chans directory to the userapps repo for the HTTS and OPO filter files.


$ pwd
/opt/rtcds/lho/h1/chans
$ cp H1SUSHTTS.txt /opt/rtcds/userapps/release/sus/h1/filterfiles/
$ cp H1SUSOPO.txt /opt/rtcds/userapps/release/sus/h1/filterfiles/
$ svn ci -m "Committing new filter file structure after the SUSHAM56 rearrangement." /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSOPO.txt H1SUSOMC.txt H1SUSHTTS.txt
$ ln -s /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSOPO.txt H1SUSOPO.txt
$ ln -s /opt/rtcds/userapps/release/sus/h1/filterfiles/H1SUSHTTS.txt H1SUSHTTS.txt

Created:

(userapps)/sus/common/guardian/SUS_ZM2.py

(userapps)/sus/common/guardian/SUS_ZM1.py

And then I had to add in a few lines in (userapps)/sus/h1/guardian/sustools2.py:

1457: zm1wd = dict(httswd); 

1458: zm2wd = dict(httswd);

...

1491:    ('H1','ZM1') : {'type': 'HTTS', 'watchdogs': zm1wd},
1492:    ('H1','ZM2') : {'type': 'HTTS', 'watchdogs': zm2wd},

Jeff K cycled through a few of the states and it looks good. Shouldn't need much testing since it is all the same tip-tilt code. The DAQ will need to be restarted to get the new channels. ZM1 is ready to be created and started whenever the suspension is ready.

J. Kissel, R. McCarthy, M. Pirello
FRS Ticket 9771

After solving all of ZM2's signal chain problems (all of which were mis-jumpered boards inside its new HAM-A coil driver and US Sat Amp, see LHO aLOG series starting with 40237), I'd accidentally told Marc to jumper the SatAmp to the AOSEM setting (ZM2, an HTTS, uses BOSEMs). He's jumpered it to the BOSEM setting this morning, so I've taken another diagnostic suite. 

Turns out, though the OSEM sensor response dropped by an inconsequential ~13%, ZM2's BOSEMs don't care whether they're read out with a Sat Amp jumpered in the AOSEM or BOSEM configuration. 

Richard and I recall that perhaps all US sat-amps are jumpered to the same configuration, because (as Richard specifies) one species of OSEM doesn't use the feature implied in that configuration, it just needs to be jumpered to either/or. So we recall having set all US sat-amps one way (or the other). We'll figure out which (by checking the OMs and RMs), and set all the new US Sat Amps (for OFI, ZMs, and VOPO) the same way.

For all intents and purposes, ZM2 is now fully functional.

Every few months, I run into issues writing filters from my designs in Matlab to the foton file. This is usually because Matlab decided that it can't find some critical file.  Dave summarizes one case of this in alog 36594. Yesterday, in the middle of a session(i.e. after I had successfully written a couple filters), Matlab again decided it couldn't some new critical files (in the same location as the libc file from Dave's alog). No idea what changed, autoquack just stopped working, complained it couldn't find 2 files it needed. I tried 2 versions of matlab (2015 & 2016), tried changing the launch options. Eventually, I found Keith's comment to Dave's alog. After I found where he put his linux.m (he means userapps/cds/utilities/, trunk did not have an obvious meaning to me) I added that to the path and tried running the autoquack_foton_cleaner system call that kept failing (i.e. linux('foton -c ...') instead of system('foton -c ...') and it worked.

For now I've made new versions of autoquack and autoquack_foton_cleaner, called autoquack_linux and autoquack_foton_cleaner_linux, that use linux.m instead of the system or unix calls. These aren't in the SVN, cause this fix is kind of dumb.

Alternatively, I've put an addpath to linux.m and a call to do a linux('something') to a shortcut I use all the time in matlab. Just running linux('something') is enough to fix the paths and make the unmodified autoquack work.

Y1 beam tube pressure improved after spinning up mid-Y main turbo pump (with its GV closed). Before starting turbo, the turbo inlet pressure read ~ 1 Torr, so its GV leaks. We have new valves on order, but vendor keeps delaying delivery. Hope to replace this valve in early Feb.

This morning I saw that Ed had added 350 mL of water to the PSL crystal chiller; Peter had added 200 mL of water to the crystal chiller yesterday.  This is much more than is usually required for regular chiller filling, so after discussing this with Jeff B. and Peter, I went into the PSL enclosure to look for a leak.  Sure enough, there are 2 leaks in the PSL water manifold; a slow one where the supply water line attaches to the input of the manifold, and a quicker one where the return water line attaches to the manifold output.  The PSL and chillers are now turned off, and Jeff B. is in the enclosure fixing the leak.  Once this is done the chillers will be turned back on to test the fix; if the fix holds, the PSL will be restarted.