Send double/float data via OTAA

Hello Everyone,

I want to send double or float data via OTAA the given example is sending just a string and character array.

Can somebody please tell me how can i send double value via lora packet ? for example ( temp or gps)

I have tried different type casting but it’s not working . Please advice

thanks in advance

what node are you using? off the shelf or one of your own and have access to the code?

There are multiple ways to do this depending on the precision needed and number of bytes you want to send.


I am using Seeeduino LoraWan w/gps and yes i have access to the code

No need for multiple ways … the easiest way is enough :smile:

I’d suggest you read about LoRaWAN first, and then search this forum. OTAA is unrelated to sending any data, and you cannot expect people to list all options without even telling us what you’ve tried.


Check my blog, last post explains some of what you want to do in detail:
In particular this page:


Try this out. Make sure to use the included payload function. It glues the bytes back together in the right order to compensate for the difference in endianess of the Seeeduino and TTN.

1 Like

Unions work well for sending LoRa packets from C. If you’re using Python / Micropython, struct-packing is the way to go. It keeps the message size small.

good example, thanks. and good blog

1 Like

Decimals have much higher precision and are usually used within financial applications that require a high degree of accuracy. Decimals are much slower (up to 20X times in some tests) than a double/float. Decimals and Floats/Doubles cannot be compared without a cast whereas Floats and Doubles can. Decimals also allow the encoding or trailing zeros.

Float - 7 digits (32 bit)

Double-15-16 digits (64 bit)

Decimal -28-29 significant digits (128 bit)

The main difference is Floats and Doubles are binary floating point types and a Decimal will store the value as a floating decimal point type. So Decimals have much higher precision and are usually used within monetary (financial) applications that require a high degree of accuracy. But in performance wise Decimals are slower than double and float types.

While true, this applies to programming languages that have a dedicated Decimal type, like .NET in the article you’re linking to. I don’t think many, if any, LoRaWAN nodes will use that. Even if they do, while designing a LoRaWAN application one should consider if that precision makes any sense. 128 bits for a .NET Decimal is a whopping 16 bytes for a single value. In LoRaWAN devices quite often floats are first converted into an integer using some multiplication, to keep a limited number of decimal digits, after which only 2 or 4 bytes are transmitted.