Displaying reports 70741-70760 of 83104.Go to page Start 3534 3535 3536 3537 3538 3539 3540 3541 3542 End
Reports until 11:25, Sunday 13 July 2014
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 11:25, Sunday 13 July 2014 (12724)
CDS model and DAQ restart report, Saturday 12th July 2014

no restarts reported.

H1 SEI (DetChar, SEI)
jess.mciver@LIGO.ORG - posted 18:49, Saturday 12 July 2014 - last comment - 06:43, Monday 14 July 2014(12721)
Some small statistics on EQs and aggressiveness of active isolation

Worth noting - we had a strong EQ yesterday (an M6.5 off the coast of Japan) arriving at ~19:40 UTC (Friday July 11).  

Of the two SEI chambers actively isolating that day: 

A trend of the ground BLRMS for the day of July 11 is attached (made with ligoDVweb because BLRMS trends not accessible via nds recently -  units in nm/s not counts). 

Just one example, but could be worth exploring. 

Images attached to this report
Comments related to this report
richard.mittleman@LIGO.ORG - 06:43, Monday 14 July 2014 (12725)

This is kind of what we expect, nice to have it confirmed, assuming that the ETMX was running some form of the 40mHz blends and the ETMY was running with a Start blend( 750mHz) which is usually how level 3 and level 1 controller operate.  The blend filters are what is important not the loop gain (level). If you look at Sebastiens entry in the LLO log 13449 you will see that almost all of the extra seismic motion from the Tonga earth quake was between 20-150mHz. At these frequencies the springs are stiff and the platfrom wants to follow the ground so no (or very little) force is needed. When we are in low blend and the ground motion goes up by X100 it takes a lot of force to counter act the ground motion so the actuators saturate and the watch dogs trip.  We (Sebastien) are in the process of writing a guradian module that will be able to switch the blends when a earthquake takes place, the tricky part is figuring out how to trigger it

H1 SEI (CDS, DetChar, SYS)
jeffrey.kissel@LIGO.ORG - posted 14:47, Saturday 12 July 2014 (12723)
H1 SEI ETMY Set to ISOLATED_DAMPED
J. Kissel, J. McIver

After some fussing around with ISI command scripts vs. Watchdog vs. Guardian vs. my remote ssh/MEDM connection (see details below), we've changed the ISI from the guardian uncontrolled state of Isolated on Level 1 (see LHO aLOG 12706) to the guardian controlled state of ISOLATED DAMPED which is
- HEPI controlled with level 1 isolation filters, blended with "pos" position sensor only blends.
- ISI_ST1 control with level 3 isolation filters, blended with "TBetter" on all DOFs but RZ, which is on "TCrappy" (the current standard configuration)
- ISI_ST2 damped only.

The guardian finished the transistion to this state at
Jul 12 2014 20:43:29 UTC

Details
-------
We started this adventure trying to get the ISI-ETMY into both states controlled with *level 2* isolation on both stages, a state which guardian is incapable of creating. As such, I tried doing so using the command scripts. After running ctrlDown to clear out the level 1 isolation, I hit isolate lvl2. Unfortunately, because the SEI group's attention has been focused on guardian, the command scripts have gotten less attention: isolating level 2 consistently trips the watchdog. 

The trip is on the ST1 actuators (see example attached), and happens the instant when ST2 RX RY isolation filters begin their ramp, just after the blend filter switching -- yes, the command scripts (as opposed to the current guardian configuration) DOES still change the blend filters, switching them to "Start" filters. I suspect that its a case of forked processes not being synchronized and that the command scripts are still messing around with alignment biases. ST1 is fully isolated in Start filters (i.e. NOT using the T240s), ST2 alignment biases have just been ramped to some value, creating a large error signal in the isolation loops, the ST2 blend switching is not finished, and when the tilt isolation loops turn on with such a large error signal (even with a gain of 0.1 and the good spline ramping), it rocks ST1 enough that the actuators saturate. We're still tripping on a single sample of actuator saturation?

I tried this three times between Jul 12 2014 19:51:52 UTC and Jul 12 2014 20:08:20 UTC. After which, I gave up, and when on to the guardian controllable state of ISOLATED_DAMPED (as described above). This proved to be a pain for two reasons:
(1) After having been able to open many ISI screens over the double ssh -X connection, I went to the guardian overview screen to change the mode of the SEI_ETMY guardian and its subordinates back to MANAGED. But, for some unknown reason, by the time I got to the subordinates,  I could no longer open guard, and then subsequently any, medm screens. So, I tried from the command line, and that also failed:

jeffrey.kissel@opsws4:~$ guardmedm HPI_ETMY
medm -x -attach -noMsg -dg +0+0 -displayFont -misc-fixed-medium-r-normal--8-60-100-100-c-50-iso8859-1 -macro IFO=H1,SYSTEM=HPI_ETMY,MODULE_PATH=/opt/rtcds/userapps/release/isi/common/guardian/HPI_ETMY.py /ligo/apps/linux-x86_64/guardian-1021/lib/python2.7/site-packages/guardian/GUARD.adl

Could not open Display
jeffrey.kissel@opsws4:~$


I must have just stressed out the ssh connection too much, because only opening an entirely new ssh session remedied the problem. I was able to reproduce this problem, while writing this aLOG --> connection is open for a while, guardian screens cannot open but others can, then no screens can open.

Also of note, the command-line method of what I wanted to do from the MEDM screen, 
jeffrey.kissel@opsws4:~$ guardctrl mode MANAGED HPI_ETMY
doesn't do anything either.  

(2) Once I was able to use MEDM screens again, I switched the subordinates to managed. Soon after doing so, the ISI subordinates claim problems with "filters not in expected state. see log" which said "ISO filters needing to be cleared," even though all isolation filters, inputs and outputs were off, with the gain set to zero. In this state, the manager cannot change anyone's state to clear the problem. To solve the problem, I used the command screen to run ctrldown again. This cleared the warning message, and then I was able to request the manager to go ISOLATED_DAMPED. Note, that I had to manually switch the blend filters back to the above mention configuration before requesting ISOLATED_DAMPED, since the command scripts change them and guardian does not.
 


Images attached to this report
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 07:56, Saturday 12 July 2014 (12722)
CDS model and DAQ restart report, Friday 11th July 2014

model restarts logged for Fri 11/Jul/2014
2014_07_11 11:09 h1fw0
2014_07_11 11:31 h1fw0

No unexpected restarts. Restarts of h1fw0 after repair work to h1ldasgw0.

H1 General
andres.ramirez@LIGO.ORG - posted 16:00, Friday 11 July 2014 (12720)
OPs Shift Summary
9:06- 10:24 Heading into the LVEA to fix rubbing on SR3 – Jeff B.
9:10- 10:00 Moving Laser barriers around in the LVEA – Justin
9:16-12:00 Heading to the LVEA to align PR2 – Kiwamu/Jeff K
9:20- Heading to work in the optics lab – Nathan
9:37- 10:30 Checking the PSL power (LVEA) – Kiwamu
10:01- 12:00 Going to EndY to work on H1 ISC table – Sheila/Daniel
9:40-- Working on Turbo/QDP80 pumps at End X – Gerardo/Kyle
10:38- 12:00 Back to the LVEA to work on Contamination & Controls – Jeff B
10:46-10:57 Heading into the LVEA by ITMY to check on Seismometers – Hugh
10:48- Searching for cables in the LVEA - Corey 
11:52- 12:12 Covering Viewports in LVEA – Gerardo
12:00 – Motorized Rotation Staged have been de-energized and key put away – Jeff K
12:45 - Transitioning the LVEA south and east bay to laser HAZARD – Justin
13:00 -15:00 Working on HAM5 – Betsy/Travis
13:12- 15:27 Heading to the LVEA to continue on the ITMY alignment setup – Jason/Dugh
14:01- 15:16 Going back to the LVEA to work on Contamination and Control – Jeff B.
15: 18 Transitioning LVEA to Laser Safe- Justin
H1 SUS
betsy.weaver@LIGO.ORG - posted 15:56, Friday 11 July 2014 - last comment - 14:03, Monday 14 July 2014(12717)
SR alignment/install status

(Travis, Betsy, Kissel)

After getting the handoff beam from the input HAMs, we double checked that the beam was centered on the ITMx.  We then traced the beam and found it miscentered on the SR3 HR baffle (in front of SR3).  Using the BS bias, we were able to roughly center the beam on SR3 - using ITMx bias didn't seem to drive the beam very much.  We needed to use half of the BS YAW bias, however.  Once centered, we looked at SR2 and found the beam within 1-2" centered on the optic (with 0 bias on SR3).  We then used a bit of SR3 bias to roughly center on SR2.  Heading over to SRM, we again found the beam within 1-2" from the center of the optic and centered it using some SR2 bias.  We then verified that the beam (although blocked by a layer of First Contact on SRM-HR) sprayed through the OFI and out to HAM6.  We suspect the OFI alignment "won't take much."

 

Notes:

We paused to recheck the ISI locking of HAM5 when we observed that the beam wobbled when we rested on the table.  It seemed pretty locked, but the beam didn't seem to wiggle as much after we squeeked the lockers a bit more.

We increased the damping gains on the SR3 in order to help with the wobbling beam.

We started the realignment of the SR3 lower stage OSEMs.

 

Next up for HAM4:

Install TCS Temp Sensor Cable

SEI ISI Testing

FC Clean SR2

Chamber Closeout

 

Next up for HAM5:

Align all lower stage OSEMs on SR3 - a nasty task and will take a few hours, including checks of healthy SUS along the way

Pull FC on SRM (minor task)

OFI Alignment

OFI Res Testing

Install TCS Temp Sensor Cable

SEI ISI Testing

FC Clean SR3

Chamber Closeout

Comments related to this report
betsy.weaver@LIGO.ORG - 15:58, Friday 11 July 2014 (12718)

Biases as found noonish before we started using biases to align the output beam:

ITMx  (why there was bias enabled is beyond me...)  We zeroed this.

P = 38.7

Y = -48.9

 

PR3

P = -245.5

Y = 500.0

 

BS

P = 187.0

Y = -264.0

 

PR2

P = 0

Y = 1350

jeffrey.kissel@LIGO.ORG - 16:00, Friday 11 July 2014 (12719)
Here are the current alignment values for all suspensions and unlocked HEPIs. With this alignment, as Betsy says, we see a beam going into HAM6 through the OFI.
Images attached to this comment
betsy.weaver@LIGO.ORG - 14:03, Monday 14 July 2014 (12733)

We accidentally forgot that we had lightly clamped the ITMx for other "parallel" tasks when we were aligning the SR optics last week.  Hence, the realignment after unclamping it today.

H1 AOS (INS, SEI, SUS)
jason.oberling@LIGO.ORG - posted 15:51, Friday 11 July 2014 (12716)
WBSC1 ITMy Alignment - First Look

Finished alignment equipment setup and took a first look at the alignment of ITMy this afternoon.  Current alignment errors are below (due to the size of their errors, pitch and yaw are very rough estimates only accurate to approximately ±500 µrad).

H1 TCS (TCS)
greg.grabeel@LIGO.ORG - posted 15:41, Friday 11 July 2014 (12715)
Alignment of TCS
Thomas Vo, Arnaud Pele, Greg Grabeel

Aligned the ITMx CO2 laser in-vacuum mirrors this morning. Using the alignment laser from the CO2 table Thomas and I aligned through the irises onto the periscope mirrors. Once I was inside the chamber we found that while the laser entered the first viewport glass fairly well centered it is fairly low on the second, inner viewport glass. Because of the low path through the inner viewport glass, the alignment laser ran a bit high onto SM1 (BSC3 steering mirror). However, SM1 was able to center the beam path nicely onto SM2 (BSC2 steering mirror). Arnaud and I had to fight SM2 for quite awhile to get well aligned onto the ITMx test mass. SM2 requires brute force instead of finesse in its adjustment but it was eventually cudgeled into place.

Thomas was able to manually drive the upper-periscope mirror adjustments to test for clipping issues. Everything looked good with the beam path we only encountered path issues when the alignment laser was driven off the test mass horizontally, the alignment laser would clip off the upper edges of SM1. It doesn't appear that this will be an issue in any sort of normal operation though. 
H1 SEI
hugh.radkins@LIGO.ORG - posted 15:31, Friday 11 July 2014 (12714)
WHAM6 ISI CPS Cal Filters were off, should be on?

This will enable the cartesian values to be calibrated.  Can't imagine why these filters shouldn't be engaged.  While the ISI still needs damping and isolation filter development, the cal filter is generic, and other work is started here and the cal filter is one of the first things installed.  I've turned them on now so the cartesian values are valid, I guess I need to do the safe.snap too.  Safe.snap made.

H1 SEI
hugh.radkins@LIGO.ORG - posted 14:42, Friday 11 July 2014 (12713)
Ground Corner Station Seismometer B (North & West of ITMs) 'Restarted'

JessM pointed out to us that the H1:ISI-BS_ST1_GNDSTSINF_B_[X,Y,Z]_INMON signals were flat in the BLRMSs, since 5 June.  McCarthy suggested that the PEM crew may have disturbed the unit and stuck it on the rail.  A few pushes on the zero button at the local satellite box got the signals in range again.  X & Z still have some larger DC component so maybe the level of the instrument has been shifted.

H1 PSL (IOO, ISC, SUS)
jeffrey.kissel@LIGO.ORG - posted 12:36, Friday 11 July 2014 (12710)
H1 PSL Power Increased to 1.08 [W] for Aligning IR to Output Arm
J. Kissel, K. Izumi

We have successfully mapped the IR beam into HAM4. In order to do so, we've increased the laser power to 1 [W] (see below for process / details). We've now handed off further alignment of ITMX, BS, and SRs to Betsy & Travis.

- Power meter reading after temporary half-wave plate just before PSL periscope before power increase before change: 202 [mW].
- PSL Monitor PD (IO_AB_PD2) reading ~20 [ct].
- Re-confirmed bypass path is aligned looking at IM4 trans wall-spot position, and IM4 trans QPD. Good; check.
- Confirmed MC3 is blocked with metal protection plate -- only IMC bypass beam continues through to IFO. No light resonant in IMC.
- Moved PRM to parking position P = -107; Y = -5707 (see LHO aLOG 9377)
- Unlocked/untagged power control of rotation stage, energized rotation stage.
- Tried using temporary half-wave plate just before final PSL periscope to increase power via polarization, but transmission was already at maximum (as measured by IR card at PR2 in HAM3).
- Changed rotation stage angle to 72.25 [deg] via MEDM
- Power meter reading after half-wave plate after power increase after change: 1.08 [W]
- Monitor periscope PD is at ~125 [ct]
- For the record -- beam looks dreadfully mis-centered (withing 1 [beam diameter]) of light pipe edge in yaw (though this has not been changed, and alignment into IMC was confirmed good yesterday).
- De-energized rotation stage, locked/tagged power control of rotation stage.
LHO VE
kyle.ryan@LIGO.ORG - posted 12:07, Friday 11 July 2014 (12709)
Spun-up Turbo at X-end
Kyle, Gerardo 

Found pirani gauges working today -> Spun turbo pump up and demonstrated Safety Valve interlock closure as a function of foreline pirani gauge -> OK
H1 SUS
arnaud.pele@LIGO.ORG - posted 11:08, Friday 11 July 2014 (12708)
dtt check for rubbing on input and output arm sus
This morning I took dtt tf measurement in one DOF (pitch) of the triple suspensions of the input and output arm to check if there is any obvious rubbing issues that could be problematic for the alignment that we are trying to achieve. MC1 MC2 MC3 PRM PR2 PR3 SRM SR2 SR3 were checked and look fine (cf attachment, with the new measurement compared to a past reference)
Non-image files attached to this report
H1 AOS (DetChar)
jess.mciver@LIGO.ORG - posted 10:13, Friday 11 July 2014 (12706)
H1 SEI ETMY set to level 1 isolation

Jeff K, Jess M

 

Today (Friday, July 11) at 15:41 UTC Jeff K set ETMY ISI stages 1 and 2 to level 1 isolation.  We paused the ETMY Guardian and used command scripts to get there. 

The T240s were still setlling down as of ~15:45 UTC but the transition was successful. 

The blend filters are still the same as two days prior (TBetter on all except TCrappy on RZ). 

 

Please leave SEI ETMY in level 1 isolation. We will leave the chamber in this state overnight.

H1 SUS
arnaud.pele@LIGO.ORG - posted 08:16, Friday 11 July 2014 - last comment - 11:00, Friday 11 July 2014(12703)
H1 SR3 Rubbing
J. Kissel, A Pele

Not much to say, we've jus gotta start the iteration process. SR3 is rubbing!
Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 11:00, Friday 11 July 2014 (12707)
Jeff B found an earthquake stop touching. A quick dtt tf in pitch was taken, showing it's (most likely) free again. 
H1 SYS
travis.sadecki@LIGO.ORG - posted 16:28, Thursday 10 July 2014 - last comment - 13:50, Friday 11 July 2014(12695)
PR3 OpLev Scatter

While assessing the IMC alignment for SR work, we (Kissel, Kiwamu, me) noticed a significant amount of scattered light from the transmitted part of the PR3 OpLev beam.  See photos.  It looks to be a bit low of center on PR3 and is scattering off a nice shiny round aluminum piece in the MC REFL periscope directly behind PR3.  Looking for advice on what to do about it.

Images attached to this report
Comments related to this report
matthew.heintze@LIGO.ORG - 17:07, Thursday 10 July 2014 (12699)

I also noticed that last week when I was up there, and we noticed this at LLO also and unfortunately it seems that all the op lev mirrors appear to transmit  some % of HeNe light (I wont go into details as to why),  and after much round discussion when we were closing up at LLO (we discussed putting black glass behind every optic) it was decided to just leave as is at LLO. We dont seem to have run into any problems because of it.

michael.vargas@LIGO.ORG - 13:50, Friday 11 July 2014 (12712)

Matt is referencing Bug-108.

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 70741-70760 of 83104.Go to page Start 3534 3535 3536 3537 3538 3539 3540 3541 3542 End