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.
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.
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
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.
L1 doesn't see a change either for angular offsets: https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=50811
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.
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
Not sure how common this is, but the ISI_ETMX_ST1_SC Guardian briefly went into fault and then returned to its nominal state
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?
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).
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.
- 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
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.
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:
FAMIS 11251
Nothing has moved more than a few μrad in the last week. ITMY has moved 4μrad in the last month.
12:40 Locked and Observing
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.
(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.
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.
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)
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)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)
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)
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.