1. 從“省電”和“傳得遠(yuǎn)”這對矛盾說起做物聯(lián)網(wǎng)項(xiàng)目這些年我接觸過不少剛?cè)腴T的朋友開口第一句話往往是“我想做一個(gè)能傳兩三公里、電池能用兩三年、整體成本還不高的設(shè)備。”這話一聽就是沒被現(xiàn)實(shí)毒打過——因?yàn)閭鹘y(tǒng)認(rèn)知里通信距離、功耗、成本這三者幾乎不可能同時(shí)滿足。Wi-Fi距離近但功耗高蜂窩網(wǎng)絡(luò)覆蓋好但模塊貴、資費(fèi)貴藍(lán)牙低功耗倒是省電可幾十米已經(jīng)是極限。但最近幾年事情起了變化。低成本、遠(yuǎn)距離、低功耗的物聯(lián)網(wǎng)連接方案已經(jīng)從“實(shí)驗(yàn)室里跑通的 demo”變成了“農(nóng)業(yè)、水務(wù)、城市基礎(chǔ)設(shè)施里大規(guī)模落地的基礎(chǔ)設(shè)施”。它在行業(yè)里有個(gè)統(tǒng)一的名字叫 LPWANLow-Power Wide-Area Network低功耗廣域網(wǎng)。這個(gè)賽道里最典型的代表是 LoRa/LoRaWAN以及在授權(quán)頻段里運(yùn)營的 NB-IoT。這篇文章我不會(huì)站在廠商立場去吹某個(gè)技術(shù)而是想以一個(gè)實(shí)際做過項(xiàng)目的工程師身份把這類方案的核心邏輯、選型思路、功耗計(jì)算、成本拆解一次講透順便把我踩過的坑一并交代。這文章適合誰看如果你是做智慧農(nóng)業(yè)、物流追蹤、環(huán)境監(jiān)測、樓宇能耗管理、或者任何一個(gè)“設(shè)備分散、沒有穩(wěn)定供電、預(yù)算有限”的物聯(lián)網(wǎng)項(xiàng)目那么這篇文章基本上能把你的技術(shù)選型和方案設(shè)計(jì)框架搭起來?？赐昴悴灰欢R上能寫出代碼但至少不會(huì)再被供應(yīng)商忽悠。2. 技術(shù)選型拆解LoRaWAN、NB-IoT、還是自組網(wǎng)2.1 三種方案的底層邏輯差異先問一個(gè)最基礎(chǔ)的問題為什么 LoRa 能達(dá)到幾公里甚至十幾公里的通信距離而 Wi-Fi 只能待在家里這里要引入一個(gè)核心概念鏈路預(yù)算Link Budget。鏈路預(yù)算可以理解成無線通信里的“總資產(chǎn)”發(fā)射功率、天線增益、接收靈敏度、路徑損耗都在這筆賬里。Wi-Fi 的接收靈敏度一般在 -80 dBm 左右這是芯片能“聽清”信號的最低電平而 LoRa 的接收靈敏度能做到 -137 dBm 甚至更低。dBm 是功率的對數(shù)單位數(shù)字每減少 10意味著接收能力提升 10 倍。從 -80 到 -137 差了 57 個(gè) dB也就是接收端比 Wi-Fi 靈敏了大概 50 萬倍。你不需要理解 dBm 背后完整的數(shù)學(xué)推導(dǎo)只需要記住靈敏度越低能聽到的“悄悄話”就越遠(yuǎn)。NB-IoT 走的是另一條技術(shù)路徑它用的是蜂窩網(wǎng)絡(luò)的頻譜比如 LTE 的一個(gè) 180kHz 資源塊通過重復(fù)傳輸和低階調(diào)制把靈敏度也做得很低。它和 LoRa 最大的區(qū)別是頻譜授權(quán)方式NB-IoT 需要運(yùn)營商網(wǎng)絡(luò)支撐你要向運(yùn)營商買 SIM 卡和流量LoRa 用的是免授權(quán) ISM 頻段國內(nèi)常見是 470-510MHz你自建基站只要遵守發(fā)射功率限制就不需要交頻譜費(fèi)。自組網(wǎng)比如 Zigbee、BLE Mesh、甚至自定義的 Sub-1G 私有協(xié)議則是三種方案里最“自由”的它沒有固定的網(wǎng)絡(luò)拓?fù)涔?jié)點(diǎn)可以通過多跳接力把數(shù)據(jù)傳回網(wǎng)關(guān)。它適合節(jié)點(diǎn)密集、距離要求不高、數(shù)據(jù)量小的場景。但也正因?yàn)槎嗵D(zhuǎn)發(fā)每個(gè)節(jié)點(diǎn)都得額外操心中繼功耗和復(fù)雜度都很容易失控。2.2 選型時(shí)最容易被忽略的三個(gè)維度的思考很多人選型只看“距離”和“價(jià)格”但這倆指標(biāo)其實(shí)最騙人。我建議你看三個(gè)容易被忽略的點(diǎn)。第一個(gè)是上行和下行不對稱。LoRaWAN 本質(zhì)上是為“傳感器上報(bào)”設(shè)計(jì)的下行指令比如遠(yuǎn)程關(guān)閥門、開燈雖然支持但受限于占空比和接收窗口機(jī)制遠(yuǎn)沒有上行數(shù)據(jù)那么“順暢”。如果你的業(yè)務(wù)里有大量反向控制需求得仔細(xì)評估下行的實(shí)時(shí)性和可靠性否則設(shè)備裝出去才發(fā)現(xiàn)“永遠(yuǎn)只能聽不能喊”那就非常被動(dòng)了。第二個(gè)是網(wǎng)絡(luò)歸屬權(quán)。NB-IoT 的網(wǎng)絡(luò)在運(yùn)營商手里意味著你要依賴運(yùn)營商的覆蓋質(zhì)量和資費(fèi)政策設(shè)備數(shù)量越大這種依賴帶來的不確定性和隱形成本就越高。LoRaWAN 的網(wǎng)絡(luò)在自己手里你可以自己架網(wǎng)關(guān)、自己管理服務(wù)器、自己制定流控策略靈活性高很多但前提是你或你的團(tuán)隊(duì)愿意承擔(dān)基礎(chǔ)設(shè)施的運(yùn)維工作。第三個(gè)是終端的“生態(tài)成熟度”。LoRaWAN 的終端生態(tài)非常豐富從溫濕度傳感器到定位標(biāo)簽到液位計(jì)市面上有大量現(xiàn)成的、經(jīng)過認(rèn)證的設(shè)備協(xié)議棧開源度也很高。NB-IoT 模組價(jià)格這幾年降得很兇但協(xié)議棧、入網(wǎng)流程相對封閉調(diào)試門檻要高不少。我個(gè)人的經(jīng)驗(yàn)是在戶外覆蓋、無人值守、電池供電、數(shù)據(jù)以小包低頻為主的場景里L(fēng)oRaWAN 是綜合成本最低的選擇NB-IoT 更適合“不需要自己運(yùn)維網(wǎng)絡(luò)、設(shè)備數(shù)量不是特別巨大、但又希望有運(yùn)營商級可靠性”的項(xiàng)目自組網(wǎng)則適合工廠、建筑內(nèi)部那種節(jié)點(diǎn)密集、距離近的場景。下面這張表基本可以幫你做第一輪篩掉一部分方向?qū)Ρ染S度LoRaWANNB-IoTSub-1G 自組網(wǎng)頻段屬性免授權(quán) ISM 頻段運(yùn)營商授權(quán)頻譜免授權(quán) ISM 頻段典型覆蓋距離城市 2-5km郊區(qū) 10-15km與基站覆蓋相關(guān)通常 1-3km300m-1km 不等多跳可擴(kuò)展模塊成本低約 10-30 元中低約 30-60 元持續(xù)下降低網(wǎng)絡(luò)運(yùn)維自建自維運(yùn)營商統(tǒng)一運(yùn)維自建自維下行控制能力受占空比限制較強(qiáng)靈活但復(fù)雜典型電池壽命3-10 年2-5 年1-3 年視中繼負(fù)載適合場景農(nóng)業(yè)、市政、野外監(jiān)測表計(jì)、可穿戴、車聯(lián)網(wǎng)樓宇、家具內(nèi)部互聯(lián)注意模塊價(jià)格會(huì)隨市場波動(dòng)上表是一個(gè)大致區(qū)間供初步預(yù)算參考實(shí)際采購時(shí)一定要拿到批量報(bào)價(jià)再定。3. 為什么 LoRa 能傳十幾公里還不用怎么耗電3.1 擴(kuò)頻調(diào)制、編碼率和帶寬三個(gè)旋鈕很多人誤以為 LoRa 遠(yuǎn)距離是因?yàn)椤鞍l(fā)射功率大”這完全想反了。LoRa 的遠(yuǎn)距離靠的不是蠻力而是信息論里的“香農(nóng)極限”。簡單說LoRa 使用了一種叫“Chirp 擴(kuò)頻”的調(diào)制方式信號被展開到一個(gè)更寬的頻率范圍內(nèi)發(fā)送。接收端通過相關(guān)運(yùn)算把展開的信號“壓”回來這一壓一擴(kuò)之間接收機(jī)就獲得了處理增益。這個(gè)增益直接體現(xiàn)在接收靈敏度上所以它能在一片噪聲里把信號撈出來。LoRa 協(xié)議里有三個(gè)核心參數(shù)決定了通信的有效距離、抗干擾能力和功耗擴(kuò)頻因子SFSpreading Factor、帶寬BWBandwidth、編碼率CRCoding Rate。理解這三個(gè)參數(shù)不需要懂通信原理類比成“喊話方式”就行。擴(kuò)頻因子決定你講話的“慢速”程度。SF7 相當(dāng)于正常語速SF12 相當(dāng)于把每個(gè)字拉得很長地說。說得越慢對方越容易聽懂但占用的時(shí)間也越長功耗自然就上去了。帶寬決定你說話用的“嗓門寬度”帶寬越大每個(gè)“字”占的時(shí)間越短傳輸越快但靈敏度會(huì)下降。編碼率則相當(dāng)于在每句話里加了多少“冗余重復(fù)詞”冗余越多越抗干擾但有效數(shù)據(jù)占比就少。實(shí)際工程里我通常的做法是距離近、數(shù)據(jù)量大的地方用 SF7中等距離用 SF9必須覆蓋最邊遠(yuǎn)節(jié)點(diǎn)的時(shí)候才用 SF12因?yàn)?SF12 雖然穩(wěn)但空中占用時(shí)間太長會(huì)讓整個(gè)信道的容量急劇下降。3.2 鏈路預(yù)算計(jì)算實(shí)例從門衛(wèi)大爺?shù)綐琼敾具@里直接給一個(gè)可復(fù)用的計(jì)算過程。假設(shè)你在做一個(gè)農(nóng)田土壤墑情監(jiān)測項(xiàng)目網(wǎng)關(guān)放在農(nóng)場邊緣的一棟兩層小樓的樓頂終端節(jié)點(diǎn)散布在農(nóng)田各處。已知條件終端發(fā)射功率 14dBm約 25mW天線增益 2dBi網(wǎng)關(guān)天線增益 3dBi接收靈敏度 -137dBmSF12, 125kHz 帶寬。鏈路預(yù)算公式是鏈路預(yù)算 發(fā)射功率 發(fā)射天線增益 接收天線增益 - 接收靈敏度。代入數(shù)據(jù)14 2 3 - (-137) 156dB。這 156dB 是通信系統(tǒng)的“總預(yù)算”接下來就看路徑損耗消耗了多少。用 Okumura-Hata 模型估算郊區(qū)地形的路徑損耗在 470MHz、10km 處大概損耗 135-140dB。這么一算鏈路余量還有 16-21dB妥妥夠用。這個(gè)計(jì)算看著復(fù)雜但實(shí)際操作時(shí)你只需要記住兩個(gè)經(jīng)驗(yàn)值城市環(huán)境下的路徑損耗比郊區(qū)大 10-20dB樓頂安裝網(wǎng)關(guān)天線比一樓陽臺(tái)安裝能多爭取 3-8dB 的增益因?yàn)闇p少了建筑物遮擋和多徑衰減。我第一次做網(wǎng)關(guān)部署時(shí)沒太在意天線高度結(jié)果在距離 3 公里處發(fā)現(xiàn)終端丟包率超過 30%后來把天線從室內(nèi)窗臺(tái)挪到樓頂立桿上丟包率直接降到 2% 以下。這 3-8dB 的收益比你把擴(kuò)頻因子從 SF9 調(diào)到 SF12 還明顯而且不增加任何功耗成本。3.3 低功耗設(shè)計(jì)的真正大頭是“睡眠”不是“發(fā)射”再來說功耗。很多新人以為發(fā)射瞬間電流大所以功耗的瓶頸在發(fā)射。大錯(cuò)特錯(cuò)。我實(shí)測過一個(gè)典型的 LoRaWAN 節(jié)點(diǎn)發(fā)射峰值電流約 120mA發(fā)射時(shí)長按 100ms 算消耗 120mA × 0.1s 12mA·s。而節(jié)點(diǎn)睡眠時(shí)的電流可以低到 2μA 甚至更低按 30 分鐘的發(fā)送周期算30 分鐘睡眠的消耗是 0.002mA × 1800s 3.6mA·s。兩相比較睡眠占了整整一天功耗的三分之二以上。所以低功耗設(shè)計(jì)的第一要?jiǎng)?wù)是優(yōu)化睡眠電流和喚醒機(jī)制。選 MCU 的時(shí)候要看數(shù)據(jù)手冊里的“deep sleep current”而不只是看主頻和存儲(chǔ)電路設(shè)計(jì)上要把傳感器、LED、穩(wěn)壓器都做成可關(guān)斷的否則一個(gè)不起眼的電平轉(zhuǎn)換芯片漏電流都可能比 MCU 自身高出幾個(gè)數(shù)量級。一個(gè)簡單的估算公式日平均電流 發(fā)射能耗 傳感器采集能耗 睡眠電流 × 睡眠時(shí)長÷ 86400 秒。算出來的平均值乘以電池容量再除以一個(gè)經(jīng)驗(yàn)折扣系數(shù)通常取 0.7-0.8因?yàn)殡姵貙?shí)際容量受溫度、放電倍率影響就是設(shè)備的理論壽命。提醒如果產(chǎn)品要工作在零下 20 度的戶外鋰電池的可用容量會(huì)大打折扣這時(shí)候不能只按常溫標(biāo)稱容量算最好直接用實(shí)測低溫放電曲線。4. 從模塊到網(wǎng)關(guān)再到云端一套完整鏈路的實(shí)現(xiàn)細(xì)節(jié)4.1 終端節(jié)點(diǎn)的構(gòu)成與功耗預(yù)算一個(gè)標(biāo)準(zhǔn)的 LoRaWAN 節(jié)點(diǎn)并不只是“MCU LoRa 芯片”這么簡單。我把它拆成四部分傳感采集單元、主控與 LoRa 通信單元、電源管理單元、以及外殼與天線。其中最容易翻車的是電源管理單元。舉個(gè)例子有次我做一個(gè)土壤濕度傳感器選了一個(gè)號稱“超低功耗”的土壤傳感器結(jié)果沒仔細(xì)看數(shù)據(jù)手冊它的“測量電流”是 15mA但是“穩(wěn)定時(shí)間”竟然要 5 秒。也就是說每次采集雖然只有一瞬間但為了等它穩(wěn)定MCU 必須保持喚醒 5 秒這一下就把平均功耗拉高了 10 倍。后來我改成每隔 6 小時(shí)采集一次并給傳感器單獨(dú)加了一路 MOS 管開關(guān)只在需要測量時(shí)供電喚醒時(shí)間縮短到 1 秒以內(nèi)整機(jī)電池壽命從預(yù)估的 8 個(gè)月直接拉到了 2 年以上。終端節(jié)點(diǎn)的另一個(gè)關(guān)鍵細(xì)節(jié)是 OTAA 入網(wǎng)Over The Air Activation。節(jié)點(diǎn)第一次上電時(shí)需要通過 OTAA 向網(wǎng)絡(luò)服務(wù)器申請入網(wǎng)。如果現(xiàn)場信號不好入網(wǎng)過程可能反復(fù)失敗每一次失敗都會(huì)觸發(fā)重新入網(wǎng)白白消耗大量電能。所以生產(chǎn)前一定要確保設(shè)備已經(jīng)通過“入網(wǎng)保存”機(jī)制把網(wǎng)絡(luò)參數(shù)固化下來不然每次重啟都可能回到“重新入網(wǎng)”狀態(tài)。4.2 網(wǎng)關(guān)的選型與部署不是隨便一插就能用網(wǎng)關(guān)是 LoRaWAN 網(wǎng)絡(luò)的“耳朵”它的選型決定了你能聽到多遠(yuǎn)。市面上的網(wǎng)關(guān)分兩類一類是單通道網(wǎng)關(guān)價(jià)格便宜但只能接收一個(gè)頻點(diǎn)一個(gè)擴(kuò)頻因子適合極低成本的私人實(shí)驗(yàn)另一類是八通道網(wǎng)關(guān)它并行監(jiān)聽 8 個(gè)頻點(diǎn)能同時(shí)支持多種擴(kuò)頻因子是絕大多數(shù)生產(chǎn)項(xiàng)目的起步選擇。這里我要特別提一下“八通道”的真實(shí)含義。很多人以為八通道網(wǎng)關(guān)只支持終端同時(shí)在線 8 個(gè)完全不是。LoRaWAN 是時(shí)分與頻分混合的八通道網(wǎng)關(guān)在同一時(shí)刻最多解析 8 個(gè)并發(fā)數(shù)據(jù)包但在一個(gè)小時(shí)內(nèi)它能承載幾百個(gè)終端輪流上傳的數(shù)據(jù)。所以網(wǎng)關(guān)通道數(shù)并不是項(xiàng)目容量的硬瓶頸真正的瓶頸往往是網(wǎng)關(guān)回傳鏈路比如 4G 或以太網(wǎng)的帶寬和網(wǎng)絡(luò)服務(wù)器的數(shù)據(jù)處理能力。部署網(wǎng)關(guān)時(shí)除了位置要高、天線要立還有一個(gè)常被忽略的點(diǎn)天線附近不要有大面積金屬物或強(qiáng)反射表面。我有回把網(wǎng)關(guān)天線固定在了鐵皮機(jī)房墻壁的金屬橫梁附近結(jié)果信號覆蓋半徑縮水了近三分之一后來挪到距離金屬體 2 米以上的 PVC 立桿上才恢復(fù)正常。實(shí)測經(jīng)驗(yàn)是天線周圍 1 米內(nèi)盡量“干凈”。4.3 網(wǎng)絡(luò)服務(wù)器與數(shù)據(jù)鏈路從射頻到 JSON 的一生終端上報(bào)的數(shù)據(jù)從天線進(jìn)入網(wǎng)關(guān)之后會(huì)經(jīng)過封裝、網(wǎng)絡(luò)服務(wù)器校驗(yàn)、應(yīng)用服務(wù)器轉(zhuǎn)發(fā)最后落進(jìn)你的數(shù)據(jù)庫里。開源社區(qū)最常用的網(wǎng)絡(luò)服務(wù)器是 ChirpStack它部署起來不難一臺(tái) 2 核 4G 的云主機(jī)、一個(gè) PostgreSQL 數(shù)據(jù)庫、一個(gè) MQTT Broker比如 Eclipse Mosquitto就夠了。網(wǎng)關(guān)通過 Semtech UDP Packet Forwarder 協(xié)議與 ChirpStack 通信ChirpStack 負(fù)責(zé) OTAA 入網(wǎng)、數(shù)據(jù)上下行調(diào)度、設(shè)備管理最后把應(yīng)用數(shù)據(jù)以 JSON 格式發(fā)布到 MQTT 主題里。如果你用的是樹莓派加 USB 掛載的 SX130x 網(wǎng)關(guān)方案那么網(wǎng)絡(luò)服務(wù)器完全可以和網(wǎng)關(guān)跑在同一臺(tái)設(shè)備上。但生產(chǎn)環(huán)境我不建議這么做因?yàn)榫W(wǎng)關(guān)經(jīng)常需要重啟、升級固件如果服務(wù)器也跑在上面線上數(shù)據(jù)流就會(huì)斷。最好是網(wǎng)關(guān)只做射頻收發(fā)的“啞設(shè)備”網(wǎng)絡(luò)服務(wù)器放在云端這樣出問題的時(shí)候調(diào)試邊界非常清晰。我在實(shí)際項(xiàng)目里最喜歡自定義的一個(gè)環(huán)節(jié)是“應(yīng)用層解碼”。LoRaWAN 的數(shù)據(jù)幀里到底怎么解出溫度、濕度、電量這些字段各廠商定義五花八門。我一般會(huì)做一個(gè)統(tǒng)一的“設(shè)備解碼函數(shù)庫”在應(yīng)用服務(wù)器上根據(jù)設(shè)備型號自動(dòng)匹配解析器這樣接入新設(shè)備時(shí)只需要寫一段對應(yīng)的解碼函數(shù)不用改主流程。等設(shè)備規(guī)模超過一兩百臺(tái)的時(shí)候這個(gè)設(shè)計(jì)能省你大量時(shí)間。5. 關(guān)于成本這件事別只看模塊價(jià)格要看全生命周期成本5.1 一次性成本與運(yùn)營成本的正確拆法很多項(xiàng)目的預(yù)算表是這樣的網(wǎng)關(guān)單價(jià)、終端單價(jià)、安裝人工費(fèi)、云服務(wù)器月租。這樣算也不能說錯(cuò)但很容易低估真實(shí)成本。我會(huì)習(xí)慣性地把成本分成三塊一次性建設(shè)成本、持續(xù)性運(yùn)營成本、隱性維護(hù)成本。一次性建設(shè)成本包括網(wǎng)關(guān)、終端、天線、安裝耗材。持續(xù)性運(yùn)營成本包括云服務(wù)器費(fèi)用、4G 流量費(fèi)用如果網(wǎng)關(guān)用 4G 回傳、電池更換費(fèi)用。隱性維護(hù)成本則包括設(shè)備故障排查、網(wǎng)關(guān)停機(jī)導(dǎo)致的丟數(shù)據(jù)、以及備件庫存。我見過一個(gè)客戶買了二十個(gè)便宜的“白牌”終端單價(jià)省了十幾塊錢結(jié)果用了半年壞了三個(gè)每次壞一臺(tái)都要派人去現(xiàn)場排查單次人工成本夠買五臺(tái)新終端。這筆賬算下來貪便宜的代價(jià)遠(yuǎn)超模塊差價(jià)。5.2 三種典型規(guī)模下的預(yù)算量級參考如果你只是自己在陽臺(tái)做一個(gè)溫濕度監(jiān)測的小項(xiàng)目那么成本可以壓到非常低單通道網(wǎng)關(guān)加兩三個(gè)終端總預(yù)算幾百元以內(nèi)就能搞定。軟件全部用開源方案不買商業(yè)云平臺(tái)。如果是給一個(gè)占地兩千畝的農(nóng)場做土壤墑情監(jiān)測典型的配置是一臺(tái)八通道網(wǎng)關(guān)覆蓋全農(nóng)場部署 20-30 個(gè)土壤傳感器節(jié)點(diǎn)配一臺(tái)云主機(jī)跑 ChirpStack預(yù)算大概在網(wǎng)關(guān) 1500-2500 元、每節(jié)點(diǎn) 100-300 元、云端 50-100 元/月。這個(gè)量級的方案已經(jīng)具備一定的產(chǎn)品化基礎(chǔ)不是“玩具”級別。如果是一個(gè)城市級項(xiàng)目比如水務(wù)部門要在整個(gè)城區(qū)布置 5000 個(gè)智能水表或井蓋監(jiān)測器那成本結(jié)構(gòu)就完全不同了。這時(shí)的核心不再是單節(jié)點(diǎn)硬件省多少錢而是如何設(shè)計(jì)組網(wǎng)拓?fù)鋪頊p少網(wǎng)關(guān)數(shù)量。因?yàn)橐粋€(gè)網(wǎng)關(guān)幾千塊的硬件成本加上安裝、立桿、供電、回傳網(wǎng)絡(luò)的費(fèi)用才是大頭。一個(gè)網(wǎng)關(guān)多覆蓋一個(gè)街區(qū)可能就節(jié)省上萬的部署費(fèi)用。這也是為什么很多城市項(xiàng)目會(huì)在高塔、高樓、電視塔上找高點(diǎn)把單網(wǎng)關(guān)覆蓋半徑盡可能拉大。經(jīng)驗(yàn)之談做預(yù)算時(shí)一定要把“布點(diǎn)勘察”和“改造回傳鏈路”的成本算進(jìn)去。我見過一個(gè)項(xiàng)目三個(gè)網(wǎng)關(guān)被安排在現(xiàn)場結(jié)果發(fā)現(xiàn)兩個(gè)位置根本沒有網(wǎng)線、沒有 4G 信號覆蓋最后又花了半個(gè)月協(xié)調(diào)運(yùn)營商額外掏了一筆 4G 流量卡的年費(fèi)。這種錢在方案圖上根本看不出來。5.3 授權(quán)頻譜與免授權(quán)頻譜的隱性成本差異LoRa 和 NB-IoT 在頻譜這塊的成本邏輯差異很大。NB-IoT 雖然是運(yùn)營商建設(shè)網(wǎng)絡(luò)你只買卡和流量看似省去了自建網(wǎng)關(guān)的成本但流量費(fèi)是持續(xù)性的而且會(huì)隨著設(shè)備數(shù)量線性增長。假設(shè)一個(gè) NB-IoT 卡的月租加流量費(fèi)是 5 元5000 個(gè)設(shè)備一年就是 30 萬元。LoRaWAN 方案的月租成本則主要是云服務(wù)器的費(fèi)用幾千個(gè)設(shè)備也就幾千元一個(gè)月而且設(shè)備越多平均成本攤得越薄。但 LoRa 也有一個(gè)隱性成本是 NB-IoT 沒有的網(wǎng)絡(luò)維護(hù)的人力成本。網(wǎng)關(guān)部署在野外可能遭遇雷擊、斷電、網(wǎng)絡(luò)故障一旦掉線整個(gè)覆蓋區(qū)域的數(shù)據(jù)就斷了你必須有人能及時(shí)響應(yīng)。所以“自建網(wǎng)絡(luò)”不是免費(fèi)的它本質(zhì)上是用“自己的運(yùn)維時(shí)間”換“供應(yīng)商的流量費(fèi)”。小規(guī)模項(xiàng)目隨便折騰但設(shè)備規(guī)模上到幾百上千臺(tái)時(shí)一定要有系統(tǒng)化的網(wǎng)關(guān)監(jiān)控告警機(jī)制。6. 從 0 到 1 的落地實(shí)操一個(gè)小型水文監(jiān)測項(xiàng)目的完整復(fù)盤6.1 現(xiàn)場勘察與參數(shù)規(guī)劃去年有一個(gè)小型水庫監(jiān)測項(xiàng)目需求很直白在水庫周邊布置 12 個(gè)水位計(jì)和 8 個(gè)雨量計(jì)每 30 分鐘上報(bào)一次數(shù)據(jù)要求電池續(xù)航至少一年預(yù)算有限盡量用低成本方案。這項(xiàng)目看著簡單但第一輪現(xiàn)場勘察就發(fā)現(xiàn)問題水庫四周是山地植被茂密通訊環(huán)境談不上理想。最遠(yuǎn)的兩個(gè)節(jié)點(diǎn)直線距離網(wǎng)關(guān)區(qū)域大約 4.2 公里中間隔著一座小山包。如果用默認(rèn)的 SF7 參數(shù)鏈路余量肯定不夠但全部切成 SF12又會(huì)大大增加空中占用時(shí)間。最后我采用了一個(gè)折中方案近距離節(jié)點(diǎn)1 公里內(nèi)用 SF7中距離用 SF9最遠(yuǎn)那兩三個(gè)節(jié)點(diǎn)單獨(dú)配置成 SF12。這樣既保證了覆蓋又沒有把所有節(jié)點(diǎn)都拖進(jìn)“慢速通道”。這種精細(xì)化參數(shù)配置只改設(shè)備和服務(wù)器之間的報(bào)文參數(shù)不需要額外增加任何硬件成本。6.2 部署過程中踩過的三個(gè)“低級但致命的坑”第一個(gè)坑是水位計(jì)的模擬量接口匹配問題。采購的水位計(jì)是 4-20mA 電流環(huán)輸出但節(jié)點(diǎn)的 ADC 采集模塊只能讀 0-3.3V 電壓。直接接上去讀數(shù)完全不對后來接了一個(gè) 250Ω 的采樣電阻把 4-20mA 轉(zhuǎn)成 1-5V 電壓信號再經(jīng)過分壓電阻降到 ADC 量程內(nèi)才正常。這個(gè)坑在實(shí)驗(yàn)室里根本測不出來因?yàn)楫?dāng)時(shí)用的是信號發(fā)生器模擬沒注意到接口類型差異。第二個(gè)坑是太陽能板的放置角度。雖然項(xiàng)目是電池供電但為了延長壽命還是加了一小塊太陽能板做浮充。安裝的時(shí)候憑感覺把板子朝正南放結(jié)果當(dāng)?shù)厍锒咎柛叨冉瞧桶l(fā)電量遠(yuǎn)低于預(yù)期。后來查了當(dāng)?shù)鼐暥戎匦抡{(diào)整傾角到 45 度左右發(fā)電量才上來。這個(gè)調(diào)整用到的知識極其基礎(chǔ)但現(xiàn)場施工的時(shí)候特別容易被忽略。第三個(gè)坑是雨量計(jì)的“抖動(dòng)脈沖”誤報(bào)。翻斗式雨量計(jì)輸出的本質(zhì)是開關(guān)量脈沖但風(fēng)吹或振動(dòng)時(shí)也會(huì)產(chǎn)生瞬間的導(dǎo)通導(dǎo)致雨量數(shù)據(jù)虛高。解決方法是把軟件里做了 200ms 的去抖濾波并加上了“單次脈沖最小間隔”邏輯。如果當(dāng)時(shí)沒有發(fā)現(xiàn)這個(gè)問題整批數(shù)據(jù)都會(huì)被污染后期清洗數(shù)據(jù)的成本遠(yuǎn)高于寫幾行濾波代碼的成本。6.3 數(shù)據(jù)曲線、運(yùn)維后臺(tái)與告警邏輯項(xiàng)目上線后我搭了一個(gè)非常簡單的數(shù)據(jù)看板數(shù)據(jù)流是終端 → 網(wǎng)關(guān) → ChirpStack → MQTT → Node-RED → PostgreSQL → Grafana。這套鏈路的門檻并不高Node-RED 負(fù)責(zé)把 MQTT 消息清洗入庫Grafana 負(fù)責(zé)畫水位雨量的實(shí)時(shí)曲線。告警則用了一個(gè)特別樸素但可靠的辦法如果某個(gè)節(jié)點(diǎn)的數(shù)據(jù)超過 40 分鐘沒有到達(dá)Grafana 的告警規(guī)則就會(huì)觸發(fā)通過 Webhook 推送到企業(yè)微信群。這個(gè)方法幫我們第一時(shí)間發(fā)現(xiàn)過一次網(wǎng)關(guān)掉電的故障當(dāng)時(shí)就是靠告警發(fā)現(xiàn)網(wǎng)關(guān)所在位置附近有人施工拉斷了電否則那段時(shí)間的數(shù)據(jù)會(huì)缺失很久。這套系統(tǒng)一共跑了一個(gè)完整汛期整體非常穩(wěn)定。最遠(yuǎn)節(jié)點(diǎn)的 RSSI 大約在 -112dBm相比 SF12 的理論靈敏度還有 25dB 的余量完全符合預(yù)期。而整個(gè)項(xiàng)目的硬件成本網(wǎng)關(guān)加 20 個(gè)終端加安裝輔材攤下來不到 3000 元。如果當(dāng)時(shí)選擇用 NB-IoT 方案光一年的流量費(fèi)用就超過了這個(gè)數(shù)還不算每個(gè)設(shè)備入網(wǎng)調(diào)試的時(shí)間成本。7. 常見問題快查表與調(diào)試心得7.1 現(xiàn)場問題快速定位指南做 LPWAN 項(xiàng)目很多問題出在“射頻”之外但又表現(xiàn)得像射頻問題。下面的表是我這幾年反復(fù)用到的排查順序現(xiàn)象第一步排查第二步排查常見根因節(jié)點(diǎn)完全不上報(bào)檢查終端供電電壓查看網(wǎng)關(guān) RSSI 是否有信號電池低壓、設(shè)備未入網(wǎng)上報(bào)一段時(shí)間后消失檢查是否 OTAA 入網(wǎng)失敗查看網(wǎng)關(guān)并發(fā)負(fù)載占空比限制、網(wǎng)關(guān)射頻被阻塞數(shù)據(jù)能到網(wǎng)關(guān)但云端無數(shù)據(jù)檢查 ChirpStack 日志查看 MQTT 主題訂閱Packet Forwarder 配置錯(cuò)誤數(shù)據(jù)值亂跳檢查傳感器接口類型檢查現(xiàn)場干擾源模擬量接口不匹配、電磁干擾通信距離明顯縮短檢查網(wǎng)關(guān)天線連接檢查天線周圍環(huán)境天線接觸不良、金屬遮擋7.2 調(diào)試工具與三臺(tái)設(shè)備協(xié)同法我調(diào)試 LoRaWAN 系統(tǒng)時(shí)習(xí)慣至少準(zhǔn)備三臺(tái)設(shè)備一臺(tái)裝了 SX126x USB Dongle 的電腦用于抓取空中報(bào)文一臺(tái)真實(shí)的終端節(jié)點(diǎn)一臺(tái)能看到 ChirpStack 日志的開發(fā)機(jī)。三者對照問題基本 10 分鐘能定位。如果只有終端沒有抓包工具那么在排查“網(wǎng)關(guān)沒收到”還是“服務(wù)器沒收到”時(shí)你會(huì)非常痛苦。另外建議在做現(xiàn)場覆蓋測試時(shí)準(zhǔn)備一臺(tái)手機(jī)裝上支持 GPS 定位的 APP每測一個(gè)點(diǎn)就記錄經(jīng)緯度和當(dāng)時(shí)的 RSSI、SNR。把這些數(shù)據(jù)導(dǎo)進(jìn)地圖就能得到一張覆蓋熱力圖后面優(yōu)化網(wǎng)關(guān)位置或天線高度時(shí)這張圖的價(jià)值遠(yuǎn)超一遍遍“盲試”。7.3 固件升級與遠(yuǎn)程維護(hù)的經(jīng)驗(yàn)最后提一個(gè)特別容易被忽視的問題設(shè)備固件升級。幾十個(gè)節(jié)點(diǎn)分布在野外不可能每改一次代碼就跑一圈現(xiàn)場。所以從項(xiàng)目一開始就要留好 OTA 后門。LoRaWAN 的固件升級標(biāo)準(zhǔn)叫 FUOTAFirmware Update Over The Air實(shí)現(xiàn)起來比普通數(shù)據(jù)傳輸復(fù)雜得多需要支持多播下行和分塊重傳。如果前期沒有做這個(gè)設(shè)計(jì)后期發(fā)現(xiàn)傳感器采集邏輯有 bug 需要改那才叫真正的災(zāi)難。我在這個(gè)項(xiàng)目里雖然沒有用 FUOTA但為每個(gè)節(jié)點(diǎn)設(shè)計(jì)了“進(jìn)入升級模式”的備用指令可以通過下行命令讓節(jié)點(diǎn)進(jìn)入一個(gè)特殊狀態(tài)等待接收固件數(shù)據(jù)塊。雖然傳輸速度慢但至少不用拆野外設(shè)備的外殼。提醒OTA 升級功能一定要在上線前在實(shí)驗(yàn)室里反復(fù)演練不要等到現(xiàn)場出現(xiàn)問題才臨時(shí)加?，F(xiàn)場信號環(huán)境遠(yuǎn)復(fù)雜于實(shí)驗(yàn)室一旦升級失敗設(shè)備可能變成磚頭那才是最被動(dòng)的局面。8. 最后說幾句大實(shí)話做了這么多次低成本遠(yuǎn)距離物聯(lián)網(wǎng)連接的項(xiàng)目我最大的體會(huì)是方案本身從來不是瓶頸瓶頸都在那些不起眼的細(xì)節(jié)里。天線高度差三米覆蓋可能差一個(gè)數(shù)量級傳感器接口沒對齊數(shù)據(jù)全變噪音電池容量只按數(shù)據(jù)手冊算冬天直接罷工。如果你正在規(guī)劃一個(gè)類似的項(xiàng)目我建議你先把“鏈路預(yù)算”這四個(gè)字刻在腦子里它是所有遠(yuǎn)距離無線通信的起點(diǎn)。然后再認(rèn)真算一筆全生命周期成本賬別讓供應(yīng)商的報(bào)價(jià)單牽著走。最后一定要在正式鋪開之前先做一個(gè)小規(guī)模的概念驗(yàn)證哪怕只裝三五個(gè)節(jié)點(diǎn)跑兩個(gè)星期也比后面返工強(qiáng)十倍的試錯(cuò)成本要低。