DIAdem Idea Exchange

Post an idea

I am sure that this is far from a 'new idea'. I have been using DiAdem 11.1, and have not looked at the new features of 2010 yet. The new idea...use LabVIEW code to make scripts. I know LabVIEW very well, that is how I make the TDMS files; but the idea of data analysis or automation comes to a standstill when you tell me I need to learn VB to manipulate or work with the data I just gathered beyond the canned toolsets already in DiAdem. DiAdem needs to be like Teststand in this regard. You can use different code types with Teststand, and it works. And this needs to work in all the different categories of scripting or automation (Navigator, View, Analysis, etc.) Any software package NI creates should have LabVIEW as the center point, and always require seamless integration of LabVIEW code. I think that comes down to plain-jane good marketing strategy.

Add a function to setup live measurements of curve data between cursors. As the cursors move the function uses the new curve data between the cursors to immediately update the measurement field(s). This functions comes standard on most advanced digital oscilloscopes. The oscopes' usually have a measurement screen where measurement parameters are entered for the specific measurement desired. My immediate desire was just to measure RMS between verticle cursors but by no means should this function be limited to one measurement type.

Whatever method is used in the "Calculate Circle Approximation" does not do well if there are not points around an arc which is close to 360°. I suspect the Kasa method, or something similar is used (link to Matlab code: http://blogs.mathworks.com/pick/2008/03/14/fitting-a-circle-easily/). This method works well if there are points all around the 360° of a circle, but not so well if the data only covers an arc. If you go to Chernov's page ( http://www.math.uab.edu/~chernov/cl/) you can find a link to Matlab code for the Pratt Method ( http://www.math.uab.edu/~chernov/cl/MATLABcircle.html), which works great for arcs. Although I have not tested it, I suspect the Pratt Method works well for data distributed across 360° as well. If that is the case, I would recommend that you either add an "arc fitting" function using the Pratt Method or replace the method used in the "Calculate Circle Approximation" with the Pratt Method.

Attached is an image of an example of latitude and longitude data. Note that, because this is lat & lon data, the circles look like ovals, but they really are circles. I was trying to fit a circle to the red curve between the two vertical black cursor lines. The green circle was obtained by using the "Calculate Circle Approximation" function while the blue circle was calculated via the Pratt Method.

I want to add a feature of TREWESS into DIAdem. There is a statement in the "Dynamometer Performance Evaluation and Quality Assurance Procedures" that the TREWESS technique (available using DataDesk analysis software:https://datadescription.com/tech-specs/) is a recommended approach. Right now, although OEMs need to adjust standards from "Dynamometer Performance Evaluation and Quality Assurance Procedures" to "40 CFR Part 1066", there is not mentioned about filtering in the responsive assessment so that some OEM customers(especially who have certified Dynamometer benches) request to evaluate with previous TREWESS. Since DataDesk has features of Lowess, TREWESS and Running Median in the Non-Linear Smoothers, they want to use at least TREWESS in the Non-Linear Smoothers.