Displaying reports 54881-54900 of 86139.Go to page Start 2741 2742 2743 2744 2745 2746 2747 2748 2749 End
Reports until 20:00, Friday 02 December 2016
H1 General (SEI)
edmond.merilh@LIGO.ORG - posted 20:00, Friday 02 December 2016 (32130)
Mid-Shift Summary - Eve

 

 

01:06UTC I reverted back to the original sei configuration for BSCs and locking attempts continue.

01:34UTC multiple locklosses at FIND_IR. Reverting back to new configs just to see if I can get past this stage.

01:50UTC New sei configs got me into DRMI land. MICH alignment looks pretty terrible. Trending witness sensors not revealing much. Going to try some alignment with INITIAL_ALIGNMENT guardian. Not going to do the arms if I can help it.

02:00UTC INITIAL_ALIGNMENT/INPUT_ALIGN not working. After trying to adjust the gain higher to get a lock I decided to trend(TimeMachine)IM4. I found it to be about 100urads out in pit. This seems to have corrected the issue. Perhaps this less-than-optimal pointing has been the sore spot in my locking efforts? Also had to put SR2 back to center before aligning SRC.

04:00UTC H1 Locked, Observing Range is ~72Mpc. Lock stretch so far: 01:08 coincidental with L1.

Images attached to this report
H1 General (DetChar)
edmond.merilh@LIGO.ORG - posted 19:10, Friday 02 December 2016 - last comment - 19:23, Friday 02 December 2016(32133)
Intent bit set to OBSERVE @ 03:08UTC
Comments related to this report
edmond.merilh@LIGO.ORG - 19:23, Friday 02 December 2016 (32135)

Damping Bounce mode on ETMX set an SDF diff that brought intent bit to COMMISSIONING (03:13UTC). I accepted the diff and returnd H1 to Observing(03:15).

Images attached to this comment
H1 General
edmond.merilh@LIGO.ORG - posted 19:10, Friday 02 December 2016 (32132)
H1 back to Nominal Low Noise

02:51UTC - NLN 75.3Mpc

Keita is working on some ALS diffs that were knocking the intent bit loose. I firmed up some channels to be unmonitored for some BS gain settings with the assistance of Jim W ( by telephone) so that I could set the intent bit.

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 17:38, Friday 02 December 2016 (32097)
Ops Day Shift Summary

TITLE: 12/02 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 73.9893Mpc
INCOMING OPERATOR: Ed
SHIFT SUMMARY:

Locked for a good chunk of the shift, but useism & wind grew pretty noisy in the afternoon....to a point where locking was going to be tough.

LOG:

H1 GRD
corey.gray@LIGO.ORG - posted 17:38, Friday 02 December 2016 - last comment - 19:25, Friday 02 December 2016(32131)
GRB Verbal Alarm 23:13utc

At 23:13 we received a "Gamma Ray Burst" Alarm.

Following L1500117:

THEN:

AT 23:21 We were bumped out of OBSERVING!!  (Sheila noticed it, we didn't hear it for some reason during all the hub bub of figuring out the deluge of GraceDB reports.)  It wasn't obvious why we were bumped out of OBSERVING.  But since we tend to get bumped out due to SDF Diffs/changes, JimW looked at the DIAG_SDF node's log.  On here he noticed we were getting DIFFS for the SDF NODE:  sysecatx1plc2

Unfortunately, when the diffs appeared they only happened for a few seconds (knocked us out of OBSERVING), and then go away.  So it was hard to see what channels were in question.  It happened several times, and managed to catch a glance at the channels in question.  Words we saw in the channel were:  ALS, Fiber, polarization.  Since they deal with the ALS, we can probably safely say we can NOT_MONITOR these channels (but we should get a blessing from Keita).  Or if we are in a fix in the middle of the night, and you are able to figure out who these elusive channels are, be sure to note the channels, NOT_MONITOR them for the night and then alog what you did.

Epilogue:

We ended up losing lock at 23:56--it's really noisy seismically with useism & wind.

Comments related to this report
keita.kawabe@LIGO.ORG - 19:25, Friday 02 December 2016 (32134)

Regarding strange sdf error of h1sysecatx1plc2:

I used a brute force method of copying OBSERVE.snap file, stripped unnecessary information including but not limited to non-ALS channels, divide into 20 line chunks, and fed them to lockloss tool for [-10,+10] seconds window centered at the first time when IFO was kicked out (GPS 1164756098).

There are three channels that changed 2 seconds prior to the event (first attachment):

H1:ALS-X_FIBR_SERVO_IN1GAIN

H1:ALS-X_FIBR_LOCK_TEMPERATURECONTROLS_ERRORSIGNAL

H1:ALS-X_FIBR_LOCK_TEMPERATURECONTROLS_POLARITY

Based on this, I looked at the fiber PLL lock status and sure enough, there was a large glitch (smaller peak on ch3 of the second attachment) in PLL.  After 3 seconds or so the autolocker started to "relock" by lowering the gain and such, there's a huge swing in the beat note, and it relocked. No suspicious thing in polarization, RF and DC level during this.

It's not clear why this happened, but this is just the end station PLL that is not used for anything during OBSERVE, and there's no sign that there's an RF disaster going on at the end station.

I went ahead and unmonitored these three channels in OBSERVE in sdf.

I didn't unmonitor ALL end station ALS channels.

If this happens next time for other X end ALS channels:

  • Go to /ligo/home/keita.kawabe/Lockloss
  • for ii in test*.txt; do lockloss -c ${ii} plot -w '[-10,10]' gpstime; done
  • (gpstime is the time the IFO was kicked out of observation.)
  • Plot window opens, you note which channel changed, close the plot, and the next window opens. You'll go through 14 plot windows.
  • Go to sdf screen of H1SYSECATX1PLC2SDF, and look at the unmonitored channel list.
  • The channel that changed that is not in the unmonitored list is the new offender. Change the sdf view to all, find the offending one, click 'MON', and accept.
  • Back to OBSERVE.
  • Make alog.
Images attached to this comment
LHO VE
chandra.romel@LIGO.ORG - posted 16:43, Friday 02 December 2016 (32129)
CP3 overfill

4:20pm local

Took 22 min. to overfill CP3 by raising LLCV to 50% open from control room. I raised nominal value from 16% to 17% for weekend.

H1 General
edmond.merilh@LIGO.ORG - posted 16:20, Friday 02 December 2016 - last comment - 16:21, Friday 02 December 2016(32123)
Shift Summary - Eve Transition
TITLE: 12/03 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    Wind: 25mph Gusts, 19mph 5min avg
    Primary useism: 0.11 μm/s
    Secondary useism: 0.82 μm/s 
QUICK SUMMARY:
H1 lost lock just after I got here. I spoke with Jim brifly in the parking lot about his work permit to try some new seismic trickery to help mitigate very high uSeism. Trying to re-lock is presenting some Green arm power issues that may prove to be a bit unmanagable given the current environmental conditions. 
Comments related to this report
edmond.merilh@LIGO.ORG - 16:21, Friday 02 December 2016 (32127)

We had been in a GRB standown period from 23:13UTC before H1 lost lock.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 16:15, Friday 02 December 2016 (32125)
CDS O2 and ER10 report, Tuesday 29th November - Thursday 1st December 2016

O2 days 1,2:

model restarts logged for Thu 01/Dec/2016 No restarts reported

h1guardian was restarted at 08:50PDT, its RAM was increased from 12GB to 48GB.

model restarts logged for Wed 30/Nov/2016 No restarts reported

ER10:

model restarts logged for Tue 29/Nov/2016 No restarts reported

H1 General
thomas.shaffer@LIGO.ORG - posted 16:14, Friday 02 December 2016 - last comment - 16:18, Friday 02 December 2016(32124)
Operator Lock Summary

Lock# 8
Times are in: GPS (UTC)
Start time: 1164672438.0  (Dec 2 00:07:01 UTC)
  Itbit Engage: [0, 1164672969.0, 1164673578.0, 1164674812.0, 1164700372.0, 1164745711.0]
  Itbit Disengage: [0, 1164673508.0, 1164674325.0, 1164700288.0, 1164745010.0, 1164747085.0]
End time: 1164747085.0  (Dec 2 20:51:02 UTC)
Total length: 74647.0 , 20hr 44min 7sec
Total Science: 72774.0 , 20hr 12min 54sec


Lock# 9
Times are in: GPS (UTC)
Start time: 1164750245.0  (Dec 2 21:43:48 UTC)
  Itbit Engage: [0, 1164750308.0, 1164756280.0, 1164756461.0, 1164757097.0]
  Itbit Disengage: [0, 1164756100.0, 1164756401.0, 1164756773.0, 1164758206.0]
End time: 1164758206.0  (Dec 2 23:56:26 UTC)
Total length: 7961.0 , 2hr 12min 41sec
Total Science: 7334.0 , 2hr 2min 14sec



End of Day Summary
Current Status: Unlocked
Total Day Locked: 22hr 56min 48sec [95.6%] (82608/86400)
Total Day Science: 22hr 15min 8sec [92.7%] (80108/86400)


 

This is the first trial of a daily post by the Day shift operator of a summary of the locks for the UTC day. This information is created by (userapps)/sys/h1/scripts/VerbalAlarms/Lock_Logging.py which runs in the background of the VerbalAlarms program. The Lock# was started at the begining of O2 and is used only as a reference, it is only used in the control room. The idea behind these daily posts is that it will give the CR something to reference. The lock clock that is displayed in the CR will soon show the current Lock# to match these.

Any question, please let me know. Hopefully its helpful!

Comments related to this report
thomas.shaffer@LIGO.ORG - 16:18, Friday 02 December 2016 (32126)OpsInfo

I forgot to tag OpsInfo

H1 TCS
betsy.weaver@LIGO.ORG - posted 16:04, Friday 02 December 2016 (32121)
TCSY Flow Alarm

Corey alerted us to a low TCSY chiller flow - as alarmed on the side ops station.  Jason inspected at the chiller and found the usual nominal ~4 GPM, all good there.  A trend shows the flow sensor (which causes the alam and is out on the floor on a pipe under ~BSC2) has dropped, similar to what it has been doing (alog 31900). However this time seems to be taking longer to recover.  The value dropped from ~3.1 to 2.6 and is now bouncing around more than it had at the 3.1 value.  In the last 50 minutes it seems to be on a slight rise, but not out of the woods.  We spoke with Alastair just now to find out how low this can go before something else happens such as triggering the laser off.  He is going to look up to see if there is any hard coded trip set points somewhere.  However, in the 90 day trend attached Jason and I note (puprle ellipses) that there have been quite a few times that this flow sensor has dipped briefly below 2 and even 1 and the laser has been uneffected.  SO, we're hoping the flow sensor rides out long enough for us to schedule a Tues maint period to swap in the spare flow sensor. 

 

Ops - if the TCSY laser does anything funny this weekend AND the flow drops well below 3 and is staying there, call us.

Images attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 16:03, Friday 02 December 2016 - last comment - 16:34, Friday 02 December 2016(32122)
running A2L script from MEDM

Jenne, Jim W, Dave:

In order to run the a2l_min_LHO.py script from an MEDM shell launcher, I had to explicitly define full paths for all files used. Jenne created a testWrite.py which I used to test this out.

The MEDM command block in the A2L_screen.adl file (callable from SITEMAP via the SUS pulldown) is

        command[0] {
                label="A2L Script"
                name="xterm"
                args="-hold -e 'cd /opt/rtcds/userapps/trunk/isc/common/scripts/decoup; /usr/bin/python /opt/rtcds/userapps/trunk/isc/common/scripts/decoup/a2l_min_LHO.py'"
        }
 

Comments related to this report
jenne.driggers@LIGO.ORG - 16:34, Friday 02 December 2016 (32128)

This is used on the A2L screen that Jim made, accessible from the SUS tab on the sitemap.  You can now run the A2L script by just clicking the button on the screen. 

The first 3 times that this was used / tested, the A2L ran successfully and wrote the appropriate EPICS values, but the text files that summarize the results (so we don't have to trend for the data) didn't get written when the script was run from medm.  Dave's work was to fix this.

I plan to trend the data and hand-create the summary files for the three times they didn't get written, so that it's easier to run the beam position calculation script without losing these data points:

  • around 30 Nov 2016, 05:15:00 UTC
  • around 30 Nov 2016, 06:47:00 UTC
  • around 2 Dec 2016, 20:26:00 UTC
H1 CAL (CAL)
alexander.urban@LIGO.ORG - posted 15:23, Friday 02 December 2016 - last comment - 16:54, Monday 12 December 2016(32117)
Evolution of PCAL-to-DARM residuals with and without time-dependent corrections to h(t)

As requested by Jeff and the calibration review committee, I've done a number of checks related to tracking the behavior of PCAL lines in the online-calibrated strain. (Most of these checks accord with the "official" strain curve plots contained in https://dcc.ligo.org/DocDB/0121/G1501223/003/2015-10-01_H1_O1_Sensitivity.pdf) I report on these review checks below.

I started by choosing a recent lock stretch at LHO that includes segments in which the H1:DMT-CALIBRATED flag is both active and inactive (so that we can visualize the effect of both gated and ungated kappas on strain, with the expected behavior that gstlal_compute_strain defaults each kappa factor to its last computed median if ${IFO}:DMT-CALIBRATED is inactive). There is a 4-hour period from 8:00 to 12:00 UTC on 30 November 2016 that fits the bill (see https://ldas-jobs.ligo-wa.caltech.edu/~detchar/summary/day/20161130/). I re-calibrated this stretch of data in --partial-calibration mode without kappas applied, and stored the output to

LHO: /home/aurban/O2/calibration/data/H1/

All data were computed with 32 second FFT length and 120 second stride. The following plots are attached:

The script used to generate these plots, and a LAL-formatted cache pointing to re-calibrated data from the same time period but without any kappa factors applied, is checked into the calibration SVN at https://svn.ligo.caltech.edu/svn/aligocalibration/trunk/Runs/PreER10/H1/Scripts/TDkappas/. A similar analysis on a stretch of Livingston data is forthcoming.

Images attached to this report
Comments related to this report
alexander.urban@LIGO.ORG - 16:54, Monday 12 December 2016 (32490)

I have re-run the same analysis over 24 hours of Hanford data spanning the full UTC day on December 4th (https://ldas-jobs.ligo-wa.caltech.edu/~detchar/summary/day/20161204/), during which time LHO was continuously locked. This time the lowest-frequency PCAL line has a PCAL-to-DARM ratio that improves when kappas are applied, which is the expected behavior. This suggests that whatever was going on in the November 30 data, where the 36.5 Hz line briefly strayed to having worse agreement with kappas applied, was transient -- but the issue may still be worth looking into.

Images attached to this comment
LHO General
corey.gray@LIGO.ORG - posted 14:05, Friday 02 December 2016 - last comment - 15:10, Friday 02 December 2016(32111)
H1 Status: Riding A Noisy Earth
Comments related to this report
jenne.driggers@LIGO.ORG - 15:10, Friday 02 December 2016 (32118)

Vern pointed out that you can see the scattered light moving around, by looking at the video cameras. 

Attached are 2 videos captured from our digital cameras.  They start within about 1 sec of eachother, but they're not exactly the same times.  On the PR3 camera, the motion is very obvious.  On the PRM camera, you can kind of see some of the scatter in the center of the image changing with a similar period as that of PR3. 

I also tried to take a 1 min video with my phone of the analog SRC camera that is on the front small TV display where you can kind of see some scatter moving, particularly in the center vertical "bar" of the screen. But, the quality isn't so good and it's hard to see in the video-of-a-video.  But, it seems like there is some motion of the scatter pattern there too.

Non-image files attached to this comment
jim.warner@LIGO.ORG - 15:07, Friday 02 December 2016 (32119)OpsInfo, SEI

Calibrated (in m/rtHz) ground displacements and St1 & St2 displacement for the ITMX ISI, comparing now and 12 hours ago. First plot shows the X and Z ground displacments, solid lines are from 12 hours ago, dashed are from the last half hour. The peak frequency has moved down in frequency, but gone up about an order of magnitude. Second plot shows the St1 and St2 displacements, solid red and blue are from 12 hours ago, pink and light blue are from the last half hour. It looks like the sensor correction not doing quite as good as I had hoped when we worked on this during the summer, there is room for improvement here.

If we can't lock due the ground motion, operators can try some of the USEISM configurations in SEI_CONF, probably USEISM_MOD_WIND given the 20mph winds.

I'm opening a work permit to test a new configuration, using some narrow band sensor correction on ST2, keeping the WINDY configuration on ST1. I'll leave some instructions with the operators, but they can call me if they have questions or need some guidance.

Images attached to this comment
H1 INJ (INJ)
evan.goetz@LIGO.ORG - posted 12:35, Friday 02 December 2016 - last comment - 15:57, Friday 02 December 2016(32109)
CBC injections scheduled
Additional CBC injections are scheduled:

1164747030 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbhspin_hwinj_snr24_1163501502_{ifo}_filtered.txt
1164751230 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbh_hwinj_snr24_1163501502_{ifo}_filtered.txt
1164755430 H1L1 INJECT_CBC_ACTIVE 1 0.5 Inspiral/{ifo}/imri_hwinj_snr24_1163501530_{ifo}_filtered.txt
1164759630 H1L1 INJECT_CBC_ACTIVE 1 0.5 Inspiral/{ifo}/imri_hwinj_snr24_1163501538_{ifo}_filtered.txt
Comments related to this report
evan.goetz@LIGO.ORG - 15:57, Friday 02 December 2016 (32120)
Since there was a GRB alert, Karan wanted to reschedule the injection that would be skipped and to reschedule one that didn't happen because both detectors weren't locked.

1164747030 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbhspin_hwinj_snr24_1163501502_{ifo}_filtered.txt
1164751230 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbh_hwinj_snr24_1163501502_{ifo}_filtered.txt
1164755430 H1L1 INJECT_CBC_ACTIVE 1 0.5 Inspiral/{ifo}/imri_hwinj_snr24_1163501530_{ifo}_filtered.txt
1164761100 H1L1 INJECT_CBC_ACTIVE 1 0.5 Inspiral/{ifo}/imri_hwinj_snr24_1163501538_{ifo}_filtered.txt
1164765300 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbhspin_hwinj_snr24_1163501502_{ifo}_filtered.txt
1164769500 H1L1 INJECT_CBC_ACTIVE 1 1.0 Inspiral/{ifo}/bbh_hwinj_snr24_1163501502_{ifo}_filtered.txt
Displaying reports 54881-54900 of 86139.Go to page Start 2741 2742 2743 2744 2745 2746 2747 2748 2749 End