Displaying reports 53461-53480 of 86444.Go to page Start 2670 2671 2672 2673 2674 2675 2676 2677 2678 End
Reports until 10:01, Monday 06 February 2017
H1 DetChar (DetChar)
alan.weinstein@LIGO.ORG - posted 10:01, Monday 06 February 2017 (33921)
DQ Shift: Thursday 2nd February 00:00 - Sunday 5th February 23:59 (UTC)

Summary of the DQ shift from Thursday 2nd February 00:00 - Sunday 5th February 23:59 (UTC), click here for full report

H1 PSL
jim.warner@LIGO.ORG - posted 10:00, Monday 06 February 2017 (33920)
PSL Weekly Status

Laser Status:
SysStat is good
Front End Power is 34.05W (should be around 30 W)
HPO Output Power is 164.3W
Front End Watch is GREEN
HPO Watch is GREEN

PMC:
It has been locked 7 days, 21 hr 17 minutes (should be days/weeks)
Reflected power = 14.81Watts
Transmitted power = 65.69Watts
PowerSum = 80.5Watts.

FSS:
It has been locked for 0 days 14 hr and 11 min (should be days/weeks)
TPD[V] = 1.753V (min 0.9V)

ISS:
The diffracted power is around 2.0% (should be 3-5%)
Last saturation event was 0 days 14 hours and 12 minutes ago (should be days/weeks)

Possible Issues:
ISS diffracted power is Low
 

H1 IOO
cheryl.vorvick@LIGO.ORG - posted 09:26, Monday 06 February 2017 (33915)
Images suggest the Input Beam may be clipping in IO beam dump

I've looked at two images of the IO beam dump steering mirror from Oct 2012 and Nov 2016.  Comparing the two images suggests the beam may have moved enough to be clipping on the edge of the steering mirror, which would cause significant scattering.  The image from Nov 2016 does not show the entire steering mirror, so there is some non-trivial potential for error in identifying the location of the beam on the mirror.  My estimate for that error is around 25%, so if the beam is 25% closer to location of Oct 2012 the risk of clipping is small, but if the beam is 25% farther away from the location of Oct 2012, the risk of clipping is high.  Attached: image of beam dump and sterring mirror from Nov 2016, analysis of images (2.4MB)

Images attached to this report
Non-image files attached to this report
H1 General (DetChar)
edmond.merilh@LIGO.ORG - posted 09:16, Monday 06 February 2017 (33919)
Snow Blower Being Used

Joe is using the machine on the sidewalks East of the OSB. Low freq noise is audible in the control room.

H1 SEI
edmond.merilh@LIGO.ORG - posted 09:01, Monday 06 February 2017 (33918)
Monthly Ground Seismometer Centering Check _FAMIS#6083
 
2017-02-06 08:44:17.375795
 
 
There are 5 T240 proof masses out of range ( > 0.3 [V] )!
ETMX T240 2 DOF Y/V = -0.439 [V]
ETMY T240 3 DOF Z/W = 0.417 [V]
ITMY T240 3 DOF X/U = -0.328 [V]
ITMY T240 3 DOF Z/W = -1.161 [V]
BS T240 1 DOF Z/W = 0.319 [V]
 
 
All other proof masses are within range ( < 0.3 [V] ):
ETMX T240 1 DOF X/U = 0.16 [V]
ETMX T240 1 DOF Y/V = 0.112 [V]
ETMX T240 1 DOF Z/W = 0.203 [V]
ETMX T240 2 DOF X/U = -0.282 [V]
ETMX T240 2 DOF Z/W = -0.008 [V]
ETMX T240 3 DOF X/U = 0.13 [V]
ETMX T240 3 DOF Y/V = 0.107 [V]
ETMX T240 3 DOF Z/W = 0.099 [V]
ETMY T240 1 DOF X/U = 0.062 [V]
ETMY T240 1 DOF Y/V = 0.176 [V]
ETMY T240 1 DOF Z/W = -0.077 [V]
ETMY T240 2 DOF X/U = 0.261 [V]
ETMY T240 2 DOF Y/V = -0.122 [V]
ETMY T240 2 DOF Z/W = 0.043 [V]
ETMY T240 3 DOF X/U = -0.084 [V]
ETMY T240 3 DOF Y/V = 0.068 [V]
ITMX T240 1 DOF X/U = -0.134 [V]
ITMX T240 1 DOF Y/V = -0.101 [V]
ITMX T240 1 DOF Z/W = -0.027 [V]
ITMX T240 2 DOF X/U = -0.041 [V]
ITMX T240 2 DOF Y/V = -0.038 [V]
ITMX T240 2 DOF Z/W = -0.04 [V]
ITMX T240 3 DOF X/U = -0.061 [V]
ITMX T240 3 DOF Y/V = -0.012 [V]
ITMX T240 3 DOF Z/W = 0.004 [V]
ITMY T240 1 DOF X/U = 0.12 [V]
ITMY T240 1 DOF Y/V = 0.072 [V]
ITMY T240 1 DOF Z/W = 0.068 [V]
ITMY T240 2 DOF X/U = 0.071 [V]
ITMY T240 2 DOF Y/V = 0.196 [V]
ITMY T240 2 DOF Z/W = 0.17 [V]
ITMY T240 3 DOF Y/V = 0.17 [V]
BS T240 1 DOF X/U = -0.042 [V]
BS T240 1 DOF Y/V = 0.054 [V]
BS T240 2 DOF X/U = 0.152 [V]
BS T240 2 DOF Y/V = 0.293 [V]
BS T240 2 DOF Z/W = 0.127 [V]
BS T240 3 DOF X/U = 0.142 [V]
BS T240 3 DOF Y/V = 0.018 [V]
BS T240 3 DOF Z/W = -0.003 [V]
 
 
 2017-02-06 08:52:25.352810
 
STS A DOF X/U = -0.537 [V]
STS A DOF Y/V = 0.097 [V]
STS A DOF Z/W = -0.56 [V]
STS B DOF X/U = 0.564 [V]
STS B DOF Y/V = 0.29 [V]
STS B DOF Z/W = -0.225 [V]
STS C DOF X/U = -0.0 [V]
STS C DOF Y/V = -0.0 [V]
STS C DOF Z/W = -0.0 [V]
STS EX DOF X/U = -0.03 [V]
STS EX DOF Y/V = 0.498 [V]
STS EX DOF Z/W = 0.095 [V]
STS EY DOF X/U = 0.188 [V]
STS EY DOF Y/V = 0.075 [V]
STS EY DOF Z/W = 0.447 [V]
 
 
H1 General
edmond.merilh@LIGO.ORG - posted 08:07, Monday 06 February 2017 (33917)
Shift Transition - Day
TITLE: 02/06 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 63Mpc
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    Wind: 25mph Gusts, 23mph 5min avg
    Primary useism: 0.09 μm/s
    Secondary useism: 0.29 μm/s 
QUICK SUMMARY:
LHO General
thomas.shaffer@LIGO.ORG - posted 08:03, Monday 06 February 2017 (33910)
Ops Owl Shift Summary

TITLE: 02/06 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 63Mpc
INCOMING OPERATOR: Ed
SHIFT SUMMARY: Locked the whole shift, I had nothing to do.
LOG:

H1 SEI
thomas.shaffer@LIGO.ORG - posted 06:06, Monday 06 February 2017 (33916)
Earthquake Report: 5.6 Columbia, Columbia
Was it reported by Terramon, USGS?   Yes, Yes  
Magnitude(according to Terramon, USGS) 5.6, 5.6
Location(according to Terramon, USGS, SEISMON) 16km ENE of Colombia, Colombia; LAT: 3.4, LON: -74.7
Starting time of event(ie. when BLRMS started to increase on DMT on the wall): ~13:15UTC
Lock status?  Seems like we rode through it.
EQ reported by Terramon BEFORE it actually arrived? Yes
H1 General
thomas.shaffer@LIGO.ORG - posted 05:19, Monday 06 February 2017 (33914)
Ops Report

Observing at 62Mpc for 9hrs. Range still seems to be going down very slowly, and now a bit more from Hanford traffic. Still not sure of the cause.

Site is a bit slippery, but the rest of the roads seemed good when I came in.

H1 General
thomas.shaffer@LIGO.ORG - posted 00:32, Monday 06 February 2017 - last comment - 00:52, Monday 06 February 2017(33911)
Out of Observing to run a2l

Out at 08:31UTC while LLO is down to run a2l.

Comments related to this report
thomas.shaffer@LIGO.ORG - 00:42, Monday 06 February 2017 (33912)

Back to observing at 08:42

thomas.shaffer@LIGO.ORG - 00:52, Monday 06 February 2017 (33913)

Intention bit actually flipped at 08:50UTC. My click didn't register and I didn't register that it didn't work till now.

LHO General
thomas.shaffer@LIGO.ORG - posted 00:25, Monday 06 February 2017 (33909)
Ops Owl Shift Transition

TITLE: 02/06 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 65Mpc
OUTGOING OPERATOR: Patrick
CURRENT ENVIRONMENT:
    Wind: 8mph Gusts, 7mph 5min avg
    Primary useism: 0.02 μm/s
    Secondary useism: 0.30 μm/s
QUICK SUMMARY: The range seems to be trending down in the last 24hr, you could maybe say that it is from the wind and/or useism but I've been fooled before. 4hr lock so far.

LHO General
patrick.thomas@LIGO.ORG - posted 00:11, Monday 06 February 2017 (33908)
Ops Eve Shift Summary
TITLE: 02/06 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 64Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY: One lock loss. New longest O2 lock stretch of 41:53:43. No major issues relocking. Damped PI modes 26 and 27. Wind has come back down.
LOG:

03:19 UTC TCSY chiller flow is low verbal alarm. MEDM shows it to be around 3.1, which appears normal. Must have been a glitch.
03:47 UTC Lock loss. Verbal alarms crashed.
04:28 UTC Observing. Damped PI modes 26 and 27 beforehand.
LHO General
patrick.thomas@LIGO.ORG - posted 20:30, Sunday 05 February 2017 (33907)
Observing
04:28 UTC Observing. No major issues relocking. Damped PI modes 26 and 27.
LHO General
patrick.thomas@LIGO.ORG - posted 20:01, Sunday 05 February 2017 (33906)
Ops Eve Mid Shift Report
Reacquiring after lock loss at 03:47 UTC. Cause not clear.
LHO General
patrick.thomas@LIGO.ORG - posted 16:02, Sunday 05 February 2017 (33905)
Ops Eve Shift Transition
TITLE: 02/06 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 69Mpc
OUTGOING OPERATOR: Ed
CURRENT ENVIRONMENT:
    Wind: 15mph Gusts, 14mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.41 μm/s 
QUICK SUMMARY:

No issues to report.
H1 General
edmond.merilh@LIGO.ORG - posted 15:47, Sunday 05 February 2017 (33904)
Shift Summary - Day
TITLE: 02/05 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 68Mpc
INCOMING OPERATOR: Patrick
SHIFT SUMMARY:
H1 locked for approx 38hrs. Winds increasing to near 15mph over the past few hours may be the reason for a couple of 33u EY Dust Monitorf alarms. 
LOG:
see aLog.
H1 General
edmond.merilh@LIGO.ORG - posted 12:09, Sunday 05 February 2017 (33902)
Mid Shift Summary - Day

All is well in H1 land. There was one GRB alert. The lock is just past 34 hours. It has started snowing lightly. 

H1 General (DetChar)
edmond.merilh@LIGO.ORG - posted 11:04, Sunday 05 February 2017 - last comment - 12:57, Sunday 05 February 2017(33900)
GRB Alert Standown

Event time: 18:07:12

Verbal Alert Time: 18:08:02

Tom Evans at LLO contacted me via TeamSpeak to verify the alarm was recieved by me as well.

After a dazzingly confusing narrative of what to do with the INJ_TRANS Guardian node in aLogs and E-mails, I selected to manually take the node to INJECT_KILL. I shall return the state to INJECT_SUCCESS after the requisite 1hr stand-down time. After speaking to Keita he assured me that this is ok to do and it won't harm or change anything but It is no longer neccesary to do manually. I spoke with Tom at LLO and he told me that they are still doind the manual Injections pause as well. I infer that they don't utilize the same method for handling this type of event that we do? I hope it isn't just me that is confused about this and why it isn't being handled identically by the entire project. 

Comments related to this report
edmond.merilh@LIGO.ORG - 11:21, Sunday 05 February 2017 (33901)

19:10UTC I've returned the above mentioned node to INJECT_SUCCESS. Below is a screenshot of what the node looked like when the alert occurred and then what it looked like after I returned it to INJECT_SUCCESS (left to right respectfully)

Images attached to this comment
keita.kawabe@LIGO.ORG - 12:57, Sunday 05 February 2017 (33903)

Minimal things you need to know about GRB alert:

Most important: You don't have to do anything on your own if the guardian is working as it should.

How to tell if the guardian is working correctly:

Go to gracedb and find the "event time". If it's still within one hour of the "event time", the injection guardian should be in EXTTRIG_ALERT_ACTIVE and the requested state (usually INJECT_SUCCESS) should remain untouched.

If you are out of this one hour window, the guardian should be back to WAIT_FOR_NEXT_INJECT  (assuming that the requested state is INJECT_SUCCESS).

If the requested state is INJECT_KILL, guardian should be in INJECT_KILL no matter what.

If none of the above is true when there's no outstanding injection,  the guardian is not working as it should. You should manually transition to INJECT_KILL, wait for an hour, and request INJECT_SUCCESS. Notify the LLO operator, write alog, and write an email.

What if I've just heard GRB alert but gracedb "event time" is already more than an hour ago, do I need to do something?

No. Or, if you're curious:

Go to gracedb and find the "event time" as well as the alert time labeled as "submitted". The latency here could be more than an hour on rare occasions.

The control room audible alarm is triggered after the "submitted" time which is by definition later than the "event time".

What if you requested INJECT_KILL after GRB alert when the guardian is fine:

No harm whatsoever, though not necessary.

Remember to request INJECT_SUCCESS later. If you confirm that the guardian is working as it should, you can request INJECT_SUCCESS even before one hour window expires, otherwise wait for an hour.

In the case of GRB reported by Ed, I see that the guardian was working as it should. After the alert was detected, the guardian jumped from WAIT_FOR_NEXT_INJECT to EXTTRIG_ALERT_ACTIVE without messing with the requested state which was INJECT_SUCCESS (his first screen shot).

Displaying reports 53461-53480 of 86444.Go to page Start 2670 2671 2672 2673 2674 2675 2676 2677 2678 End