04:17 UTC, the IMC lost lock less than 100ms after ASC_AS_A, no IMC tag though and the FSS didn't really look glitchy.
Closes FAMIS26509, last checked in alog79454. It looks as expected, the lack of switching in the recent past was the vent I believe.
IMC and ASC_AS lost it at the same time, looks like some kind of fast ringup in the FSS_FAST channel. FSS_OSCILLATION and IMC tag on the lockloss tool.
TITLE: 11/01 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock acquisition
INCOMING OPERATOR: Ryan C
SHIFT SUMMARY: Ran a handful of tests today to try to narrow down further the FSS glitches that we've been seeing (80993, 80990 ). We recently started relocking with only minor changes, hopefully they will help.
LOG:
LVEA zone 1B has been slowly getting warmer over the past 2 days. Not a worry yet, but something we should keep an eye on.
| Start Time | System | Name | Location | Lazer_Haz | Task | Time End |
|---|---|---|---|---|---|---|
| 15:34 | ISC | Sheila | LVEA | n | Unplug cable for IMC test | 15:49 |
| 17:50 | ISC/PSL | Sheila, Vicky | LVEA | n | FSS tfs | 18:10 |
| 21:39 | ISC/PSL | Sheila, Marc | LVEA | n | FSS meas. | 21:40 |
| 21:40 | SAF | Ryan C | LVEA | N -> Y | Laser HAZARD transition | 21:49 |
| 21:40 | ISC | Keita | LVEA | YES | HAM6 viewport camera housing PD | 22:41 |
| 21:41 | SAF | Laser | LVEA | YES | LVEA is laser HAZARD | 08:21 |
TITLE: 11/01 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
SEI_ENV state: CALM
Wind: 19mph Gusts, 10mph 3min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.39 μm/s
QUICK SUMMARY:
00:25 UTC Observing
DQ Shift summary:
More daily details can be found at: https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20241014
We measured the TTFSS OLG, I didn't save the data but will attach several photos here. There is a feature that looks like it could be unstable at 1.68MHz, there are about 3 untiy gain crossings around 500 kHz. The FSS has a gain between the test points that mean that unity gain is at -10dB in this measurement.
67253 Craig mentions that the FSS OLG was 350kHz, we'd need to reduce the gain by 3dB to get back to a 350 kHz ugf.
Scans from the FSS after reducing gain.
In Marc's files above the A one should be magnitude for 100kHz to a few MHz frequency span, B should be phase for that measurement. C should be magntiude zoomed in on the 1.7MHz region, D should be phase for that measurement.
Fri Nov 01 10:10:11 2024 INFO: Fill completed in 10min 8secs
Jordan confirmed a good fill curbside.
We lost lock at some higher states in the relocking process due to the laser glitching* issue that we have been having. At this point we decided to pause locking for now to run some tests that were discussed during a meeting yesterday. The current plan is to hold at 2W with the ISS, FSS, and IMC locked. If this configuration is found to be unstable or we see excessive glitching still, then we will start to remove just the ISS or FSS, etc to narrow down the problem.
During this time, other, approved, light maintenance activities can take place.
*The issue may not be the laser itself, but I'm unsure what else to call this at the moment.
We sat in this configuration from 15:34:37 UTC Nov 1 until the IMC lost lock at 16:45:34, 1 hour and 10 minutes. The attached screenshot shows some channels at the time of the IMC lockloss, FSS fast mon and PC mon show some growing oscialltion until the time that the reference cavity transmission drops, the ISS sees a jump, and the IMC unlocks.
We've been sitting with the IMC in offline (MC2 is misaligned so the IMC won't flash), with the PMC, FSS and ISS locked since 17:09 UTC.
Summary of today's tests:
Another BSC3 PT132 gauge glitch caused a VACSTAT false alarm at 00:28:26 this morning. I captured the MEDM (attached) and restarted the service at 07:02.
As in previous PT132 glitches, it is the detaP channel which triggered, just exceeding its trip value of 1.0e-08 Torr
Code is being worked on to mitigate this issue.
TITLE: 11/01 Day Shift: 1430-2330 UTC (0730-1630 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: Oli
CURRENT ENVIRONMENT:
SEI_ENV state: USEISM
Wind: 14mph Gusts, 11mph 3min avg
Primary useism: 0.03 μm/s
Secondary useism: 0.52 μm/s
QUICK SUMMARY: Relocking, powering up right now. useism is starting to trend down.
TITLE: 11/01 Eve Shift: 2330-0500 UTC (1630-2200 PST), all times posted in UTC
STATE of H1: Observing at 152Mpc
INCOMING OPERATOR: Oli
SHIFT SUMMARY:
IFO is in NLN and OBSERVING since 02:36 UTC
Mostly a quiet and uneventful shift, with the exception of the squeezer failing to lock for abbout 50 mins (until we lost lock - Lockloss Alog 80985). Vicky reverted some changes to SQZ that were made today (comment alog 80984) I accepted those SDF changes (attached).
Microseism is still high and rising, but doesn't seem to be too much of an issue.
LOG:
None
Lockloss while troubleshooting SQZer not locking (before going into OBSERVING). No IMC tags on the Lockloss Tool.
Yesterday we went back to the higher range CARM configuration, in which the fast/IMC locklosses first appeared 80938. Overnight we had two observing locklosses tagged with the IMC, neither of which had glitches visible in the FSS fast mon channel, 1414411965 (1st attached screenshot), and 1414381791.
This morning I changed the gains by 6 dB in the other direction, so we further limit the range available to the frequency actuator. (CARM sliders and ndscope) Our microseism is around 5um/second right now, slightly above the 90th percentile, but there was no wind and no earthquakes this morning. At times the IMC splitmon was reaching -8V, it's range is +/- 10V so this is about as far as we can go in this direction, and might be kind of marginal.
We've since had one lockloss 1414426971, this is tagged as commissioning because we were in commissioning time at the moment, but no one was actively doing anything at the time so this wasn't caused by commissioners. There was a glitch in the FSS fast mon for this lockloss, although it was below the threshold for the tag to be applied, and around the time of that glitch the drive to the ISS AOM becomes noisy. We were not saturating the IMC splitmon at the time of the lockloss so that doesn't seem to be the cause.
I've removed this, so now we will be back to the gains we've been with for the last several weeks, and most of O4.