# Max range and performance within limitations

**URL:** <https://www.thethingsnetwork.org/forum/t/max-range-and-performance-within-limitations/39240>\
**Category:** End Devices (Nodes)\
**Created:** [August 14, 2020, 9:06pm UTC](https://www.thethingsnetwork.org/forum/t/max-range-and-performance-within-limitations/39240 "2020-08-14T21:06:27Z")\
**Posts on this page:** 1\
**Showing post:** 39

<div class="post-metadata">

**Author:** ![descartes](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/descartes/32/47220_2.png) [@descartes](https://www.thethingsnetwork.org/forum/u/descartes)\
**Post date:** [December 30, 2020, 6:28pm UTC](https://www.thethingsnetwork.org/forum/t/max-range-and-performance-within-limitations/39240/39 "2020-12-30T18:28:37Z")

</div>

> [@Jakub\_Nagy](#):
>
> > [@descartes](#):
> >
> > I’ve shared lots of ideas to help Medad get the payload as small as possible.
> 
> Is there some thread for this or was that private?

> [@Compression strategies for LoRaWAN packets](https://www.thethingsnetwork.org/forum/t/compression-strategies-for-lorawan-packets/42452):
>
> In my application, I want to fit as much data into a LoRaWAN packet as possible. I am willing to send a 100 byte payload. However, I want to fit as much data in that packet as possible. The question is: How can I carry out lossless compression for such a small packet size? I have already carried out bit packing and truncation to ensure the payload size is as small as possible. Lossless compression schemes such as LZSS and Huffman coding have large over heads that make the “compressed” packet ev…

---

_[View the full topic](https://www.thethingsnetwork.org/forum/t/max-range-and-performance-within-limitations/39240)._
