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:
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
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.
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:
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.
Looking at Terramon and the ground blrms, looks like there was an earthquake near 9:00 UTC, which the interferometer rode through.
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.
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.
Locked in Observing since before my shift began.
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.
Outgoing operator is actually Cheryl.
TJ: Can you look at why the aLog script isn't populating this correctly?
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.
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.
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.
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.
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.
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.
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.
(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.
Attached is the pressure change due to loss of channel A. Included are some channels from both Mid stations.
We'll replace power supply Monday.
One channel out on IP5 at corner has an affect on pressure 2.5 miles away (EY only).
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.
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. ----------