1. 本文測驗了以下內容：
- 設備連接mqtt消耗流量
- 每次心跳消耗流量
- 設備斷開消耗流量
- 訂閱topic消耗流量
- 上傳訊息消耗流量
- 下放訊息消耗流量，
2. 使用軟體
- mqttx(客戶端1)
- emqx（客戶端2，服務器）
3.分析結果
| 活動 | 上行流量消耗（物聯卡發出） | 下行流量消耗（服務器發出） |
|---|---|---|
| 連接mqtt服務器（測驗4次，求平均） | 178位元組，0.17kb | 9位元組，0.0088kb |
| 心跳（測驗10次，求平均） | 2位元組，0.002k | 2位元組，0.002kb |
| 訂閱topic(測驗2次） | 37位元組，0.0036kb | 5位元組，0.005kb |
| 發送訊息（無訂閱者，測驗10條，求平均） | 61位元組，0.06kb | 0 |
| 發送訊息（有訂閱者，測驗20條，求平均） | 61位元組，0.06kb | 61位元組，0.06kb |
| 斷開mqtt服務器（服務器踢掉） | 2位元組，0.002kb | 0 |
| 斷開mqtt服務器（客戶端主動） | 4位元組，0.004kb | 2位元組，0.002kb |
4.說明
- 采用用戶名，密碼認證，長度參考如下
ClientID:ADEGSWPGY/Ilove0000001_s
username:ADEGSWPGY/Ilove0000001_s;12325626;9HP35d;166543111
password:8bb64363198e393410d8da3c784f1f86dbb772b208d19586e9cf23;h01766cd7emacsha256 - 訂閱topic為
ADEGSWPGY/Ilove0000001_s/event - 訊息為
{"t":"love0000003_a","d":6}
5.計算方式
操作前截圖，操作后截圖，控制變數，差值計算，例如，第一次連接后截圖：
6.建議
對應本專案中的資料量，心跳時間900s，考慮用戶每月流量用量，
（連接，心跳，訂閱，斷開時上下行流量均需計入物聯網卡中）
| 活動 | 次數 | 用量 |
|---|---|---|
| 連接 | 2 | （178+9）*2=374位元組 |
| 心跳 | （24 * 60 * 60 / 900）* 30天 | 2880*(2+2)=11520位元組 |
| 訂閱 | 2 | （37+5）*2=82位元組 |
| 發送 | 100*30 | 3000*61=183000位元組 |
| 接收 | 100*30 | 183000位元組 |
| 斷開 | 2 | （2+4）*2=12位元組 |
| 總計 | 369KB |
- 其中，除接收和發送外，固定消耗每月11kb，如果每月30MB流量，則可以發送或接收約52萬次資料，
- 每月52萬次，平均每天1.7萬次資料，按每秒發送一次，可以連續發送4.7小時
其他說明
-
本測驗根據長連接計算，心跳900s是騰訊云物聯網通信的最大值，但考慮到ip地址老化等因素，心跳大于60s可能地址就會被回收，如果設定較大心跳間隔，需要配置GRE隧道（無需心跳，但騰訊云服務器需要）
-
可以參考其他博主相關文章驗證補充如：
-
EMQ百萬級MQTT訊息服務(TLS壓測和流量消耗)
-
模組使用之NB-IoT模組的作業模式、PSM、DRX和eDRX狀態說明
-
NB-IoT 設備實時反向控制方案分析
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/390467.html
標籤：其他