Yuki, Heather, Travis, Rick

Results of the latest End X PCal calibration can be found on the DCC at T1500129 and T1500622.  Although the baseline is rather short since the Working Standard was replaced before the last 2 measurements, the variation in the PDs is less than the 1% required by Calibration.  Results have been reviewed by Rick, myself, and Yuki and the only standout we noted was the power imbalance of the inner and outer beams, which varied by 1.2% from the mean.  We will continue to monitor this imbalance in further measurements and address it if it persists.

WP 6460

Set the addresses to the Beckhoff modules used for the safety system. LVEA, Mechanical mezzanine, and EY were complete. Will try to complete EX next Tuesday.

F. Clara, R. McCarthy

TITLE: 01/31 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Preventitive Maintenance
INCOMING OPERATOR: Jim
SHIFT SUMMARY:
Maintenance Day roughly stopped around 23:00utc (3pm); not tons of activities, but we allowed some work to take us past our noontime "deadline".  Thank you to Patrick, TJ, & Travis helping me out with work I had to pawn off on them.

Immediately upon looking at ALS locking, BOTH arms looked atrocious.  Took a while to finally get away from zero and to a point where the alignment looked serviceable (Jim suggested I probably look at temperatures because of this...or it could be due to all the BSCISIs going down).  At any rate, in the last hour of the shift, I rushed to try and have an aligned H1 to hand off to Jim.

OK, handing an aligned H1 to Jim.

LOG:

Lost unsaved draft, so times are iffy below:

• 1st Norco truck arrives before 16:00
• before 1600 wp6460 beckhoff access (richard)
• before 1600 wp6431 beckhoff update for Ion Pumps (patrick)
• 16:15 - 17:10 EX/EY cleaning
• 16:16 EX PCal Calibration (travis)
• 16:20 HAM1 dustmonitor slight move (Jeff)
• 16:26OMC Dither & control loop tests attempted while H1 was locked (Keita)
• 16:31 H1 dropped lock
• 16:31-21:00 RF measurements in CER (dick)
• 16:50 EY STS Centering (Hugh, TJ)
• 17:00 GRB Alarm (SNEWS pipeline)
• 17:01 TCSy safety interlock work, swapping back electronics since still had glitches(fil)
• 17:09 Yuki, Heather, Rick heading out to EX
• 17:18 Battery check (Joe)
• HAM6 IP maintenance (gerardo)
• TCSy interlock work (fil)
• 2nd Norco truck left at 11:30
• EY Humidifier work (bubba/john)
• MX purge air maint (gerardo)
• EY illuminator work (fil)
• CP4 maint (chandra, kyle)
• ISI model change (hugh)
• Temperature sensor survey (bubba/john)
• ITM scatter measurements (betsy/jason)
• Hit RELOAD on ISC_LOCK per alog 33735
• EY search for hardware (John/Bubba)
• 21:45 Charge Measurements (TJ)
• 22:05-22:25 LVEA sweep
• 23:08-23:15 power cycle on beckhoff Access System (Fil)
• 23:16 GRB, not locked.
• 23:11 Started Initial Alignment

WP 6459

Looked at illuminator controller chassis at EY. Found faulty crimp connection on one of the spade connectors. Removed cabling and power supply that was used to power the illuminator. Cabling from the controller chassis is now connected and illuminator can now be controlled through MEDM.

F. Clara, R. McCarthy

Took charge measurements for both ends today. Results attached, but they all look good.

The matlab scripts had trouble with a few of the measurements taken today. The first one for EY and the second for EX would bring up an error during the many measurements script, something about matrix indicies not matching. Betsy told me to just skip the ones that it would error on and then the rest seemed to work. I also appended ".bad" to the name of the directories that would I was erroring on.

Kyle, Chandra

WP 6463

Today we fed a 1/16" diam. rope wire through the bottom sensing lines of CP 3 & 4. Length of 109.5" penetrated CP4 (measured from the 1/4" swagelock fitting). Length for CP3 was 105.5". The sensing line is 1" longer on CP4 than for CP3 (based on how much it protrudes from nipple welded to CP outer body).

The theoretical length from drawings V049-4-005, V049-4-090, V049-4-121 is 111.7" ....and then add 1.2" for CP3 and 2.2" for CP4 for additional length of swagelock connections.

We felt resistence toward the end, where I thought we were hitting the 90 deg bend just past the bibraze joint (until looking at these measurements more closely); then we were able to push another ~2". Vertical length is 2.25". The gap between the inner and outer vessel wall at the bottom is only 7/8". The last 4-5" of the wire was cold and frosted when we pulled it out. We then cycled between ~1 Torr (diaphragm pump) and 100 psig pressure on CP4 lower sensing line. Did not detect any breakthrough.

We left both CP3 and CP4 upper and lower sensing lines plumbed together through the shunt valve, essentially bypassing the transducer. Currently not pumping or pressurizing CP4 line.

Used the latest version of the VEA Sweep Checklist (T1500386), and we look good.

WP 6457  ECR E1700032 FRS 7099 DCC T1700025

This model update takes the binary coil status data out of the WD tripping code.  If this data goes bad for 60 seconds, a red medm light will show on the ISI platform overview screen labeled OVERTEMP.  If the coil driver actually does experience an overtemperature condition, the hardware itself will trip and of course the ISI will trip as the Actuators let go and seismometers rail, you know, cats & dogs living together, mass histeria.  So there is little risk that anything too bad would result from this change.

The change was to prevent unnecessary tripping of the ISI when the binary signal from the Coil Driver went erroneously bad.  This happened to LHO Oct 2015 & 22977  and the model was changed to allow a 10 sec wait before tripping the watchdog.  In May 2016 this was extended to the HAMs. In Sept 2016, this 10 second delay proved not sufficient for LHO BS ISI.  It then became a problem for LLO earlier this month.  So this is a short likely episode missing history of the problem leading to this model change.

LHO CDS wiki (aka 'daqwiki') has been moved outside of the CDS network to a new server at https://cdswiki.ligo-wa.caltech.edu/wiki/. Redirections have been put in place on the CDS web server to ease the migration.

WP 5855

Removed the temporary Beckhoff rotation stage setup by HAM1/PSL enclosure. The following items were disconnected:

1. Power supply
2. Rotation stage interface board
3. Beckhoff terminals
4. Two network cables

The two cables going into the PSL enclosure need to be pulled out (DB15 and Conec 2W2), but requires someone inside the enclosure to guide/feed them out.

At the beginning of the maintanance window, at about 16:27:20 UTC I doubled the OMC LSC dither amplitude by a factor of two while reducing the OMC LSC-I gain by the same factor so the overall OMC LSC control bandwidth doesn't change. I wanted to repeat low/high comparison but IFO broke lock (not because of this test).

Anyway, just for this one test, I don't see any difference.

The changes were reverted back.

TJ and I went to EndY to address the potential mis-centering of the STS colocated on the BRS Table.  Krishna reported the spectra of the STS did not look ideal and suggested centering may be needed.

We checked the mass position voltage readings before doing any centering and it was well out of spec: u v w were -3.7 -1.8 & -12.0V. Less than 2.5 is essential and 2v even better. We then shorted the resonant frequency jumper to make it a 1 sec instrument and hit the centering button.  This is all done on the monitor port of the field satellite box about 10 feet from the BRS where the STS is located.

Our repeated attempts and observations over the next couple hours suggest the instrument masses would just go to the opposite rail and stay there espectially the w mass.  I thought we waited long enough as we gave each centering several (10min) before trying again.  I did not think that the instrument was poorly leveled as in that case the mass would float but just not in the center or it would sit over on one rail, rather than just going back and forth rail to rail at each centering attempt and stay there as it was doing.  Still eventually, decided to check the bubble level on the STS and it was beautifully leveled.

So, either, the masses take much longer than I expect to come off the rail (not my experience) (maybe the jumper to make it a 1sec machine did not work) and if we were to look later we'd see the positions to be different. Or, something is screwed up in the machine with either the centering process or the masses themselves.

So, I'd like to look at the masses again at a later time if the coordinator would grant the access to the VEA.

I have produced filters for offline calibration of Hanford data starting at GPS time 1169326080. The filters can be found in the calibration SVN at this location:
ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/GDSFilters/H1DCS_1169326080.npz

For information on the associated change in calibration, see:
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=33585

For suggested command line options to use when calibrating this data, see:
https://wiki.ligo.org/Calibration/GDSCalibrationConfigurationsO2

The filters were produced using this Matlab script in SVN revision 4251:
ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Scripts/TDfilters/H1_run_td_filters_1169326080.m

The parameters files used (all in revision 4251) were:
ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/params/2017-01-24/modelparams_H1_2017-01-24.conf
ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/params/2017-01-24/H1_TDparams_1169326080.conf
ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Scripts/CAL_EPICS/D20170124_H1_CAL_EPICS_VALUES.m

Several plots are attached. The first four (png files) are spectrum comparisons between CALCS, GDS, and DCS. GDS and DCS agree to the expected level. Kappas were applied in both the GDS plots and the DCS plots with a coherence uncertainty threshold of 0.4%.
Time domain vs. frequency domain comparison plots of the filters are also attached. Lastly, brief time series of the kappas and coherences are attached, for comparison with CALCS.

WP 6428

The CO2 Laser Interlock Chassis D1200745 was replaced with the original chassis S1302125. Chassis removed S1302122. Replacement of chassis did not clear the glitches seen in the TCSY flowrate.  See alog 32776 and alog 33129.

Most of our activities are complete.  We have a few items which are still ongoing:

• ITM Scattering (Betsy & Jason)
• RF measurements in CER (Dick)

Betsy mentioned Test Mass charge measurements after their Scattering work. 

This is per alog 33735 and regarding FM9 filter for 4.7kHz violin mode.

PyCBC analysts, Thomas Dent, Andrew Lundgren

Investigation of some unusual and loud CBC triggers led to identifying a new set of glitches which occur a few times a day, looking like one or two cycles of extremely high-frequency scattering arches in the strain channel.  One very clear example is this omega scan (26th Jan) - see particularly LSC-REFL_A_LF_OUT_DQ and IMC-IM4_TRANS_YAW spectrograms for the scattering structure.  (Hence the possible name SPINOSAURUS, for which try Googling.)

The cause is a really strong transient excitation at around 30Hz (aka 'thud') hitting the central station, seen in many accelerometer, seismometer, HEPI, ISI and SUS channels.  We made some sound files from a selection of these channels :

• PEM-CS_SEIS_LVEA_VERTEX_Z (sped up by factor 4)
• PEM-CS_ACC_OPLEV_ITMY_X (sped up by factor 4)
• PEM-CS_ACC_BEAMTUBE_MCTUBE_Y (sped up by factor 2)

PEM microphones, interestingly, don't pick up the disturbance in most cases - so probably it is coming through the ground.

Note that the OPLEV accelerometer shows ringing at ~60-something Hz. 

Working hypothesis is that the thud is exciting some resonance/relative motion of the input optics which is causing light to be reflected off places where it shouldn't be ..

The frequency of the arches (~34 per second) would indicate that whatever is causing scattering has a motion frequency of about 17Hz (see eg https://ldvw.ligo.caltech.edu/ldvw/view?act=getImg&imgId=154054 as well as the omega scan above).

Maybe someone at the site could recognize what this is from listening to the .wav files?

Changed the HV setting on IP7 controller (last of the old multivac Varian controllers in LVEA) from 5.6 kV to 7 kV.

PT-140 shows a pressure rise from turning off HV off for a couple of minutes.

The controller unit was powered down and disconnected to change its output to 5.6 kV from 7.0 kV, did a re-configuration/calibration after via the front panel.

Cable was reconnected and the controller powered back up, attached is pressure trend of near volumes to X2-8 (2 hours).

Per WP#6447