Displaying reports 49541-49560 of 83202.Go to page Start 2474 2475 2476 2477 2478 2479 2480 2481 2482 End
Reports until 00:12, Tuesday 07 March 2017
LHO General
thomas.shaffer@LIGO.ORG - posted 00:12, Tuesday 07 March 2017 (34633)
Ops Eve Shift Transition

TITLE: 03/07 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 63Mpc
OUTGOING OPERATOR: Ed
CURRENT ENVIRONMENT:
    Wind: 16mph Gusts, 13mph 5min avg
    Primary useism: 0.05 μm/s
    Secondary useism: 0.21 μm/s
QUICK SUMMARY: Breezy but otherwise calm. 11 hours at 65Mpc.

H1 General
edmond.merilh@LIGO.ORG - posted 00:06, Tuesday 07 March 2017 (32936)
Shift Activity

TITLE: 03/07 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 64Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:

H1 locked for 11hr40min
LOG:

ALL TIMES IN UTC

2:23 Big LF glitch in DARM. waiting for h(t) DMT Omega to update for more details

5:10 Low temp in PSL Verbal alert

5:39 Low temp in PSL Verbal alert

H1 General
edmond.merilh@LIGO.ORG - posted 20:08, Monday 06 March 2017 (34632)
Mid-Shift Summary

H1 Observing, 64Mpc. Locked for 7hr40min. winds trending below 20mph. One LF glitch.

H1 ISC (ISC)
jenne.driggers@LIGO.ORG - posted 19:27, Monday 06 March 2017 - last comment - 13:31, Thursday 09 March 2017(34631)
Time domain jitter removal

With a nudge from peterF and mevans, I checked to see how hard it might be to do some time-domain subtraction of the jitter in H1 DARM.  This is similar to what Sheila (alog 34223) and Keita (alog 33650) have done, but now it's in the time domain so that we could actually clean up DARM before sending it to our analysis pipelines.

The punchline: It's pretty easy.  I got pretty good feedforward subtraction (close to matching what Sheila and Keita got with freq-domain subtraction) without too much effort. 

Next steps:  See if the filters are good for times other than the training time, or if they must be re-calculated often (tomorrow).  Implement in GDS before the data goes to the analysis pipelines (farther future?). 

 

I was finding it difficult to calculate effective Wiener filters with so many lines in the data, since the Wiener filter calculation is just minimizing the RMS of the residual between a desired channel (eg. DARM) and a witness (eg. IMC WFS for jitter).  So, I first removed the calibration lines and most of the 60Hz line.  See the first attached figure for the difference between the original DARM spectrum and my line-subtracted DARM spectrum.  This is "raw" CAL-DELTAL_EXTERNAL, so the y-axis is not in true meters. 

I did not need to use any emphasis filters to reshape DARM or the witnesses for the line removal portion of this work.  The lines are so clear in these witnesses that they don't need any help.  I calculated the Wiener filters for each of the following channels separately, and calculated their estimated contribution to DARM individually, then subtracted all of them at once.  H1:CAL-PCALY_EXC_SUM_DQ has information about the 7Hz line, the middle line in the 36Hz group, the 332Hz line and the 1080Hz line.  H1:LSC-CAL_LINE_SUM_DQ has information about the highest frequency line in the 36Hz group.  Both of those are saved at 16kHz, so required no extra signal processing.  I used H1:SUS-ETMY_L3_CAL_LINE_OUT_DQ for the lowest frequency of the 36Hz group, and H1:PEM-CS_MAINSMON_EBAY_1_DQ for the 60Hz power lines.  Both of these channels are saved slower (ETMY cal at 512Hz and MainsMon at 1kHz), but since they are very clean signals, I felt comfortable interpolating them up to 16kHz.  So, these channels were interpolated using Matlab's spline function before calculating their Wiener filters. Robert or Anamaria may have thoughts on this, but I only used one power line monitor, and only at the corner station for the 60Hz line witness.  I need to re-look at Anamaria's eLIGO 60Hz paper to see what the magical combination of witnesses was back then.

Once I removed the calibration lines, I roughly whitened the DARM spectrum, and calculated filters for IMC WFS A and B, pit and yaw, as well as all 3 bullseye degrees of freedom.  Unfortunately, these are only saved at 2kHz, so I first had to downsample DARM.  If we really want to use offline data to do this kind of subtraction, we may need to save these channels at higher data rates.  See the second attached figure for the difference between the line-cleaned DARM and the line-and-jitter-cleaned DARM spectrum. You can see that I'm injecting a teeny bit of noise in, below 9Hz.  I haven't tried adjusting my emphasis filter (so far just roughly whitening DARM) to minimize this, so it's possible that this can be avoided.  It's interesting to note that the IMC WFS get much of the jitter noise removed around these broad peaks, but it requires the inclusion of the bullseye detector channels to really get the whole jitter floor down. 

Just because it's even more striking when it's all put together, see the third attachment for the difference between the original DARM spectrum and the line-and-jitter-cleaned DARM spectrum.

Images attached to this report
Comments related to this report
duncan.brown@LIGO.ORG - 12:01, Tuesday 07 March 2017 (34647)

It might be worth pushing the cleaned data through the offline PyCBC search and seeing what difference it makes. How hard would it be to make a week of cleaned data? We could repeat e.g. https://sugwg-jobs.phy.syr.edu/~derek.davis/cbc/O2/analysis-6/o2-analysis-6-c00-run5/ using the cleaned h(t) and see what the effect on range and glitches are. The data could be made offline, so as long as you can put h(t) in a frame (which we can help with) there's no need to get it in GDS to do this test.

alex.nitz@LIGO.ORG - 10:41, Wednesday 08 March 2017 (34680)
Do you think it would be possible to post the spectrums as ascii files? It would be interesting to get a very rough estimate of the inspiral range difference. 
alexander.urban@LIGO.ORG - 13:31, Thursday 09 March 2017 (34704)

In fact, I'm working on a visualization of this for a comparison between C00 and C01 calibration versions. See an example summary page here:

https://ldas-jobs.ligo.caltech.edu/~alexander.urban/O2/calibration/C00_vs_C01/L1/day/20161130/range/

I agree with Other Alex and I'd like to add your jitter-free spectrum to these plots. If possible, we should all get together at the LVC meeting next week and discuss.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 16:43, Monday 06 March 2017 (34629)
Simulated jitter versus measured jitter

Sheila, Kiwamu,

This is a followup/update on the beam pointing jitter measurement (34112). We simulated beam pointing jitter with FINESSE.

If we believe the simulation results, we can draw two conclusions:

The plot below shows a preliminary result of the simulation with H1's O2 specific parameters.

Some details of the simulation can be found in T1700080 (although the results in the document are specifically for a full power interferometer). Here is a brief list of remarks.

Images attached to this report
H1 AOS
edmond.merilh@LIGO.ORG - posted 16:31, Monday 06 March 2017 (34630)
PSL Weekly Trends - FAMIS #6138

I think that the excitement found in the power plots and the chiller plots have been best described in Jason's alog

Images attached to this report
H1 SUS
brett.shapiro@LIGO.ORG - posted 16:01, Monday 06 March 2017 (34628)
QUAD model updates and bugfixes

See CSWG log 11204

H1 General
edmond.merilh@LIGO.ORG - posted 16:00, Monday 06 March 2017 (34627)
Shift Transition - Eve

TITLE: 03/06 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 64Mpc
OUTGOING OPERATOR: Travis subbing for Corey
CURRENT ENVIRONMENT:
    Wind: 32mph Gusts, 27mph 5min avg
    Primary useism: 0.22 μm/s
    Secondary useism: 0.25 μm/s 
QUICK SUMMARY:  

Travis reports nothing notable for handoff

 

 

H1 General
travis.sadecki@LIGO.ORG - posted 16:00, Monday 06 March 2017 (34626)
Ops Day Shift Summary

TITLE: 03/06 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 63Mpc
INCOMING OPERATOR: Ed
SHIFT SUMMARY:  Observing for the entire shift, except for the Commissioning break from 18:00-22:09 UTC.  Windy all day (~30 mph), but not effecting locking.
LOG:

16:05 Bubba to MX

18:00 Start Commissioning period

18:06 Kissel starting calibration sweeps

18:35 Kissel done, Jenne starting arm cavity scans

18:51 Richard to MX for fire panel work

19:19 Richard done

21:20 Gerardo to EY

21:38 Gerardo back

22:09 Commissioning period end, back to Observing

 

H1 ISC (IOO, ISC, PSL)
kiwamu.izumi@LIGO.ORG - posted 15:58, Monday 06 March 2017 - last comment - 21:20, Wednesday 07 June 2017(34625)
Calibration of bullseye sensor placed

Vaishali, Kiwamu,

We have implemented the calibration coefficients for the bullseye sensor in the front end today. The PIT, YAW and WID signals are now calibrated in fractional amplitudes. They are defined as

(fractional amplitude) = | HOM amplitude (e.g. E_{10} )| / | E_{00} |

Using this calibration, we virtually propagated pointing jitter (a.k.a PIT and YAW) from the bullseye to the IMC WFSs. We were able to get somewhat quantitative agreement with the measured jitter spectra there for the PIT and YAW degrees of freedom.

Next things to do:


[New calibration settings]

Since Vaishali is writing up a document describing the calibration method, we skip the explanation here and just show the results.

Once they were set, we then accepted the SDF, although they are NOT monitored.

[Some noise spectra]

Below, the calibrated spectra are shown in the lower right panel.

The jitter level was about 3x10-5 Hz-1/2 for PIT, YAW and WID at around 100 Hz. If these fields go through the PMC, their amplitude should be suppressed by a factor of 63 in amplitude (T0900649-v4). So their level should be something like 5x10-7 Hz-1/2 when they arrive at the IMC. By the way, for some reason the intensity fluctuation and beam size jitter are positively correlated: as the laser power becomes larger, the beam size becomes larger at the same time.

Here are plots showing the noise projection for the IMC WFS which qualitatively agree with what Daniel has measured in the past using the DBB QPDs instead (31631) -- IMC WFS noise are superposition of acoustic peaks and HPO jitter.

Finally, if one let these jitter fields propagate through the IMC, they should get an attenuation of about 3x10-3 in their amplitudes. Therefore the amplitudes of the HOMs after the IMC should be roughly 1.5x10-9 Hz-1/2. This number is consistent with what Sheila has estimated for pointing jitter at IM4 (34112). However, a funny thing is that, in order to explain a high coherence of 0.1 for pitch when the interferometer is locked in low noise (see for example, blue curves in the first attachment in 34502), the coupling must currently be about 1x10-11 m / fractional amplitude, which is more than 10 times larger than what Sheila measured back in February (34112). What is going on?

Images attached to this report
Comments related to this report
vaishali.adya@LIGO.ORG - 21:20, Wednesday 07 June 2017 (36712)

DCC Document link describing the Calibration : LIGO-T1700126

H1 PEM
heather.fong@LIGO.ORG - posted 14:31, Monday 06 March 2017 - last comment - 14:38, Monday 06 March 2017(34623)
HEPI excitations

Sheila Dwyer, Heather Fong

During today's commissioning period, we wanted to investigate how the fire pump from March 1 affected DARM (alog entry 34525). To do so, we injected signals into the HEPI loops: HAM1-HAM6, BS, ITMX, and ITMY, for x-, y-, and z-directions. The injected signal had a frequency bandwidth of approximately 10-40 Hz, which is similar to the bandwidth that was affected by the fire pump.

The data for the injected channels are available here. We did not observe coupling between the HEPI motion and the DARM spectrum. For an example, please see the attached figure "HEPI_excitation_ITMY_Z.png".

We also compared our z-direction results to the PEM injections from the beginning of O2, and we observed coupling in HAM1 that is consistent from what was observed before. The plot with which we compared can be found here, and our plot is attached to this log entry ("HEPI_excitation_HAM1_Z.png").

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 14:38, Monday 06 March 2017 (34624)

In addition, here is a bruco from the time when the pump is on. No obvious clues. 

https://ldas-jobs.ligo-wa.caltech.edu/~sheila.dwyer/bruco_March2/

H1 General
travis.sadecki@LIGO.ORG - posted 14:10, Monday 06 March 2017 (34622)
Observing at 22:09 UTC

Commissioners have wrapped up what they wanted to do today, so we are back to Observing.

LHO VE
logbook/robot/script0.cds.ligo-wa.caltech.edu@LIGO.ORG - posted 12:10, Monday 06 March 2017 - last comment - 13:23, Monday 06 March 2017(34620)
CP3, CP4 Autofill 2017_03_06
Starting CP3 fill. LLCV enabled. LLCV set to manual control. LLCV set to 50% open. Fill completed in 2143 seconds. LLCV set back to 17.0% open.
Starting CP4 fill. LLCV enabled. LLCV set to manual control. LLCV set to 70% open. Fill completed in 1961 seconds. TC A did not register fill. LLCV set back to 39.0% open.
Images attached to this report
Comments related to this report
chandra.romel@LIGO.ORG - 13:23, Monday 06 March 2017 (34621)

Raised CP4 LLCV to 40% open and CP3 LLCV to 18% open.

H1 ISC
jenne.driggers@LIGO.ORG - posted 11:41, Monday 06 March 2017 - last comment - 12:21, Friday 10 March 2017(34615)
Arm cavity mode scans as a function of IFO cooling

A major question for the H1 interferometer is whether one of our arm cavities has anomalously high absorption.  To look into this, Aidan asked me to run mode scans of the arm cavities immediately after lockloss, so that we can watch the frequency separation of the higher order modes change as the interferometer cools down.  Prep work for this was done during last week's commissioning window (alog 34512), following the technique that Kiwamu used in 2014 (LLO alog 13768).

Prior to breaking the lock, Sheila and I went to the LVEA and bypassed the /10 frequency difference divider in the ALS COMM electronics chain, such that I can scan several FSR. 

Travis got us back to ALS locked about 3.5 minutes after I broke the 9.5 hour lock, and the scan was started immediately after that.  After the first scan or two, I remembered to slightly misalign the IR beam into the cavities, which I did by moving PR3 0.8urad in pitch (which was enough that I started seeing the TEM10 mode in the arm cavity transmission powers).

The scan ran for 30 minutes. 

I put the FDD back in place, and Travis is now re-locking the IFO.  The attached screenshot shows my striptool of the sweeps, mostly just that indeed it went on for about 30min.

Images attached to this report
Comments related to this report
aidan.brooks@LIGO.ORG - 11:54, Monday 06 March 2017 (34619)

The HOM spacing change over 30 minutes (t=[1200s, 3000s] in the attached plot) estimated by the online SIM model is approximately 90Hz for the XARM and 125Hz for the Y-ARM. This assumes:

Optic Absorption (ppb)
ITMX 210 ppb
ITMY 280 ppb
ETMX 160 ppb
ETMY 250 ppb

Images attached to this comment
aidan.brooks@LIGO.ORG - 12:21, Friday 10 March 2017 (34732)

I analyzed the data from the cavity scan measurements. There's a lot of noise in the data (partly from ALS COMM frequency noise) and I need to do a proper estimate of the best measurement we could expect to get. 

In spite of the noisy data, we see a distinct downward trend on the XARM HOM spacing that is larger than the YARM downward trend. I did a linear fit to the data to estimate the change in frequency over time (from t = 310s to t = 2000s) and compared that to the change in frequency expected from the SIM model. The results are:

  • XARM: 3.1 +/- 2.1 times the expected frequency change from the SIM model (we observe a decrease of 120Hz from t = 310s to t=2000s)
  • YARM: 0.8 +/- 1.4 times the expected frequency change from the SIM model (we observe a decrease of 43Hz from t = 310s to t=2000s)

Based on the standard error of this measurement, we expect that the total absorption in the XARM could be anywhere from 1x to 5.2x the total absorption expected in the SIM model. The YARM could be anywhere from 0x to 2.2x the total absorption in the SIM model (it can't be negative).

Obviously I need to repeat this measurement taking care to get the best precision possible.

 

 

Images attached to this comment
Non-image files attached to this comment
H1 PSL
jason.oberling@LIGO.ORG - posted 11:27, Monday 06 March 2017 - last comment - 11:29, Monday 06 March 2017(34617)
Forensics for 2017-3-6 PSL Trips

The PSL tripped 4 times last night, 3 of them in quick succession.  I've done some preliminary forensics, and all 4 were trips of the "Head 1-4 Flow" watchdog, with the Head 3 flow sensor being the culprit in every trip.

Trip #1: 5:07 UTC (21:07 PST 2017-3-5)

PSL tripped due to a trip of the "Head 1-4 Flow" interlock, caused by the flow reading from the Head 3 flow sensor dropping below the trip point.  While restarting the laser after this trip, it took a couple attempts to get the crystal chiller to start and stay running.  After the first attempt, the reported flow from the Head 3 flow sensor did not get above the trip point, so the chiller shut off.  The chiller restarted without issue on the 2nd attempt and the PSL restart went smooth from there.  Once the system was up and running, Jim had to reset the noise eater.

The first attachment shows the flow readings from the active laser head flow sensors along with the "Head 1-4 Flow" interlock signal.  The second attachment shows a slightly zoomed in view of the reading from the Head 3 flow sensor at the time of the trip.  As can be seen, the flow signal from Head 3 became ragged and dropped below the trip point, shutting down the system.

Trip #2: 5:47 UTC (21:47 PST 2017-3-5)

The PSL tripped again, for the same reason as trip #1.  This was also caused by the flow reading from the Head 3 flow sensor dropping below the trip point.  The third and fourth attachments show info for this trip, showing that again Head 3 was the cause.  The restart went smooth, and Jim had gone to the LVEA to reset the noise eater when...

Trip #3: 6:02 UTC (22:02 PST 2017-3-5)

The third PSL trip occurred while Jim was in the LVEA resetting the noise eater.  This trip was identical to the last 2.  The fifth and sixth attachments show that once again the flow reading from the Head 3 flow sensor was the cause of the trip; I also included the power output from the HPO in the fifth attachment.  As can be seen in the fifth attachment (PSL_Trip3_Head1-3_Flow_2017-3-6_06:02:06.png) there was another issue with restarting the crystal chiller; just over 30 seconds after restarting the chiller it shut down due to the flow reading from the Head 3 flow sensor.  The second chiller restart attempt was successful.  There were then zero issues in restarting the PSL; Jim had to reset the NPRO noise eater again once the rest of the system was up and running.

Trip #4: 7:59 UTC (23:59 PST 2017-3-5)

The fourth and final trip occurred just as TJ was taking over for the OWL shift.  Once again this was a trip of the "Head 1-4 Flow" interlock caused by the flow reading from the Head 3 flow sensor dropping below the trip point; this is shown in the final 2 attachments.  There were no issues restarting the PSL after this trip.  Once everything was up and running, TJ had to reset the noise eater twice and was then on to locking the IFO.

 

Images attached to this report
Comments related to this report
jason.oberling@LIGO.ORG - 11:29, Monday 06 March 2017 (34618)

Filed FRS 7559 for these trips.

H1 CAL
jeffrey.kissel@LIGO.ORG - posted 11:12, Monday 06 March 2017 (34616)
2017-03-06 New Calibration Sensing Function Measurement Suite
J. Kissel, E. Goetz

I've gathered our "bi-weekly" calibration suite of measurements to track the sensing function, and ensure all calibration is within reasonable uncertainty and to have corroborating evidence for a time-dependent detuning spring frequency & Q. Evan will post analysis results later.

The data have been saved and committed to:
/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/H1/Measurements/SensingFunctionTFs
    2017-03-06_H1DARM_OLGTF_4to1200Hz_25min.xml
    2017-03-06_H1_PCAL2DARMTF_4to1200Hz_8min.xml

    2017-03-06_H1_PCAL2DARMTF_BB_5to1000Hz.xml

This suite, again for time-tracking, took ~35 minutes from 2017-03-06, 18:02 - 18:35 UTC.
Images attached to this report
Displaying reports 49541-49560 of 83202.Go to page Start 2474 2475 2476 2477 2478 2479 2480 2481 2482 End