Displaying reports 73821-73840 of 85499.Go to page Start 3688 3689 3690 3691 3692 3693 3694 3695 3696 End
Reports until 16:21, Thursday 22 May 2014
LHO General
gerardo.moreno@LIGO.ORG - posted 16:21, Thursday 22 May 2014 (12029)
Operator Shift Summary

8:38 am, David H. to CS VEA, Hartman table work.
8:53 am, Betsy to CS VEA, looking for parts.
9:00 am, Richard, Rai and Filiberto to Y-End VEA, ESD testing.
9:30 am, Keita and Daniel report a moth problem at X-End Station, no success on trapping the insects.
10:05 am, Cyrus and Adrian to Y-End VEA, upgrade CDS computers.
10:35 am, Bubba and crew CS VEA, remove HAM arm from HAM5 north entrance.
10:45 am, Betsy to CS VEA, West bay area looking for parts.
11:45 am, Cyrus and Adrian to Y-End VEA, install mice on CDS machines.
1:29 pm, Richard, Rai and Filiberto to Y-End VEA, ESD work.
2:47 pm, Received a call from power company, power glitch/outage on grid, reported to Richard M.
3:10 pm, Filiberto moving ESD test equipment from Y-End station to X-End station.
3:30 pm, Cyrus and Adrian to H1CER, upgrade CDS computer.
4:15 pm, Kiwamu to Y-End VEA, checking laser status, no light.

H1 SUS
keita.kawabe@LIGO.ORG - posted 16:10, Thursday 22 May 2014 (12027)
ESDY investigation: LL is connected to the DC bias. Also quite likely that DC is connected to UR, UR to UL, UL to LR, and LR to LL.

Did the same thing as X (3Hz injection to ESD each quadrant, with various offsets in DC and quadrants, measured Oplev response). And it didn't make sense (first attachment), nothing looked like a nice simple function of voltage difference.

That's until you notice that at least UL, UR and LR behave as if the bias voltage stayed the same for the entire measurement. In the second plot, I used the same data as the first one but assumed that the bias stayed at zero volt, and you see that UL, UR and LR looked quite nice. The only odd thing is LL.

So I assumed that LL was somehow cross-wired to the DC bias. I give LL -377, 0 or 377 volt, and repeated the same measurement (I used "DC" as a replacement for LL).

This time it makes much more sense (3rd plot). Comparing it with X ESD, assuming that the oplev sign convention is the same for X and Y (which should be the case), the conclusion is that:

  1. LL is connected to the DC bias.
  2. DC is connected to UR.
  3. UL is connected to LR.
  4. UR is connected to UL.
  5. LR is connected to LL.

Or, if the oplev sign for P is the same but Y is the opposite of EX (which should not be the case)

  1. LL is connected to the DC bias.
  2. DC is UL.
  3. UL is LL.
  4. UR is UR.
  5. LR is LR.

Anyway, the effective bias voltage etc. are:

  UL DC UR LR
P charge effective voltage (V) 138 -842 -53 58
P slope (urad/V^2) -7.7e-8 4.7e-8 6.2e-8 -7.9e-8
Y charge effective voltage (V) 73 -460 -52 45
Y slope (urad/V^2) -5.7e-8 -5.2e-8 6.1e-8 6.3e-8

Seems like the slopes are about the same as EX though DC is somewhat weaker.

Also, DC has a crazy offset which, if due to the charging, is equivalent of -842V (PIT) and -460V (YAW).

Images attached to this report
H1 SUS
keita.kawabe@LIGO.ORG - posted 15:39, Thursday 22 May 2014 (12026)
ESDX investigation

I manually measured the equivalent bias voltage of ESD caused by the charging for ETMX by looking at the oplev.

I changed the bias voltage (-377V, 0, 377V) and measured the transfer coefficients from the drive to the quadrant to the oplev at 3Hz.

In the case of UL and LL, I also put some offset in the quadrant output so I have a larger dc voltage difference between the bias and the quadrant.

As you can see, though it's not a perfect line as you can see in UL and LL, it looks very reasonable in that the absolute value of the slope of four quadrants are quite similar, plus PIT/YAW makes perfect sense.

The effective bias voltage obtained from PIT data and YAW data are different because it is dependent on where the charge is.

For each quadrant I fit the three data points that correspond to no offset in the quadrant itself and obtained these:

  UL LL UR LR
P charge effective bias [V] -161 78 -176 43
P slope [urad/V^2] 7.6e-8 -7.0e-8 7.8e-8 -6.0e-8
Y charge effective bias [V] -201 -60 -233 -88
Y slope [urad/V^2] 7.3e-8 7.3e-8 -6.5e-8 -6.9e-8
Images attached to this report
H1 SEI (SEI)
hugo.paris@LIGO.ORG - posted 15:19, Thursday 22 May 2014 - last comment - 18:48, Thursday 22 May 2014(12025)
ISI Guardian does not handle Master Switch off While in

I found ETMY-ISI drive going up to huge numbers with the masterswitch off. Nothing was going out to the DAC since the masterswitch was off, but the Guardian should have turned the ISO loops off to prevent sending a big kick into the ISI when the master switch is turned back on. Jamie is going to provide a fix for this: The ISI will go into the "Offline" state, and turn back on from there, anytime its masterswitch is truned off.

As a side note, we should not turn the ISI off using the masterswitch while it is running. In this situation, the "Offline" state should have been requested from the ISI's Guardian menu.

Images attached to this report
Comments related to this report
jameson.rollins@LIGO.ORG - 18:48, Thursday 22 May 2014 (12036)SYS

I tracked down this issue to a couple of problems/inadequecies with how the SEI guardian was handling the masterswitch.

First of all, the "masterswitch_is_on"  decorator, which is used in all states to check the masterswitch status, had been disabled.  This was probably done during debugging and was forgotten.  I re-enabled the check so that the ISIs and HPIs now jump to their MASTERSWITCH_OFF states when the masterswitch is off.

I then fixed the MASTERSWITCH_OFF states so that they immediately shutoff all isolation and damping loops.

I finally added masterswitch status checking in the SEI managers, so that they handle errant masterswitch state changes more cleanly.

This all means that the the guardians should have much cleaner handling of the masterswitch being turned off.

That said, and as Hugo mentioned, don't turn off the masterswitch.  This is a rather violent thing to do to the ISIs, as they'll get a large jolt if any DC offsets are suddenly removed.  Instead, use the SEI managers to request the OFFLINE state.

H1 ISC
keita.kawabe@LIGO.ORG - posted 15:10, Thursday 22 May 2014 - last comment - 10:18, Friday 23 May 2014(12024)
EX Green WFS again

Daniel and I restarted green WFS effort.

WFSA and WFSB were rephased using an injection into PDH CM board. Apparently somebody tried to compensate the signal differences across the quadrants when doing a similar injection as mine, and I followed that same path such that seg1 and seg3 are matched as well as seg2 and seg4.

Then I dithered PZTs at 2, 8, 11 and 13.5Hz to measure the sensing matrix, inverted the matrix, and put them in the input matrix, such that WFS_DOF3 becomes PZT1 and DOF4 PZT2. Note that both WFSs are much more sensitive to PZT2 than PZT1.

I didn't put any filter in DOF3/4 nor IP PITOFS and IP YAWOFS, but set the gain to some negative numbers.

In the input matrix of QPD alignment servo, I added a straight-through matrix to add the WFS signal.

I had a hard time working with state definition thing and maybe the guardian, so I still don't know if it works or not, but the intent is to do a high BW feedback to the PZT.

Images attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 10:18, Friday 23 May 2014 (12051)

This was due to the guardian still containing old WFS code. I removed the offending lines from the python script. Then, I reloaded the guardian. Unfortunately, I missed adding a pass statement in a hanging if clause, which caused the guardian to commit suicide. Unfortunately, the guardian took the restart button with it. No guardian, no restart button, ???

H1 CDS
cyrus.reed@LIGO.ORG - posted 14:18, Thursday 22 May 2014 - last comment - 16:28, Thursday 22 May 2014(12023)
EY Workstation OS Change

Cyrus, Adrian

We've changed the OS on the workstations at EY (eyws0, wyws1) from Mac OS to Linux, matching the current setup at EX (now that the bugs seem to be mostly worked out).

Comments related to this report
cyrus.reed@LIGO.ORG - 16:28, Thursday 22 May 2014 (12030)

Also did the same to lveaws0 in the CER.

LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 12:01, Thursday 22 May 2014 - last comment - 15:44, Thursday 22 May 2014(12022)
Turned off the Mid Y PT-246B Cold Cathode

(John W., Gerardo M.)
The cold cathode was turned off in an attempt to extend its life.
Pressure before turning it off was 6.10x10^-05 torr.
The CC will be turned on and reading will be posted to keep track of the pressure.
However the CC will be off over the weekend.

Comments related to this report
gerardo.moreno@LIGO.ORG - 15:44, Thursday 22 May 2014 (12028)

Turned the CC at 3:00 pm local time, waited for 15 minutes then took a reading, 6.05x10-05 torr, I turned the CC off.

LHO General
gerardo.moreno@LIGO.ORG - posted 11:44, Thursday 22 May 2014 (12021)
Installation Meeting Minutes

Minutes taken by Corey G.

alog down
TCS:  have light on cameras, hartman work this morning & laser hazard in afternoon

HAM4
OFI:  installed & roughly located
Apollo:  request to remove HAM4 installation arm when convenient
Baffle installation remains
SEI:  balanced, may be unlocking HEPI soon

HAM5
sei awaiting final payload

HAM6
sled work in Optics Lab
will be Laser Hazard intermittently

ACB finished yesterday, will start CPB

Apollo:  HEPI plumbing

EY ESD testing (swinging etmy) this morning Rai/Richard/Filiberto

ISS PD Array cont. (Peter King)

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 09:57, Thursday 22 May 2014 (12020)
CDS model and DAQ restart report, Wednesday 21st May 2014

model restarts logged for Wed 21/May/2014
2014_05_21 12:44 h1fw1

unexpected restart of h1fw1

H1 TCS
david.hosken@LIGO.ORG - posted 17:20, Wednesday 21 May 2014 (12019)
TCS update
Greg/David/Thomas

HWS 
- continued with alignment, position detectors were aligned using retro-reflected 532nm beam. 

TCSX
- had been running since Monday am, turned off for a couple of hours this afternoon to re-route some water lines to allow the FLIR camera, screen and enclosure to protect the camera to be positioned on table. 
- FLIR camera connected up using laptop and the camera side of the screen was imaged.
- Monitoring beam alignment was adjusted to centre the beam on this screen. Images taken and CO2 power onto this screen was slowly increased using rotation stage. Up to ~0.5W was projected onto this screen. Attached images show zero incident power (beam dumped but laser on), and ~500mW of incident power. 


Images attached to this report
H1 SEI (AOS, INS)
hugh.radkins@LIGO.ORG - posted 16:22, Wednesday 21 May 2014 (12018)
WHAM4 SEI-ISI Payload change, again: -1.15Kg (Oplev Mirror added)
I've again redlined D1001132 and added this to the DCC Record.  Again, balanced, floating(unlocked or off the 'stops') with C3 covers pulled back from OT for TFs.  HEPI remains locked.
H1 General
jim.warner@LIGO.ORG - posted 16:00, Wednesday 21 May 2014 (12016)
Ops Log 20140521
9:45 Jason HAM6 picking up IAS gear  done 10:45
10 Corey in LVEA looking for IO stuff
10:15 DaveH to HWS HAM4 
10:15 JeffB to HAM5 
11:15 Travis to LVEA Test area
12:00JeffB out of LVEA, OFI installed
12:00 DaveH out of LVEA
12:45 LVEA transitioned to laser hazard
12:45 Karen to EY, back 14:30
13:15 MikeL to LVEA with small tour
13:15 DaveH to LVEA TCS tables
13:30 Travis to LVEA working on ACB
13:30 Mitch and Scott to LVEA looking for 3IFO parts
13:30 TVO Hugh to HAM4 and HAM5 to install oplev parts out at 16:00
13:30 JeffB and Andres to HAM6 to clean up out at 15:30
13:45 JustinB and DanH to LVEA and optics lab
14:45 TVo to LVEA TCS table
H1 SUS (SUS)
richard.mccarthy@LIGO.ORG - posted 15:39, Wednesday 21 May 2014 (12015)
ETMy ESD drive
Just to compare what was posted at LLO yesterday https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=12702.
I ran 128k 3Hz sinewave to each quadrant with -125k bias on the DC and looked at the responses.  The good news is it actually responds.  The bad new it trying to make it respond to sensible signals like a pitch or a yaw does not yield much in a way a results.  I am sure Keita will have more to say.  But attached are our results of a 3Hz injection
Non-image files attached to this report
H1 AOS
thomas.vo@LIGO.ORG - posted 14:38, Wednesday 21 May 2014 (12014)
H1 HAM45 Optical Levers
Hugh, Thomas

The in-chamber optics are installed but not aligned yet, when the optical lever components on the outside of the chamber and the viewports are installed we will do the alignment portion. 
H1 SYS
jameson.rollins@LIGO.ORG - posted 14:37, Wednesday 21 May 2014 (12013)
sitemap fixed; now opens guardmedm screens consistently

Dave and I fixed up the method by which the sitemap is opened today, fixing the problems we've been having with openning guardmedm guardian controls screens.  sitemap is now a script that should be in the path of all users (currently stored at /ligo/apps/linux-x86_64/utils/bin/sitemap).  It works from the command line, and menu bar launchers.  All other references to any other method of openning sitemap should be purged.

All sitemap calls should now also reuse ("-attach" to) the same MEDM session.  If a sitemap is already running, it should raise the already running session.

H1 AOS
jeffrey.bartlett@LIGO.ORG - posted 13:15, Wednesday 21 May 2014 (12011)
OFI Installation
Andres R., Gerardo M., and Jeff B. 

   The OFI suspension was installed into HAM5. No problems were encountered during the installation.  
H1 SUS
arnaud.pele@LIGO.ORG - posted 08:46, Wednesday 21 May 2014 - last comment - 15:43, Wednesday 21 May 2014(12007)
SRM 3a lower stages transfer functions completed

Measurements on lower stages (M2-M2 and M3-M3) of SRM succesfully completed yesterday night. The transfer functions are showing a good match with the model (plots pending).

Comments related to this report
arnaud.pele@LIGO.ORG - 15:43, Wednesday 21 May 2014 (12012)

Attached are the in chamber (HAM5 locked), in air, transfer functions and spectra plots for the three stages of SRM. 

Betsy's adjustments to center the osem on M2 UR flag has alleviated any osem readout/actuation issues (cf M2 spectra and TF)

Attachments are in the following order : 

  • M1-M1 undamped transfer functions for the 6 dofs compared with the model 
  • M1 spectra of osems comparing damped / undamped
  • M2-M2 undamped transfer functions compared with the model
  • M2 spectra of osems comparing damped / undamped
  • M3-M3 undamped transfer functions compared with the model
  • M3 spectra of osems comparing damped / undamped
Non-image files attached to this comment
H1 ISC (ISC)
stefan.ballmer@LIGO.ORG - posted 02:05, Wednesday 21 May 2014 - last comment - 16:03, Wednesday 21 May 2014(12002)
The right side of the river
Chris, Kiwamu, Lisa, Stefan

After the 45MHz 12.6dB boost this morning we recommissioned the interferometer:
- We realigned the whole interferometer.
- We added ND0.4 filter on REFLAIR_A to avoid saturation.
- We adjusted gains and phases to match REFLAIR_A_RF45, REFLAIR_B_RF27 and REFLAIR_B_RF135.

- First we tried approaching the fringe from the left side. We were hampered by weird demod phases in RF45, as well as the appearance of a resonance in transmission of the y-arm. This probably is the 20 mode of  the 45MHz.
- We then decided to approach from the right side of the fringe. There REFLAIR_A_RF45 had the same demod phase as PRMI only.
- We acquired 700 red Hz off resonance.
- We decided to use both its I and Q for PRCL and MICH, because they looked cleaner at low frequency.
- We transitioned at 700 red Hz to RF135.
- We needed the following settings:
   REFLAIR_A_RF45  147deg (same for PRMI, and with arms)
   MICH GAIN 1.2 (UGF 6Hz), PRCL GAIN 0.8 (UGF 25Hz)
- Next we started walking in. We needed to update the REFLAIR_B_RF135:
    73deg (PRMI),
    58deg (1kHz offset),
    51deg (and MICH GAIN from 1.2 to 1.0)(450Hz CARM offset)
    42deg (250Hz CARM offset)
    unlocked at 75Hz (up to 1 in ETMY transmission)
- Next attempt identical, but no unlock
    40deg (160Hz CARM offset)
    At 125Hz CARM offset we noticed that only the y-arm was building up, so we fine-tuned the DARM offset until the arms were symmetrical.
    37deg (60Hz CARM offset)
- Then we marched across the river.

Some observations:
 - We had ad least a factor of 10 buildup. We should get more, but we were still moving across the fringe rapidly.
 - We looked at REFLAIR_A_RF9 but it was puzzling: only a large offset in I.
 - We then tried a pure DARM fringe offset, but this made the 3f signals flaky.
 - The 3f signals were fine across the resonance.
Comments related to this report
lisa.barsotti@LIGO.ORG - 02:46, Wednesday 21 May 2014 (12003)

Resonant arms and words of wisdom.

Non-image files attached to this comment
kiwamu.izumi@LIGO.ORG - 03:14, Wednesday 21 May 2014 (12004)

It seems that some of the length degrees of freedom had an offset. It is not clear at this point which DOF was off from the operating point. The POP DC basically did not show a buildup at all when the arm was at a high value. The REFL DC did not become a smaller value. Plus, the demodulated signals at 1fs had an offset without any PDH-looking waveform during the arm was flashing. The attached shows the moment of the lock loss. You can see how they behaved odd.

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 16:03, Wednesday 21 May 2014 (12017)

After the people left, I made a few more attempts of this locking procedure last night. It worked robustly. The funny REFL9I offset was also seen consistently.

After the CARM offset was completely removed, I then got rid of the 135I and 135Q offsets to see if this helps the power buildup in the arm cavities. This actually made them worse --- the buildup in the arm cavities decreased by a factor 2 or so. Since the interferometer dropped the lock afterwards, I did not explore a bigger offset in the 135 signals.

Displaying reports 73821-73840 of 85499.Go to page Start 3688 3689 3690 3691 3692 3693 3694 3695 3696 End