Stephen Tashi said:
I wonder if the sensor was only designed for dynamic torque readings.
It is a through-shaft sensor so I would guess it is intended for both static and dynamic readings.
If would be interesting to look at data where you recorded the shaft position along with the torque and voltage.
Looking back, my sinusoid equation should be Voltage_Sensor = A*sin(...). I have not measured BOTH the sensor voltage and torque (based on another sensor) as a function of shaft position, just the sensor voltage (which fluctuates). I currently do not have the capability to read in another torque-sensor's voltage to compare them side-by-side; sounds like a great functional addition, provided the other torque sensor is "true."
Maybe if you measure at a particular angle, you would agree with the factory's regression. Is the variation of voltage with angle big enough to make that plausible?
Yes. This is entirely plausible.
So far, all of the sensors I have tested exhibit a sinusoidal voltage output as a function of shaft position. Most of the time, however, the amplitude is sufficiently small so that the test repeatability and reproducibility doesn't seem to be an issue. The last sensor's amplitude was MUCH worse (~3.7x) than the others. The test repeatability and reproducibility became an issue when using this sensor. The peak-to-peak torque range (linearly calculated from the output voltage) of this sensor was 0.082 inch-pounds when using the same breakaway torque value; the shaft position was the only variable. As mentioned many times before, the breakaway torque values are very repeatable ( STDEV = ~0.003 inch-pounds using a "good" sensor). While this P-P range is quite small, it becomes an issue when working with the lower-end breakaway torque values of about 0.8 inch-pounds.
I think your idea is correct. Many people would just "eyball" the results. Is it laborious to switch out various components in your system?
Not terribly but it is still a hassle. I wouldn't mind switching out the torque sensor if the "statistical gauge" comparing the factory values and test data was unacceptable. Then I could replace it and compare the two gauge values to one another. I just like to have "probable cause" for swapping components instead of just randomly switching them out to see if it happened to "fixed" the problem (I've had to do this in the past, pretty inefficient).
As I interpret that, "custom calibration" means that when you change some component in your test set up, you make adjustments based known input torques and voltages and then you take the "final" measurements. Yes, that process would obscure the cause-and-effect relationship that changing a component has upon the "final" measurements.
My "custom" calibration is used to replace the factory calibration values shipped with the sensor using linear regression. I install the new sensor and use a servo motor to provide ~constant torque (which is measured using another torque transducer) and record the new sensor's average output voltage and the torque value reported by the other transducer. Regression is then performed on the data where the independent variable is the average sensor voltage and the dependent variable is the observed torque reading from the other transducer.
This is where I am afraid I am "merging" my system's and my new sensor's errors together.
Because of this, I think it would be beneficial to keep the factory calibration settings and just "check" to make sure the sensor sufficiently matches the data. For example, I could repeat the test outlined above except that I could use the average output voltage and factory calibration settings to compute a torque value and somehow compare it to the other transducer's readout torque. Comparing these torque values (one computed, one "read") is what I am trying to achieve but, like you mentioned, I would prefer not to "eyeball" it. That is why I am looking to statistics to find some method to say "the new sensor's factory calibration line matches the 'read' transducer's torque values 'this well'" where "this well" is the numeric gauge.
I'm a very busy man. Retired, you know. Retirement takes up all my time. (It really does. The retired guys saying about "How did I ever have time to work?" rings true.)
Ha ha, and here I am talking your head off. Thanks for all your help, I truly appreciate it. Damn you statistics!