Displaying reports 57561-57580 of 84512.Go to page Start 2875 2876 2877 2878 2879 2880 2881 2882 2883 End
Reports until 16:08, Sunday 12 June 2016
LHO VE
kyle.ryan@LIGO.ORG - posted 16:08, Sunday 12 June 2016 - last comment - 17:57, Sunday 12 June 2016(27705)
1600 hrs. local -> Kyle onsite assembling RGA in VAC PREP LAB


			
			
Comments related to this report
kyle.ryan@LIGO.ORG - 17:57, Sunday 12 June 2016 (27706)
1800 hrs. local -> Leaving now
LHO VE
kyle.ryan@LIGO.ORG - posted 07:58, Sunday 12 June 2016 - last comment - 08:57, Monday 13 June 2016(27703)
PT100B off -> Pirani interlock?


			
			
Comments related to this report
kyle.ryan@LIGO.ORG - 16:01, Sunday 12 June 2016 (27704)
On-Off-On-Off-On....  PT100A back and forth across 5x10-3?  
patrick.thomas@LIGO.ORG - 08:57, Monday 13 June 2016 (27710)
It does not appear to be the interlock. It is still forced on in Beckhoff, and trending it (attached) shows no change while the cold cathode drops in and out.
Non-image files attached to this comment
H1 SEI (SEI)
michael.ross@LIGO.ORG - posted 12:40, Saturday 11 June 2016 (27700)
BRSX Damper Noise Measurement

Krishna, Michael

We took a look at the noise of BRSX with damping forced on and off now that the new damper is installed. For context, the previous damper injected lots of broadband noise which made the BRS unusable during damping. The first plot in the attachment shows that with the new damper we get comparable tilt subtraction whether the damping is on or off. The second plot is a more broadband view of the BRS noise and shows that the damping rings up the torsional mode (~3 Hz) and some other higher frequency modes but doesn't change the broadband noise. The wind picked up right when we forced the damping on so there's an overall increase in low frequency motion.

After taking the measurements with the damping forced on (~1 hr), we found that the BRS had started drifting rapidly which decreased the ability to subtract tilt. This is due to the heat generated by the stepper motor that drives the turntable. In normal operating conditions, the damper shouldn't ever need to run for this long and thus shouldn't create such a large of a drift.

The take away from this is that the BRSX sensor correction need not be turned off if damping does trigger. The tilt subtraction might not be very effective shortly after damping but it should still be useable.

Non-image files attached to this report
H1 SEI (DetChar, ISC, SEI)
krishna.venkateswara@LIGO.ORG - posted 12:33, Saturday 11 June 2016 (27699)
BRSY Sensor Correction during Wednesday's 30 mph winds

Michael, Krishna, Jim, Hugh

Here's a brief look at the performance of the BRSY sensor correction during Wednesday's ~20-40 mph winds. We were using 250 mHz blends and Warn_SC_2 sensor correction filters for Y axis (the beam axis). The interferometer was able to lock well as noted in 27658.

The first plot in the attached pdf shows an ASD of the ground seismometer Y, the BRS rX, the tilt-subtracted seismometer Y and the ST1 seismometer Y signals. The tilt-subtraction worked well and kept ST1-Y motion small even as isolation was provided above 0.1 Hz from the sensor correction filter. Note that ST1 still sees the ground tilt and the seismometer output is contaminated by tilt, hence the effect of the isolation is not clear in the ST1 Y channel but we expect it to be there. Ideally one would like to measure the tilt going into ST1 from the ground and cancel that (rX sensor correction), but as Robert showed in his alog a few weeks ago, ground tilt varies significantly on the LVEA floor and one would need multiple angle sensors to map it well or one (good) angle sensor on Stage 1.

The second plot shows the coherence between the ground seismometer Y and BRSY rX and that between the tilt-subtracted Y and BRSY rX. The high coherence in the first is good, but the high coherence in the second indicates that the tilt-subtraction is not optimal yet and improvements of ~2 could be had at low frequencies.

The third plot shows has the same lines from the first, along with the buried seismometer Y for comparison. One can see that the tilt-subtraction is more effective and is also more useful above 0.1 Hz.

The fourth plot has two additional lines - ST1 CPS and it's RMS. The RMS motion was kept below 1 micron but had an odd bump at 8 mHz. Jim and I tried to add a notch to the sensor correction at 8 mHz but were unsuccessful in suppressing it well.

This morning I modified the high pass filters for the tilt-subtracted seismometer channels as shown in the second attachment. The new (red) filters suppress signals below ~20 mHz with some gain-peaking at 40 mHz (which is acceptable) and decent phase above ~60 mHz. These seem to work well and keep the CPS signals small. They are installed at both ETMX and ETMY. The third attachment shows the sensor correction with this new filter . The wind-speeds were only ~10 mph but the CPS signal is smaller and doesn't show the ~8 mHz peak.

Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 10:02, Saturday 11 June 2016 - last comment - 16:09, Saturday 11 June 2016(27698)
1000 hrs. local -> Kyle on site in VPW or VAC PREP lab
Will comment this entry when leaving
Comments related to this report
kyle.ryan@LIGO.ORG - 16:09, Saturday 11 June 2016 (27701)
1610 hrs. local -> Leaving site now.
H1 ISC
evan.hall@LIGO.ORG - posted 01:21, Saturday 11 June 2016 - last comment - 20:52, Saturday 11 June 2016(27696)
Powering up is still unreliable

We are still losing lock more than 50% of the time once we start to increase the power into the interferometer. I slowed down the rotation stage to 10% of its normal speed. In this way I was able to make it to 10 W once. On the second try, the interferometer lost lock right after a gain step in the summing node board. The behavior of the CARM error signal does not seem any different from past successful power increases, so it is not clear to me what could be wrong with the summing node board.

In order to make it easier to engage the soft loops, I made the 20 dB boosts come on only when the soft loop error signals are less than 0.01 ct.

I also turned down all the hard loop gains by 6 dB and re-engaged the bounce mode notches in the suspension PUM drives, because the bounce modes were becoming unmanageable.

Comments related to this report
evan.hall@LIGO.ORG - 20:52, Saturday 11 June 2016 (27702)

Today I redistributed gain in the CARM and IMC boards so that we can use the CARM gain slider to power up, rather than the SNB gain slider. I powered up to 10 W three times and didn't have any locklosses

I reoptimized the green QPD offsets for the Y arm in full lock.

H1 General
travis.sadecki@LIGO.ORG - posted 00:00, Saturday 11 June 2016 (27695)
Ops Eve Shift Summary

TITLE: 06/11 Eve Shift: 23:00-07:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Commissioning
INCOMING OPERATOR: None
SHIFT SUMMARY:  We have had good locking all night, getting to INCREASE_POWER for the first time in a long time.  It has been a bit windy, but just under the threshold for locking. 
LOG:
Locking, commissioning, locking, commissioning . . .  Mostly keeping Evan company.

H1 SUS
jenne.driggers@LIGO.ORG - posted 17:56, Friday 10 June 2016 (27694)
ETMY M0 invY2Y filter turned off

As noted in alog 27683, turning on the 10dB gains in the M0 Lock filter banks for increased offloading speed was killing the lock. We saw that again today.  I turned on all the filters by hand, and it seems that it's the ETMY Y that is the problem - all others are fine.  Sheila pointed out that ETMY has filters for Y2Y and P2P in the M0 drivealign banks, but no other quads do.  We turned off the invY2Y filter, and we were able to run the EngageSoftLoops state.  We didn't turn off the invP2P, but we probably should so that all the quads are the same.

H1 General
jeffrey.bartlett@LIGO.ORG - posted 16:02, Friday 10 June 2016 (27692)
Ops Day Shift Summary
Title:  06/10/2016, Day Shift 15:00 – 23:00 (08:00 – 16:00) All times in UTC (PT)
State of H1: IFO unlocked. ITMX ISI Stage 2 WD tripped. ETMX RMS WD tripped. 
Commissioning: 
Outgoing Operator:  None
 
Activity Log: All Times in UTC (PT)

14:48 (07:48) Reset ITMX ST-2 WD trip.
15:00 (08:00) ETMX RMS WD tripped. 
16:16 (09:16) Kyle – Going to Mid-Y for CP3 fill
16:21 (09:21) Richard – Going to End-X to work on RMS WD
16:30 (09:30) Kyle – Back from Mid-Y
16:36 (09:36) Ed – Going to Mid-Y to look for test board
17:04 (10:04) Ed – Back from Mid-Y
17:05 (10:05) Richard – Back from End-X – The RMS WD has been reset
17:35 (10:35) Karen – Cleaning the H2 building 
17:37 (10:37) Richard – Going to End-Y CER
17:48 (10:48) Richard – Finished at End-Y
19:15 (12:15) Sheila & Ed – Going into squeezer bay looking for electronics
19:34 (12:34) Sheila & Ed – Out of LVEA
20:39 (13:39) Ed – Going to Mid-Y
23:00 (16:00) Turn over to Travis


End of Shift Summary:

Title: 06/10/2016, Day Shift 15:00 – 23:00 (08:00 – 16:00) All times in UTC (PT)
Support: Jenne, Sheila, Jim, TJ
Incoming Operator: Travis

Shift Detail Summary: Reset ITMX ISI St-2 WD. ETMX RMS WD is tripped. Per aLOG entries tried toggling the Reset from 1 to 0 back to 1. No change. Cannot lock X-Arm until this is cleared. RMS WD is reset. Did an initial alignment, and started trying to lock. Commissioners continue working through various locking problems
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 13:59, Friday 10 June 2016 (27691)
PSL water manifold
Some time ago one of the water manifolds for the laser failed.  In dismantling the manifold,
traces of PTFE tape are evident in the bores of the flow meter and pressure regulator.  There
are no signs of the anodising from the homogeniser or fibre bundle holders in the fittings.
Images attached to this report
H1 General (Lockloss, PEM, SEI)
david.mcmanus@LIGO.ORG - posted 13:36, Friday 10 June 2016 - last comment - 11:14, Thursday 28 July 2016(27688)
Lock Losses in O1

I had a look at lock loss times and their durations during O1 (only lock losses from nominal low noise). I've had a brief look at a couple of the physical environment channels (H1:PEM-EY_WIND_ROOF_WEATHER_MPH for wind and H1:ISI-GND_STS_ITMY_Z_BLRMS_100M_300M for seismic) to see how they are correlated to these lock losses. There are a few plots I've attached here below. All of the data for these plots are mean minute trends

Plots:

Duty_cycle_noncumulative.pdf  - This is a 3D plot showing the duty cycle for different wind and seismic bins (percentiles)
Duty_cycle_cumulative.pdf   - This is a 3D plot showing the duty cycle when the wind or seismic behaviour is greater than or equal to the given percentiles 
Downtime_wind_seis.pdf  - This is a 3D column plot showing the integrated 'downtime' that results from a lock loss in the given wind and seismic bins (percentiles)
lock_losses.pdf  - This plot shows the number of lock losses per percentile bins, surf (matlab) makes it look a bit weird. 

I've also attached lock_losses.txt which is a list of the times in GPS when the lock losses occur (first column) and their duration in seconds (second column). The durations and loss times are only to the nearest minute unfortunately since I used minute trend data.

Percentiles.txt contains the wind (first row) and seismic (second row) channel values that correspond to 5% intervals starting from the 0th percentile (0,5,10...). These are for the mean minute trends though which are much lower than the maximum minute trends. 

Non-image files attached to this report
Comments related to this report
david.mcmanus@LIGO.ORG - 11:14, Thursday 28 July 2016 (28698)Lockloss

The scripts used to generate these plots are located at: https://dcc.ligo.org/T1600211

H1 DetChar (DetChar)
john.zweizig@LIGO.ORG - posted 13:29, Friday 10 June 2016 (27690)
SenseMonitor time span extended to 24 hours (test version)

I have built a 24-hour version of SenseMonitor on the redundant machine
(h1dmt2) and it is apparently running now. I also modified it to
initialize the dmtviewer time series from the minute trends (this should
get rid of the errors that showed up every time the dmt was shut down
without stutting down SenseMon cleanly in advance). This version is
available right now as the SenseMonitor_rhoft_H1 monitor. If it looks
like it is working well, I will make this version the default.

A few notes:
 a) as of now, the the rhoft version will not come back without a little
fidgeting. Let me know it stops working.
 b) because of (a) it would be good to get a definitive statement about
whether this is what is desired so I can install the modified code.
 c) Jim requested that the _CAL_ version be modified but I changed the
_hoft_ version. This was purely for ease of testing. Once I install the
new executable, all versions will be 24hours. If you want some to be 24
and some to be 12 hours, I can fix that by juggling configurations.
 d) Yes, Chris and Vern, This means that I can now start up a BBH SenseMon.
H1 SUS (ISC, SUS)
vernon.sandberg@LIGO.ORG - posted 11:24, Friday 10 June 2016 (27687)
Schematics and Waveforms for the PUM RMS

Attached are two illustrations: The first is a notional schematic of the pum rms "watch dog" showing the interconnections between the rms circuit, the "trigger logic", and the driver amplifier. The second drawing shows the signal levels through the circuitry.  The information for these illustrations came from drawings D070483, PUM Coil Driver Sheets 1 & 2, and D0900975, Monitor Board.  (The D0900975 is an annotated update of the old D070480 Monitor board.)

The resetting of the rms-wd is accomplished by either powering off, waiting a minute, and powering back on, which allows the reset circuit (R17, R18, C18, and U15B) to clear the D-flip-flops or a High-to-Low voltage transition on P18 of connector J7 on the PUM Coil Driver card.  There is a binary I/O and software (MEDM button) available to do this remotely.  Richard M. and Fil C. are checking the integrity of this.  The state of the trigger D-flip-flops (tripped or not-tripped) is available on the MEDM screen for the PUM drivers.

Images attached to this report
Non-image files attached to this report
H1 CDS (CDS, SUS)
sheila.dwyer@LIGO.ORG - posted 02:55, Friday 10 June 2016 - last comment - 13:00, Friday 10 June 2016(27683)
PUM coil driver problems, EQs, Soft loops

Sheila, Evan, Carl Terra

At the end of the night we had several locklosses when trying to engage the soft loops.  It seems like the problem could be turning on the 10 dB more offloading gain in the top mass, which we have been doing without a problem for several weeks now. In the last lockloss like this, L2 rms watchdogs tripped on all 4 test masses (not all coils).  Evan manually reset the Y arm optics, but we couldn't reset the X arm optics.  For ETMX, Terra and I went to the end station and tried power cycling the coil driver, but this didn't allow us to reset the watchdogs. Carl and Evan power cycled the ITMY coil driver, and were able to reset the RMS WDs but the software WD cannot be reset.  

Also, we have had several EQs tonight (both large and small) and tried out turning sensor correction on and off.  

Comments related to this report
sheila.dwyer@LIGO.ORG - 13:00, Friday 10 June 2016 (27689)

Here is a time series of L2 master outs durring the lockloss where the RMS WDs tripped.  This lockloss happened durring a 15 second sleep in the guardian, which is why down was not run for so long after the lock was lost.  We've eliminated this particular long sleep but there are other places where we have similar sleeps that need to be fixed.  We went through the guardian states up to DC_READOUT this afternoon, rewritting in places that have long sleeps.  We've tested this up to ENGAGE_SOFT_LOOPS.  

The version of ISC_LOCK committed just before starting these edits is 13570, the version after is 13576.  

Images attached to this comment
H1 ISC
keita.kawabe@LIGO.ORG - posted 19:37, Thursday 09 June 2016 - last comment - 21:42, Monday 13 June 2016(27680)
bounce damp

Bounce damping setting was changed for IY and EX so they damp at all. Don't know why the old settings don't work.

For EX I just flipped the sign.

For IY, I rotated the phase by 210 degrees in effect and increased the gain significantly. Gain increase might be unnecessary but I leave it like that because it seems to work faster.

  Old NEW
EX

Gain= -0.03 (negative), FM1 (+60dg), FM4 (bp)

Gain=+0.03, FM1 (+60dg), FM4 (bp)

IY

Gain= -0.03 (negative), FM1 (+60dg), FM3 (BP), FM6 (+30dg)

negative sign + 60 deg + 30deg = -90 deg total

Gain= -0.15 (negative), FM2 (-60dg), FM3 (BP)

negative sign -60 deg = +120 deg total

ISC_Lock was changed but not loaded.

Comments related to this report
sheila.dwyer@LIGO.ORG - 22:39, Thursday 09 June 2016 (27682)

Travis and I added a filter with negative gain to IY bounce (and EX) damping, so the gains for all bounce and roll damping filters will be positive from now on.  The guardian is updated for this. 

We found that in the state DARM offset, we got good damping for ETMX with a positive gain and -60 degrees of phase. This worked better than the settings that Keita described in the DARM offset state, but we also used Keita's settings sucsesfully in DHARD WFS. 

jenne.driggers@LIGO.ORG - 17:51, Friday 10 June 2016 (27693)

TJ and I saw that with the Keita settings at DARM_OFFSET we were ringing up the bounce mode for ETMX.  So, now in the Resonance state the bounce damping gets set to the Sheila settings.  Unclear why this one needs a 120 deg phase change but no others do.  Perhaps related to why the settings needed changing in the first place?  When the bounce damping is first turned on in DHARD_WFS, it goes back to the Keita settings.

sheila.dwyer@LIGO.ORG - 21:42, Monday 13 June 2016 (27714)

We have been using a bandpass filter for ETMX bounce mode damping that is designed for the ETMY bounce frequency.  For the other optics we use a broad bandpass, so I've now set the gaurdian to do that for ETMX as well.  The new settings are:

FM3 (broad BP), and FM8 (gain -1).  These are in the guardian for now, to be used in all states, so I've commented out the filter change in RESONANCE.  

When we have the notches in the ASC off, we can damp the bounce modes as seen in the DARM spectrum.  However, even when they appear to be reduced in the DARM spectrum they seem to be increasing in the MICH ASC signals. 

I copied quad bounce and roll notches to the BS ASC loops as well. 

I looked at a 1 mHz spectrum of the bounce modes from last nights lock, and the frequencies are consistent with what we reported one year ago:

ETMY 9.731 Hz
ETMX 9.776 Hz
ITMY 9.831 Hz
ITMX not rung up last night but should be 9.847 Hz

The confusion about the ITMY mode frequency (corrected by Evan in the comment) was unfortunately propagated to our monitoring filters. I've corrected the monitor bandpass for ITMY and made all of the bandpasses 10 mHz wide (before they were all 30 mHz wide, meaning that the monitors could not distinguish between the ITMs).  

H1 SUS
nutsinee.kijbunchoo@LIGO.ORG - posted 16:15, Wednesday 08 June 2016 - last comment - 18:24, Monday 13 June 2016(27654)
Damp setting for violin mode 505.710

ETMX Mode3: FM1, FM2, FM4,  +10 gain (BP, -60deg, 100dB) seems to have worked quite well. No need to turn on a damping for 505.707 (which should be checked again with 0.0001 BW to see if it's really exists). 505.707 should be watched while damping 505.710 just in case.

The new violin mode table is being uplated slowly. The modes with Damp Setting column filled out are the one that's been sucessfully damped by the filter settings indicated in the table.

Comments related to this report
sheila.dwyer@LIGO.ORG - 01:07, Thursday 09 June 2016 (27660)

Jenne, Sheila

With the long lock tonight we got to do some more violin damping.  I haven't updated the wiki or guardian.

At first we thought the largest mode was the 505.71 mode that Nutsinee logged about, and tried to damp it without sucsess using the settings she described.   After getting a 0.002 Hz spectrum we could see that it was really 505.706Hz. (on the wiki there is a note asking if this mode really exists, looks like it does) I tried to damp this with ETMX MODE 2, which has a narrower filter, and in the last 5 minutes of the lock it looked like a phase of -60 and gain of 30 was working, with the 505.71 notch engaged, but we unlocked before we could be really sure it was working.

We damped the mode at 506.922 (ETMX mode5) using a phase of 0 degrees and a gain of 30.  FM1 and FM4.  (This is different from what is on the old wiki)  the new wiki has this mode not damped.

We also damped a 500.062Hz mode (ITMX mode 1, 0 degrees gain +30, also different from the wiki)  With higher gain and the same filter settings we rang the mode up.

The top panel shows the fundamental violin mode forest at the begining of the lock in blue, and the end in red.  (There is a tiny improvement in 505.707Hz)  The bottom panel shows the 0.002 Hz spectrum with cursors at 505.71 and 505.707Hz.

Images attached to this comment
evan.hall@LIGO.ORG - 01:22, Saturday 11 June 2016 (27697)

A negative gain for the 505.707 mode worked for me (although it's not clear whether it damped 505.707 or 505.710).

nutsinee.kijbunchoo@LIGO.ORG - 18:24, Monday 13 June 2016 (27713)

The setting I had seems to work on both 505.707 and 505.71.

Images attached to this comment
Displaying reports 57561-57580 of 84512.Go to page Start 2875 2876 2877 2878 2879 2880 2881 2882 2883 End