thinking about packet loss in LoRa, I came up with a question for which, after lots of reading, I didnt find an answer:
Are packets with longer payloads more likely to get lost? E.g. is there a X% higher chance that a packet with a 40 byte long payload is lost compared to a packet with 10 byte payload? Of course assuming that all other parameters (RSSI, SNR, SF) are the same.
Yes it is true that the longer the airtime of a packet the bigger the chance that a packet suffers from interference. This is one of the measures in fighting interference in the ISM bands. Minimimize the airtime by reducing payload size end increasing datarate.
Hi @PhilippRe this is especially true for moving/mobile nodes as there is increased risk of LOS obstruction causing loss of end of what would otherwise be a successful packet Tx. e.g. many GPS Trackers (which likely also Tx other sensor data e.g battery or temp etc.) are on air for 1.3-1.7s @ SF12 and at speeds >100kmph have have traversed ~50-75m tangentially to any receiving GW giving plenty of time/distance to fall into an obstructions shadow. (Note also that for mobile devices esp if moving perpendicular to GW speed of movement - especially higher speeds at higher SFâs - becomes a potential issue due to SIgnal Cohesivity concerns, causing potential packet loss. IIRC whilst SF7 can be resilient to speeds >180kpm, at SF12 speeds as low as 45kph or even ~25kph âcanâ be a problem!). This can be frustrating in e.g. tracking applications where you typically want to follow a device at significant distance and between GWâsâŚimplying use of higher SFâs - 10, 11 & 12!
While the two other remarks are correct, there is also the simple fact that at a given SNR the bit error rate is the same but the packet error rate will increase since there is more bits. The formula is PER = 1 - (1-BER)^n where n is the number of bits in the packet.
While a long packet is more likely to have an error, at the same time, you donât want an overly short packet as in LoRaWAN you are paying something like 13 bytes overhead just for the header and trailing MIC before youâve moved any useful data.