Displaying reports 64381-64400 of 83122.Go to page Start 3216 3217 3218 3219 3220 3221 3222 3223 3224 End
Reports until 19:31, Thursday 18 June 2015
H1 SUS
cheryl.vorvick@LIGO.ORG - posted 19:31, Thursday 18 June 2015 - last comment - 13:05, Friday 19 June 2015(19237)
optic alignment shift in vs out of lock: PR2 pitch and PR3 pitch

Shiela showed me that PR3 alignment in Pitch is different for in vs out of lock, and it's about 1.5urad.

I've been looking at other optics, and today found that PR2 Pitch also has two distinct alignments of in vs out of lock.

Attached is a trend of PR2 during ER7, pitch on the bottom plot, that shows the two states.

The trend of PR3 pitch is essentially PR2 pitch inverted, however due to techincal dificulties, the plot is forthcoming.

Images attached to this report
Comments related to this report
cheryl.vorvick@LIGO.ORG - 13:05, Friday 19 June 2015 (19244)

plot showing both PR2 pitch and PR3 pitch.

Images attached to this comment
LHO VE
kyle.ryan@LIGO.ORG - posted 18:37, Thursday 18 June 2015 (19235)
Vacuum activities and END station status'
Kyle, Gerardo

Finished replacing vibration cushions on Y-end and X-end Turbos -> Removed iLIGO RGA from BSC9 and replaced with 10" blank -> Finished torqueing flanges added yesterday -> Installed zero-length reducer and valve for aLIGO RGA -> Began pumping BSC10 and BSC9 annulus volumes 


Bubba 

Nearly completed 1" TMDS run at Y-end (still need one support) 


Danny S., Gary T. 

Hung door on BSC9 


END STATION STATUS -> Friday we will remove the 1st generation ESD pressure gauges from BSC9 and 10 and install 4.5" blanks in their place.  Next, we will install isolation valves and new style wide-range Inficon gauges on the domes of BSC 5 and 6 while leaving iLIGO gauges pairs as they are.  Then we will begin pumping the Y-end and X-end.  We will capture the pump down data using the existing gauge pairs while Richard M. arranges for the cabling of the new gauges into CDS. 

H1 ISC (CAL, ISC)
daniel.hoak@LIGO.ORG - posted 18:12, Thursday 18 June 2015 (19233)
static DARM offset: does it affect the DARM gain?

During ER7 there was some anecdotal evidence that the DARM gain was changing by a few percent between the handoff to DC readout and our high-power, low-noise state.  One place this could happen is in the power-up step, where we changed the DARM offset to maintain a roughly constant light level on the OMC DCPDs.  As the DARM offset changes the gain in the DCPD_Sum --> DARM path is scaled following a quadratic curve, but we know our approximation for the response doesn't include small static offsets, and maybe this has an effect on our gain scaling.  In this post I try to quantify this error - turns out it should be on the order of a few percent.

 

DARM Gain Scaling in OMC-READOUT Path

Stefan and I didn't explain this very well after we commissioned the OMC-READOUT path, so I wanted to document how the variables in this path are set by the OMC Guardian.  The carrier power at the AS port is assumed to follow a quadratic dependence on the DARM offset (see T0900023 for more math):

P_AS = (P0 / Pref) * (x / xf)**2          [Eq 1]

...where P0 is the input power, Pref is a power normalization factor, x is the current DARM offset*, and xf is an arbitrary constant we call the "fringe offset".

Step 1. When the OMC is locked on the carrier, Pref is set such that when the DARM offset is equal to the "fringe offset", x = xf, the output of the power normalization step in the OMC-READOUT calculation will be equal to P0:

Pref = (P0 / P_AS) * (x / xf)**2          [Eq 2]

Step 2. Small variations in DARM (dx) will generate small variations in the carrier power (dP) on the DCPDs, like so:

dP = (P0/ Pref) * (2*x / xf**2) * dx      [Eq 3]

The OMC-READOUT path calculates dx and sends the following to the LSC input matrix:

G * dx(x,dP) --> DARM_IN1                 [Eq 4]

..where dx is an explicit function of dP and the DARM offset, x.  The overall gain factor G converts dx into counts at the DARM error point.  G is calculated by taking the transfer function between dx and DARM_IN1.  It's set before the handoff to DC readout, and not changed.  After this point, the reponse of the light on the DCPDs to small length fluctuations (the slope, dP/dx) is assumed to be a linear function of the DARM offset, following Eq 3.

 

Static DARM Offset

When Stefan and I set up the OMC-READOUT path, Keita pointed out that a static DARM offset was making our lives more complicated.  Before ER7 I swept the DARM offset and measured the photocurrent on the DCPDs - the quadratic dependence has a clear offset from zero, see Figure 1.  The residuals for the simple quadratic fit (blue) have a linear dependence on the offset, while the residuals for the fit that includes a static offset (red) are well-centered around zero.  The best-fit value for x0 is -0.25 picometers, +/- 0.01 pm.  We're not sure where this comes from, whether it's changing, etc (on May 15 Stefan calculated 0.6pm).

 

Effect of DARM Offset on DARM Gain

If there's a static offset, x0, our model of the carrier power as a simple quadratic is incorrect, and Eq 1 needs to be rewritten as:

P_AS = (P0 / Pref) * (x + x0)**2 / xf**2          [Eq 5]

During the power-up step, we change the DARM offset to maintain ~20mA of photocurrent in DCPD_SUM, and we adjust the slope of dx(x,dP) accordingly, see Figure 2.  If we're using Eq 1 instead of Eq 5, this gain-scaling is incorrect, and our DARM gain will change.  For a negative static offset like we observe, the gain will be lower than it should be.

But, since the offset is very small, this effect is only 1-2%.  Without going into exhaustive detail, the ratio of the slopes for a simple quadratic, Ax^2, and a quadratic that is offset from zero, A(x+x0)^2, is close enough to 1 for small values of x0 that I don't think we need to worry about it, see Figure 3.  The error in the gain as we move from a DARM offset of ~42pm at 2.3W input power to ~16pm at 24W is 1% for x0=-0.25pm.  For x0=-0.75pm the effect is 3%.

Summary: We have a small static DARM offset, this means our approximation of the DARM gain as a function of DARM offset is a little wrong.  The effect should be small.  Eventually we will account for the DARM optical gain in the calibration (the 'gamma' parameter) and small changes in the DARM loop gain will be absorbed into the calculation of CAL-DELTAL_EXTERNAL.

 

Edit: On further reflection, this isn't the case.  We have a small static offset while locked on RF DARM, but after the handoff to DC readout this offset is absorbed into the power normalization (the Pref variable, Eq 2).  Once DARM is locked on DC, a zero offset will result in zero carrier light at the dark port, by definition.  A small offset might change the gain scaling at the handoff such that we observe a few percent difference from what we expect, but the mechanism is not what I describe here.  Will have to think about it more.

 

* In the OMC-READOUT path, the DARM offset is referred to as OMC-READOUT_X0_OFFSET.  Here I call it 'x', and refer to the static offset as 'x0'.  Sorry.

Images attached to this report
H1 SEI
jim.warner@LIGO.ORG - posted 16:32, Thursday 18 June 2015 (19230)
ITMY in different blend configuration for the night

A while a go RichM gave me some new blend filters to try. Because we have no IFO, I've installed them on ITMY in the X and RY dof's. I'll leave the ISI like this overnight to get a good long quiet stretch to compare data with.So far, not much to say. I'll put more detail in tomorrow.

H1 General
jim.warner@LIGO.ORG - posted 16:29, Thursday 18 June 2015 (19229)
Shift Summary
7:40 JeffB7:40 JeffB to HAM6
9:00 Betsy,Calum,Gary,Danny,Travis,Kate to EX
9:00 Gerardo, Kyle to EX
10:30 Me, John to EX
10:45 Arnaud testing SUS TRiple OSEM script
13:00 JeffB to H2 PSL area
13:15 Dave to EY CER
13:15 Fil to PSL rack area
13:30 Hugh, Robert to HAM6
 
 to HAM6
9:00 Betsy,Calum,Gary,Danny,Travis,Kate to EX
9:00 Gerardo, Kyle to EX
10:30 Me, John to EX
10:45 Arnaud testing SUS TRiple OSEM script
13:00 JeffB to H2 PSL area
13:15 Dave to EY CER
13:15 Fil to PSL rack area
13:30 Hugh, Robert to HAM6
H1 DAQ (DAQ)
stefan.countryman@LIGO.ORG - posted 16:06, Thursday 18 June 2015 - last comment - 17:40, Thursday 18 June 2015(19225)
Checked code revision numbers for Timing System, found anomalies in all IRIG-B and Oscillator Locking devices
I used the sitemap to look at the code revision numbers of each timing device. All DuoTones, Master/Fanouts, and Comparators are programmed to the correct code revision (documented at https://awiki.ligo-wa.caltech.edu/aLIGO/TimingFpgaCode). The 3 issues are:

1) The C_MA_A IRIG-B in the MSR shows Rev. 0. This is a known issue and will be corrected by reprogramming the IRIG-B when possible. The IRIG-B seems to be producing the correct time code output, so we're going to test the effect of a temporary (< 15 minute) interruption to the IRIG-B signal on an IRIG-B device in the test stand to see whether we can reprogram the MSR IRIG-B without causing hiccups.

2) The other 2 IRIG-B in Y_FO_A and X_FO_A show Rev. 133. They should show Rev. 113. They are otherwise operating nominally. It is possible that the timing wiki needs to be updated, or that the revision number was entered incorrectly in the firmware source code.

3) All of the Oscillator Locking slaves in Y_FO_A, X_FO_A, and C_FO_A show Rev. 83, which is the deprecated code. They are operating nominally. Again, this could be an incorrect revision number.

We need to check whether 2) and 3) are meaningful problems that need correction.
Comments related to this report
daniel.sigg@LIGO.ORG - 17:40, Thursday 18 June 2015 (19232)

Depreciated is ok.

IRIG-B revision 85 is reported as 133 due to a decimal-to-hex conversion error. Not enough reason to update.

The error reporting will take this into account, when the updated EtherCAT code is loaded.

H1 SYS
corey.gray@LIGO.ORG - posted 16:01, Thursday 18 June 2015 - last comment - 16:07, Thursday 18 June 2015(19223)
N2 top gun blow test

Note, as a further contamination test, we blew the N2 gun across a new 4" witness wafer for the same amount of time/distance as we did during the discharge and inspected.  We blew for 30sec at 20psi 2" from the wafer.  Upon inspection, we found the wafer still looked very clean, as expected.

 

We have been stating the witness wafers as 3" wafers, but in-fact they are 4" wafers.  There are not 2 sizes on site.

Comments related to this report
corey.gray@LIGO.ORG - 16:07, Thursday 18 June 2015 (19226)

Dang it - I didn't relogin - Betsy posted this, not Corey.

H1 SYS (ISC, SEI, SUS, VE)
corey.gray@LIGO.ORG - posted 15:58, Thursday 18 June 2015 - last comment - 18:10, Thursday 18 June 2015(19222)
ETMx Vent closeout

Today we finished up the ETMx in-chamber activities adn closed the door.  Sequence of events:

 

Filiberto checked for TMS QPD cable grounds at the feedthru.  All ok there. (Actually did this yesterday afternoon.)

Kyle and Gerardo finished the port work (that was scheduled in the original vent plan).

Fil check the ESD pinout with aid from an "inside" guy multiple times in order to make clear the understanding of the pins on the air-side of the feedthru.

Jim unlocked the ISI.

Performed the discharge procedure on ETMx as per T1500101 - again, this took around 1 hour.

Swapped the vertical witness plates (1" and 4") that were mounted on the QUAD structure.  1"  optic vertical on floor is now: SN 242.

Removed all equipment and re-suspended lower masses.

Dust counts taken throughout.  Counts were nomnally 30-200 counts in all sizes of particles with few bursts up to 500 in th 0.3um size once in a while when 2 or more people were moving in chambelr.  Counts were zero or 30 (max when entering chamber after lunch or in morning.

Measured ETMx main and reaction chain P and V TFs.  All looked healthy with purge air on and soft cover over door.

Door being put on.

 

Checked EQ (earthquake) stops (Note this is the same as we found/set on ETMy):

Barrels of ERM ~2mm

Barrels of ETM ~1.5-2mm

12 o'clock stop ~3+mm

PenRe barrel ~1.5-2mm

PUM barrel ~2mm

All face stops 1-1.5mm

Comments related to this report
corey.gray@LIGO.ORG - 16:05, Thursday 18 June 2015 (19224)

Purge air has been valved off.

corey.gray@LIGO.ORG - 16:07, Thursday 18 June 2015 (19227)

Dang it - I didn't relogin - Betsy posted this, not Corey.

calum.torrie@LIGO.ORG - 18:10, Thursday 18 June 2015 (19234)

Discharge of ETMx WBSC9 (in chamber)

Using the ETM / ERM Gap discharge procedure https://dcc.ligo.org/LIGO-T1500101 we discharged the optics in chamber at ETMx. As before the procedure includes a swing back of the ERM i.e. an increase in the gap between the optics. Using the electrometer https://www.trifield.com/content/ultra-stable-surface-dc-volt-meter/ mounted centrally (on an X brace) 1" from the back of the ERM (i.e. between the ERM and TMS) we measured the following voltage: -

Note: - Prior to starting we zeroed the electrometer (10:28 am) with the cap on.

1) At start (after electrometer was mounted 1" from back of ERM and prior to swing back) = 21.9 V  (10:30 am)

Note: During work on pinning ESD the reading went to = 17.2 V. Then the locking of the sus took it up to = 25.9 V. More to follow.

2) During mounting of swing back tooling =  26.6 V.

3) Electrometer was moved 5mm away from the ERM to allow for space during swingback = N/R V.

Note: Jim came into chamber to un-lock ISI. The ESD was re-pinned twice at this time. At this point (for saftey) we took off electrometer.

4) (Once electrometer was back on & Jim was finished) During swingback went up to peak of = 18.9 V.

5) Once Electrometer was moved back to being 1" from optic (and in chamber team in home position) = 21.1 V.

6) At this pont we broke for lunch. Once everyone out the chamber and soft door cover on = 20.6 V.

7) When we came back from lunch (2 hour later) = 9.5 V.

8) (When Danny entered chamber just after) the soft door cover came off = 8.8 V (1:38 pm)

Note: At this point humidity was 26%.

9) After completion of ETM / ERM Gap discharge procedure (inc 5 min after home) = 4.0 V (and decaying).

10) After swing back of ERM (back to original position) and with electrometer reset to being 1" from optic = 4.9 V

Note: - At this point team started to suspend the chains and run (basic) transfer functions on both the main chain and the reaction chain. We left the electrometer in place during this time.

11) At end (prior to doors on) at  pm = 3.6 V *.

12) Final number - At the end we put the cap back on the electrometer and it was now reading 1.4 V. Therefore we are calling the final number = 2.2 V (i.e. 3.6 V - 1.4 V).

Note: - The final number was not decaying as per previous on Y end. More to follow on this. Data was collected over 10+ minutes.

Note: - Humidity was 28% just before doors on. Doors were in place at around 4:03 pm.

Kate Gushwa, Gary Traylor, Danny Sellers, Travis Sadecki, Betsy Weaver and Calum Torrie

H1 SUS
filiberto.clara@LIGO.ORG - posted 14:39, Thursday 18 June 2015 (19221)
ESD Feedthrough Retrofit - ETMX
ETMX ESD

1. Continuity test was done on each pin to verify each section LR, UR, BIAS, UL, and LL. 
2. The old vacuum feedthrough was removed by Gerardo
2. The in-vacuum cable was re-terminated for installation of the new UHV 5-way coaxial connector.
4. In-vacuum cable was connected to feedthrough
5. Gerardo installed new feedthrough.
6. In-air cable connected to feedthru.
7. All pins were HIPOT tested to 800V and passed.
8. Pins were rechecked, by grounding each section to ground (in chamber) and verifying at feedthrough (air side).

 Pin layout for ESD (@ Feedthrough) is as follows:

   Pin 1 - LR
   Pin 2 - UR
   Pin 3 - BIAS
   Pin 4 - UL
   Pin 5 - LL

Following E1400430, Pin 1 is slightly offset in spacing from the other pins.
Images attached to this report
H1 DetChar (DetChar, PEM)
vincent.roma@LIGO.ORG - posted 11:41, Thursday 18 June 2015 (19220)
Upconversion monitoring during ER7
The following links show apparent up-conversion from auxiliary channels into DARM. That is, frequency bands of auxiliary channels that are correlated with different frequency bands of DARM (e.g. the 0.1-0.3 Hz seismic band is correlated with the 130-400 Hz band of DARM). The plots are comparing the band-limited-rms of two different channels and frequency bands.  Each point on the plots corresponds to the blrms of a 16 second interval.  The links are organized by frequency band pairs. Within each pair of bands, the channel pairs are ordered according to the probability that the slope of the regression line could be zero. Higher in the list means lower probability that the slope could be zero. The regression is done on the 10th percentile level of DARM in each of the frequency bins. This is because we want to see if there is upconversion when the interferometer is working at its best, during the most sensitive 10% of the time.  For bands such as 130 - 400 Hz the 60 Hz harmonics have been notched out.  55 - 65 Hz is actually (55 - 59 Hz) + (61 - 65 Hz).
 
The most interesting finding at LHO was that ground motion in the 1-10 Hz band and in the 0.1- 0.3 Hz band is correlated with DARM level in the 130-400Hz band. This was also the case at LLO (for 1 -10 Hz motion), with the addition that there was also a strong correlation between the 0.1-0.3 Hz band of ground motion and the 55-65 Hz band of DARM, probably indicating that motion around the microseismic peak is intermodulating with motion around 60 Hz, producing sidebands. Trial factors were not taken into account for the reported p values. 
 
LHO (Obs Intent times from June 9 - June 14)

.1 - .3 Hz -> 130 - 400 Hz
 
1 - 10 Hz -> 130 - 400 Hz
 
For the selected dates above the next two band pairings had multi-state issues, by that I mean differing sensitivities resulting in multiple clumps of points on the plots, nullifying our normal analysis of the slope.  Because of that, I am linking to the results of indivual days from June.  These results are not nearly as blatant.
 
.1 - .3 Hz -> 70 - 110 Hz     6/14     6/11    6/10     6/9
 
.3 - 1 Hz -> 70 - 110 Hz      6/14     6/11    6/10     6/9
 
Directory with all LHO plot pages for June 9th - June 14th, including other band pairings.
 
 
LLO (Obs Intent times from June 9 - June 13)
 
 
 
 
 
.1 - .3 Hz -> 10 - 50 Hz     This one also shows some multi-state clumping of data, so here are links to individual observation intent lock times as well.     6/11     6/12     6/14
 
Directory with all LLO plots pages for June 9th - June 13, including other band pairings.
 
H1 General
jeffrey.bartlett@LIGO.ORG - posted 11:38, Thursday 18 June 2015 (19218)
CC Sampling from HAM6

Removed 4" wafer from HAM6, (T1500311).

Took PET swipe from south side of chamber from base of OMC to edge of the ISI table.

Both samples have been prepared for processing at CIT.

Note: The placement of the 4" wafer was in a difficult spot to remove. One had to lean into the chamber on an off balance stance and remove the wafer from the center of a group of small optics. There were no good handholds or bracing points available. The wafer being placed flat on the ISI table had to be pushed across the table until it came up against a cable clamp before one could get the tweezers under it. There was a risk of bumping or disturbing the optics around the disk. See attached photo. 

Dust counts taken during work, inside and outside the chamber were all zero or in the low 10s of counts.

Images attached to this report
Non-image files attached to this report
H1 PEM (SEI)
robert.schofield@LIGO.ORG - posted 18:41, Wednesday 17 June 2015 - last comment - 09:40, Sunday 21 June 2015(19210)
Tilt noise is much smaller 40 m from building, coherence still high below 0.5 Hz

Summary: A seismometer was buried 40 m from EY to take advantage of strong attenuation of the tilt signal relative to the acceleration signal from distant sources. Seismometers located outside the buildings may be useful in reducing problems associated with tilt.

Our buildings are tilted by wind. Our seismometers do not discriminate between this tilt and acceleration (like a pendulum), so wind-induced tilt produces spurious control signals that can make it difficult to lock and maintain lock. A tilt sensor can be used to discriminate between tilt and acceleration, but we may also be able to discriminate between the two by taking advantage of source differences in the band below 0.5 Hz, where tilt generates the largest spurious acceleration signals. The tilt in this band is mainly generated locally by the wind pressure against the walls, while the acceleration signal is mainly generated by ocean waves and other distant sources.

While the seismometers are in the far field for most low frequency accelerations, they are in the near field for building-generated tilt (wavelengths at 0.1 Hz are about 50 km). To take advantage of the rapid attenuation with distance in the near-field, I buried an STS-2 seismometer in a meter deep hole I dug 40 m from EY (Figure 1).  Figures 2 and 3 show a comparison of the buried seismometer to the SEI seismometer on the ground inside the EY station. During the low wind period the spectra look virtually identical below 0.5 Hz and the coherence is high because the sources are mostly distant and the wavelengths are large. During the high wind period, the buried seismometer doesn’t change that much (there is some change in the microseismic peak because high/low wind were about 24 hours apart), but the building seismometer shows a huge signal from tilt.  The coherence in windy conditions is low because the tilt is highly attenuated 40 m from the building. Figure 4 shows spectra for higher wind, 15-35 MPH.

Of course the external seismometer would not detect real building accelerations due to the wind. But if the unwanted tilt signal dominates over the wanted wind acceleration signal, a seismometer outside the building may be useful, and I think that this is the case below about 0.5 Hz.

I note that I first tried this in the beam tube enclosure tens of meters from EY, but found that the wind tilts the beam tube enclosure almost as much as the building (but not coherently), supporting a hypothesis that aspect ratio is the important variable. Also, Jeff points out that, if we insulate the buried seismometer well (and I did not) we might even be able to do better than the building seismometers with their current insulation during even low-wind periods. Figure 5 is like Figure 2 except that the signal from the stage 1 Trilliums is included.

Non-image files attached to this report
Comments related to this report
brian.lantz@LIGO.ORG - 16:35, Thursday 18 June 2015 (19228)
Interesting data! I'm fascinated by the observation that at 25 mph, the horz. spectra don't match at any frequency. unfortunately, this makes it seem quite problematic to try and use the data in realtime from the outside sensors, since you have to figure out at what freq. they are telling you something useful, and at what frequency they are not. Certainly at 0.5 Hz, the slab sensors are the ones to use and I suspect that at 0.05 Hz one should believe the outdoor sensor, but in between? 

Several years ago, in response to an (incorrect) estimate of newtonian noise from wind-eddies, various suggestions of shrouds, fairings, shorter buildings, trees, berms, etc. were floated and dismissed. any evolution of this thinking? this data seems to imply that if we put a wind block 40 m from the building, and kept the wind off the building, we'd be in better shape. Sadly, short of a giant pile of tumble-weeds, I don't see any practical way to achieve this. 

It certainly bolsters Krishna's assertion that the wind-tilts are local to the buildings.

robert.schofield@LIGO.ORG - 09:40, Sunday 21 June 2015 (19259)

Yes, but we more often have to deal with the 10-20 MPH range, and I think its clear that the burried seismometer is better for that in the 0.05-0.5 range. For higher wind speeds, I would explore the tilt-acceleration cross over by substituting a burried seismometer for building seimometers and see to what wind speed the burried seismometer is an improvement. 

LHO VE
kyle.ryan@LIGO.ORG - posted 17:26, Wednesday 17 June 2015 - last comment - 18:46, Thursday 18 June 2015(19207)
misc. vacuum activities
Kyle -> Soft-closed GV7 and GV5 -> Vented HAM6 

Bubba, Hugh, Jim W. -> Removed HAM6 South and East doors 

Kyle, Gerardo -> Installed NEG and TMDS reducer nipple+valve+elbow at X-end 

Danny S., Gary T., Gerardo, Kyle -> Hung North door on BSC10 

(NOTE: Noticed ~1 hour before hanging door on BSC10 that the purge-air drying tower had been left off since tying-in the 1" TMDS line on Monday afternoon -> Turned it back on and notified the ETMY discharge crew
Comments related to this report
kyle.ryan@LIGO.ORG - 18:46, Thursday 18 June 2015 (19236)
Forgot to log -> Purge-air measured <-39 C just prior to venting HAM6
H1 AOS (DetChar, ISC, SUS)
joshua.smith@LIGO.ORG - posted 11:31, Wednesday 17 June 2015 - last comment - 08:54, Friday 19 June 2015(19195)
Scattering at H1 caused by OMC M1 SUS longitudinal motion

Dan Hoak gave us a clue on page 19067 and then Bas Swinkels ran Excavator and found that the channel H1:SUS-OMC_M1_DAMP_L_IN1_DQ had the highest correlation with the fringes. Andy Lundgren pointed me to equation 3 from “Noise from scattered light in Virgo's second science run data” which predicts the fringe frequency from a moving scatterer as f_fringe = 2*v_sc/lambda. Using the time from Dan and the channel from excavator and the fringe prediction, I wrote the attached m-file. Fig 1 shows the motion, velocity, and predicted frequency from OMC M1 longitudinal. Figure 2 shows the predicted frequency overlayed with the fringes in DELTAL. Math works.

PS. Thanks to Jeff and the SUS team for calibrating these channels and letting me know they are in um. Thanks to Gabriele for pointing out an error in an earlier draft of the derivative calculation.

% from scattered light in Virgo's second science run data”
% http://iopscience.iop.org/0264-9381/27/19/194011 (thanks Andy for the
% pointer):
% f_fringe = 2*v_sc/lambda
Images attached to this report
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 14:26, Wednesday 17 June 2015 (19196)
Remember -- HAM6 is a mess of coordinate systems from 7 teams of people all using their own naming conventions. Check out G1300086 for a translation between them. 

The message: this OMC Suspension's channel, which are the LF and RT OSEMs on the top mass (M1) of the double suspension (where the OMC breadboard is the bottom mass), converted to "L" (for longitudinal, or "along the beam direction", where the origin is defined at the horizontal and vertical centers of mass of M1), is parallel with the beam axis (the Z axis in the cavity waist basis) as it goes into the OMC breadboard.
joshua.smith@LIGO.ORG - 15:04, Wednesday 17 June 2015 (19198)DetChar, ISC, SUS

Jeff, thanks very much for that orientation; that diagram is extremely useful. The data leads me to think the scattering is dominated by the L degree of freedom though. Here's why - In raw motion, T and V only get a quarter of a micron or so peak-peak, while L is passing through 2 microns peak-peak during this time (see figure 1, y axis is microns). Figures 2, 3, and 4 are predicted fringes from L, T, and V. L is moving enough microns per second to get up to ~50Hz, whereas T and V only reach a few Hz. I'd be happy to follow up further. 

Images attached to this comment
joshua.smith@LIGO.ORG - 08:54, Friday 19 June 2015 (19238)DetChar, SUS

Peter F asked for a better overlay of the spectrogram and predicted fringe Frequency. Attached 1) raw normalized spectrogram (ligoDV), 2) with fringe frequency overlay from original post above, 3) same but b/w high contrast and zoomed. 

Also, I wanted to link a few earlier results on OMC backscattering: 17919, 17264, 17910, 17904, 17273. DetChar is now looking into some sort of monitor for this, so we can say how often it happens. Also, Dan has asked us if we can also measure reflectivity from the scattering fringes. We'll try. 

Images attached to this comment
H1 GRD (CDS, GRD, ISC)
sheila.dwyer@LIGO.ORG - posted 20:04, Friday 12 June 2015 - last comment - 17:29, Thursday 18 June 2015(19108)
some locking difficulties today

We had four known reasons for having difficulty locking today, one is an unsolved mystery that might be hurting us more often than we realize.

I reloaded both ISC_DRMI and ISC_LOCK guardians today, to incorporate these changes.  

Good luck TJ!

Images attached to this report
Comments related to this report
jameson.rollins@LIGO.ORG - 09:45, Saturday 13 June 2015 (19117)

I don't think the log snippet included above shows the problem, but I found where in the log it does:

2015-06-13T05:36:35.76316 ISC_LOCK [LOWNOISE_ESD_ETMY.enter]
2015-06-13T05:36:35.78009 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_TRAMP => 0
2015-06-13T05:36:35.78025 ISC_LOCK [LOWNOISE_ESD_ETMY.main] Preparing ETMY for DARM actuation transition...
2015-06-13T05:36:36.03624 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_M0_LOCK_L => OFF: INPUT
2015-06-13T05:36:36.03791 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L_GAIN => 0.16
2015-06-13T05:36:36.03886 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 0
2015-06-13T05:36:36.04021 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L_SW1S => 20804
2015-06-13T05:36:36.29496 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L => ONLY ON: INPUT, FM2, FM3, FM5, FM6, FM7, FM8, OUTPUT, DECIMATION
2015-06-13T05:36:36.55096 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L2_LOCK_L => ONLY ON: INPUT, FM6, OUTPUT, DECIMATION
2015-06-13T05:36:36.55229 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_SW1S => 16388
2015-06-13T05:36:36.80324 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L => ONLY ON: INPUT, FM6, FM8, FM9, FM10, OUTPUT, DECIMATION
2015-06-13T05:36:37.05938 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L2_DRIVEALIGN_L2L => ONLY ON: INPUT, FM2, OUTPUT, DECIMATION
2015-06-13T05:36:37.31538 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_DRIVEALIGN_L2L => ONLY ON: INPUT, FM3, FM4, FM5, OUTPUT, DECIMATION
2015-06-13T05:36:37.31694 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_TRAMP => 10
2015-06-13T05:36:37.32341 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L1_LOCK_L_SW1 => 16
2015-06-13T05:36:37.57613 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L1_LOCK_L => OFF: FM1
2015-06-13T05:36:38.57792 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 0.7
2015-06-13T05:36:38.57846 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L3_LOCK_L_GAIN => 0.5
2015-06-13T05:36:49.58941 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L_SW1 => 16
2015-06-13T05:36:49.84053 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L => ON: FM1
2015-06-13T05:36:50.84245 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 1.25
2015-06-13T05:36:50.84585 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L3_LOCK_L_GAIN => 0
2015-06-13T05:36:50.84640 ISC_LOCK [LOWNOISE_ESD_ETMY.main] timer['ETMswap'] = 10.0
2015-06-13T05:36:50.85290 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_TRAMP => 0
2015-06-13T05:36:50.85341 ISC_LOCK [LOWNOISE_ESD_ETMY.main] Preparing ETMY for DARM actuation transition...
2015-06-13T05:36:51.10580 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_M0_LOCK_L => OFF: INPUT
2015-06-13T05:36:51.11470 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 0
2015-06-13T05:36:51.11670 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L_SW1S => 20804
2015-06-13T05:36:51.37015 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L => ONLY ON: INPUT, FM2, FM3, FM5, FM6, FM7, FM8, OUTPUT, DECIMATION
2015-06-13T05:36:51.62486 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L2_LOCK_L => ONLY ON: INPUT, FM6, OUTPUT, DECIMATION
2015-06-13T05:36:51.88017 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L => ONLY ON: INPUT, FM6, FM8, FM9, FM10, OUTPUT, DECIMATION
2015-06-13T05:36:52.13170 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L2_DRIVEALIGN_L2L => ONLY ON: INPUT, FM2, OUTPUT, DECIMATION
2015-06-13T05:36:52.38753 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_DRIVEALIGN_L2L => ONLY ON: INPUT, FM3, FM4, FM5, OUTPUT, DECIMATION
2015-06-13T05:36:52.39457 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_TRAMP => 10
2015-06-13T05:36:52.65332 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L1_LOCK_L => OFF: FM1
2015-06-13T05:36:53.65498 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 0.7
2015-06-13T05:36:53.65562 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L3_LOCK_L_GAIN => 0.5
2015-06-13T05:37:04.66682 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L_SW1 => 16
2015-06-13T05:37:04.91783 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L1_LOCK_L => ON: FM1
2015-06-13T05:37:05.91955 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMY_L3_LOCK_L_GAIN => 1.25
2015-06-13T05:37:05.92183 ISC_LOCK [LOWNOISE_ESD_ETMY.main] ezca: H1:SUS-ETMX_L3_LOCK_L_GAIN => 0
2015-06-13T05:37:05.92216 ISC_LOCK [LOWNOISE_ESD_ETMY.main] timer['ETMswap'] = 10.0
2015-06-13T05:37:05.94222 ISC_LOCK [LOWNOISE_ESD_ETMY.run] MC not locked

Based on the ezca and log output during LOWNOISE_ESD_ETMY.main it does in fact look like main() was executed twice in a row.  That should never happen under any circumstances.  I'm investigating.

jameson.rollins@LIGO.ORG - 16:50, Saturday 13 June 2015 (19127)
sheila.dwyer@LIGO.ORG - 17:29, Thursday 18 June 2015 (19231)

I think that there are potentially two different issues, one being what is shown in the original alog, where the run should return true, but the guardian state doesn't change even though the current state is not the requested state.  We could re-wrtie the guardains (or at tleast this state) to reduce the harm from this, but it still seems like a bug in the way the gaurdian is working.  

On the other hand, the problem that Jamie pointed out is more serious.  For other reasons, I have been looking at histograms of how long the guardian spends in each state.  Some states should take the same amount of time to execute each time, but analog carm for example has 3 possibilities.  We often detect a lockloss in the first second of the state, if the state executes normally it takes 18 seconds, but there were 5 times that it took 35 seconds because it repeated main.  GPS times of these events are:

1117983542.06250
> 1118037936.06250
> 1118148903.93750
> 1118294947.06250
> 1118295997.06250

I looked at guardian log for the first three of these events, and indeed they
are times when the main was repeated. These are mosly sucsesfull locks, so the bug isn't causing locklosses here although it easily could.  

The ISC_LOCK code that was running at the time is in the svn as revision 10776.
Images attached to this comment
Displaying reports 64381-64400 of 83122.Go to page Start 3216 3217 3218 3219 3220 3221 3222 3223 3224 End