Displaying reports 72821-72840 of 76997.Go to page Start 3638 3639 3640 3641 3642 3643 3644 3645 3646 End
Reports until 18:55, Tuesday 25 September 2012
LHO General
patrick.thomas@LIGO.ORG - posted 18:55, Tuesday 25 September 2012 (4297)
dust monitors
Last Friday I spent most of the morning compiling, testing and modifying the code to read and control the dust monitors. This interrupted the data read from end X. I ended up reverting back to the old code sometime before 12:30 PM.

Today I spent most of the morning doing the same, except it interrupted the data read from end Y. I ended up reverting back to the old code around noon.

This afternoon Michael R. swapped the dust monitor in the H1 PSL Anteroom (LVEA location 16), to investigate if the high counts for particles > .3 microns read last night might be due to an error in the instrument. I ended up restarting the code for all the dust monitors in the LVEA after this was completed.

I received an error trying to plot the particle counts, so I do not have plots to attach yet.
H1 SEI
hugo.paris@LIGO.ORG - posted 18:35, Tuesday 25 September 2012 (4296)
HAM2-ISI - CPS-H1 railed readout

Dave, Hugo,

Sometime around 4.30pm today, HAM2-CPS-H1 showed ~ +32000cts. The Watchdogs were then tripped. We turned off the master switch on the medm screen and the coil-drivers electronics, the readouts remained the same.

Dave and I restarted the h1iopseih23 and the computer/frontend. No change.

Connecting the faulty channel on another sensor interface showed that the signal was following the channel.

I went upstream and checked the voltage outputted by the ADE box of the CPSs: 

-over 13V for this sensor.

-Within +/- 1V for the other ones

I tried connecting CPS-H1 on its neighboring ADE board. I also tried swapping the FeedThrough-to-ADE in-air cables between H1 and V1. 
The readout of CPS-H1 came back to normal during this process. It seems like the in-air FeedThrough-to-ADE cable of HAM2-CPS-H1 is faulty. I left it ON keeping in mind the symptoms we saw. 

H1 ISC
dale.ingram@LIGO.ORG - posted 17:06, Tuesday 25 September 2012 (4295)
ISC Sled installation photos, HAM3
Check ResourceSpace for the photo collection of Keita, Cheryl, Deepak and Corey inserting the sled.  You can call it a breadboard if you want.  Bonus:  A couple shots of Travis working on PR2.
Images attached to this report
X1 SUS
mark.barton@LIGO.ORG - posted 14:39, Tuesday 25 September 2012 (4294)
TFs for BSFM02
Mark B.

After Travis tweaked the BSFM02 on the solid stack, I retested it. I gave up on the Matlab script for data taking and used some DTT templates that Jeff K pointed me to. The data is at 

^/trunk/BSFM/X1/BSFM02/BUILD01/SAGM1/Data/2012-09-25_1100_X1SUSBSFM02_M1_*_WhiteNoise.xml

I modified the standard analysis script to use H2:FMY in the channel names but X1:BSFM02 for the data directory and plot labels. The modified version is 

^/trunk/BSFM/Common/MatlabTools/plotBSFM_dtttfsBSFM02.m

The data is a tiny bit noisy, having been taken in the middle of the day, but all the peaks are in the right places and the spurious 11 Hz peak is gone.
Non-image files attached to this report
H1 INS
jodi.fauver@LIGO.ORG - posted 14:32, Tuesday 25 September 2012 (4293)
BSC8 De-Install/BSC1 Install Prep
The Apollo crew stood down from ICC to work on BSC8 cartridge de-install staging. They positioned the leg-jacks near the appropriate legs and checked for orientation; installed four leg-jacks on the chamber cleanroom; located three BSC dome flats and two HAM ISI storage covers to use in place of BSC Dome Tall; retrieved the dome counterweight from X-end; and removed the dome. 
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:02, Tuesday 25 September 2012 (4289)
OK WHAM1 Height issues resolved--yes blame me, again!
In addition to the backsight error I've been fighting against since 17Sept, see aLOGs 4223 & 4242, and disclosed in yesterday's log 4286; this morning I realized all this time I had failed to correct my target elevation for the HAM1 global to local level difference.  This now puts the Optical Table ~5mm low and this is well explained by the modeled vs measured compression of the Viton Springs which has put the Table 5.33mm lower than planned.

I will correct the incorrect payload noted in aLOG 4242 (11.25lbs) but this won't do too much to change the height and then we'll adjust the vertical to within spec using HEPI.

Thank to everyone for patiently helping me for the past week.
LHO General
patrick.thomas@LIGO.ORG - posted 20:30, Monday 24 September 2012 (4288)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot.

Note high particle counts > .3 microns in the H1 PSL Anteroom (H0:PEM-LVEA_DST16_3). The > .5 micron counts are 0. The cause of this is as of yet unknown.
Non-image files attached to this report
LHO General
patrick.thomas@LIGO.ORG - posted 18:27, Monday 24 September 2012 (4277)
Ops Summary
Cheryl, Keita, Deepak installation in HAM3
Corey taking packaged box of lasers from corner station to mid Y
Pickup of pallet
Corey to EY to look for parts
Bubba to end Y to bring toolbox to corner station
Jonathan H. to LVEA to look for GC wireless access points
Dave B. to set settings for H1 PSL ODC channels
Dave B. to install Apache on DAQ test stand
Pickup of cardboard container
Return of cardboard container
Very high > .3 micron counts in H1 PSL Anteroom. Unknown case at this time.
H1 SEI
hugh.radkins@LIGO.ORG - posted 17:13, Monday 24 September 2012 (4286)
WHAM1 SEI Optical Table now 9mm high
This come down to me cutting an inch from my backsight but I should have cut 2.  Maybe you put the 15mm & 9mm together and come up with 1".  Yes, my instrument was 1" higher than I thought putting my results 1" lower than reality.  I'll give the show and tell to anyone who cares.  My apologies to anyone fretting over this.
However, we are still 9mm high which is closer than 15 but still a lot and maybe too much for HEPI.  We are now waiting to hear from ISC to learn what they can tolerate.  See aLogs 4223 & 4242 if you need.
LHO VE
kyle.ryan@LIGO.ORG - posted 16:52, Monday 24 September 2012 (4285)
Opened purge air valve -> YBM is now pressurized for BSC8 door/dome removal


			
			
H1 ISC
keita.kawabe@LIGO.ORG - posted 16:50, Monday 24 September 2012 - last comment - 14:24, Tuesday 25 September 2012(4284)
HAM3 sled 2

Sadly, the 2" lens on the QPD sled for HAM3 was scratched during the transport from the lab to the LVEA. When we took the sled assembly out of the bag and unwrapped, under a strong lighting it was clear that the center of 2" lens surface that faces outside was scratched, most probably by the aluminum foil that was used to cover the entire assembly. We couldn't blow it off using nitrogen gun, so it's not just particulates.

We have more of these lenses and we'll have one class-A-ed ASAP so the impact on schedule is minimal, but next time we transport any super polished optics, I'll make sure that I first cover it using Vectra Alpha 10 wipe for protection befure wrapping it in the foil. The reason why it was not done was because I couldn't find Vectra wipes in the lab, but it seems like no wipe = no transport.

Comments related to this report
jodi.fauver@LIGO.ORG - 14:24, Tuesday 25 September 2012 (4291)
It is worth noting that in most cases, we prefer to cover larger items with a C-3 cover for transport. A BSC door cover would probably work well for this task.
H1 SUS
betsy.weaver@LIGO.ORG - posted 15:55, Monday 24 September 2012 (4283)
MC3 Phase 2a testing commencing tonight

I'm going to run these TFs from home tonight.

H2 INS
jodi.fauver@LIGO.ORG - posted 15:42, Monday 24 September 2012 (4282)
BSC5 ICC
The chamber cleanroom was moved over BSC5 and bolts were pulled from the doors and the dome. The crew was pulled off t work on BSC8 de-install.
H1 PSL
david.barker@LIGO.ORG - posted 14:25, Monday 24 September 2012 (4281)
WP3473: H1 PSL safe.snap files committed to SVN, ODC settings installed

The four H1 PSL safe.snap files were committed to the userapps SVN repository under userapps/trunk/psl/h1/burtfiles as

iss/safe.snap, fss/safe.snap, pmc/safe.sna and dbb/safe.snap

The corresponding safe.snap files in the target area were made to be symbolic links to these files.

The ODC group (Ryan F) requested some PSL ODC channels have non-zero default settings. These were added to the running system, and the ODC channel blocks were added to the safe.snap flies for ISS, FSS and PMC.

H1 PEM
hugh.radkins@LIGO.ORG - posted 12:33, Monday 24 September 2012 (4280)
H1 BSC1/ITMY Chamber/Optic Temperature Monitoring point moved
See the attached photo of the SW corning of BSC1 where there is a temp reader of some sort.  I must relocate this as it is where the HEPI plumbing runs.  The Installation Manager said go ahead so I moved it to the other side of the viewports on the same flange still on the SW corner.  If any one cares about how good a job I did of applying the proper amount of pressure etc of placing this, please give it a look over.  However, if you try to look at data you likely won't see much as there is no cable connected to the satellite box downstream.
Images attached to this report
X1 SUS
mark.barton@LIGO.ORG - posted 10:06, Monday 24 September 2012 - last comment - 12:16, Tuesday 25 September 2012(4278)
Resuming BSFM02 testing
Mark B.

Picking up where I left off on Friday, aiming towards getting TFs.
Comments related to this report
mark.barton@LIGO.ORG - 09:48, Tuesday 25 September 2012 (4287)
Mark B.

Done for the day. Had chronic problems trying to get TF scripts to run, so reverted to a free-swing test to at least get the mode frequencies. Most of the LF modes seem to be where they're supposed to be but there's a huge anomalous peak at 11 Hz in all DOFs but especially V and R.
Non-image files attached to this comment
travis.sadecki@LIGO.ORG - 12:16, Tuesday 25 September 2012 (4290)

I went in to diagnose what might be causing the anomalous 11Hz peak and found that the Top Stage blade EQ stop (aka the goalpost) was locking the right side blade down.  I released this, then made a few small adjustments to correct for the now fully suspended chain/BOSEM alignment.

LHO VE
john.worden@LIGO.ORG - posted 10:25, Tuesday 18 September 2012 - last comment - 14:30, Tuesday 25 September 2012(4229)
ENDY Pumpdown - slope change??

There appears to be a favorable slope change starting ~ Aug 8 (65 days on this log/log plot) Browsing the aLOG I find that near that time there were ring heater operations, and one week prior to this Kyle disconnected a small turbo pumping the BSC6 annulus. I don't think either of these explain the slope change. I also looked at the big ion pump voltages during this period - there were no step changes anywhere near this time.

GV18 was cycled on August 7-8 -Rai might have been making RGA measurements?

Images attached to this report
Non-image files attached to this report
Comments related to this report
rainer.weiss@LIGO.ORG - 12:27, Tuesday 18 September 2012 (4234)
John, You are correct I was making measuremants and moving the gate valve on both August 7 and 8. It seems that the slope 
became 1/t after the measurements. It is not easy to understand this. The first thought would have been a leak
in the valve between the RGA and the chamber with a poor vacuum in the RGA. This is not the case as the 2 liter/sec 
ion pump was holding the pressure in the RGA volume below that in the chamber. Another possibility is that the annulus system
was leaking but you rule this out from Kyle's measurements. I am stumped.
RW
 
john.worden@LIGO.ORG - 13:03, Tuesday 18 September 2012 (4236)

Kyle decoupled the annulus turbo pump on July 31 - probably  not this.

A signal we do not yet have is the BSC 6 annulus ion pump current as this chamber and it's pump were brought from the mid station. - I'll ask Dave about this.

john.worden@LIGO.ORG - 14:30, Tuesday 25 September 2012 (4292)

Kyle recalls that he disconnected the annulus turbo pump for noise reasons at the request of Robert rather than for vacuum reasons. Some days later he was surprised to find that the annulus ion pump had "come on scale"  as if the pressure had fallen in the annulus space to the point where the ion pump could start.

This suggests that there may be an inner oring leak from the annulus to the BSC6 chamber which might explain the slope change. Once the annulus ion pump began pumping, this gas load was removed from the chamber.

Richard has our electrician working at connecting up our new annulus ion pumps to the CDS system so that in future we will be able to trend these signals. At the time we did not assign any priority to this work.

H2 SUS
keita.kawabe@LIGO.ORG - posted 12:34, Thursday 06 September 2012 - last comment - 13:08, Monday 24 September 2012(4112)
ETM and ITM upper stage SUS BOSEM and Oplev sign question

From initial alignment data, we know the following:

Positive offset in PIT (H2:SUS-ETMY_M0_OFFSET_P and H2:SUS-ITMY_M0_OFFSET_P) will tilt the mirros such that the reflected beam off of the mirrors will go down.

Positive offset in YAW will tilt the mirrors such that the reflected beam off of the mirrors will go toward the inside of L.

That is, the upper stage of ITM looks like the mirror image of the ETM. Why is this the case? I thought that they are identical.

Also, I think oplev sign is somehow wrong. It's not consistent with initial alignment data.

 

FYI, the sign of the things in initial alignment was figured out by:

First using baffle diodes to figure out the sign of the TMS to figure out the TMS sign, and make the first beam hit the center of the ITM.

Then using ETMY cage and CCD camera, make the reflected beam from the ITM hit the cage bars to figure out the sign of ITM.

Then move offset of ETMY so that the beam comes back to the table, then move TMS and repeat, to see if ETMY sign is the same as TMS (it is).

As you can see, there is not much ambiguity there.

Comments related to this report
keita.kawabe@LIGO.ORG - 12:59, Thursday 06 September 2012 (4113)

Attached is the oplev and upper stage offset. (Jumps not caused by the offset are from HEPI.)

For positive SUS offset, the following is true for Oplev:

  Positive PIT offset Positive YAW offset
ETMY Oplev goes negative Oplev goes positive
ITMY Oplev goes positive Oplev goes positive

From this, oplev seems to think that positive PIT offset moves ETMY down but ITMY up, and positive YAW offset rotates both ETM and ITM in the same direction.

Images attached to this comment
mark.barton@LIGO.ORG - 16:51, Friday 07 September 2012 (4130)
Mark Barton

I did some followup on this issue and it looks as if the F2 and F3 OSEMs may be swapped on ITMy. See attached plots which have Keita's channels (divided up into separate plots for ETMy and ITMy), plus additional ones of interest, including the M0F1, M0F2, M0F3, L1UL and L1LR sensors, the estimated P and Y from the OSEM2EUL blocks at M0 and L1, and the requested drives to the M0F1, M0F2 and M0F3 coils before magnet sign correction. I also zoomed in on a 3 hour period from 12-09-06-02-00 to better show the events of interest.

With ETMy, everything is as expected. The pitch OL reads negative for positive pitch offset but this is as designed - the OL is trying to be a measure of beam height and positive SUS pitch is down. (Yaw is left=positive viewing the QPD from the optic, which is the same convention as for SUS.)

With ITMy, everything internal to SUS to do with pitch is as expected, but the OL does not have the expected opposite sign. In yaw, the M0 and L1 Y channels have opposite sign and the yaw OL agrees with M0 yaw.

This would be consistent with the F2 and F3 OSEMs on the ITMy being swapped. A further data point in favour of this is that the signs in the ITMy COILOUTF block are the opposite of expected from E1000617 (F2 should be opposite F1 and F3, and is for ETMy, but it's F3 that's opposite for ITMy). This was earlier put down to a magnet swap, but the comparison with the L1 level suggests it's actually the OSEMs that are swapped. This wouldn't be a hard mistake to make because the convention in E1000617 is a bit confusing: both M0 and R0 face OSEMs are labelled

   F1
F2   F3

as viewed from the _back_ (i.e. the reaction chain side), so the M0 OSEMs are

   F1
F3   F2

from the side you would work on them from.

As far as OL's are concerned, things are consistent with both ITMy OL channels being flipped, as if the QPD were upside down.
Images attached to this comment
thomas.vo@LIGO.ORG - 13:08, Monday 24 September 2012 (4279)
Mark B. Thomas V.

We buzzed out the the QPD with a laser pointer on ITMy and found that the QPD is upside down from what the MEDM screen on the SUS quadrants are indicating.

The segments of the QPD are laid out as such:
   +-------+
   | 2 | 4 |  ^
   |---+---|  | This way up
   | 3 | 1 |  |
   +---+---+

I believe the error came from a miscommunication in the exchange of information between SUS and OptLevs.  I had originally mapped out the quadrants on 07/24/2012 according to ALOG 3573 using the MEDM screens.   I wasn't aware that the top level ITMY SUS QUAD model had been re-ordering the signals as such (as described in Jeff K's ALOG 3613): 

Analog Signal    ADC Channel      SEG#
1                1_0              SEG2
2                1_1              SEG1
3                1_2              SEG4
4                1_3              SEG3

According to ALOG 3613, Jeff had re-ordered ADC Channel and SEG# to 1:1 as it makes the most sense to be that way! I think this sequence of events led to us being confused on why the signals look like they're upside down since the diagonals of the signals are switched.  This fix explains why Keita's original entry shows that the OptLevs look "backwards" in some sense.  

For future reference, I'll try to be more clear on what I'm measuring when mapping out the orientation of the optical lever QPD, as well as run tests with the suspension offsets in pitch and yaw to make sure they coincide with each other. This will be added to the Optical Lever Installation Procedure (E1200063).
Displaying reports 72821-72840 of 76997.Go to page Start 3638 3639 3640 3641 3642 3643 3644 3645 3646 End