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

Add tx continuations and auto acks #157

Open
wants to merge 4 commits into
base: master
Choose a base branch
from

Conversation

diondokter
Copy link
Contributor

For fast turnaround times we need some hardware acceleration support.

This PR introduces continuation after TX so the radio can go to RX mode immediately after it is done with transmission.
I've chosen to not incorporate this into the typestate mechanism because all the combination of options would explode the number of variants. After the TX is done, the user needs to call the appropriate continuation function or get a runtime error.

The auto acks are simpler and are pretty much just turned on and off.

Comment on lines -65 to -71
// Really weird thing about double buffering I can't find anything about.
// When a message is received in double buffer mode that should be filtered out,
// the radio gives a really short fake interrupt.
// This messes up all the logic, so unless a solution can be found we simply don't support it.
if RECEIVING::DOUBLE_BUFFERED && config.frame_filtering {
return Err(Error::RxConfigFrameFilteringUnsupported);
}
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The receiving setup has been moved and is thus hard to review.
Nothing really changed, except for this section which I removed in the PR.

The comment is true. There are useless interrupts, however the driver handles them just fine.
When I put this here 4 years ago, it's likely I was confused. The driver is fine, but my code back then likely wasn't.


- Add TX continuation (into RX state) for fast tx-rx turnaround time
- Add auto ack functionality
- Add support for 'raw' messages (aka it's up to the user to encode them as valid ieee 802.15.4 frames)
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We forgot to add this in the last PR, so added it here

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.

1 participant