LSByte first in radio payload field?

RE: LSByte first in radio payload field?

Stian Røed Hafskjold — Wed, 22 Mar 2017 09:27:16 GMT

This has been reported internally

RE: LSByte first in radio payload field?

David Edwin — Wed, 22 Mar 2017 08:47:59 GMT

agree, as @butch states the stream cannot have endianness and the payload should be stated to be transmitted in the order they reside in memory.

RE: LSByte first in radio payload field?

butch — Sun, 26 Feb 2017 16:05:09 GMT

I agree with your interpretation. The radio doesn't know it as integers, just a stream of bytes. The language means the low address byte in memory is transmitted first, and as you say, the low bit of each byte is transmitted first/last according to PCNF1.

RE: LSByte first in radio payload field?

Erlend — Sun, 26 Feb 2017 15:05:41 GMT

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?

RE: LSByte first in radio payload field?

butch — Sat, 25 Feb 2017 18:03:13 GMT

That just means the order over-the-air is the same as the order in RAM. (Some other radio hardware COULD do it differently.) Unless you are implementing your own BT stack, it is immaterial. If you are implementing your own BT stack, then it only matters if the BT specification requires a different over-the-air order?