Upon completing the leak testing of the Y-end yesterday, Gerardo and I realized that we had failed to test the 4.5" blank which had replaced the 1st generation ESD gauge on BSC9 at the X-end. So... ~1345 - 1415 hrs. local Replaced X-end turbo scroll baking pump with LD and sprayed 20 seconds of audible helium flow at untested CFF -> OK -> Restored pump configuration to as found -> Shut down LD
Scott L. Ed P. 6/30/15 Cleaned 62 meters ending 1.5 meters north of HNW-4-097. 7/1/15 Cleaned 47.4 meters ending 13 meters north of HNW-4-099. 7/2/15 Finished crevice cleaning and testing. Results posted here. X-ARM IS COMPLETE.
This is the (delayed due to conference travel) summary of my DQ shift for 12-15 June mentored by Andy L, the detailed report is at https://wiki.ligo.org/viewauth/DetChar/DataQuality/DQShiftLHO20150612
Several blip glitches occurred during that time, eg this one
DAC glitches were noticed in LSC-MCL_IN1, these seem to come from SUS-MC2_M3 as shown by the lineup plot :

Much of the data was clean with good sensitivity - but there were significant bad periods of excess broadband and/or low frequency noise during hour 8 UTC (spectrogram link) and hour 10 UTC (link) which killed inspiral range. The excess noise appears also in a large number of ASC and LSC channels but no clear cause. Does anyone have an idea what could have been going on at these times?
One curious feature was a band of excess noise over 60-75 Hz appearing at almost exactly 12:00 and gradually moving up and down in frequency until hour 17 UTC when it suddenly disappeared. See spectrogram link for an overview. Again this is mysterious and any clues from on side would be welcome.
It is clear from the spectrograms and omicron triggers that there were a few (about 1 per hour) really loud glitches - SNR > 1000. It has been suggested these are related to beam tube cleaning and its aftermath (e.g. particles loosened & falling through the beam). See omega scan of the loudest
Another feature seen previously is a set of near-periodic glitches at 60Hz, approximately every 72 minutes. These are associated with activity in the SUS-ETMY_L2 auxiliary channel, 'something happening' at the Y arm end station with ~4300s period.
Forgot to post this yesterday. This is the Ops Summary for Wednesday July 1st.
8:26 Leo - ETM ESD charge measurement
8:56 Jodi/Jeff to warehouse and Mid Y
9:22 Elli to IOT2R
9:30 Jodi and Jeff B. back
9:35 Gerardo to EX, EY pick up equipment
9:36 Elli to EY
9:41 Jordan to EX testing PEM acc. meter.
10:01 Elli back
10:10 Karen to LVEA
10:17 Jeff K. to LVEA (ISC rack by PSL room)
10:40 Jeff K. back
10:41 Jeff B. to 3IFO area
10:58 Ed to ETMX increase oplev laser power
11:03 Jeff B. back
11:12 Gerardo back
11:14 Fil to End stations - run cables for second pressure gauge
11:22 Gerardo back
11:50 Jason, Ed test turning off HPO box
12:00 Jason, Ed back
12:16 Fil back
13:01 Jordan back
13:07 Kyle climbing on HAM6
13:34 Kyle - vacuum work around HAM6
13:50 Gerardo climbing HAM6
13:56 Gerardo done
14:15 Daniel, Nutsinee to EX
- turned on green laser, adjusted Crystal Frequency to get the beat note in range, PLL locked.
- EX Lazer Hazard
15:30 Daniel, Nutsinee back
15:40 Kyle, Gerardo back from EY
15:45 Nutsinee to EY turned on Green laser. EY now Laser Hazard.
16:13 Leo finished with ESD measurement
More charge measurements. Two plots in usual style, and other couple of plots show the same measurements separately for each QUAD.
(Kyle, Gerardo)
Y-End station:
Connected and ran leak detector at turbo's exhaust in place of scroll pump, sprayed new, untested, conflats with 20 seconds of audible helium flow.
No leaks detected.
Turbo pump restored to original configuration.
Pump down continues.
Conflats tested: new Inficon gauge for ESD interlock, NEG pump 10" gate valve conflat only, Old TMDS valve + blank on middle port north door, New TMDS valve + elbow + blank on south door, and new blank for the removal of the old type gauge for ESD interlock.
Local controller shows correct voltage and current -> The signal wiring for this unit has never been correct since an additional terminal strip box was added to facilitate moving the original ion pump controller rack as required by the placement of the HEPI pump stations -> I'll consult with the EE folks
I've seen and noted this before. It has been present since early Feb when the sensors were quieted and the noise dropped enough.
If you look at trends, there is a brief upward spike on all the pressure sensor channels at the EndY HEPI Pump System that occurs everyday at 0329utc +- seconds!. Additionally, there is a weekly (Sunday) double glitch. The first glitch of the Sunday double occurs at the same time as the daily and looks similar and a second (slightly different) hits 20minutes later followed by a downward glitch 10 minutes later. Yes, every day and every Sunday.
The pressure does cause the pressure servo to react--see the CONTROL_VOUT. The glitch is actually a 40 second climb of the pressure which the servo attempts to counter with a reduction of the drive output. If the servo was driving the pressure, the sign would be reversed.
The glitches don't show in the position controllers or the inertial out of loop hepi sensors. The Actuator performance must not be that sensitive to the absolute or differential pressure. So, this really is not an IFO issue but we should figure out what is causing this. This is not seen in the other Pump Station's pressures but they may be currently too noisy.
Attached are 2 hour second trends of the daily and weekly glitches. Posting this here for the record and will open an integration issue.
Anyone else see anything at this time?
Danny Sellers, LLO Laser Safety Officer, unplugged and locked out the PSL HPO diode box power supplies to prevent the accidental activation of the High Power Oscillator.
See photo. The appropriate laser safety documentation concerning the operation of the PSL is being reviewed and updated to reflect the implementation of this new administrative/ engineering control
Note: Having the HPO diode box power supplies off does not interfere in the operation of the 35W Front End laser.
Also note that LHO made the same change today.
The adding the capability to lock out the pump diodes for the HPO is an important change in operational configuration and how we operate the sites' PSLs. For the record, this is the path followed at LHO to investigate the possibility of an engineering control (the physical locking out of power to the pump diodes), the installation of the control , and the communication with our sister site.
Date: Wed Jul 1 11:19:11 PDT 2015
Serial number: 5320
Task leader: Jason Oberling
People performing work: Jason, Rick
Facility: LHO
A lock and tag will not be used.
Period of Activity: 7/1/2015 - 7/1/2015
Area of Activity: H1 PSL, Laser Diode Room
Hazards:
Activity: In light of the event last week at LLO, to avoid accidental turning on of the PSL High Power Oscillator (HPO) we are going to test turning off the HPO diode box power supplies to see if the Front End (FE) still runs. The laser may trip during this test. In discussion with AEI Hanover, who has been talking with NeoLase, we have been told that this should be possible.
| Subject: | PSL HPO Diode Box Power Supplies Locked Out |
|---|---|
| Date: | Wed, 01 Jul 2015 12:58:38 -0700 |
| From: | Jason Oberling <oberling_j@ligo-wa.caltech.edu> |
| To: | lho all <lho-all@ligo-wa.caltech.edu> |
FYI for all:
I have turned off, unplugged, and locked out the H1 PSL HPO diode box power supplies. This is to prevent the accidental turning on of the HPO, and does not interfere with the operation of the 35W Front End laser. Lockout IDs are 3986 and 3770. If for some reason access to these power supplies is needed/desired, come see me.
Jason
| Subject: | H1 PSL HPO diode power supplies turned off and locked out |
|---|---|
| Date: | Wed, 01 Jul 2015 13:04:59 -0700 |
| From: | Jason Oberling <oberling_j@ligo-wa.caltech.edu> |
| To: | lsc-psl@ligo.org, Janeen Romie <janeen@ligo-la.caltech.edu>, Richard Oram <roram@ligo-la.caltech.edu> |
| CC: | fred.raab@ligo.org |
As the subject says, I have turned off, unplugged and locked out the PSL HPO diode box power supplies to prevent the accidental turning on of the HPO. Benno reported in this morning's PSL meeting that this should be possible and I have confirmed: having the HPO diode box power supplies off does not interfere in the operation of the 35W Front End laser. I recommend LLO implement this as soon as they are able.
Jason
Don't forget laser goggles!
ALS-X PLL is locked but not ALS-Y. I tried to change the Crystal Frequency just in case I could fix it quickly but after a few try I didn't have any luck. So, I returned the value back to where it was when I found it (-50.3570649 MHz).
Posted below are the data from DB1, DB4, and 3IFO-DES-CAB long term storage cabinets. All data are with normal ranges and expected patterns. The dip in RH recorded for 3IFO-DES-CAB starting on 06/23/15 is from the Dewar being filled. Greater pressure in the Dewar meant more flow through the cabinet, resulting in a lower RH. In short, the cabinets are working as expected.
maintenance day restart log:
model restarts logged for Tue 30/Jun/2015
2015_06_30 11:25 h1iopsush2b
2015_06_30 11:25 h1iopsush56
2015_06_30 11:25 h1susim
2015_06_30 11:25 h1sussrm
2015_06_30 11:26 h1iopsush56
2015_06_30 11:26 h1susomc
2015_06_30 11:26 h1sussr3
2015_06_30 11:26 h1sussrm
2015_06_30 11:28 h1iopsusb123
2015_06_30 11:28 h1susbs
2015_06_30 11:28 h1susitmx
2015_06_30 11:28 h1susitmy
2015_06_30 11:29 h1iopsush2a
2015_06_30 11:29 h1iopsush56
2015_06_30 11:29 h1susmc1
2015_06_30 11:29 h1susmc3
2015_06_30 11:29 h1suspr3
2015_06_30 11:29 h1susprm
2015_06_30 11:47 h1hpiitmy
2015_06_30 11:47 h1iopseib1
2015_06_30 11:47 h1iopsush56
2015_06_30 11:47 h1isiitmy
2015_06_30 11:47 h1susomc
2015_06_30 11:47 h1sussr3
2015_06_30 11:47 h1sussrm
2015_06_30 12:05 h1iopsush56
2015_06_30 12:05 h1susomc
2015_06_30 12:05 h1sussr3
2015_06_30 12:05 h1sussrm
2015_06_30 12:07 h1iopseib2
2015_06_30 12:07 h1isibs
2015_06_30 12:08 h1hpibs
2015_06_30 12:08 h1hpiham1
2015_06_30 12:08 h1hpiitmx
2015_06_30 12:08 h1iopseib3
2015_06_30 12:08 h1iopseih16
2015_06_30 12:08 h1isiitmx
2015_06_30 12:10 h1hpiham2
2015_06_30 12:10 h1hpiham3
2015_06_30 12:10 h1hpiham4
2015_06_30 12:10 h1hpiham5
2015_06_30 12:10 h1hpiham6
2015_06_30 12:10 h1iopseih23
2015_06_30 12:10 h1iopseih45
2015_06_30 12:10 h1iopsush34
2015_06_30 12:10 h1isiham2
2015_06_30 12:10 h1isiham3
2015_06_30 12:10 h1isiham4
2015_06_30 12:10 h1isiham6
2015_06_30 12:10 h1susmc2
2015_06_30 12:10 h1suspr2
2015_06_30 12:10 h1sussr2
2015_06_30 12:12 h1iopasc0
2015_06_30 12:12 h1ioplsc0
2015_06_30 12:12 h1isiham5
2015_06_30 12:12 h1lsc
2015_06_30 12:14 h1ascimc
2015_06_30 12:14 h1asc
2015_06_30 12:14 h1calcs
2015_06_30 12:14 h1iopoaf0
2015_06_30 12:14 h1lscaux
2015_06_30 12:14 h1oaf
2015_06_30 12:14 h1odcmaster
2015_06_30 12:14 h1omc
2015_06_30 12:14 h1pemcs
2015_06_30 12:14 h1susauxasc0
2015_06_30 12:14 h1sushtts
2015_06_30 12:14 h1tcscs
2015_06_30 12:24 h1iopsush56
2015_06_30 12:24 h1sussrm
2015_06_30 12:25 h1iopsush56
2015_06_30 12:25 h1sussrm
2015_06_30 12:26 h1calcs
2015_06_30 12:26 h1susomc
2015_06_30 12:26 h1sussr3
2015_06_30 12:50 h1lsc
2015_06_30 14:02 h1omc
2015_06_30 14:27 h1nds0
2015_06_30 14:28 h1nds0
2015_06_30 14:36 h1fw0
2015_06_30 15:57 h1broadcast0
2015_06_30 15:57 h1dc0
2015_06_30 15:57 h1fw0
2015_06_30 15:57 h1fw1
2015_06_30 15:57 h1nds0
2015_06_30 15:57 h1nds1
2015_06_30 15:58 h1nds0
2015_06_30 16:06 h1fw1
2015_06_30 16:50 h1broadcast0
2015_06_30 16:50 h1dc0
2015_06_30 16:50 h1fw0
2015_06_30 16:50 h1fw1
2015_06_30 16:50 h1nds0
2015_06_30 16:50 h1nds1
2015_06_30 16:55 h1broadcast0
2015_06_30 16:55 h1dc0
2015_06_30 16:55 h1fw0
2015_06_30 16:55 h1fw1
2015_06_30 16:55 h1nds0
2015_06_30 16:55 h1nds1
I reported suspisions about the ETF (Stanford) Seismometer that is now wired up as the STS2-A or HAM2 ground sensor. That was ten days ago and here is another look from earlier this morning. Pretty much same conclusion: The ITMY and HAM5 units show very good coherence even though they are separated by 30meters. The HAM2 & ITMY sensors are just a couple meters apart and they are no showing the coherence they should: and the HAM2 & HAM5 sensors coherence is similarly poor..
While the problem may be cable or setup (level or igloo rubbing) I suspect the unit itself.
BTL: Any word on these instruments from your experiences?
If you have it insulated and it isn't rubbing, then it is probably the standard STS needs to get fixed problem, and checked that the feet are locked
Morning Meeting
Safety Meeting
Happy Holiday!
I sent a small excitation into MC2 M3 LL last night (29/06/2015 22:37 UTC) and again today after the autocalibration was done (7/1/2015 00:35 UTC).
The attached screenshot shows the voltmon channel, both before and after. There isn't a clear difference, it seems like there could be a discontinuity at the zero crossing in both cases, but it is not obvious from the time series if things are better or not after the autocalibration.
Hi Sheila, looks like your autocal did reduce the glitches somewhat between those two times. In the attached file I used the NOISEMON channels in the frames. But you could also watch the FASTIMON channels during injections from on site (thanks TJ).