Displaying reports 60081-60100 of 83165.Go to page Start 3001 3002 3003 3004 3005 3006 3007 3008 3009 End
Reports until 14:52, Tuesday 24 November 2015
H1 General (OpsInfo)
cheryl.vorvick@LIGO.ORG - posted 14:52, Tuesday 24 November 2015 - last comment - 14:59, Tuesday 24 November 2015(23706)
Ops Day Shift - Mid-shift Update: Maintenance ended, IFO required an initial alignment, Y arm / ETMY had issues, twice

Title: Ops Day Shift - Mid-shift Update, 22:22UTC

State of H1: lock in DRMI when I started my alog, now in Low Noise

Assistance: Kiwamu, Jenne, Ed

Summary: Y arm alignment has been very sensitive to ETMY alignment, and has needed special attention a couple times today.

Details:

In locking the arms in green, after maintenance, I was able to get Y arm to 0.85 in power, but that alignment was not good for green WFS, so killed the arm.

I chased the changing alignment every time WFS engaged even briefly.

Kiwamu and Jenne diagnosed this as a WFS issue, and driving the WFS issue is was a misalignment in ETMY.

I was able to get the power in the Y arm up to 0.85, however that was optomized for a beam path in the Y arm that wasn't what the WFS wants.

After the Y arm green alignment / locking was corrected and WFS engaged, I offloaded the green WFS and started an initial alignment.

After the initial alignment was complete, the Y arm was again an issue, locking at 0.4.

Again Kiwamu alighned the Y arm, and this time using only ETMY, and arm powers and WFS centering were good.

OMC needed it's WFS cleared.

ISS Second Loop needed to be engaged by hand.

I continued the locking, and currently the IFO is in Low Noise.

Comments related to this report
cheryl.vorvick@LIGO.ORG - 14:59, Tuesday 24 November 2015 (23707)Lockloss, OpsInfo

- IM1 was found to be not damped, aligned but not damped, and the damping was re-engaged while in Low Noise and the lock survived.

This was a error state that occured after I had all IMs undamped earlier today.  Not sure why Guardian didn't re-engage the damping. I only used Guardian to control the IMs, so it seems possible that there's an issue with commands for IM1.  This should be tested.

- 22:58UTC, Low Noise lock loss - IFO was oscillating and JeffK tried to intervene, however an earthquake arrived and broke the lock.

H1 SEI
hugh.radkins@LIGO.ORG - posted 13:31, Tuesday 24 November 2015 (23705)
Rezero ETMY STS2 leads to rezero T240s

WP #5618  Rezero ETMY STS2

Jim noted in the LHO alog 23610 that blend switching is smooth for most BSC platforms except ETMY.  BTLantz noted that the ETMY STS2 was not well centered and Jim thought this may contribute to the blend switch glitch, hence the work permit.  Enter me.

At the EndY, I ramped down the sensor correction and then got distracted with something shiny and started looking at the front panel UVW monitors.  Toggling the UVW/XYZ selector on the STS2 does not impact the signal going into the STSINF but when I toggled the T240 selector, the ISI tripped.  Karen was around cleaning at the time but I suspect it was me.  So with DVM I checked the T240 monitors and saw a few of the 9 (three t240 x U V & W) reading as high as 6+V.  Some were mvolt level.  Now I rezero'd all the T240 with selector in UVW position.  Now all read < ~200mvolt.  Toggle back to XYZ position.

Sensor correction ramped back on and ISI reisolated.  Yes, did you note the glaring ommission?  Yes I never did rezero the STS2, rats ankles!

Attached is the T240 X Y Z  INMONs where the ISI trip and the zeroing are evident on this 1 hour long trend plot.

The second attachment is the T240 U V W monitors.  Again very evident is the ISI trip and the rezero.  Yes, very interesting...

The X Y Z signals all return to about where they started.  I did zoom into them all and they are a little different but pretty much zero before zero after.  The U V W trends though show a much different story.  Six of the nine channels show a large step toward zero with the reset.  The other three basically return to where they started after the rezero action.  Still at least now, the six channels that were many thousands are now all under 1000 and only one channel of the nine remains above 1000.  Maybe the blend switching will be smoother now.  Maybe this rezeroing needs to be repeated to encourage the remaining to get closer to zero.

Images attached to this report
H1 PSL (DetChar, PSL)
jason.oberling@LIGO.ORG - posted 11:22, Tuesday 24 November 2015 (23702)
H1 PSL FSS Maintenance

J. Oberling, P. King, E. Merilh

Over the weekend the FSS RefCav TPD dropped from ~1.4V to ~1.0V, so we went in to realign it.  This was all done with the ISS off.  Results:

The alignment was recovered entirely with a pitch adjustment of the RefCav input periscope mirrors.  This completes LHO work permit #5622.

H1 INJ (CAL, DetChar, INJ)
christopher.biwer@LIGO.ORG - posted 11:16, Tuesday 24 November 2015 (23701)
Turn off 3kHz PCALX line and switch CW injections to use PCALX
Chris B., Keith R.

Summary:

Chris turned off the 3kHz PCALX line.

Keith updated the CW injections to use PCALX and Chris tested it. Everything went well.

Turned off the 2kHz line:

The 3kHz PCALX line turned off at 18:37 UTC. I accepted the change for H1:CAL-PCALX_OSC_SUM_ON that changes the value from 1 to 0 on the SDF.

Updated psinject config file:

Keith R. updated psinject to inject into CAL-PINJX_CW_EXC. To do this Keith updated psinject_config.tcl and changed the line " set channel CAL-INJ_CW_EXC" to "set channel CAL-PINJX_CW_EXC". Chris did the following commands to update:
cd /home/hinj/Details
svn up psinject_config.tcl

Tested CW injections on PCALX:

CW injections were off at LHO already and the monit web interface has been disabled. See aLog 23666.

So I turned off the CAL-PINJX_CW filterbank and did a test of psinject. To do the test I did:
cd /home/hinj/Details/bin
./start_psinject
./check_psinject
./stop_psinject

I checked that the CW injections were going to the correct channel. Everything looked fine.

I then turned off psinject. I turned the CAL-PINJX_CW filterbank on.
H1 IOO (IOO, ISC)
keita.kawabe@LIGO.ORG - posted 11:15, Tuesday 24 November 2015 (23700)
RF45 glitches: PSL room vibration/acoustic is mostly felt by out-of-loop sensors, not in-loop ones.

In the attached 1-day trend, the last 2 hours or so is when people went into the PSL room for the PSL maintenance.

The control signal glitched only once during this time (bottom left), but the out-of-loop signals (right column) were glitching for the entire period.

Apparently the fan/AC/makeup air in the PSL room cause glitches downstream of the RF AM stabilization, and the RF AM stabilization doesn't see the effect. This is very different from the glitches that we've been suffering from, where the effect was most visible in the control signal.

One of the suspicions was that something is mechanically loose and couples to vibration/acoustic, causing the glitches in the observation mode, but it doesn't seem to hold true inside the PSL room.

Images attached to this report
H1 CDS
james.batch@LIGO.ORG - posted 11:12, Tuesday 24 November 2015 (23699)
Matlab license server restarted
Carlos, Jim B.

New Matlab licenses have been installed and the license server process restarted.  The messages regarding expiring licenses should no longer appear on startup of Matlab.
H1 PSL
jason.oberling@LIGO.ORG - posted 10:54, Tuesday 24 November 2015 (23698)
H1 PSL FE Watchdog Reset & Crystal Chiller Topped Off

I reset the PSL 35W FE watchdog this morning at 18:34 UTC (10:34 PST).  I also noticed the crystal chiller was a little low so added 150 mL of water to top it off.

LHO VE
kyle.ryan@LIGO.ORG - posted 10:30, Tuesday 24 November 2015 (23697)
0915 hrs. local -> Added ~4 gallons to diesel generator at BT port X2-8


			
			
H1 General
cheryl.vorvick@LIGO.ORG - posted 09:11, Tuesday 24 November 2015 (23696)
test alarms that were expected this morning did not come through

Standard weekly test of the SNEWs and G-wave alarms did not come through as expected, and are also absent from the GraceDB page.

H1 SEI
hugh.radkins@LIGO.ORG - posted 09:07, Tuesday 24 November 2015 (23695)
LHO ISI Guardian Updated--Auto GS13 gain switching & FF Turn on

WP 5620; SEI Log 841; DCC T1500549

I've SVN UP'd userapps/release/isi/common/guardian getting:

hugh.radkins@opsws1:guardian 0$ svn st
!       .
?       isiguardianlib/manager_tracknodes.py
?       isiguardianlib/BSC_MANAGER/states_tracknodes.py
hugh.radkins@opsws1:guardian 0$ svn up
U    isiguardianlib/damping/states.py
U    isiguardianlib/isolation/const.py
U    isiguardianlib/isolation/util.py
U    isiguardianlib/isolation/states.py
 U   .
Updated to revision 12177.

 
These changes allow the automated switching of the ISI GS13 Gains if desired.  Except for the BS and the HAM6 ISIs, all the ISIs run with High Analog Gain and No Whitening (High Gain State.)  Usually, when the ISIs trip, it is due to higher ground motion.  This is just the time when the GS13s need to be in Low Analog gain to prevent saturation.  For those platforms which nominally operate in the Hi Gain State, the Guardian will be set to SWITCH_GS13_GAIN.  This will alleviate that chore from the operator.  For the BS and HAM6 which do not operate in the Hi Gain State, no switching will occur and they too will require no action from the operator for this reason.
 
Making these changes active requires a restart of the every platform ISI guardian.  I've only done this on HAM5 and I've verified that the intended changes work.
 
The update also turns on/turns off the FF path after isolating/tripping after enabling in the ISI_chamber.py file.  This feature too functions as advertised.
 
I will work to restart and set up the other platforms as the day progresses.
H1 General
cheryl.vorvick@LIGO.ORG - posted 08:30, Tuesday 24 November 2015 (23694)
Ops Day Shift: transition and the start of maintenance

Title: Ops Day Shift, 16:00-00:00UTC (8:00-16:00PT), all times in UTC

State of H1: unlocked, Down, maintenance started around 16:20UTC with PSL REF cav realignment

Outgoing Operator: Nutsinee

Site status:

- freezing rain and snow last night, roads are passable but not clear

- temperatures are around 28F across the site

- useism is increasing, with the corner station at about 0.6um/s, and EY and EX at 0.4um/s

- winds are 5-15mph across all stations

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 08:26, Tuesday 24 November 2015 (23692)
Owl Shift Summary

TITLE:   Nov 24 Owl Shift 08:00-16:00UTC (00:00-08:00 PST), all times posted in UTC

STATE Of H1: Lock Acquisition

SUPPORT:

INCOMING OPERATOR: Cheryl

END-OF-SHIFT SUMMARY: High useism and wind speed is on the rise. The IFO was locked through out the night and lost lock just before the maintenance time. Relocking attempt has been unsucessful for me. Got to LOCK DRMI once and the other time it just lose lock at FIND IR. I touched TMSY to maximize the ALSY transmission. I hit ETMY diag reset to clear the timing error. I switched blends on both end stations to be 90 mHz and left the corner station ISI at 45 as Jim suggested. Handed off the IFO to Cheryl.

 

ACTIVITY LOG:

08:05 Kyle on site

09:20 Kyle left

14:41 Bubba driving the tractor around to clear snow off the drive way.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 07:35, Tuesday 24 November 2015 (23691)
Lockloss 15:28 UTC

Haven't investigated the cause but the ALS beams don't look too good.

H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 04:25, Tuesday 24 November 2015 (23690)
Owl Mid Shift Summary

Quiet night so far. Useism is on the rise. A HPI-ETMX_IPS location mon was increasing the beginning of the shift but now seems to flatten out. 

Images attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 01:12, Tuesday 24 November 2015 (23689)
0005 - 0105 hrs. local -> Back and forth to X2-8 to refuel diesel generator
Added ~ 5 gallons of fuel to generator -> found blown fuse for 1 of 2 variacs supplying heat to 1 1/2" tubes + gate of 10" gate valve -> replaced 5A fuse -> OK now -> T/C for ion pump indicates 188C -> adjusted output (decreased) for both variacs supplying heat to ion pump (150C is target)
H1 General
jim.warner@LIGO.ORG - posted 00:12, Tuesday 24 November 2015 - last comment - 11:54, Tuesday 24 November 2015(23688)
Shift Summary

Title: 11/23 Eve Shift 24:00-8:00 UTC (8:00-16:00 PST).  All times in UTC.

State of H1: Observing

Shift Summary: EX ISI is causing troubles again, but some changes to ASC seem to be keeping things under control for now

Onsite Support: Evan, Jeff, Jenne

Activity log:

IFO was unlocked when I arrived.  Evan and Jeff were trying to diagnose EX.

1:00 I start initial alignment, this is hampered by AlignIFO and IMC nodes not cooperating. IMC node seemed to hang and refuse to lock occasionally, I had to re-request Lock. Lock X-arm IR was also uncooperative.

2:40 Finally to NLN. Except for EX slowly ringing up and then down, all's quiet.

Comments related to this report
jenne.driggers@LIGO.ORG - 11:54, Tuesday 24 November 2015 (23703)

A few details on the Xarm locking, in case it's helpful for someone else in the future:

We had the XARM gain turned up to 0.15 (which many people have been doing lately, when the Xarm is being fussy (nominal is 0.05)), however when it would catch lock, it would oscillate significantly.  I think this was because the optical gain was too low (highest flashes and average transmission were about 0.8), and so we couldn't afford the 2 integrators that come on immediately after the lock is acquired.  I had Jim disable the filter module triggering (by setting FM1 and FM2 of the XARM to "Man" rather than "Trig"), and we were easily able to acquire a smooth lock. After a few seconds the ASC brought the arm power to just above 1.0, and we switched the triggering settings back to normal.  Alternatively, we probably could have turned the XARM gain up even higher, to make sure we weren't so close to the low edge of the phase bubble, but there didn't seem to be a reason to explore this more thoroughly. 

H1 General (OpsInfo)
jim.warner@LIGO.ORG - posted 19:24, Monday 23 November 2015 - last comment - 19:40, Monday 23 November 2015(23686)
Briefly in Observe, ring up problems again though

The IFO just got to NLN, so I switched to Observe. Shortly after, the ring EX ring up reappeared, so we have dropped out of Observe again, and are tuning some ASC to try to settly the IFO down.

Comments related to this report
jim.warner@LIGO.ORG - 19:40, Monday 23 November 2015 (23687)

Getting ready to go back into Observe, Jenne had me reduce the gains on PRC1 Y with a -20dB filter, and reduce the gains on DHARD P (from 10 to 7) and Y(from 15 to 10). The low frequency ground motion is coming up, so we may be getting an earthquake.

H1 DAQ (CDS)
jeffrey.kissel@LIGO.ORG - posted 17:15, Monday 23 November 2015 - last comment - 13:14, Tuesday 24 November 2015(23680)
DTT Ramp ON bug for Very Low Frequency Excitations
J. Kissel

While trying to characterize problems with HEPI / TIDAL / ISI / ASC (LHO aLOGs 23676 and 23676), I tried taking a swept-sine transfer function with three data points between 0.001 and 0.005 to charaterize the HEPI / UIM cross-over frequency (recall that the TIDAL crossover frequencies were never calibrated beyond "roughly," LHO aLOG 16255). However, upon starting the excitation, DTT gave the IFO a good kick on lots of ASC and LSC DOFs. It did *not* break the lock, but it certaintly came close, and any higher an excitation amplitude would have certaintly lost it.

From a look at the time serious, it looks like DTT *tried* to ramp the signal, but chose a much faster ramp than is necessary for such a waveform.

Attached are the start of the waveform, a zoom in on the ramp, and then a screenshot of the DTT params.
Images attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 17:20, Monday 23 November 2015 (23681)
FRS Ticket 4029 filed.
james.batch@LIGO.ORG - 08:29, Tuesday 24 November 2015 (23693)
Please file a bug report in the CDS Bugzilla system.  That is the proper place for software issues.
jeffrey.kissel@LIGO.ORG - 13:14, Tuesday 24 November 2015 (23704)
Bug report 952 has been filed, as per request.
Displaying reports 60081-60100 of 83165.Go to page Start 3001 3002 3003 3004 3005 3006 3007 3008 3009 End