Add touchpad positional accuracy example - #73
Merged
Merged
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
A touchpad is tested by pressing it: a robot puts a known force on a known coordinate, and the pad reports where it thinks it was touched. The number that matters is the distance between the two.
touchpad_ptp/records that distance against the Precision Touchpad linearity limits — 0.5 mm across the pad, relaxed to 1.5 mm within 3.5 mm of an edge, where the sensor is least linear. Windows reports these distances in himetric units (0.01 mm), which is what the HID read inplugs/touch_robot.pyconverts from.The grid is one measurement, not nine
A manual test taps each target and writes down whether it looked right. Here each grid becomes a curve indexed by target, with
maxvalidated against the spec limit andmeanagainst a tighter working limit.maxis what fails the unit — one target outside the limit is a failure no average should absorb. Keeping the whole series alongside it separates a pad that is off in one corner from one that is off everywhere, which is the difference between a fixture problem and a sensor problem. The worst edge target is recorded a second time as a scalar, so the failing number is filterable on its own and trendable across a population.Two limits, one press
The central grid and the edge band run the same code against the same fixture. They are separate phases only because the spec allows three times the error inside the border strip, and a single limit would either pass a bad centre or fail a good edge.
Click actuation force comes off the same fixture in the same cycle. It has nothing to do with position, but a dome that stiffens or softens is an early sign of the same mechanical drift that moves the positional error.
Plugs return representative data so the procedure runs anywhere; each method keeps its real call commented directly above — motion controller over VISA for the press, HID digitizer report for the reported contact, load cell triggered on switch closure for the click.
Verified with
tofupilot run ./touchpad_ptp— all four phases PASS, aggregation validators firing with computed values.