Peter is transitioning the LVEA to LASER SAFE
Ops Shift Transition: 07/30/2019, Owl Shift 15:00 – 23:00 (08:00-16:00) - UTC (PT)
State of H1: Tuesday Maintenance
Intent Bit: Commissioning
Weather: 0-5 mph wind
Primary 0.03 – 0.1Hz: 0.01 um/s
Secondary 0.1 – 0.3Hz: 0.1 um/s
Outgoing Operator: Jeff
Quick Summary: Trying to keep lock for the beginning of this maintenance period
Shifter: Anne Baer
Mentor: Kentaro Mogushi
LHO Fellow: Adrian Helmling-Cornell
The complete DQ shift report can be seen here: https://wiki.ligo.org/DetChar/DataQuality/DQShiftLHO20190715.
Attached below are the ISI CPS noise spectra plots. Did not see anything out of the ordinary.
All good. Environmental conditions and microseism are calm. The IFO is in observing at 114.9Mpc. There are no issues or concerns at this time.
After relocking the IFO, accepted the 2 tiny SDF differences with MC3 and went back into observing.
Jeff informed me that this relock was entire autonomous. No operator intervention was necessary for this relock. (I wanted to state this in the log for later referencing.)
TITLE: 07/30 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC STATE of H1: Corrective Maintenance INCOMING OPERATOR: Jeff SHIFT SUMMARY: Relocking after PSL flow sensor trip. LOG: 23:07 UTC Timesh moving NCAL from LSB to OSB receiving with car, then into optics lab with trolley. Restarted video5 23:28 UTC Timesh through gate 23:36 UTC Timesh going to optics lab 23:44 UTC Timesh out of optics lab 05:40 UTC Lock loss. Diag message: PMC high voltage is off. 05:49 UTC Set observatory mode to corrective maintenance. Called Richard and left a message. Used LLO as a buddy system and went to CER mezzanine to try to find the HV. Could not find any that looked off. Came back. Talked to Peter. Walked me through the Beckhoff and medm screens. Looks like it was a flow sensor trip. Strangely resetting the flow sensor made the diag message about the PSL HV go away. Leaving to Jeff to relock.
This comment is more or less real time. Comments and notes inserted as they come to mind.
Attached are two plots of the laser status and the output of the pre-modecleaner high voltage power supply.
Also attached is a plot of the high voltage power supply output and the high voltage slider. The slider sets the
output of the pre-modecleaner PZT voltage (via the pre-modecleaner servo, although I must admit I do not see where
exactly at the time of writing this comment). The slider setting did not change at all, so the voltage change was
not caused by an inadvertent grab of the slider.
Whilst speaking with Patrick, it dawned on me that the laser may have been off. I asked him to check the
PSL_LASER.adl screen. The laser was still on. Then it was obvious that the shutter, which is located after the
70W amplifier, might be closed. I asked Patrick to log onto the PSL Beckhoff computer to check the status of
the shutter. He indicated that the EPICS alarm flag was set and that the shutter was closed. I then asked him
to reset the shutter via the control room reset. That did not work, which left the the flow sensor reset under
the "external shutter request" section of the MEDM screen. This was done and Patrick informed me that the
pre-modecleaner high voltage was back.
We know that the chiller did not trip out, since the front end laser did not switch off and there was no
evidence of water on the chiller room floor.
The rest of the system seemed to come back without any problems after the pre-modecleaner locked.
Attached is a plot of the shutter status. The shutter closes before the pre-modecleaner high voltage drops off.
For those that may not be aware, this interlock is tied into the 3 flow sensors on the Diode Chiller lines in the PSL enclosure (the Diode chiller is used to cool the on-table power meters not associated with the lasers; the sensors detect whether or not there is flow, they do not measure it). As Peter said above, we know the chiller did not trip as the laser remained on (the Diode chiller's primary responsibility is cooling the pump diode boxes in the Laser Diode Room, so if it turns off, the laser does as well). This is now associated with FRS ticket 13326.
Have remained locked and in observing. No issues.
TITLE: 07/29 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: TJ
CURRENT ENVIRONMENT:
Wind: 18mph Gusts, 13mph 5min avg
Primary useism: 0.02 μm/s
Secondary useism: 0.06 μm/s
QUICK SUMMARY: No issues.
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
INCOMING OPERATOR: Patrick
SHIFT SUMMARY: Two lock losses, one unknown and one from changing to earthquake mode. Relocking on the second time was a bit faster, no initial alignment.
LOG:
1st attempt:
2nd:
SDF:
[TJ, Jenne]
After hand-testing the new SR2 alignment states in ALIGN_IFO (alog 50823) during an initial alignment this morning (took ~3 min of testing), we've added logic into the SRC_ALIGNING state of INIT_ALIGN such that if it sits trying to lock the SRY cavity for more than 1 minute, give up and try aligning SR2 only (after having misaligned SRM). Then, once that's done, go back to locking and aligning the SRY cavity.
This new logic of automatically switching between the various levels of SRC alignment haven't been tested yet, and hopefully we don't need them before tomorrow's maintenance recovery.
Started getting the 5.7M EQ from Japan, so I switched to the Earthquake state on SEI_CONF. We lost lock a few seconds after the switch began. I don't think that the earthquake was large enough to have caused the lock loss.
[Jeff Kissel, Timesh Mistry]
I have included the MEDM screen into the main sitemap. I did this by:
a) Checked the /opt/rtcds/userapps/release/cds/h1/medm directory to make sure SITEMAP.adl is checked in and the latest version
timesh.mistry@zotws22: svn st ? H1CDS_DAQ_LARGE_OVERVIEW_CUST.ui ? H1CDS_DAQ_MICRO_CUST.ui ? H1CDS_FE_MICRO_CAL_CUST.ui ? H1CDS_FE_MICRO_CUST.ui ? H1CDS_FE_MICRO_CUST_EDC.ui ? H1CDS_HWWD_NODE.ui ? H1CDS_O3_OVERVIEW_DETAIL_CUST.ui ? H1CDS_SLOWCTRL_MICRO_CUST.ui ? H1CDS_SLOWCTRL_SDF_ONLY_MICRO_CUST.ui ? H1CDS_SLOW_CONTROLS_CUST.ui ? H1CDS_WAP_MINISCULE_CUST.ui timesh.mistry@zotws22: svn info SITEMAP.adl Path: SITEMAP.adl Name: SITEMAP.adl Working Copy Root Path: /opt/rtcds/userapps/trunk/cds URL: https://redoubt.ligo-wa.caltech.edu/svn/cds_user_apps/trunk/cds/h1/medm/SITEMAP.adl Relative URL: ^/trunk/cds/h1/medm/SITEMAP.adl Repository Root: https://redoubt.ligo-wa.caltech.edu/svn/cds_user_apps Repository UUID: e3bfa956-ff0e-4416-9af7-00b7a258cde5 Revision: 20245 Node Kind: file Schedule: normal Last Changed Author: jeffrey.kissel@LIGO.ORG Last Changed Rev: 20245 Last Changed Date: 2019-09-12 15:18:38 -0700 (Thu, 12 Sep 2019) Text Last Updated: 2019-09-12 15:18:38 -0700 (Thu, 12 Sep 2019) Checksum: ad7d77597efd5becbf2a3ac9655584594439b084
b) Modified X-Arm CAL (in the Labe/Name/Args field) to have an additional display that points to the NCAL MEDM screen that is located at:
/opt/rtcds/userapps/release/cal/common/medm/CAL_NCAL_OVERVIEW.adl
Display label is set to NCALX and Arguments is copied over from the PCALX field above it in.
c) Saved and exited the MEDM editor for sitemap. Open sitemap in execute mode and verified that the screen appears in a drop down menu X-Arm CAL as well as checked the NCALX and PCALX screen work as normal.
d) Committed the changes
timesh.mistry@zotws22: svn ci -m "Updated SITEMAP.adl to include /opt/rtcds/userapps/release/cal/common/medm/CAL_NCAL_OVERVIEW.adl for the NCALX MEDM screen as am option under X-Arm CAL. I have checked that the screen opens as normal and other screens (such as PCALX) are not affected by this change." SITEMAP.adl Sending SITEMAP.adl Transmitting file data .done Committing transaction... Committed revision 20427. timesh.mistry@zotws22: