model restarts logged for Mon 01/Jun/2015
2015_06_01 01:02 h1fw1*
model restarts logged for Sun 31/May/2015
2015_05_31 06:42 h1fw0*
2015_05_31 23:10 h1fw1*
* = unexpected restart
It has been 5 or more weeks since I noted the fluid levels in the reservoirs and there is no measurable change in levels. This indicates there is obviously no leaks larger than a few nusaince drips, and, the Accumulators remain well charged.
If there is a level trip anytime soon, it means a substantial leak has developed or one or more accumulators has lost its gas charge.
NutsineeK, RickS
This morning, we went to Xend to capture images of the ETM with the illuminator on and the green ALS and red OptLev beams blocked.
The procedure for capturing the measurements is as follows:
[Ryan F, Duncan M, etc.]
I have committed a new version of the CAL_INJ_MASTER common library model used to control hardware injections in the front-end system. This change reimplements the logic for the ODC state vector, making the state reporting more robust, and implementing logging for the Stochastic injections. The change has no impact outside of the /INJ/ODC block excepting input connections to that block.
If this model could be pulled onto the production system at LHO, and the h1calcs front-end rebuilt and restarted, that would be spiffing. At LLO this change did not require a restart of daqd, which is nice.
Once that change is made, I can remotely modify the related MEDM screens and EPICS variables to ensure that hwinj reporting is configured correctly before data-taking restarts this afternoon.
The h1calcs front end model has been recompiled, reinstalled, restarted and restored with an svn updated copy of the CAL_INJ_MASTER. Good luck and god speed!
Times in UTC
7:10 Locked LSC FF, intent bit set to undisturbed (probably ignore this since I was a bit hasty in setting the bit)
8:12 Lockloss
9:00 Locked LSC FF
9:10 Lockloss.
9:20 Round of initial alignment
10:53 Locked LSC FF
10:59 Intent bit set to undisturbed
11:33 Lockloss
11:45 Another round of alignment as the X arm alignment didn't look good
13:09 Locked LSC FF
13:27 Intent bit set to undisturbed
14:02 Lockloss
14:12 Bubba to LVEA taking measurements
14:36 Locked LSC FF
14:40 Bubba out
14:50 Lockloss. Good luck Patrick!
14:37 Intent bit set to undisturbed
J. Kissel, E. Hall See Evan's entry here: LHO aLOG 18770. We still need to double check it, and I'm sure we've made a mistake or two, but we think we've installed as much as we can based on the results of the DARM Open Loop Gain transfer functions we have compared against a model (see LHO aLOG 18769) and of the actuation coefficient measurements (see LHO aLOG 18767) For lack of better quantitative understanding of the DARM OLGTFs we have, we should still consider this calibration at an accuracy of 50% and 20 [deg]. (At least it's better than the factor of two promised :-/ ). Note that we have NOT yet updated the inverse actuation function in the hardware injection path. Sorry -- but that'll have to wait until the morning. We've still got plenty more to do and understand, but thanks to all who have helped over the past 1.5 weeks. You help has been invaluable, and much appreciated!! P.S. IF NEED BE -- one can revert to the old CAL-CS calibration by switching back to ETMX, then reverting to the former sensing function via the filter archive.
I found a bug -- ETMY ESD needs another factor of 4. I increased the gain of the simulated ESD filter by a factor of 4 in the CAL-CS front end model. See the attached screen shot. The SDF was consequently updated.
Also, along the course of trying to find a bug, I made a script which compares the filters in the CALCS font end modle and the ones in the matlab H1DARM model. It is is the calibration svn:
aligocalibration/trunk/Runs/PreER7/H1/Scripts/DARMOLGTFs/compare_CALCS_and_DARMmodel.m
NOTE: This does not affect the gds calibration or h(t). This is only for CAL_DELTAL_EXTERNAL.
J. Kissel, K. Izumi, E. Hall We've put together a model of the new DARM loop after (a) all of our core CDS electronics been replaced (DAC, AI filters, AA filters, I/O chassis power supplies you name it), (b) a low-noise, low voltage driver on our ETMY, and (c) reshaping of the hierarchical control scheme to account for the new driver's lack of drive strength. The message -- we've still got some work to do to get back to the level of understanding we had of the frequency dependence before the above mentioned changes. As such, we have to inflate the frequency dependent uncertainty in the run back to 50% in magnitude and 20 [deg] in phase. Indeed, because the frequency dependence of residual between model and measurement is so large, it's difficult-at-best to make a statement about the optical gain (overall sensing function scaling factor), even though we have so accurately and precisely measured the actuation scale factors (LHO aLOG 18767). For the time being, we'll use an optical gain of 1.31e6 [ct/m] in the sensing path, having scaled the model to match the OLGTF measurement at the UGF (for the first two measurements shown). Further, we'll stick with a DARM coupled cavity pole frequency of 355 [Hz], since it had been so for the few lock stretches we'd gotten before all the electronics hubbub. -------- Details: The model lives in /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PreER7/H1/Scripts/DARMOLGTFs/H1DARMOLGTFmodel_ER7.m, the parameters with which to match the three measurements are in the functions H1DARMparams_1116854228.m (for 2015-05-28 measurement) H1DARMparams_1116990382.m (for 2015-05-30 measurement) H1DARMparams_1117124229.m (for 2015-05-31 measurement) Since the first 2015-05-28 measurement is with the low noise ESD driver's low pass engaged, and the last 2015-05-31 measurement had a poorly scaled control system (see discussion below), we should use the parameter set and model from the second 2015-05-30 measurement. TIME DOMAIN CALIBRATORS -- THIS PART'S FOR YOU The model(s) have been seen saved to the following .mat file: /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PreER7/H1/Results/DARMOLGTFs/2015-06-01_LVLNDriver_DARMOLGTF.mat (apologies, it still composed of frequency response vectors, I didn't have time to convert everything to LTI objects). The total actuation function is model(2).par.A.total with a delay of model(2).par.t.actuation microseconds. The total sensing function is model(2).par.C.total with a delay of par.t.sensing + par.t.armDelay microseconds. The stuff that's included in this model already that we don't plan on putting in the CAL-CS model that should be included in the GDS pipeline: Actuation: The digital and analog anti imaging filters -- model(2).par.A.antiimaging.total The super-Nyquist-frequency pole of the new driver -- model(2).par.A.esdDriver.fc (at 2.42e4 [Hz]) << this one's tricky to include given the new hierarchy, just leave it out if you don't get how to do so. Sensing The digital and analog anti aliasing filter -- model(2).par.C.antialiasing.total The super-Nyquist-frequency poles of the OMC whitening -- model(2).par.C.uncompensatedomcdcpd.c (at 13.7e3 and 17.8e3 [Hz]) END TIME DOMAIN PART What we've learn about / explored so far trying to clean up the model: - We need to invert the sign of the L3 / ESD stage in order to get the phase to even closely match the measurement. We have a couple of theories on this, and our "best" is that the charge is so large on ETMY that it's effectively flipping the sign of the ESD actuator. We saw hints of this during our ALS DIFF and FS MICH actuation coefficient measurements, but didn't need to pay attention to them at the time. Now (not that we weren't before, but), we should perform the same sign checks that Shivaraj and co performed at LLO (see LHO aLOG 18406). - We've been have problems for the past month or so with our optical gain fluctuating, and I think we've narrowed it down to poor compensation / scaling of the OMC during the hand off to DCPDs. We thing we've addressed this now here: LHO aLOG 18768, but the last open loop gain transfer function (I took it -- LHO aLOG 18733) in which I had incorrectly scaled the DARM loop gain to compensate for the poor scale factor should probably, eventually, be thrown out. I kept it in this data set, simply because we've had so few, and one needs at least three to make a pattern. - Recall the first measurement was taken with the new ESD driver's low pass filter engaged, and I release while writing this aLOG that I didn't properly include that in the model. However, I've received a spice model of the driver with and without the low pass engaged, so I've fit the poles and zeros to be par.A.esdDriver.poles_Hz = [159.1 2.42e4]; % [Hz] par.A.esdDriver.zeros_Hz = 3189.4; see /ligo/svncommon/CalSVN/aligocalibration/trunk/Runs/PreER7/H1/Scripts/Spice/model_LVLN_driver_20150601.m - We did NOT have time enough to include all of the recent measurements of the analog AA and AI filters, but we're currently using the mean of the some 200 measured filters as before, and we don't expect this to have too much of an influence in the gravitational wave band. Certainly not the source of the bonkers frequency repsonse residual we have at the moment. - We need to include the above poles and zeros properly into the ESDOUTF bank, and change the ESD driver's state machine so that it can handle all of the different configurations of the driver. After ER7. - Now that we're using a sort of hybrid offloaded AND distributed control scheme for the three actuation stages of ETMY, we needed to rethink the loop math, specifically how each stage should be added together. In short, it changes from a simple A_TOTAL = LOCK_L1 * SUS_L1toL3 + LOCK_L3 * SUS_L3toL3; to a nasty A_TOTAL = LOCK_L1 * LOCK_L2 * LOCK_L3 * DRIVEALIGN_L1_L2L * SUS_L1toL3 + LOCK_L2 * LOCK_L3 * DRIVEALIGN_L2_L2L * SUS_L2toL3 + LOCK_L3 * DRIVEALIGN_L3_L2L * SUS_L3toL3 (plus the sign flip in front of the last term mentioned above). - We've double checked and triple digital filters and gains, which are being read in from the foton file archive, so we're 80% confident (as confident as one can be at 3am) that we're not stupidly loading in bad filters or anything. That's all I've got steam for at the moment. I'll see y'all in the morning.
Dan, Jeff B, Evan
Some guardian tweaks to be aware of:
J. Kissel, K. Izumi, S. Karki I've culminated the results of the three different measurement techniques for determining the actuation strength of all three stages of ETMY, - Laser Wavelength: Free-swinging Michelson LHO aLOGs 18718 - Voltage Controlled Oscillator: ALS DIFF VCO LHo aLOG 18711 - Photon Radiation Pressure: Photon Calibrator LHO aLOG 18758 (Only for ETMY L3) The numbers quoted below are what will be used in DARM model we'll use during ER7, which we'll then use to update the GDS pipeline and CAL-CS models. 'Optic' 'Weighted Mean' '1-sigma Uncertainty' '1-sigma Uncertainty' 'Stage' '[m/ct]' '[m/ct]' '%' 'ETMY L1' '5.12e-11' '8.6e-13' '1.7' 'ETMY L2' '6.97e-13' '1.2e-14' '1.8' 'ETMY L3' '6.07e-15' '1.4e-16' '2.4' 'ETMX L3' '3.56e-13' '8.2e-15' '2.3' See attached for a graphical representation of how the individual results compare against the weighted mean and uncertainty (Wikipedia). Recall that all of these numbers' uncertainty arises from either the statistical uncertainty of the individual measurements which compose the result (i.e. the coherence of the transfer function), or a compression of each frequency point in a TF into one number via weighted means and uncertainties. In no way have we accounted for systematic uncertainty other than comparing using the three different methods (for ETMY L3 at least). Very encouraging that they agree to within 2.5%! We have enough data to propagate PCal's number for L1 and L2 of ETMY, but we've just run out of time. However, we've found that with the other two methods (Free-swinging MICH, and ALS DIFF) that the L1 and L2 stages agree with the dead-reckoned model to within 4%, and we don't at all expect these actuators to be varying with time like we do the ESD stages. Note that the ratio between EX and EY's ESDs confirms the factor of ~50 that was needed when scaling EX to EY during the initial attempts to relock the IFO with the low noise driver. Further, it's encouraging to see that three measurement techniques each of which take several hours (save PCAL) taken over the course of a few days. I'm still not convinced that the actuation strength didn't actual increase between the FS MICH and ALS DIFF measurements (since they're all systematically higher), but we just need more data to confirm. However, now that we trust that PCAL agrees with ALS DIFF and FS MICH, we can focus our energy on PCAL. Surdarshan's working on grabbing past lock stretches from the frames and assessing how this coefficient has varied over time.
The CAL-CS sensing and acutation filters have been updated as follows:
Additionally, the number of clock cycle delays has been changed from 4 to 1. This was done previously, but somehow was reverted in the intervening time.
Observation Bit: Commissioning 16:20 Take IFO to LCS_FF 16:27 Lockloss – 16:45 RO system down – Reset system 18:23 IFO locked at DC_Readout_Transition – Dan taking measurements 18:25 IFO locked at DC_Readout – Evan taking measurements 18:28 Increase ISS Diffracted power from @ 3% to 8% 18:33 IFO locked at LSC_FF 18:35 Set Observation bit to Undisturbed 18:46 Set Observation bit to Commissioning – Dan working on OMC 18:49 Lockloss – Guardian recovering 19:22 Lockloss at DC_Readout – Guarding recovering 19:48 Lockloss at DC_Readout_Transition – Guardian recovering Evan & Dan working on Bounce, Roll, and Violin damping 20:40 IFO locked at LCS_FF 20:53 Lockloss – Guardian recovering 22:00 Run initial alignment 23:00 Running Guardian locking
It seems that the pitch control signal sent to SR2 (from the AS_C sensor) is correcting mostly for motion of SR3, especially in the first hour after powering up. We should think about changing this feedback from SR2 to SR3 after the engineering run.
Some more information:
As the interferometer gets warmed up, SR3 pitches by 0.7 urad upward while SR2 pitches down by 10 urad via the SRC alignment loop. On the other hand, it is hard to tell how SRM reacts to the heated interferomter. See the attached trend which has the same time period as that Sheila posted.
Sudarshan, Duncan, Branson, Andrew, Michael T, Greg, Dave:
I got a lot further in installing the GRB alert system at LHO. It now runs, but fails after a couple of minutes. Here is a summary of the install:
LHO and LLO sysadmins decided to run the GRB code on the front end script machine (Ubuntu12). At LHO it is called h1fescript0
I requested a Robot GRID Cert for this machine, Branson very quickly issued the cert for GraceDB queries last Friday
Following Duncan's and the GraceDB install instructions, I was able to install the python-ligo-gracedb module. The initial install failed, Michael resolved this, I was using the Debian Squeezy repository (which uses python2.6) rather than Wheezy which uses python2.7.
Greg told us how to install the GRID cert on the machine and setup the environment variable so the program could find it.
I found a bug in the code for the lookback, it appears the start,stop times were reversed in the arguments to client.events().
For testing, I saw that a GRB event had happened within the past 10 hours, so I ran the program with a 10 hour lookback. It found the event and posted it to EPICS (see attachement)
But afer running for several minutes, it stopped running with an error. This is reproducible.
controls@h1fescript0:scripts 0$ python ext_alert.py run -l 36000
Traceback (most recent call last):
File "ext_alert.py", line 396, in
events = list(client.events('External %d.. %d' % (start, now)))
File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 450, in events
response = self.get(uri).json()
File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 212, in get
return self.request("GET", url, headers=headers)
File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 325, in request
return GsiRest.request(self, method, *args, **kwargs)
File "/usr/lib/python2.7/dist-packages/ligo/gracedb/rest.py", line 200, in request
conn.request(method, url, body, headers or {})
File "/usr/lib/python2.7/httplib.py", line 958, in request
self._send_request(method, url, body, headers)
File "/usr/lib/python2.7/httplib.py", line 992, in _send_request
self.endheaders(body)
File "/usr/lib/python2.7/httplib.py", line 954, in endheaders
self._send_output(message_body)
File "/usr/lib/python2.7/httplib.py", line 814, in _send_output
self.send(msg)
File "/usr/lib/python2.7/httplib.py", line 776, in send
self.connect()
File "/usr/lib/python2.7/httplib.py", line 1157, in connect
self.timeout, self.source_address)
File "/usr/lib/python2.7/socket.py", line 571, in create_connection
raise err
socket.error: [Errno 110] Connection timed out
We were having the same issues at LLO - Duncan and Jamie were looking at it. We've got the robot cert, etc. all set up. Likely can move to standard operation tomorrow.
The errors Keith mentioned seeing at LLO are unrelated, I cannot reproduce the connection timeout down there.
I have reproduced the timeout error at LHO as suggested, and have written up a retry workaround that will re-send the query up to 5 times in the event of a timeout error. This seems to run stably at LHO. The logging has been updated to record failed queries.
The SVN commit was made from h1fescript0 with Dave Barker's LIGO.ORG ID (unintentionally).
Sudartian, Darkhan, Jeff, Kiwamu,
On this past Saturday, Sudartian, Darkhan and Jeff did a Pcal sweep in full lock on ETMY in order to complete the series of the calibration measurements we did in the past weekl (alog 18711 for ALS diff, alog 18718 for MICH free swing).
The point of doing three different techniques this time was to get an accurate calibration of the ETMY suspension responses such that we can reliably estimate the optical gain of DARM by measuring a DARM open loop transfer function. Again, we did not evaluate systematic error yet and all uncertainties come from statistical errors. Here is the result:
- - - -
ETMY ESD was weaker than the suspension model by 0.3932 +/- 0.0018
This corresnonds to an ESD force coefficient of 7.864e-11 +/- 3.7e-13 [N/V^2]
If we scale this value to 1 mHz, the actuator response of ESD is 5.951e-15 +/- 2.8e-17 [meters/counts]
- - - -
[The measurements]
In full lock, they swept the Pcal line from 2 to 7 Hz with an amplitude of 3e4 counts at PCALY_SWEPT_SINE_EXC and with the same number of data points as the other two methods. This basically gives us counts/meters calibration at DARM_IN1 which is of course suppressed by the DARM loop. Then they measured a transfer function from ETMY ESD to DARM_IN1 within the same lock stretch. Since we already knew the suppression from the previous Pcal sweep measurement, dividing the ETMY drive transfer function by the calibrated Pcal transfer function give us the ETMY response. Here are the plots showing the main results:
As you can see the measured ESD response was weaker than what the suspension model predicted by a factor of roughly 0.4. This is consistent with the other two methods (alog 18711 and alog 18718). Since the Pcal actuation strength was not big enough to have a good signal-to-noise ratio, the data below 4 Hz had low coherence and this is exactly the reason why the error bars are so large below 4 Hz. In addition, it seems that there is an phase offset of about 25 degrees in the measurement. This may be an indication of inaccurte suspnsion model in the Pcal calibration where they use a 1 / (1 + if)^2 response for the suspension response.
For completeness I post some other relevant plots:
The analysis codes, data, and figures can be found in the usual svn place:
09:22 Gerardo moving auxiliary pump cart out of LVEA 09:25 Gerardo done 09:40 Fire department car through gate 11:46 RO alarm, Bubba investigating 12:48 Tour in control room 13:15 5.9 EQ off Oregon coast breaks lock 15:10 Richard to end Y to look at cold cathode gauge used for high voltage ESD interlock 15:39 Richard back Locking went well until the EQ off the coast of Oregon. Investigations primarily centered on why DARM optical gain is changing between locks.
In the first observation intent time from today, there are DAC glitches in MC2 M3. They don't obviously appear in DARM at the time we checked, but they do appear in a number of channels. The first plot is an Omega scan showing glitches in MC_L, and the second shows that they correspond to zero crossings in MC2 M3 control.
I grabbed Andy's images and lined them up in keynote. Thought folks might want to see how convincing this is for DAC zero crossing glitches.
Jim, Dave
we checked to see if the 18bit DAC card for SUS MC2 M3 happened to be close to the new DC power supply. It is not, in fact it is the furthest from the power supply.
At least twice tonight there has been glitching of MC2, similar to what Kiwamu described last week. It is visible in POP18 and AS90, as well as the MC2 witness sensors. I was not looking at the IMC REFL camera at the time, so I can't say whether it was the same kind of kick in yaw as before.
Jeff, Kiwamu,
This is a summary of the calibration of the ETMY suspension responses (in meters/counts) using the ALS diff VCO.
I have not evaluated systematic errors. The errors in this summary includes only statistical errors. The "models" I mean in this alog are the ones generated by the generate_QUAD_Model_Production matlab function in the suspension SVN. The model uses the "nominal" ESD force coefficient of 2e-10 [N/V^2]. The below is a summary of the results.
- - -
ETMY ESD is weaker than the model by 0.4242 +/- 0.0030
ETMY L2 is stronger than the model by 1.0344 +/- 0.0074
ETMY L1 is stronger than the model by 1.0269 +/- 0.0083
ETMX ESD is stronger than the model by 1.187 +/- 0.012
- - -
As for the ESDs, in terms of the force coefficient, they can be translated as
ETMY ESD force coeff. = 8.484 e-11 +/- 6.0e-13 [N/V^2]
ETMX ESD force coeff. = 2.374e-10 +/- 2.3e-12 [N/V^2]
[ETMY suspension responses]
I start from the results. See the attached two plots shown right below:
The first plot is a comparison of the measured response of all three stages with the models in units of [m/cnts]. Here "cnts" refers to the digital counts at the output of the ETMY_L1(2, 3)_LOCK_L filter bank. The second plot shows the ratio between the measured and modeled transfer functions. They are ratio of (measured) / (model). As you can see, the L1 and L2 stages agree with the model qualitatively. On the other hand, it is very clear that the ESD of ETMY is much weaker than what model predicts by a factor of 0.42. We don't know why this is so weak, but this is consistent with what the MICH free swing test says (see Jeff's alog for more details). Also, the L2 stage showed a phase lag of roughly 10 degrees. We don't know why at this point.
The steps for getting these results are something like the follows.
If the ETMY ESD was stronger and as strong as that of ETMX, the steps in full lock are unncessary because we could measure it in the ALS diff configuration. However as we learned (see alog 18656), the low-voltage ETMY ESD needs a low-noise configuration. Note that the measured responses in full lock are also used in Jeff's analysis which had started from free-swing MICH fringes. Also, from the point of view of data points, we probably can go up to about 20 Hz at which the ALS diff signal is completely covered by some sensor noise. This time the frequency bins are chosen such that we can share them with the MICH calibration technique which was severely limited to frequency below 7 Hz due to high semsor noise in the simple MIchelson configuration.
As for the statistical error analysis, we used:
For comparing the measured responses with the models, we assume that the models and measurements have the same transfer function shapes and therefore the scaling factor is the only parameter we estimate. Though, this assumption may not be true because we see a large differenence in the phase of the L2 stage.
For completeness, I attach all the relavant measured responses:
The ETMY suspension states (for all the measurements):
[ETMX ESD response]
At a different time, we measured the response of the ETMX ESD using a similar technique to the ETMY measurement. The steps went as follows.
Since the ETMX ESD does not use a low-voltage driver, the measurement can be complete only with the ALS diff loop closed. This is a big difference from the ETMY measurement which required low-noise stage for accessing the ETMY ESD.
The two plots shown below are the main results.
As shown in the first plot, overall, the measuement qualitatively agree with the model. The second plot shows the ratio of (measured) / (modeled). The absolute magnitude was larger than what the model predicted by a factor of 1.19. As mentioned earlier, the model uses a force coefficient of 2e-10 [N/V^2]. Unlike the ETMY ESD, the phase deviation (or perhaps I should say phase lag) is a bit larger than that of the ETMY for some unknown reason. The error propragation was done in the same fashion as that of the ETMY measurement (i.e. we included only coherence-based errors and VCO calibration error).
ETMX ESD configuration:
For completeness I post all the relevant transfer functions:
[ALS diff VCO calibration]
On this past Tuesday, Dick and I measured the VCO response. We hooked up an IFR 2023 A which was synchronized to a 10 MHz rf signal (which is synchronized to GPS) to the diff PLL input or the PFD rf input with an amplitude of 0 dBm in order to simulate the beat note signal. Even though we could read out the display of the IFO 2023A, we used an external frequency counter (H1:ALS-C_DIFF_VCO_FREQUENCY) which should be at least as accurate as 5 Hz (see for example alog 6972). We locked the PLL loop and manually swept the frequency of the IFR until the PLL unlocks. The speed of the sweep was roughtly 25 kHz/minutes. Then we recorded the output of the DIFF_PLL_CTRL filter bank. One thing we have to pay attention is that this filter already contaied calibration filters which were meant to calibrate the VCO into microns, but as we measured the calibration factor was wrong by roughly a factor of 3.
The setting for DIFF_PLL_CTRL
In theory FM3 should cancel the pole and zero at 1.4 and 40 Hz respectively in the VCO circuit. The meaured data is shown in the plot right below:
The data was then trancated such that the center frequency is located at 78.92 MHz with a range of +/- 30 kHz for a linear fitting purpose. Also, since we made a linear fitting at around 78.92 MHz, in any of the calibration measurement we tried to be as close as possible to this frequency by engaging the slow frequency couter servo to the ALS diff VCO, According to the fit the coefficient was of VCO -> PLL_CTRL was esimtimated to be 4.78268e-6 +-/ 0.002531e-6 [cnts/ Hz] using a least square fitting of gnuplot. These numbers were used for calibrating the ETM responses and estimating the errors.
Finally I attach a zip file which contains all the data (in ASCII not in xml), analysis codes and figures.
Now, all the relevant codes, data, xml templates and figures are checked in svn with more appropriate and organized names. They can be found in :
aligocalibration/trunk/Runs/PreER7/H1/Scripts/AlsDiffaligocalibration/trunk/Runs/PreER7/H1/Measurements/AlsDiffaligocalibration/trunk/Runs/PreER7/H1/Results/AlsDiffJeff asked me to turn the actuator responses into meter/counts at DC (techniqcally speaking at 1 mHz). Here are the numbers:
- - -
ETMY L1 = 5.150e-11 +/- 4.1e-13 [m/cnts]
ETMY L2 = 7.007e-13 +/- 5.0e-15 [m / cnts]
ETMY L3 = 6.432e-15 +/- 4.9e-17 [m/ cnts]
ETMX L3 = 3.593e-13 +/- 3.5e-15 [m/cnts]