Displaying reports 57521-57540 of 83041.Go to page Start 2873 2874 2875 2876 2877 2878 2879 2880 2881 End
Reports until 18:12, Wednesday 23 March 2016
H1 SEI (CDS, SEI)
krishna.venkateswara@LIGO.ORG - posted 18:12, Wednesday 23 March 2016 (26224)
BRS-2 Installation DAY 0: Instrument delivered

Krishna, Michael,

We left Seattle at 10 AM and reached LHO at 2ish PM. Hugh helped us unload the BRS-2 vacuum can and other parts into the 'loading bay' at the Y-End-station. Tomorrow morning, we will clean them and move them in and begin assembly, which is expected to take 2-3 days and commissioing/debugging may take a week. We will try to complete activities in the VEA by mid-day to minimize impact on commissioining.

LHO VE
chandra.romel@LIGO.ORG - posted 16:06, Wednesday 23 March 2016 (26223)
CP3 overfill
1545 - 1600 hrs. local -> To and from Y-mid 

Exhaust check valve bypass opened, LN2 at exhaust after 3:39 mins with LLCV bypass open 1/2 turn 

Next CP3 over-fill to be Fri. before 4:00 pm hrs. local 
H1 General
edmond.merilh@LIGO.ORG - posted 16:03, Wednesday 23 March 2016 (26222)
Shift Summary - Evening Transition
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 20mph Gusts, 13mph 5min avg
    Primary useism: 0.06 μm/s
    Secondary useism: 0.41 μm/s 
QUICK SUMMARY:
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 20mph Gusts, 13mph 5min avg
    Primary useism: 0.06 μm/s
    Secondary useism: 0.41 μm/s 
QUICK SUMMARY:
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
OUTGOING OPERATOR: Jim
CURRENT ENVIRONMENT:
    Wind: 20mph Gusts, 13mph 5min avg
    Primary useism: 0.06 μm/s
    Secondary useism: 0.41 μm/s 
QUICK SUMMARY:
 
H1 SEI
jim.warner@LIGO.ORG - posted 16:00, Wednesday 23 March 2016 - last comment - 09:00, Friday 25 March 2016(26221)
HAM 4&5 ISI feedforward revisited

Following the grouting of the HAM5&6 HEPI piers, and in light of JeffK's work untangling my designs (in LHO alog 26002), I wanted to review the design of the HAM 4/5 S0-1 feedforward. To do this I took a new set of measurements for HAM's 4 and 5 so I could see how similar the different transfer functions were. The measurements I took were: the transmissibility from the FF L4Cs on St0 to the St1 GS13s with the ISI in both damped and isolated states, and the actuator to GS13 tfs in both the isolated and damped states. I got all 24 measurments for HAM4, but I only got the all of the Z measurements for HAM5, so I looked at that dof filter design.

Jumping straight to the punchline (first plot, calibrated ground and GS13 spectra for HAM4) I have a new Z FF filter that does a lot better and makes more sense, installed on HAMs 4&5, and I'm working on similar redesigns for the remaining dofs. The two traces to really look at are brown and light blue, the GS13 measured displacement with the old and new FF filters. Compared to dark blue (FF off), the old FF filter mostly improved motion between 20 and 30 hz and only worked well with a gain of .5, something I couldn't explain when I installed it. The new filter works better from a few hz to almost 60 hz.

The second plot is the transmissibilties for HAM 4 (blue) and 5 (green) in both damped (solid) and isolated(dashed) states. The damped states are very similar, though I'm not sure why there is a gain difference. The Isolated tf's are more different, but probably it's probably due to some differences in the feedback loops, I should probably take a look at that.

The third plot is the stiffness tf, color key is the same, HAM 4 (blue) and 5 (green) in both damped (solid) and isolated(dashed) states. Again the damped states are similar, the isolated measurments are a little more different. Importantly, the differences are consistent with the transmissibility measurements, which means the filter design ends up looking the same between the chambers, as shown in my next plot.

The fourth plot is the ideal filter design for HAMs 4&5. This is done following the process outlined in JeffK's 26002 alog, where the ideal filter is roughly speaking the transmissibility over the stiffness. One of the other things I wanted to look at was  what state the ISI needed to be in when designing the filter, as I thought that I had found in the past that the ISI needed to be isolated for both the transmissibility measurment and the stiffness measurement. It looks like it doesn't much matter as far as the final filter design is concerned. The isolated design is a little different at a few hz, though it's hard to see because the data is crappy. The data is much cleaner with the damped transfer functions. UGF's for this loop are on the order of 35hz, so feedback is not doing a lot at 10 hz, that probably explains why the isolated and damped filters end up looking the same, and why they differ more at lower frequency. Also nice to see that the filters for HAM 4 & 5 should be the same, regardless of the either ISI's state. The cleaner data for the damped configuration is a strong argument for using that configuration for my future redesigns.

The fifth plot is a comparison of the HAM4 ideal filters(blue and green), the old filter (red), and the new filter (black). You can see that the black line matches green and blue very well between 10 and ~40 hz, but red only matches well in phase right at about 25 hz. This explains why the old filter only did well at 20-30hz. The gain mismatch at 25hz also explains why the old filter needed a gain of .5 to work. The new filter works well from a few hz up to almost 60 hz, with a gain of 1.

I still have my data and the script that I used for the orginal design, Jeff rehashes it in his log. I still don't understand the differences, what I screwed up originally. I think the approach used both times was the same, but I clearly did something wrong the first time around. I'm in the process of repeating this for the other dofs.

 

The last plot is HAM5, comparing the old FF filter to the new. Red, blue green are with the new filter, brown, pink and light blue are with the old filter.

Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 09:00, Friday 25 March 2016 (26247)

I've look at all dofs now, X&Y needed to be redone as well, but the filter ended up just looking like the Z filter with a different gain. Attached are gnd STS, FF L4C and ST1 GS13 spectra show the performance before and after for both HAMs in X&Y. Solid lines are after, dashed are before. Similar to Z, these dofs show marked improvement. I've started this process with HAM2, which will likely apply to 3&6 as well, but those chambers use the HEPI L4Cs and the coherence isn't as good.

Images attached to this comment
H1 ISC (OpsInfo)
thomas.shaffer@LIGO.ORG - posted 11:37, Wednesday 23 March 2016 (26217)
Added INIT_ALIGN.adl to sitemap under ASC

I, for some unknown reason, never added the INIT_ALIGN.adl to the sitemap.  I added it under ASC-->Init Align. This screen is to help operators/commissioners with initial alignment (see alog 24943)

H1 PEM (CDS)
james.batch@LIGO.ORG - posted 09:14, Wednesday 23 March 2016 (26216)
Dust Monitor IOC's restarted for EX, EY, and LVEA
Jeff Bartlet, Jim Batch

Original dust monitor IOC's have been killed and new IOC's to support the gt521s dust monitors have been started at EX, EY, and LVEA.  Work will continue today to install correct autoBurt.req files and revise the instructions for starting the IOC's.  Jeff will be installing some new dust monitors today.  
H1 General
jim.warner@LIGO.ORG - posted 08:49, Wednesday 23 March 2016 (26214)
Shift Summary for March 22nd
TITLE: 03/22Eve Shift: 16-24 UTC (18-4PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Ed
SHIFT SUMMARY: Typical Tuesday 
LOG:
 
15:15 Karen Christina to LVEA
19:00 Richard Fil to EX to work on vacuum computer
15:30 Jason, Peter to PSL, done 21:00
15:30 John and Chandra to LVEA
17:30 Corey to LVEA, done 19:00
18:00 Bubba to end stations
20:00 Terra, Bryn to EX
21:15 Fil to EX
H1 TCS
kiwamu.izumi@LIGO.ORG - posted 04:10, Wednesday 23 March 2016 - last comment - 13:18, Wednesday 23 March 2016(26211)
common CO2 test with the interferometer locked

I did a common CO2 test with the fully locked interferometer. Unfortunately the interferometer could not stay locked due to the SRC1 and 2 pitch loops running away.

The interferometer was fully locked with 8 W PSL (10 W was not stable and in fact it lost lock once due to the angular instability 26208). ASC loops were all closed. No LSC feedforward engaged. DARM line was injected at 331.9 Hz monitoring the cavity pole and optical gain. The line was provided by the LSC lockin oscillator and not by Pcal Y.

Since it lost lock, I set the CO2s back to nominal. I will check the data later.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 13:18, Wednesday 23 March 2016 (26218)

Inconclusive. The test lasted only for 17 minutes and this is too short to say something conclusive.

The goal of this measurement was

  • To let the common substrate lensing sweep across the predicted optimum lensing point
    • In order to experimentally find an optimum point for the common lensing.
  • Also, to see what kind of badness it would introduce to the ASC loops.

The first goal was not achieved because the interferometer unlocked before reaching the predicted optimum. Regarding the second goal, it seems that the common lensing affected the SRC loops. This is something we kind of expected.

[The test]

  • 10:19 UTC, the interferometer locked with 10 W PSL. ASC fully engaged.
  • 10:34 UTC, I decreased the PSL power down to 8 W in order to avoid angular instabilities.
  • 10:36 UTC, I started injecting the line at 331.9 Hz for tacking the cavity pole.
  • 10:46 UTC, the common CO2 laser was introduced as written in the above entry.
  • 11:03 UTC, unlocked. Turned down the CO2s back to nominal.

The first two attachment show the trend of various channels during the measurement.

[Cavity pole]

With the line injected at 331.9 Hz, I was able to track the change in the cavity pole frequency. It is shown in the third attachment together with the simulated substrate lensing of ITMX and ITMY. The time scale of this plot is the same as those for the first two attachments. The cavity pole measurement is only valid in the time band roughly between t = 2100 sec to t = 3800 sec. The cavity pole increased at the beginning and went down afterwords. One might think that the highest cavity pole frequency is the point where the SRC couples to DARM maximally, but I can not support that hypothesis. If one looks at the lensing of ITMs, they were slowly settling to 10 and 7.5 uD for ITMX and ITMY respectively in 2000 - 2500 sec while the cavity pole kept increasing. Immediately after that the CO2 lasers started dominating the lensing and pulled the lensing upward rapidly. It does not look like that the ITM lensing went across the optimum SRC coupling point given the behavior of the lensing. It rather looks as if it was caused by some other effect (perhaps some ASC loops ?).

Images attached to this comment
H1 TCS
kiwamu.izumi@LIGO.ORG - posted 03:29, Wednesday 23 March 2016 - last comment - 08:44, Wednesday 23 March 2016(26210)
Having issue with ITMX HWS

Something is wrong with ITMX HWS. I need help from experts.

As I wrote yesterday (26185), because the HWS codes were not running, I had restarted both ITMX and ITMY HWS codes. Today I checked the output, in particular the spherical power, and noticed that the noise level was way too high (+/- 200 uD !). I restarted the code with a new reference image to see if it helps, but it actually made the noise level worse. Now it fluctuates as big as 0.03 uD. Looking at the camera image itself, I saw a beam on the center and assumed that it was the right one. Also I steered the ITMX compesantion plate (which is now intentionally steered by approximately 500 urad due to the green view port issue, 26164) back to the zero-offset angle, but this did not help at all. The laser power has dropped to 1.1 mW which used to 1.4 mW on March 1st (25806), but I believe that this should not increase the noise level such drastically.

One suspicious thing I found is the number of centroids which now reads only 65. In the past it was 400. In summary, I have no idea what has gone wrong.

Comments related to this report
aidan.brooks@LIGO.ORG - 08:44, Wednesday 23 March 2016 (26213)

I logged into H1HWSMSR and investigated the problem. As a first step, I looked at the archived HWS images directly. For reference, these are stored in the /framearchive folder and are .raw images. The images contain no header and are literally just a file containing the intensity of each pixel in 16 bit format. An can be read into an array in MATLAB using the following code snippet.

fid = fopen('1142711735_hws_avg_image.raw', 'r');

arr = fread(fid, [1024,1024],'uint16');

fclose(fid);

The problem seems to be corrupted images coming in from HWSX.  See the bottom of the image in the attached example. I downloaded five images from random times over the last 24 hours and found they all exhibited the same problem.

I'm not aware of any code changes to the way the HWS images are read into the computer. There is a report of 1 zombie process on H1HWSMSR, so it may be worthwhile trying to reboot the machine but at the moment, I'm not sure why the images are now corrupted.

I'll investigate further.

Images attached to this comment
H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 02:20, Wednesday 23 March 2016 - last comment - 14:59, Wednesday 23 March 2016(26208)
Usually we go in circles, but tonight we made some loops!

[Stefan, Sheila, Jenne, Kiwamu, Hang]

Tonight ended up being a night of retuning the PRC2 loops, to make them sensible.  Now they have UGFs around 2 Hz, rather than ~20mHz. 

The thought was that perhaps this 0.4Hz oscillation that we regularly see is a result of not holding the PRC2 loops tight enough. If the PRC isn't following the motion of the SOFT loops (which move when we power up due to radiation pressure), then we're getting a modulation in the amount of power coupled in to the arms from the PRC.  This power modulation makes the SOFT oscillation even worse.  If we force the PRC to follow the arm pointing, then we won't have this power modulation, so we will hopefully only have to deal with "regular" angular instabilities.

In the end, we tuned the shape of the PRC2 pitch and yaw loops while sitting at ASC_PART3 by compensating the PR3 suspension resonances.  This made the loops beautifully stable, so we cranked up the gain.  For the PRC2_Pit loop, we use the new shape (although low gain) for DRMI_ASC.  For the PRC2_Yaw loop, we use the old loop shape and gain during DRMI_ASC, and then use the new loop shape for the main ENGAGE_ASC steps.  Recall that all DRMI ASC loops except for MICH are turned off after offloading the alignments, and are left off for the carm offset reduction sequence.  Also, during DRMI_ASC, the PRC2 loops actuate on PR2, while they actuate on PR3 in the final state, so it's not quite as weird as it sounds to be using different shapes at different states.

See the attached PRC2 open loop measurements for the OLG after our retuning and gain increases.  All of these sequences have been added to the guardian. 

Now however, when we try to go from 12W to 15W, we see an oscillation in PRC1 Yaw.  We should probably retune the PRC1 loops, including actuating on the lower mass in addition to the top mass of the PRM (right now we only push on the top mass).  We leave this for another day. 

ASC plan for tomorrow:  Run Hang's A2L script, and find SOFT offsets that put us at our actuation nodes.  Hopefully this will reduce the angular effects of increasing the power, and help us get back to 20W.

* Alog title courtesy Stefan
Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 02:15, Wednesday 23 March 2016 (26209)

Other things tonight:

1) I added filters with a gain of -1 to the roll mode damping for ETMY and ITMY, so that the gains for all of the loops will be positive from now on.  This is in the guardian and should make things easier for people who need to damp roll by hand when it is rung up badly. I will work on doing this for bounce as well but that is not finished. 

2) We had 2 locklosses in DRMI on pop tonight, looking at them I saw that we were switching the coil drivers while the DRMI sensors were still ramping.  I added a timer to make sure they don't switch until the ramp is over now.  

Jenne and stefan also made some bug fixes for the code that switches off the soft loops when their outputs are too large. 

sheila.dwyer@LIGO.ORG - 14:59, Wednesday 23 March 2016 (26220)

It seems like the problem we have now is really the PRC1 Y loop going unstable, which is not too suprising since this is cross coupled with the PRC2 loop which we changed last night. 

The attached screenshot shows on the left the optical levers, POP build up and PRC control and error signals.  The left panel is for a time when we rang up the half Hz CSOFT instability which is visible in the optical levers, and the pop build up somewhat.  The second panel shows what happened after we increased the gain in the PRC2 lops, we see nothing in the optical levers but the PRC1 Y loop is unstable.  This is the same problem kiwamu had later in the night.

As Jenne said it should be relatively easy to fix the PRC1Y instability.

Images attached to this comment
H1 General
edmond.merilh@LIGO.ORG - posted 23:58, Tuesday 22 March 2016 (26207)
Shift Summary - Evening
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:'
LOG:
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:'
LOG:
TITLE: 03/23 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:'Got some good  reps in tonight. DId a lot of tweaking of IR in both COMM and DIFF. Got a good excersise in damping Roll Mode in the Y-Arm. Some notes i took  will soon lead to a revision of the Wiki. 
LOG:
 
H1 ISC
stefan.ballmer@LIGO.ORG - posted 18:40, Tuesday 22 March 2016 - last comment - 21:51, Tuesday 22 March 2016(26201)
Moved InAir 36/45MHz WFS from ISCT6 to ISCT1

Corey, Daniel, Stefan

We moved one of the two AS56/45 WFS from the AS port in-air table (ISCT6) to the REFL port in-air table (ISCT1). (Serial number S1300512)

The WFS was connected to the RF cables for the REFLAIR B WFS, and powered by the third slot on the WFS interface chassis.

 

One thing to note (again) is that those 5-channel RF connetors are impossible to plug in - in fact the only way to guarantee that all connecions are good is to remove both the connector backshell and the WFS box cover, and idividually checking that every channel pin and shield makes a good contact. Corey has some pictures of this.

 

Also, we quickly wanted to check the RF transfer functions from test in to each channel, but they looked broken. The chain definitely needs to be checked out again.

Comments related to this report
corey.gray@LIGO.ORG - 20:39, Tuesday 22 March 2016 (26205)

As Stefan notes, the "connectors" for the WFS were a bear to work with.  Since the pins would move, and you never knew if the connector was really connected, Stefan removed the covers to the connectors, and also removed the back panel of the WFS to make sure the connector is connected.  He did this on both. 

To remove the connectors, one will need to remove the connector covers, and then disconnect the connectors (not ideal, we know).

Attached are photos of the connectors connected (with WFS panel removed and connector covers removed).

Images attached to this comment
daniel.sigg@LIGO.ORG - 21:51, Tuesday 22 March 2016 (26206)

MCL controller:

  • Feedthrough panel installed
  • Rack mount posts installed
  • MCL controller set on top of table
  • DB9 cables connected to feedthrough
  • Missing: rack mount brackets, power cable & BNC cables to driver

PZT mirror:

  • Missing: MCL mirror mount, base & mirror

WFS:

  • WFS head cabled and power up
  • demod chassis powered up & LO connected
  • Missing: move REFLAIR_B RF cables to POP_X patch panel
  • Missing: signal chain check

Model/DAQ:

  • All cables connected
  • Model updated
  • Missing: signal chain check

ISCT1:

  • 36MHz WFS is placed
  • Missing: PZT steering mirror setup & lens
  • Missing: modifications to the POP beam path
LHO VE
chandra.romel@LIGO.ORG - posted 14:54, Tuesday 22 March 2016 - last comment - 08:22, Wednesday 23 March 2016(26191)
Diagonal annuli pumping
John, Chandra

Connected aux pumping carts to the following annuli:

1. HAM 7/8, with secondary turbo
   Pressure:  3.4e-5 Torr
2. HAM 11/12, with secondary turbo
   Pressure:  9.5e-5 Torr
3. HAM 9, no secondary turbo
   Pressure:  7.0e-4 Torr

Still need to connect BSC4 annulus. 

Two annuli systems are leaking, based on the attached plot of diagonal gauge PT-140. Leak rate (O) e-3 Torr-l/s.
Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 08:22, Wednesday 23 March 2016 (26212)
Tuesday evening:  all three pressures on annuli are now low e-5 Torr range. I closed each turbo valve individually to see if pressure would rise in diagonal (on PT-140). No observed changes in pressure over 10 min time span for each. We have greatly reduced the leak rate by reducing pressure in the annuli.
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:43, Monday 21 March 2016 - last comment - 20:30, Tuesday 22 March 2016(26158)
HAM ISI CPS--Look before & after switch to 71MHz timing

re aLog 26140

Here are snaps of 0-120hz spectra for HAMs 2 thru 6 with the reference traces from 13 March (before the switch last week,) and the current traces from this morning at 3am.  Not even really suttle differences so I'd say at least no harm done from the switch to the common timing source.

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 12:29, Monday 21 March 2016 (26162)SYS

Here are photos of the HAM CPS Satellite racks which have been mounted onto the BoxBeam Mount.  This is why the HAM switch over was much longer than the BSCs.  The single port Power Regulator board was swapped for a dual on the primary (CPS1) rack.  All grounding was made more robust for both the primary green ground wire and the probe cable shield (woven copper jacket.)  Mounting the racks on the Box Mount and rerouting cables such that the racks could be accessed but are more out of the way or could be moved when needed for safety, such as slinging heavy wrenches around when removing a door.

The photos are in order, HAM2 Rack1, Rack2, HAM3 Rack1....HAM6 Rack2.

Images attached to this comment
jeffrey.kissel@LIGO.ORG - 20:30, Tuesday 22 March 2016 (26204)DetChar
@DetChar: Can you watch HAM3 for the next few days, and see if this has had any effect on 0.6 Hz?
H1 CAL (CAL)
darkhan.tuyenbayev@LIGO.ORG - posted 09:48, Thursday 03 March 2016 - last comment - 09:16, Wednesday 23 March 2016(25856)
Time-dependent systematic errors in the DARM response during O1 in C01 frames - time-frequency plots

During O1 run we have monitored slow variations in the DARM actuation and sensing functions with several ~35 Hz and a ~350 Hz line at both observatories.

Systematics in the actuation function mostly affect systematic errors at frequencies below UGF, while systematics in the sensing mostly show up at higher frequencies.

Variation in the DARM sensing is parametrized with an overall sensing gain κC and a cavity pole frequency fC. Most dramatic changes in both of these parameters appear in the beginning of locks, which could be a result of changing of cavity modes due to thermal heating of test masses and possibly some other effects.

Variation in the DARM actuation is parametrized with κTST and κPU. The κTST is a scalar gain factor of the ESD driver actuation which drives only the TST stage. We believe that it changes mostly due to charge accumulation on the surface of an ETM. The κPU is a scalar gain factor of the actuation functions of the upper stages PUM and UIM. The coil-drivers as used to for actuation of these stages. We do not believe that κPU should change over time, but monitoring it helps to make sure that we do not miss any slow variations that we did not account for.

Time-frequency plots of the known time-depedent systematics in the overall DARM response function calculated from κTST, κPU, κC and fC in O1 run are attached.

Update: replaced figures (portrait -> landscape orientation) for convenience.

Images attached to this report
Comments related to this report
darkhan.tuyenbayev@LIGO.ORG - 11:13, Friday 11 March 2016 (26012)CAL

Summary

  • By eye balling it looks like the state vector from C02 filters out most of the outliers that appear in C01 kappas, but there still remain some amount of outliers;
  • Most of the extreme time-dependent systematic errors are coming from variations in actuation function in L1; and it's not so clear in H1 (without removing the outliers);
  • Overall systematic errors at both observatories seem to stay mostly (apart from outliers) close to the limits stated in the early O1 calibration paper;
    (although the systematic errors in L1 increased steadily by about 10% by the end of O1 due to drift in the ESD actuation strength)
  • The κtst shows a steady drift of the ESD actuation strength at both observatories, to avoid loosing range of the ESD drivers at L1 we might want to do an ESD bias sign flip at a more regular rate.

Details

The time-frequency plots of the time-dependent systematic errors in the reconstructed ΔLext and plots of "kappa" values during O1 are attached to this report.

The state vector in C01 seemed to give a noisier set of values, to filter out "good data points" for these plots we have used the state vector from C02 frames, and 128 second median values from C01 frames for kappas.

The median kappa values are taken from the values extracted from C01 are saved to CalSVN:

Runs/O1/$(IFO)/Measurements/TimeDependence/20160301_C01_kappas_AllOfO1/kappa_C01_$(IFO)_all_wStateVector.txt

From C02 we took a single value every 128 seconds (without taking any average or median), these values are saved to

Runs/O1/$(IFO)/Measurements/TimeDependence/20160301_C02_kappas_AllOfO1/kappa_C02_$(IFO)_all_wStateVector.txt

Images attached to this comment
darkhan.tuyenbayev@LIGO.ORG - 09:16, Wednesday 23 March 2016 (26215)CAL

We have produced a plot of systematic uncertainty boundaries for 50%, 75%, 90%, 99%, ~100% of the cases in O1 when HOFT_OK was 1.

This information or similar analysis can be used to set a 1-sigma uncertainty bars on the time-dependent systematics in C01 due to uncorrected kappas (the values were taken only for times when all of the KAPPA*_OK and HOFT_OK were 1).

The plots for C02 give an estimation of time-dependent systematic errors caused by not correcting fC.

Images attached to this comment
Displaying reports 57521-57540 of 83041.Go to page Start 2873 2874 2875 2876 2877 2878 2879 2880 2881 End