Displaying reports 36481-36500 of 89205.Go to page Start 1821 1822 1823 1824 1825 1826 1827 1828 1829 End
Reports until 17:00, Monday 06 January 2020
LHO FMCS
tyler.guidry@LIGO.ORG - posted 17:00, Monday 06 January 2020 - last comment - 17:00, Monday 06 January 2020(54320)
Tumbleweed status update
Scott L. Chris S. Tyler G.

While DOT's battle to regain SR 240 post "tumblegeddon" has past, it would seem our fight has only begun.

Beginning Jan 2, the facilities team has focused its efforts on mitigating the considerable impedance that the tumbleweeds have imposed on traveling along the X and Y arms. But, to no avail. Our efforts on Jan 2 & 3 along the x arm were quickly undone when another wind storm came through on Sat, Jan 4. 

With delivers and site walkthroughs being performed on and around our regularly scheduled Tuesday maintenance window we shifted our priority for tumbleweed processing from the X arm to the Y. By 1pm local time we had the Y arm mostly cleared and absolutely passable. By 3pm, the Y arm was once again obstructed.

At this time, facilities is discouraging any attempt to travel along the Y arm between now and tomorrow morning. The X arm is absolutely NOT passable and will likely remain in this state for most of the week and maybe longer.

Based on the forecast in front of me, we are likely to see some intermittent winds through Wednesday. We will continue making our best effort to keep high priority areas outside of the corner station accessible but progress may be slow.  

To reiterate my point from this morning's all hands meeting: Please don't run over tumbleweed piles in the cars. As the arms are (slowly) opened up for travel no low clearance vehicles should be driven down the arms as running large piles over can and will rearrange and damage the undercarriages of the cars and in some extreme cases will high center the vehicle.


Attached photos are of the X arm looking at the mid station. These are the worst areas we've encountered to this point. For reference, the harvester is approximately 13' tall.

More photos/videos available upon request.

Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 17:00, Monday 06 January 2020 (54321)

Vacuum ended up cancelling the LN2 delivery scheduled tomorrow because there is another blockage on Y2 and who knows what the night will bring. We will survive until next Tues.

H1 General
yannick.lecoeuche@LIGO.ORG - posted 16:05, Monday 06 January 2020 (54316)
Shift Summary - Day

TITLE: 01/06 Day Shift 16:00 – 00:00 (08:00-16:00), all times posted in UTC

STATE of H1: Locking

INCOMING OPERATOR: Corey

SHIFT SUMMARY: High wind/microseism caused us range issues until we lost lock. Been attempting to re-lock since then, got as far as MOVE_SPOTS.

LOG:

16:53 (08:53) Tyler driving tractor from EX to EY

17:40 (09:40) Coffee/refrigeration onsite

18:52 (10:52) Coffee/refrigeration leaving site

22:03 (14:03) Lockloss due to seismic/wind conditions

22:12 (14:12) Gerardo to LVEA -- check ion pump

22:25 (14:25) Gerardo out of LVEA

22:56 (14:56) Chandra to MY

23:19 (15:19) Chandra back from MY

H1 PEM (ISC)
jenne.driggers@LIGO.ORG - posted 14:20, Monday 06 January 2020 - last comment - 16:15, Wednesday 08 January 2020(54314)
Moving ETM reaction chains

It's pretty breezy out, and the microseism is creeping up above our 90th percentile.  As a result, we have pretty terrible range.  Sheila pointed out that a simpler way to test whether the scattering that Robert postulates (in alog 54298) does indeed come from scatter between the end test masses and reaction masses is to change the angle of the end reaction masses.  If we can affect the scatter by changing the angle between the etm and reaction mass, then it points to Robert being correct that this relative displacement is a source of scatter. 

Keita okay-ed this work to happen during Observation while the environment is bad, as long as the ramp times for moving the reaction chains are long.  In order to do this in Observe, Niko unmonitored R0 offset and tramp channels for the optic align sliders for both ETMs. 

I started moving both the ETM reaction chains at the same time, only in pitch, up to about 8 urad from their nominal positions.  I was getting some pretty bad glitches (which I think were due to increasing wind), so just in case, I moved them both back to their nominal positions.  About 80 seconds after those ramps finished, we lost lock.  I attach a screenshot of my ndscope, but mostly as a reminder to myself what channels I was looking at.  I don't think I had moved enough yet to see anything difinitive.  I had been hoping to move a few tens of urad, both in pitch and in yaw, and then do a series of ~10 min new positions, 10 min old positions, 10 min new, etc. to see if the angle really makes a change.

I wonder however if I was moving the ETMs by moving the reaction chain, and since the glitches are loud enough to drown out the ADS lines, the ETMs weren't really following.  Something to try when we get relocked will be to turn up the ADS line amplitudes to get better signals, and make sure that the SOFT angular degrees of freedom are doing what they need to do.

Images attached to this report
Comments related to this report
anamaria.effler@LIGO.ORG - 15:29, Monday 06 January 2020 (54315)

L1 doesn't see a change either for angular offsets: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=50811

jenne.driggers@LIGO.ORG - 20:08, Monday 06 January 2020 (54323)

I redid these tests while we were locked later this afternoon, and it seems suggestive that perhaps going 200 urad (almost as much as I can without saturating) on the ETM R0s might help a bit with scattering.  But, it could also just be that the wind is varying at nearly the same timescale as my on/off tests. 

In the attached figure, the top plot is the alignment offsets of the R0s in urad, the second plot is 2 of the DARM BLRMS (20-30 Hz in purple and 30-60 Hz in yellow), the 3rd plot is POP DC, 4th is the range in Mpc, and 5th is the wind in MPH (yellow is corner station), and the final plot is the seismic blrms in the useism band.  It seems that when the alignment offsets are at the -200 urad values (both pit and yaw, both EX and EY), the BLRMS see fewer glitches than when the offsets are at the old nominal position of 0.  I tried for a while +200 urad, but didn't think that was as good as -200 urad. 

We're supposed to get even worse wind tonight (probably part of what caused our lockloss a few min ago), so I'm leaving the ETM R0 offsets at -200 urad for yaw, and -300 urad for pitch.  If locking is a problem and the wind has come back down to the levels we've had in the last 2 hours, then Jim (on Eves) or the Owl operator could revert those to 0 urad for all 4 channels.  I'd like to ask one of the Fellows to check in the morning to see if the scattering was a little less egregious tonight than it has been.  Perhaps we'll find, as LLO did, that it's not a really big difference, and we need to offload to the R0 or SEI stages to get a bigger improvement.

Images attached to this comment
H1 DetChar (DetChar)
yanyan.zheng@LIGO.ORG - posted 12:54, Monday 06 January 2020 (49360)
DQ shift report: Dec 30th 2019 - Jan 5th 2020

DQ Shifter: Yanyan Zheng
Email:zytfc@umsystem.edu

Fellow(s):Ethan

Duty cycle and BNS range:

Glitches:

Dechar

Pcal

Spectra

The band semilog ration changed a little bit on Tuesday. Otherwise, nothing unnormal. 

More details can be seen at https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20191230

H1 SEI
yannick.lecoeuche@LIGO.ORG - posted 12:50, Monday 06 January 2020 - last comment - 16:23, Monday 06 January 2020(54313)
ETMX SC brief dropout

Not sure how common this is, but the ISI_ETMX_ST1_SC Guardian briefly went into fault and then returned to its nominal state

Images attached to this report
Comments related to this report
thomas.shaffer@LIGO.ORG - 16:23, Monday 06 January 2020 (54319)SEI

This is from the BRS DAMPCTRLMON channel dropping to 0. When this drops to 0, it will often mena that the code has crashes, but the trend shows frequent drops to 0. The ISI_ETMX_ST1_SC node changed states to remove the BRS sensor corrected signal from the SC path because it thought that there was a problem with the  BRS.

SEI: What is going on with this DAMPCTRLMON channel, and will I need to add a timer to the sensor correction nodes to check that this channel stays at 0 before transitioning?

Images attached to this comment
H1 General
yannick.lecoeuche@LIGO.ORG - posted 12:17, Monday 06 January 2020 (54312)
Wind fence status update

Just an update that the fences are holding up to the 50+ mph winds we've been seeing, and seem clear of tumbleweeds (photos attached).

Images attached to this report
H1 TCS
thomas.shaffer@LIGO.ORG - posted 11:58, Monday 06 January 2020 (54311)
TCS Chiller Weekly Check

FAMIS 11525

TCSX chiller: added 280mL, there was an air bubble caught in the sock filter so it seems like more than usual. The sock filter is still in need of replacement, but I will wait for a time to turn off the chiller and wipe out and around where the filter seats.

TCSY chiller: added 100mL.

 

H1 General
yannick.lecoeuche@LIGO.ORG - posted 10:25, Monday 06 January 2020 (54310)
Monday meeting notes
H1 DetChar (CAL, DetChar)
dripta.bhattacharjee@LIGO.ORG - posted 10:07, Monday 06 January 2020 (54309)
DQ Shift report 23rd Dec 2019- @9th Dec 2019
- IFO was observing with an average duty cycle of (71 + 73.3 + 67.2 + 93.8 + 93.6 + 88.2 + 91.9)/7 = 82.7% for the week.
- The BNS range hovered around 118Mpc on Monday and Tuesday, rest of the days it was around 115Mpc.
- Increased low frequency glitches (10-30Hz ) due to high microseism, especially Thursday onwards.
- Earthquakes and high microseism knocked the IFO out of lock a number of times throughout the week. Earthquakes alog 54061 alog 54014 alog 54111 alog 54157 microseism alog 54142
- On Saturday and Sunday, there was a lockloss due to unknown causes. alog 54160 alog 54167.
- Corner Station air compressor duty cycle reduced significantly to reduce the noise that it was creating. alog 54071.
- Issues with seismon on Friday, it was not updating. alog 54149
- Wandering Pcal X line in the high frequency region.

Link to the entire DQ Shift wiki page :https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20191223
H1 General
yannick.lecoeuche@LIGO.ORG - posted 08:10, Monday 06 January 2020 (54308)
Ops Day Shift Transition

Ops Shift Transition: 01/06/2020, Day Shift 16:00–00:00 (08:00-16:00) - UTC (PT)

State of H1: Locked

Intent Bit: Observing

Weather: 10-40 mph wind

Primary 0.03 – 0.1Hz: 0.01 um/s

Secondary 0.1 – 0.3Hz: 0.4 um/s

Outgoing Operator: Camilla

Quick Summary: Locked and Observing for 3.5 hours, wind and microseism are both on the rise.

H1 General
camilla.compton@LIGO.ORG - posted 08:06, Monday 06 January 2020 (54242)
Shift Summary - Owl

TITLE: 01/06 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 93Mpc
INCOMING OPERATOR: Niko
SHIFT SUMMARY: Wind is increasing (even more!) and the arms are pretty full of tumbleweeds.
LOG:

Images attached to this report
H1 AOS (SUS)
camilla.compton@LIGO.ORG - posted 04:14, Monday 06 January 2020 (54306)
Optical Lever 7 Day Trends

FAMIS 11251

Nothing has moved more than a few μrad in the last week. ITMY has moved 4μrad in the last month.

As sugested by Jeff K (alog 53633), I have also attached monthly trends. The templates for these are in my home directory: /ligo/home/camilla.compton/Documents/Ndscope/OPLEVtrends1.yaml and OPLEVtrends2.yaml
Note that it takes too long to load 30 days of data (maybe we can specify in the template to just load minute data?!) so currently plots are for1 hour and 30 days should be selected manually.
Images attached to this report
H1 General
camilla.compton@LIGO.ORG - posted 03:13, Monday 06 January 2020 - last comment - 05:04, Monday 06 January 2020(54305)
H1 Lockloss
Lockloss 11:06 UTC due to 5.7mag EQ in Puerto-Rico.
SEI_CONF was in EQ mode but peakmon got up to 2600 and the 20mph wind and microseism which probably didn't help our case.
In LARGE_EQ mode now to attempt relocking.
Comments related to this report
camilla.compton@LIGO.ORG - 05:04, Monday 06 January 2020 (54307)

12:40 Locked and Observing

H1 General
camilla.compton@LIGO.ORG - posted 00:07, Monday 06 January 2020 (54304)
Shift transition to OWL

TITLE: 01/06 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 119Mpc
OUTGOING OPERATOR: Corey
CURRENT ENVIRONMENT:
    SEI_CONF state: WINDY
    Wind: 17mph Gusts, 13mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.52 μm/s
QUICK SUMMARY: Locked 14h30 with microseism on the rise and tumbleweeds blown against some buildings.

 

LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 20:21, Friday 03 January 2020 - last comment - 16:19, Monday 06 January 2020(54280)
HAM6's RGA Ion Pump System Crashed

(Kyle R, Richard M, Gerardo M)

The HAM6 RGA ion pump system crashed, this caused the the HAM6 high voltage interlock to trip and take the IFO down.  The controller for the ion pump was found with a message on the main screen, message was "short", and the "short' remained after several attempts to start the controller.  We could not locate a direct replacement for such controller, and we have 2 different types, a negative and a positive (we need a positive type), due to time constraints the decision was to swap the cable for the high voltage interlock back to the nominal state, back to HAM6 Inficon gauge.  Attached is a plot of PT110 gauge pressure for the past 30 days.

FRS ticket 14014.

Non-image files attached to this report
Comments related to this report
gerardo.moreno@LIGO.ORG - 16:19, Monday 06 January 2020 (54318)VE

With the IFO out of lock (lost lock at 22:04 utc 1/6/2020), I replaced the RGA ion pump controller, turned it ON, and the controller did not have issues staying on, and with no complains.

Closed FRS ticket 14014.

H1 CAL (CAL, DetChar)
jeffrey.kissel@LIGO.ORG - posted 14:28, Monday 02 December 2019 - last comment - 15:30, Tuesday 25 February 2020(53624)
O3B Summary of High-Frequency Roaming Calibration Line Start Times
J. Kissel,

As we've done in O3A (see LHO aLOG 51245), I hold this space for documenting start times of high-frequency roaming calibration line sweeps to be used for estimating the sensing function uncertainty above 1 kHz.

(All times UTC)
2019-11-01 16:55:02 HIGH_FREQ_LINES guardian reinitialized for the Start of O3B, starting at 4001.3
2019-11-12 18:35:25 data not found on ndscope while only shortly at last data point, 1001.3,  [CAL EX / EY front-end models restarted, and filter coefficients updated; see LHO aLOG 53188 LHO aLOG 53210]
resumes at
2019-11-12 18:38:37 re-started at 4001.3 Hz
2019-11-21 00:49:47 re-started at 4001.3 Hz
2019-11-29 14:40:20 re-started at 4001.3 Hz (and not yet finished)
Comments related to this report
sudarshan.karki@LIGO.ORG - 13:53, Wednesday 18 December 2019 (53974)CAL
 Start Date       Starttime        Endtime
2019-11-01      
1256662520       1257619135
2019-11-12       1257619135       1258332605
2019-11-21       1258332605       1259072078
2019-11-29       1259072078       1260382861
2019-12-14       1260382861       (not yet finished)
sudarshan.karki@LIGO.ORG - 16:09, Monday 06 January 2020 (54317)

Start Date       Starttime        Endtime
2019-11-01       
1256662520       1257619135

2019-11-12       1257619135       1258332605

2019-11-21       1258332605       1259072078

2019-11-29       1259072078       1260382861

2019-12-14       1260382861       1261341875    

2019-12-25       1261341875       1262275805

2020-01-05       1262275805       (not yet finished)

sudarshan.karki@LIGO.ORG - 11:03, Monday 10 February 2020 (55008)CAL

Start Date       Starttime        Endtime
2019-11-01       
1256662520       1257619135

2019-11-12       1257619135       1258332605

2019-11-21       1258332605       1259072078

2019-11-29       1259072078       1260382861

2019-12-14       1260382861       1261341875     

2019-12-25       1261341875       1262275805

2020-01-05       1262275805       1263263360

2020-01-17       1263263360       1264044992

2020-01-26       1264044992       1265150433

2020-02-07       1265150433       (not yet finished)

jeffrey.kissel@LIGO.ORG - 15:30, Tuesday 25 February 2020 (55298)
Start Date       Starttime        Endtime
2020-02-07       1265150433       1265939082

2020-02-17       1265939082       lost because PCALX interlock was inadvertently tripped during the majority of this sweep.

I *should* have restarted the sweep upon the fix of the problem today, but was distracted by trying to install a frequency comb and forgot to trend this before we hit OBSERVATION_READY. Had I, I probably would have re-initialized the HIG_FREQ_LINES guardian to restart a new sweep. Ah well. The first OBSERVATION_READY segment that PCALX returns to functionality is at 1266706798 (2020-02-25 22:59:40 UTC), with a frequency of 1001.3 Hz.
The guardian should take care of "restarting the sweep" at 4001.3 Hz on the next nominal low noise stretch.
Images attached to this comment
Displaying reports 36481-36500 of 89205.Go to page Start 1821 1822 1823 1824 1825 1826 1827 1828 1829 End