-
Notifications
You must be signed in to change notification settings - Fork 1k
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
docs on read() need additional information #632
Labels
Comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I noticed that the nRF24L01 will return additional data from other payloads in the RX FIFO when the
len
argument is larger than the next payload in the RX FIFO (in consecutive order of course). Iflen
is greater than the last payload available in the RX FIFO, thenbuf
is padded with the last available byte accordingly. This functionality can be useful for fetching the entire RX FIFO contents in 1 SPI transaction. Since this behavior is embedded in the nRF24L01 firmware, the library should not try to compensate.To be clear, payloads are not removed from the RX FIFO unless the entire payload is fetched. Also, if
len
is less than the next available payload, then the payload will remain until entirely read from the RX FIFO. According to the datasheet, all attempts to read from the RX FIFO start at the first byte in the first available payload.The text was updated successfully, but these errors were encountered: