引言：
在推廣LoRa模塊的過程中，我頻繁地遇到關于LoRa網(wǎng)關設備承載能力與容量的詢問。為了更清晰地解答這些疑問，本文將深入探討一個LoRa網(wǎng)關能支持的設備數(shù)量，以及這些數(shù)量如何受不同參數(shù)影響。

那么今天我們就詳細的看下一個網(wǎng)關能帶多少個設備包括設備數(shù)量多少和什么參數(shù)有關系。

Lora發(fā)送時間長短和哪些因素有關系。lora的速率，sx127x系列中支持的是sf6-12，sx126x系列中支持的是sf5-12。通過官方計算器計算（其中已經(jīng)代用了lora的計算公式）20字節(jié)有效數(shù)據(jù)傳輸時間。

示例1，固定帶寬為500k，SF=5的情況下大概需要4.56ms。

來百度APP暢享高清圖片

示例2，SF12的情況下大概需要消耗362.496ms

示例3，SF12 BW為LORAWAN只能用的125k的情況大約需要消耗1449.984ms

對應的接收靈敏度其實都是不一樣的，接收靈敏度約高通訊距離會越遠，同樣也會犧牲通訊速率，會導致同樣的有效字節(jié)占用空中時間越長。

那么一個單通道網(wǎng)關下面管理的節(jié)點如果采用定時1分鐘上報來計算容量的話，示例1所得到的就是60*1000/4.56=13157個節(jié)點 空中100%利用率。

示例2所得到的是60*1000/362.496=165個節(jié)點 空中100%利用率。

示例3所得到的是41個節(jié)點。

如果是sx130x網(wǎng)關的話，理論8信道 ，在原有理論的基礎上*8，不過1302當成lorawan網(wǎng)關接收節(jié)點數(shù)據(jù)是只能固定BW=125k。

這樣算當中還沒有算上協(xié)議開銷和余量。實際應用中往往只能用到理論容量的20%。

那么今天我們推廣的255mesh這套就能把容量用到理論的50%，255mesh擁有自己獨立的一套集抄算法，能更好的解決多并發(fā)，排隊問題。讓下端節(jié)點能進行排隊上傳。比如一包數(shù)據(jù)有效字節(jié)數(shù)為236，協(xié)議開銷15字節(jié)。使用bw=500k，SF=5，理論速率為62.5kbps。255mesh大概能用到理論的40%既為25kbps。

理論LORA為32.4ms，理論1s一次，網(wǎng)關能接收30組。

我們看下實際測試數(shù)據(jù)

因為為模塊集抄測試功能，實際發(fā)送一包數(shù)據(jù)為236字節(jié)，節(jié)點收到數(shù)據(jù)會對外打印30包，每包236字節(jié)。我們看時間差值為2.455秒。實際有效速率為23.1kbps，實際應用理論的37%

如果是modbus輪詢采集，整個網(wǎng)絡效率會大大降低。那么這種集抄采集功能你們覺得怎么樣？

下圖主要解釋的為集抄功能的示意圖。

審核編輯 黃宇