Displaying reports 61521-61540 of 85686.Go to page Start 3073 3074 3075 3076 3077 3078 3079 3080 3081 End
Reports until 15:16, Saturday 09 January 2016
LHO VE
kyle.ryan@LIGO.ORG - posted 15:16, Saturday 09 January 2016 - last comment - 17:08, Saturday 09 January 2016(24811)
Stopped known leak on GNB spool (again!) at Y-mid
Wanting to eliminate CP3 as the source of the leak that appeared on 12/27/2015, I applied still more Vacseal to the area of the previously stopped leak which had been stopped months ago (see various aLOG entries) the difference is that this time a stayed away from the "cut/gouge" area that I had attributed as being the site of the leak but, instead, applied it only in the area where the spool roll seam weld interfaced with the stiffening ring stitch weld (also in the gap beneath the stiffener) -> WAHLAH! 

see attached pressure response
Comments related to this report
john.worden@LIGO.ORG - 17:08, Saturday 09 January 2016 (24817)

Plot of PT210

Images attached to this comment
H1 CAL (DetChar)
jeffrey.kissel@LIGO.ORG - posted 14:48, Saturday 09 January 2016 (24810)
PCALX Line Moved to 1001.3 [Hz]
J. Kissel

Continuing on schedule(-ish, see LHO aLOG 24802), we've moved the PCALX line from 1501.3 [Hz] to 1001.3 [Hz]. I'll collect all of these times, amplitudes, and frequencies once we're done, but I'll post a mini-alog every time we change it to explain the drops to commissioning mode. Through the magical powers of awesome, Rick somehow picked a frequency that perfectly avoided the an-harmonic, 1st harmonic of the QUAD's violin modes. Nice work!

This change means the 1.5 [kHz] line was in place from 21:02:11 UTC to 22:38:27 UTC (padded by a 30 second ramp time on either side)

We've now resumed observation intent, and it appears we might be done with RF45 noise for the day (crossing fingers).
Images attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 14:17, Saturday 09 January 2016 (24808)
Manual over fill of CP3
~1315 - 1355 hrs. local 

LN2 observed at GN2 exhaust after only 4 minutes -> Considering the exact procedure was followed as was during the previous manual over fill (2 days ago) and that then it had taken 29 1/2 minutes for LN2 to be observed at the GN2 exhaust, this demonstrates that opening the LLCV bypass valve 1/2 turn ccw is insufficient -> As such, from now on we should use 1+ full turn ccw (exhaust check valve bypass assumed to always be opened before LLCV bypass is opened) -> Today's data supports the choice of using 15% open for the LLCV, which was based upon the historical average needed to maintain the proper pump level- meaning that the pump level decays only slowly over the course of days if reliant only on the filling that occurs via the 15% open LLCV 

Next scheduled manual over fill of CP3 will be Monday, Jan. 11th before 4:00 pm
H1 CAL (DetChar)
jeffrey.kissel@LIGO.ORG - posted 13:13, Saturday 09 January 2016 (24807)
PCALX Line Moved to 1501.3 [Hz]
J. Kissel

Continuing on schedule(-ish, see LHO aLOG 24802), we've moved the PCALX line from 2001.3 [Hz] to 1501.3 [Hz]. I'll collect all of these times, amplitudes, and frequencies once we're done, but I'll post a mini-alog every time we change it to explain the drops to commissioning mode.

This change means the 2 [kHz] line was in place from 18:29:45 UTC to 21:02:11 UTC (padded by a 30 second ramp time.)

Also note there has been terrible sub-1[kHz] noise through out that ~1.5 hour period, but it has remained at low frequency, so I don't suspect that it will impact the estimate of the transfer function at these super-1[kHz] excitation frequencies.
Images attached to this report
H1 General
edmond.merilh@LIGO.ORG - posted 12:17, Saturday 09 January 2016 (24805)
Mid-Shift Summary - DAY

Mid-SHIFT SUMMARY: Well, 4 hours ago everything was looking rather ok. Then RF45 glitching started to pound on the range. Jeff K came in and, with the guidance of Rick S., we went out of Observing and turned off P-Cal X to “listen” for a few minutes. Then we changed the frequency of the lines, to no avail. We then changed the EOM RF45 offset around a bit and then set it back to nominal. For a short while, the noise settled away and we got our range back. ≈ 15 minutes ago, the noise has returned and our range has gone wacky again. More news at 4:00PM PST….

H1 CAL (CAL)
richard.savage@LIGO.ORG - posted 10:55, Saturday 09 January 2016 (24802)
Pcal/DeltaL comparison at high frequencies - driving the Xend Pcal

We are using the Xend Pcal to drive the ETM with single-frequency excitations at high frequencies.

Last night, we got about 8 hours at 4001.3 Hz (roughly 8 PM to 4 AM local time)
We then shifted to 2501.3 Hz at approximately 4 AM local time and got about 6 hours in this configuration before JeffK just switched to 2001.3 Hz..
 
Here is a  proposal for frequencies and excitation times, all assuming we are driving the Pcal at close to full range (35,000 - 40,000 counts, in this case)
Note that the S/N ratio in DeltaL_external will scale as approximately the inverse of the cube of the frequency.
Also note that for each frequency one should scrutinize the DeltaL spectrum to ensure there are no features within a few Hz of the excitation frequency, in which case the excitaiton frequency could be adjusted.
 
1001.3* Hz    1 hour
1501.3 Hz     1 hour
2001.3 Hz     1 hour
2501.3 Hz     2 hours
3001.3* Hz    4 hours 
3501.3 Hz     6 hours
4001.3 Hz     8 hours
4501.3 Hz     12 hours
 
Note that we already have data near this frequency, so this should be saved until the end, if time allows.
 
I suggest we run through the lower frequencies (and shorter times) during the days when calibration folks are around to make the changes, then leave the higher frequencies for the evenings with instructions for the operator to make the changes after enough good locked data is obtained.
 
Instructions for changing Pcal drive frequency:
    Take ifo out of observing mode
    Set Sin Ampl to 0.00, hit return (this should ramp down to zero amplitude, hopefully)
    Set frequency to 2501.3 Hz, hit return
    Set Sin Ampl to 40000.0, hit return
    Accept changes in the SDF system
    Set ifo back into observing mode
H1 ISC (CDS)
jeffrey.kissel@LIGO.ORG - posted 10:53, Saturday 09 January 2016 - last comment - 12:24, Saturday 09 January 2016(24803)
Tried my favored placebo for RF45 Noise
J. Kissel, E. Merilh,

Though we know it *should* have no effect, and there has been no conclusive evidence that it does, while out of intent to change the PCALX line, we moved the set point of the EOM 45 MHz control servo (H1:LSC-MOD_RF45_AM_RFSET) breifly down to 22.4, then up to 23.4, and then back down to its nominal value of 23.2. As usual, it's unclear whether this has done anything. We're now back into observation mode, with the intent bit set. Though the hefty bit of large features has gone away, there remains a bit of broad-band bnoise from 30 to 200 [Hz], and an harmonic streak of glitches in the OMICRON triggers.
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 11:33, Saturday 09 January 2016 (24804)
And probably coincidentally, the noise subsided around 19:30 UTC. #facepalm
jeffrey.kissel@LIGO.ORG - 12:24, Saturday 09 January 2016 (24806)
And it's back, since 20:00:00 UTC. #doublefacepalm. I'll stop live tweeting the IFO's noise at this point, 'cause it's only getting me into trouble.
H1 CAL
jeffrey.kissel@LIGO.ORG - posted 10:46, Saturday 09 January 2016 (24801)
PCALX Line Moved to 2001.3 [Hz]
J. Kissel, R. Savage, E. Merilh

While the IFO is screeching with RF45 noise, we've removed the intent bit and changed the 2501.3 [Hz] to 2001.3 [Hz]. In between, to exhonerate the PCALX from the excess noise and gltiching, we left all X-End lines OFF for 5 minutes between 18:26:10 and 18:30:15 UTC. No change in IFO noise characteristics -- still terrible.

The new line is at amplitude 35000 [ct] in the PCAL X oscillator (H1:CAL-PCALX_PCALOSC1_OSC_SINGAIN), and has been on since 18:30:15 UTC (with ramp of 30 secs prior). Attached is the SDF screen shot before we accepted the new values.
Images attached to this report
H1 CAL (DetChar)
jeffrey.kissel@LIGO.ORG - posted 10:09, Saturday 09 January 2016 (24800)
On the thoughts that the temporary(ish) new PCALX Lines are causing excess glitching
J. Kissel

I've come in to Ed mentioning that we've had intermittent RF45 glitching (see LHO aLOG 24789, LHO aLOG 24797), and there are concerns that the new PCAL lines are the source of the problem. I don't think this can be true. Here's why:

(1) The PCAL system is in no way related to the control servo for the 45 [MHz] modulation depth.
(2) The 2.5 [kHz] line (and 4 [kHz] line) had been on for ~6 hours before the first evidence for excess glitch rate / noise from RF45.
(3) The noise/glitchiness from the 45 [MHz] servo is taking on the "classic" behavior of intermittency (~15 minutes from Patrick, on and off for Ed).
(4) The amplitude of the PCAL line (with a ~0.1 [Hz] BW ASD) is just barely above the noise floor, much lower than any other sharp feature (i.e. the violin modes) above 1 [kHz], so I don't think it's a case of these new lines, say, saturating the OMC DCPDs (which is known to cause elevated noise / gltiching, etc.)
(5) The region surrounding these lines is feature free, so it's not a case of these new lines interacting with violin modes and ringing *them* up.

However, in order to get this "high" an amplitude, we are having to drive the Xend PCAL near the limit of it's range. It's not out of the realm of possibility that the PCAL's optical follower servo (OFS) is glitchy / non-linear near the edge of it range. However, again, because both the 4 and 2.5 [kHz] lines had been running for hours before any excess noise or glitchiness had shown up, I don't think this is the case either.

Images attached to this report
H1 General
edmond.merilh@LIGO.ORG - posted 09:09, Saturday 09 January 2016 - last comment - 09:28, Saturday 09 January 2016(24797)
Range glitching

It seems to me that there is a visible amount of noise happening in PRCL and MICH Live between 7Hz and 30Hz. This seems to be a constant state as there is no "breathing" to this condition, at this point. I'll keep watching.

Images attached to this report
Comments related to this report
edmond.merilh@LIGO.ORG - 09:21, Saturday 09 January 2016 (24798)

The RF45 Depth stabilization control, as far as I can see isn't really showing lare glitches but the coherence, in my opinion, looks like its exhibiting a little foolery in the LF area. Is this the EX P-Cal issue?? 

Images attached to this comment
corey.gray@LIGO.ORG - 09:28, Saturday 09 January 2016 (24799)
H1 General
edmond.merilh@LIGO.ORG - posted 08:28, Saturday 09 January 2016 (24796)
Shift Summary -Day Transition

TITLE: Jan 9 DAY Shift 16:00-00:00UTC (08:00-14:00 PDT), all times posted in UTC

STATE Of H1: Observing

OUTGOING OPERATOR: Patrick

QUICK SUMMARY: IFO and environment look to be ok. µSei is at 90th%ile.

LHO General
patrick.thomas@LIGO.ORG - posted 08:22, Saturday 09 January 2016 (24795)
Ops Owl End Shift Summary
TITLE: 01/09 [OWL Shift]: 08:00-16:00 UTC (00:00-08:00 PDT), all times posted in UTC

STATE Of H1: Observing @ ~ 77 MPc.
SHIFT SUMMARY: Remained locked entire shift. Took out of observing briefly to change the end X PCAL frequency as requested by Rick. Possible RF45 noise for ~ 15 minutes. A couple of large SUS ETMY saturation glitches.
INCOMING OPERATOR: Ed
H1 DetChar (DetChar, ISC)
andrew.lundgren@LIGO.ORG - posted 05:12, Saturday 09 January 2016 (24794)
DARM noise earlier looks like another manifestation of RF 45
The noise reported earlier in log 24789 looks like another case of RF 45 problems that were not picked up by the monitor.

The first attachment is a spectrogram of DARM showing the burst of noise then a moving comb of lines. We've seen the RF 45 trouble manifest this way before - see log 23269.  Looking carefully at the monitor channel (second plot), one of the lines does appear there, though the burst of noise does not. POP_A_9Q does a good job of witnessing the problem (third plot).
Images attached to this report
H1 General (CAL)
patrick.thomas@LIGO.ORG - posted 04:13, Saturday 09 January 2016 (24793)
Changed end X PCAL frequency
Per Rick's request I changed the end X PCAL frequency from 4001.3 to 2501.3. I went out of observing from 12:01:46 - 12:08:13 UTC to do this. I accepted the SDF difference from doing this (see attached). I followed his instructions:

On the Cal/PcalX/Excitation MEDM screen

    Take ifo out of observing mode
    Set Sin Ampl to 0.00, hit return (this should ramp down to zero amplitude, hopefully)
    Set frequency to 2501.3 Hz, hit return
    Set Sin Ampl to 40000.0, hit return
    Accept changes in the SDF system
    Set ifo back into observing mode
Images attached to this report
H1 General
fred.raab@LIGO.ORG - posted 16:15, Friday 25 December 2015 - last comment - 03:40, Saturday 09 January 2016(24477)
Christmas Day LIGO Fellow Report
Nutsinee had a tough time on OWL shift with H1 behaving badly until approx. 15:10 UTC, when it mysteriously improved. But the bad behavior returned around 17:00 UTC for about 30 minutes and I spent some time investigating its cause during this interval. Microseism was not too bad and wind was calm. There was no indication of excess noise on H1:LSC-MOD_RF45_AM_CTRL_OUT_DQ or coherence of that channel with DARM. Looking at a spectrogram of H1:CAL-DELTAL_EXTERNAL_DQ one can see broadband bursts across the bucket turning on and off suddenly (1-s resolution), with durations verying from a few seconds to about 30-40 seconds. Sometimes these were accompanied by loud bursts in the 10-20 Hz region, other times not. I looked for burstiness in other chnnels that was correlated with this. 

There was nothing well correlated in seismometers or microphones (either on the floor or in e-bays) or OPLEVs.  There were strong similarities on ASC-MICH_P and _Y, weaker on DHARD_P and Y, nothing on DSOFT_P and _Y, nothing on CSOFT, very weak similarities on CHARD and SRC2 P and Y. I am not familiar enough with the LSC/ASC couplings to know if this is just leakage of the length fluctuations onto ASC channels or if alignment is causing the problem. I looked at IMC_F an _L, MC2 TRANS which showed no indication that the cause came into the IFO on the light from the IMC. I tried looking at PRC ASC signals but they looked crazy in frequency with no time dependence (??). However SUS-PRM_M3_NOISEMON has large burst in the 10-30 Hz region on all OSEMS. HVETO finds these good for veto channels.

Travis was not finding anything bumping against its limits.

At 19:42:12 we lost lock. This coincides with the arrival of the maximum ground shaking in the 0.03-0.1 Hz from an EQ in Afghanistan, although the 1-3 Hz region showed sharp elevated shaking several minutes earlier. We are having a hard time getting back to locking.
Images attached to this report
Comments related to this report
andrew.lundgren@LIGO.ORG - 03:25, Saturday 09 January 2016 (24791)DetChar, ISC
It looks like the RF45 monitor sometimes does not see the RF45 noise. We will consider three times on the 25th. The reference time is 4 UTC, when there was nothing bad in DARM and the RF 45 was quiet. At 7:30, the RF 45 is obviously bad as seen by the monitor channel. At 17:04, there's very similar noise in DARM, but now the RF45 monitor stays at its reference.

The first plot is DARM for the three times. The shape and amplitude of the excess noise for the two bad times is very similar. The second plot is the spectra of the RF 45 monitor at these times. It easily sees the problem the first bad time, but at the second bad time (corresponding to a burst of noise in Fred's spectrogram) it stays at the reference.

The ASC-MICH channels look to be good witnesses of this noise. I think they're made from RF36, but that should be sensitive to RF45 issues. The third plot is the coherence with h(t) of RF45 and MICH_Y during the reference time. It has a few lines but is otherwise zero. The next plot shows high coherence with both during the first bad time. The last plot is coherence during the second bad time. There's just a tiny bit of coherence with the RF 45 witness. The MICH_Y coherence is basically the same as the other bad time.

This is worrisome because the RF 45 monitor is not always a good witness of the noise in DARM (and other channels). But it doesn't seem to be a problem with noise in the witness channel masking the RF 45 junk. Maybe this points to the problem being somewhere that the monitor is not always able to see.
Images attached to this comment
andrew.lundgren@LIGO.ORG - 03:40, Saturday 09 January 2016 (24792)DetChar, ISC
The reason that there's excess noise in PRM_M3_NOISEMON is just because of the control signal from PRCL. The attached spectrum shows that PRCL gets worse during the bad times, and that's just getting fed to PRM_M3.

In fact, MICH, PRC, and SRC all have a similar noise shelf up to 30 Hz during the bad time. They all involve some RF 45 signal in their production. The POP_A RF9 and RF45 photodiode signals, in the I and Q quadratures, all have similar shelves except for 9Q (second plot). That's the only one that's not used for control, so I think it's seeing the noise impressed by the MICH/PRC/SRC loops all suppressing the RF 45 noise.
Images attached to this comment
Displaying reports 61521-61540 of 85686.Go to page Start 3073 3074 3075 3076 3077 3078 3079 3080 3081 End