Displaying reports 71261-71280 of 77032.Go to page Start 3560 3561 3562 3563 3564 3565 3566 3567 3568 End
Reports until 13:10, Monday 01 April 2013
H1 SEI
jim.warner@LIGO.ORG - posted 13:10, Monday 01 April 2013 - last comment - 13:59, Monday 01 April 2013(5946)
BSC2 ISI covered and ready for outage

MitchR, JimW, w/ Apollo Chris and Zach

The BSC2 ISI was locked and covered this morning in preparation for the Wed-Thurs power outage. The cover consists of one new BSC Dome Tall cover, a layer of ameristat taped down to the walking plates and a final BSC Dome Cover. Travis is in putting a cover on the locked SUS now. We might be going in again later, to lock HEPI, but otherwise the chamber is ready to be closed up.

Images attached to this report
Comments related to this report
travis.sadecki@LIGO.ORG - 13:59, Monday 01 April 2013 (5949)

The beamsplitter now has a C3 cover.  From a SUS perspective, the chamber is ready to be closed.

H1 PSL
michael.rodruck@LIGO.ORG - posted 11:04, Monday 01 April 2013 (5948)
PSL turned off for power outage

In preparation for the power outage Wednesday, the PSL and its relevant components have been turned off. Here is a full list.

For the LVEA racks:

  1. DBB HV supply turned off
  2. Kepco HV supply turned off (read: 375V, 44 mA)
  3. NPRO driver keyed off (UPS on, Richard may turn it off)
  4. Control box keyed off and powered off via switch on back (key removed and stored in anteroom to make LAE and LDR laser SAFE)
  5. Kepco HV supply turned off
    1. 200V supply was on but drew no current or voltage
    2. 150V supply was reading 160V, 24 mA
    3. -150V supply was reading 160V, 24 mA
  6. VCO turned off

For the diode room:

  1. Interlock box keyed off and powered off via switch in back
  2. PS1-4 switched off
  3. TEC1&2 switched off
  4. FE DB1 keyed off
  5. epics OPC terminal closed
  6. Beckhoff computer powered off and switched off

The HEPAs and AC units are still running in the laser and ante room, but will probably have to be turned off before the outage. The reason for this is that the AC units often need a manual restart, and if the software comes up after the power outage with the fans on, the room may overheat.

H1 IOO
cheryl.vorvick@LIGO.ORG - posted 18:40, Saturday 30 March 2013 (5943)
I looked at the IMC alignment and installed an iris in front of MC1: just a list of what I did...
I transitioned the LVEA to laser hazard and looked at the beam in the IMC, working to understand the yaw needed on MC1 and MC3.

I reinstalled an iris (a 4th one I had made that was "extra") in front of MC1.  The iris I moved to MC1 is the one that IO had used in front of IM2, and then on REFL, and was not installed on any beam when I started.

The 4 irises we now have in HAM2 are:
- in front of MC1 - the extra one that has been floating around the table, that I moved to MC1 today
- in front of MC3 - installed after the last vent per the dog clamps I left on the table marking it's position
- behind MC3 (on MC trans) and before IM1 - installed after the last vent per the dog clamp I left on the table marking it's position
- downstream of PRM - installed last week by IO on the PRM trans beam

The only iris we have in HAM3 is at the edge of the table in front of PR2.  This was installed last week by IO on the PRM trans beam.

 I transitioned the LVEA back to laser safe.
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 15:29, Saturday 30 March 2013 (5942)
Broken infrared QPD of TMSY inspected

This is a slightly outdated report, but I am writing this for completeness.cool

The broken infrared QPD (Q3000 SN3), which had been determined to be broken and was then removed from TMSY on 7th of March 2013 [1], was inspected at the lab. As originally suspected [2], indeed the 1st segment is not 'diode-ing' any more and it shows a small resistance of 2.8 Ohm regardless of the polarity. There is no obvious sign in the appearance of the diode. The rest of the segments looks quite healthy and exhibits a usual voltage drop of 0.44 V. Though interestingly the broken segment is still able to produce photo current when it is illuminated by a flashlight.

BTW, don't be confused by this report --- this is different from the newly broken QPDs which reside in HAM3 [3].

[1] LHO alog 5716 "A new PZT mirror installed at ISCTEY and red in-vac QPD swapped on TMSY"
[2] LHO alog 2865 "TMSY red QPD damage report"
[3] LHO alog 5937 " HAM3 ISC IR QPDs are likely broken, in-vac cabling error, IO QPD should be OK"

LHO General
patrick.thomas@LIGO.ORG - posted 22:33, Friday 29 March 2013 (5941)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot requested from 5 PM March 28 to 5 PM March 29. Also attached are plots of the modes to show when they were running/acquiring data.

Data was taken from h1nds1.
T0=13-03-29-00-00-00; Length=86400 (s)
1440.0 minutes of trend displayed
Non-image files attached to this report
H1 ISC
keita.kawabe@LIGO.ORG - posted 18:53, Friday 29 March 2013 - last comment - 20:53, Friday 29 March 2013(5937)
HAM3 ISC IR QPDs are likely broken, in-vac cabling error, IO QPD should be OK (Kiwamu, Keita)

Summary:

When we tested the in-vac picomotors on HAM3 again though these picomotors and also in-vac QPDs were tested OK before (here's the alog of these tests done by me, Cheryl and Daniel), nothing moved. Without these things, HIFO test never works.

The problem was traced back to an error in in-vac cabling. ISC IR QPDs were connected to the picomotor feedthrough and vice versa though I have no idea why this happened (see the comments attached to this entry for details). 

The cabling was fixed and the picomotors now work again, but ISC QPDs are likely broken because of multiple attempts to drive picomotors back and forth, which put more than 100V on diodes. We used laser pointer to test the QPDs with the handheld QPD interface but were never able to convince ourselves that they're working. We forgot to test if any of the quadrants are short-circuited.

IO QPD for MC transmission should be OK as it is on a separate cable.

Anyway, we have spare QPDs and we'll replace them on Monday, entering HAM3 from the north opening. It's probably less than 2 hours for replacing, plus an hour for testing. We've done the same thing in EY and we know how to do this.

Spare S/N 20 and 24 from our stock of IR QPDs were bagged and left in a clean room by HAM2 so we can continue on Monday morning.

Comments related to this report
keita.kawabe@LIGO.ORG - 18:41, Friday 29 March 2013 (5938)

Picomotors and ISC QPDs both have two in-vac cable sections. The first section is routed to cable bracket 3 (CB3), then the second section goes from CB3 to the vacuum feedthrough, and apparently the second sections were crossed and mixed up.

Before we fixed the error:

Cable Assembly CB3 position Cable feedthrough
Picomotor D1101516/S1105245 2nd floor HAM3 ISC QPD cable D1101658 / S1105085 D3-3C2
ISC QPD D1101624 / cannot read S/N 1st floor HAM3 picomotor cable D1101659/S1105100 D3-3C1

 

After the problem was fixed (everything is consistent with D1101463 and D1002874):

Cable Assembly CB3 position Cable feedthrough
Picomotor D1101516/S1105245 2nd floor HAM3 picomotor cable D1101659/S1105100 D3-3C1
ISC QPD D1101624 / cannot read S/N 1st floor HAM3 ISC QPD cable D1101658 / S1105085 D3-3C2
keita.kawabe@LIGO.ORG - 19:10, Friday 29 March 2013 (5939)

Other things to note:

1. What happened?

It's really baffling as everything worked last September as I noted above. 

Either things were mixed up from the start and somehow I managed to connect the test equipments (the picomotor driver and the QPD tester) to feedthroughs in a consistently wrong manner so everything worked, or things were OK back then but mixed up later for whatever reason. 

Thing is,  I remember having looked at D1002874 (Flange Layout H1 HAM3) and D1101463 (Cable routing configuration HAM 3) multiple times, especially former, before connecting the picomotor driver on the feedthrough exactly because I was worried to break QPDs (after all, this is not the first time we broke QPD, see this alog). It's extremely unlikely that what I did at that time was inconsistent with D1002874.

 

2. Picomotor driver unit 3 is funny.

During the testing, we disconnected the in-air cable from the picomotor controller for HAM1/3 (unit 3) and connected a picomotor directly to the front panel. It drove the picomotor, but it was VERY quiet and slow even though we selected the fastest pulse rate (500Hz) from the MEDM screen. No screeching at all.

We did the same test for the driver unit 4 that is used for ICST1/IOT2 and it was acting properly.

We never bothered to swap the Beckhoff  cables of these units to see if it's a software problem or the drivers.

Anyway, if it turns out to be the driver, we'll swap it with the test unit that is sitting on the cart in the LVEA.

kiwamu.izumi@LIGO.ORG - 20:53, Friday 29 March 2013 (5940)

Here is a picture of the actual cable bracket. This was taken after we had fixed the cabling.

Images attached to this comment
H1 ISC
sheila.dwyer@LIGO.ORG - posted 17:37, Friday 29 March 2013 - last comment - 10:56, Monday 01 April 2013(5936)
ALS PLL working
Richard cleaned the fiber this morning at the Y end patch panel, and after that we had 18-19uW at the table feed-through and I measured 14uW with the power meter in air on the table.  After realigning for the swapped beamsplitter, (and re-aligning the power monitor PD) the beatnote was -38dBm, around -20 dBm after the amplifier.  

A plot of the OLG will follow,  but the main message is that the ALS PLL is working.  It has been locked for almost hours now, based on looking at the striptool of the beat frequency and the control signals.  

The settings are: cg -15, fg 22, common compensation on, slow ugf set to -0.015Hz and slow pole set to 0.0001 Hz. 

The beatnote frequency has glitches that are not present in the channel for the VCO frequency, where the signal level is much higher.  It might be easier to write an autolocker if we could get rid of those glitches, perhaps by amplifying the signal.  
Comments related to this report
sheila.dwyer@LIGO.ORG - 20:38, Sunday 31 March 2013 (5944)
Chris, Max, Sheila-

Before Richard cleaned the fibers, Chris and I measured the power in the fibers at a few different places:
Input to fiber distribution box in R4: 1.2mW 
Y end output of fiber distribution box: 75 uW
Max's polarization box: 60uW
Output at Y end patch panel: 10uW
At ALS table feedthrough:10uW
on ALS table at fiber output-approx 10 uW

Also the OLG of the PLL with the settings above is attached.  
Non-image files attached to this comment
sheila.dwyer@LIGO.ORG - 10:56, Monday 01 April 2013 (5947)
I changed the ALSLaser library, so that the polarity between the slow loop and fast loop is correct when the ugf setting for the slow loop is positive.  

Also, when I came in this morning the PLL was still locked and looked like it had been for the last 10 hours. 
H1 IOO
giacomo.ciani@LIGO.ORG - posted 17:16, Friday 29 March 2013 (5935)
Little setback in IO activities

Today we fine tuned the rotation of the HWP that rotates the polarization of the beam after the IMC. We followed these steps:

- we used an HWP at the bottom of the PSL periscope to set the polarization approximately "wrong", so to have considerable power transmitted through the unlocked IMC

- we used the HWP after IM1 to make sure that a good amount of power would go in the first forward rejected beam

- we rotated IM2 in yaw so that the first forward rejected beam would clear the FI and be transmitted all the way to (almost) IM4

- we position a power meter there

- we removed the HWP on HAM2, and rotated the HWP in the PSL so to minimize the power in the forward rejected beam. Because of the absence of the HWP in HAM2, this beam contained the "good" polarization: this way we made sure that the polarization off the PSL was as bad as possible.

- we steered IM2 back in its original position, and we placed the power meter in the main beam

- we re-inserted the HWP in HAM2 and optimized it to minimize the power in the main beam, thus rotating the polarization coming out from the IMC by 90 deg, that is what we want.

Unfortunately, during this process we had the opportunity to compare the beam out of the IMC with the re-routed IMC_REFL beam that had been setup couple of weeks ago and used since then as a more powerful reference for alignment. What we discovered is that the beams are not well aligned (more than a beam diameter at the FI). Note that:

The good news is that the situation can probably be easily recovered, without moving other components, using IM1 and IM2 to make sure that the current IMC beam is aligned, at the FI and further downstream, to the reference we have been using up to now. If the offsets turn out to be big, we may need to relieve them.

H1 SEI
jim.warner@LIGO.ORG - posted 16:23, Friday 29 March 2013 (5933)
BSC2 ISI floating

This morning I started floating the BS ISI, after asking SUSsers to lock their optic up. No real problems, beyond a missing wrench that had to be retrieved from staging and a CDS laptop that had too aggressive power saving settings (it would sleep the monitor after 1 minute, enough time to change out gloves...sigh). The ISI is currently floating within spec, cps were regapped where necessary, lockers were adjusted, the actuators were visually inspected for spacing, and cables were surveyed for rubbing. This should mean BSC2 is in a good position for in-chamber testing, but the BS is still locked.

LHO General
gerardo.moreno@LIGO.ORG - posted 16:08, Friday 29 March 2013 (5932)
Day Shift Summary

- Mark L, and group changed pre-filters for AHU 1 and 2, per WP 3783.
- LVEA transition to laser safe at 9:00 am.
- Corey G. work in the squeezer area, East Bay of LVEA.
- Rick S, Michael R, and others to visit MID-Y, inventory of 3rd IFO PSL items.
- Jim W work at BSC2, top area.
- Betsy W and Filiberto C, work at HAM2, mission aborted.
- Betsy W and Travis S, BS is locked now.
- LVEA transition to laser hazard for IO work.
- IO group work, PSL enclosure --> HAM02.
- LVEA transition to laser safe, 3:32 pm.

 

H1 IOO
cheryl.vorvick@LIGO.ORG - posted 02:17, Friday 29 March 2013 - last comment - 16:47, Friday 29 March 2013(5923)
IO work wrapping up:
- Joe, Giacomo, Cheryl

- Filiberto started the process to attach pins/connector to FI HWP pico motor.  Lack of information about the connector convinced us to push this out to at least tomorrow.

- the half wave plate was re-installed in the IMC trans beam path after IM1.  The beam through the FI was misaligned with IM2 to give an unclipped Forward Rejected Beam to minimize, which was minimized to around 40 uW of power.

- IOT2R was moved into place today, on the East side of HAM2, beams were aligned onto the single periscope and onto the table.  The table position needs to be marked before moving the table.

- beams transmitted through IM4 were measured - some measurements will be used to compare expected and actual transmittance of 2" fixed optics.  Actual power readings to be attached.

- AOE1 was aligned downstream of HWP per Rodica's instructions to move it along the beam path by 20mm.  With HA1 at 0, the front of the HWP is at 25mm , and the front plate of AOE1 is at 95mm along the beam path.

- PR2 scrapper baffle was installed.  Joe did the install, and centered the baffle w.r.t  the PR2 optic, since the beam at HAM3 iris was about a beam radius off in yaw, and off in pitch.  Earlier work of adding the HWP back into the beam path is the likely source of the change seen at PR2.  Using IM2, we deturmined that the correction was 100 slider counts or less, i.e. small.

Friday:
Plan is to flash the IMC, though there have been rumors of locking it in air...
Comments related to this report
filiberto.clara@LIGO.ORG - 11:14, Friday 29 March 2013 (5928)
Tried to connect/crimp the pins and connector for the Faraday Isolator. After going inside the chamber, noticed that the other connector that mates with the one I was installing is the same gender. We received a female connector and socket pins, but need male connector and pins. Have contacted Rich Abbot at CIT regarding getting correct parts.

Filiberto Clara
giacomo.ciani@LIGO.ORG - 16:47, Friday 29 March 2013 (5934)

This are the power measurements we took on HAM to estimate the transmissivity of a number of optics. Measurement taken with filter inf ront of the sensr are specified (to account account for possible miscalibrations).

Incident on IM1 (filter on): 189 mW

Transmitted through IM1 (filter on): 6.25 mW

Transmitted through IM1 (filter on): 5.96 mW


NOTE: we did not realize that, because we were using the rerouted REFL beam, the polarization of the incident beam on IM1 was not as expected during operation. So this set of measruement is probably of (very) limited usefulness and will ned to be retaken. This does not apply to the following measurement taken at and after IM4, as only the right polarization remains in the main beam after the FI.

Forward incident on IM4 (filter on): 176 mW

Forward transmitted trough IM4 (filter on): .39 mW

Forward transmitted through IM4: 385 uW

Forward transmitted through ROM LH1: 30.5 uW

Forward reflected of ROM LH1: 361 uW

Forward incident on ROM RH3: 355 uW

Forward reflected of ROM RH4: 325 uW

Forward transmitted through ROM RH4: 25 uW

Forward reflected off IM4 (filter on): 175 mW

Forward transmitted through PRM (filter on): 5.4 mW

Backward transmitted through IM4: 380 uW

Based on the the above measurements, we can estimate the following transmissivities. Values in grey are calculated, not measured.

  Incident    Transmitted Reflected Sum
IM4 Forward 176 .39 0.22% 175 99.43% 175.39 99.65%
ROM LH1 .385 .0305 7.92% 0.361 93.77%  0.3915 101.69%
ROM RH4 .355 .025  7.04% 0.325 91.55% 0.35 98.59%
PRM 175 5.4 3.09% 169.6 96.91% 175 100.00%
IM4 Backwards 169.6 .038 0.22%        
H1 SUS
arnaud.pele@LIGO.ORG - posted 17:25, Thursday 28 March 2013 - last comment - 11:32, Friday 29 March 2013(5920)
Beamsplitter transfer functions

Starting a round of transfer functions overnight on the beamsplitter.

Comments related to this report
arnaud.pele@LIGO.ORG - 11:32, Friday 29 March 2013 (5931)

see aLog 5927 for summary

H1 SUS
arnaud.pele@LIGO.ORG - posted 17:52, Wednesday 27 March 2013 - last comment - 11:28, Friday 29 March 2013(5907)
Beamsplitter Transfer Functions

Starting a round of matlab transfer functions overnight for the beamsplitter.

Comments related to this report
arnaud.pele@LIGO.ORG - 11:28, Friday 29 March 2013 (5929)

see aLog 5927 for summary

H1 SUS
arnaud.pele@LIGO.ORG - posted 16:04, Monday 25 March 2013 - last comment - 11:31, Friday 29 March 2013(5882)
PRM/PR2/PR3/MC1/MC2/MC3 safe.snap update

Before the power outage of next week, new h1sus${mc1/mc2/mc3/prm/pr2/pr3}safe.snap files have been saved in /opt/rtcds/userapps/release/sus/h1/burtfiles.
It includes alignment offsets with the right values from aLog 5851 for PR3/PR2 and 5825 for MC1/MC2/MC3. It also includes the ODC recent update aLog 5809

The safe state has been defined as the following :

**alignment offsets off
**damping filters on
**master switch off

The snap files have been commited in the svn repository.

 

Comments related to this report
arnaud.pele@LIGO.ORG - 11:31, Friday 29 March 2013 (5930)


		
		
Displaying reports 71261-71280 of 77032.Go to page Start 3560 3561 3562 3563 3564 3565 3566 3567 3568 End