This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

LSByte first in radio payload field?

Reading the nRF51 RM. On page 82 there is this:

a

But it doesn't make sense to me to talk about the LSByte of the PAYLOAD field, as it's just arbitrary data, and the Radio specs are agnostic of what is in it.

So what does this actually mean? Will I have to reorder bytes or bits when I specify payload data that is to be used in Bluetooth protocol?

Parents
  • If I have understood it correctly: I just read that in general, nRF51 memory is little-endian (byte order). So by this premise, radio 'LSByte first' intuitively means that the order of bytes on air 'matches' the order of bytes in memory. Kind of imprecise and intuitive way to put it, in my opinion. What confuses me about it is that the radio wouldn't know where multi-byte integers reside in the payload and thus could have no concept of LSByte/MSByte. While it makes sense to talk about LSByte in the context of nRF memory implementation. So can I conclude: Bytes of the payload are transmitted in the order they reside in memory, while bit order depends on PCNF1?

Reply
  • If I have understood it correctly: I just read that in general, nRF51 memory is little-endian (byte order). So by this premise, radio 'LSByte first' intuitively means that the order of bytes on air 'matches' the order of bytes in memory. Kind of imprecise and intuitive way to put it, in my opinion. What confuses me about it is that the radio wouldn't know where multi-byte integers reside in the payload and thus could have no concept of LSByte/MSByte. While it makes sense to talk about LSByte in the context of nRF memory implementation. So can I conclude: Bytes of the payload are transmitted in the order they reside in memory, while bit order depends on PCNF1?

Children
Related