-
-
Notifications
You must be signed in to change notification settings - Fork 19.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Report M48 max delta #26286
base: bugfix-2.1.x
Are you sure you want to change the base?
Report M48 max delta #26286
Conversation
This will still overflow standard screens, so it should be <20 characters. |
Dev/delta .001/.001 is 19. Is it suitable? I don't think it will be more than 1 mm.)) |
What do you think of showing range (max-min) rather than 'max delta'? |
Well, it was my first approach. But next I thought that what we need to know is how single probe could divert from real value. Assuming we have following result sets:
So first set presents case with even measurements distribution, and second set is case when one probe gives bad result. |
You might want to look at why CI keeps failing,,, Some platforms are older and the code needs to run on them all. remove the std::max use max |
Well, the deviation would be different for both cases. The standard deviation itself does not report the range, but it shows "deviation from the mean" 0.1 0.1 0.1 0.1 0.5 yields sigma of 0.16, 95% coinf. interval of 0.14 So it reporting range=0.4, 99% c.i. = 0.184 would more-or-less clarify the summary. Then, it might make sense to show the values (e.g. diff from a mean) |
That's what I mean! In first case sigma is only slightly worse than in second, but expected error is 0.4 in first case vs 0.2 in second. So max delta is more informative to detect probing problems.
It fails, that's why I used std::
|
If you show both "range", and "max delta", then it is more-or-less fine. I might be missing something. Could you please refer to an article suggesting to use |
Unfortunately there is no enough room on screen, especially on standard screens.
It's called "maximum absolute deviation from the mean", I guess. |
Does it really mean the second probe is better? I do not think so. |
Yes. Assuming in the first case real value is 0.1, we see that worst probe error is 0.4. And in second case real value seems to be 0.3, and worst error is 0.2. Default probing number is 10, so worst probe will less affect mean (real) value.
It can indicate probe problem, when one of several probes has large errors. Obviously it could be better to show all available information, but we are limited by screen size. |
On narrow screens without staus message scrolling enabled the status message will be too long to read, so I'd recommend checking for that before attempting to display an over-long message. |
bd74b04
to
bf6bd12
Compare
Do we really need 6 digits for deviation? Any meaning for < 0.001? |
No harm if it fits on the screen. People who deal with deviations tend to like precision. |
c624e13
to
e6f1b07
Compare
e2e0d58
to
734f754
Compare
9c65146
to
4f65466
Compare
28e72c7
to
f609b5a
Compare
c792921
to
37fb26b
Compare
* 🔨 Update ESP32 env for MKS Tinybee * 🔨 Updated LPC common env * 🔨 Other env improvements Co-Authored-By: Michael <89716126+mlee12382@users.noreply.github.com>
f609b5a
to
78be1ae
Compare
37d77d6
to
aa44542
Compare
Description
Add maximum delta from mean value in M48 report - i.e.
std::max(mean - min, max - mean)
.Precision is also reduced from six to three to save screen space, I guess 0.001 is good enough.
I didn't change string buffer size, as I per my understanding original 8 bytes buffer is too small for precision six (plus leading zero, dot, and trailing null). So for precision 3 six byte buffer needed. Do I miss something?
Benefits
It could help to discover case when one probe deviate too much.