Thanks Alex, will look into your suggestion. It seems it's a bit reversal issue. Contiki is 3.0 (master) I just noticed that we were playing with the RPi version which doesn't integrate most of the patches of bluetooth-next. Will first try to create a diff between RPi and 802154 related to see if it fixes the issue. On Mon, Apr 4, 2016 at 12:04 PM, Alexander Aring <alex.aring@xxxxxxxxx> wrote: > On Sun, Apr 03, 2016 at 10:35:29PM +0400, Remi Philippe wrote: >> Hello, >> A generic question, have you ever run into issues such as payload bits >> arriving reversed (AT86RF215 to CC1200 on Contiki, but I guess it >> would be the same for AT86RF230)? >> > > - which layer? MAC, 6LoWPAN? > > - bit or byte ordering? > > > If you code something and missed byteordering handling you can check it > with: > > make C=2 net/ieee802154/ net/mac802154/ > > this requires the software "sparse". > > _But_ this works only if you use correct the byteorder typedefs such as > "__le16", etc... > >> At first look it could have been and endianess problem, but I don't see why... >> > > Which contiki version? I tested 2.6 with some self ported board only. > I know versions below had some fragmentation issues, which you not use. > > - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html