Skip to content

Conversation

dHutchings
Copy link
Contributor

Previous behaviour incorrectly set the ranges.

Attempting to set a 100g range would actually set the data to come out
in little endian order.

Attempting to set a 200g range would actually set the data to come out
in little endian order AND put the FS1/FS0 bits into an invalid state
(10)

Attempting to set a 400g range would actually set the data to come out
in big endian order AND put the FS1/FS0 bits into an invalid state (10).

Now we correctly set the range bits and leave little / big endian alone.

Previous behaviour incorrectly set the ranges.

Attempting to set a 100g range would actually set the data to come out
in little endian order.

Attempting to set a 200g range would actually set the data to come out
in little endian order AND put the FS1/FS0 bits into an invalid state
(10)

Attempting to set a 400g range would actually set the data to come out
in big endian order AND put the FS1/FS0 bits into an invalid state (10).

Now we correctly set the range bits and leave little / big endian alone.
@nseidle nseidle merged commit b912ef4 into sparkfun:master Mar 1, 2019
@nseidle
Copy link
Member

nseidle commented Mar 1, 2019

Thank you for the PR!

@SFEMark SFEMark mentioned this pull request Aug 14, 2019
santaimpersonator added a commit that referenced this pull request Dec 30, 2019
Update release for fix in issue #2.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants