Displaying reports 56601-56620 of 78050.Go to page Start 2827 2828 2829 2830 2831 2832 2833 2834 2835 End
Reports until 09:12, Monday 28 September 2015
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 09:12, Monday 28 September 2015 - last comment - 09:27, Monday 28 September 2015(22018)
Lockloss 15:50:47 UTC

Lockloss after 60 hours locking at NOMINAL LOW NOISE (beat the old record of 46 hours from three days ago). There's a 5.4M earthquake in Argentina at a depth of 198.5km happened right around the time. Terramon suggested this earthquake shouldn't drop us out of lock but LLO has also dropped lock at the same time. USGS reported no bigger earthquake.

Comments related to this report
nutsinee.kijbunchoo@LIGO.ORG - 09:27, Monday 28 September 2015 (22019)

Back to Observing 16:27 UTC.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 08:13, Monday 28 September 2015 (22017)
Op Day Shift Transition

TITLE: 09/28 [DAY Shift]: 15:00-23:00 UTC (08:00-16:00 PDT), all times posted in UTC

STATE Of H1: Observing at ~64Mpc. The ifo has been locked for 58 HOURS! 

OUTGOING OPERATOR: TJ

QUICK SUMMARY: Nominal seismic activity in earthquake band. Rising in seismic activity in anthropogenic band. RF45 behaving okay. Wind below 5 mph. No broadband loud glitches in the past half an hour.

LHO General
thomas.shaffer@LIGO.ORG - posted 08:00, Monday 28 September 2015 (22013)
Ops Owl Shift Summery

TITLE: 09/28 [Owl Shift]: 07:00-15:00 UTC (00:00-08:00 PDT), all times posted in UTC

STATE Of H1: Observing, ~70 MPc
SHIFT SUMMARY: Really quiet first half, then the RF45 Noise would intermittently appear. I would have to adjust H1:LSC-MOD_RF45_AM_RFSET down to fix it. Definitely seems to be getting worse.
INCOMING OPERATOR: Nutsinee

LOG:

LHO General
thomas.shaffer@LIGO.ORG - posted 07:31, Monday 28 September 2015 - last comment - 07:43, Monday 28 September 2015(22014)
Out of Observation one more time

The RF Noise isn't quite as bad this time, for the past 10min or so it will breifly get noisy, relax for min, then get noisy againa and saturate ETMY.

LLO is down right now so I will take that opportunity to try and fine tune the RF45Set again.

Comments related to this report
thomas.shaffer@LIGO.ORG - 07:43, Monday 28 September 2015 (22016)

Observing

H1:LSC-MOD_RF45_AM_RFSET == 21.2

The Coherence below 2Hz in H1:LSC-DARM_IN1_DQ is almost 0 with the RFSET this low, and AS90 is at about 400.

LHO General
thomas.shaffer@LIGO.ORG - posted 06:07, Monday 28 September 2015 - last comment - 06:21, Monday 28 September 2015(22011)
Out of Observation

The RF Noise is back again, I will try to tweak H1:LSC-MOD_RF45_AM_RFSET again.

Comments related to this report
thomas.shaffer@LIGO.ORG - 06:21, Monday 28 September 2015 (22012)

Back to Observing.

Tried to find a good balance of adjusting the RF Set value to bring the noise down, and keeping AS90 up. Ended up with:

  • H1:LSC-MOD_RF45_AM_RFSET == 21.8
  • H1:LSC-ASAIR_B_RF90_I_NORM_MON ~= 450

Back to just above 70Mpc.

LHO General
thomas.shaffer@LIGO.ORG - posted 04:37, Monday 28 September 2015 (22010)
Back into Observing, Noise much better but not gone

I followed alog21716 and brought H1:LSC-MOD_RF45_AM_RFSET down to 22.2 and checked that H1:ASC-ODC_AS_A_DC_LT_TH was set to -11000. This dropped the noise down to a level much closer to what it originally was (at least according to the dtt H1_45MHz_Demod_FOM.xml). I tried tweaking the RFSET slightly to see it I could improve it further but it is too hard to tell if it gets better or worse.

Range is back up to ~70Mpc. Screenshot attached of dtt session.

Images attached to this report
LHO General
thomas.shaffer@LIGO.ORG - posted 04:15, Monday 28 September 2015 (22009)
Going out of Observing to try to fix RF Noise

I will hopefully only take it out a few minutes to follow Stephans alog21716 to adjust the modulation index on H1:LSC-MOD_RF45_AM_RFSET .

If this does not fix it I will make some calls.

LHO General
thomas.shaffer@LIGO.ORG - posted 04:08, Monday 28 September 2015 (22008)
Ops Owl Mid Shift Report

Just as I starting writing about how uneventful it has been, the RF Noise started. Patrick reported that the noise fixed itself last shift, so I will wait a little before taking any action.

LHO General
thomas.shaffer@LIGO.ORG - posted 00:46, Monday 28 September 2015 - last comment - 00:54, Monday 28 September 2015(22005)
Ops Owl Shift Transition

TITLE: 09/28 [Owl Shift]: 07:00-15:00 UTC (00:00-08:00 PDT), all times posted in UTC
STATE Of H1: Observing at ~70 MPc
OUTGOING OPERATOR: Patrick
QUICK SUMMARY: H1SUSETMX Timing error being reported on the CDS Overview, I'll reset it when LLO or us drops. Environment is calm, wind speeds are less than 10 mph, and we've been locked for almost 50 hours!

Comments related to this report
thomas.shaffer@LIGO.ORG - 00:54, Monday 28 September 2015 (22006)

H1SUSETMX Timing error cleared by hitting Diag Reset at 07:53:00 UTC

LHO General
patrick.thomas@LIGO.ORG - posted 00:14, Monday 28 September 2015 (22004)
Ops Eve End Shift Summary
TITLE: 09/27 [EVE Shift]: 23:00-07:00 UTC (16:00-00:00 PDT), all times posted in UTC
STATE Of H1: Observing, ~72 MPc
SHIFT SUMMARY: Rode through four earthquakes in the Northern Mid-Atlantic Ridge. 45 Hz RF noise came and went a couple of times. A timing error has appeared on H1SUSETMX. Had a number of SUS ETMY saturations. Had a couple of OMC DCPD saturations. Wind is below 5 mph.
INCOMING OPERATOR: TJ

SUS E_T_M_Y saturating (Sun Sep 28 1:16:40 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 1:16:42 UTC)
OMC DCPD Saturation (Sun Sep 28 1:16:42 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 1:16:48 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 2:30:11 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 3:22:20 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 3:23:31 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 3:56:10 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 3:56:12 UTC)
OMC DCPD Saturation (Sun Sep 28 3:58:30 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 3:58:33 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 5:35:33 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:35 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:41 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:45 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:47 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:49 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:51 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:54 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:9:56 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:2 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:26 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:28 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:30 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:32 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:48 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:53 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:55 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:57 UTC)
SUS E_T_M_Y saturating (Sun Sep 28 6:10:59 UTC)
H1 General (DetChar)
laura.nuttall@LIGO.ORG - posted 23:07, Sunday 27 September 2015 (22003)
Some numbers from the RF45 Data Quality Flag

Throughout ER8 to present we have seen many examples of the 45 MHz EOM driver acting up. I did a study of this noise between 11th Sept - 23rd Sept using a BLRMS of H1:LSC-MOD_RF45_AM_CTRL_OUT_DQ and from this study, found a threshold on the BLRMS on which to create a data quality flag (details of exactly what I did can be found on this page). This is the flag the analyses use to completely remove this bad data from their searches (CAT1 veto)

From 12th Sept 00:00 UTC - 26th Sept 03:00 UTC the flag marked 23789 seconds (6.61 hours) of LHO data (2.93% of H1:DMT-ANALYSIS_READY). This corresponds to 17611 seconds (4.89 hours) of coincident data (3.14% of {H1,L1}:DMT_ANALYSIS_READY). 

From 26th Sept 03:00 UTC - 28th Sept 00:00 UTC the flag marked 25992 seconds (7.22 hours) of LHO data (17.5% of H1:DMT-ANALYSIS_READY). This corresponds to 10970 seconds (3.05 hours) of coincident data (12.6 % of  {H1,L1}:DMT_ANALYSIS_READY)

The EOM driver seems to have been acting up more in the last few days - the flag has marked more time as bad in the last few days as 2 weeks of data taking!

LHO General
patrick.thomas@LIGO.ORG - posted 20:04, Sunday 27 September 2015 - last comment - 01:24, Monday 28 September 2015(22002)
Ops Eve Mid Shift Summary
00:03 - 00:08 UTC Stepped out of control room
00:51 UTC Peter K. here eclipse hunting at LSB parking lot
~ 02:00 - 02:10 UTC Stepped out of control room
02:20 UTC heard buzzing from speaker in control room, turned it off
~02:20 UTC RF noise starting
02:39 - 02:43 UTC Stepped out of control room
RF noise stopped
SUS ETMX timing error on CDS overview
Comments related to this report
patrick.thomas@LIGO.ORG - 01:24, Monday 28 September 2015 (22007)
Peter K. done at 9:25 pm local time (04:25 UTC).
H1 General
peter.shawhan@LIGO.ORG - posted 19:54, Sunday 27 September 2015 (22001)
Tweak to FAR thresholds used to select significant GW event candidates
The FAR threshold used by Approval Processor to select GW event candidates for potential EM follow-up has been adjusted this evening.  It is now 1.9e-7 Hz for both the gstlal LowMass pipeline and the MBTAOnline pipeline; thus, we expect the union of them to be around 3.8e-7 Hz (one per month) of CBC triggers.  For Burst triggers, we currently are using only one pipeline, cWB, so the threshold for that is 3.8e-7 Hz.

One consequence of this is that a CBC trigger with FAR between 1.9e-7 and 3.8e-7 will cause the audible alarm to sound in the control room (because the script that does that just requires FAR < 3.8e-7) but Approval Processor will not select that trigger and the operator will not be presented with an Operator Sign-off box on the GraceDB page for that trigger.  So just don't be surprised if that happens.
LHO General
patrick.thomas@LIGO.ORG - posted 16:00, Sunday 27 September 2015 (21999)
Ops Eve Beginning Shift Summary
TITLE: 09/27 [EVE Shift]: 23:00-07:00 UTC (16:00-00:00 PDT), all times posted in UTC
STATE Of H1: Observing at ~70 MPc
OUTGOING OPERATOR: Nutsinee
QUICK SUMMARY: Lights appear off in the LVEA, PSL enclosure, end X, end Y and mid X. I can not tell from the camera if they are off at mid Y. Seismic in 0.03 - 0.1 Hz band is ~.02 um/s. Seismic in 0.1 - 0.3 Hz band is ~.06 um/s. Wind speeds are less than 20 mph.
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 15:57, Sunday 27 September 2015 - last comment - 16:07, Sunday 27 September 2015(21998)
Ops Day Shift Summary

TITLE: 09/27 [DAY Shift]: 15:00-23:00 UTC (08:00-16:00 PDT), all times posted in UTC

STATE Of H1: Observing at ~73 Mpc. The ifo has been locked 42 hours now.

SUPPORT: Mike

QUICK SUMMARY: The RF45 hasn't been acting up much (Laura suggested it probably was acting up between ~20:00-21:00 UTC, but the glitches was probably settle since it didn't set off the Verbal alarm) . Hardly any ETMY glitches alarm today. Wind speed ~10 mph. Seismic activity in 0.03-0.1 Hz band coming back to nominal.

INCOMING OPERATOR: Patrick

ACTIVITY LOG:

NO ACIVITY. It's been a boring shift (good for science!).

Comments related to this report
lisa.barsotti@LIGO.ORG - 16:07, Sunday 27 September 2015 (22000)
Even if less obvious than yesterday, it looks like there have been several periods in the last 24h with the 45 MHz EOM driver acting up again.
Images attached to this comment
H1 INJ (DetChar, INJ)
christopher.biwer@LIGO.ORG - posted 23:53, Friday 25 September 2015 - last comment - 07:38, Monday 28 September 2015(21965)
Hardware injection testing for lower frequency waveforms
We tested a set of waveforms to see if they would saturation the ETMY ESD.

Test the 15Hz waveform

Previously we have tested a waveform that began at 30Hz, see aLog 21838. It was requested we try it from 15Hz instead of 30Hz.

Here are the commands I ran for testing the 15Hz waveform:
ezcawrite H1:CAL-INJ_TINJ_TYPE 1
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 0.1 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 0.25 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 0.5 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 1.0 -d -d >> log3.txt 
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 1.0 -d -d >> log3.txt 
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/coherenttest1from15hz_1126257408.out 1.0 -d -d >> log3.txt

The start times of the injections from the log file (log3.txt):
SIStrOpen: Waveform starts at GPS=1127276638, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127276799, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127277026, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127277293, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127277517, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127277840, epoch=0, sample=0

I did not notice any ESD saturations.

John's waveforms

John V. has also provided 10 waveforms that I tested, see aLog 21964.

Cautiously testing the first waveform

Here are the command I entered as I slowly scaled up the first waveform's amplitude: 
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.2 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.5 -d -d >> log3.txt 
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.75 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 0.85 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 1.0 -d -d >> log3.txt

The start times for these injections:
SIStrOpen: Waveform starts at GPS=1127278105, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127278209, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127278748, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127279093, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127279520, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127279644, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127280123, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127280433, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127281232, epoch=0, sample=0

The injection that began at 1127280433 was near an ETMY alert from the robot voice. The ETMY alert happened a bit after the injection happened. SO I waited, I repeated the same injection, and there was no alert.

I did one of these injections with a padding of 10 minutes so if the search groups are going to followup one of these injections in more detail this would be a good choice:
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior0_1126259455.out 1.0 -d -d >> log3.txt # gave this guy a bit of time

The start time of this injection is:
SIStrOpen: Waveform starts at GPS=1127281956, epoch=0, sample=0

Testing the other nine waveforms

Then I tested the remaining 9 waveforms by beginning with a scale factor of 0.3333 and incrementing to 1.0. I did these with little spacing between the injections so I do not think this set is worth the analysis groups following up. However, I think the injections with scale factor 1.0 should be looked at for ESD saturation (I believe Andy has a script for that):
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior1_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior1_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior1_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior2_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior2_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior2_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior3_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior3_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior3_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior4_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior4_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior4_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior5_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior5_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior5_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior6_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior6_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior6_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior7_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior7_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior7_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior8_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior8_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior8_1126259455.out 1.0 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior9_1126259455.out 0.3333 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior9_1126259455.out 0.6666 -d -d >> log3.txt
awgstream H1:CAL-INJ_TRANSIENT_EXC 16384 ../H1/posterior9_1126259455.out 1.0 -d -d >> log3.txt

The start times of these injections:
SIStrOpen: Waveform starts at GPS=1127282013, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282066, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282120, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282173, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282226, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282278, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282326, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282377, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282422, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282476, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282517, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282577, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282631, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282681, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282727, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282770, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282819, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127282964, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283007, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283048, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283089, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283160, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283204, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283245, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283292, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283338, epoch=0, sample=0
SIStrOpen: Waveform starts at GPS=1127283440, epoch=0, sample=0

As I did these injections I had the SUS-ETMY_L3_ESDOUTF_LL_OUT channel open in dataviewer. I did not see any injection go above the 90000 counts. The highest was posterior0*.out which was near 80000 counts.
Non-image files attached to this report
Comments related to this report
john.veitch@LIGO.ORG - 02:28, Saturday 26 September 2015 (21969)

I am going to follow up the injections I passed to Chris. Assuming the "start time" is the time at the 1st sample of the injection file (and not the 1st non-zero sample) the end times of the increasing amplitude posterior0 injections should be around

[1127278112.46, 1127278216.46, 1127278755.46, 1127279100.46, 1127279527.46, 1127279651.46, 1127280130.46, 1127280440.46, 1127281239.46, 1127281963.46]
 
and for the scan through posterior injections 1-9 with increasing amplitude they are
[1127282020.46, 1127282073.46, 1127282127.46, 1127282180.46, 1127282233.46, 1127282285.46, 1127282333.46, 1127282384.46, 1127282429.46, 1127282483.46, 1127282524.46, 1127282584.46, 1127282638.46, 1127282688.46, 1127282734.46, 1127282777.46, 1127282826.46, 1127282971.46, 1127283014.46, 1127283055.46, 1127283096.46, 1127283167.46, 1127283211.46, 1127283252.46, 1127283299.46, 1127283345.46, 1127283447.46]
 
I'm going to just run all of these since they should be quite cheap to do. I'll post an update when the runs complete.
andrew.lundgren@LIGO.ORG - 07:38, Monday 28 September 2015 (22015)DetChar, INJ
The only ETMY overflows during the injection periods were:

1127278436.8
1127280154.9 (also overflowed ETMY L2 and OMC DCPD)
1127282847.5

None were related to the injections.
Displaying reports 56601-56620 of 78050.Go to page Start 2827 2828 2829 2830 2831 2832 2833 2834 2835 End