J. Kissel, D. Tuyenbayev Analyzing the high-frequency data for the UIM that we took last night (LHO aLOG 31601), we find -- as previously suspected -- there is lots of dynamical resonant features in the UIM / L1 actuation stage; it definitely does NOT fall as f^6 to infinity as one might naively suspect. There are even more features than the (now anticipated; LHO aLOG 31432) broad impacts of the violin modes of the Sus Point-to-TOP wires (~311 Hz), and UIM-to-PUM wires (~420 Hz). We had seen hints of these features previously (LHO aLOG 24917), but here they are fully characterized out to 500 Hz with a combination of swept-sine (SS) and broad-band (BB) transfer function ratios (the calibration standard measurements of PCAL2DARM = C / (1+G) and iEXC2DARM = C A_i / (1+G)). The measurements yield the actuation strength of the UIM stage, in terms [m] of test mass displacement per [ct] of drive from the L1_TEST_L bank, which is the Euler-basis equivalent to DAC [ct]. To scale to [m/N], is a mere scale factor, measured to be 20/2^18 [V/ct] 0.62e-3 [A/V]* 1.7082 [N/A] = 8.08e-8 [N/ct] (see LHO aLOG 31344). Via private communication in January this year, Norna suspects that 111 Hz feature is the first internal mode of the UIM blades, backed by a bench test of the blades at CIT which revealed a resonance at 109 Hz. No ideas on the 167 Hz mode though. These high frequency dynamics continue to plague the estimate of the UIM actuation strength at DC using the traditional frequency-dependent sweep method, because these high frequency dynamics begin to affect the actuation strength at as low a frequency as ~30 Hz (LHO aLOG 31427), and any model fitting code gets totally distracted by these features. A challenge to the CSWG team: fit this transfer function above 20 Hz and create a set of zeros and poles that can be used as a "correction" filter to a model that falls off as f^6. This filter need not perfectly resolve the details of all of the high-Q features, but it must track the overall frequency dependence over the 20 - 500 Hz region well. I attach all of the measurements compressed onto one (discontinuous) frequency vector as an ascii in the standard DTT form of [freq re(TF) im(TF)]. To use: >> foo = load('2016-11-17_H1SUSETMY_L1_Actuation_HighFreqChar_asciidump.txt') >> figure; loglog(foo(:,1), abs( foo(:,2)+1i*foo(:,3) )) This data is also committed to the CalSVN repo here: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Results/Actuation/2016-11-17_H1SUSETMY_L1_Actuation_HighFreqChar_asciidump.txt Kiwamu has already tried to create such a filter from the previous data (LHO aLOG 28206), but was limited by that measurement's high-frequency bound falling between the 111, 137, and 167 Hz features. Details: Analysis code: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/process_H1SUSETMY_L1_HFDynamicsTest_20161117.m Config files: IFOindepPars = '../../../Common/params/IFOindepParams.conf'; IFOdepPars = {'../../params/H1params.conf'}; IFOmeasPars = {'../../params/2016-11-12/H1params_2016-11-12.conf'}; PCALPars = {'../../params/2016-11-12/measurements_2016-11-12_ETMY_L1_actuator.conf'}; Model: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/O2/DARMmodel/src/computeDARM.m Will post the data for the fitting challenge later this afternoon.
I made an update to the quad matlab model to account for these mystery features. See CSWG log 11197.
I describe my use of the Frequency Domain System Identification toolbox (FDIDENT) to fit this transfer function in CSWG elog #11205. FDIDENT is a third party Matlab toolbox which provides tools for identifying linear dynamic single-input/single-output (SISO) systems from time response or frequency response measurements. The toolbox is free for non-profit use.
https://www.mathworks.com/products/connections/product_detail/product_35570.html
http://home.mit.bme.hu/~kollar/fdident/
A stable, but non-minimum phase, model without delay – compatible with a Linear Time Invariant (LTI) representation -- results in a best fit for a 22 order numerator and 28 order denominator model, m2228. The model is compared to the measurement data in the attached bode plot.
I attach several new parts of this high frequency characterization in order to facilitate incorporating the uncertainty in any future transfer function fitting. I attach three new text files: "..._tf.txt" -- a copy of the originally attached text file, columns are [freq re(A) im(A)] "..._coh.txt" -- an export of the (prefiltered) coherence, columns are [freq iEXCCoh PCALCoh] "..._relunc.txt" -- an export of the combined relative uncertainty on the transfer function, columns are [freq sigma_A] Computing the uncertainty on this actuation strength was a bit of a challenge. Remember, the above measure of the actuation strength of the UIM stage, A, is a combination of two transfer functions, as described in P1500248, Section V. In this aLOG they're referred to as "PCAL2DARM" where we use the photon calibrator as a reference actuator, and "iEXC2DARM" where the suspension stage under test is used as the actuator. Typically, the iEXC2DARM transfer function has the lowest coherence. Even worse, I've combined many data sets of both transfer functions covering different frequency regions each with a different number of averages. Thus form the uncertainty, I've taken each frequency region's data set, and - Filtered both iEXC and PCAL transfer functions for data points in which the iEXC TF has coherence greater than 0.95, - Created a relative uncertainty vector for each iEXC and PCAL transfer functions using the standard B&P equation, sigma_TF(f) / TF = sqrt( (1-C(f)) / (2 N C(f)) ) where C(f) is the coherence, and N is the number of averages (N was 10 for swept sine TFs, 25 for broad band TFs) - Concatenated the data sets to form the overall transfer function, A, - Combined the two uncertainty vectors in the standard way, sigma_A / A = sqrt((sigma_iEXC / iEXC)^2 + (sigma_PCAL / PCAL)^2) - Sorted the collection of [frequency complextf iexccoh pcalcoh sigma_A] by frequency. - Exported the uncertainty. Note that one only needs one column of uncertainty, for the absolute uncertainty in magnitude is just |sigma_A| = abs(A) * (sigma_A / A) and the absolute uncertainty in phase is /_ sigma = 180/pi * (sigma_A / A) I attach a plot of the magnitude and its uncertainty for demonstrative purposes, so that when the files are used, you can compare your plots of this against mine to be sure you're using the data right. Note that I've multiplied the uncertainty by a factor of 10 for plotting only so that it's visible. I've updated and committed the function that's used to process this data, and it can be found here: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/ process_H1SUSETMY_L1_HFDynamicsTest_20161117.m
Ed M., T.J.
22:28UTC
ED M., T.J S.
A test candidate was sent. The Audible alarm announced in the control room at 22:03UTC. The H1 Operator Sign-Off on the GracedB system was entered as "NOT OK" Status and the comment was "TEST"
For the record: The GraceDB trigger used to do this test, https://gracedb.ligo.org/events/view/G262286 , is a fake trigger (and clearly labeled as such in the log) inserted into GraceDB by Mina Cho and Peter Shawhan with group="Burst" and pipeline="CWB2G". That's the same we we did periodic testing of control-room audio alerts during O1. In this case the H1OPS and L1OPS labels were added by hand.
J. Kissel There's been renewed excitement about the relationship between the 1083.7 Hz calibration line and the surrounding, non-stationary PSL intensity/jitter noise coupling into the sensitivity. Namely, DetChar has seen glitching "around the 1 kHz calibration line." I had looked at this relationship briefly a few moons ago (see LHO aLOG 31035) and concluded these features were unrelated, and did not impact the use of the 1083.7 Hz line due to the intensity/jitter noise's convenient double-peak shape. I had thought I'd run an on/off test during that study, but rather than dig up the history, I find it easier to just run a new on/off test. As such, I've turned OFF the 1083.7 Hz calibration line at Nov 18 2016 21:33:40 UTC, Nov 18 2016 13:33:40 PST, GPS 1163540037. If we survive the EQ that's now hitting as I type this aLOG, I'll leave it OFF for an hour or two.
I have not-monitored 2 channels in the OMC SDF Observe.snap file. These are 2 channels that are written by guardian, and will be different every lock.
The channels are: H1:OMC-PZT2_OFFSET (scanned around to find OMC resonance) and H1:OMC-READOUT_X0_OFFSET (sets the DARM offset to keep OMC DCPDs at 20mA, no matter the PSL power).
J. Kissel, D. Tuyenbayev Darkhan and I was able to get another round of calibration sweeps in last night, just after Sheila finished up her alignment test (LHO aLOG 31599). This set is at 31.92 W, with SRC1 Loops Closed -- and the second set of data with the anticipated O2 configuration. Datasets live here: Sensing Function: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Measurements/DARMOLGTFs 2016-11-17_H1_DARM_OLGTF_4to1200Hz_fasttemplate.xml /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/ER10/H1/Measurements/PCAL 2016-11-17_H1_PCAL2DARMTF_4to1200Hz_fasttemplate.xml Actuation Functions 2016-11-17_H1SUSETMY_L1_iEXC2DARM.xml 2016-11-17_H1SUSETMY_L1_PCAL2DARM.xml 2016-11-17_H1SUSETMY_L2_iEXC2DARM.xml 2016-11-17_H1SUSETMY_L2_PCAL2DARM.xml 2016-11-17_H1SUSETMY_L3_iEXC2DARM.xml 2016-11-17_H1SUSETMY_L3_PCAL2DARM.xml I'd found that I'd stored the wrong channels in my new templates for the exploration of the UIM/L1 high frequency actuation on 2016-11-12 (LHO aLOG 31433), so I repeated those measurements as well storing the right channels this time: 2016-11-17_H1SUSETMY_L1_iEXC2DARM_HFDynamicsTest_100-250Hz.xml 2016-11-17_H1SUSETMY_L1_iEXC2DARM_HFDynamicsTest_250-350Hz.xml 2016-11-17_H1SUSETMY_L1_iEXC2DARM_HFDynamicsTest_300-500Hz.xml 2016-11-17_H1SUSETMY_L1_iEXC2DARM_HFDynamicsTest_90-400Hz_SweptSine.xml 2016-11-17_H1SUSETMY_L1_PCAL2DARM_HFDynamicsTest_100-250Hz.xml 2016-11-17_H1SUSETMY_L1_PCAL2DARM_HFDynamicsTest_250-350Hz.xml 2016-11-17_H1SUSETMY_L1_PCAL2DARM_HFDynamicsTest_300-500Hz.xml 2016-11-17_H1SUSETMY_L1_PCAL2DARM_HFDynamicsTest_90-400Hz_SweptSine.xml Analysis will be posted today (it's finished, we now just need to document it all), and we plan on updating the DARM model and front-end calibration by Monday.
The high-frequency dynamics measurements quoted in this aLOG have been analyzed. See results in LHO aLOG 31603.
J. Kissel, K. Izumi, D. Tuyenbayev,
Overview
Actuation strengths [N/ct] for all three stages have been calculated with MCMC method. In In this analysis we used data from last set of measurements taken on Nov 17 (see above), together with measurements from Nov 7, 8, 10 and 12 (see LHO alogs 31303, 31371, 31403, 31433). The calculated actuation coefficients are:
KU = 8.1648-8 N/ct
KP = 6.844-10 N/ct
KT = 4.395-12 N/ct
The H1DARM model parameters were updated using these values, particularty:
UIM_NpA = 1.739; [N/A]
PUM_NpA = 0.0334; [N/A]
TST_NpV2_y = 1.612e-10; [N/V^2]
We will double check the overall DARM loop model, with the updated sensing and actuation, by comparing it to DARM loop TF measurements.
Notice that TST actuation coef came out as a negative quantity, we believe that there is a "-1" missing in the model of this stage.
Details
For this analysis we took each actuation stage to DARM TF and PCALY to DARM TF measurements at the same frequency vector and used only data points with coherences above 0.9, we adopted a Matlab script used at LLO for this part of the analysis (see EvanG's LLO alog 29438). For each actuation stage i, the test point excitation to DARM TF is
iEXC2DARM = Ai,meas * C / (1 + G)
and PCALY to DARM is
PCALY2DARM = C / (1 + G)
The ratio of the two gives:
iEXC2DARM / PCALY2DARM = Ai,meas
Then we divided this my the model of the given stage without the N/ct coefficient, Ai,model / Ki,model = Fi,model, gives measurement of the frequency-independent N/ct coefficient:
Ai,meas / Fi,model = Ki,meas
Then, we used GWMCMC library (https://github.com/grinsted/gwmcmc) for fitting amplitude and phase of the N/ct coefficient for each stage (if the frequency dependent part of the model is correct, then the phase should be 0 deg). The log likelihood function used for fitting is
logLike = log( ∏( 1 / sqrt(2πσi2) exp( - (Ki,meas - Kfit)2/(2σi2) ) )
Fit results for magnitudes are given above and the phases are at the order of 10-3 deg.
The KU, KP and KT coefficients calculated from multiple-frequency transfer function measurements differ from earlier estimations from single line (LHO alog 31344) by 1.7%, 5.3% and 3.1% for UIM, PUM and TST stages. Possibly some unaccounted systematics in the frequency reponses of the DARM model near 35 Hz (the previous analysis was done with the DARM model for ER9).
Izumi K, Kissel J, Tuyenbayev D,
We used ER10 model to re-run an earlier actuation strength analysis using calibrartion line data from Nov 3 - Nov 8 (LHO alog 31344). The original analysis was done with the DARM model in which the positive N/ct sign was used for TST stage actuation, the correct KT sign must have been negative. Below we list the updated results from this single-line analysis, the values are taken from GPS time interval [1162369920 1162413500]:
KU = 8.613 × 10-8 ± 3.204 × 10-10 N/ct
KP = 6.802 × 10-10 ± 2.254 × 10-12 N/ct
KT = -4.341 × 10-12 ± 1.339 × 10-14 N/ct
Notice this analysis is used as an additional check of the multiple-frequency analysis (see above). The DARM model parameters for ER10/O2 will be based on the multiple-frequency analysis results (refined numbers and comparison results are coming soon).
Izumi K, Kissel J, Tuyenbayev D,
Overview
We calculated the actuation coefficients for the H1 DARM reference time model. For UIM (L1) and PUM (L2) stages the N/ct coefficients were fit based on actuation TF measurements on Nov 7, 8, 10, 12 and 15. These numbers have been reported earlier (see above). The TST actuation strength will have a trend over long time period due to charge accumulation, thus for TST stage it is better to estimate the coefficient based on measurements taken within a short period of time. Since we set the reference sensing function parameters based on measurements taken on Nov 12, for estimation of the TST (L3) stage actuation we decided to use measurements around that date, particularly measurements from Nov 10 and 12.
Contributions from each of the actuation stages to the overall DARM response drops as 1/f6, 1/f4 and 1/f2, for this reason MCMC (and LSQ) fitting were restricted to [0 10] Hz, [0 200] Hz and [0, 200] Hz for UIM, PUM and TST stages respectively.
Below are the resulting N/ct values, these values:
KU = 8.1648 × 10-8 N/ct (± 0.074% 1-σ)
KP = 6.844 × 10-10 N/ct (± 0.018% 1-σ)
KT = -4.389 × 10-12 N/ct (± 0.031% 1-σ)
And the H1DARM model were updated in the following way (only the N/V2 for TST stage is different from LHO alog 31649):
UIM_NpA = 1.739; % [N/A]
PUM_NpA = 0.0334; % [N/A]
TST_NpV2_y = 1.6097e-10; % [N/V^2]
New EPICS values used for DARM time-dependent parameters have been calculated with the updated H1 DARM model for ER10/O2 (see attachment 1).
Comparisons
MCMC and LSQ methods gave consistent results, fractional discrepancies between the two were at the order of 10-5 (LSQ fit was done only for magnitude).
Discrepancies between the new values and the ones currently installed in the CAL-CS front-end model are:
UIM: 0.05% (compared 8.1689 × 10-8 N/ct, the currently installed, old value)
PUM: 0.05% (compared to 6.8407 × 10-10 N/ct)
TST: 3.42% (compared to 4.239 × 10-12 N/ct)
Discrepancies between these values and an updated single-line analysis results (see LHO alog 31668 above) are 5.5% (UIM), 0.6% (PUM) and 1.4% (TST). A larger discrepancy between MCMC and the single-line analysis for UIM, we believe, is mostly due to 5-10% systematic errors in the UIM suspension model at ~36 Hz (see a residual plot attached to Kiwamu's LHO alog 31427).*
Although, the TST stage coefficient was calculated based on Nov 10th and 12th measurements, discrepancies between the values estimated for each of the 5 measurements (Nov 7 - 17), are within 0.5% (see attachment 2).
*Check out Jeff's LHO alog 31603 for more UIM HF investigations.
Details
TST stage fitting plots are attached below (see attachments 3 and 4). UIM and PUM fitting results did not change (see previous report above, LHO alog 31609).
The new EPICS values for DARM time-dependent parameters are committed to
${CalSVN}/Runs/ER10/H1/Scripts/CAL_EPICS/D20161120_H1_CAL_EPICS_VALUES.m
The up-to-date H1 DARM model parameters are commited to CalSVN:
${CalSVN}/Runs/ER10/Common/params/IFOindepParams.conf r3752
${CalSVN}/Runs/ER10/H1/params/H1params.conf r3826
${CalSVN}/Runs/ER10/H1/params/2016-11-12/H1params_2016-11-12.conf r3786
DARM model scripts (SRC detuning TF was modified to include Q-factor at r3814):
${CalSVN}/Runs/O2/DARMmodel/* r3814
Actuation coefficient fitting script was uploaded to
${CalSVN}/Runs/ER10/H1/Scripts/FullIFOActuatorTFs/fitActCoefs_Npct.m r3829
And the results are at
${CalSVN}/Runs/ER10/H1/Results/Actuation/2016-11-20_H1_SUSETMY_*.pdf
JeffK & HughR
This is to be ready for changes resulting from the A2L running on a regular basis. While at it I snapped a view of the TMs L2 Drive Align L2P filter banks.
These channels should probably be re-monitored. You've unmonitored the L2Ps, when it's actually the P2Ls (and Y2Ls) that will change when we run A2L. The P2L and Y2L gains are already not monitored for all the test masses. I have re-monitored the L2P gains.
Doh! Smackforehead.
Whoever is in the chair next when we have to relock (days from now I'm sure...), please:
Thanks a bunch - the past few days of everyone helping play this long timescale PI game has been super helpful.
When you say a2l, do you mean the trio of them or just the one original, main one?
Ya just the main one: a2l_min_LHO. Thanks Ed.
General comment for operators:
when you run a2l make sure you take the observatory mode to commisioning first, then you can put it back when the script finishes. This way we can avoid confusing people. Once we have SDF tied into the intention bit this would automatically drop us out of observing.
Many of the gain changes I just accepted into the LSC OBSERVE.snap are showing as differences in the safe.snap. With conference of JeffK, we are pretty positive these are values changed by Guardian. So, I am adding these values to the safe.snap Not Monitored list--see attached. They are ASAIR, POPAIR, POP, REFLAIR, & REFL: A & B, RF18/90/9/45, I & Q gains. 18 total channels. This makes 125 not monitored channels yet with these additions, there are only 62 differences for all setpoints.
I think these should be re-monitored in the safe.snap file. These values (the ones that are the setpoints in the safe.snap screenshot) are written in the ISC_LOCK DOWN state. If they are not correct, we may have trouble locking. They are then changed by guardian to the values in the Observe.snap screenshot when we reduce the modulation depths of the 9 and 45 MHz. So, the values that we want will be different in the safe and observe snap files, but we probably want to be monitoring them in both.
Actually, rethinking on it, Hugh's not-monitoring of these channels in the safe.snap file is totally consistent with everything we've been doing lately (not-monitoring channels that are written explicitly by guardian). Whether our current strategy makes any sense is a larger conversation, but these channels are probably fine not being monitored.
Beautifully high duty cycle over the past few says. Nice work team! Current Schedule Status: Frequency Planned Amplitude Planned Duration Actual Amplitude Start Time Stop Time Achieved Duration (Hz) (ct) (hh:mm) (ct) (UTC) (UTC) (hh:mm) --------------------------------------------------------------------------------------------------------------------------------------------------------- 1001.3 35k 02:00 39322.0 Nov 11 2016 21:37:50 UTC Nov 12 2016 03:28:21 UTC ~several hours @ 25 W 1501.3 35k 02:00 39322.0 Oct 24 2016 15:26:57 UTC Oct 31 2016 15:44:29 UTC ~week @ 25 W 2001.3 35k 02:00 39322.0 Oct 17 2016 21:22:03 UTC Oct 24 2016 15:26:57 UTC several days (at both 50W and 25 W) 2501.3 35k 05:00 39322.0 Oct 12 2016 03:20:41 UTC Oct 17 2016 21:22:03 UTC days @ 50 W 3001.3 35k 05:00 39322.0 Oct 06 2016 18:39:26 UTC Oct 12 2016 03:20:41 UTC days @ 50 W 3501.3 35k 05:00 39322.0 Jul 06 2016 18:56:13 UTC Oct 06 2016 18:39:26 UTC months @ 50 W 4001.3 40k 10:00 39322.0 Nov 12 2016 03:28:21 UTC Nov 16 2016 22:17:29 UTC days @ 30 W (see LHO aLOG 31546) 4301.3 40k 10:00 39322.0 Nov 16 2016 22:17:29 UTC Nov 18 2016 17:08:49 UTC days @ 30 W 4501.3 40k 10:00 39322.0 Nov 18 2016 17:08:49 UTC 4801.3 40k 10:00 5001.3 40k 10:00
The 1083.7 Hz calibration line was turned OFF for a brief period (~1-2 hours) during this current 4501.3 Hz stretch. See LHO aLOG 31610 for details.
1083.7 Hz calibration line restored just after the lock loss at 2016-11-18 23:30 UTC.
First attachment is the ASC changes accepted. All the ones accepted are gains that have been rounded off to 4 places rather than 10. I did miss one matrix value (circled) but I've corrected that in the file directly and reloaded that to the FE. The 23 remaining differences are filters, offsets and matrix changes requiring more scrutiny.
For the LSC, the same applies. There is one offset difference remaining--see attached.
The one channel remaining in the LSC SDF was H1:PSL-POWER_SCALE_OFFSET, which is changed by the LASER_PWR guardian as it changes the PSL power into the vacuum. This will be different every lock, so I have un-monitored it in the Observe.snap file. Also, TJ has changed the guardian to round it to 4 decimal places, which is more than plenty of precision.
Looking right now, everything left in the ASC SDF is stuff that is actively being worked on (SOFT offsets, input matrix for PRC2, etc), so we don't know yet what we'll run with for O2. These should all stay monitored.
All of the filters in the DC loops were notches that were turned on for a sensing matrix measurement, and should have been turned off. When I turned the notches off, the diffs went away, so we already had the correct settings accepted.
Thanks for the fine-tuning and details--just what we need for good control--Thanks Jenne--H
After getting wack values for PI mode ring ups (many orders of magnitude off from expected) earlier in the week, I've refit ring ups and taken new ones and gotten much more reasonable values (I wasn't looking at long enough time stretches to get accurate ring up data before). Note that we haven't had any instability in Mode3 in many days so I haven't been able to remeasure it.
Mode # | Freq | Optic | tau | Q |
3 | 15606 Hz | ITMX | TBD | TBD |
26 | 15009 Hz | ETMY | 316 s | 15 M |
27 | 47495 Hz | ETMY | 92 s | 5 M |
28 | 47477 Hz | ETMY | 89 s | 5.2 M |
Mode 3 hasn't been unstable in many days and Modes 27 & 28 are only unstable during the initial ~ 1-2 hours of transient. Attached are two 30 hour stretches of the damping output of the three modes during recent long locks (Mode3 had no output so I left off) and the simulated HOOM spacing to get an idea of when the modes are ringing up enough to engage damping loops. Left is a few days ago and right is the current lock. Note that Mode26 looks continuously unstable during the 11/16 lock, but it could be that the damping gain is triggering below an actual unstable amplitude; compare to the current lock where we set the gain for Mode26 to zero just after 19:30 (so there would be no damping output) but it has remained stable and low since then with no need to damp.
Operators and myself are currently turning off gain and measuring ring ups during different times of lock stretches to get gains at different stages of the thermal transient.
Current damping status of this now > 25 hour 32 W lock: no damping required after the first 2 hours. Attached plots again show damping loop output over the past 26 hours and HOOM spacing for reference.
J. Kissel, P. Thomas, J. Warner We're having trouble get ALS locked after the corner station crashed this morning, so we took a look at the percentage of wrong polarization in the ALS fiber transmissions. Y was at an acceptable 2%, while X was a boardline 12%. Just to make ourselves feel better, Jim and Patrick adjusted and reduced the percentage to under 5% for both arms. Out of curiousity, to see how often this needs doing, I took a 1 year trend. I don't have much to say about the results, hopefully someone who knows more about this system can draw conclusions. Also, there is interest in moving the fiber polarization adjustment out of the CER.
A. Staley (posted by J. Kissel on her behalf) Alexa -- still looking out for us -- had sent me an email about the above trend. Thanks Alexa (and Zsuzsa for prompting her to look)! I quote it below: The fiber polarization controller drifted quite a bit -- Sheila, Evan, and I would post alogs about it keep track of the drift. There are a couple of things worth noting: We discovered that the fiber polarization controller creates a peak in the green locking noise at 27 kHz (LHO aLOG 10275). So we decided to keep the polarization controller off. We didn't spend time characterizing how much the wave plates would drift with the controller off. We ensured the drift/hysteresis of the polarization wasn't drastic over a period of a day or so, but were still expecting some drift over time. We also know that the fiber polarization drifts with temperature in the MSR (LHO aLOG 7023, LHO aLOG 11509) and the temperature is not very well controlled in that room. A bit unrelated, but I had also seen funny behavior with the motorized polarization controller (MPC) upon turning it off and on (LHO aLOG 11505). I am not sure if anyone went into more detail than that to characterize this drift or mitigate it -- it was always pretty trivial to adjust. The DCC has the manual (T1200496), which states the expected rotational drift of the wave plates over time--this is very small. Between that variation, temperature drifts, and drifts in the laser out SOP, I would expect some drift in the polarization. Again, I don't think this has been characterized or quantified and compared with the trends we've seen.