Displaying reports 56721-56740 of 88171.Go to page Start 2833 2834 2835 2836 2837 2838 2839 2840 2841 End
Reports until 16:54, Wednesday 07 December 2016
H1 SUS (CDS, DetChar, Lockloss, SUS)
jeffrey.kissel@LIGO.ORG - posted 16:54, Wednesday 07 December 2016 - last comment - 17:35, Wednesday 07 December 2016(32328)
SR3 Glitch Lockloss: The Investigation Continues
J. Kissel (B. Weaver, S. Dwyer)
FRS Ticket 6852

It was recently identified that a Dec 05 lock loss looked suspiciously cpoincident with a glitch in the H1 SUS SR3 M1 T1 and LF OSEMs (see LHO aLOG 32220). The same OSEMs were suspected in a subsequent Dec 06 lock loss (LHO aLOG 32251), and thus an FRS ticket was filed (FRS Ticket 6852), but was later deemed too confusing to draw conclusions (see brief mention of it in LHO aLOG 32279).

Betsy then went back to find the minute trends of the SR3 OSEM noise appeared suddenly louder after the Dec 05 glitch/lock loss in a 5 day trend surrounding the glitch (split into LHO aLOGs 32280 and 32281).

In this aLOG, I investigate further by zooming into 10 minutes surrounding the Dec 05 glitch. I attach three plots:
- A 10 minute trend of second trends for the suspect channels, both in terms of uncalibrated EPICs records (the same that Betsy chose to use in her aLOG) and in calibrated fast channels (stored at 256 Hz). The EPICs records show a similar sudden increase in amplitude of max and min trends, but the calibrated fast channels do not. T1 shows a much larger increase in max/min noise than LF.
- A full-data time-series of the same to channels in the same two formats. Same thing here regarding the sudden increase in noise in T1 INMON, but only a brief glitch in LF's INMON. Again, no such obvious change in behavior on the fast channels. Interestingly, it looks like there's smaller glitch in T1's fast channel 107 [sec] earlier.
- An amplitude spectral density of the calibrated fast channel before and after the glitch happens (15:57 UTC vs 16:06 UTC, 0.04 Hz BW ASD). There's no obvious difference between these spectra. This points to either the excess noise showing up in the INMONs is at higher than ~100 Hz, or the EPICs records are just reporting bogus information. Because I'm suspicious of the apparently incredibly low microseism, I also attach BLRMS of the microseism on the ground and on the ISI around this time. Indeed, the GS13s seem to confirm that the RMS velocity is somewhere around 5 [nm/s], which is roughly equivalent to ~5 [nm] at 0.15 Hz, which in the right ballpark of what the OSEMs report of 2-4 e-3 [um] or 2-4 [nm] or 2-4 [nm/s].

In conclusion -- still no evidence for anything more than a one-time glitch, and there is now little-to-no evidence for permanently different noise behavior after the glitch. We need to wait for more occurances of this issue with obvious evidence before we go for making any change to the instrument.
Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 17:35, Wednesday 07 December 2016 (32335)

This is something that I think has definitely happened twice:

In the example from Dec 5th, it is clear that there is a glitch in T1 and LF, on Dec 6th it is not clear which osem to blame, but it is clear that SR3 moves before the lockloss (see this plot).  We don't send any ISC feedback to SR3, and I already checked that the cage servo isn't glitching in either case, so this is most likely a problem that comes from the top mass damping.  

H1 General
travis.sadecki@LIGO.ORG - posted 16:42, Wednesday 07 December 2016 - last comment - 16:48, Wednesday 07 December 2016(32327)
Ops Eve Shift Transition

TITLE: 12/08 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 68.7782Mpc
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
    Wind: 10mph Gusts, 8mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.29 μm/s
QUICK SUMMARY:  Observing for 23 hours now.

0:10 Intent bit set to commissioning so Evan can turn off high frequency PCal line for HW inj.

0:11 Evan accepted the new SDF diff for PCal, so we went back to Observe.

0:17 Injection gain ramping dropped us out of Observe, Evan set this gain to 'Not Monitored', and we were back to Observe within the minute

0:34 PCal HF line turned back on, out of Observe.  I am running a2l since it looks like it is time, and Sheila is opportunistically working one of her work permits.
 

Comments related to this report
travis.sadecki@LIGO.ORG - 16:48, Wednesday 07 December 2016 (32331)

Back to Observing at 0:48 UTC.

H1 CAL (CAL)
evan.goetz@LIGO.ORG - posted 16:19, Wednesday 07 December 2016 - last comment - 16:35, Wednesday 07 December 2016(32323)
Long duration high frequency Pcal injection temporarily turned off for stochastic hardware injection
I turned off the 4301.3 Hz Pcal line at 00:10 Dec 8 2016 UTC for the planned stochastic injection. This dropped us from observing intent for a brief time. I updated the SDF and we returned to observing. I will turn the line back on once the stochastic injection has concluded.
Comments related to this report
evan.goetz@LIGO.ORG - 16:35, Wednesday 07 December 2016 (32326)
Pcal line turned back on at 00:35 Dec 8 2016 UTC.
H1 INJ (INJ)
adam.mullavey@LIGO.ORG - posted 16:11, Wednesday 07 December 2016 - last comment - 16:48, Wednesday 07 December 2016(32322)
Coherent Stochastic Hardware Injection

I've scheduled a coherent stochastic injection for 00:20 UTC (16:20 PT). It will take 13 mins. The update to the schedule file is:

1165191617 H1L1 INJECT_STOCHASTIC_ACTIVE 1 1.0 stoch/Waveform/SB_ER10_{ifo}.txt

Comments related to this report
evan.goetz@LIGO.ORG - 16:29, Wednesday 07 December 2016 (32324)
The PINJ_TRANSIENT_GAIN change from 0 to 1 for the stochastic injection knocked us out of observing intent before the start of the injection. We made this channel now unmonitored and went back to observing before the injection began.
adam.mullavey@LIGO.ORG - 16:48, Wednesday 07 December 2016 (32330)INJ

The stochastic waveform was successfully injected into both IFOs. The log file for H1 INJ_TRANS is attached.

Non-image files attached to this comment
H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:04, Wednesday 07 December 2016 (32321)
Ops Day Shift Summary
Ops Shift Log: 12/06/2016, Day Shift 16:00 – 00:00 (08:00 - 16:00) Time -  UTC (PT)
State of H1: IFO locked in NOMINAL_LOW_NOISE for past 22 hours. Power at 29.1W. Range is 74.1MPc
Intent Bit: Observing
Support: N/A
Incoming Operator: Travis
Shift Summary: IFO has been locked in NOMINAL_LOW_NOISE and Observing mode for the entire shift. Things have been quite and stable. Took IFO to Commissioning for 2 minutes to restart the Guardian Scheduled Injections. In Stand-Down from 20:05 to 21:50 for two GRB Alerts.    
  
 
Activity Log: Time - UTC (PT)
16:00 (08:00) Take over from TJ
16:50 (08:50) Run A2L check – Coherence is good
17:08 (09:08) Chandra & Kyle – Going to Mid-Y to work on CP4
18:50 (10:50) Jeff K. – Drop out of Observing to restart Scheduled Injections
18:52 (10:52) Back into Observing
20:00 (12:00) Chandra & Kyle – Back from Mid-Y
20:05 (12:05) GRB Alert – On stand down until 21:05
20:50 (12:50) GRB Alert – On stand down until 21:50  
22:10 (14:27) Marc & Filiberto – Going down X-Arm (before Mid Station) transformer room
22:27 (14:27) Marc & Filiberto – Back from X-Arm
22:39 (14:39) Kyle – Going to Mid-Y
23:54 (15:54) Chandra – Going to Mid-X and Mid-Y
00:00 (16:00) Turn over to Travis
H1 ISC
terra.hardwick@LIGO.ORG - posted 16:03, Wednesday 07 December 2016 (32317)
PI mystery double mode quick look at df/f

'Double modes' seen in some PI mode bands are not from test mass resonances, in agreement with model conclusions. Follow up on this .

I've looked at frequency shifting of the peaks seen in the 15060 - 15090 Hz range during 11 hours of the current lock.

Attached plots:

Images attached to this report
LHO VE
chandra.romel@LIGO.ORG - posted 15:50, Wednesday 07 December 2016 (32320)
CP3 overfill

3:48 pm local

Took 30 sec to overfill CP3 by raising LLCV from 18% to 50% open. I lowered back to 17% since there was some pressure at exhaust and fill time was so fast.

H1 PEM
jeffrey.bartlett@LIGO.ORG - posted 15:00, Wednesday 07 December 2016 (32319)
Reset Dust Monitor Alarms

   The dust monitor alarm levels have been set to their correct values. All future alarms should be treated as valid and should be investigated. Please open an aLOG and notify Jeff B.

LHO VE
john.worden@LIGO.ORG - posted 13:40, Wednesday 07 December 2016 - last comment - 14:50, Wednesday 07 December 2016(32315)
cp4 levels

CP4 appears to have joined with the disfunctioning CP3 and is now being investigated by Kyle and Chandra. Until further notice operators should expect false level indications at CP4.

Comments related to this report
chandra.romel@LIGO.ORG - 14:50, Wednesday 07 December 2016 (32318)

CP4 bottom sensing line plugged up this morning after alarming all night. Kyle and I applied up to 180 psig of N2 to the sensing line in an effort to clear the blockage but so far no luck (we've left sensing line under pressure for several hours while watching exhaust pressure).

We performed a manual overfill at 11am by turning LLCV bypass valve 1/2 turn open. Overfill took 1 hour.

I started to install thermocouples at the exhaust line similar to CP3 so we can monitor and fill from control room as we do CP3.

Images attached to this comment
H1 SYS
daniel.sigg@LIGO.ORG - posted 13:22, Wednesday 07 December 2016 (32313)
EtherCAT Error Reporting

Attached is a trend of the corner EtherCAT Device0 channels while there was a broken module on 11/26, see alog 31854. The error can be seen in the ERROR_FLAG, SLAVE_COUNTERROR and the FRAMEWORKINGCNTs. The SLAVECOUNTACTUAL dropped from 345 to below 50—indicating a broken link or module.

On Nov 1 chassis 3 was pulled for some repairs, see alog 31081. The Device0 channels showed similar behavior.

On Nov 15 the power supply was changed for the baffled PD controllers, see alog 31509. This temporarily removed 4 modules from the EtherCAT chain. Again, we can see this clearly in the Device0 channels.

The last plot shows frame rates. Most frames seem to be lost during the above repairs and modifications.

No errors were detected in the end stations.

Non-image files attached to this report
H1 DetChar
jeffrey.bartlett@LIGO.ORG - posted 13:00, Wednesday 07 December 2016 (32314)
GRB Alert

Reveived a second GRB Alert at 20:50 (12:50PT). Both sites in Observing mode. Will extend the hold until 21:50 (13:50PT)

H1 General
jeffrey.bartlett@LIGO.ORG - posted 12:19, Wednesday 07 December 2016 - last comment - 12:23, Wednesday 07 December 2016(32309)
GRB Alert

 Received GRB alert at 20:05 (12:05PT) - LLO received same. Both IFOs in Observing mode. Will observe hold until 21:50.  

Comments related to this report
jeffrey.bartlett@LIGO.ORG - 12:23, Wednesday 07 December 2016 (32310)

Hold will last until 21:05 - Not 21:50

H1 ISC
daniel.sigg@LIGO.ORG - posted 10:07, Wednesday 07 December 2016 - last comment - 15:30, Monday 12 December 2016(32306)
Jitter Coherence

With the ASC IMC model now running at 16384 Hz we look at the coherence of jitter as measured by the IMC WFS and other channels up to 7.4 kHz. Not sure we can conclude anything except that pointing errros contaminate everything.

We can compare this with an older 900-Hz bandwidth measurement from alog 31631 which was taken before the piezo peak fix (alog 31974).

Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 13:45, Wednesday 07 December 2016 (32316)

Note that 1084Hz thing doesn't have coherence with IMC WFS.

Images attached to this comment
andrew.lundgren@LIGO.ORG - 04:42, Sunday 11 December 2016 (32436)
Can you check the DC sum channels for the IMC WFS as well? They are the ones that hVeto keeps finding as related to the 1080 Hz noise, and they see a modulation in the noise rather than a steady spectrum.
keita.kawabe@LIGO.ORG - 15:30, Monday 12 December 2016 (32486)

Done, again nothing for the bump in question though there are coherence bumps for f>1100Hz and f<800Hz.

Images attached to this comment
H1 General
travis.sadecki@LIGO.ORG - posted 00:00, Wednesday 07 December 2016 - last comment - 16:30, Wednesday 07 December 2016(32293)
OPS Eve Shift Summary

TITLE: 12/07 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 70.7388Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:  Pretty smooth shift as far as locking goes.  Some excitement regarding CP4 (see aLog 32283).  Also, set some arbitrarily high thresholds for most dust monitors to stop alarms.  JeffB will reset them tomorrow.  Locked for over 6 hours now.
LOG:

3:35 CP4 alarm

5:24 GRB alert, contacted LLO who verified that they received the alert, begin standdown

6:24 GRB standdown end

7:10 PI mode 27 ringing up, changed phase from 20 to 120.  Did not go out of Observe.  Are we supposed to go out of Observing to make PI mode changes??
 

Comments related to this report
terra.hardwick@LIGO.ORG - 16:30, Wednesday 07 December 2016 (32325)

As of now, you do not need to drop out to change either PI phase or gain. We unmonitored these so they wont drop you out anyway. If PI ever gets so high that it takes more than a phase flip, gain flip, or couple thousand gain increase, you're seeing it in DARM, and you're worried about losing lock, you 'd want to drop out.

H1 ISC (DetChar)
keith.riles@LIGO.ORG - posted 21:28, Tuesday 06 December 2016 - last comment - 05:48, Thursday 08 December 2016(32289)
Narrow lines in H1 ER10 data
As a benchmark against which to compare upcoming O2 data, I have compiled a list
of narrow lines seen in the H1 DARM spectrum up to 2000 Hz, using 107 hours of
ER10 FScan 30-minute SFTs. There are no big surprises relative to the lines and combs
Ansel and I have reported on previously from ER9 and later data, but below are some
observations. 

Attached figures show  selected band spectra, and a zipped attachment
contains a much larger set of bands. Also attached for reference is a plaintext list of combs, 
isolated lines, PEM-associated lines. etc. In the attached spectra, the red curve is the
ER10 data, and the black curve is the full-O1 data. The label annotations are keyed to
the height of the red curve, but in some cases, those labels refer to lines in the O1 data
that are not (yet) visible in accumulated current data. For the most part, lines seen in 
O1 that don't show up in ER10 nonetheless remain for now in the lines list and still
have labels on the graphs that end up in the red fuzz. If they fail to emerge in O2
data, they will be deleted from future line lists.

Observations:
  • As noted previously, the 8-Hz / 16-Hz combs seen in O1 are blessedly gone
  • Thanks to interventions to upgrade timing electronics firmware, the previously dominant low-frequency comb with 1-Hz spacing and 0.5-Hz offset is greatly reduced (but not eliminated)
  • Compared to O1, the non-linear upconversion around quad violin modes and harmonics is much worse in ER10, and it appears that at least some violin mode excitations are affecting the low frequency band in that one sees there a multitude of sparsely distributed doublets, triples and quadruplets of lines with a spacing of about 0.0468 Hz. Andy Lundgren pointed out that this spacing coincides closely with a beat between two 2nd-harmonic violin modes he reported on last week. If I measure / eyeball those frequencies as seen in the ER10 data set, I get 1009.4414 and 1009.4881 Hz, giving a beat of 0.0467 Hz (but with an uncertainty of a few tenths of a mHz), consistent with the explanation. Further credence comes from the proliferation of such doublets / triplets / quadruplets seen in the wings of the quad harmonics (fundamental and higher).
  • There are so many upconverted lines around the quad harmonics that I didn't bother cataloguing them in those regions on the assumption that they will go away in O2 with improved damping (but cataloguing can be revisited later, if needed).
  • With the exception of the violin mode regions, the higher frequency spectrum is generally free of narrow lines (unlike the region below 100 Hz), but one disturbing feature is the presence of non-Gaussian broad disturbances that were not visible in O1. The infamous region around 1083 Hz is one example, as is the 100-200 Hz band.
Figures: [ER10 in red and O1 in black; labels are attached to peaks in the ER10 data] Fig 1 - 0-1000 Hz Fig 2 - 1000-2000 Hz Fig 3 - 2-20 Hz Fig 4 - 20-50 Hz Fig 5 - 50-100 Hz Fig 6 - 100-200 Hz Fig 7 - 490-535 Hz Fig 8 - 1000-1000 Hz Fig 9 - 1800-1900 Hz Other attachments: * zipped file with full set of sub-band spectra * Lines list with label definitions
Images attached to this report
Non-image files attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 12:39, Wednesday 07 December 2016 (32311)DetChar

Here is a plot of the violin mode harmonics around 1kHz, comparing the amplitudes today to the amplitudes right after the damping efforts of Nov 30th. 

We don't actively damp these by default, only when someone manually engages damping do they get damped.   Durring the first part of ER10 ISI trips caused by tidal problems were ringing them up, but that problem is fixed now and most modes are ringing down.  ETMX modes (between 1003 and 1006Hz) have increased in amplitude since the 30th.  

The largest peak here is the pair on ETMY that Keith points out, we have settings that work to damp both of these modes using the mode9 filter bank on ETMY, and it would not be difficult to turn this damping on automatically in the guardian.  

Our question for Keith and detchar is is this (the current spectrum) good enough?  Or should we continue to try to add automatic damping for some of these modes?  

Images attached to this comment
keith.riles@LIGO.ORG - 05:48, Thursday 08 December 2016 (32355)
Automatically damping the violin modes would reduce up-conversion contamination at the starts of
lock stretches, making more data usable for CW searches. Even small excess powers in narrow bins
leads to unnecessary outliers in analysis that waste computing and manpower. Unless there is a 
downside to such damping, it seems warranted.

thanks,
Keith
Displaying reports 56721-56740 of 88171.Go to page Start 2833 2834 2835 2836 2837 2838 2839 2840 2841 End