Displaying reports 66021-66040 of 84502.Go to page Start 3298 3299 3300 3301 3302 3303 3304 3305 3306 End
Reports until 08:04, Monday 08 June 2015
H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:04, Monday 08 June 2015 (18973)
CDS model and DAQ restart report, Sunday 7th June 2015
modelmodel restarts logged for Sun 07/Jun/2015model restarts logged for Sun 07/Jun/20

model restarts logged for Sun 07/Jun/2015
2015_06_07 03:51 h1fw1*
2015_06_07 06:28 h1fw1*
2015_06_07 19:18 h1fw1*

*=unexpected restart

2015_06_07 19:18 h1fw12015_06_07 03:51 h1fw1
2015_06_07 06:28 h1fw1
2015_06_07 19:18 h1fw1restarts logged for Sun 07/Jun/2015
2015_06_07 03:51 h1fw1
2015_06_07 06:28 h1fw1
2015_06_07 19:18 h1fw1
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 08:00, Monday 08 June 2015 - last comment - 08:26, Monday 08 June 2015(18972)
Owl Shift Summary

0:02 Came to find IFO unlocked. AS Air shows 01 mode.

0:37 Lock loss at LOCK_DRMI_1F after trying to adjust PR3 and BS (the requested state not met)

0:41 Not trusting the alignment due to the 01 mode on AS Air I saw earlier, I restarted the initial alignment.

        ALS-C_COMM_A_DEMOD_RFMON was less than 5. I adjusted PR3 until the value reached 5.

        INPUT_ALIGN gives repeated message "arm not IR locked" and " timer[ 'pause' ] = 3". LSC-TR_X not flashing. No spot on AS Air.

1:35 Got off the phone with Sheila. She suggested SR2 and SR3 alignment might be bad. I realigned them to where they were 10 hours ago (when the IFO was still locked). It didn't solve the problem. Sheila then suggested I realign PR2 and IM4 as well.

         At this point the beam is back on AS Air, but LSC-TR_X still not flashing. So I realigned PR3, BS, ETMX, and ITMX back to where they were 10 hours ago. Lost ALS-X in the process.

3:58 Relocked ALS-X. INPUT_ALIGN request state finally met (*phew*). I tweaked PR2 YAW but couldn't get LSC-TR_X to reach 1 (it was ~0.97 -- close enough?).

         Adjusted BS during MICH_DARK_LOCK. The requested state was never met. I tweaked BS until ASAIR_B_RF90 went to 0 and moved on to the next state.

5:00 ALS_DIFF told me to find IR by hand. So I tweaked VCO until IR found. If you (fellow operators) ever have to do this, the narrow peak you see in LSC-TR_Y is a lie (in a sense that you can't get LSC-TR_Y to rise and become stable from there). Tweak VCO until you get a broad peak. Then decrease the step size and adjust the VCO until LSC-TR_Y is steady around 1.

5:20 Lock loss at BOUNCE_VIOLIN_MODE_DAMPING. No obvious reason. Rt. 10 traffic is picking up though. Lockloss analysis attached.

5:50 IFO at DC_READOUT -- waited until the IFO settle before requesting LSC_FF

5:55 Locking at LSC_FF (nominal). Range ~50 Mpc. Intent bit switched to undisturbed.

6:06 Sheila suggested earlier that I turn the ring heater power down to 0.4 W after the ifo is locked (from 0.5 W). So I change the RH power to 0.4 W. The intent bit is still undisturbed at this point.

8:00 Still locking and going strong. Handling off the ifo to Patrick (Covering for Cheryl).

 

If lock loss again during the day, I suggest whoever has the interferometer at that point redo the initial alignment. Maybe realign the optics I haven't touched or mentioned in this alog.  AS Air spot is off to the right and the range isn't that great (I've seen the ifo stable at a better range, though Vern is happy with where it is). The drift monitor shows that OMC pitch and yaw is "Somewhat out of range" and in "Danger Zone".

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 08:26, Monday 08 June 2015 (18977)

With 23W operations, there is a step Operators had been setting for the EX ESD Driver (post Stefan/Evan's high power work last Fri).  I can't remember how to get to the this medm without it in front of me, but basically there is a small-ish medm window with an ESD ACTIVE box (RED or GREEN) on the lower right, and above it is a HI & LO button and a skinny red or green box in between these boxes (it's green when you are LOW & red when you are in HIGH state).  To the right of this, are monitors.

At the end of my lock yesterday, ESD ACTIVE was red, the monitors were several hundred counts in the negative (TJ showed me that they should be around zero).  So, I clicked the HI button, and this briefly took ESD ACTIVE to green, and then to red.  More importantly, this took the monitors to around zero (also showed a huge glitch on DARM on projector0), and the range climbed from 56Mpc up to 66Mpc. 

Are we happy with 23W operation?  Is deactivating EX ESD Driver  something we want to make part of standard operating procedure?  Do we want Guardian to take care of this for us?

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 05:58, Monday 08 June 2015 (18971)
IFO locking again at ~50 Mpc (FINALLY!)

Intent bit switched to Undisturbed.

H1 General
jim.warner@LIGO.ORG - posted 23:55, Sunday 07 June 2015 (18968)
Shift Summary

Times are local

20:00 John W called and said LVEA temps were running away, we agreed that LLO being down meant it was probably ok to risk turning off a heater

21:00 PI rings up, I turn power down at ~21:15, which messes with calibration

21:30 Lock loss, Guardian starts trying to lock, fixes change I made to laser power and thus fixes calibration

23:00 I start working on re-aligning after multiple RF DARM locklosses

H1 ISC (DetChar, SUS)
jim.warner@LIGO.ORG - posted 21:24, Sunday 07 June 2015 - last comment - 21:53, Monday 08 June 2015(18965)
25.4 Hz peaks have reappeared, requested power down to 16-18 watts

Starting right around 21:00 local, the 25.4 hz (well, DTT says something like 25.37) peak showed back up, creating a nasty looking comb in the DARM spectra (first image). Unsure of what else to do, I turned the power down to 16 watts, the peak has now kind of subsided(second image). I'll wait to see if the peak settles down any more, then maybe turn the power back up. 

Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 22:43, Sunday 07 June 2015 (18966)

Dan called in and helped me look for a PI with a template he had ready. There were 2 peaks rung up at 15516 and 15540, see attached plot. The main culprit causes the big bump in the RMS, the little peak next to it was also rung up more than Dan's quiet reference. We were trouble shooting when the IFO lost lock. Guardian is bringing everything back up.

Images attached to this comment
daniel.hoak@LIGO.ORG - 00:16, Monday 08 June 2015 (18969)

Thanks, Jim!

The channel H1:IOP-LSC0_MADC0_TP_CH12 is the 64kHz-sampled IOP input for OMC DCPD A.

Recall that the frequency of this mode matches what Elli measured for our parametric instability.

carl.blair@LIGO.ORG - 08:22, Monday 08 June 2015 (18975)

The other approach would be to change your ring heater power. I guess you in the same situation as us from the fact that the previous step up in ring heater power was effective. So you need to increase your ring heater up from 0.5W per segment, which is what I think it was set to after your first observation of parametric instability.  At Livingston if we increase the ring heater too much we then ring up a 15004Hz mode. There is a new wiki here for operators as we had an apparent change in the parametric gain after last vent and we are still in the process of finding a new operating point for the ring heater.

carl.blair@LIGO.ORG - 21:53, Monday 08 June 2015 (18999)

The two acoustic modes appear to ring up with a similar time constant see image, there is also a peak in DARM a bit further down ldvw link any idea if this is related?  It's a bit big for an acoustic mode that is not ringing up.
I would guess that these two modes are ETMY and ETMX ringing up with the vertically oriented mode, as that is what we mostly see at Livingston.  You could look at the transmission QPD channels for more information if you are interested.  
At Livingston these channels are L1:IOP-ISC_EY_MADC1_TP_CH0-7 for X and Y end, pitch and yaw orientations can be derived.

Images attached to this comment
H1 INJ (INJ)
eric.thrane@LIGO.ORG - posted 21:18, Sunday 07 June 2015 (18964)
transient burst injections resumed: rate = 1 / 2hr
Reposted from LLO:

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

Peter Shawhan, Eric Thrane

We have restarted the burst injections at a rate of 1 / 2 hr. The latest test will check the stability of injection code tinj over >12hr following a bug fix. It will also facilitate gracedb testing. The current tests will use the same previously used burst sine-Gaussian waveform with scale factor = 4.0. Restart times:

LHO GPS = 1117767245
LLO GPS = 1117767486
LHO FMCS
john.worden@LIGO.ORG - posted 20:45, Sunday 07 June 2015 - last comment - 05:31, Monday 08 June 2015(18963)
LVEA Temperature control

It appears that the LVEA temperature is out of control. After consulting with Jim we decided to turn off a heater in the LVEA air handlers. This should bring the face bypass damper back in range.

HC2B was turned off. One heater, HC3A, remains on and will be turned off on Tuesday if tonight's change goes smoothly.

Plots show the LVEA temperature and the dampers which control airflow over the cooling coils. The dampers have railed the last two days in this hot weather.

Images attached to this report
Comments related to this report
john.worden@LIGO.ORG - 05:31, Monday 08 June 2015 (18970)

The recovery from turning off one LVEA heater is shown.  The zoom-in shows a 2 hour ramp down to the minimum - a change of ~0.7F degrees. The individual zone temperatures do not appear to have such a steep ramp.

Images attached to this comment
H1 INJ (INJ)
eric.thrane@LIGO.ORG - posted 16:30, Sunday 07 June 2015 (18962)
transient injection code tinj restarted
This report is a copy-and-paste from here: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=18555

Peter Shawhan, Chris Pankow, Dan Hoak, Eric Thrane

Dan noticed that the transient injection script died at LHO. Peter debugged and found two errors:

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

First, the code tinj was running out of file descriptors because of a missing fclose command, now fixed. There was also an error in the way the EPICS channel H1:CAL_TINJ_TYPE was set. It is now fixed to. Peter fixed the code in svn, but he could not recompile because of permission issues. (We are following up on that with the LHO CDS admins.) I recompiled the code at both sites and restarted the transient injection code:

GPS = 1117754506 (LHO)
GPS = 1117754609 (LLO)

There are currently no transient injections scheduled in the short-term future.
H1 General
cheryl.vorvick@LIGO.ORG - posted 15:58, Sunday 07 June 2015 (18961)
Ops Day Summary:

- Locked when I arrived.  Good range with some glitches until about 19UTC when braodband noise came up and reduced the range by 10-15Mpc.  

- Range did recover and then started to drop again, and then looked like it was going to recover and dropped lock.

- A blue pickup was seen on the camera about 5 minutes after lock loss - our landscapers, but not sure where they had been, only saw them head to the LSB.

- Relocking - had to start the ETMX ESD drive to lock, and then when IFO was locked again, Range was only 35Mpc.  I turned it off and Range retunrned to the level of the last lock.

- I reset all BS ISI watchdogs, and cleared the tripped watchdog on Stage 3.

- Evan returned CARM gain to a previous and higher value, and Range is just below 70Mpc.

- LLO just came back on the Range plot, and was down the last 8 hours.

- Currently: IFO locked with the Intent Bit engaged.

H1 ISC (SUS)
brett.shapiro@LIGO.ORG - posted 11:30, Sunday 07 June 2015 - last comment - 03:29, Wednesday 12 July 2017(18953)
Violin mode harmonicity

Description

See the attched figure.

The violin modes are not harmonics of each other, as we know. But they aren't harmonic in a rather interesting way, because the frequencies are less than harmonic. We might expect that the mode frequencies be greater than the harmonic values because of the bending stiffness of the fiber. Only a completely floppy string is harmonic. The fiber's modulus of elasticity will tend to become more important at higher mode numbers, increasing the frequencies.

However, we observe that the modes are lower in frequency than the harmonic values. The attached plot shows how close (or far) the modes are to harmonic. The y axis is the ratio of a mode's frequency to the first mode. The x axis is the mode number. An ideal harmonic system has a slope of 1. This is represented by the dashed black line. The blue line is from an FEA done by Alan Cumming at Glasgow University. This FEA takes into account the non-uniform shape of the fiber. The green line is from measurements of LHO ETMY.

Analysis

The FEA does indeed predict that the fiber should be less than harmonic. This could be because the 400 micron diameter fiber has 20 mm long 800 micron sections at the ends. Perhaps the effective bending point moves along the 800 micron section.

However, the measurements are even less harmonic than the FEA. It is not clear why this is. One possibility, though this sounds a bit crazy (but I can't think of anything else), is that the fiber is pitching the PUM and test mass as it oscillates. If the masses pitch, it makes the fiber behave as if it were longer, moving the frequencies down. Higher modes might exert more pitch torque becasue the fiber has more slope at its ends.

Running some numbers on the fiber length, The nominal value of 587 mm gives a fundamental frequency of 507 Hz, very close to ETMY (508 Hz) and within the spread of the other suspensions. But for ETMY mode 4, I have to increase the length by 20 mm. For ETMY mode 7 this is nearly 40 mm, which puts the bending point somewhere in the ears I think. For reference, the centers of mass are 602 mm apart.

Data

The mode frequencies in Hz used in the attached plot are 

FEA from Alan Cumming:

511, 1017, 1519, 2013, 2515, 3020, 3470

LHO ETMY:

508.3, 1009.1, 1484.5, 1956.7, 2425.8, 2880.6, 3333.2

The LHO ETMY data came from the following alogs

17610 - mode 1, averaged over the 4 given frequencies

17365 - modes 2 and 3. Mode 2 is averaged over the 4 given values. Mode 3 only has 1 value.

18764 - mode 4. This list doesn't specify which modes are which suspension. I chose to average the 4 highest values assuming they are ETMY because for all other modes ETMY is the highest.

18614 - modes 5, 6, and 7. I averaged the 2 given values for each of these modes.

        1009
        1485
        1957
        2426
        2881
        3333
508
        1009
        1485
        1957
        2426
        2881
        3333
Images attached to this report
Comments related to this report
fred.raab@LIGO.ORG - 12:58, Sunday 07 June 2015 (18957)
Evidence for fiber stiffness being a function of frequency? Is the fiber stiffness in the FEA consistent with Kramers-Kroenig and the anelasticity assumed for the losses?
daniel.hoak@LIGO.ORG - 15:51, Sunday 07 June 2015 (18960)

For what it's worth, we have also observed (and damped) an eighth harmonic of ETMY - 3800.995 Hz.

brett.shapiro@LIGO.ORG - 23:01, Sunday 07 June 2015 (18967)

I'm not exactly sure how the FEA handles the stiffness. Without reading all the details, I know there is some description of it in "Design and development of the advanced LIGO monolithic fused silica suspension", Cumming, et al.

I added the 8th ETMY mode to the plot and reattached it here. Thanks Dan.

Images attached to this comment
brett.shapiro@LIGO.ORG - 03:29, Wednesday 12 July 2017 (37470)

Alan Cumming pointed out that the FEA does not match the anharmonicty because the FEA here is for the MIT quad suspension. FEA data on slide 5 of is G1700038-v1 shows a quite good match.

H1 ISC
stefan.ballmer@LIGO.ORG - posted 11:15, Sunday 07 June 2015 - last comment - 08:14, Monday 08 June 2015(18954)
PI? or BS roll mode? Or Both?
I followed up the range drop tonight at 2015/06/07 around 8:30 UTC.

Here are the symptoms:
 - 25.4Hz and harmonics ringing up and saturating everything.
 - Significant increase of two lines: 842.781Hz and 868.188Hz (Yes, they are 25.407Hz apart) Those are marked with crosses in the attached plots.

Note that there are some other lines that increased (red) over the reference (black), but they are symmetric 25.4Hz sidebands of strong lines that did not increase. The two lines at 42.781Hz and 868.188Hz are not such modulation sidebands.

Parametric Instability?
alog 17903 reports on an observed parametric instability at 15540.6Hz, causing a line at 843.4Hz. Seems close enough to suspect it as the culprit for 842.781Hz. But what is 868.188Hz? And why does the 25.4Hz show up so strong?

BS roll mode?
My first though on seeing something at 25Hz was BS roll. But T1200415 reports the BS roll mode at 25.9715Hz... If we believe that, 25.4Hz can't be the BS roll...
Do we have an actual recent measurement of the BS roll?
I did try to look at the BS oplevs for a sign of the roll mode rung up - nothing. I haven't looked at the OSEMS yet

All attached plots were taken at 8:15 UTC, just before it go really bad. The black reference is from 7:00 UTC.

I also left instructions with Cheryl on how to lower power if this happens again. If that fixes it it would nail the PI.

Running of to the airport, but Cheryl will follow up.








Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 11:40, Sunday 07 June 2015 (18956)
Alexa reports that the bs roll is seen at 26.211 Hz in alog 17143, so that doesn't seem like the explanation. Corey also looked for evidence of PI in the trans mom QPDs, but didn't see anything there.
carl.blair@LIGO.ORG - 08:14, Monday 08 June 2015 (18974)
If you want to look at the trans QPDs you have to look at the IOP channels, is that what you were looking at?
H1 ISC
evan.hall@LIGO.ORG - posted 16:18, Saturday 06 June 2015 - last comment - 17:31, Thursday 11 June 2015(18939)
Sum, null, and residual of OMC DCPDs

Using two hours of undisturbed data from last night's 66 Mpc lock, I repeated Den's sum/null stream analysis in order to see if we have a similar 1/f1/2 excess in our residual.

I took the OMC sum/null data (calibrated into milliamps), undid the effect of the DARM OLTF in order to get an estimate for the freerunning OMC current, and then scaled by the DARM optical gain (3.5 mA/pm, with a pole at 355 Hz) to get the equivalent freerunning DARM displacement. The residual is then the quadrature difference between the sum and null ASDs.

The attachment shows the sum, null, and residual ASDs, along with the anticipated coating Brownian noise from GWINC. [Just to be clear: the "sum" trace on this plot corresponds to our usual freerunning DARM estimate, although in this case it comes purely from the error signal rather than a combination of the error and control signals.]

If there is some kind of excess 1/f1/2 noise here, it is not yet large enough to dominate the residual. Right now it looks like the residual is at least a factor of 2.2 higher than the expected coating noise at all frequencies. We already know some of this is intensity noise.

The other thing to note here is that we are evidently not completely dominated by shot noise above 1 kHz.

Non-image files attached to this report
Comments related to this report
evan.hall@LIGO.ORG - 15:51, Sunday 07 June 2015 (18959)

I repeated this on a lock stretch from 2015-06-07 00:00:00Z to 02:00:00Z, but the result is pretty much the same. The best constraint we can put on coating noise right now from the residual is about a factor of 2.2 higher than the GWINC prediction. I also think the residual is not yet clean enough in this frequency band to make an inference about its spectral shape.

I tried increasing the CARM gain by 3 dB to see if the residual would decrease, but it does not (except maybe round 6 kHz; see the attached dtt pdf). So this broadband excess in the sum may not be frequency noise.

Non-image files attached to this comment
evan.hall@LIGO.ORG - 14:09, Tuesday 09 June 2015 (19027)

There is an error in the above plots.

Only the DCPD sum should be corrected by the DARM OLTF to get the equivalent freerunning noise. The DCPD null should not be corrected. To refer to noise to DARM displacement, however, all these quantities must be corrected by the DARM cavity pole.

This time I've included the DCPD dark noise (sum of A and B), also not corrected by the loop gain.

Non-image files attached to this comment
evan.hall@LIGO.ORG - 17:31, Thursday 11 June 2015 (19077)

A few more corrections and additions:

  • These plots use median averaging. As is widely known, this biases the estimate of the ASD downward by a factor of sqrt(ln(4)). This is now corrected in the new attachment.
  • I looked at the 540 Hz pcal line in order to get a tighter value for the optical gain; it is 3.85 mA/pm. I am still assuming a DARM pole of 355 Hz, which is what is currently installed in the DARM calibration.
  • The shot noise as predicted by GWINC lines up fairly well with the DCPD null stream, with minimal additional tuning of the of the parameters required. Input power is 24.2 W, with 88% transmission efficiency of the IMC. SRM transmissivity is 37%, DCPD quantum efficiency is 85%. The round-trip arm losses are set at 84 ppm, which is what I found previously was required to achieve a recycling gain of 40 W/W. Loss at the beamsplitter is 500 ppm, excess SRC loss (the "TCS loss") is 0, and SRC modematching is perfect, which are the defaults in IFOModel. Of course, we should get a better handle on these numbers and then actually verify that the GWINC shot noise estimate still agrees with the null. For now, it is just a weak indicator that we roughly understand the shot noise level.
  • The apparent low-frequency excess in the null stream (<30 Hz) seems roughly consistent with the expected contribution from dark noise that Dan and I measured a few months ago. Since Koji has retuned by hand the digital compensation of the DCPDs, ideally we should measure this again.
  • Some extra plots (cross spectrum and coherence of DCPDs A and B) and parameters file attached in zip.
Non-image files attached to this comment
H1 AOS (DetChar, SUS)
joshua.smith@LIGO.ORG - posted 14:55, Saturday 06 June 2015 - last comment - 14:43, Sunday 07 June 2015(18938)
Results so far of MC SUS DAC AutoCal - DAC glitch amplitude reduced factor 2

Jess, Andy, TJ, Duncan, Detchar, 

In entry 18783 (at 19 UTC on June 2) Jeff et al performed an autocal on the SUS DACs for the Modecleaner, in response to the report in log 18739. He asked Detchar to report if the glitches are gone, if they come back over time, etc. 

What we've found so far is that the DAC glitches are still present on MC2 M3 zero crossings. Their amplitude (seen in LSC MCL and IMC alignment channels) has reduced by a factor of 2. And their amplitude does not appear to be increasing over time since the restart, on the timescale of days. 

Figure 1 shows normalized spectrograms of the DAC glitches witnessed by LSC MCL before and after the Autocal. 

Figure 2 shows a time vs SNR plot of the individual glitches (only during observation intent time) in LSC MCL (at frequency < 200Hz to be dominated by DAC glitches). The many glitches with signal-to-noise ratio of 30 are now many glitches with SNR 15-20. Autocal occurs at hour 19. 

Figure 3 shows the same plot for IMC-DOF_1_P_IN1_DQ, another good witness of these glitches. 

Figure 4 caption: The Glitchgrams on the bottom show glitchiness of IFO, not related to the MC2 DAC glitches (we think) but just to see when IFO is locked and in good state. The top plots are all normalized spectrograms. The left two plots are before autocal, MCL glitches are really loud. The right five plots are after autocal, most glitches are less loud. Where "loud" is assessed by top of color bar (admittedly poor measure).

Figure 5: Same for two IMC alignement channels DOF 1 P and DOF 2 Y that are both good witnesses of DAC glitches. 

Jess wrote nice scripts to make the glitch vs time plots so we will keep an eye on these to see when/if the amplitude increases. 

Notes: Sorry Jeff, Peter, et al, I realize now that amplitude rather than SNR, calibrated units, and the SUS VOLTMON channels would be more useful for assessing the size of the DAC glitches. We'll work on that.  

Images attached to this report
Comments related to this report
andrew.lundgren@LIGO.ORG - 14:43, Sunday 07 June 2015 (18958)DetChar, SUS
We've also made timeseries plots of the glitches in the noisemons before, just after, and several hours after the auocalibration. The glitches seem to come back most strongly in the LL DAC. The first three slides have a 10,100 Hz bandpass so the glitches can be seen clearly. The last two slide have just one second of data, so a single glitch can be seen in the raw data.
Non-image files attached to this comment
Displaying reports 66021-66040 of 84502.Go to page Start 3298 3299 3300 3301 3302 3303 3304 3305 3306 End