Tonight Kiwamu and I started aligning the doubling path on ISCT1, first Kiwamu locked down the table legs and I moved the periscope about 2 inches to the north, and centered the beam as well as I could on the mirrors and leveled it.  The beam was large enough to clip on the one inch mirrors so we put a f=600  2 inch cvi lens right after the bottom periscope mirror.  We noticed that there are ghost beams coming from both the 5% reflector and the mirror after it; changing the polarization did not seem to change the power in the ghost beams.  
After adding an iris we tried to measure the beam profile using the pick off for the DC PD path, but saw that the beam is non gaussian. We checked the beam profile right after the 2 inch lens to make sure the 1 inch mirrors are not at fault, and the beam is still non gaussian when there are no 1 inch mirrors in the path.   

Starting several rounds of transfer functions overnight for phase 3a testing prior closing HAM2 HAM3 chamber.
Measurements will run until tomorrow afternoon, and will be paused if needed to go in chamber.

Arnaud P., Travis S., Betsy W.

Today, we removed First Contact from the HR surfaces of  PRM, MC1, MC2, and MC3.  We then resuspended these suspensions, with the addition of resuspending PR3 which had been locked only for SEI work.  All EQ stops and lock nuts were set.  Arnaud is running Phase 3a TFs overnight.  

Attached are plots of dust counts requested from 5 PM April 10 to 5 PM April 11.

I drove out to end X this morning to investigate why communication was lost with the dust monitor there yesterday afternoon. While I was there I turned off the audible alarms for it. It is in the clean room over BSC5, but the clean room is off. I ended up having to restart the IOC to restore communication.

Mitch, Jim, Hugo,

HAM2-ISI was repayloaded, rebalanced, and its lockers (all) were adjusted. We gave HAM2 back to SUS so they can proceed with testing.

 CPS readouts (counts) with the ISI locked, and unlocked, are displayed below.

Even though they are a bit mis-centered (away from 0cts), CPS Targets are far from contacting the sensor. We will leave the CPSs un-zeroed and use a bias in the control loop, as we have done so far.   

Cables rubbing against the chamber/support tubes could be an issue for HEPI commissioning. We took care of dressing the cables away from the chamber and the support tubes, as we could without unplugging anyone (See attached Pictures). It is good practice to always adjust installed cables so they are cleanly dressed, away from the chamber and the support tubes, before connecting them to a feedthrough.

WP 3803

We powered up the SEI BSC3 IO Chassis for the first time this afternoon. DC power, Timing and One Stop cables were attached.

I created a h1iopseib3 model (copy of h1iopseib2) and we ran this model after verifying the correct number of ADC, DAC and BIO cards were being seen. The system as added to the Dolphin master's configuration.

I have added h1iopseib3 to the CDS Overview MEDM screen. The raw ADC counts MEDM screens can now be used by Ben, Richard and Filiburto for tomorrow's rack checkout work.

I'll keep this workpermit open until this system has been connected to: the DAQ; the alarm system; burt safe.snap; and its IOP SUS Watchdog function has been tested.

GregG, JimW

BSC2's HEPI actuators were finished up today. Dial indicators suggest a uniform change in height of ~+.1mm and a small cw rotation from our good position on the 9th, and overall not much worse than yesterdays numbers. We still need to set up IPS's (a quick adjustment of a few dials) , but otherwise HEPI is done.

We've  checked the status of viewports that are necessary for HIFO in the LVEA in the morning. We haven't checked if correct viewports are in, only the number and positions of the viewports. 

We've found that total of 10 viewports are still missing.

Also, since we don't have ITM baffle, it might help to add a camera viewport for IY (BSC1) from the HR side just under the illuminator, i.e. G2. In  OAT we couldn't tell from the spool camera view if the beam is centered on ITMY or not simply because the camera on the IY Adapter was too far (though a good zoom lens would have helped).

Tomorrow Joe will go through the inventory and hopefully find the right ones. We'll also have a look at EY viewports.

Edit: It's already tomorrow from yesterday's point of view, and we confirmed that EY viewports are all there.

HAM1: All good, 7 called for / 7 installed. Note that HAM1W and HAM1E doors are physically labeled 'HAM2W' and 'HAM2E' for historical reasons. I'll use Sharpie to correct the problem if it's not fixed soon.

• South door 2 called for / 2 installed. 
• West door 3/3.
• East door 2/2. Not leak tested after installation.

HAM2: All good, 18/18. HAM2W and HAM2E doors are physically labeled 'HAM1W' and 'HAM1E' bla bla. Sharpie bla.

• East door 5/5.
• West door 5/5. Not leak tested after installation.
• Top 3/3. Didn't climb to the top, but they're there.

HAM3: All good, 4/4.

• West door 3/3.
• East door 1/1.

WAMCA1 (MC tube attachment by HAM2): 2/3. One missing. Also one is using a different location.

• Video PR2 is missing
• OptLev HAM3 is using VP7 but T1000746 calls for VP7. Which is probably OK, as far as the beam comes back.

WAMCB1 (MC tube attachment by HAM3): 2/7. Five missing.

• OptLev PR3 IN (VP7) missing.
• Video PRM (VP9) missing.
• Video MC1 (VP10) missing.
• OptLev PR3 Out (VP11) missing.
• Video PR3 (VP12) missing.

IY Adapter WA-1F: 2/3. One missing.

• ITM-Y Video (VP2) missing.
• Unnecessary VPs (i.e. for H2) are not installed and that's how it should be.

BSC2 (BS): 1/3. Two missing.

• Illumitation (G9) and Video BS (G8) are missing.

BSC1 (IX): 1/2. One missing.

• ITMY-CP Video (G11) missing. Probably it wouldn't be a huge loss even if this is not available.
• CO2 Laser IN (C0G5) is missing but CO2 laser is not installed for HIFO, so that's OK.

Modified capacitive position sensors per E1300251 for BSC2. This was to address a high frequency oscillation in the return path.

Filiberto Clara

• I got a call at 15:55 UTC, 8:55 local from the shaker group saying they were starting, but apparently they had a mechanical failure. They started back up at 16:38 UTC, 9:38 local.
• Richard fixing light switch on clean room by fiber welding room
• Patrick at EX looking at dust monitor
• Praxair on site filling CP6
• Hugo at HAM2 balancing the ISI
• Clean rooms at EX lab space are now functional
• Two very large dust spikes at EY, ~70000 counts at 0.3 microns, showed up around noon. Zero counts at 0.5 microns. No one was around, nothing looked out of the ordinary, and they came back down shortly after.

Looking at PR2 transfer functions ran yesterday night, an extra resonnance appears at 2.8 Hz for M1 pitch to pitch transfer function when comparing it to the model and phase 3a testing transfer functions ran on december 2012.

Betsy and Travis are investigating to find its source.

Chris, Daniel, Patrick

In short: Swapping the real time Ethernet card in the h1ecatc1 computer appears to have resolved a problem with it periodically crashing and restarting.


Last week and possibly the week before, the computer running the EtherCAT system at the corner station, h1ecatc1, had been spontaneously crashing and restarting. Each time this occurred there was a message upon login that Windows had recovered from an unexpected error.

My first inclination was that one of the installed programs, OpenOffice.org, which periodically asked for Java updates, was causing the problem. To this end I removed this application. I also removed some others that I can not recall at this time. However, the problem persisted.

Looking at the Windows minidump file, it appeared that the issue was with one of the TwinCAT processes. The system manager was also reporting CRC errors and lost frames. I attempted to narrow down the problem by systematically disconnecting EtherCAT chassis. I removed the fiber connected to the test setup of end X in the MSR. This fiber was broken on one end, and I destroyed it. I also disconnected the fiber to end Y. I tried various combinations of the remaining chassis in the H1 electronics room. At one point suspecting the ISC Common Chassis, I swapped it with one from H2. While it may have appeared at one point that things were running better with fewer chassis attached, the problem eventually returned.

I also tested the fiber connection from the MSR to the H1 electronics room. I removed the fiber connection from the ISC Common Chassis in the H1 electronics room and attached it to a communications tester that Daniel had made. With this setup, the h1ecatc1 computer was connected to the Corner MSR Chassis and this was connected by the existing fiber to the communications tester. This appeared to work. Nevertheless, the problem persisted after reconnecting to the chassis. However, it was realized that the orange multi mode fiber patches from the Beckhoff chassis in the MSR and H1 electronics room did not match the type of fiber running between these rooms. These patches along with the fiber in the chassis itself should be swapped for 50/125 (aqua). This has not been done yet.

Last Friday (March 23) I looked closer in the system manager at the diagnosis for just the Realtime Ethernet card. I had the impression that it may have been reporting errors itself, and decided to try and swap it. I replaced it from the slow computer in the rack in the computer user's room. It appeared to fix the CRC errors and I left it running over the weekend. It was still running on Monday morning and appears to have done the trick.

Caveat: My memory is somewhat fuzzy and the above steps may not have occurred in exactly the order described.