Displaying reports 65201-65220 of 77210.Go to page Start 3257 3258 3259 3260 3261 3262 3263 3264 3265 End
Reports until 19:42, Friday 13 June 2014
H1 SEI
richard.mittleman@LIGO.ORG - posted 19:42, Friday 13 June 2014 (12363)
Z to rZ isi couplings

 

 

  The attached screen shot ZtorZCoupling.ing shows the meaured transfer function from stage 1 Z drive to the T240 rZ signal (blue line) and the measured magnetic coupling which was done in the staging building, there are only

two points in this measurement as of now.  If you divide the measured magnetic coupling by 10 it exactly matches the transfer function, so I'm not sure what is going on there, but the case for the mystery coupling being magnetic is pretty strong.

 

  The attached T240 rZ Signal shows the signal from the T240 rZ (trciky huh?) in low blend mode, with the subtraction in three different states

   Blue = OFF

   Orange = ON

   Red = ON with the wrong sign (gain = -1)

     You could convince your self that above 60mHz the subtraction is doing something good (it is mostly aimed at below 100mHz), nothing below 60mHz and something very bad at 60mHz, that you get almost

identical badness at 60mHz for either sign must (might?) mean something

  The figure YAW OPLEV shows the same thing using the optical lever signal

 

  The fact that we don't see a factor of 50 improvement isn't very surprising, but the fact that the subtraction makes things worse in the middle of the measurement band is. Right now I'm speculation on drives from other degrees of freedom coupling to the T240s although I

the mechanism isn't very clear to me

 

  We did take a look at rZ to Z coupling, which might create an unindented loop when the subtraction gets turned on, but didn't see anything.

 

  I've been using verious templates in /ligo/svncommon/SeiSVN/seismic/BSC-ISI/H1/ETMX/Data  and ETMY/Data

 

  The  ETMX_Performance ....xml are passive  Twist_Measurement ....xml  are driven

 

  I've added a few more plots to the T240rZ.... plot

 

   MoreT240Performance

   Blue = OFF

   Orange = ON

   Red = ON with the wrong sign (gain = -1)

   Blue

   Black Start blend (no T240 in loop)

  Green  Lower Blend Frequency, ~40mhz pervious ow blend was at ~100mHz  (subtraction on)

Purple Lower Blend Frequency (no subtraction)

 

   there are really to many lines here to make an sense of, but as far as the T240 thinks, subtracting hurts at 60Mhz, more interesting is the MoreOpLev plot which shows that above 200mHz it doesn't  seem to matter what I'm doing with stage 1 (More OpLev)

if anyone really wants this is all in ETMY_Performance_testbb.xml

Images attached to this report
H1 TCS (TCS)
greg.grabeel@LIGO.ORG - posted 18:30, Friday 13 June 2014 - last comment - 16:45, Wednesday 18 June 2014(12365)
ITMy Ring Heater Forensic
Thanks to the efforts of SUS I was able to get in and look at the ring heaters of ITMy today. There are no apparent problems with breakage of either the glass formers or the macor retaining pieces. However, the center macor piece (D1002545) looks to have wandered off center quite significantly. I didn't have any pictures from that angle while the quad structure was still in chamber. So, unfortunately, I am unable to determine when it wandered off, but it definitely warrants looking at ITMx closely before it leaves BSC 3 if possible. 

It should be noted that this is the older style of ring heater, but the macor element standoff is the same throughout all but the most recent version.
Images attached to this report
Comments related to this report
greg.grabeel@LIGO.ORG - 09:10, Monday 16 June 2014 (12370)TCS
As requested a picture with a few labels, showing how the macor has wandered off the center point where it should be.
Images attached to this comment
greg.grabeel@LIGO.ORG - 16:45, Wednesday 18 June 2014 (12414)TCS
The old ring heaters on ITMy have been removed from the old quad structure. While I was packaging the upper and lower ring heater I noticed quite a bit of particulate coming out. Looks like glass, certainly warrants a closer inspection.
Images attached to this comment
H1 SUS (CDS, ISC, SYS)
jeffrey.kissel@LIGO.ORG - posted 17:10, Friday 13 June 2014 (12364)
Dither Paths Added to HSTS Overview Screen
J. Kissel

Dither paths have been added to the HSTS OVERVIEW screens, completing all development for ECR E1400105 / II 722. I attach a screen shot of the new screen. I also fixed a few bugs found in the QUAD implementation as noted yesterday, and updated the BSFM screen, in which Stuart found some bugs (see LLO aLOG 13048). These screens are also attached. As soon as Stuart gets the model changes for his HSTSs, HLTSs, and QUADs installed, and updates to the new screens, we can close out the integration issue and begin using these paths as need be. 

Note, that though I committed the dither path changes, I've retained the still-under-development local modifications for the prototype ESD linearization (initially installed a month ago) so the common parts for the QUAD, 
${userapps}/release/sus/common/medm/quad/SUS_CUST_QUAD_OVERVIEW.adl
${userapps}/release/sus/common/models/QUAD_MASTER.mdl
remain locally modified.
Images attached to this report
H1 PEM (CDS)
james.batch@LIGO.ORG - posted 16:28, Friday 13 June 2014 (12362)
Weather station reporting for End X
Swapped parts between Mid X and End X weather stations until the defective part was isolated.  Left End X weather station up, but the anemometer does not work, which is a separate problem.  Temperature is being reported properly for End X.  Mid X weather is down until a replacement WeatherLink Isolator can be found.
H1 General
filiberto.clara@LIGO.ORG - posted 16:20, Friday 13 June 2014 (12361)
AA AI chassis rework
Work of AA AI work at both end stations is complete. All electronics are powered on and reconnected. Will alog serial numbers of units that were either modified or verified later. When turning on SUS electronics at EX, notice that the output of a Quad Top Transmon Coil Driver(S1102670) was oscillating. Brought unit back to the lab to take closer look.

Filiberto / Aaron / Vanessa
LHO General
gerardo.moreno@LIGO.ORG - posted 16:18, Friday 13 June 2014 (12360)
Operation Summary

- 8:30 am Filiberto and Aaron to Y-End, to retrieve equipment for use at X-End.
- 8:34 am Corey to the CS VEA, continue work on HAM6.
- 9:25 am Filiberto, Aaron and Vanessa to X-End, continue work with AA/AI chassis.
- 9:35 am Margot to the CS VEA, West bay area work.
- 9:56 am Dale and camera crew to CS VEA, film around West bay and HAM6.
- 10:23 am Cyrus to Y-End, computer work.<--- Done by 11:00 am.
- 10:31 am Thomas to CS VEA, computer work channel fix.
- 11:06 am Dave from CS-CR, DAQ reboot.
- 11:09 am Andres to CS VEA, retrieve item for assembly.
- 11:10 am Dave from CS-CR, ISCEY code restart, succesful.
- 12:23 pm Dave and Jim to Y-End, AI chassis investigation.--->Then to X-Mid for weather station work---->Then to X-End for more Weather work.
- 2:16 pm Jim returning to X-End for more weather work.
 

H1 ISC (ISC)
corey.gray@LIGO.ORG - posted 14:19, Friday 13 June 2014 (12352)
ham6

Corey, Dan

Today we went through Keita's HAM6 Punchlist to get to a point where we could hand off HAM6 to SEI (for balancing/testing) & get HAM6 closed until final HAM6 alignment.  Overall, we got through most of the items, but we did have an issue with a Tip Tilt Assy.

BOSEM check of Tip Tilt #2 & #3

Wed/Thurs, OM#2 & OM#3 were removed to cure grounding issues they had (noted in Keita's alogs:  here & here).  One of the first things we checked was BOSEM positioning, and each Tip Tilt (OM) had one BOSEM which was NOT Centered.  BOSEM values should be around |16,000counts|. 

Tried fixing #2's UL, but with moving the BOSEM to extremes in/out, later found that the entire optic looked translated (i.e. the "Flags" were all off to the side inside their BOSEMs). They were off so much they were touching the interior of the BOSEM.  This is why we couldn't change the UL.  See attached photo.  We will need to pull this Tip Tilt out and investigate how it's hanging.  It must have become messed up during handling to cure grounding.

For OM3, UR was fixed and easily taken to ~16k.

Photodiodes & WFS

After reading Keita's alog and reconnecting cables at the rack & then also seeing that a few chasis boxes were powered OFF, we were able to zip through all of these detectors (by flashing a flashlight on them.

Picomotors

The driver for these guys is not in the rack.  So, I had to pull out the Driver, a Tester/power supply, and function generator to test the Picomotors.  Once the set up was made we went through each picomotor and confirmed Pitch & Yaw motion.  For the record, on the Tester 1 = X & 2 = Y.  And when we tested picomotors we discovered 1 = X = Yaw & 2 = Y = Pitch.  This was consistent for all Picomotors.

Beam Diverters

The Beam Diverters are connected in Beckhoff Land, so we were able to test these guys easily via their medm screen.  I took pictures (attached) of these guys in the "closed" & "open" states.

ISI Unlocked

Before sealing the chamber up, I unlocked the ISI.  On Monday, we can work on OM#2, or we can hand off to SEI (I reckon this decision is schedule-dependent).  Oh, and we also had the Japanese film crew capture some video of some of our work.

Images attached to this report
LHO VE
john.worden@LIGO.ORG - posted 14:17, Friday 13 June 2014 (12358)
Y2 Accumulation RGA data

This data is from the second RGA accumulation on Y2.

Images attached to this report
Non-image files attached to this report
H1 SUS
arnaud.pele@LIGO.ORG - posted 14:07, Friday 13 June 2014 (12359)
Sus guardian updates

Following work that has been carried out at LLO this week on SUS guardians, I updated the changes here at LHO.
guardian were reloaded on SRM SR2 PRM PR2 MC1 MC2 MC3 BS ETMX ETMY ITMX ITMY TMSX TMSY
The main change is that the guardian won't be restoring alignment offsets anymore, but will only turn on/off the switches, regardless of the alignment value.
Details are explained in Jamie's alog.
TMSx and TMSy guardians had to be modified, to remove the aligned_to_pd1/aligned_to_pd4 state

H1 SUS
betsy.weaver@LIGO.ORG - posted 13:31, Friday 13 June 2014 (12357)
Ex-ITMy optics unloaded from suspension

Margot, Travis, Betsy

This morning, while being filmed by a foreign camera crew, we pulled the dismantled ex-ITMy lower suspension out of the storage box in the west bay cleanroom.  We then used the ergo arm to remove CP09 and the ex-ITMy optic (s/n ETM02).  Both were stored in optic cake tins.  The lower suspension can now be reassembled with metal masses for a 3IFO QUAD assembly.

Thanks Margot for all the hardwork here at LHO!

Images attached to this report
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 11:21, Friday 13 June 2014 (12355)
DAQ restart, h1iscey model restart

I restarted the DAQ (DAQ with a "Q") to sync it up with the new IOP models I installed yesterday.

I restarted h1iopiscey model to clear the DAC (DAC with a "C") error is was reporting, which required restart of all user models on h1iscey. The DAC error was cleared by this restart.

X1 DTS
james.batch@LIGO.ORG - posted 11:20, Friday 13 June 2014 (12354)
Recompiled nds for x1nds1
The nds process on x1nds1 did not restart because of a change to the framecpp library, so I recompiled the nds program, installed it on x1nds1, and restarted the nds.  Dataviewer can now get data from the past.
LHO General
gerardo.moreno@LIGO.ORG - posted 09:14, Friday 13 June 2014 (12351)
Morning Meeting

- Corey and Dan will continue work in HAM6.
- Daniel to take a look at ISC whitening.
- Apollo will be removing installation arm off BSC1, including other installation hardware.
- Apollo will work on viewport installation at MCB2.
- PSL crew will continue work, but more time will be spent inside the H2 laser enclosure.
- Filiberto, Aaron and Vanessa to head to X-End for AA/AI chassis work.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:19, Friday 13 June 2014 (12350)
CDS model and DAQ restart report, Thursday 12th June 2014

model restarts logged for Thu 12/Jun/2014

2014_06_12 09:33 h1ioppemmx
2014_06_12 09:33 h1pemmx
2014_06_12 09:35 h1ioppemmy
2014_06_12 09:35 h1pemmy
2014_06_12 09:56 h1ioplsc0
2014_06_12 09:56 h1lscaux
2014_06_12 09:56 h1lsc
2014_06_12 09:56 h1omc
2014_06_12 10:03 h1ioplsc0
2014_06_12 10:03 h1lscaux
2014_06_12 10:03 h1lsc
2014_06_12 10:03 h1omc
2014_06_12 10:13 h1iopsusb123
2014_06_12 10:14 h1susbs
2014_06_12 10:16 h1susitmx
2014_06_12 10:16 h1susitmy
2014_06_12 10:20 h1iopsush2a
2014_06_12 10:22 h1susmc1
2014_06_12 10:22 h1susmc3
2014_06_12 10:22 h1susprm
2014_06_12 10:24 h1iopsush2b
2014_06_12 10:24 h1susim
2014_06_12 10:24 h1suspr3
2014_06_12 10:28 h1iopsush34
2014_06_12 10:30 h1susmc2
2014_06_12 10:30 h1suspr2
2014_06_12 10:30 h1sussr2
2014_06_12 10:32 h1iopsush56
2014_06_12 10:32 h1susomc
2014_06_12 10:32 h1sussr3
2014_06_12 10:32 h1sussrm
2014_06_12 10:34 h1hpiitmy
2014_06_12 10:34 h1iopseib1
2014_06_12 10:34 h1isiitmy
2014_06_12 10:36 h1iopseib2
2014_06_12 10:36 h1isibs
2014_06_12 10:38 h1hpibs
2014_06_12 10:38 h1iopseib3
2014_06_12 10:38 h1isiitmx
2014_06_12 10:40 h1hpiitmx
2014_06_12 10:41 h1iopseih16
2014_06_12 10:42 h1hpiham1
2014_06_12 10:42 h1hpiham6
2014_06_12 10:42 h1isiham6
2014_06_12 10:44 h1hpiham3
2014_06_12 10:44 h1iopseih23
2014_06_12 10:44 h1isiham2
2014_06_12 10:44 h1isiham3
2014_06_12 10:46 h1hpiham2
2014_06_12 10:46 h1iopoaf0
2014_06_12 10:47 h1odcmaster
2014_06_12 10:47 h1pemcs
2014_06_12 10:47 h1tcscs
2014_06_12 10:49 h1oaf
2014_06_12 10:51 h1ascimc
2014_06_12 10:51 h1iopasc0
2014_06_12 10:51 h1susauxasc0
2014_06_12 10:51 h1sushtts
2014_06_12 10:53 h1asc

2014_06_12 12:01 h1iopseiey
2014_06_12 12:02 h1iopsusey
2014_06_12 12:06 h1iopsusey
2014_06_12 12:07 h1iopsusey
2014_06_12 12:30 h1susetmy
2014_06_12 12:30 h1sustmsy
2014_06_12 12:32 h1hpietmy
2014_06_12 12:32 h1isietmy
2014_06_12 12:40 h1iopsush56
2014_06_12 12:46 h1iopseih16
2014_06_12 13:04 h1iopsush56
2014_06_12 13:08 h1hpiham1
2014_06_12 13:08 h1hpiham6
2014_06_12 13:10 h1isiham6
2014_06_12 13:10 h1susomc
2014_06_12 13:10 h1sussr3
2014_06_12 13:10 h1sussrm

No unexpected restarts. Purple: continued recovery from power glitch. Green: re-install of SWWD in EY, install in HAM6.

H1 ISC
keita.kawabe@LIGO.ORG - posted 21:19, Thursday 12 June 2014 - last comment - 11:49, Friday 13 June 2014(12349)
OMC DCPD and OMC QPD problem

When OMC DCPD and OMC QPD in-air cables are both disconnected at the field rack (but connected to the in-vac components via the feed throughs), there is a continuity between DCPD signal ground (pin15, 16 and 19, 20 of the DCPD cable) and the shield of OMC QPD cable. Bad.

DCPD cable shield is not connected to the DCPD signal ground nor OMC QPD cable shield. (Good.)

This cannot happen anywhere except inside the OMC suspension cage, I think. I'm asking Rich Abbott for advice.

Comments related to this report
rich.abbott@LIGO.ORG - 10:24, Friday 13 June 2014 (12353)ISC
The case of the DCPD is at ground potential, and is attached to the incoming DCPD shield.  This is OK as the DCPD box is not grounded, and represents the same situation as used in the RFPDs.  I would have to assume it's a DCPD cable to QPD cable shield short developed when two cables are bundled in close proximity.  A whisker must be sticking out somewhere.  

It should be fairly easy to track down if you still have physical access to the cabling.  Otherwise, provided neither cable is directly shorted to chamber ground, the loop area for electromagnetic pickup in this scenario is far smaller than it would be in a true chamber ground loop.  Small consolation if any.
rich.abbott@LIGO.ORG - 11:49, Friday 13 June 2014 (12356)
Actually Koji reminded me that we had a similar situation at LLO.  See LLO log number 10121.  The cable bracket holding the QPD and DCPD cable Mighty Mouse Connectors bridges the shields between these two cables.  In the end, measurements confirmed that this small loop pickup problem is not a show stopper.  We did conclusively find that any chamber ground on the OMC shields was a big problem.
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 20:46, Thursday 12 June 2014 (12347)
Dither Paths Added to BSFM and HLTS Overview Screen
J. Kissel

Continuing the work from yesterday, I've finished adding dither alignment paths to the BSFM and HLTS overview screens. See attached. All updates and new stuff have been committed to the SVN. Only the HSTS left to go, and some minor clean up back on the QUAD. OMG -- SO EXCITED.

To-do list notes for myself
- Found that PR3 doesn't have DITHERINF filters -- maybe never got recompiled after I realized we needed them. It's in the library part. Quick 4R tomorrow.
- Need to fix a few things on the QUAD overview screen, but it'll require doing the revision control shenanigans involving ESD linearization I told Stuart about yesterday, and have run out of steam:
    - Add epics monitors of input to OLDAMP and DITHER
    - fix OLDAMP links
    - Remove redundant "L3" from the optical lever tags to each OLDAMP bank
Images attached to this report
H1 ISC
keita.kawabe@LIGO.ORG - posted 19:39, Thursday 12 June 2014 - last comment - 09:48, Friday 27 April 2018(12345)
HAM6 today

We've eliminated all ground loops that  can be easily eliminated in chamber at this point. There are two remaining grounding-related issues.

  1. There seems to be a serious ground loop problem for OMC DCPD and OMC QPDs, which is described in a separate alog (https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=12349).
  2. Shield for beam diverter cables (there are two) appear to be grounded to the ISI via mighty mouse connector. This is Beckhof and there's no signal that needs a great S/N or anything on these cables, and I don't know how the grounding of Beckhof chassis is done, but we might want to modify the in-air DB25 cable to cut the pin13 wire at the feed through.

The first problem will NOT be addressed until I hear back from Rich.

The second issue is dealt with in air (if the solution is to cut pin13 wire).

We "fixed" another tiptilt with more annoying problem than yesterday (see below).

We "fixed" a bunch of other things by changing four in-vac cables (also see below).

Apart from the issues noted above, we checked picos, OMC REFL QPD (sled), AS_C QPD, WFS(DC) and OMC SUS, and these are all good.

Everything is connected back except the DCPD and OMC QPD cables at the field rack.

We didn't like the way a big coil of cables was dangling from ISI table top to the side, no idea why this was done (just an extra weight without real merit), so we moved it to downstairs. Due to the reduced weight on the ISI, Hugh might want to rebalance ISI.

Tomorrow I'll be out, but Corey and Dan will have to do the following:

  1. Re-center BOSEMs of TT2 and TT3. These are the units that we pulled and reinstalled. Most of the coils are OK, but one of the upper coils for each TT is not well centered.
  2. Check if QPDs, WFS(DC) and DCPDs work using a flash light, because we messed with the cables. There are 5 QPDs, 2 WFSs  and 2 DCPDs. Right now all corner station ISC whitening are crazy, ask Daniel to fix before you go in chamber. You also need to connect the DCPD cable and OMC QPD cable back to the field rack.
  3. Check if beam diverters and picos work, because we messed with the cables.
  4. Unlock ISI and give it to Hugh.

After this I don't have a problem closing HAM6 for now.

Comments related to this report
keita.kawabe@LIGO.ORG - 20:01, Thursday 12 June 2014 (12346)

Annoying TipTilt, part 2

When "fixing" OM3, one of the BOSEMs was really persistent. Both the side and the bottom were touching (first picture), and the bottom gap was non-existent no matter what, plus the maximum side gap I was able to achieve was less than the thickness of aluminum foil.

I used a folded piece of aluminum foil as a shim to raise the micro DB connector (second attachment) to have enough bottom gap, and cocked the connector as much as I can to maximize the side gap (third attachment).

FYI, the shell of the female connector in the second picture is not isolated by design. But the male connector shell that is on the cable on the first and the third picture should be isolated.

Images attached to this comment
keita.kawabe@LIGO.ORG - 21:02, Thursday 12 June 2014 (12348)

Annoying cable and connector problem.

We replaced total of four in-vac cables.

Three of them is due to an issue with yet another design feature to rely on razor-thin gap.

In the attached picture, the front shell is PEEK but the screws that fix the front shell to the metal back shell are metal. The screw heads should be somewhat recessed, but if they are sticking out for any reason, they will contact with the metal part of the feed through, thus the metal back shell is connected to the chamber.

Some of the screws are recessed less than the others, and some of them are sticking out because of the screw head slot was somewhat deformed by the screw drivers or whatever. There can be three modes of failure:

  1. Shell touches the chamber when the cable is fully seated and this cannot be fixed without changing the cable or by NOT fully seating the cable.
  2. Shell touches the chamber when the cable is fully seated, but this is due to the fact that the screws are loose.
  3. Shell doesn't touch the chamber by merely fully seating, but it touches as soon as you tighten the connector mating screws tight.

We have identified three cables that were either 1. or 3., and replaced them with new ones which worked OK. There's no reason these screws should be really tight (I think we need to discourage people to do that), but if it fails because the screws are a bit tight, that's not a good cable either.

  Bad New, good
OMC SUS 1 S1????831 S1105029
OMC SUS 2 S1????791 S1105031
OMC DCPD S1??????? S1105035

We identified another cable that was 3., but this was a picomotor cable with thicker gauge wires, and we don't have replacements. Corey made it such that the connector doesn't fully seat (or maybe he just didn't fully tighten the connector, I don't remember). This cable was tested good yesterday and today, but it turned bad when we were doing some other unrelated work at the feed through and its vicinity.

  Bad but in use with a hack
QPD sled Picos S1???????

We also found one cable that makes or breaks ground loop depending on where/how we route and how we breathe, and replaced that with a new one:

  Bad New. gppd
OMC REFL QPD (sled) S1??????? S1105031

The serial number markes as ?????? is not unknown, it was recorded before by Corey, it's just that I don't remember.

Images attached to this comment
corey.gray@LIGO.ORG - 11:33, Friday 11 July 2014 (12528)

Closing the documentation loop on these guys (also updating ICS Assembly Load #ASSY-D1300122-LHO).  I'll mark the damaged cables as such in ICS as well.

  Bad New, good
OMC SUS 1 S1106831 S1105029
OMC SUS 2 S1106791 S1105031
OMC DCPD S1106784 S1105035

 

  Bad but in use with a hack
QPD sled Picos S1202641 (most likely)

According to ICS, this cable (the elusive D1000223) is most likely one of these:  S1202641 (most likely) or S1202643.  And as Keita mentions, we have no spares of these at LHO (and NONE for 3IFO!). :(

 

  Bad New. gppd
OMC REFL QPD (sled) S1106780 S1105031
jeffrey.kissel@LIGO.ORG - 09:48, Friday 27 April 2018 (41715)CDS, SUS, SYS
In-vac cables' backshells grounding against the chamber feedthrough can be followed in IIET Ticket 10037.

BOSEM micro-D's grounding against their brackets can be followed in IIET Ticket 10518.
Displaying reports 65201-65220 of 77210.Go to page Start 3257 3258 3259 3260 3261 3262 3263 3264 3265 End