Is BLE data sends in LSB first and Little Endian byte order?

[Muniek]

Hi,
I'm confused, according to Bluetooth 4.0 Specification bytes are send in Little Endian byte order, and with LSB first in every byte.
So when I receive raw data from characteristic in nRF52 device, I need to change bytes order from Little to Big Endain and reverse bits in every byte to receive "human readable" raw data but thats not true.
Data I received is in "human readable" order already.
where did I make a mistake?

Thanks :)

[Muniek]

Cannot be both? If something is little-endian byte order, cannot it be LSB (bit) first also?
Chapter 6 in specification refers to packets, and 6.1 about packet bit ordering:
"The least significant bit (LSB) corresponds to"
Sorry if it is stupid question but thats what wonders me

[Vidar Berg]

I understand the confusion. Chapter 6 in volume 2 is for the BR/EDR controller while the low energy controller specification is covered by Vol. 6. I think you would be more interested in reading the GATT profile specification in volume 3, Part G. It states the following about endianess:

"Multi-octet fields within the GATT Profile shall be sent least significant octet
first (little endian)."

You are right in that there are some fields that must be arranged in little-endian bit order (packet headers for instance), but that's taken care of by the Softdevice. Also, as you may know, the nRF5 ICs are configured with little-endian memory systems which mean that data is already arranged in the little-endian byte format (this is a common configuration for CPUs). 

[Muniek]

Thank you very much!, now it makes sense :)

[Vidar Berg]

Glad to hear that it made sense:) Please accept one of the answers to close this thread.