Error on decoding about lora-packet HOT 7 CLOSED

Why do you think this should indicate an unconfirmed uplink?

The message type is not in the MAC Payload, but in the 1 byte Message Header, MHDR.

This library works on full LoRaWAN packets. If 0x0307 is your full LoRaWAN packet then its MHDR is 0x03, being binary %0000 0011. Here the first 3 bits, %000, indeed indicate a Join Request:

4.2.1 Message type (MType bit field)

The LoRaWAN distinguishes between six different MAC message types: join request, join accept, unconfirmed data up/down, and confirmed data up/down.

MType	Description
000	Join Request
001	Join Accept
010	Unconfirmed Data Up
011	Unconfirmed Data Down
100	Confirmed Data Up
101	Confirmed Data Down
110	RFU
111	Proprietary

However, note that 0x0307 is far too short to be a valid LoRaWAN packet. If you'd specify the secrets then you'd see that the validation of the MIC would fail. (Even more: the packet is too short to even include a MIC.)

from lora-packet.

hi
Thanks for the answer ! I did not understand why do we have to convert 03 to binary ?

thx

from lora-packet.

First things first: please answer my question instead:

Why do you think this should indicate an unconfirmed uplink?

from lora-packet.

No i did a mistake !

from lora-packet.

I did not understand why do we have to convert 03 to binary ?

It's not a conversion.

Hexadecimal 0x0307 is just one of the many ways to display the bits 0000 0011 0000 0111. One could also write it as decimal 775, as octal 01407^†, and many more...

As the MType in the table above only looks at 3 bits, it's easier to use %0000 0011 rather than 0x03. That's all.

^† octal 01407 itself could also be written as 0o1407, o1407, 1407o, q1407, 1407₈, 1407₍₈₎ and many other ways

from lora-packet.

thanks ! is there a way to decode only the mac payload ?

from lora-packet.

Please get your terminology right; a 2 byte message cannot be a MAC Payload of an uplink.

Like I wrote before:

This library works on full LoRaWAN packets.

It cannot decode your application payload, if that's what you're referring to with "MAC payload", which is really much more than just the application payload:

4.3 MAC Payload of Data Messages (MACPayload)

The MAC payload of the data messages, a so-called “data frame”, contains a frame header (FHDR) followed by an optional port field (FPort) and an optional frame payload field (FRMPayload).

If you're indeed asking about the application payload (FRMPayload) then, if you're using The Things Network, see https://www.thethingsnetwork.org/forum/t/is-there-any-documentation-on-payload-functions/3441 and the many links there.

from lora-packet.