Displaying reports 64041-64060 of 85669.Go to page Start 3199 3200 3201 3202 3203 3204 3205 3206 3207 End
Reports until 11:30, Saturday 03 October 2015
H1 ISC
evan.hall@LIGO.ORG - posted 11:30, Saturday 03 October 2015 (22206)
Reduced EX ALS WFS pitch gain

Corey, Daniel, Evan

For the past 24 hours the green transmission through the X arm has been uncharacteristically unstable, sometimes dipping to less than 60% of its maximum value on timescales of a few seconds.

Looking at the quad oplev signals, it seems that this dipping (perhaps unsurprisingly) is mostly associated with EX pitch. It could be because of wind (there were gusts above 40 mph yesterday), or it could be because of the microseism (the 0.1­–0.3 Hz STS bands peaked yesterday around 0.4 µm/s, which is the highest they've been in the past 90 days, excepting earthquakes), or it could be because of something else entirely.

Turning down the EX green WFS pitch gain (H1:ALS-X_WFS_DOF_1_P_GAIN) by a factor of 5 seems to lessen the fluctuations in the transmitted green signal, making it stay within 75% of its maximum. It is a small effect, but it seemed to make an improvement for the transmitted IR light in the CHECK_IR step.

After this change we were able to make it past SWITCH_TO_QPDS and all the way to nominal low noise. It could just be a coincidence, though.

H1 CDS (AOS, CDS, SUS)
evan.hall@LIGO.ORG - posted 10:14, Saturday 03 October 2015 (22205)
Quad top-stage OSEM spectra

Taken with ALS WFS feedback going to the ETMs (and not the ITMs).

Images attached to this report
H1 General
corey.gray@LIGO.ORG - posted 10:02, Saturday 03 October 2015 (22204)
H1 Status

10/3 DAY Shift:  15:00-23:00UTC (00:00-8:00PDT), all times posted in UTC   

15:56 - 16:39 Ran through an Initial Alignment

First lock attempt had DRMI lock within 2min, but it dropped out during DARM ON TR.

Support:  Robert, Evan, & Daniel on site.  

Investigations continue.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 09:57, Saturday 03 October 2015 (22203)
CDS model and DAQ restart report, Sunday 27th - Friday 2nd October 2015

O1 days 10 to 15

model restarts logged for Sun 27/Sep/2015 No restarts reported

model restarts logged for Mon 28/Sep/2015 No restarts reported

model restarts logged for Tue 29/Sep/2015
2015_09_29 08:34 h1isiham5
2015_09_29 11:45 h1nds0
2015_09_29 11:47 h1nds1

Maintenance day. New ISI HAM5 model, NDS work with raw minute trends

model restarts logged for Wed 30/Sep/2015
2015_09_30 14:49 h1nds1
2015_09_30 14:52 h1nds1

Two unexpected restarts of nds1

model restarts logged for Thu 01/Oct/2015
2015_10_01 15:24 h1ioppemmy
2015_10_01 15:24 h1pemmy

Restarts of pemmy while investigating IO Chassis blown fuse

model restarts logged for Fri 02/Oct/2015
2015_10_02 12:11 h1ioppemmy
2015_10_02 12:11 h1pemmy
2015_10_02 12:21 h1ioppemmy
2015_10_02 12:22 h1pemmy

Restart of pemmy front end while AA chassis is being repaired

LHO General
corey.gray@LIGO.ORG - posted 08:13, Saturday 03 October 2015 - last comment - 08:45, Saturday 03 October 2015(22200)
Transition to DAY Shift Update

TITLE:  10/3 DAY Shift:  15:00-23:00UTC (00:00-8:00PDT), all times posted in UTC     

STATE of H1:  Guardian in DOWN state

Outgoing Operator:  Empty Control Room (Jim was in for part of the OWL shift, but the shift was pseudo-called-off due to H1 issues)

Support:  None

Quick Summary:  The GWI.stat page says H1 has been in the "NOT OK" state for the last 19+hrs.  Will catch up on alog, see if there's anything I can do, and wait for assistance/input.

Comments related to this report
corey.gray@LIGO.ORG - 08:45, Saturday 03 October 2015 (22202)

A Little More:

Mike Called, and then I chatted with Daniel & then Sheila called.  More items worth noting:

Seismic:  Winds are below 10mph.  useism (0.1-0.3Hz) has perhaps drifted a little down in the last 12 hrs.  The signal is still in the high-ish range and is mostly in the middle of the dashed lines (90th & 50th percentile states).  So we still have useism which is higher than normal & according to Sheila we've not locked much with useism this high (NOT to say this is the reason for locking issues, but just something to NOTE).

Laundry List:  (Daniel plans to be in around 10am.  He listed a few items which he'd like to us to pursue.  Sheila mentioned issues she noticed last night (i.e. BS oplev glitching and ALS glitching).  She said they are bad, but probably not the reason for the Locking issues with H1.

  • Run Initial Alignment and return to try locking
  • DRMI, can we lock it alright (we did last night)
  • Revisit/investigate Suspensions (starting with end stations).  Try pushing on Suspension and see if we can see this with OSEMs/oplevs
  • Do we have Standard Spectra for each subsystem?  If we did, one could go through and make cursory checks for anything obviously bad.  If we don't have them, we should work on generating these (atleast for unlocked states).
  • Something uncontrolled?  Is there a fuse blown?  How would one diagnose this?
  • Oplevs.  Compare spectra with other unlocked stretches in the past.

Observatory Mode:  This has been in the "Lock Acquisition" state all night, but we were in the DOWN state.  I would not know what we would call last night.  A "Broken" state would be nice.  Using "Other", "Unavoidable", or "Unknown" are the only other states which I would use to describe our current state, but they don't offer any information & are too similar to each other.

OK, onto an alignment!

H1 SUS (ISC)
peter.fritschel@LIGO.ORG - posted 06:13, Saturday 03 October 2015 - last comment - 17:46, Thursday 08 October 2015(22199)
Issues with the analog monitors of the low-voltage electro-static driver

The low-voltage electro-static driver (D1500016) includes monitors of the output quadrant drive signals that are sent to ADCs for sampling/monitoring (in a SUS IO chassis). The monitors look at the drive voltage after the normal inputs, test inputs, and parametric instability correction inputs are summed together. Each monitor path has a 1:4 voltage divider to fit the full driver range into the ADC input range.

Looking at these monitor channels for ETMY from a recent lock stretch shows several problems with these monitors as useful readbacks for the electro-static drive signals. In the attached plot, the two traces are:

There are several problems:

  1. The sampling rate of the archived monitor channels is too low. It is set to 256 Hz, and the digital AA filter for that rate starts cutting off at about 85 Hz. The sampling rate should be raised to 2048 Hz.
  2. The monitor path in the driver chassis includes a low-pass filter at 42 Hz. This is just a mistake in the production of these chassis; the low-pass was intended to be at 1 kHz. This has been corrected by Rich for all the spare driver chassis.
  3. More significantly, the monitor channel shows excess noise above 8 Hz or so. Except for some higher amplitude features in the drive (like the calibration lines between 30-40 Hz), the monitor channels are swamped by this excess noise, and are incoherent with the DAC drive. Though not shown, I looked at a time when the interferometer was not locked, so that there was no signal going to the ES-driver: the monitor readback spectrum was at the ADC noise floor of 6e-3 counts/rtHz down to low frequencies (below 10 Hz), so with no signal, the excess noise is not present.

Followup work to do: i) check the behavior of the same channels on L1 for comparison; ii) test the behavior of the monitor channels with a spare unit on the bench, in the presence of a signal

Non-image files attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 17:46, Thursday 08 October 2015 (22342)

It's analog. We need a usable whitening for this. (Daniel, Keita)

The noise floor is not a digital artefact, the analog gain seems to be too small to see anything useful at 100Hz. Even if we move 42Hz LPF up to 1k, we would still need a useful whitening, e.g. two stages of ISC style whitening.

In the first attachment top,  red, blue and green are the same ETMY LL ESD low voltage monitor at different points, i.e. red is the test point in SUSAUX (2k), blue is DQ of the same (256), and green is in the IOP model (64k) before the signal comes into SUSAUX.

Also shown is the digital output test point (pink and cyan, pink taken at the same time as red) projected onto the LV monitor by removing the whitening and putting 40Hz LPF and adjusting the DC scaling. No wonder we're not seeing anything useful at 100Hz. 

RMS of IOP channel is basically 1 count down to 8Hz or so, and this means that the noise floor is just ADC noise. RMS of this same signal goes only up to 180 or so counts at 1Hz. Changing 42Hz LPF with 1k is not enough for frequency lower than maybe 400Hz or so.

Boosting the analog gain by a factor of 100 or so, the RMS at low frequency would become uncomfortably large.

The second attachment shows what happens when there are two stages of ISC whitening (z=[1;1] p=[10;10]) plus 1kHz LPF instead of 42Hz, without changing DC gain.

The RMS between 1 and 10 Hz becomes 2000 counts-ish, RMS for f>10 becomes 100 counts-ish, and the monitor noise floor would be at least a factor of 10  larger than the noise floor for f<1k.

In the future, when our sensitivity increases by a factor of 3+ or something for f>100Hz and our drive drops by the safe factor, we might have to think about more whitening or more whitening gain. By that time, we might also be able to more aggressively cut down the low frequency part (f<5Hz) of the drive on ESD. According to Evan ESD-PUM crossover is about 20Hz (alog 19859) so it sounds doable.

[update 0:40 UTC] The third attachment shows the DQ channel (red), test point (blue) and IOP channel (green, which is almost completely masked by blue) measured at the same time up to 116Hz. They're the same except decimation filters.

Images attached to this comment
H1 General
jim.warner@LIGO.ORG - posted 03:48, Saturday 03 October 2015 (22198)
Shift Summary

Title: 10/2 OWL Shift 7:00-15:00 UTC

State of H1: Low noise, finally

Shift Summary: Locking problems continue, packing it in

Activity log:

Ed and Jeff both had problems locking today, so I came in to poke around at a few things.

Sheila  called and suggested I try fiddling with a couple things in Guardian, so I did, but I think other things (that I never touched!) are broken, still.

7:41 loaded new gain in SWITCH TO QPDS -41111 to -80000, sat at DRMI for 5 mins then -> ENGAGE ASC
8:14 Third Try
8:30 #4, also fails
9:02 increased  Switch to QPDS Tramp, lost lock before I could try it
9:15 Trying longer TR CARM TRAMP
10:00 30 sec Tramp, gain -120000
10:20 Reduce gain to -20000, no good, AS port looked like a split mode
10:35 Packing up, revert all changes, leaving ISC_Lock in down

H1 PEM
gerardo.moreno@LIGO.ORG - posted 23:36, Friday 02 October 2015 (22197)
Removed, repaired and re-installed Mid-Y AA Chassis.

Filiberto, Richard, Gerardo

Per work pemit 5529.
The Mid-Y chassis was removed and repaired.  The popped capacitor (C12) on the AA BNC interface board was replaced.  All channels were tested and passed.
Then the gains on channels 1, 2, and 3, were updated by replacing R1 and R4 on the AA BNC interface board.  These channels were tested and 10x gain was noted as expected.
Chassis was returned to the rack and powered up after installing a 5A fuse instead of a 3A.

H1 General
edmond.merilh@LIGO.ORG - posted 23:27, Friday 02 October 2015 (22196)
Shift Summary - OWL Transition

TITLE:  Oct 2 EVE Shift 23:00-07:00UTC (04:00-12:00 PDT), all times posted in UTC

STATE Of H1: Aligning/Locking

LOCK DURATION: N/A

SUPPORT: Sheila, Evan

INCOMING OPERATOR: Jim W

 

Activity log:

00:07 After much ALS alignment tweaking and the wind picking up to around 25mph, Re-locking has been inititated

02:09  Patrick called to let me know that he’ll be in the H2 building for a little while.

02:22 Patrick done in H2 building

04:57 Evan leaving (Patrick still here). There’s nothing more he can do. There seems to be an instability in ALS. Locking doesn’t make it past Switch to QPDs, if it even get’s that far. The majority of the time is spent relocking IMC when it unlocks trying to find IR. Winds are still in the upper 20s.

I placed a call to Sheila to get her thoughts on the situation and Evan suggested that maybe Jim stand down on the OWL shift until the ground motion/wind/ALS is sorted out.

05:10 Called Landry about present condition of IFO and waving off the OWL shift

05:20 Called Sigg about present condition of IFO and waving off the OWL shift. The consensus is Call Jim and let him decide to stand down or come in and confirm proper operation of the Seismic systems, make an aLog and leave.

05:30 Called Jim. He’s going to go ahead and come in NOW and check his stuff and probably NOT stay for the entire OWL shift. His call.

06:10 Jim on site

06:24 Called Landry to give him an update.

 

Shift Summary: The long and short: No locking for me tonight. Evan, Sheila seemed to be at an impasse and Daniel agreed that this trouble be addressed tomorrow during the day. Wind is still blowing ≥25mph. Ground motion is higher than typical. Not much noise above our raised seismic floor from any earthquakes reported as headed our way. Jim is coming in early to assess the seismic systems and probably won’t stay for the OWL shift.

H1 General
edmond.merilh@LIGO.ORG - posted 20:43, Friday 02 October 2015 (22195)
Mid-Shift Summary - Evening

Mid-Shift Summary: No locking. Sheila and Evan have been working on the problem. All the while the wind has been increasing at times to 40mph. there was a small bump in the EQ graph due to a small quake in Alaska and a larger one near Greenland. Microseism seems to be taking a trend downward in the last couple of hours.

H1 AOS (AOS, SUS)
sheila.dwyer@LIGO.ORG - posted 19:27, Friday 02 October 2015 (22194)
BS oplev is glitching, other locking difficulties

We are having trouble locking this afternoon, there might be several factors contributing.  The beamsplitter optical lever is definitely glitching, but this is only a problem while trying to lock DRMI, which has been working OK.  The two attached screenshots show this.  

We have been having lots of locklosses in the first steps of the CARM offset reduction.  Looking at them it seems like the sevo that adjusts the DIFF offset based on AS45Q is running away.  

Images attached to this report
H1 CAL (CAL)
craig.cahillane@LIGO.ORG - posted 18:19, Friday 02 October 2015 (22193)
LHO O1 Calibration Uncertainty
C. Cahillane

Between O1 and ER8 there have been some improvements to the O1 Calibration Model.  This has significantly reduced our calibration's systematic errors between model and measurement.  I have recalculated the uncertainty budget including these fixes.
Although I have included a book of plots, I urge you to focus on Plots 1, 2, and 3.

Plot 1 is the residuals of the systematic corrections model over the nominal model
Recall the response function R = (1 + G) / C.  The red line in Plot 1 represents {(1 + G_cor)/C_cor} /{(1 + G_nom)/C_nom} where G_cor and C_cor are the systematic corrections model and G_nom and C_nom are the O1 nominal model.  

Plot 2 and 3 are the money plots: Magnitude and Phase Uncertainty when we include our systematic corrections.  It is currently dominated by uncertainty in the kappas, which remains at a flat 3% and 3 degrees for all frequencies.  I believe that after outputting LLO uncertainty, getting accurate kappa uncertainty is our next most pressing issue.  

Plots 4 and 5 are the squared magnitude and phase uncertainty components.  Here you can see that the kappas dominate our systematic corrections model uncertainty.

Plots 6, 7, 8, and 9 are the same as 2, 3, 4, and 5, only including the systematic errors as uncertainty in the nominal model.  

Plots 10, 11, and 12 are the L1, L2 and L3 actuation systematic fits to the weighted mean residuals.  Note that the delay in L3 is now 0.

Plot 13 is all of the sensing measurements and their associated models placed on a single plot.  This plot is very busy but needed to be included because this is where I get my weighted mean residuals for Plot 14.

Plot 14 is the sensing systematic fit to the weighted mean residuals.  Note that the advance is now 0.

What remains to be done:
1) LLO Uncertainty
2) Kappa Uncertainty
3) Proper A_pu Uncertainty (Should take no time whenever I'm feeling organized.  I don't expect this to change much)
Far Future:
1) Correlated Uncertainty

I believe that once we understand our kappa systematics we will have very, very low uncertainties, which is exciting for the GDS pipeline output which corrects for our systematics.  In theory our calibration should be limited by detector noise.  We are pushing to the limit.
Non-image files attached to this report
H1 AOS
jeffrey.bartlett@LIGO.ORG - posted 16:16, Friday 02 October 2015 (22192)
Ops Day Shift Summary
Activity Log: All Times in UTC (PT)

15:00 (08:00) Take over from Jim
15:09 (08:09) Set Intent Bit to Observing
15:58 (08:58) Set Intent Bit to Commissioning – Sheila running measurements
16:00 (09:00) Power cycled Video1 and Video2 – Both were frozen
16:44 (09:44) Lock-Loss – Commissioning
17:51 (10:51) Gerardo – Going to Mid-Y to power off turbo pump and install new AA chassis
17:51 (10:51) Jodi – Going to Mid-Y (with Gerardo) to get some 3IFO parts
18:08 (11:08) Robert – Going into CER to check voltages 
18:14 (11:14) Robert – Out of CER
18:35 (11:35) Richard – Going to Mid-Y to work on PEM problems
19:11 (12:11) Jim & Carlos – Going into the Mechanical building to check wireless access points
19:16 (12:16) Jim – Restarting Mid-Y PEM models after hardware repair
19:17 (12:17) Jodi – Back from Mid-Y
19:20 (12:20) Richard & Gerardo – Back from Mid-Y
19:31 (12:31) IFO locked at NOMINAL_LOW_NOISE	22.9W, 74Mpc
19:36 (12:36) Set Intent Bit to Observing
19:50 (12:50) Restart GraceDB
19:59 (12:59) Lockloss – Unknown
22:10 (15:10) Kyle – Going to Mid-Y and near End-Y to get Helium bottles
22:25 (15:25) Kyle – Back from Y-Arm
22:30 (15:30) Start initial alignment
23:00 (16:00) Turn over to Ed



End of Shift Summary:

Title: 10/02/2015, Day Shift 15:00 – 23:00 (08:00 – 16:00) All times in UTC (PT)

Support: Sheila, Evan, Daniel

Incoming Operator: Ed

Shift Summary: 
- 15:00 (08:00) IFO locked. Intent Bit set to Commissioning. Wind is moderate, some seismic activity.     
- 15:09 (08:09) Set Intent Bit to Observing	
-15:58 (08:58) Set Intent Bit to Commissioning	- Sheila running measurements 
-16:44 (09:44) Lockloss – Commissioning activities  
-22:30 (15:30) Start initial alignment

   Rest of shift spent trying to recover IFO. Daniel, Sheila, and Jeff B. went to End-Y. Seeing 8 to 10hz glitches in Y-Arm green, but found no obvious source, (aLOG 22184). Back to CS and will continue trying to relock.  

H1 CAL (CAL, INJ)
sudarshan.karki@LIGO.ORG - posted 16:00, Friday 02 October 2015 - last comment - 07:53, Thursday 08 October 2015(22185)
New PCAL Inv. Actuation Filter Installed

Used double coincident lockloss time this morning to installl new Pcal inverse actuation filter at X-end. I took a transfer function between RxPD and EXC with Inverse actuation filter engaged. The result is attached below. The plot shows a good agreement at lower frequencies (upto few hundred Hz) and is about 2 percent off in magnitude and  7 degress off in phase at a KHz. This is expected because the foton implemetation of filter is little diffrent from its intended response.

We will test it with CBC waveform and detchar safety injection at the next opportunity.

The script used to make this plot is committed to SVN:

/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O1/H1/Scripts/INVACT_PCAL/analyze_invactpcal.m

Images attached to this report
Comments related to this report
sudarshan.karki@LIGO.ORG - 16:15, Friday 02 October 2015 (22191)

Procedure to perfrom Hardware injection through Pcal:

1. Turn of the pcal excitation.

2. There are two filters in H1:CAL-PCALX_SWEPT_SINE filter bank. Turn on both F1 and F2 if your injection is in units of Strain. Turn on F1 only if it is in units of meter.

3. Perform an injection.

4. Turn off the filters after you are done

5. Turn back the pcal lines on and make sure the SDF monitor for CALEX is all clear.

joseph.betzwieser@LIGO.ORG - 07:53, Thursday 08 October 2015 (22334)
Looking at the checked in analyze_invactpcal.m, I noticed that you correct not only for the anti-aliasing analog and digital filters in the readback path (which you do need to get to get meters as read by the PCAL), but you also correct the plot for the anti-imaging analog and digital filters.  This implies that the actual induced motion of the mass is off by the anti-imaging analog and digital filters as you had to apply this correction in post-processing.

So the plot you attached tells us how good of a match we have if we pre-warp the injections by the known anti-imaging filters or take them into account in post-processing when looking for them in search pipelines.

In the case where that is not done, then I believe the attached RxPD_over_EXC_no_IOP_compensation.jpg is closer to how the magnitude and phase will be.  All I have done to the analyze_invactpcal.m script is removed the IOP upsampling filter , "par.A.antiimaging.digital.response.ssd" in the calculation of RX_over_EXC_corrected variable.  The plot is still correcting for the analog anti-imaging (as its mostly delay like) and the zero order hold (again delay), which generally just creates a shift in the start time of the injection.
Images attached to this comment
H1 General
edmond.merilh@LIGO.ORG - posted 15:58, Friday 02 October 2015 (22190)
Shift Summary - Evening Transition

TITLE: Oct 2 EVE Shift 23:00-07:00UTC (04:00-12:00 PDT), all times posted in UTC

STATE Of H1: Locking

OUTGOING OPERATOR: Jeff B

QUICK SUMMARY:. Trouble locking. ETMY is very glitchy. Wind speeds are ≤15mph. Eq seismic Z axis is between .2-.1µm/s, so that looks ok. X and Y are a little elevated probably because of the wind. Microseism has been on an upward trend for the last 16 hours to about .4µm/s. GraceDB query is in failure at the moment.

H1 General
jeffrey.bartlett@LIGO.ORG - posted 13:44, Friday 02 October 2015 (22187)
Ops Day Mid-Shift Summary
Working on relocking the IFO after this mornings lockloss
H1 AOS
sheila.dwyer@LIGO.ORG - posted 12:07, Friday 02 October 2015 - last comment - 15:06, Friday 02 October 2015(22184)
ALS glitches in Y arm are back

Screenshot attached.  We have fast glitches in the ALS Y arm transmission and control signals, which make lock acquisition difficult.  In the past they have disapeared after a few hours. see alog 51242 and others referenceing it.

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 15:06, Friday 02 October 2015 (22189)

Daniel,Jeff B and I went to the Y end to look into this, and found nothing conclusive.  We watched several signals on the scope.  We see no signs of any problems on the fiber servo signals, or the PDH error signal, but it is clear that something is wrong looking at the PDH control signal.  It is not saturating. 

H1 ISC (ISC)
daniel.hoak@LIGO.ORG - posted 22:09, Thursday 01 October 2015 - last comment - 12:48, Monday 05 October 2015(22175)
OMC Mode Scans at 22W

Way back on September 5th, I collected OMC mode scan data before and after the power-up step from 2.2W to 22.5W.  The idea was to measure the time-evolution of the sideband and higher-order-mode content at the AS port as the IFO thermalizes and the alignment adjusts to the hi-power state.  During the mode scans, I followed Koji’s beacon demodulation technique, and used a DARM excitation to tag the carrier light resonant in the arms.  This lets us disentangle the junk carrier light (resonant in the corner) from the good carrier light (resonant in the arms).

There’s quite a bit of information in these mode scans, but the major results are:

 - After the power-up step, the amount of 9MHz light at the AS port more than doubles, with a time constant of about 6 minutes.  I’m not sure how this informs the studies by Elli & Stefan and Paul regarding the AS36 WFS sensing.  Does this time constant agree with thermal effects in the SRC?  Or is it from slow alignment loops responding to something like wire heating?

 - The contrast defect (ratio of carrier junk light to total available carrier light) is very small, less than 70ppm.

 - The mode-matching of the carrier light resonant in the arms into the OMC is excellent, better than 99%.

 - Unfortunately, these data don’t completely solve the mysteries of the HAM6 power budget.  The 45MHz sidebands saturate the DCPDs at 22W with the preamps in the Hi-Z state, and this makes it impossible to measure the 45MHz sideband power at the AS port using mode scans.  But, we can accurately measure the DCPD photocurrent from the carrier and 9MHz sidebands.  Carrier = 33.6 +/- 0.4 mA, 9MHz SB = 34.9 +/- 0.3 mA.



Measurement Procedure

Here’s an outline of how the mode scan data were collected:

With the IFO locked on RF-DARM at 2.2W, unlock the OMC, turn off the OMC-LSC_SERVO output, turn off the OMC LSC dither.  Turn off all stages of the the DCPD whitening (important).
Check that OMC ASC is on and using the QPDs.  Zero the OMC PZT2 offset.  Make sure the DARM boost (FM1) is on (important).
Set the DARM offset to 1.2e-5 counts in the LSC-DARM filter bank (this should be about 16pm).
Use AWG to set up an excitation on OMC-PZT2, I used a 70V ramp, 70 second period.  Use AWG to set up an excitation on DARM for the beacon scan, I used 1e-8 counts at 201.7 Hz.

I collected ten minutes of data at low power, then engaged the power-up step in the Guardian.  After power-up I collected about an hour of data.  The GPS times of the data are:

Lo-power start: 1 125 478 482
Lo-power stop:  1 125 478 992

Hi-power start: 1 125 479 058
Hi-power stop:  1 125 482 221




Mode Fitting

For each span of data, the analysis code looks at PZT2_MON_DC and finds times when the PZT drive was slowly increasing.  During these periods it grabs the DCPD_SUM data and fits the modes, using the measured transverse mode spacing of the OMC and the known sideband frequencies.  I use the measured FSR and f_HOM from Koji’s lab measurements of the H1 OMC:

FSR = 261.72 MHz
f_HOM = 0.21946*FSR


The peaks are fit using the usual Lorentzian function of the PZT voltage.  It would be better to do this as a function of optical frequency, but the PZT nonlinearity is small enough that I’ve ignored it.  Anyways there's a chicken-and-egg problem, you have to fit the PZT voltage before you can convert voltage to optical frequency.


Problem: 45MHz sideband saturation

At 2.2W, the 45MHz sideband peaks generate about 16mA of photocurrent in DCPD_SUM.  In the Hi-Z state, the DCPDs saturate at 20mA (the precise value varies slightly depending on the preamp electronics, these values have been recorded in, for example, the DCPD filter banks).  At 22W we expect 160mA in each 45MHz peak, so these saturate the DCPDs.

Weirdly, the 45MHz peaks saturate at a slightly lower value than expected.  During the mode scans each of the DCPDs would always flat-top around 27500 counts out of the ADC for each of the 45MHz peaks.  See Figure 3.  To get around this in the mode fitting, I fit the data before and after the flat-top from the saturation.  Unfortunately this doesn’t return the correct peak height: the total power doesn’t agree with what we expect, and it doesn’t agree with the power measured by AS_C.  So we still don’t have a complete picture of the HAM6 noise budget.

We could try mode scans with the DCPD preamps in the Lo-Z state, but this only gains us a factor of four in headroom, and the 45MHz peaks would still be on the edge of saturation.


Results: Contrast Defect, Mode Matching, and the Time Evolution of Sideband Power

Using the beacon dither demodulation, we can tag the fraction of the carrier modes which are resonant in the arm.  For each PZT sweep, the DCPD data was demodulated at the DARM excitation frequency.  A multiplicative factor was applied to match the carrier 00 mode signal in the demodulated signal to the raw DCPD data.  From there, we calculate the fraction of each carrier higher-order-mode that is resonant in the arms.  The procedure is the same as described by Koji.  After some testing I settled on a 10Hz lowpass after the demodulation.

The junk light in the carrier higher order modes is used to calculate the contrast defect: 66.2 +/- 4.5 ppm.  The uncertainty is a combination of the statistical uncertainty from mode heights and the variation from sweep to sweep, and systematic uncertainties described in section 5.6 of P1500136.

The fraction of good light in the CR2 (bullseye) mode is used to calculate the mode-matching of the resonant light from the arms into the OMC.  Mode-matching: 0.997 +/- 0.001.  The alignment into the OMC was not so good during these measurements (a large fraction of the CR1 mode was from the arms), but this was expected since we were using the QPD servo.


The breakdown of DCPD photocurrent from the carrier is:
34.00+/-0.06 mA total carrier light
22.42+/-0.06 mA of light from the arms (note: this is not quite the standard DARM offset)
11.59+/-0.06 mA of junk that's not from the arms

Probably in typical low-noise operations, we have 20mA of carrier light from the arms (fixed by the DC readout loop), and 11.6mA of junk carrier from the corner.


The figures attached are the following:

Figure 1 is a GIF movie showing the evolution of the peak heights following the power up.  Note the dramatic increase in lsb3, a higher-order mode of the 9MHz lower sideband.

Figure 2 is a GIF demonstrating the peak fitting procedure.

Figure 3 illustrates the saturation of the DCPDs by the 45MHz sideband peaks.  The fit to the peaks (which is necessary for the subtraction of the peak shoulders from the surrounding data) is performed using the data on either side of the flat-top from the saturation.  To the eye this looks pretty good, but the peak heights from the fit are way less than what we expect, so there's something bogus going on here.

Figure 4 shows the result of the mode fitting (the same data as Fig. 2). 

Figure 5 overlays all of the hi-power mode scans and labels the peaks.  Not all of the peaks that are labeled are fit in the analysis.

Figure 6 shows the fit of the peak locations (in PZT voltage) to the expected optical frequency, using a 4th-order polynomial fit of voltage to frequency.  This is a sanity check that we correctly labeled the peaks.  The error bars are the standard deviation of each peak location, across the few dozen mode scans.  This is a crude measure of the statistical variation in the peak fitting.

Figure 7 shows the results of the beacon dither demodulation for one sweep.  Black is the raw DCPD data, blue is the demodulated data at the frequency of the DARM excitation, and green is the background demodulation.  This is a replica of Koji’s plot from April.  The blue trace has been multiplied by a constant so it matches the black trace (raw data) at the CR0 peaks.

Figure 8 shows the fraction of each carrier mode that is tagged by the DARM excitation.  The fraction of the 00-mode from the arms is unity, by definition.  Except for the 01,10 mode (due to misalignment from the QPD servo), most of the carrier HOMs are due to junk light, i.e. the fraction of each mode from light resonant in the arms is small.

Figure 9 plots various interesting results as a function of time since power-up.  This plot is probably the most interesting collection of results.  The contrast defect is fairly stable (upper left).  Notice how the carrier mode-matching into the OMC improves over time (middle left), and how the 9MHz power increases (lower right).  The total photocurrent in the 45MHz sidebands (lower left) is bogus due to the saturated peaks.  The time evolution of various measured quantities were fit with exponential curves, the time constants returned by the fits are:

Total photocurrent in 9MHz modes: 370 seconds
AS_C SUM: 400 seconds
Carrier mode-matching (using beacon scan): 830 seconds (note, data are noisy)
Total photocurrent in carrier modes: 320 seconds (note, data are noisy)


Figure 10 demonstrates the change in power in the carrier, 45MHz, and 9MHz modes around the power-up.  Except for the 45MHz data (which is wrong because of the saturated peaks), this is a nice before-and-after picture of the power at the AS port.  In this plot, I have normalized the total DCPD photocurrent in [carrier, 9MHz, 45MHz] modes by the input power (measured by IMC-PWR_IN).

Finally, Figures 11, 12, and 13 show the change in the individual mode heights over time.  There is a large increase in the amount of 9MHz HOMs after the power up.  (Since the 9MHz light is not well-matched to the OMC, it couples to higher order modes of the cavity.)  The 45MHz LSB5 mode increases, but this is a small peak in a fairly noisy part of the mode scan, and might be sensitive to a nearby 9MHz mode.  The 6th-order carrier mode loses a lot of power, this is responsible for most of the reduction in carrier power in Fig. 10.

 

Analysis Code

I have pushed a version of the mode-fitting code to git.ligo.org.  This code can’t run on the control room workstations because of the crummy version of scipy that doesn’t have the peak-finding routines, but there is a script included that will download the data with cdsutils, and you can hack away at it on a laptop from there.

Since the beacon dithering required a high sample rate, across one hour of data, most of this analysis was performed on the LHO cluster.  The code and results are saved in this directory.

Images attached to this report
Comments related to this report
keita.kawabe@LIGO.ORG - 09:56, Friday 02 October 2015 (22182)

Can you make something like Figure 12 without normalization?

For one thing I'd like to see the ratio of 0 mode VS higher order modes, and for another it seems to me that the SB imbalance is not small for 9MHz at t=4 and becomes worse as time goes, while 45MHz is just fine.

daniel.sigg@LIGO.ORG - 11:23, Friday 02 October 2015 (22183)

Here are AS LF, 18 MHz, 90 MHz and 36 MHz length signals during the most recent lock stretch. One can clearly see that the 9 MHz is in trouble.

Images attached to this comment
keita.kawabe@LIGO.ORG - 13:41, Friday 02 October 2015 (22186)

Due to small finesse, only 00 and 1st order mode for 9MHz are anti-resonant. Especially, LSB 4th order HOM as well as USB 6th are very close to resonance.

"Transmissivity" of SRC against LSB4 and USB6 coming out of BS (which is due to differential mismatch from the ITMs or BS lensing) are about a factor of 7 larger than 00 mode.

Images attached to this comment
daniel.hoak@LIGO.ORG - 12:48, Monday 05 October 2015 (22241)ISC

In this comment I'll try to answer some questions about the calculation details, and post more data on the mode heights.

Parameters for the Contrast Defect Calculation

The contrast defect is calculated as the ratio of junk carrier light at the AS port to the total available carrier light incident on the beam splitter.

Available carrier light on the beam splitter:

  • Input power (measured from IMC-PWR_IN): p_in = 22.56 +/- 0.05 W
  • Loss from 9MHz modulation (Gamma1 = 0.191 +/- 0.005): J9 = 0.9909 +/- 0.0007
  • Loss from 45MHz modulation (Gamma1 = 0.284 +/- 0.005): J45 = 0.9799 +/- 0.0007
  • Input optics transmission: tIO = 0.88 +/- 0.02
  • PRC carrier gain: g_cr = 36 +/- 2

P_carrier = p_in * J9^2 * J45^2 * tIO * g_cr = 673 +/- 40 W

Losses between beamsplitter and DCPDs (including photocurrent --> power calibration):

  • SRM transmissivity: tSRM = 0.37 +/- 0.001
  • Output Faraday transmissivity: tOFI = 0.95 +/- 0.02
  • OM1 reflectivity: rOM1 = 0.9992 +/- 20ppm
  • OM3 reflectivity: rOM3 = 0.985 +/- 0.002
  • OMC transmissivity: tOMC = 0.93 +/- 0.005
  • DCPD responsivity: PDresp = 0.75 +/- 0.02 A/W

P_loss = tSRM * tOFI * rOM1 * rOM3 * tOMC * PDresp = 0.241 +/- 0.008 A/W

The uncertainties on the parameters above are guesswork, not motivated by any direct measurements.  The dominant source of uncertainty turns out to be the recycling gain.

The total photocurrent in carrier HOMs measured by the DCPDs is about 12mA.  Of this, about 0.7mA is tagged as good light from the arm cavities.  Most of this is due to the CR1 mode -- this is expected, since the OMC alignment is not optimal on the QPD servo.  The CR1 mode is quite small, so nearly all of the carrier HOM content is tagged as 'junk light' not resonant in the arms.  This is the measurement used to calculate the contrast defect:

P_junk = 11.3 +/- 0.03 mA

contrast defect = P_junk / (P_carrier * P_loss) = 69 +/- 5 ppm

**Note: in the initial calculation I used a recycling gain of 38+/-2.  Now I use 36+/-2, this has changed the result from what was presented in the main entry.

 

Mode Matching Worst-Case

While the calculation of the contrast defect is somewhat immune to mistakes in the beacon scan measurement (since the amount of carrier HOM content is so small to begin with), the calculation of the carrier mode-matching is highly sensitive to systematics in the beacon scan results.  As is shown in Fig 8 above, the fraction of the CR2 mode that is tagged as 'good light' starts around 20%, but decreases as the IFO thermalizes to around 2%.  If this is incorrect, we have overestimated the mode-matching into the OMC.

To calculate a worst-case scenario, the photocurrent in the CR2 mode for the last 15 mode scans is 2.6 +/- 0.3 mA.  The fraction tagged as good light is 0.025 +/- 0.014.  The carrier 00-mode photocurrent is 21.7 +/- 0.4 mA.  If all of the CR2 light is from the arms, the mode-matching is 88%.

From the mode scans at low power, we know that a substantial amount of CR2 light can be present at the AS port even when the DARM offset is zero, implying the small CR2 fraction from the arms could be real.  (Note: I think the low-power mode scans were taken with different TCS settings, certainly different ETM ring-heater settings.)

 

Mode Height Plots

In the attached plots, I try to answer Keita's question from above.  These plots show the mode heights of the carrier, 9MHz, and 45MHz peaks over time, starting at the end of the power-up step.  Some things to note:

  • The CR6 mode decreases by a factor of ~lots as the IFO thermalizes
  • The odd-numbered lsb and usb modes increase by ~lots
  • It's impossible to measure the 45MHz sideband balance from this data, since the peaks are saturated.
  • Measuring the 9MHz sideband balance is a challenge, because the lsb0 lies very close to the CR9 mode, and cleanly fitting the peak is tough.  The measured height of usb0 is 2x larger than lsb0 (note, usb0 is awkwardly printed underneath lsb8) at the end of the scan period.

I also attach two text files.  The first has the median measured mode height, in mA of photocurrent, for all the modes fit within a single FSR.  The value and uncertainty for each mode are calculated as the median and std() of the mode heights across the last 15 mode scans in the dataset.  The final column is the measured frequency of the mode location, based on the fit of PZT voltage to optical frequency.  (Remember, we use upper case LSB and USB for the 45MHz sidebands, lower case lsb and usb for the 9MHz sidebands.)

The second text file lists the carrier modes (zero through eight) and the measured fraction of the mode due to the 'good light' resonant in the arms, calculated from the beacon scan.  Again, the uncertainty is calculated from the std() of the final 15 mode scans.

Images attached to this comment
Non-image files attached to this comment
Displaying reports 64041-64060 of 85669.Go to page Start 3199 3200 3201 3202 3203 3204 3205 3206 3207 End