Displaying reports 65661-65680 of 85034.Go to page Start 3280 3281 3282 3283 3284 3285 3286 3287 3288 End
Reports until 18:36, Thursday 23 July 2015
H1 CAL (CDS)
jeffrey.kissel@LIGO.ORG - posted 18:36, Thursday 23 July 2015 (19875)
H1CALCS Model Updated to Include EPICs Records for Reference Time Calibration Filters at Cal Line Frequencies
J. Kissel, D. Barker, J. Batch, J. Betzwieser

As the calibration group solidifies how to measure the slowly-time-dependent parameters of the aLIGO detector's DARM loop, we've identified that we can no longer just get away with only comparing the real-and-imaginary parts of the current DARM Open Loop Gain transfer function against those of a reference time -- at calibration line frequencies -- to produce a "gamma" coefficient (a real, scalar, multiplicative factor applied to the detector's strain output). Because of charge on the test mass evolving with time (on the actuation side of things) and the DARM coupled cavity pole frequency evolving with time (on the sensing side of things), we now must at least track, if not correct for time-varying optical gain, cavity pole frequency, and actuation strength. As such we've parametrized the interferometer response (see T1500377), and this parametrization needs the real and imaginary parts of the actuation function, sensing function, and DARM filter -- again at calibration line frequencies -- for the reference times. 

Long story short, I've added EPICs records to the CAL-CS front-end model to store these new real-and-imaginary parts to the actuation function, sensing function, and DARM filter. The new channels are
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_A_REAL
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_A_IMAG
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_D_REAL
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_D_IMAG
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_C_REAL
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_C_IMAG
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_C_NOCAVPOLE_REAL
    H1:CAL-CS_TDEP_${ACTTYPE}_LINE${NUM}_REF_C_NOCAVPOLE_IMAG
where
${ACTTYPE} = ESD, PCALX, or PCALY
${NUM} = 1, 2, (3, or 4)
and there are 4 lines for ESD and 2 lines for each PCAL.

I will update the CAL-CS MEDM screens with a look-up table for these reference values tomorrow and/or over the weekend.

Short story long again, I ran into two problems trying to compile the changes that I wanted to make:
(1) Not sure how bast to describe this bug, but it comes up when you use several FROM and GOTO tags on multiple levels of subsystems without connecting them to a CDS part on each level. There were two examples of me doing this in my desired CAL-CS model, where I'd tagged a signal, traversed down a subsystem level, tagged it again, and traversed down a few more subsystem levels before it connected to a filter bank. I show the two ways I had done this schematically below:

CASE 1:

IPC part --------+
                 | CAL_CS_MASTER
                 +----------------+
                                  | TIMEDEPENDENCE
                                  +---< TAG 1 |      | TAG 2 >---+
                                                                 | ESD_LINE1
                                                                 +---+
                                                                     | DEMOD
                                                                     +---+
                                                                         | DEMOD
                                                                         +----------- filter bank

CASE 2:
                  +---< TAG 1 |      | TAG 1 >---+
             DARM |                              | TIMEDEP
filter bank  -----+                              +--- < TAG 2 |      | TAG 2 >---+
                                                                                 | PCALX_LINE1
                                                                                 +---+
                                                                                     | DEMOD
                                                                                     +------------ filter bank

I'm not sure which of these two caused the problem, but he attached screen shots with the file tag "doesnotcompile" demonstrate what I *wanted* to compile. The correspondingly named screenshots *without* any extra file tag shows what we had to do in order to get the model to compile. Pretty darn ugly.

(2) The original "doesnotcompile" name for the PCAL and ESD line calculations were stuck in a subsystem I'd called TIMEDEPEDNENCE. Sadly, this totaly blew my channel character limit out of the water. This is a known feature that one can only have channels of 60 characters or less, I had just forgotten, and also didn't appreciate how many sub-sub-sub systems there were in this block. As such, I've reduced the sub system to the obfuscated "TDEP." Oh well.

Images attached to this report
H1 General
nutsinee.kijbunchoo@LIGO.ORG - posted 18:12, Thursday 23 July 2015 (19888)
ITMY MODE7 violin damping filter

It is my on-going attemp to damp the 501.606 Hz line as I'm slowly learning about damping filters. This mode is not touched by the Guardian and will always be off while I'm not using it. 

Images attached to this report
H1 CDS
patrick.thomas@LIGO.ORG - posted 18:00, Thursday 23 July 2015 (19887)
updated Conlog channel list
Added 1109 channels. Removed 524 channels.
H1 General
patrick.thomas@LIGO.ORG - posted 17:49, Thursday 23 July 2015 (19886)
afternoon locking summary
Got notification somewhere around the CARM_ON_TR to REDUCE_CARM_OFFSET transition: NO IR in arms!!! Tried Sheila's alog suggestion of setting the ISC_LOCK guardian to manual mode and reselecting PREP_TR_CARM but it did not seem to work. Tried going back and forth between CARM_ON_TR and REDUCE_CARM_OFFSET and got brief spikes in TR_X_NORM and TR_Y_NORM but they did not last. Lost lock in middle of this. The ISC_LOCK guardian was still in manual mode when it lost lock and the guardian appeared to go haywire when it did. I think it may have been quickly flashing between all of the states. I quickly set it back to auto mode but something was still wrong. I tried different things including reloading the guardian but that ended up with a user error message. At the same time the DAQ was being rebooted and the nds servers went away. However only the SYS_DIAG guardian seemed to have an error related to this that cleared when it came back. The issue with the ISC_LOCK guardian user error message was still there. It seems to have been because when I reloaded the guardian it loaded code that Sheila was in the middle of editing. She commented something out and it was able to reload and move on. Not certain what if any of the problems leading up to this were related to nds restarts.

I got a SYS_DIAG notification that there was an issue with the NPRO noise eater. I think this may have been there since the PSL work. Sheila, Cheryl and I reset it. After that the ISS went into oscillation. Jason was able to fix it.

I have left the IFO in DC_READOUT while Sheila and Jenne investigate why an increase in power is breaking the lock.

Lessons learned:
When the ALS_COMM guardian notifies you to find IR by hand: Go to the ALS Overview, click on the lower left 80 MHZ VCO to open the H1:ALS-C_COMM_VCO medm screen and move the Set Off (Hz) slider to bring back the LSC-TR_X_NORM signal. This can usually be done by 3 clicks to the left.
When the ALS DIFF guardian notifies you to find IR by hand: Got to the LSC Overview and adjust the very small slider labeled ALS_DIFF at the bottom of this medm screen to bring back the LSC-TR_Y_NORM signal.
Dave says losing the nds servers *can* affect locking the IFO because the guardian connects to them.
H1 PEM
filiberto.clara@LIGO.ORG - posted 16:40, Thursday 23 July 2015 - last comment - 17:04, Thursday 23 July 2015(19881)
Cosmic Ray Detector - Installation
Items completed today:
1. High Voltage Power Supply was installed (PEM-C1) and HV outputs were verified
2. Cosmic Ray Electronics D1500202 was installed (PEM-C1)
3. All BNC and MHV cables were terminated
4. Raymond Frey looked at outputs of cosmic detector - all within spec

Signals still need to be entered into DAQ (ongoing).
Comments related to this report
david.barker@LIGO.ORG - 17:04, Thursday 23 July 2015 (19884)CDS, DAQ

WP 5382 has been opened to add the Cosmic Ray channels to the h1pemcs model. Currently one channel will be added to the DAQ at 16kHz.

H1 PSL
cheryl.vorvick@LIGO.ORG - posted 16:01, Thursday 23 July 2015 (19876)
NPRO ROO red - IMC not staying locked - toggled Noise Eater

IMC was relocking but not holding.  Talked to Sheila, and she showed us how to toggle the Noise Eater - picture attached showing the switch.

IMC relocked, PSL ISS came back bad, with the loop being toggled on/off due to power, so Jason adjusted the REFSIGNAL to bring the Reflected power back to about 10% where ISS is stable.

- Sheila, Jason, Patrick, Cheryl

Images attached to this report
H1 GRD
cheryl.vorvick@LIGO.ORG - posted 15:54, Thursday 23 July 2015 - last comment - 17:33, Thursday 23 July 2015(19873)
two states named "Down" in ISC_LOCK

On the ISC_GUARDIANS.xml, ISC_LOCK pull down menu has two states named "Down" - why?

Picture attached.

Images attached to this report
Comments related to this report
patrick.thomas@LIGO.ORG - 17:33, Thursday 23 July 2015 (19885)
Also two CHECK_IR, NONE and DRMI_LOCKED states.
H1 PSL
jason.oberling@LIGO.ORG - posted 15:33, Thursday 23 July 2015 - last comment - 15:53, Thursday 23 July 2015(19872)
H1 PSL PMC Realignment and FSS Test

J. Oberling, P. King, E. Merilh

Summary

We realigned the beam into the PMC and adjusted the position of the mode matching lenses to improved the power transmitted by the PMC.  At the then end we had PMC TRANS = 23.3 W, PMC REFL = 1.9 W, and a visibility of 91.1%.

We then tested the TTFSS box that Peter had modified.  We were able to get the FSS to lock with the modded box, but when we looked at the TF we noticed some ugliness between 200 kHz and 300 kHz.  Peter has pictures of the TF and the data so he can post those.  The UGF of the modified box was around 220 kHz, this with the common gain maxed at 30 dB.  It was decided that to continue to work on the modded box, so we reinstalled the original TTFSS box and restored the common and fast gains to where they were before we swapped boxes.

Details

The PMC before we started working:

The FSS and ISS were turned off, PMC TRANS changed to 23.0 W.  We first adjusted the beam alignment into the PMC using mirrors M06 and M07.

As can be seen the majority of the gain was in yaw.  At this point we measured the RPD voltage in both the locked and unlocked state and calculated the visibility

Then the mode matching lenses L02 and L03 were tweaked in position to see if we could gain anything.  Once this was done we had to tweak the alignment again using mirrors M06 and M07 and calculated the visibility.

We then tested the modified TTFFSS box.  With the modified box the FSS was able to successfully lock.  We then measured the TF of the FSS servo and noticed that between 200 kHz and 300 kHz the TF was fairly noisy.  The UGF was at ~220 kHz with the FSS common gain slider maxed at 30 dB, but the noise caused the TF to cross unity a couple different times, with a final crossing around 280 kHz.  Peter has the full TF data with pictures that he will post.  We decided to pull the modified box out and reinstall the original.  The common and fast gains were returned to their original values (20.5 dB and 22.2 dB respectively).

Finally we relocked the FSS and ISS.  Upon ISS relock, the diffracted power went up to ~45%; the refsignal had to be changed to -2.56 to bring the diffracted power down to ~6%.  While this is unusually high, the ISS seemed happy so we left it as is and will monitor it.  The final PMC powers after FSS and ISS relock are:

Comments related to this report
jason.oberling@LIGO.ORG - 15:53, Thursday 23 July 2015 (19874)

ISS Follow-up

Just got a visit from Sheila, the ISS was oscillating.  I found it bouncing between 10% and 0% diffracted power.  What was happening was the ISS would decrease the diffracted power in response to the low refsignal (-2.56 V), and get too low and break the loop.  This then puts the diffracted power at 10%, which is where it sits when the ISS is not locked.  The autolocker would then re-engage the loop, and move the diffracted power down in response to the low refsignal of -2.56 V.  Lather rinse and repeat.  Solution was simple: raise the refsignal until the loop stabilizes.  In this case I ended up setting the refsignal to -2.08 V.  This gave a diffracted power of ~7% and it appears happy there for the moment.

Not sure why the ISS decided that a refsignal of -2.56 V was needed for ~6% diff power after our PMC work, then decided a refsignal of -2.08 V was needed for ~7% diff power a few hours later.  This isn't the first time this has happened with the ISS.  If anyone has any insight, let me know.

H1 ISC
evan.hall@LIGO.ORG - posted 15:07, Thursday 23 July 2015 (19871)
Slightly better dHard pitch OLTF measurement

This time at 10 W.

Images attached to this report
Non-image files attached to this report
H1 DAQ (CDS)
james.batch@LIGO.ORG - posted 14:46, Thursday 23 July 2015 - last comment - 17:02, Thursday 23 July 2015(19870)
Reboot of DAQ system
The h1ldasgw0, h1ldasgw1, h1fw0, h1fw1, h1nds0, h1nds1, h1dc0 and h1broadcast0 computers were powered off and restarted this afternoon.  Updates were applied to the h1ldasgw0 and h1ldasgw1 computers to bring them to the same OS version.  An fsck was performed on h1fw0, which had gone 343 days without a check.  An fsck was also performed on h1nds0 which had gone 272 days without a check.

It is hoped that this maintenance will solve the instability which has caused the frame writers to restart many times per day over the last few days.
Comments related to this report
david.barker@LIGO.ORG - 17:02, Thursday 23 July 2015 (19883)

The restart of the DAQ performed today also resynced the DAQ to the following modifications:

new ISI models for BSC

new CAL-CS model

new Beckhoff C1-PLC1 INI file (added timing GPS channels)*

* I am still having to hand-edit C1-PLC1 and C1-PLC2 files to remove the duplicated PSL-ERROR_[CODE,FLAG] channels from both.

H1 SUS (DetChar, INS, SUS, SYS)
leonid.prokhorov@LIGO.ORG - posted 14:14, Thursday 23 July 2015 (19869)
OPLEV charge measurements
We continue the charge measurements on ETMs.
Some point's of today's data could be saturated due to the other activities at the end stations.
Plots are in attachment. Voltage is more or less the same, and it's early enough to consider the tendencies since changing the bias sign (See alog 19848, 19821).
Images attached to this report
H1 COC (COC, TCS)
eleanor.king@LIGO.ORG - posted 13:07, Thursday 23 July 2015 (19867)
Absorption measurement of ETMX using HWS

Last night I measured the change in spherical power in ETMX during a 50 minute, 25.5W lock stretch (Started ~23 Jul, 00:05:00 UTC) using the same method last night's measurement,  see alog 19835.  The change in spherical power was 20 microdiopters, which means 21.2mW of power was absorbed.  According to the ASC_TR_X_A/B PDs the power in the arm was 132kW (+/- 15%), which puts the absorption in the ETMX at 160(24)ppb.  The absorption of this optic is 330ppb, according to the galaxy website, so our measurment does not agree with this previous value.

Attached is a plot of ETMX and ETMY spherical power change during this lock stretch.  There are some big glitches in the HWS spherical power, which correspond to where I briefly closed the green beam shutters. The ETMY spherical power looks dodgy.  I will adjust the misalignment of the green beam onto the ETMY and see if we can get a decent measurement.

Images attached to this report
H1 General
cheryl.vorvick@LIGO.ORG - posted 13:07, Thursday 23 July 2015 - last comment - 16:09, Thursday 23 July 2015(19868)
Summary of Thursday Maintenance: 23 July 2015

Things that probably happened, but of no impact to the IFO:

- WP5377 - Bubba, fan, LSB

 

Things that happened:

- EY to check SUS ESD cables, Andres, started 8:34AM, done 10AM, no cables changed

- WP5379 - JeffK, SUS and SEI IPC - done 9:00AM

- HEPI EY transition, Jim, started 9AM, done 10:49AM

- HEPI, Hugh, to EY, started 10AM, done 10:49AM

- ETMX charge measurement, Leo, started 9:50AM, done 10:54

- HEPI blend filters, Jim, EX, done 10:55

- WP5381 - Richard, Vault Seismometer, started 9AM, done 10:43AM

- High Bay door opened, Andres, 11:10AM

- WP5378 - Daniel, Beckoff, started 9AM, done 11:25

- PEM, mid-Y and EY, Vinney, started 10:46AM - done 11:34AM

- WP5350, Jason, PSL PMC, PMC and FSS electronics, Done 12:30

- TCS, Nutsinee, TCSX HWS align, started 10:50AM, Done 12:30

- WP5376 - Jonathan, CDS EPICS Gateway, started 8:24AM - assumed done

- ETMY charge measurement, Leo, started 10:50AM - assumed done

- ETMX PCAL, Sudarchan, started 9:58, Done 12:57PM

- WP5380  - JeffK, CAL-CS, started 12:54PM, done 12:57PM

- DAQ NDS0 full reboot, Dave - currently in process

 

Things that are waiting for a window of opportunity:

- WP5349, Filiberto, LVEA Cosmic Ray Detector, started 8:37AM, still work to do if there's a window, ~1 hour

- Low ESD at ETMX, Filiberto, still work to do if there's a window, ~30 minutes

Comments related to this report
cheryl.vorvick@LIGO.ORG - 16:09, Thursday 23 July 2015 (19877)

Since 1PM:

- Ray Frey in/out of  Electronics Bay, 1PM+

- Richard to Electronics Bay, 2:59PM

- Richard out of the Electronics Bay, 3:13PM

- Ray out of Electronics Bay, 3:45PM

 
Currently Patrick has the IFO and is relocking.
H1 ISC
evan.hall@LIGO.ORG - posted 09:31, Thursday 23 July 2015 - last comment - 23:01, Thursday 23 July 2015(19859)
More DARM tweaking

To fix the problem of accidental PUM/ESD crossovers near the violin mode resonances, the PUM is now rolled off more aggressively above the crossover (see attachment of EY L2 LOCK FM6 vs FM7, where grey is old and purple new).

Previously, the PUM had an f2 plant inversion out to about 600 Hz. It is now more like 300 Hz. There is also a broad notch around the first violin mode just to make sure that we do not have an accidental crossover there.

DARM OLTF attached (blue and red are essentially part of the same measurement). The high end of the phase bubble has flattened out a bit.

The PUM/ESD crossover was remeasured and was found to be satisfactory (attachment). Additionally, the rms drives to the three stages seem to be acceptable as well (attachment), although these were taken during low seismic activity.

Images attached to this report
Non-image files attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 23:00, Thursday 23 July 2015 (19878)SUS

Taking the data from the time in the spectra posted above, I looked at what is using up the ESD range. It looks like it should be fine to engage two stages of low pass filter in the LVLN driver.

The first attached plot shows the ESD MASTER_OUT LL channel as well as the expected signal level after applying the compensation filter for the two (50:2.2) analog filters.

The RMS goes from 1450 to 30000 cts after switching the filter.

Most of the RMS increase would come from a few CAL lines around 540 Hz which are not accurately notched by the DARM filter bank. These filters should be modified when the line frequencies are changed. Also, the line ampltiudes are too large. Probably the line amplitudes should be set by determining what physical parameter we need to estimate with what SNR, instead of some ad-hoc amplitude based on the power spectra.

Notching out the CAL lines would reduce the DAC signal from an RMS of 30000 cts (un-tenable) to 3000 cts (reasonable).

rana.adhikari@LIGO.ORG - 23:01, Thursday 23 July 2015 (19889)
Images attached to this comment
H1 ISC (ISC)
stefan.ballmer@LIGO.ORG - posted 02:41, Thursday 23 July 2015 - last comment - 14:53, Monday 24 August 2015(19856)
Coherent broadband noise in OMC_DC_SUM
We observed broadband coherence of OMC_DC_SUM with ASC_AS_C_LF_SUM and ASC_A_RF36_PIT. We made some numbers and plots, using the 64kHz version of the channels.

First the measurements we made on OCXO oscillator:
- ASC_AS_C sees a RIN of about 5e-7/rtHz above 100Hz (either from H1:ASC-AS_C_SUM_OUT_DQ or from H1:IOP-ASC0_MADC6_TP_CH11). The same is true for its segment 1.
- The calculated shot noise RIN at 20mA (quantum efficiency 0.87) detected is 4.0e-9/rtHz.
- The 4.0e-9/rtHz agrees with DCPD_NULL_OUT_DQ's prediction (8.0e-8 mA/rtHz/20mA).
- DCPD_SUM_OUT_DQ sees a slightly elevated RIN of 4.6e-9/rtHz (9.2e-8 mA/rtHz/20mA).

- The RIN in DCPDA (H1:IOP-LSC0_MADC0_TP_CH12, corrected for the whitening) is about 5.9e-8 mA/rtHz, or RIN = 5.9e-9/rtHz at 20mA/2diodes (~15pm DARM offset)...
- ...or about 3.3e-8 mA/rtHz or 1.2e-8/rtHz at 5.7mA/2diodes (~8pm DARM offset).

- ASC-AS_C_SEG1 (H1:IOP-ASC0_MADC6_TP_CH11) and OMC-DCPD_A (H1:IOP-LSC0_MADC0_TP_CH12) shows a coherence of 0.053 at 20mA, suggesting a white noise floor a factor of 0.23 below shot noise.
- At 5.7mA the same coherence is about 0.13, i.e. the white noise floor is a factor of 0.39 below shot noise.
- These two measurements are in plot 1.

- Taking the last two statements together, we predict a coherent noise of
  - 5.9e-8 mA/rtHz *0.23 = 1.4e-8 mA/rtHz at 20mA/2diodes (~15pm DARM offset)  (RIN of coherent noise = 1.4e-9/rtHz) - The pure shot noise part is thus 5.7e-8 mA/rtHz
  - 3.3e-8 mA/rtHz *0.39 = 1.3e-8 mA/rtHz at 5.7mA/2diodes (~8pm DARM offset)  (RIN of coherent noise = 4.5e-9/rtHz) - The pure shot noise part is thus 3.0e-8 mA/rtHz.

- AS_C calibration:
 - 200V/W (see alog 15431)
 - quantum efficiency 0.8 (see alog 15431)
 - 0.25% of the HAM 6 light (see alog 15431)
 - We have 39200cts in the AS_C_SUM. Thus we have
   - 39200cts / (1638.4cts/V) * 10^(-36/40) (whitening) / (200V/W) = 1.89mW and AS_C. (shot noi
   - 1.89mW/0.025 = 76mW entering HAM6. I.e. we have slightly more sideband power than carrier power (Carrier: 27mW in OMC transmission).
   - Shot noise level on AS_C_SUM is at 2.0e-8 mA/rtHz, corresponding to a RIN of 1.6e-8/rtHz. I.e. the coherent noise seen at 5e-7/rtHz is high above the shot noise. Dark noise TBD.
   - The light entering HAM 6 has a white noise of 5e-7/rtHz*76mW = 3.8e-5 mW/rtHz 
    

Bottom line:
 -We have ~1.4e-8mA/rtHz, or 1.9e-8mW/rtHz of coherent white noise on each DCPD.
 -It corresponds to 3.8e-5mW/rtHz before the OMC, i.e. the the OMC seems to attenuate this component by 2000.
 -This noise stays at the same level (in mW/rtHz) for different DCPD offsets.


Next, we switched back to the IFR for testing. plot 2 shows the same coherences (all at 5.7mA / 8pm DARM offset), but on the IFR. Interestingly now AS_C and AS_A_RF36 start seeing different noise below 2kHz. We convinced our selfs that the higher excess noise seen in AS_A_RF36 is indeed oscillator phase noise from the IFR - so that is clearly out of the picture once of the OCXO. (Evan will shortly log the oscillator phase noise predictions.)


64k Channel list:
H1:IOP-LSC0_MADC0_TP_CH12:     OMC-DCPD_A  (used in plot)
H1:IOP-LSC0_MADC0_TP_CH13:     OMC-DCPD_B
H1:IOP-LSC0_MADC1_TP_CH20:     REFLAIR_A_RF9_Q
H1:IOP-LSC0_MADC1_TP_CH21:     REFLAIR_A_RF9_I
H1:IOP-LSC0_MADC1_TP_CH22:     REFLAIR_A_RF45_Q
H1:IOP-LSC0_MADC1_TP_CH23:     REFLAIR_A_RF45_I
H1:IOP-LSC0_MADC1_TP_CH28:     REFL_A_RF9_Q
H1:IOP-LSC0_MADC1_TP_CH29:     REFL_A_RF9_I
H1:IOP-LSC0_MADC1_TP_CH30:     REFL_A_RF45_Q
H1:IOP-LSC0_MADC1_TP_CH31:     REFL_A_RF45_I


H1:IOP-ASC0_MADC4_TP_CH8:      ASC-AS_A_RF36_I1
H1:IOP-ASC0_MADC4_TP_CH9:      ASC-AS_A_RF36_Q1
H1:IOP-ASC0_MADC4_TP_CH10:     ASC-AS_A_RF36_I2
H1:IOP-ASC0_MADC4_TP_CH11:     ASC-AS_A_RF36_Q2
H1:IOP-ASC0_MADC4_TP_CH12:     ASC-AS_A_RF36_I3
H1:IOP-ASC0_MADC4_TP_CH13:     ASC-AS_A_RF36_Q3   (used in plot)
H1:IOP-ASC0_MADC4_TP_CH14:     ASC-AS_A_RF36_I4
H1:IOP-ASC0_MADC4_TP_CH15:     ASC-AS_A_RF36_Q4

H1:IOP-ASC0_MADC6_TP_CH11:     ASC-AS_C_SEG1  (used in plot)
H1:IOP-ASC0_MADC6_TP_CH10:     ASC-AS_C_SEG2
H1:IOP-ASC0_MADC6_TP_CH9:      ASC-AS_C_SEG3
H1:IOP-ASC0_MADC6_TP_CH8:      ASC-AS_C_SEG4





Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 17:01, Thursday 23 July 2015 (19882)
Some more estimation - this time for frequency noise:

- Shot noise on the refl diodes is given by Pshot=sqrt(2*h*nu*Pr_lock)
- The cavity sensing function is P_9_pk = 4*Gam9*P0 * dNu(f)/(f_p + i*f), where P0 would be the carrier power incident on the PD without the IFO.
- from this we can estimate a frequency (phase) noise of about 8e-11 rad/rtHz.

Gam9=0.219; %alog15874
PSL_low=2; %W
Pr_nolock_low=13.7e-3; %W
PSL_lock=24;
Pr_lock=3.5e-3; %W
IMCt=0.88; 
att=Pr_nolock_low/(PSL_low*IMCt);
P0=PSL_lock*IMCt*att;
inlockdrop=Pr_lock/(P0);

Pshot=sqrt(2*h*nu*Pr_lock);
dphi=Pshot/P0/4/pi/Gam9;
stefan.ballmer@LIGO.ORG - 12:28, Monday 27 July 2015 (19963)
For reference, I ran the numbers on where we would expect the sidebands to show a resonance feature.

I used the following values:
RITM=1939.3m
RETM=2241.54m
L=3994.485m

Checking accidental sideband resonances in the arm cavities:
Resonance condition: fres = FSR * (q  + (l+m+1)*fTM/FSR)
Free Spectral Range (FSR)    : 37.5258 kHz
Transverse Mode Spacing (fTM): 32.4297 kHz
Checking f1 sideband:
q=242	l+m=0	 Freq. diff. = 18.2284 kHz
q=242	l+m=0				 Freq. from antiresonant = 0.534516 kHz
q=242	l+m=1	 Freq. diff. = 14.2013 kHz
q=241	l+m=1				 Freq. from antiresonant = 4.56162 kHz
q=241	l+m=2	 Freq. diff. = 9.10514 kHz
q=-242	l+m=0	 Freq. diff. = 18.2284 kHz
q=-243	l+m=0				 Freq. from antiresonant = 0.534516 kHz
q=-243	l+m=1	 Freq. diff. = 13.1322 kHz
q=-244	l+m=1				 Freq. from antiresonant = 5.63065 kHz
q=-244	l+m=2	 Freq. diff. = 8.0361 kHz
Checking f2 sideband:
q=1212	l+m=0	 Freq. diff. = 16.0903 kHz
q=1212	l+m=0				 Freq. from antiresonant = 2.67258 kHz
q=1212	l+m=1	 Freq. diff. = 16.3393 kHz
q=1211	l+m=1				 Freq. from antiresonant = 2.42356 kHz
q=1211	l+m=2	 Freq. diff. = 11.2432 kHz
q=-1212	l+m=0	 Freq. diff. = 16.0903 kHz
q=-1213	l+m=0				 Freq. from antiresonant = 2.67258 kHz
q=-1213	l+m=1	 Freq. diff. = 10.9942 kHz
q=-1214	l+m=1				 Freq. from antiresonant = 7.76872 kHz
q=-1214	l+m=2	 Freq. diff. = 5.89804 kHz

stefan.ballmer@LIGO.ORG - 00:19, Wednesday 29 July 2015 (20014)ISC
Evan, Matt, Lisa

We did one more test for the broadband coherence noise: Common mode gain +3dB vs -3dB

We see no chnge in the broadband level of the noise below 10000Hz.
However, we do see an FSS gain oscillation at 7320Hz showing up in the OMC_DCPD_SUM - but not in AS_C_LF or AS_A_RF36 - in fact that coherence has adip where we get the frequency noise oscillation.
This strongly suggests that our broadband noise is NOT frequency noise.

Evan also took the frequency noise transfer function - a preliminary analysis here also confirms: the frequency noise should be significantly below the O(1e-8mA/rtHz) noise level we see.
Images attached to this comment
stefan.ballmer@LIGO.ORG - 18:53, Sunday 02 August 2015 (20150)
Note that the higher order mode estimates above were made using a slightly wrong modulation frequency. Updated estimates for the correct modulation frequency are attached to alog 20147
stefan.ballmer@LIGO.ORG - 14:20, Monday 24 August 2015 (20826)
 - ASC-AS_C GETS 2.5% of the HAM 6 light (see alog 15431) (NOT 0.25%)
daniel.hoak@LIGO.ORG - 14:53, Monday 24 August 2015 (20828)

Actually AS_C gets 400ppm of the light entering HAM6 -- the OM1 mirror was swapped from 5% transmission to 800ppm transmission in early April.  See alog:17738.

Displaying reports 65661-65680 of 85034.Go to page Start 3280 3281 3282 3283 3284 3285 3286 3287 3288 End