Skip to content
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

We do not distinguish NACK sources (address/data) which embedded-hal supports. Adding this would change the Error type, most likely renaming the AckCheckFailed variant. #2814

Open
Tracked by #2493
bugadani opened this issue Dec 13, 2024 · 3 comments
Labels
Milestone

Comments

@bugadani
Copy link
Contributor

No description provided.

@bjoernQ
Copy link
Contributor

bjoernQ commented Dec 17, 2024

Given there is only NACK_INT I wonder how to best check this - check the FIFO_COUNT?

If that works, should we distinguish between NACKed writes / reads?

Maybe also related to #2820 (and #2784) since we could report more information with the error

@bjoernQ
Copy link
Contributor

bjoernQ commented Dec 19, 2024

We could also change the variant to NoAcknowledge(NoAcknowledgeSource) (like in embedded-hal) - we can for now just always use Unknown but will be able to figure out more fine-grained errors in future - we can even only have the Unknown variant for now since that enum will be non-exhaustive

@bjoernQ
Copy link
Contributor

bjoernQ commented Dec 19, 2024

But this still wouldn't allow us to augment the error with more information in future - not sure if (especially in this case) there would be a real benefit to the user but maybe in other cases - which is more something into the direction of #2833

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Todo
Development

No branches or pull requests

3 participants