The picture is more likely to be the pre-modecleaner reflection, not the reference cavity transmission. If it really is the reference cavity transmission, then we have a big alignment and mode matching problem. The picture seems to indicate that the horizontal alignment has changed.
Verbal Alarms log looks like this:
Intention Bit: Undisturbed (Mar 5 05:47:27 UTC)
Timing system error (Mar 5 05:58:31 UTC)
Current time: (Mar 5 06:00:00 UTC)
Gamma Ray Burst (Mar 5 06:09:55 UTC)
Gamma Ray Burst
Acknowledge? (Mar 5 06:09:55 UTC)
Gamma Ray Burst (Mar 5 06:10:00 UTC)
Gamma Ray Burst
Acknowledge? (Mar 5 06:10:00 UTC)
Acknowledged (Mar 5 06:10:00 UTC)
ISC_LOCK state: LOCKLOSS (Mar 5 06:58:02 UTC)
DRMI Unlocked (Mar 5 06:58:02 UTC)
Intention Bit: Commissioning (Mar 5 06:58:06 UTC)
I looked up where this is in the VerbalAlarms code, and it's the channel H1:SYS-TIMING_ERROR_FLAG.
Activities to address:
TITLE: 03/05 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 0Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY:
LOG:
When I got here, Jeff and I noticed that the MC Refl spot was moving a lot. This seems to be associated with temps in the PSL. Kind of like the PSL AC is still on. Not sure if this has been causing lock losses.
Had two locklosses tonight, but relocking has been easy so far.
There also seems to be a timing issue, it's unclear to me if I should be waking people up to address this or not. Cheryl is looking.
daqd>
33776 channels
33719 connected
57 disconnected
33955 connection events processed
4136492044 value change events processed
H1:DAQ-BCST0_CYCLE
H1:DAQ-BCST0_TOTAL_CHANS
H1:DAQ-BCST0_DATA_RATE
H1:DAQ-BCST0_EDCU_CHANS
H1:DAQ-BCST0_EDCU_CONN_CHANS
H1:DAQ-BCST0_UPTIME_SECONDS
H1:DAQ-BCST0_LOOKBACK_RAM
H1:DAQ-BCST0_LOOKBACK_FULL
H1:DAQ-BCST0_LOOKBACK_DIR
H1:DAQ-BCST0_LOOKBACK_STREND
H1:DAQ-BCST0_LOOKBACK_STREND_DIR
H1:DAQ-BCST0_LOOKBACK_MTREND
H1:DAQ-BCST0_LOOKBACK_MTREND_DIR
H1:DAQ-BCST0_FAST_DATA_CRC
H1:DAQ-BCST0_FAULT
H1:DAQ-BCST0_BCAST_RETR
H1:DAQ-BCST0_BCAST_FAILED_RETR
H1:DAQ-BCST0_GPS
H1:DAQ-BCST0_CHANS_SAVED
H1:DAQ-BCST0_FRAME_SIZE
H1:DAQ-BCST0_SCIENCE_FRAME_SIZE
H1:DAQ-BCST0_SCIENCE_TOTAL_CHANS
H1:DAQ-BCST0_SCIENCE_CHANS_SAVED
H1:DAQ-BCST0_FRAME_WRITE_SEC
H1:DAQ-BCST0_SCIENCE_FRAME_WRITE_SEC
H1:DAQ-BCST0_SECOND_FRAME_WRITE_SEC
H1:DAQ-BCST0_MINUTE_FRAME_WRITE_SEC
H1:DAQ-BCST0_SECOND_FRAME_SIZE
H1:DAQ-BCST0_MINUTE_FRAME_SIZE
H1:DAQ-BCST0_RETRANSMIT_TOTAL
H1:DAQ-BCST0_PRDCR_TIME_FULL_MEAN_MS
H1:DAQ-BCST0_PRDCR_TIME_FULL_MIN_MS
H1:DAQ-BCST0_PRDCR_TIME_FULL_MAX_MS
H1:DAQ-BCST0_PRDCR_TIME_RECV_MEAN_MS
H1:DAQ-BCST0_PRDCR_TIME_RECV_MIN_MS
H1:DAQ-BCST0_PRDCR_TIME_RECV_MAX_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_FULL_MEAN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_FULL_MIN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_FULL_MAX_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_CRC_MEAN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_CRC_MIN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_CRC_MAX_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_XFER_MEAN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_XFER_MIN_MS
H1:DAQ-BCST0_PRDCR_CRC_TIME_XFER_MAX_MS
H1:DAQ-BCST0_PROFILER_FREE_SEGMENTS_MAIN_BUF
H1:DAQ-BCST0_RAW_FW_STATE
H1:DAQ-BCST0_RAW_FW_DATA_STATE
H1:DAQ-BCST0_RAW_FW_DATA_SEC
H1:DAQ-BCST0_SCIENCE_FW_STATE
H1:DAQ-BCST0_SCIENCE_FW_DATA_STATE
H1:DAQ-BCST0_SCIENCE_FW_DATA_SEC
H1:DAQ-BCST0_STREND_FW_STATE
H1:DAQ-BCST0_MTREND_FW_STATE
H1:DAQ-BCST0_FRAME_CHECK_SUM_TRUNC
H1:DAQ-BCST0_SECOND_FRAME_CHECK_SUM_TRUNC
H1:DAQ-BCST0_MINUTE_FRAME_CHECK_SUM_TRUNC
Total 57 disconnected.
daqd>
In addition to the frequent locklosses tonight, it seems that there is also a timing error. I've just noticed that GWIstat shows LHO as "TOO OLD", & DMT-Omega and the GDS range FOM have both stopped updating. I'm not sure what to do about these, but I'm sending an email to Dave.
Shift Summary: Diag Reset for Timing error on H1IOPASCO. Ran A2L script – Pitch is slightly elevated and Yaw remains below the reference. Good shift for observing. No problems or issues to report.
At 14 hours into the current lock stretch, all looks good. Range has been around 66 to 67 MPC. The 0.1-0.3 Hz microseism has flattened out and may be starting to decline; primary microseism remains low. No concerns or problems to report from LHO at this time.
Alarm Handler - FMCS communications problem with the Mid-X AIRHANDLERS and TEMPERATURES.
TITLE: 03/04 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 65Mpc
INCOMING OPERATOR: Jeff
SHIFT SUMMARY:
Not sure it killed the last lock, but for sure it caused noise that the IMC sees, both times the temperature has dropped in the last 24 hours.
TITLE: 03/04 Owl Shift: 08:00-16:00 UTC (00:00-08:00 PST), all times posted in UTC
STATE of H1: Observing at 66Mpc
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
Wind: 10mph Gusts, 6mph 5min avg
Primary useism: 0.04 μm/s
Secondary useism: 0.38 μm/s
QUICK SUMMARY: both H1 and L1 have been locked about 2.5 hours
TITLE: 03/04 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 59Mpc
INCOMING OPERATOR: Cheryl
SHIFT SUMMARY:
LOG:
Survived a pretty good earthquake at 19:30, then lost lock after the ground had calmed down. I looked at the "stock" lockloss plots and it looked suspiciously like Travis' lockloss earlier today.
While trying to relock, I had problems with OMC locking. The first time I got to DC readout transition, it took 3 tries to get the OMC locked. I waited to check PI, violins etc, and immediately lost lock at DC readout. The second time, it again took 3 tries to get the OMC locked, but I was able to move on.
After getting to NLN, PI mode 27 rang up, but was unresponsive to phase changes. I tweaked the gain down to 5000 (don't know if this helped). Something got touched on mode 19 (not by me) though, and this is what initially dropped LHO out of Observe. I didn't have time to record what was changed, something PLL. Mode 27 eventually calmed down on it's own.
5.9 & 5.1 in Papua New Guinea
Was it reported by Terramon, USGS, SEISMON? Yes, Yes, No (Seismon still reports a 5.1 in Phek, India)
Magnitude (according to Terramon, USGS, SEISMON):5.9 & 5.1, 5.9 & 5.1, na
Location: Iceland region; 7.352°S 155.675°E
Starting time of event (ie. when BLRMS started to increase on DMT on the wall): 19:40 UTC, started seeing effects on IFO signals about 19:50.
Lock status? H1 stayed locked, range took a beating though. LLO is down
EQ reported by Terramon BEFORE it actually arrived? Unsure
Eq band BLRMS went up to ~1.5 micron for this eq, and we stayed locked. During the worst motion, PI mode 23 also "rang up" and down on it's own, maybe a coincidence.
TITLE: 03/03 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 66Mpc
INCOMING OPERATOR: Jim
SHIFT SUMMARY: One lockloss that had no readily apparent cause. Wind was in the high 30s for the first half of the day, but has calmed down to the high 10s for the remainder of the shift. IA was ran after lockloss, and no issues relocking.
LOG:
18:05 Betsy and Jason to MY
19:45 Betsy and Jason back
20:00 Lockloss
20:46 Richard running fiber in LVEA during IA
21:40 Observing
23:34 Out of Observe to run A2L before LLO comes back up
23:39 Back to Observing
Did an initial alignment and had to damp some bounce and roll modes, but nothing out of the ordinary.
At 14:19 (06:19) received alarm that PSL A/C was on or Low Temp in Laser Room. The PSL South temp is 69f, the PSL North temp is 70F. The PSL Table North is 73f. The PSL Table South is 71F. The Dust Monitor #101 under the table is reporting 69f.
Here's a couple of trends around the relevant time. The first attachment shows all 4 PSL Enclosure laser room temperature sensors. The channels labeled *_ACS_* and *_ACN_* are the sensors at the output of the enclosure AC units, which are turned off during normal operation; the channels labeled *_TBLN_* and *_TBLS_* are the sensors attached to either end of the PSL table. The second attachment shows the south AC sensor (*_ACS_*) and the TPD signal from the FSS RefCav; I used the RefCav TPD as this has shown to be one of the more temperature sensitive alignment in the enclosure. As can be seen, as soon as the temperature begins to dip, the TPD signal becomes more jagged and begins to drop. This is consistent with a real change in temperature in the PSL enclosure. We are currently mystified by this behavior, as the AC units were both off during this time.
Similar behavior was reported by Travis yesterday, and again both AC units were off during the temperature dip. At this time we have no explanation for this behavior. Investigations continue and will update as we know more.
There is a fan in the LVEA return air plenum which continually pushes air into the PSL enclosure even when the AC units are off. This fan is behind the east wall next to the PSL. It would be worthwhile to find out what the temperatures are doing in that space. This return air space is much larger than the supply ducting to the LVEA and therefore the flow velocities are low and there may be air currents driven by convection. Also, winds will have the effect of pressurizing one side of our building with respect to the other side - this may also drive air currents in the return air plenum. Is there a correlation with wind conditions?
I do not know of any temperature sensors in the plenum.
It looks like something was changed on March 1st at about 20:00 UTC. PSL-ENV temp trends show a marked difference in behavior since then, see attached trends. It would be good to figure out what has happened because the temperature dips correlate with extra motion in the IMC, and we have lock losses that follow the temperature dips. Maybe not causal, but it looks like something is not nominal.