Displaying reports 50961-50980 of 83132.Go to page Start 2545 2546 2547 2548 2549 2550 2551 2552 2553 End
Reports until 14:32, Sunday 08 January 2017
H1 General (SEI)
cheryl.vorvick@LIGO.ORG - posted 14:32, Sunday 08 January 2017 - last comment - 13:56, Thursday 12 January 2017(33089)
H1 ISI CPS Noise Spectra Check - Weekly

Ran the diaggui template for the HAM and BSC ISI CPSs (CPS'...).

No overall issue with one sensor being elevated.

I found one thing that is maybe a known and understood feature, but I didn't find it in the alog with my searching (maybe the wrong search words?).

I notice that there is noise in HAM2, HAM3, HAM4, and HAM6 around 41.3Hz, and the elevated noise level goes from 41Hz to about 41.6Hz.

This noise is not present in the 1 Dec 2016 plots, there seems to be hint of it in the 14 Dec 2016 plots, and it's clearly visible in the 1 Jan 2017 plots.

Attached:

Images attached to this report
Comments related to this report
cheryl.vorvick@LIGO.ORG - 14:36, Sunday 08 January 2017 (33091)
richard.mittleman@LIGO.ORG - 07:25, Monday 09 January 2017 (33100)

good catch cheryl, when you see fun cps signals, can you check the inertial sensor signals (HEPI and ISI) also, to make sure that it is motion and if so of what?

thanks

hugh.radkins@LIGO.ORG - 13:56, Thursday 12 January 2017 (33182)

Looks too that ITMX has some broadband elevated noise on Stage1 V1 and Stage2 H1.  We may need to cycle board power/seating if it persists.

H1 General
cheryl.vorvick@LIGO.ORG - posted 08:16, Sunday 08 January 2017 (33087)
Ops Day Transition:

TITLE: 01/08 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 63.1186Mpc
OUTGOING OPERATOR: TJ
CURRENT ENVIRONMENT:
    Wind: 13mph Gusts, 11mph 5min avg
    Primary useism: 0.04 μm/s
    Secondary useism: 0.48 μm/s
QUICK SUMMARY:


 

LHO General
thomas.shaffer@LIGO.ORG - posted 04:00, Sunday 08 January 2017 - last comment - 08:28, Sunday 08 January 2017(33086)
Ops Mid-Shift report

Locked for 14+hours at 65Mpc. LLO made it past DC_READOUT two times but does not seem to be able to keep a lock due to useism.

Comments related to this report
krishna.venkateswara@LIGO.ORG - 08:28, Sunday 08 January 2017 (33088)

Looking at Terramon and the ground blrms, looks like there was an earthquake near 9:00 UTC, which the interferometer rode through.

H1 General
travis.sadecki@LIGO.ORG - posted 00:03, Sunday 08 January 2017 (33085)
Ops Eve Shift Summary

TITLE: 01/08 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 64.089Mpc
INCOMING OPERATOR: TJ
SHIFT SUMMARY:  Locked for 10+ hours.  LLO has been down due to high microseism.  TJ is not coming in for Owl shift due to snowy roads.  He will monitor from home.  No issues to report.
LOG:  Waiting for a GW to show up.
 

LHO General
thomas.shaffer@LIGO.ORG - posted 22:23, Saturday 07 January 2017 (33083)
No Owl Ops Coverage tonight

With the Hanford site closure and LLO down due to weather, I will not risk coming in unless LLO makes progress locking. I have already talked with Corey and sent an email out to Keita as well.

H1 General
travis.sadecki@LIGO.ORG - posted 20:05, Saturday 07 January 2017 (33082)
Ops Eve Mid-shift Summary

Locked in Observing since before my shift began. 

H1 General
travis.sadecki@LIGO.ORG - posted 18:22, Saturday 07 January 2017 - last comment - 22:26, Saturday 07 January 2017(33080)
Ops Eve Shift Transition

TITLE: 01/08 Eve Shift: 00:00-08:00 UTC (16:00-00:00 PST), all times posted in UTC
STATE of H1: Observing at 66.8538Mpc
OUTGOING OPERATOR: None
CURRENT ENVIRONMENT:
    Wind: 12mph Gusts, 9mph 5min avg
    Primary useism: 0.03 μm/s
    Secondary useism: 0.30 μm/s
QUICK SUMMARY: Locked in Observing since before the beginning of my shift.
 

Comments related to this report
travis.sadecki@LIGO.ORG - 18:23, Saturday 07 January 2017 (33081)

Outgoing operator is actually Cheryl. 

TJ: Can you look at why the aLog script isn't populating this correctly?

thomas.shaffer@LIGO.ORG - 22:26, Saturday 07 January 2017 (33084)

I will look into it next time I'm on site. I noticed it wasn't reliably getting the next operator on the Debian machine earlier, but didn't get the chance to look into it.

H1 General
cheryl.vorvick@LIGO.ORG - posted 16:22, Saturday 07 January 2017 (33079)
Ops Day Summary:

TITLE: 01/08 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Observing at 65.5868Mpc
INCOMING OPERATOR: None
SHIFT SUMMARY:

Dave called in, no minute trends are readable in the CR, still being written. Second trends and full data stillavailable.  Call Dave if minute trends are needed, otherwise he'll do reboots Monday.

H1 PSL (PSL)
peter.king@LIGO.ORG - posted 13:33, Saturday 07 January 2017 - last comment - 13:53, Saturday 07 January 2017(33076)
FSS_PC_MON_OUTPUT and the noise eater
Cheryl called and said she found something interesting in the H1:PSL-FSS_PC_MON_OUTPUT that may have coincided
with either a lockloss or drop in range (I've forgotten which exactly).  She pointed to a peak in the Pockels
cell monitor output.  Ordinarily a peak or spike in that signal is caused by a fast frequency transient.  However
this time the "peak" lasted at least a minute.  It also did not coincide with a drop in range for the interferometer.

    Attached is a 20-minute plot of the NPRO PZT and the Pockels cell.  A couple of things to note:
 - The average value of the Pockels cell output is not close to 0 (zero) as it typically is.  By "close to" I
     mean with an absolute value of less than either 0.5 or 1.
 - The noise in the PZT output is a little larger than typical.
 - The reference cavity transmission dropped even further.
After resetting the noise eater, things returned to normal.

    Probably the fastest way to spot the status of the noise eater is to pull up the FSS MEDM screen.  On the
left hand side, around the middle is an indicator labelled "NPRO RRO:NOISE EATER".  The box to the right of the
text should be green if things are dandy.
Images attached to this report
Comments related to this report
peter.king@LIGO.ORG - 13:53, Saturday 07 January 2017 (33077)
Attached is a plot of the NPRO output power when the Pockels cell output change was detected.  Assuming
the NPRO signal is somewhat calibrated, the jump of ~5 mW is probably enough of a light level change
to upset the detector used by the noise eater circuit to cause an oscillation.

    Thus far I haven't found the root cause of why the NPRO power would change or why the noise eater
would start oscillating unless it was related to the NPRO power.  All the other signals look reasonable.
Images attached to this comment
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 11:54, Saturday 07 January 2017 (33075)
Laser trip
Head flow rates for the past day.  Ignore the plot for head 4 since that head is forced.
Looks like the head 3 flow rate set things off.
Images attached to this report
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 11:48, Saturday 07 January 2017 (33074)
Noise eater
Whilst bringing the laser back on, the noise eater needed to be reset.  On my way out to the
rack I noticed that the SR560 that is plugged into the injection locking servo - an addition
made late last year by Matt and Daniel as I recall - was overloaded.  Without some diagnostics
it's a little difficult to figure out which one mis-behaved first.
H1 PSL (PSL)
peter.king@LIGO.ORG - posted 11:44, Saturday 07 January 2017 (33073)
Reference cavity transmission
Attached is the plot of the reference cavity transmission and reflection for the past 6 days.
The transmission was relatively flat until about ~9:30 am PT when it increases to ~3.5.  I
presume that the transmission increase is due to the oscillator pump diode increase.  However
since then the transmission has steadily decreased.

    The reference cavity transmission has decreased from the time the laser was brought back
to the writing of this alog entry.
Images attached to this report
LHO VE (VE)
gerardo.moreno@LIGO.ORG - posted 10:30, Saturday 07 January 2017 - last comment - 13:58, Monday 09 January 2017(33070)
IP5 Channel A Dead

(Chandra, Gerardo)

Remote logged in to find out status of IP5.  We lost one channel on IP5 at around 13:02 utc, the other channel still up.

Images attached to this report
Comments related to this report
gerardo.moreno@LIGO.ORG - 10:35, Saturday 07 January 2017 (33071)VE

Attached is the pressure change due to loss of channel A.  Included are some channels from both Mid stations.

Images attached to this comment
chandra.romel@LIGO.ORG - 10:39, Saturday 07 January 2017 (33072)

We'll replace power supply Monday.

chandra.romel@LIGO.ORG - 13:58, Monday 09 January 2017 (33110)

One channel out on IP5 at corner has an affect on pressure 2.5 miles away (EY only).

Images attached to this comment
H1 CAL (ISC)
jeffrey.kissel@LIGO.ORG - posted 09:47, Thursday 05 January 2017 - last comment - 14:02, Sunday 08 January 2017(32989)
Calibration Reference Measurement Analysis; Old (2016-11-12) vs. New (2017-01-04) with Updated AA/AI Filter Gain
J. Kissel

I've analyzed the reference data taken from 2017-01-03, and re-analyzed the data from 2016-11-12 with updated matlab analysis code that includes the LHO-only bug-fix regarding the gain of the AA/AI filter model (see LHO aLOG 32907). The results are tabulated below. 
                                                                           MAP     (68% C.I.)  MAP       (68% C.I.)

 Date                                                  2016-11-12          2016-11-12          2017-01-03
                                                   (former analysis)       (new analysis)       (new analysis)
 Optical Gain                K_C         [ct/m]        1.15e6              1.164e6 (0.09%)     1.086e6   (0.07%)
 Couple Cav. Pole Freq.      f_c         [Hz]          346.7               346.7   (0.4%)      360.4     (0.4%)
 Residual Sensing Delay      tau_C       [us]          2.3                 2.3     (50%)       0.65      (200%)
 SRC Detuning Spring Freq.   f_s         [Hz]          7.4                 7.4     (1.1%)      6.9       (0.5%)
 Inv. Spring Qual. Factor    1/Q_s       [ ]           0.05                0.05    (8.7%)      0.03      (12%)

 UIM/L1 Actuation Strength   K_UIM       [N/ct]        8.164e-8            8.104e-8  (0.2%)    8.091e-8  (0.2%)
 PUM/L2 Actuation Strength   K_PUM       [N/ct]        6.841e-10           6.773e-10 (0.03%)   6.768e-10 (0.02%)
 UIM/L3 Actuation Strength   K_TST       [N/ct]        4.389e-12           4.389e-12 (0.04%)   4.357e-12 (0.02%)


As expected, with the 2016-11-12 reference measurements re-analyzed, the estimated sensing function gain has increased by ~1%, and the actuation function have decreased by a few %.

Further, we see that -- also as expected -- the 2017-01-04 reference measurements show some evolution of the optical sensing parameters, no evolution of the UIM and PUM stage actuation strengths, and a few % change in TST actuation strength change due to charge evolution.

The steps forward from here:
- Convert the actuation strength in [N/ct] to [N/A] or [N/V^2] so we can create an updated reference parameter set for the DARM loop model
- Compare the new open loop gain model against measurements
- Use the loop model tp push new reference values to the front end CAL-CS model (changing the optical plant compensation, and the gain of the actuator compensation, L2/L3 change has already been pushed)
- Use the loop model to push new EPICs records that document model values at calibration line frequencies (the biggest change will be from the L2/L3 cross-over upgrade)   << this is the major problem that's causing bad h(t) calibration flag
- Use the new loop model to push a new set of GDS FIR correction filters (small changes due to better AA/AI model)
- Confirm that time-dependent correction factors are within an expected range  << if/when in range, this should green light the h(t) calibration flag
- Use the new loop model to generate DCS FIR filters to recalibrate the all data from the post-winter break from raw DARM_ERR and DARM_CTRL.
- Push hard for uncertainty estimations for both the first part of O2 and data post-winter break.

There's a ton of librarian information that I need to post that documents where all this data came from and what scripts were used, but I'll post as a comment later today.
Non-image files attached to this report
Comments related to this report
jeffrey.kissel@LIGO.ORG - 14:02, Sunday 08 January 2017 (33090)
J. Kissel

I repost the table, without typos in the (new analysis) columns in actuation:
                                                                           MAP     (68% C.I.)  MAP       (68% C.I.)

 Date                                                  2016-11-12          2016-11-12          2017-01-03
                                                   (former analysis)       (new analysis)       (new analysis)
 Optical Gain                K_C         [ct/m]        1.15e6              1.164e6 (0.09%)     1.086e6   (0.07%)
 Couple Cav. Pole Freq.      f_c         [Hz]          346.7               346.7   (0.4%)      360.4     (0.4%)
 Residual Sensing Delay      tau_C       [us]          2.3                 2.3     (50%)       0.65      (200%)
 SRC Detuning Spring Freq.   f_s         [Hz]          7.4                 7.4     (1.1%)      6.9       (0.5%)
 Inv. Spring Qual. Factor    1/Q_s       [ ]           0.05                0.05    (8.7%)      0.03      (12%)

 UIM/L1 Actuation Strength   K_UIM       [N/ct]        8.164e-8            8.104e-8  (0.2%)    8.091e-8  (0.2%)
 PUM/L2 Actuation Strength   K_PUM       [N/ct]        6.841e-10           6.773e-10 (0.03%)   6.768e-10 (0.02%)
 UIM/L3 Actuation Strength   K_TST       [N/ct]        4.389e-12           4.347e-12 (0.04%)   4.357e-12 (0.02%)
Note that (new analysis) sensing function parameter fits are MCMC results, not nlinfit results, which are what is used for updating the DARM loop model. However, MCMC results are consistent with the uncertainty of the nlinfit results, so we consider the results interchangeable. Rather, we use the MCMC results for response function uncertainty, where we use nlinfit results to update the DARM loop model -- we should and will use MCMC results for updating the DARM loop model in the future such that we have a self-consistent pipeline from reference measurement analysis to response function uncertainty estimation. 

I attach an update to the sensing function plot for each reference data set which improves the MCMC fit results vs. measurement plot to show residuals and parameter values with uncertainties, such that it can now be directly compared to the same plot produced by the nlinfit code.

As promised, a complete description of how these results were generated:

            :::: How I generated 2016-11-12 (new analysis) ::::
---------
- Updated measurement base-level processing scripts and DARM model, which fixes the AA/AI filter gain analysis bug identified in LHO aLOG 32907),
${CalSVN}/aligocalibration/trunk/Runs/O2/DARMmodel/src/
    DARMmodel.m        (r4093, lc: r3511)
    computeActuation.m (r4093, lc: r4003)
    computeSensing.m   (r4093, lc: r4025)

---------
- Generated a new fit for actuation parameters using MCMC analysis:
pre-process actuation measurements using
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/
        actuatorCoefficients_Npct.m (r4065, lc: r4065)
which spits out text files of the actuation function for each stage with portions known to negligible uncertainty removed (e.g. frequency dependence of SUS dynamics, AI filter shape, etc.),
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Measurements/FullIFOActuatorTFs/2016-11-12/
        2016-11-12_H1SUSETMY_L1_actuationStrength_Npct.txt (r4111, lc: r4111)
        2016-11-12_H1SUSETMY_L2_actuationStrength_Npct.txt (r4111, lc: r4111)
        2016-11-12_H1SUSETMY_L3_actuationStrength_Npct.txt (r4111, lc: r4111)
which are then loaded into
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/
        fitActCoefs_Npct.m (r3977, lc: r3977)
where each stage is fit independently, so you have to switch the variable "stage" between 'L1', 'L2', or 'L3'.
Running on ONLY the 2016-11-12 reference measurement time (instead of two days of measurements, as Darkhan originally did)
   dateListRef = {'2016-11-12'};
   gpsListRef = [1162969230];

yields the above results. 

There's a typo in the above table: the new analysis of L3/TST actuator coefficient is 4.347e-12 [N/ct], as shown in the above attachement https://alog.ligo-wa.caltech.edu/aLOG/uploads/32989_20170105090730_2016-11-12_H1_SUSETMY_ACT_COEF_REF_fitCorner.pdf

---------
- Generated a new fit for the sensing function parameters using nlinfit and MCMC analysis:
pre-process sensing function measurements with
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/PCAL/
        fitDataToC_20161116.m (r4040, lc: r4028)
which produces an nlinfit list of parameters on the IFO optical plant (i.e. with stuff known to negligible uncertainty removed, like frequency dependence of OMC DCPD high frequency electronics), and also spits out a text file of that IFO optical plant for MCMC fitting,
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Results/Sensing
        2016-11-12_H1_meas_sensingTF_withoutDCPDTFs_ctpm.txt (r4079, lc: 4072)
This is loaded into 
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/PCAL/
        fitCTF_mcmc.m (r4112, lc: r4112)
to produce the MCMC maximum a posteriori (MAP).

Even though all MCMC results are repeated using python code, the sensing function parameter's posterior distribution from the above matlab MCMC code are exported to text:
/ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Results/Sensing/
2016-11-12_H1_sensing_burn80p_nWalk100_output.txt      (r4079, lc: r4077)
2016-11-12_H1_sensing_burn80p_nWalk100_posteriors.txt  (r4079, lc: r4079)
Actuator parameter posterior distributions are not yet exported from the matlab code.

            :::: How I generated 2017-01-03 (new analysis) ::::
--------
- Used the updated versions of same the base-level processing scripts described above for 2016-11-12 (new analysis)

--------
- Generated a fit for actuation parameters using MCMC analysis:
Above mentioned actuation function pre-processing script copied from ER10 directory to O2 directory (prior to making aesthetic changes to the script in rev 4065),
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/
        actuatorCoefficients_Npct.m (r3811, lc: r3811)
became
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Scripts/FullIFOActuatorTFs/
        fitDataToA_20170103.m (r4095, ls: r4061)                                (Note the intentional name change to match sensing function scripts)
which produces text files of actuation functions with frequency dependence known to negligible uncertainty removed,
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Results/FullIFOActuatorTFs/    (Note change in location because the text files are a result,
        2017-01-03_H1SUSETMY_L1_actuationStrength_Npct.txt (r4095, lc: r4056)    not a part of the measurements)
        2017-01-03_H1SUSETMY_L2_actuationStrength_Npct.txt (r4095, lc: r4056)
        2017-01-03_H1SUSETMY_L3_actuationStrength_Npct.txt (r4095, lc: r4056)
which are analysized by the MCMC code copied over from ER10 to O2,
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/
        fitActCoefs_Npct.m (r3977, lc: r3977)
became
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Scripts/FullActuatorTFs/
        fitATF_mcmc_20170103.m                                                  (Note the intentional name change to match sensing function scripts)
and again, run individually for each stage on 2017-01-03 reference measurement.

--------
- Generated a fit for sensing function parameters using nlinfit and MCMC analysis,
pre-process sensing function measurements with a new copy of
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/PCAL/
        fitDataToC_20161116.m (r4040, lc: r4028)
now named
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Scripts/SensingFunctionTFs/     (Note folder change to match actuator scripts and the rest
        fitDataToC_20170103.m (r4095, ls: r4090)                              of O2 directory structure)
which produces an nlinfit list of parameters on the IFO optical plant (i.e. with stuff known to negligible uncertainty removed, like frequency dependence of OMC DCPD high frequency electronics), and also spits out a text file of that IFO optical plant for MCMC fitting,
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Results/Sensing
        2017-01-03_H1_meas_sensingTF_withoutDCPDTFs_ctpm.txt (r4095, lc: 4056)
This is loaded into a copy of
    ${CalSVN}/aligocalibration/trunk/Runs/ER10/H1/Scripts/PCAL/
        fitCTF_mcmc.m (r4041, lc: r4041)
    (copied prior to aesthetic changes to fit vs. measurement plot which now shows residuals in r4112 as described above)
which is now
    ${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Scripts/PCAL/
        fitCTF_mcmc_20170103.m (r4095, lc: r4091)
to produce the MCMC maximum a posteriori (MAP) (and also has the same aesthetic changes as the ER10 version, r4112).

Even though all MCMC results are repeated using python code, the sensing function parameter's posterior distribution from the above matlab MCMC code are exported to text:
${CalSVN}/aligocalibration/trunk/Runs/O2/H1/Results/SensingFunctionTFs/
2017-01-03_H1_sensing_burn80p_nWalk100_output.txt       (r4095, lc: 4058)
2017-01-03_H1_sensing_burn80p_nWalk100_posteriors.txt   (r4095, lc: 4058)
Actuator parameter posterior distributions are not yet exported from the matlab code.
     
----------
A super-duper thanks to Darkhan, Kiwamu, and Evan for writing the brunt of these functions. It took a while to find everything, how the analysis flow was to go, and how to correctly into file names, but it otherwise works like a charm with very reproducible results. I look forward to making the functions even more streamlined, and potentially merging functionality so there's not so many functions of which to keep track. 
----------
Non-image files attached to this comment
Displaying reports 50961-50980 of 83132.Go to page Start 2545 2546 2547 2548 2549 2550 2551 2552 2553 End