Displaying reports 58781-58800 of 84573.Go to page Start 2936 2937 2938 2939 2940 2941 2942 2943 2944 End
Reports until 15:04, Friday 08 April 2016
H1 IOO
cheryl.vorvick@LIGO.ORG - posted 15:04, Friday 08 April 2016 (26502)
power spectrum of IM 1-4 OSEM noise:

Top plot:

IM2 LR OSEM noise rises above other IM OSEMS around 135Hz.

At 570Hz, IM2 LR OSEM in blue in top plot is ~15x the noise of the IM3 LL, ~60x the noise of IM1 UR, and ~90x the noise of IM4 LR

Bottom Plot:

OSEM noise shows up in pitch signal

Images attached to this report
LHO VE
chandra.romel@LIGO.ORG - posted 14:55, Friday 08 April 2016 - last comment - 16:01, Friday 08 April 2016(26503)
HAM6 doors ON
Kyle, Gerardo, Jeff B., Chandra

East door was installed on Thursday. North and South doors were installed today. Two of three are torqued. We will torque the South and start the rough pump down after late lunch. 

NOTES:  

1. North door has a questionable scratch along the o-ring sealing surfaces (but not wide enough to cross both o-rings at same time, we think). Scratch is in fourth quadrant (when looking at door).
2. Inner o-ring of South door was bad. We replaced with one from 1998 processed stock. 

We will leak check all doors before COB today.

Comments related to this report
john.worden@LIGO.ORG - 15:36, Friday 08 April 2016 (26504)

Excellent - although east door was installed Thursday. or -Y door as some would prefer.

chandra.romel@LIGO.ORG - 16:01, Friday 08 April 2016 (26505)
Fixed the log entry, John. :) 

Kyle has photos of the scratch.
H1 CDS (CDS, VE)
patrick.thomas@LIGO.ORG - posted 13:59, Friday 08 April 2016 (26501)
X2-8 BPG402 gauge and media converter online in h0veex
Filiberto, Patrick

We did two things, and it is not clear which or if both were necessary. We swapped the transmit/receive fiber pair into the CU1521 media converter at X2-8. After that the link lights started blinking. At the end station we changed the rotary dial on the CU1521 media converter from 0 to 5. This dial sets the direction of the media converter as seen from the EtherCAT master. 0 is from fiber to copper. 5 is from copper to fiber. (pg. 22 of http://download.beckhoff.com/download/document/io/infrastructure-components/cu15xxen.pdf) So it had been incorrectly set as from fiber to copper. We then power cycled just the CU1521. We had checked the dial on the media converter at X2-8 and it was correctly set to 0 (fiber to copper).

I had to restart the Beckhoff controls and IOC again to scan and add the gauges. I called Cheryl from the end station and she ran a script on the vacuum computer in the control room to set the IOC values. She also set the CP LLCV control to manual. I just set it back to PID.
H1 General
cheryl.vorvick@LIGO.ORG - posted 13:56, Friday 08 April 2016 (26500)
Ops mid-day activities:

My watch on Operations: approx. 18:00-20:00UTC (11:00-1:00PT) - as of 20:56UTC:

H1 DAQ (CDS)
james.batch@LIGO.ORG - posted 11:58, Friday 08 April 2016 (26498)
Power cycled h1nds1
The h1nds1 computer died with a kernel panic.  I powered the computer off, then powered it back on at about 11:53 PDT.  Monit needed to be told to monitor the daqd process once the computer booted.
H1 AOS
jim.warner@LIGO.ORG - posted 10:30, Friday 08 April 2016 (26496)
HAM6 ISI looks OK

Corey and I did the last few ISI items this morning in HAM6. Check for tools, wiped down areas where people were working, pulled the septum cover, unlocked the ISI and closed the chamber. While we were doing that Evan, JeffK and Fil checked the operation of the beam diverter and fast shutter (Jeff just alogged that). I've now taken closeout ISI measurements and the ISI looks ok. I think my measurements are made a little noisy by high purge flow in the chamber, so I may take longer measurements after the chamber closes. But I think we are good to put doors on.

Images attached to this report
H1 ISC (INS)
jeffrey.kissel@LIGO.ORG - posted 10:29, Friday 08 April 2016 (26493)
All HAM6 ISC On-Table Mobile Components Compenents Functional -- Ready for Closeout
J. Kissel, E. Hall, F. Clara

As per this April HAM6 vent's plan, E1600092, we've confirmed the functionality of the AS AIR and OMC REFL beam diverters, as well as the HAM6 fast shutter. Details of the test below. The tests required turning on the HAM6 High Voltage for the shutter, but we since have turned it off again now that or tests are complete.  All mobile ISC components are functional; ISC is a go for chamber closeout.

------------------
Beam Diverters:
- The AS AIR and OMC REFL beam diverters did not need to be moved or disconnected at all during this vent, so testing their functionality was as simple as exercising the OPEN/CLOSE buttons on the corresponding Beckhoff MEDM screen and watching as the shutters cycled through the two positions. We were able to cycle both several times without issue.

Fast shutter:
To test the fast shutter we did the following (informed by LHO aLOG 17831)

This scenario: The chamber doors are open, the shutter is clearly visible, ISCT6 has been pulled away from the chamber, the trigger PD's input has been disconnected from the remote chassis, and the high voltage has been turned off.

Gather ahead of time: a portable DC voltage supply (it need only be capable of +5V) and associated BNC cable and adapter.

Process:
(1) Confirm that the HAM6 fast shutter remote chassis's power is OFF (both that the front-panel "HV Enable" little silver dip-switch is set to "disable", and the back panel power rocker switch is OFF). This chassis is located in the field rack just -Y of HAM6 at the bottom of the rack.
(2) Turn on the high voltage power supply in the Computer Electronics Room (CER) Mezzanine. Since the voltage and current adjust are analog dials, they are typically left at the right setting, so one only needs to turn on the power switch to the power supply. Once on, the voltage readback should show 250V, and the current readback should be hovering just above 0 A (i.e. *very* little current should be drawn).
(3) Return to the field rack, and turn on the back panel chassis power rocker switch.
(4) On the front panel, you should see the +/-15V light green, the computer screen light up, and after a few seconds the fault light will go red.
(5) Enable the HV from the front panel silver dip switch. The computer screen will indicate that the capacitator is charging up for ~10 sec or so. The fault light will remain on.
(6) Connect the DC voltage supply (with no voltage output) to the Fast Trigger Input. 
(7) As soon as you give the voltage supply 5 V, the shutter should pop up, and the fault light will go off.
(8) Cycle the 5V a couple of times to confirm expected functionality. If the shutter pops up and down as expected, then the shutter is functional.
(9) Disconnect the 5V voltage supply, flip the sliver dip switch back to "disable," turn off the power to the chassis via the back panel rocker switch, and turn OFF the high voltage power supply in the CER mezzanine.

NOTE This only tests the mobility of the shutter, it does not test the shutter logic or the timing. This requires ISCT6 to be in place, and light on a trigger PD, as per LHO aLOG 17831 cited above. We will test these critical components as soon as possible.
Non-image files attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 10:18, Friday 08 April 2016 (26495)
~0935 -> Started IP8 on Diagonal volume
The Diagonal Volume is currently being pumped by the Turbo, IP7 and IP8.  IP7's voltage setting is not optimal, I'll fix it later.  Unless otherwise directed, will leave this way over the weekend and shut down the Turbo Monday.
H1 CDS (CDS, VE)
patrick.thomas@LIGO.ORG - posted 09:36, Friday 08 April 2016 (26494)
X2-8 gauge and media converter still not seen
I put the TwinCAT system into configuration mode at end X and scanned for devices. The media converter and X2-8 EtherCAT gauge did not show up. I put it back to run mode. The LLCV is in manual mode until the PID recovers.
H1 General
jeffrey.bartlett@LIGO.ORG - posted 09:13, Friday 08 April 2016 (26492)
08:30 Meeting Minutes
PSL – The leaking coolant manifold was replaced yesterday. Coolant has been circulating since then with no apparent problems. Today efforts will concentrate on getting the PMC relocked. 

SEI – The new hardware has been installed and tested. The crew is closing out some final cleanup tasks; then will run a final set of transfer functions. If everything checks out OK, the plan is to hang the last two doors after lunch.

Vac – Pumping will start on HAM6 as soon as the doors are back on. Gate Valves should be opened on Monday. 

FRS – Reviewed and closed out completed FRS tickets.   

H1 PSL
peter.king@LIGO.ORG - posted 08:01, Friday 08 April 2016 (26491)
HPO laser head flow sensors
The output of the 4 flow sensors - one per laser head - from the past 24 hours is attached.
The sensor for head 1 was replaced yesterday.  Not obvious to me why it did not settle down
as rapidly as the other 3 sensors.  But we will keep an eye on it.

The crystal chiller water level was lower this morning than what it was yesterday afternoon.
This might be due to the air bubbles working its way out of the plumbing.  We will continue
to monitor for leaks.
Images attached to this report
H1 SUS (INS, VE)
jeffrey.kissel@LIGO.ORG - posted 22:23, Thursday 07 April 2016 (26490)
All HAM6 SUS Freely Suspended -- Ready for Closeout
J. Kissel

As per this April HAM6 vent's plan, E1600092, I've checked that the SUS have not been affected by this week's vent activities by measuring all DOFs of all SUS in the chamber -- the OMC and OMs 1 through 3. Attached are the results of the transfer functions compared against the last in-vacuum results. All SUS are A-OK; SUS is a go for chamber close out.

New data sets live here:
/ligo/svncommon/SusSVN/sus/trunk/OMCS/H1/OMC/SAGM1/Data/2016-04-08*.xml
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM1/SAGM1/Data/2016-04-08*.xml
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM2/SAGM1/Data/2016-04-08*.xml
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM3/SAGM1/Data/2016-04-08*.xml
Note, I've improved the OM templates by tuning the drive and adding a boost to the low-frequency drive. The OMC's template didn't need it.
Non-image files attached to this report
H1 SEI (INS)
jeffrey.kissel@LIGO.ORG - posted 20:25, Thursday 07 April 2016 - last comment - 20:41, Thursday 07 April 2016(26488)
H1 HAM6 ISI Blades Characterized, Tuned Mass Dampers Retuned and Installed
J. Kissel, J. Warner

Based on the results of B&K hammering the H1 ISI HAM6 blades before and after installing the new blade tip and flexure dampers, I've retuned and re-installed the pre-existing tuned-mass dampers. Lots of details, results, discussion and techniques below. As Jim mentions in LHO aLOG 26482, this concludes the installation of the HAM-ISI damping mechanisms for H1 ISI HAM6. 

Thanks to all who've have helped!

We will close up the chamber tomorrow as planned.

Details
----------------------
Blade Characterization

Over the past few days, as we've been installing the new Blade Tip Dampers (D1500469)
 and Flexure Dampers (D1500200) -- see LHO aLOGs 26482, 26473, 26456, and 26452 -- we've been gathering before-and-after B&K transfer function of the blade-spring & flexure system without the eLIGO tuned-massed dampers.

The results of the this characterization are shown in the attachment 2016-04-07_H1ISIHAM6_DampingInstall_BandKResults_BladeSpring_UndampedvsDamped.pdf. (Recall, for your convenience, which blade is which from the attachment HAM6ISI_Sensor_and_Blade_Names.pdf).

As expected, all three blades' first bending mode has moved down from ~153 Hz to ~139 Hz due to the extra mass of the blade-tip damper. Note, sadly, only Corner 3's "after" measurement has any coherence above ~300 Hz because we didn't starting using the B&K hammer's hard tip until that last corner. That means we don't have a quantitative metric for how much the dampers reduced each blade's higher frequency modes we expected to damp (at ~450 Hz and ~900 Hz) -- but at least we can see the end result from corner three. However, we have no reason to believe that these dampers aren't working at these frequencies as expected. Once pumped down, we'll make a comparison between the GS13 ASDs before and after the vent, and that'll be our final assurance that all has gone well.

We definitely need to use the hard-tip on the B&K hammer for all future installs and characterization of ISI damping mechanisms.

Tuned Mass Damper Tuning

Once we'd identified the new first bending mode frequency, the smaller, narrow-band tuned mass dampers needed retuning. I took them into the optics lab, set up a crude shadow sensor system with a HeNe laser and On-Trac QPD, hooking up the output to an SR785. See attachment 2016-04-07_TMDTuningPics.pdf for pics of the setup. 

The tuning itself was pretty easy. I went in armed with a set of calipers to try to a priori predict the increase in length needed to decrease the resonance to the desired frequency, but the tightening of the restraining bracket turned the frequency tuning to a guess-and-check game regardless. Pre- and Post measuring after tuning was finished showed an increase in length of 0.6+/-0.015 [in] to 0.66+/-0.015 [in]. 

A comparison of the resonant frequency and Q is shown explicitly in 2016-04-07_H1ISIHAM6_BladeTMD_Tuning.pdf. I was able to preserve the Q of about 10, and moved the frequency down to 139 [Hz] as desired. Given that I knew the frequency of each blade's first bending mode, and the resonance of each tuned mass damper, I matched each blade to the appropriate TMD and they're thus annotated in the legend by on which blade they were installed.

Tuned Mass Damper Installation

Nothing much to report here, the installation went smoothly. With the TMD in hand, I reached through the outer wall and "picture" access panel to secure the magnetically attached device to the blade. It took a few pictures and adjustments to get the final location "right" as shown in 2016-04-07_TMDInstalledPics.pdf (though they probably don't *have* to be so precisely oriented and located). Installing the TMD on Corner 1's blade was the "most difficult," in that it's a little uncomfortable and awkward climbing in chamber, sitting down, and reaching into the ISI, but it's totally doable even for someone of my stature.
Images attached to this report
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 20:41, Thursday 07 April 2016 (26489)
On the damping of the GS13 cans:

Again, because we only discovered that the hard-tip on the B&K hammer was needed to get any coherence above ~300 Hz, we only have quantitative evidence of the success GS13 Can Damping Bands on the last two cans on which we installed them on the H1 ISI HAM6: H1 and V1 (see installation pictures in LHO aLOG 26473).

Those results are attached, and they're mixed. It's unclear why the 1240 Hz mode was completely squashed on the horizontal can, where it was not on the vertical. However, we did do equally well on both cans for the 1290 and 1640 Hz modes.

For the other cans, H2, V2, H3, and V3, we can at least confirm that the cans are audibly quite damped with respect to their prior undamped state and sound similar to H1 and V1. Again, we should be able to make before-and-after comparisons of the GS13's ASDs for the quantitative before-and-after. Stay tuned for that.



---------------------------------
The data for the above aLOG and comment live here:
/ligo/svncommon/SeiSVN/seismic/HAM-ISI/H1/HAM6/Data/BandK/2016-04-0*.txt
/ligo/svncommon/SeiSVN/seismic/HAM-ISI/H1/HAM6/Data/Spectra/TMDTuning/2016-04-07*.txt

Analysis scripts live here:
/ligo/svncommon/SeiSVN/seismic/HAM-ISI/H1/HAM6/Scripts/
BandK/process_bandkdata_20160405.m
TMDTuning/process_TMDtuning_20160407.m
Non-image files attached to this comment
H1 AOS
robert.schofield@LIGO.ORG - posted 18:32, Thursday 07 April 2016 (26487)
Took pictures in HAM6

To help identify potential scattering sites.

H1 DetChar (DetChar, ISC)
miriam.cabero@LIGO.ORG - posted 18:06, Thursday 07 April 2016 (26486)
OMC readout for blip glitch investigations
Miriam, Evan G, Evan H

*SUMMARY*

We investigate the possibility that there occurs a saturation or a slew rate problem somewhere in the analog electronics of the sensing chain causing (or resulting in) a blip glitch. This investigation finds no issue with either of these for a sample of the four loudest blip glitches in O1 data.

*DETAILS*

We investigate four different times: 1128085613.28, 1128221842.47, 1128264648.20, 1130156793.54

1. Get the data from OMC-DCPD_A_OUT_DQ and OMC-DCPD_B_OUT_DQ. These data have undergone some digital filtering to undo what the analog filtering did before the ADC. It is our best estimate of the photocurrent from the OMC DCPD. The units are in mA.

2. Convert the data into Volts (V=IR), where R=400 Ohms (see DCC:D060572) 

3. Following the schematic of the in-vacuum OMC DCPD, there are two zpk filters, each with one zero at 8Hz and one pole at 80Hz (we ignore the 15.9kHz pole, as it is far out of the frequency band of interest), and there is a gain of 2 at the differential output. We apply this filtering to the DCPD data (in V). The resulting time-series has to be within +/-15 V to not saturate. In the selected times of blip glitches, we obtain voltages that are well within this bound (see attached document, "preamp" plots) 

4. Continuing with the signal chain, the whitening chassis (DCC:D1001530). The whitening gain setting has a nominal value of 0 dB. In addition, only a single whitening stage is applied with one zero at 1Hz and one pole at 10Hz. The resulting time-series has to be within +/-15 V to not saturate the whitening op-amp, and within +/-20 V to not saturate the ADC. In the selected times of blip glitches, we obtain voltages that are well within these bounds (see attached document, "whitch" plots).

5. Typical slew rates for the op-amps used in these circuits are 2.5 or 5 V/us. None of the times selected show such high slew rates.

6. Note that the plots in the attachment are dominated by the low frequency content of the signal, that has an amplitude much greater than blip glitches. Only after whitening the time-series, the blip glitches become dominant.

*CONCLUSION*

The analog electronics in the sensing chain do not appear to be responsible for blip glitches. 


Non-image files attached to this report
LHO VE
filiberto.clara@LIGO.ORG - posted 16:48, Thursday 07 April 2016 (26485)
HV cable terminated for EX annulus ion pump

HV cable was pulled in from VEA mechanical room to X2-8 beam tube by Richard and Gerardo this morning. Connectors were terminated at both ends this afternoon.

H1 PSL
jason.oberling@LIGO.ORG - posted 16:38, Thursday 07 April 2016 (26484)
PSL HPO Turn On - Day 4

J. Oberling, P. King

Spent today installing and testing the new HPO water manifold.  The mainfold is now installed and the valves for the MOPA, PWR, and Laser Head water circuits are set to provide the proper flow rates.  While we were doing this we figured it was a good idea to implement ECR E1500408; this ECR is for installing valve on the outlet side of the Laser Crystal water circuit.  This is now also complete.  A picture of the new water manifold and valve is attached.  This completes this ECR.

Once everything was installed and verified that it wasn't leaking, We noticed the flow sensor for laser head #1 (part of the Laser Head water circuit) had stopped reading.  Opening up the HPO box we saw that the turbine was not spinning.  We drained the circuit and removed and replaced the flow sensor.  Before installing the new flow sensor, Peter found an ~1/2" piece of black plastic (looked like a piece leftover from cutting the threads on the main water manifold.  Recall we pulled out a bunch of these yesterday while prepping the new manifold.) sitting in the output side of the flow sensor (in the small black manifold that sits above the HPO resonator cavity).  We installed the new flow sensor, turned on the chillers, and watched for leaks.  After several minutes no leaks were observed, so we left the crystal chiller running overnight to test the system (the diode chiller is still OFF).  The HPO and FE lasers are both OFF.  Will continue in the morning.

Images attached to this report
H1 ISC (TCS)
kiwamu.izumi@LIGO.ORG - posted 02:38, Sunday 03 April 2016 - last comment - 11:10, Thursday 14 April 2016(26409)
DARM cavity pole reaching 362 Hz

Related alogs 26264. 26245

I did some follow-up tests today to understand the behavior of the DARM cavity pole. I put an offset in some ASC error points to see how they affect the DARM cavity pole without changing the CO2 settings.

I conlude that the SRC1 ASC loop is nominally locked on a non-optimal point (when PSL is 2 W) and it can easily and drastically changes the cavity pole. The highest cavity pole I could get today was 362 +/- a few Hz by manually optimizing the SRC alignment.


[The tests]

This time I did not change the TCS CO2 settings at all. In order to make a fair comparison against the past TCS measurements (26264, 26245), I let the PSL stay at 2 W. The interferometer was fully locked with the DC readout, and the ASC loops were all engaged. The TCS settings are as follows, TCSX = 350 mW, TCSY = 100 mW. I put an offset in the error point of each of some ASC loops at a time. I did so for SRC1, SRC2, CSOFT, DSOFT and PRC1. Additionally, I have moved around IM3 and SR3 which were not under control of ASC. All the tests are for the PIT degrees of freedom and I did not do for the YAWs. During the tests, I had an excitation line on the ETMX suspension at 331.9 Hz with a notch in the DARM loop in order to monitor the cavity pole. Before any of the tests, the DARM cavity pole was confirmed to be at 338 Hz by running a Pcal swept sine measurement.

The results are summarized below:

The QPD loops -- namely CSOFT, DSOFT, PRC1 and SRC2 loops -- showed almost no impact on the cavity pole. The SOFTs and PRC1 tended to quickly degrade the power recycling gain rather than the cavity pole. I then further investigated SRC1 as written below.

 

[Optimizing SRC alignment]

I then focused on SRC1 which controlled SRM using AS36. I switched off the SRC1 servo and started manually aligning it in order to maximize the cavity pole. By touching PIT and YAW by roughly 10 urads for both, I was able to reach a cavity pole of 362 Hz. As I aligned it by hand, I saw POP90 decreasing and POP18 increasing as expected -- these indicate a better alignment of SRC. However, strangely AS90 dropped a little bit by a few %. I don't know why. At the same time, I saw the fluctuation of POP90 became smaller on the StrioTool in the middle screen on control room's wall.

In order to double check the measured cavity pole from the excitation line, I ran another Pcal swept sine measurement. I confirmed that the DARM cavity pole was indeed at 362 Hz. The attached is the measured DARM sensing function with the loop suppression taken out. The unit of the magnitude is in [cnts @ DARM IN1 / meters]. I used liso to fit the measurement as usual using a weighted least square method. 

By the way, in order to keep the cavity pole at its highest during the swept sine measurements, I servoed SRM to the manually adjusted operating point by running a hacky dither loop using awg, lockin demodulators and ezcaservos. I have used POP90 as a sensor signal for them. The two loops seemingly had ugf of about 0.1 Hz according to 1/e settling time. A screenshot of the dither loop setting is attached.

Images attached to this report
Comments related to this report
daniel.sigg@LIGO.ORG - 02:58, Sunday 03 April 2016 (26410)

Probably interestinmg to take a look at ASC_ASA/B_36/90/DC, and see, if there is a better combintion available.

jenne.driggers@LIGO.ORG - 11:39, Friday 08 April 2016 (26497)

It occurs to me that we might try putting some offsets into the centering loops for the SRC WFS.  Can we find a pointing location where the AS36 signals give us an optimal alignment for the SRC? 

On a somewhat parallel thought, Evan and I wonder if we could set offsets in the SRC1 loops after choosing an alignment based on some dither lines?  Maybe we don't want always-on dither lines, but we could use them to help us figure out what our optimal alignment is.

kiwamu.izumi@LIGO.ORG - 13:34, Wednesday 13 April 2016 (26567)

Here are some more data.

In this plot, full lock was achieved at some point between 0 and 500 sec. A small change in the SRM alignment offsets are due to the DRMI guardian completing the ASC offload to the top mass before decreasing the CARM offset. The measurement of the cavity pole and optical gain is valid only after 500 sec or so.

As I mentioned in the last ISC call, the cavity pole frequency and optical gain are anti-correlated -- one goes up and the other goes down.

The below shows a summary of my manual SRM alignment.

  Before  After  Difference (after - before)
SRM PIT -727 urad  -737 urad  -10 urad
SRM YAW  908 urad  901 urad  -7 urad

As I wrote in the original entry, I steered SRM PIT and YAW by -10 and -7 urad respectively.

 

Also I attach a screen shot of trends showing the 2f RF signals during the same period.

As the cavity pole increases the POP90 consistently decreases. This is what we expected because SRC sucks more light into it. POP18 also increased at the beginning which is good. However it decreased slightly after I aligned SRM yaw for some reason. The most outrageous one is AS90. As the cavity pole increased, the AS90 kept decreasing. I have no idea why.

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 18:40, Wednesday 13 April 2016 (26583)

Conclusion (again): it is the SRC alignment that changes the cavity pole.

[SRM and SR2 alignments]

I completely forgot about the SRC2 loop which controls the pointing of the output beam on to ASC_AS_C. This loop was active during my measurement silently correcting SR2 and SRM as I manually moved SRM. So I checked the witness sensors to see how much they actually moved instead of looking at my adjustment of the SRM alignment.

As you can see, SRM actually moved to the opposite direction in its angles due to the SRC2 loop counteracting on my adjustment. In total they have moved by the amounts listed in the table below.

   before  after  difference (after-before)
SRM pit  -105 urad  -95 urad  10 urad
SRM yaw  873 urad  876 urad  3 urad
SR2 pit  2603 urad  2600 urad  -3 urad
SR2 yaw  790 urad  791 urad  1 urad

 

[A finesse simulation also suggests that the cavity pole is a strong function of SRs' alignment]

With the above misalignment values in hand, I then ran a finesse simulation to see if I can reproduce a similar result. Indeed, I could change the cavity pole from an optimum of 366 Hz to 344 Hz in the simulation (while my measurement was from 360-ish Hz to 345-ish Hz). The attached is a simulated DARM response with and without these misalignment.

Because I was too lazy to fit out the effect of the time delay and next FSR peak, I simply searched for a frequency point where the phase rotates by 45 deg as a cavity pole frequency. This probably makes the absolute calibration of the cavity pole somewhat inaccurate, but the difference between the two cavity pole frequencies should be moreorless accurate.

Also I attach the finesse code in pdf format.

Images attached to this comment
Non-image files attached to this comment
kiwamu.izumi@LIGO.ORG - 11:10, Thursday 14 April 2016 (26591)

Addendum:

In the finesse simulation, the DARM response showed some difference at low frequencies between the two results. So I re-ran the same code and extended the frequency range to 0.1 Hz. It is seemingly due to a radiation pressure effect. I don't have a good explanation why it changed by SRs' alignment.

Images attached to this comment
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 16:47, Wednesday 30 March 2016 - last comment - 12:10, Friday 08 April 2016(26345)
DCPD cross correlated spectra with long integration

This is an update of the DCPD cross correlated spectra. This time I have added the one from Livingston which was integrated over 1266 hours using the O1 data. High noise durations (e.g. LLO 23453) are excluded from the integration.

The fig and mat files are attached.

Images attached to this report
Non-image files attached to this report
Comments related to this report
matthew.evans@LIGO.ORG - 12:10, Friday 08 April 2016 (26499)

Similar to previous entries, I put in the coating thermal noise and some oscillator AM to see how things look (plot 1).  I also made a similar plot with higher thermal noise (by 1.4) and a 1/f^2 mystery noise to show what the limits are on these types of added noises (plot 2).  Plot 3 shows the "uncorrelated noise budget", which required a 350Hz DARM cavity pole, and leaves something unexplained below 100Hz.  There is something strange happening around 700Hz, but maybe I have overestimated the oscilator AM.

Images attached to this comment
Displaying reports 58781-58800 of 84573.Go to page Start 2936 2937 2938 2939 2940 2941 2942 2943 2944 End