Displaying reports 57821-57840 of 78008.Go to page Start 2888 2889 2890 2891 2892 2893 2894 2895 2896 End
Reports until 00:04, Friday 21 August 2015
H1 General
thomas.shaffer@LIGO.ORG - posted 00:04, Friday 21 August 2015 (20731)
Ops Eve Shift Log

Times in UTC

2300 Just lost lock before I showed up, realigning then comissioning

234 Itbit ON

333 Nutsinee had been damping violin modes during the time that the ITbit was set. She has stopped now.

340 Reloaded ISC_LOCK Guardian for some of Nutsinee's new violin mode gains

431 Eric Thrane HW INJ start

H1 INJ (INJ)
eric.thrane@LIGO.ORG - posted 21:34, Thursday 20 August 2015 (20730)
Started CW injections with two new pulsars
TJ, Keith, Eric

We restarted psinject at GPS = 1124166257. For ER8, the CW group has added two new pulsars not included in ER7. Also, the previous pulsar amplitudes have been decreased. One of the new pulsars is high-frequency, 1991 Hz. Keith Riles was worried the high frequency could cause saturation problems. However, TJ and I checked the output from the HWINJ filter bank and it appeared low, well below the current 200-count limit. TJ did not observe any decrease in the inspiral range or in the glitch rate coincident with the CW injections restarting. We are leaving the injections running. We are using "release" = ER8_test.
H1 ISC
nutsinee.kijbunchoo@LIGO.ORG - posted 20:09, Thursday 20 August 2015 (20729)
Damping 507.194

Using ETMX_L2_DAMP_MODE9 FM6, FM8, FM9 gain -350

The damping information has been added to The Table.

 

Guardian now turns on the gain for ETMX L2 DAMP MODE2 and MODE3 (1003.78 and 1003.67). These two filters have to be turned on together. I noticed mode2 rings up 1003.67 just so slightly and by turning on mode3 it damps the 1003.67 faster than it rung up. I guess I can make a narrower bandpass in the future...

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 18:24, Thursday 20 August 2015 (20723)
AS AIR looks better than yesterday

This is not a quantitative argument or anything, but just an observation.

In the morning yesterday, I noticed that the beam shape at AS AIR looked ugly presumably baecause of a non-optimum alignment servo configurations which seemed to have tuned the alignment where noise below 100 Hz was more non-stationary. After the commissioning work last night (alog 20699), the interferometer alignment seems to be better and indeed the beam in the AS AIR camera looks more Gaussian. The attached are a camera image of AS AIR from yesterday and this after noon. Both images are from the time when the interferometer was locked on DC readout at 24 W with the ASC loops fully engaged. The beam diverter happened to be open for both images.

As shown in these picutures, the beam of yesterday has some halo structure (mostly shown in purple) surrounding the bulk of the light while the one from this after noon does not have such a dirty halo. Interestingly, the white saturation area at the center in today's image appeaeres to be smaller than the one from yesterday. This can be an indication of less higher order modes (including misalignment) in the current alignment configuration. I checked the exposure time of two images and confirmed that were set to the same exposure time, 1800 usec.

Also, in yesterday's morning, I saw a ring-looking halo component moving up and down in the AS AIR camera behind the bulk of the light on a time scale of a few seconds. This ring-looking component can be actually seen in the above image -- it is on the upper left from the center Gaussin component and seen in white/purple. I did not get a chance to identify what optic was making the halo move up an down.

Images attached to this report
H1 ISC (ISC)
stefan.ballmer@LIGO.ORG - posted 18:13, Thursday 20 August 2015 (20728)
Added yesterday's MICH_P sensing matrix to guardian
The mixed matrix is put in during the ENGAGE_ASC_PART2 stage. The final switch to AS_A_RF36 happens at the very end of the INCREASE_POWER stage.
H1 CAL
jeffrey.kissel@LIGO.ORG - posted 18:04, Thursday 20 August 2015 - last comment - 05:31, Friday 21 August 2015(20725)
Moved CAL-CS, DELTAL CTRL UIM Integrator Compensation Filter Pole from 0.001 to 0.01 [Hz]
J. Kissel, R. Savage, S. Karki, K. Izumi

After considering the front-end precision issues found in the DELTAL_EXTERNAL calibration yesterday by Stefan and Evan (LHO aLOG 20700), we've agreed to move the pole frequency which reconstructs the integrator (a pole at 0 [Hz]) in FM1 of the L1 (UIM) ETMY control signal chain from what was quickly installed yesterday -- 0.001 [Hz] -- up to 0.01 [Hz] to gain another factor of ten high-passing of the control singal, such that we don't suffer from floating point single precision issues. Rick and Sudarshan will follow up shortly, repeating the study on the correct whitening filter we should use.

Note: The means that the DARM calibration is invalid below ~ 0.5 [Hz]. If you need to have a calibrated DARM spectrum below there, then make sure you (offline) compensate for this.

The history is as follows: 
- In ER7, we ran with this integrator compensator OFF, accepting that the front-end calibration below ~1 Hz was incorrect. LHO aLOG 17528, or LHO aLOG 18248
- A few days ago, Kiwamu updated all of the digital control filters to make that actual suspension filter chain using an automated script, forgetting about this dynamic range issue. LHO aLOG 20617
- Yesterday, Stefan Evan and Sudarshan rediscovered the issue, and moved the pole frequency up to 0.001 [Hz], and added more stages of whitening on the DELTAL_CTRL signal. LHO aLOG 20700

Today on the calibration call, Joe reminded us that he moves the compensation filter's pole up to 0.1 [Hz]. After comparing our options (in course 1 mHz, 10 mHz, 100 mHz increments), we decided that 10 mHz caused the least loss of phase in the 1 - 10 [Hz] region (where we need to worry about accurately reconstructing the PUM / UIM and PUM / TST cross-overs), for the most amount of high-passing of the large DC control signal.
Images attached to this report
Comments related to this report
peter.fritschel@LIGO.ORG - 05:31, Friday 21 August 2015 (20735)

Why would a 0.01 Hz pole make the calibration invalid below 0.5 Hz? At 0.5 Hz, the pole creates only a 2% amplitude difference. Maybe it's a typo, and you meant below 0.05 Hz?

H1 ISC (CAL)
evan.hall@LIGO.ORG - posted 17:52, Thursday 20 August 2015 - last comment - 18:06, Thursday 20 August 2015(20724)
EY UIM/PUM crossover increased

Jeff, Kiwamu, Evan

We increased the EY UIM filter from 0.3 ct/ct to 0.6 ct/ct in order to relieve the rms drive of the PUM.

Before, the PUM drive was about 8000 ct rms per coil, and the UIM drive was about 1000 ct rms per coil. Now, the PUM drive is about 3000 ct rms per coil and the UIM drive is about 1500 ct rms per coil.

Comments related to this report
jeffrey.kissel@LIGO.ORG - 18:06, Thursday 20 August 2015 (20726)
This puts the UIM / PUM crossover roughly at 1 [Hz], but we did not save a quantitative measurement to prove this. We will.
H1 ISC
eleanor.king@LIGO.ORG - posted 17:43, Thursday 20 August 2015 - last comment - 11:20, Friday 21 August 2015(20719)
Some calculations for SRC gouy phase at higher input power

The ASC control of the SRC hasn't been making sense.  I did some calculations to see if the SRC might head towards an unstable condition if we run the IFO at high power (24W).   We were interested in whether thermal lensing effects in the ITMs could cause a big enough gouy phase shift to cause us troubles.

At 24W there is 120kW of power in the arms and that the surface absorption of the ITMs is 0.5ppb (galaxy).  The HR surface curvature of the ITMs changes by 1.06 udiopter/mW absorbed power (LLO alog 14634).  This means we could expect a change in ITM curvature of 120e3*0.5e-6*1.06e3=65udiopters, or a change in the radius of curvature from 2000m to roughly 1750m as we go from cold state to 24W input power.  I haven't considered substrate absorption, and G060155, slide16, indicates change in index of refraction due to bulk heating is roughly 10% of the surface absorption effect.

Putting this hot state ITM ROC into an aLaMode model of the interferometer (based on Lisa's model T1300960 with Dan's additions, alog 18915), the round trip gouy phase decreases from 32 to 22 degrees.  Calculating the stability parameter for the SRC using the round trip transfer matrix, the cavity goes unstable.  (A stable cavity occurs when -1<1/2*(A+D)<1.  This parameter changes from 0.8 to 1.3.)

These numbers are just estimates,  but the take away message is that as we increase the power, the SRC becomes less stable, and could be pushed into an unstable regime around about now.  Turning on the ITM ring heaters would make the SRC more stable.  (see comment) A ring heater on SR3 would also make the SRC more stable.

An additional note on transverse mode spacing:  The SRC mode spacing is 240kHz in the cold state and 180kHz in the hot state.  The cavity Finesse is 13.5, the free spectral range is 2.67MHz, so the full-width-half-maximum is 200kHz.  So heating of the ITMs also pushes the SRC closer to degeneracy.

Non-image files attached to this report
Comments related to this report
eleanor.king@LIGO.ORG - 11:20, Friday 21 August 2015 (20746)

Paul F pointed out that I had neglected to look at the substrate lensing effect due to coating absorption. His calculations indicate this means that the SRC becomes more stable as we go to higher power.   I will update my caculations too....

H1 ISC
jenne.driggers@LIGO.ORG - posted 17:19, Thursday 20 August 2015 (20722)
Long lock lockloss

Sheila, Jenne

We're looking into why we lost lock here after our nice long overnight + most of the day lock. 

Hang's new lockloss tool (result plots in /opt/rtcds/userapps/release/isc/common/scripts/lockloss/python/rec/lockloss_1124145611.531/) indicates that some ITM yaw LOCK drive outputs are some of the first to go out of "norm" after the lockloss, which led us to look more closely into ASC-related channels.

It looks like DHARD is our culprit here (see attached plot), with yaw going out of normal a teeny bit earlier than pitch.  Also in the attached plot are oplevs for all 4 test masses, and we see that none of them gets a kick of any kind by the time that the DHARD loops start to go unstable.

The frequency of the DHARD oscillation is about 18.9 Hz, which is awfully similar to one that Sheila saw earlier this week: aLog 20601.

The UGF of the DHARD loops is a few Hz, and the phase crosses zero degrees below 10 Hz, so it's not a loop oscillation.  Is there something crazy happening, like BS roll mode doing something that lets a signal out to the AS port, which then gets fed back into the DHARD loops?

Images attached to this report
H1 General
travis.sadecki@LIGO.ORG - posted 16:01, Thursday 20 August 2015 (20720)
OPS Day Shift Summary

Pretty slow day here, but in a good way.  We were locked on Low Noise for all but the last 15 minutes of my shift.  This includes staying locked through the last 4 hours of ~30mph winds. 

H1 DetChar (DetChar, PEM)
nutsinee.kijbunchoo@LIGO.ORG - posted 14:58, Thursday 20 August 2015 - last comment - 13:36, Sunday 23 August 2015(20717)
Site Anthropogenic Noise Injection Follow up

This is a follow up analysis of Robert's anthropogenic noise injections on August 12th. So far I don't see any convinving evidence that these activities were actually coupled into DARM. There were couple of injections ("human in optics lab" and "jumping in the change room") that seemed to coincide with DARM noise around 20-100Hz but it was unclear whether those injections were actually causing the noise. The noise *blobs* started prior to the injection and the PEM seismic sensor only coincided with one of them. Plus I would expect to see a coupling at much lower frequency if human jumping up and down the change room actually injects noise into DARM.

 

Note that the first injection time (15:05) is still unconfirmed. The time in the original table was wrong.

Images attached to this report
Comments related to this report
brian.lantz@LIGO.ORG - 09:55, Friday 21 August 2015 (20738)SEI, SUS
Adding SUS and SEI tags so I can locate entry.
Seems like good news for the isolation crowd. 
(I note that just because a coupling only happens > 10 Hz does note mean SUS and SEI are off the hook. Robert and Anamaria have shown that loud drive at > 100 Hz can couple into HAM6 optics. So I would say this knocks SEISUS off the top of the list, but not off the list completely.)
robert.schofield@LIGO.ORG - 12:34, Friday 21 August 2015 (20748)

Most injections lasted about 1s so the time series used for each tile should be about that long. These look like averages of time stretches almost an order of magnitude longer. I'll bet the signals will be more obvious if you zoom in in time on the individual injections instead of trying to see all 1s events in a singe 30 minute spectrogram.

nutsinee.kijbunchoo@LIGO.ORG - 13:36, Sunday 23 August 2015 (20799)SEI, SUS

I can see the injected signal clearly after I zoomed in. Below are the spectrograms for the truck horn injection. The signal can't be seen in the PEM-CS_MIC_LVEA_VERTEX channel. I'm working on the rest.

Images attached to this comment
H1 SEI (ISC)
hugh.radkins@LIGO.ORG - posted 14:45, Thursday 20 August 2015 - last comment - 16:26, Thursday 20 August 2015(20716)
Look at multi hour (3+) range roller coaster & tidal/WFS

There has been some speculation the 40Mpc dip in range was tidal related.  It might just be coincident but this is because the dip sorta follows a portion of the ETMY tidal offset drive.  However, it doesn't line up eactly and only follows for part of the drive, albeit the extrema.  So it could be that once the HEPI hits a certain offset and its YAW misaligning pushes a WFS loop too far and allows a misalignment until it comes back in range.

See attached with the Range DMT above a 12 plot of the HEPI beam line position.  I plotted these to make sure the platform was actually moving and looked too at the local sensors and saw that no corner hit some limit requiring others to make up any shortfalls to satisfy the cartesian loop.

I'll continue to dip down stream to look for trouble.  But for now, it looks like HEPI is doing what it is told.

Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 15:18, Thursday 20 August 2015 (20718)
From looking at short term spectra, we know the noise is due to individual glitches.
hugh.radkins@LIGO.ORG - 16:26, Thursday 20 August 2015 (20721)

The attached plot is DV trends with HEPI drive (nm), M0_LOCK_Y, M0 Coil Outs for YAW and the M0 OSEM F2 & F3 (Yaw).

Can't claim I understand all the paths or signals but Stefan pointed me to M0 Lock for the DC WFS drive and with Travis' guidance, F2 & F3 opposite sign should be YAW.

The signs going to the coils are not opposite for this yaw drive...  Not sure where after this the signs could reverse but seems like they must...?

Looking at the OSEMs, this 'YAW' is not evident.  Are we sure we are YAWing?

I thought maybe the pitch drive was overwhelming the yaw but the LOCK_P is much less (<10x) than LOCK_Y and the F1 coil drive is much less than the F2 & F3 so I don't see true Yaw being hidden by Pitch.

Someone straighten me out as to why the signs for F2 & F3 are the same and we don't see any Yaw on the OSEMs, thanks.

Images attached to this comment
H1 General
travis.sadecki@LIGO.ORG - posted 11:15, Thursday 20 August 2015 - last comment - 12:49, Thursday 20 August 2015(20712)
ALS PZTs misaligned

Keita noticed that the ALS laser was still present in the arms.  With his assistance, I have misaligned the PZT2_PIT for both the arms and the PZT1_PIT for the X arm.  This brought our range back to where it was prior to the 'big dip'.

We will need to remember to relign these when we need the ALS system next.

Note for data analysts: This misalignment occurred at ~17:40, with the Intent Bit still set to Undisturbed.

Comments related to this report
daniel.sigg@LIGO.ORG - 11:33, Thursday 20 August 2015 (20713)

What happened to our shutters?

travis.sadecki@LIGO.ORG - 12:49, Thursday 20 August 2015 (20714)

Shutters were closed at ~18:45 UTC.  Sheila has since returned the shutters and beam diverters to their appropriate states in Guardian.  The ALS Guardians will need to be reloaded when they are needed again.

H1 ISC
stefan.ballmer@LIGO.ORG - posted 22:08, Wednesday 19 August 2015 - last comment - 18:06, Thursday 20 August 2015(20698)
PRMI to DRMI transition without dropping lock
As part of the recovery effort today we stumbled upon a way that seems to fairly reliable allow us to transition from PRMI to DRMI (we were 3 for 3 today - we'll try again tomorrow).

The procedure is:

- Let Guardian set up for DRMI locking.
- Misalign SRM
- turn off H1:LSC-SRCL OFFSET, INPUT and OUTPUT
- Let PRMI lock
- make sure H1:LSC-SRCL OFFSET, INPUT and OUTPUT are off (guardian turns on OFFSET), and clear history.
- Pause ISC_LOCK and ISC_DRMI guardian
- Align SRM, wait until it damps down. Today the PRMI always stayed locked in this configuration.
- Turn on H1:LSC-SRCL OUTPUT
- Turn on H1:LSC-SRCL INPUT. DRMI is now locked.
- Turn on H1:LSC-SRCL OFFSET, if desired for mode-hopping suppression


Images attached to this report
Comments related to this report
gabriele.vajente@LIGO.ORG - 09:21, Thursday 20 August 2015 (20707)

Already done at Livingston a long time ago...

https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=11340

stefan.ballmer@LIGO.ORG - 18:06, Thursday 20 August 2015 (20727)
Except this scheme seems much faster than waiting for DRMI...
H1 SUS (CDS, ISC)
sheila.dwyer@LIGO.ORG - posted 02:43, Wednesday 19 August 2015 - last comment - 14:44, Thursday 20 August 2015(20671)
ETMY ESD state was wrong; Prevented Transition to ETMY

S. Dwyer, D. Hoak, J. Driggers, J. Bartlett, J. Kissel, C. Cahillane

We had trouble with the transition to ETMY, which turned out to be the same problem that we had with ETMX ESD driver this morning (20652) -- the Binary IO configuration was toggled such that high-voltage driver was disconnected, but we were still driving through the high voltage driver.  This was the source of several lock losses during this evening's maintenance recovery. We'd found it by comparing a conlog between now and during yesterday's DARM OLGTF measurements by the calibration group. Once we fixed it, we made sure to accept the configuration in the SDF (where we looked first, but it turns out that the wrong configuration had been stored there).

For the record, the attached screenshot shows the correct configuration for ETMY BIO. The good configuration is with have HI/LO Voltage OFF to run with the low voltage driver and the HI Voltage Disconnected (i..e the switch is OFF). In the same screenshot, we show what the DARM loop gain looks like with (yellow) locked on EX alone, (blue) a half-transition to EY when EY is in the bad configuration, (red) a half transition to EY with EY in the good configurtation.

Images attached to this report
Comments related to this report
daniel.hoak@LIGO.ORG - 04:08, Wednesday 19 August 2015 (20674)

The noise tonight: excess stuff between 30 and 200Hz (first plot).  The lower frequency end is very nonstationary and coherent with LSC (second plot) and ASC (third plot) signals.  Between 100 and 200Hz it's quite stable.  The ISS second loop is not on.

Images attached to this comment
matthew.evans@LIGO.ORG - 08:21, Wednesday 19 August 2015 (20678)

MICH Feedforward appears to be off or mistuned.

The ISS should not be running far from the hard-coded 8% diffracted power.  13% (reported in 20663) is probably too close to the upper limit... I would not change the second loop target value, but rather set the inner loop offset so that the diffrected power runs near 8%.

evan.hall@LIGO.ORG - 14:44, Thursday 20 August 2015 (20715)

The amount of excess noise was anomalously bad from this lock stretch. It's not so surprising that the MICH FF was not working.

The current 17+ hour lock has a more typical DARM noise, at least during the high-range stretches. Here the MICH FF seems to be mostly working, although we could get rid of some more coherence by retuning it.

Also note the coherence with PRCL in the region where we have the PSL PZT peaks...

Images attached to this comment
Displaying reports 57821-57840 of 78008.Go to page Start 2888 2889 2890 2891 2892 2893 2894 2895 2896 End