When working with the CC2540 USB module, most of the data being read is read backwards and must be reversed to make any sense (i.e. the opcodes/eventcodes and most other parameters one than one octal long). BTool does this automatically and I assume this is something to do with endianness (?).
However, this doesn't hold true for all packets. For example, BTool does not reverse the CSRK and IRK parts of the GAP_DeviceInitDone event packet. This is similar for some other packets too (I'll try to update as I find them again). Is there any rationale to this seemingly arbitrary choice or am I mistaken in my understanding of this?
