1st attempt:
Initial Alignment:
2nd attempt:
3rd:
SDFs:
Shifter: Beverly Berger
LHO fellows: Dripta, Adrian
For the complete DQ shift report see https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20190722.
No obvious cause. There maybe a ~0.5Hz oscillation seen by MICH P, DHARD, CHARD Y that shows up about 10seconds before lock loss, but it might just be me creating patterns.
Maintenance Tues:
(see attached picture of whiteboard)
Safety:
Jeff Jones went over communicatoin readbacks to help aid in remote help.
Bubba and Chris found large yellow jacket nests in EX chiller yard. Please be cautious of wildlife, especially in areas not heavily trafficed.
FAMIS 6755
BRSY is getting close to its red line limit (at ~11k right now). Aux channels look good.
TITLE: 07/29 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 115Mpc
OUTGOING OPERATOR: Jeff
CURRENT ENVIRONMENT:
Wind: 6mph Gusts, 4mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY: Locked for 3.5 hours with a calm environment. Violin mode 13 on ITMX has decreased from last week's value of 4.3, down now to 4.0
Posted are the OpLev trends for last week.
Two items of note: (1). PR3 Sum took a 4000 ct drop on 07/25. It has been stable since. and (2). ITMX is sitting right on the +10urade line all week. All other plots look normal.
Laser Status:
Front End Power is 32.02W (should be around 30 W)
70W Output Power is 69.09W
Front End Watch is GREEN
70W Watch is GREEN
PMC:
It has been locked 5 days, 3 hr 57 minutes (should be days/weeks)
Reflected power = 10.33Watts
Transmitted power = 54.12Watts
PowerSum = 64.45Watts.
FSS:
It has been locked for 0 days 2 hr and 49 min (should be days/weeks)
TPD[V] = 4.407V (min 0.9V)
ISS:
The diffracted power is around 2.2%
Last saturation event was 0 days 2 hours and 49 minutes ago (should be days/weeks)
Possible Issues:
After an Initial alignment and one relock fail, relocked the IFO at NLN. Cleared the MC3 SDF Diff (attached below) and back into observing.
Ran Initial Alignment after lockloss and problem getting past DRMI_1F. In the process of relocking. Environmental conditions are good for observing after relock.
TITLE: 07/28 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 118Mpc
INCOMING OPERATOR: Ed
SHIFT SUMMARY:
Nice & quiet shift with H1 continuing to be locked from Ed's graveyard shift (for 17+hrs of lock/observing); Just went out of triple coincidence as I see Virgo going to COMMISSIONING. Environmental conditions are also pretty quiet *knock on wood* (low winds & microseism).
LOG:
Images of a few glitches seen today, showing how the ASC responds. Image names have the minute when the glitch happened. The third image has 2 different glitch paterns.
What we're seeing here is the impulse (i.e. a glitch) response of several slow ASC loops. In this comment, "slow" is defined by human patience, but typically means the unity gain frequencies are below the first suspension resonances, i.e. below 0.5 Hz. Either an optic, or collection of optics gets a kick, or the the sensor signal is briefly swamped by the glitch, and sends an impulse through the ASC system (I intentionally don't specify a loop because many of the loops are cross-coupled, either in sensor or actuator, or both). Any/every linear, time-invariant, control loop has an impulse response, and these loops are no different. The response will be (roughly) the same every glich, in terms of shape and time of ring-down, because the loop filters and response is the same between them. The variety in character is just a symptom of the magnitude of impulse / glitch. For the *very slow loops (i.e. those driven by the Alignment Dither System [ADS]), it may be that the glitch drowns out the driven error signal (the ADS lines) in the error signal (DARM / DELTAL EXTERNAL) for an "extended" period of time ("extended" in quotes because it's just "a period of time roughly equivalent to the time scale of 1 / unity gain frequency"). That means the control signal will be bogus -- thus pushing around the ASC system nonsensically, also perhaps looking like a wiggly excursion of an impulse response -- until the error signal is returned with good signal to noise ratio. Sadly, this repetitive nature unfortunately does not mean that we are able understand the source of the glitch any better. *BUT* these are quite slow loops, which means they take time and patience to intentionally / actively / quantitatively characterize via driven transfer function. Yet, a loop's impulse response will contain the same information as the driven transfer function. So -- maybe we can use these regular impulses to better characterize / quantify the loops (via offline study)!
Smooth sailing as I ready to cook "lunch". H1's been locked/observing 12.75+ hrs & going on 7+hrs of #LIGOVirgo Triple Coincidence.. Winds have died in the last 2hrs.
TITLE: 07/28 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 116Mpc
OUTGOING OPERATOR: Cheryl
CURRENT ENVIRONMENT:
Wind: 8mph Gusts, 6mph 5min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.07 μm/s
Thought useism was inching up 24hrs ago, but it's dropped back down to the doldrums. Winds are definitely calmer than last night--Whew!
QUICK SUMMARY:
H1 locked/OBSERVING for almost 9.5hrs with BNS range just under 120Mpc.
TITLE: 07/28 Day Shift: 15:00-23:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 115Mpc
OUTGOING OPERATOR: Ed
CURRENT ENVIRONMENT:
Wind: 4mph Gusts, 1mph 5min avg
Primary useism: 0.01 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY: locked all shift, range is increasing, with the average at about 118Mpc
TCS_ITMX_CO2 node and ISI_HAM3 node have notifications.
10:02 it seems that the TCSX Laser became unlocked. I didn't see any "red" indications of this. Only the SDF diffs (which) I didin't completely understand. I accepted the diffs and this didn't clear the ready bit. By comparison the X looked ok to the Y. THen I opened the TCS_ITMX_CO2 node and saw that it was trying to re-lock. It was successfull and the diffs showed on the SDF so I accepted them (in effect reverting back to the good state, I suppose.
10:14 it just happened again as I'm typing. ugh. .....and it re-locked
10:16 Back to Observing. Hopefully, this is the last of this.
I have created a new set of states for the ALIGN_IFO guardian to do the alignment of SR2 with SRM misaligned. This is something that operators often do by hand when the SRC won't lock. I have not yet tested these states, but hope to on Tuesday when we're recovering from maintenance, or next time I'm around that we need to do an alignment. Once the states are tested we can add some logic to TJ's INIT_ALIGN guardian to give up on SRC locking after some seconds of trying, do SR2 alignment, then go back to SRC alignment.
[TJ, Jenne]
We took ~5 min during an initial alignment to commission the new SR2 alignment states. The states seem to work well, although I need to think more carefully about the guardian paths to get to them. I have also confirmed that the initial alignment and DRMI guardians reset the SRC1 and SRC2 filter states and in/putput matrices properly after this state is run.
With a bit more thinking on the path situation, we should be able to now include this as part of the auto-initial alignment guardian if SRY isn't locking on its own.