AD7944/85/86: Add preliminary support, docs #16
+270
−2
Conversation
This file contains 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
|
|
threexc
force-pushed
the
tgamblin/ad7944
branch
from
9a98075
to
4bd39d1
Compare
Signed-off-by: Trevor Gamblin <tgamblin@baylibre.com>
threexc
force-pushed
the
tgamblin/ad7944
branch
from
4bd39d1
to
a492b80
Compare
|
Rebased the original work with some cleanup to reflect the upstream driver. Still need to do some testing for the AD7944 and AD7986 before moving it out of draft state. |
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.
This adds basic support for the AD7944, AD7985, and AD7986 ADCs to PrecisionToolbox.
It is currently in draft format because the driver has not been merged in the upstream Linux kernel yet and will not be present in the ADI tree until after that.
Note that no VoltageOffset() function was added because that hasn't been implemented in the driver.
Also, while the Voltage() function is present in all three classes and was implemented in a fashion identical to other devices (e.g. AD4020), it doesn't seem to work properly with the test environments I've been setting up. rx() and VoltageScale() work fine (the latter only correctly reports the value after rx() is run at least once; otherwise it reports NaN.