Displaying reports 44361-44380 of 84020.Go to page Start 2215 2216 2217 2218 2219 2220 2221 2222 2223 End
Reports until 17:10, Thursday 01 March 2018
H1 ISC (SQZ)
thomas.shaffer@LIGO.ORG - posted 17:10, Thursday 01 March 2018 - last comment - 23:15, Thursday 01 March 2018(40795)
HAM6 work update

A quick rundown of today's activities in HAM6:

Pictures to come tomorrow.

Comments related to this report
sheila.dwyer@LIGO.ORG - 23:15, Thursday 01 March 2018 (40798)SQZ, SUS

Some additional notes about our work in HAM6 today:

We checked that the optical fibers are plugged in such that fiber SN6 is currently connected to the green input collimator, while SN7 is currently connected to the IR collimator.

We measured the open light values, and updated the gains (30000/open_light) and offsets (-open_light/2) in the OSEMINF filterbanks.

H1:SUS-ZM1_M1_OSEMINF_UL_INMON 31032.9073568
H1:SUS-ZM1_M1_OSEMINF_LL_INMON 21726.2587891
H1:SUS-ZM1_M1_OSEMINF_UR_INMON 29461.2057943
H1:SUS-ZM1_M1_OSEMINF_LR_INMON 30892.4419271

We also copied over the calibration into urad from ZM1, and engaged it.  

TJ noted that the serial number of the BOSEMs on ZM1 are:

UL: 585 UR:562 LL:446 LR:263

H1 PSL
jason.oberling@LIGO.ORG - posted 17:04, Thursday 01 March 2018 (40794)
PSL 70W Amplifier Installation Update

J. Oberling, E. Merilh, M. Heintze

Today we looked into the scatter issue noted yesterday.  We removed the new FE pick-off and looked at the scatter again, see attached pictures.  As can be seen, still a lot of scatter.  The going theory is that we are not optimally mode matched from the NPRO to the MOPA, and the scatter is being caused by amplified spontaneous emission (ASE) due to the unused gain from the mode mis-match.  Since the FE is running good, we have good visibility to the PMC, and the mode scan from the most recent DBB measurements indicated low higher-order mode content in the beam, our solution will be to create a spatial filter to block this scatter; this will likely be installed in front of WP02.

We then reinstalled the new pick-off and optimized the alignment, being sure to tilt it off enough to avoid saturating the PD.  It is currently not calibrated, we will have to do that at some point in the future (all PDs that measure power will be re-calibrated at the end of the install).  There was a request to take a transfer function of the FSS out to 10MHz to investigate a bump at ~5MHz noticed at LLO.  Thinking this would be an quick thing to do (famous last words...), we decided to get it in before lunch.  Unfortunately, the FSS would not lock.  After playing with several settings for tens of minutes, Matt was finally able to get the FSS locked.  We then set about tweaking the alignment, which was actually a good bit off.  At this point we broke for lunch.

After lunch, having abandoned the "quick" FSS TF to make progress on the 70W install, we began setting up for measuring the beam caustics of the FE for mode matching.  WP02 was re-installed in the system (we had to remove it to fit the Wincam for beam profile measurements during the installation of the FE pick-off, AMP_WP01 and AMP_PBS01).  We then removed all of the unnecessary optics in the FE DBB path (M09, M10, CCD01, CCD02, L05, L06, the bullseye sensor and its mirror) and set up a ruler for accurate moving of the Wincam during the caustic measurement.  Matt gave me an output coupler to use to dump the majority of the FE power, and we mounted a pump light filter (to keep any pump light from contaminating the measurement).  We also confirmed that lens L15 has a 200mm focal length, and the rough location of this focus for ease in setting up for the measurement.  This complete, we called it a day.  Tomorrow morning we will measure the beam caustics of the FE and begin modeling for a mode matching solution.

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 16:00, Thursday 01 March 2018 (40783)
DAY Operator Summary

TITLE: 03/01 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: None
SHIFT SUMMARY:

CP4 Bakeout begins, HAM6 Squeezer work continues, EY Pcal work completed, EY TMS checked.
LVEA is Laser HAZARD now & EY is back to SAFE.
LOG: (All times UTC)


Patrick coverage from 18:00-19:00


H1 AOS (AOS, ISC, SUS)
georgia.mansell@LIGO.ORG - posted 15:58, Thursday 01 March 2018 - last comment - 13:01, Friday 02 March 2018(40793)
TMS adjusted to align ALS retroreflection

[Keita, Georgia]

With the new EY alignment, Keita and I adjusted the TMS pitch and yaw to steer the green ALS beam (reflected off ETMY) back onto the in-air table.

Keita adjusted one of the weights on the TMS table to improve the alignment in pitch. It is now 4" from where it was in O2, in the -y direction.

The TMS slider values are now P = 14.6 urad, Y = -217 urad, with the reflection roughly aligned. The full slider range in pitch is +/- 608 urad, so we think even with this rather large offset there is enough range to steer the beam 1m over 4km.

Finally, some of the OSEM sensors on the upper stage of the TMS suspension are not in the center of their range, something we might want to go back in and fix.

Comments related to this report
betsy.weaver@LIGO.ORG - 17:18, Thursday 01 March 2018 (40796)

I've taken all 6 degree of freedom transfer functions and everything looks good there.  Will post results soon.

keita.kawabe@LIGO.ORG - 13:01, Friday 02 March 2018 (40807)

"Weight" that was shifted by 4" (relative to O2) is a 1/4-20 socket head screw, probably half inch long, that is attached to the TMS optics table for balancing purpose.

H1 SUS (DetChar, FMP, FRS, ISC, OpsInfo, SUS, VE)
jeffrey.kissel@LIGO.ORG - posted 13:42, Thursday 01 March 2018 - last comment - 14:07, Thursday 01 March 2018(40789)
H1 SUS ITMY Still Occasionally Needs 50000 ct Vertical Offset due to Temperature
J. Kissel

While confirming the at-vacuum driven health of H1SUSITMY, I've found that -- although we've cured the RO RT OSEM shorting problem (LHO aLOG 40787) --  the main chain (M0) still *sometimes* needs as 50000 ct vertical offset in order to prevent noisy, potentially rubbing-like V and R transfer function results. I say *sometimes* because I measured the M0 V and R TFs on 2018-02-26, saw noisy results, and the first vertical mode was ~0.04 Hz higher than expected. Suspecting that we still needed the 50000 ct vertical offset that was used during most of O2 (I couldn't find an aLOG to reference), I turned ON the offset, measured V and R (and the rest of the DOFs) today, 2018-03-01 and saw that the TFs cleaned up nicely with the 1st vertical mode in the right place. But -- just to be sure -- I took the V transfer function again *without* the offset, and saw that the transfer functions still look acceptable.

The first attached image shows the results and what I mean regarding "noisy". Hopefully the legend straight-forwardly labels the above described measurements.

With these initially confusing results, I started trending temperature and vertical positions of corner-station BSC suspensions.  The history: after the short vent to repair the ITMY R0 RT OSEM, the vertical position dropped to ~ -100 [um], then at 2018-02-26 08:58 UTC (about 01:00a PST local!!), shot up to ~ -80 [um], stayed there until 2018-02-27 20:55 UTC, then it began to exponentially continue to rise to pre-vent quick-vent value of ~ -50 [um]. The 2018-02-26 measurement I took happened to be in the ~1.5 day 80 [um] time, where I suspect the suspension was/is just subtly rubbing like it was in O2 that drove whomever to add the 50000 ct V offset originally. 
I also show a 50 day trend of all BSC SUS. All suspensions show the same vertical position evolution as ITMY, indicative of a corner-station-wide, in chamber temperature trend, not something quirky about ITMY.
The in-loop, averaged corner station temperature sensor for Zone 1A near the BSCs reports a flat temperature for many moons, not unexpectedly.
The vertical position of ITMY during the extra clean 2017-12-20 measurement was +30 [um]. That measurement was taken in air, just before the doors went on over the holidays (see LHO aLOG 39829) -- showing that if the suspension is riding high due to cool temperatures, it's possible to get a very clean transfer function, even at air, so something is clearly interfering / rubbing / messed up when the SUS runs hot.

Frustrating. Especially, and probably because, it's intermittent -- we forgot about the need for this offset, and didn't address it either times we opened up BSC1 to play with ITMY. And we *always* forget about temperature during the chaos of a vent. Stinks. 

So, for now, I leave the 50000 ct offset in place (this is about 1/4th the range of the DAC), but we should continue to watch this suspension with respect to vertical position and temperature, hoping that it regains more of its vertical position and continues to improve whatever is going on.

The .pdf attachments show the full suite of M0 and R0 transfer functions taken on 2018-02-26 when the main chain was low / rubbing, and on 2018-03-01 when the 50000 ct vertical offset was applied (and the temperature had risen a bit) showing clean transfer functions. I did not take a full suite today (2018-03-01) without the offset.

On a happier note that the Reaction (R0) chain looks clean after the repair of the R0 RT OSEM. And for the record, the attached results are with and without the 50000 ct main chain V offset, and they show no difference -- implying that whatever is going on with the Main Chain is an independent problem.



Images attached to this report
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 14:07, Thursday 01 March 2018 (40791)FRS
Opened corresponding FRS Ticket 10081.
LHO General
corey.gray@LIGO.ORG - posted 13:33, Thursday 01 March 2018 (40790)
Thurs 1pm Meeting Notes

Overall:  EY, HAM6, & PSL work looking good

HAM6

EY

EX (Next Week)

Guardian work ongoing, so will be going up & down. (Jamie)

HVAC Work in OSB Labs slated for next week.  Need to cover optics tables for this work (Corey).

H1 SUS
jeffrey.kissel@LIGO.ORG - posted 10:02, Thursday 01 March 2018 (40787)
H1SUSITMY Remains Clear of Electrical Short-to-Ground Symptoms After Pump-Down
J. Kissel
FRS Ticket 9683

Checking in on the top-mass health of H1 SUS ITMY after the corner station volume has passed below 1e-5 Torr, I've gathered an high frequency, amplitude spectral density of the Main (M0) and Reaction (R0) chain top mass OSEMs. All sensors show a flat noise floor consistent with the expected self noise of the OSEM (~5e-11 / m.Hz^{-1/2} above 10 Hz)  and no longer show any significant comb-like features. 

As such, I recommend we close out the above cited FRS Ticket.
Images attached to this report
H1 General
corey.gray@LIGO.ORG - posted 09:32, Thursday 01 March 2018 (40786)
Observatory Mode Switched to LOCKING (probably due to Maintenance work)

Noticed that the Observatory Mode for H1 was set to "Locking" this morning (, so I set it back to the nominal "Planned Engineering".  It was like this since Tuesday morning, so I'm assuming something was booted during Maintenance and took us back to this "default" setting.

So have about 45hrs of "Locking" which should be "Planned Engineering".

Images attached to this report
H1 SQZ
daniel.sigg@LIGO.ORG - posted 09:24, Thursday 01 March 2018 (40785)
Squeezer Frequency Overview Screen & VC(X)O Feedback Paths

A new frequency overview screen is now available for the squeezer, see screenshot 1. The left side lists the relevant VC(X)Os, whereas the right side presents measured and calculated frequencies describing:

The squeezer VCO has available two error signals that can be used to tune its frequency using the tune offset (see screenshot 2):

  1. Internal: The error signal is the difference between the measured VCO frequency and a given set frequency. The later is nominally 79.2 MHz, and identical to the PSL/IMC VCO.
  2. External: This is the difference between the PSL/IMC VCO and the squeezer VCO. It can be used to keep the squeezer VCO at the same frequency as the PSL/IMC VCO.

The intended strategy during squeezer locking is:

  1. Before the IMC is locked, the squeezer VCO should be kept near its nominal set frequency.
  2. Once the IMC is locked, the squeezer VCO should follow the PSL/IMC frequency.
  3. Once the the squeezer laser is locked to the OPO, the VCO tune input is no longer effective, and one has to use the OPO PZT position to keep the frequency of the squeezer laser close to the main laser.
  4. After the LO loop is locked, the two lasers will be phase locked. This implies that both VCOs will be running at the same frequency.

The VCO capability to control its frequency has been copied over to the VCXO. The VCXO frequency can now be kept near a nominal set frequency, which is nominally 203.125 MHz. I doubt this feature is necessary, but it is there if needed.

Images attached to this report
LHO General
corey.gray@LIGO.ORG - posted 08:24, Thursday 01 March 2018 (40782)
Thurs Morning Status

TITLE: 03/01 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Lock Acquisition
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    Wind: 12mph Gusts, 10mph 5min avg
    Primary useism: 0.06 μm/s
    Secondary useism: 0.41 μm/s
QUICK SUMMARY:

LHO VE
chandra.romel@LIGO.ORG - posted 18:35, Wednesday 28 February 2018 (40779)
CP4 bake commissioning

Completed final tests on bake enclosure heater today with contractor. We have four thermocouple readouts which all act as over-heat protection along with temperature read back. If temperature rises above set point plus up to 20 degC (user defined) then the heater trips off.

We secured four type T thermocouples in the enclosure (one touches a metal flange at bottom of CP4 and the other three float in air), plus one type K that floats in air and is connected to CDS at TE202A - formerly CP3 exhaust temp read out - for remote monitoring and alarm messaging. It currently reads 29degC, which is higher than the other four reading around 21degC.

We found a spill from the turbo's portable chiller this morning. The flex hose had slipped off a barbed connection, so Kyle replace with metal hose and threaded fittings. The fluid is DI water,  mixed with some residual anti-corrosion slime.

We will set or adjust text/email alarms for the following channels: 

H1 PSL
jason.oberling@LIGO.ORG - posted 17:49, Wednesday 28 February 2018 (40778)
70W Amp Install Update

J. Oberling, E. Merilh

The last couple of days have been somewhat frustrating.  After installing the new FE pick-off last Friday, Ed and I attempted to re-acquire the PMC alignment, and failed.  While we were successfully re-aligning the beam to the PMC, we were also misaligning the beam path towards the future home of the 70W amplifier; the beam was being driven too low and was beginning to clip on PBS02.  We removed the FE pick-off and re-established our PMC alignment, and took the opportunity to install 2 irises; one between mirrors M04 and M05 and one between mirrors M06 and M07 (we would have preferred to have this iris between mirror M07 and the PMC, but there wasn't room to install the iris without blocking the reflected PMC beam).  This was completed by COB Monday.  This done, we re-installed the pick-off on Tuesday morning and, using primarily mirror M02 (but some adjustment of M01 was necessary), were able to recover the PMC alignment while mostly maintaining our beam path towards the 70W amp.  We then tweaked the pick-off alignment, which resulted in a necessary small re-tweak of the PMC alignment.  We took visibility measurements both before and after the pick-off installation:

One thing we noted was a loss of power incident on the PMC.  Before the pick-off installation we had ~25W incident on the PMC; after the installation and alignment we only had ~23W incident on the PMC.  We could find no obvious place where we are losing 2W of power; no obvious clipping or misalignments.  Perhaps some clipping in the new pick-off?  More on that below.

To begin this morning, we installed the Wincam to take a quick beam profile measurement of the FE beam to check if there was any obvious clipping from the new pick-off.  There wasn't, the beam looked as it did after our first install attempt last Friday, and very close to when we finished the NPRO swap in September 2017.  We decided to move on to installation of AMP_WP01 and PBSC01, the first new on-table components for the 70W amplifier; PBSC01 replaces mirror M02, and together with AMP_WP01 gives us the ability to switch back and forth between 70W amplifier and FE-only operation.  We reduced the power from the FE to ~300mW using the HWP inside the FE (thereby reducing the NPRO power delivered to the MOPA) and installed AMP_WP01.  We then made some rough marks on the table to roughly assist with installation of PBSC01, and then removed mirror M02.  PBSC01 was installed on the table in place of M02 and we began alternating translation of the mount and yaw of the optic to recover the PMC alignment.

During this process we noticed that the output power of the FE was changing.  Without touching any power control optics, the FE power had drifted from 300mW to ~6.9W.  We decided to lower the NPRO power by reducing the injection current from the NPRO power supply; we dropped it to ~1.26A from its operating point of 2.222A, which brought the FE output power back to ~300mW.  Continuing the alignment, the FE power continued to increase on its own, getting up to 1.5W.  At this point I noticed that I could adjust the HWP in the FE to reduce the power slightly, which indicates a possible shift in polarization from the NPRO.  At this point we broke for lunch and to consult with Matt regarding this.  Maybe they had seen similar behavior at LLO?  Turns out they had not.  We took some trends and to the best we could tell the FE power was following the NPRO power (I'll post the trends as a comment to this alog tomorrow).  At this time we also noticed that when the FE is running at full power, the new pick-off is saturating; we will adjust this after PBSC01 installation.  We decided to continue on with the alignment after lunch, this time putting the FE and NPRO output powers on a StripTool so we could monitor it in real-time while we worked.  Continuing the alignment, the FE outuput power continued to slowly increase on its own.  Once it got to ~800mW, we decided to lower the NPRO injection current again.  I dropped it from 1.26A to 1.0A; this lowered the FE output power to ~300mW, where it stayed for the remainder of the afternoon.  I have never seen this behavior before and am unclear as to the cause.

Regardless, by slowly translating and yawing PBSC01, using progressively further away alignment references, we are able to recover the majority of the PMC alignment; we did not have to touch mirror M01 at all.  We fine-tuned the PMC alignment with mirrors M06 and M07 and took a visibility measurement:

One thing to note is we are once again down in power incident on the PMC.  Before PBSC01 installation there was ~23W incident on the PMC; after installation there is ~20.5W incident on the PMC.  While there is some leakage from PBSC01 towards the 70W amplifier beam path, it's not 2.5W worth.  Once again we could find no obvious clipping or misalignment downstream of PBSC01 that would cause this loss of power.  Looking upstream however, we see a good deal of scatter.  Can't easily tell where it's coming from, I'm suspecting scatter from the new pick-off.  I've attached a couple pictures showing this scatter.

Tomorrow our plan is to get a picture of the beam profile post-PBSC01 installation, and then to begin investigating this scatter.  We know we need to adjust the alignment of the pick-off to prevent saturation of the PD, maybe that will help with the scatter as well.  Once that is taken care of we plan on moving on to measuring the beam caustics of the FE for mode matching modeling.

Attachments:

Images attached to this report
H1 CAL (CAL)
richard.savage@LIGO.ORG - posted 17:14, Wednesday 28 February 2018 - last comment - 22:20, Thursday 19 July 2018(40777)
Pcal ETMY baffles and shields installation work complete

StephenA, AlenaA, NikoL, MarekS, JimW, RickS

Jim and crew completed the installation of the shield panels today.  They also adjusted the compression of the upper-right (when viewed from the ETM) flexure gap to ~0.220".

Everything seems to be installed as designed.

NikoL, MarekS, TravisS, RickS

Began assessing the centering of the Pcal beams on the input and output apertures using targets mounted to the Pcal window flanges on the A1 adapter.  We plan to continue this work in the morning, going inside the vacuum envelope to assess centering on the Pcal periscope relay mirrors. 

We plan to install the Pcal target on the ETM suspension cage for this work.

Comments related to this report
alena.ananyeva@LIGO.ORG - 23:13, Wednesday 28 February 2018 (40781)SYS
Reflections of the beam tube surface in the baffle not to be confused with smooth finish of the baffle on this photo
Images attached to this comment
stephen.appert@LIGO.ORG - 18:11, Friday 16 March 2018 (41040)
Here is a photo logging S/N of periscope components, collected during the above PCal Yend Baffle and Shields install effort. These articles conveniently do not appear to be assembled into any of the existing D1200174 assemblies. 

:(
Images attached to this comment
stephen.appert@LIGO.ORG - 22:20, Thursday 19 July 2018 (42985)

Previous work: LHO aLOG 40759

Build records: T1800172

Summary of flexure measurements documented in T1800172:

2018 LHO End Y Flexure Gap, before baffle install
Flexure Location (viewed from Front per D1200174-v8) Flexure Gap (in)
Upper Left .210
Upper Right .230
Lower Right .150
Lower Left .110

2018 LHO End Y Flexure Gap, only pending outer baffle (D1700365) install

Flexure Location (viewed from Front per D1200174-v8) Flexure Gap (in)
Upper Left .210
Upper Right .220
Lower Right n/a
Lower Left n/a

2018 LHO End Y Flexure Gap, all baffles installed

Flexure Location (viewed from Front per D1200174-v8) Flexure Gap (in)
Upper Left .220
Upper Right .220
Lower Right n/a
Lower Left n/a
H1 SQZ
filiberto.clara@LIGO.ORG - posted 16:57, Wednesday 28 February 2018 - last comment - 08:13, Thursday 01 March 2018(40776)
SQZ6 Table Enclosure Cabling

SQZ6 enclosure was moved south of HAM6. Cabling for table in the SQZ bay was moved to new table location. SQZ team will let us know if we missed a cable. Power and E-Stop cables still need to be terminated.

Comments related to this report
daniel.sigg@LIGO.ORG - 08:13, Thursday 01 March 2018 (40784)

Nutsinee Daniel

All outside cables are in place and connected.

H1 CDS
david.barker@LIGO.ORG - posted 14:35, Tuesday 27 February 2018 - last comment - 10:18, Thursday 01 March 2018(40746)
h1iscey glitched, we are negotiating recovery with EY install

h1iscey front end glitched at 14:15 PST. We are holding off on its restart until we contact EY group.

Comments related to this report
david.barker@LIGO.ORG - 14:48, Tuesday 27 February 2018 (40748)

killed and started all  models on h1iscey with EY permission.

keith.thorne@LIGO.ORG - 07:49, Wednesday 28 February 2018 (40763)CDS
I have seen glitches on my test stand H1-style ISCEX machine here at LLO (actually quite frequently).  It persists even with the GE FANUC RFM removed.  I have not tried it in an L1-style model mix yet.
betsy.weaver@LIGO.ORG - 10:18, Thursday 01 March 2018 (40788)

We believe this was physically due to brushing equipment past the cables which loop out of the front of the rack at the end station.  Note, these racks are in the middle receiving bay so frequently see traffic traverse in and out of the VEA.

H1 CAL (CAL)
aaron.viets@LIGO.ORG - posted 11:38, Wednesday 21 February 2018 - last comment - 11:39, Friday 09 March 2018(40631)
Improved High-pass Filter in gstlal calibration pipeline

After a lot of experimentation, I have found a way to improve the attenuation of frequencies below 9 Hz in the calibration by 1-2 orders of magnitude, without significantly increasing the computational cost or latency of the pipeline. Here is a list of what I've changed and what I've kept the same:

Of all the things I tried, this is what worked the best. Reasons I did not make this even better include:

Several plots are attached to show the new features. The first 5 plots are the frequency responses and comparisons to the ideal models for each of the filters used. The last 3 plots are comparisons of C01 data with data produced using the new filters. The attenuation is better by about 1-2 orders of magnitude, and there is just a very small amount of ripple added below 20 Hz.

Images attached to this report
Comments related to this report
aaron.viets@LIGO.ORG - 06:22, Thursday 01 March 2018 (40780)

I have made some additional improvement in the high-pass filtering in the DCS filters. The additional changes I made were:

  • Addition of a separate high-pass filter in the inverse sensing path before the inverse sensing filter. This also uses Matlab's least squares FIR filter, firls(). The cutoff frequency used is still 9 Hz, although I experimented with other cutoff frequencies. The filter is designed to have a response that drops to zero at 5 Hz and below. The length of this filer is currently set to 0.75 seconds.
  • Shortened inverse sensing filter to 0.75 seconds. The inverse sensing filter was previously 1 second in length. Since DARM_ERR is filtered at 16 kHz, the total amount of filtering in this path (now increased from 1s to 1.5s) needs to be kept manageable.
  • The actuation filter and the high-pass filter before it are now both 3 seconds in length.
  • In addition to the filers themselves, I have added code that writes the transfer functions corresponding to the combined effect of all filters applied to each path (inverse sensing and actuation). These are included in the filters files, so that they cannot be incorrectly paired with the wrong filters. In the DCS filters files, the names of these numpy arrays are invsens_filt_tf, tst_filt_tf, and pumuim_filt_tf.  In the GDS filters files, the names are: res_corr_tf and ctrl_corr_tf.
  • I also added a numpy array in the filters files that contains the filters' approximated response function. In both DCS and GDS filters files, this is called filters_response_function. In the GDS case, this gives only the portion of the response function that is applied by the GDS filters, not including the front end.

A similar set of plots is included, with several additions:

  •  I have implemented a new test of the filters that combines all the filters in the inverse sensing and actuation paths to show how well they approximate the model response function. A larger-than-expected error shows up above 1kHz where the contribution from the actuation filters drops to zero. I'm not yet sure why this is, but I'm not too concerned since it does not show up in the other response function plots, described next
  • I have also used a modified version of Maddie's response function plotting script to make plots of the response function as derived from the transfer function between DARM_ERR and DeltaL_free, and compare this to the model response function. (These are the last 3 files.) Errors from 10 Hz to 5 kHz look comparable to what they were before these changes. Note the small ~2% error just above 1kHz - this is due to the fact that the actuation is downsampled to 2 kHz in the gstlal calibration pipeline. At ~1kHz, the TST stage actuation still contributes a few percent to the total strain, leading to this ~2% error when it gets lost in downsampling. Notice also the few % error just above 10 Hz. There is a similar feature in the filters response function plot (described above), and in the PUM/UIM stage actuation filter.

It's also worthwhile to remind ourselves of the list of reasons why we wanted to improve this filter/what we wanted to improve:

  • Search groups prefer aggressively high-passed data. Hopefully this is sufficient, as doing much better would significantly increase computational cost.
  • Apparently the noise below 10 Hz has added to the difficulty of the data-cleaning effort. (?)
  • It is ideal, when data goes public, that people don't find anything that could be mistaken for something significant below 10 Hz.
  • There may sometimes be a need to model the high-pass filters in the gstlal calibration pipeline. Although common IIR filter representations like Butterworth, Chebyshev, and elliptic filters can be implemented as FIR filters, they are generally not the most effective. It takes a lot of taps to get a good filter; so it is more effective to use a different method (like minimizing the integrated squared error) to get the best filter we can for the lowest computational cost. Thus, the solution I propose to this problem is to use the transfer function that I have added into the filters files.
  • There has been concern about the error around 10 Hz seen in the inverse sensing filter in these GDS filters and similar ones. GDS filters I've produced with the new high-pass filter do not show this behavior. However, as noted above the PUM/UIM stage filter does seem to introduce ~1% error just above 10 Hz. It is not clear whether this is related to high-pass filtering, but it is worth investigating.
Images attached to this comment
aaron.viets@LIGO.ORG - 11:39, Friday 09 March 2018 (40925)

After further investigation, I've found that the the noted ~1% errors in the PUM/UIM stage filters just above 10 Hz are most likely due to notches in the actuation models at those frequencies, and do not seem to be affected by the high-pass filtering. One way to get rid of those errors is to remove the time-domain Tukey window from the filters. However, this generates a lot of noise in the spectrum due to the fact that the filters do not fall off smoothly.

I also found that the "shelf" seen at low frequency in the ASDs (the noise from DC to ~0.25 Hz) may be an artifact of the relatively low frequency resolution (I used 3-second FFTs, so 0.33 Hz resolution) in the calculation of the ASDs. I have produced another ASD from the same data using 64-second FFTs averaged over 12 hours. The "shelf" is not seen here. I also investigated the possibility that this is a DC component (in which case it would still be present in the new ASD I plotted, but not shown due to the higher resolution). I added a feature the the gstlal calibration pipeline that allows the option to remove a DC component from the data before filtering it. The method is to simply downsample the input data to 16 Hz (with high-quality anti-aliasing), take a running average of 16 seconds, and then upsample (with high-quality anti-imaging) and subtract the result from the input data. This can be done with zero latency by shifting the timestamps becuase the phase of a DC component is zero regardless of timestamp shifts. The result of removing the DC component before filtering was indistinguishable from not removing it, implying that this is not a DC component.

The attached plot shows a high-resolution spectrum comparison of C01 data to data produced using the new high-pass filters.  There appears to be a line present around 3 Hz.  The small differences between C01 and the new DCS data above 10 Hz are due to the fact that the kappas were not applied in producing the new data (I used the same data to produce the comparison to the modeled response function, which requires not applying the kappas).

Images attached to this comment
Displaying reports 44361-44380 of 84020.Go to page Start 2215 2216 2217 2218 2219 2220 2221 2222 2223 End