一提到Wi-Fi大多數(shù)人腦子里默認(rèn)就是2.4GHz和5GHz這兩個頻段最多再想到Wi-Fi 6E、Wi-Fi 7那套新名字。但我這兩年做物聯(lián)網(wǎng)項目發(fā)現(xiàn)“Wi-Fi HaLow”這個名字在選型表里出現(xiàn)得越來越頻繁。Wi-Fi HaLow不是傳統(tǒng)Wi-Fi的簡單升級版它是IEEE 802.11ah標(biāo)準(zhǔn)工作在1GHz以下專門用來解決傳統(tǒng)Wi-Fi在遠(yuǎn)距離覆蓋、低功耗、海量接入這些場景里的先天不足。如果你正打算做智能家居網(wǎng)關(guān)、工業(yè)數(shù)據(jù)采集、農(nóng)業(yè)傳感器這類方案那么搞清楚Wi-Fi HaLow與傳統(tǒng)Wi-Fi到底哪里不同基本就決定了你的無線鏈路能不能經(jīng)得起現(xiàn)場考驗。這篇的內(nèi)容不是抄datasheet式的羅列參數(shù)而是我按實際做項目的思路整理的差異拆解。我會先講清楚Wi-Fi HaLow的技術(shù)出身再逐個對比頻段、速率、功耗、覆蓋、安全和生態(tài)然后給出能落地的選型思路和現(xiàn)場測試數(shù)據(jù)最后把我踩過的坑直接列出來。1. 先搞清楚Wi-Fi HaLow是什么它真不是Wi-Fi 7那種“升級版”1.1 標(biāo)準(zhǔn)出身就注定了它和傳統(tǒng)Wi-Fi不是一條道上的Wi-Fi HaLow這個名字容易讓人產(chǎn)生誤會。這幾年Wi-Fi聯(lián)盟把命名系統(tǒng)改成Wi-Fi 4、Wi-Fi 5、Wi-Fi 6、Wi-Fi 7大家都習(xí)慣了“數(shù)字越大越新”的邏輯。HaLow聽起來就像一個低配版Wi-Fi。其實它的標(biāo)準(zhǔn)編號是IEEE 802.11ah和802.11axWi-Fi 6、802.11beWi-Fi 7完全不是一條演進(jìn)線的產(chǎn)物。如果按設(shè)計目標(biāo)分類它更接近一個面向低功率廣域網(wǎng)的物理層和MAC層深度改造版本。傳統(tǒng)Wi-Fi標(biāo)準(zhǔn)從802.11a/g到ax/be核心追求始終是更高速率、更大帶寬、更低延遲。802.11ah從立項那天開始追求的卻是更低頻段、更低功耗、更遠(yuǎn)距離、更多節(jié)點。這決定了HaLow從芯片架構(gòu)到協(xié)議棧設(shè)計都跟傳統(tǒng)Wi-Fi大不相同。我見過不少朋友誤以為“HaLow是一種改進(jìn)版Wi-Fi手機升級一下固件就能用”真不是這樣。你的手機、筆記本、路由器里的Wi-Fi芯片目前基本不會集成802.11ah協(xié)議。它是一個獨立的射頻前端、基帶和協(xié)議棧需要專門芯片支持。如果拿傳統(tǒng)Wi-Fi網(wǎng)卡去連HaLow AP完全不可能入網(wǎng)。兩者的信令、Beacon、調(diào)制方式、工作頻率都不兼容。1.2 Sub-GHz頻段帶來的先天物理優(yōu)勢Wi-Fi HaLow工作頻率落在1GHz以下通常被稱為Sub-GHz頻段。這個頻段不是隨便挑的背后有扎實的物理原因。無線通信里有個最基本的規(guī)律相同發(fā)射功率下頻率越低信號在空間傳播的路徑損耗越小。我習(xí)慣用自由空間路徑損耗公式來理解這件事自由空間路徑損耗 20log10(4πd/λ)其中d是距離λ是波長。如果只看頻率影響忽略天線、環(huán)境等變量915MHz和2.4GHz在相同距離下?lián)p耗差大約是20log10(2400/915) ≈ 8.4dB這8.4dB在無線鏈路上意義不小信號接收強度大約能提升到原來的7倍左右。而且波長更長以后信號碰到障礙物的繞射能力更強穿透墻體和樓板時的衰減比高頻小。所以HaLow設(shè)備在實際環(huán)境中能跑出比傳統(tǒng)Wi-Fi遠(yuǎn)得多的通信距離不是玄學(xué)是物理特性。不過Sub-GHz也不是完美無缺。這個頻段可用的信道帶寬非常窄法規(guī)還限制了發(fā)射功率和占空比。換句話說HaLow是用“速率”換“覆蓋”換“連接性”。了解這一點以后再看后面那些讓人興奮的覆蓋數(shù)字心里就不會有錯誤預(yù)期。1.3 它和LoRa、ZigBee到底有什么不同做IoT的人看到Sub-GHz第一反應(yīng)往往是“這不是LoRa的地盤嗎”。確實LoRa在野外測試幾公里很常見而且功耗也低。但HaLow和LoRa有個關(guān)鍵差異HaLow屬于OFDM寬帶調(diào)制沿用802.11體系里的協(xié)議棧可以承載標(biāo)準(zhǔn)IP傳輸網(wǎng)關(guān)不需要做復(fù)雜的協(xié)議解析LoRa是擴頻窄帶調(diào)制帶寬更窄穿得更遠(yuǎn)但單鏈路速率遠(yuǎn)低于HaLow。ZigBee走的是802.15.4標(biāo)準(zhǔn)工作頻段以2.4GHz為主協(xié)議棧和應(yīng)用層生態(tài)自成一套網(wǎng)關(guān)接入互聯(lián)網(wǎng)時需要做翻譯設(shè)備上云鏈路很長。HaLow做IoT有一個很重要的價值它用標(biāo)準(zhǔn)Wi-Fi協(xié)議封裝意味著設(shè)備拿到的MAC地址、IP網(wǎng)絡(luò)、TCP/UDP都是大家非常熟悉的“老熟人”。做云網(wǎng)關(guān)對接時不需要額外做協(xié)議轉(zhuǎn)換設(shè)備省掉一大塊成本。我早期評估HaLow時最打動我的恰恰是這個IP原生的能力。在工業(yè)項目里每多一層協(xié)議轉(zhuǎn)換就多一個故障點、多一個調(diào)試鏈。HaLow能直接讓傳感器設(shè)備具備IP通信能力這在運維層面比LoRa和ZigBee舒服不少。2. 核心差異Wi-Fi HaLow與傳統(tǒng)Wi-Fi的六道分水嶺2.1 頻段差異遠(yuǎn)遠(yuǎn)不止“換一個數(shù)字”傳統(tǒng)Wi-Fi通常指2.4GHz和5GHzWi-Fi 6E、Wi-Fi 7又納入了6GHz頻段。Wi-Fi HaLow的工作頻段落在750MHz到1GHz之間具體頻率取決于當(dāng)?shù)責(zé)o線電管理規(guī)定。比如美國可用902-928MHz歐洲有868MHz附近的規(guī)定中國也有相應(yīng)的Sub-GHz無線頻段管理要求。每一檔頻段都有發(fā)射功率限制和占空比要求做產(chǎn)品出口時必須特別留意。頻段不同帶來的影響不只是覆蓋變遠(yuǎn)。2.4GHz頻段在寫字樓、住宅區(qū)、機場早已被熱點塞滿實測中信噪比很難看。HaLow所在的Sub-GHz頻段相對干凈受Wi-Fi同頻干擾的概率低很多。但“干凈”不等于“空著”這個頻段里還有窄帶對講機、無線遙控、工業(yè)儀表等設(shè)備。我做項目時拿到模組第一件事不是直接按默認(rèn)信道固定而是先做頻譜掃描看看環(huán)境里有沒有占用者。有人問過我HaLow能不能和傳統(tǒng)Wi-Fi做漫游切換答案是不能。兩者頻率、協(xié)議、接入機制完全不同不存在平滑切換。如果你的產(chǎn)品要同時支持傳統(tǒng)Wi-Fi和HaLow那就要設(shè)計雙射頻或者雙天線冗余成本和復(fù)雜度都不是一個量級。2.2 信道帶寬與吞吐量為什么上限只有86.7Mbps傳統(tǒng)Wi-Fi從20MHz信道起步Wi-Fi 5可以用80MHzWi-Fi 6可以用160MHz甚至更高。HaLow的信道帶寬只有1MHz、2MHz、4MHz、8MHz、16MHz五檔。低帶寬的好處是接收機靈敏度可以做得更高基帶處理復(fù)雜度低對電池友好代價是吞吐量天花板明顯受限。按照IEEE 802.11ah標(biāo)準(zhǔn)定義16MHz信道、256-QAM調(diào)制下物理層速率峰值約86.7Mbps。實際做到產(chǎn)品里TCP/IP傳輸往往只有40-50Mbps。如果配置成1MHz信道物理層速率可能只有幾百kbps適合傳感器小數(shù)據(jù)包上報。這一點直接框定了HaLow的應(yīng)用邊界適合狀態(tài)量、控制量、小文件、遠(yuǎn)程升級包不適合高清視頻流和NAS備份。我在現(xiàn)場給客戶講方案時一定會說清楚“峰值速率”和“實際吞吐量”的差別。很多非技術(shù)背景的客戶聽到86.7Mbps以為能跑網(wǎng)絡(luò)視頻后面驗收就會有預(yù)期糾紛。你需要在方案設(shè)計初期就把速率檔位、距離和調(diào)制參數(shù)綁定在一起說明而不是只給他們一個看起來很漂亮的理論峰值。2.3 覆蓋距離和穿墻能力一個AP頂十幾個傳統(tǒng)AP傳統(tǒng)Wi-Fi在室外開闊環(huán)境如果沒有任何遮擋穩(wěn)定通信距離通常只有幾百米室內(nèi)通常幾十米。Wi-Fi HaLow的理論覆蓋可達(dá)一公里實際項目中幾百米非常正常。穿透能力也有明顯提升幾堵普通砌體墻對2.4GHz影響不小但對Sub-GHz來說衰減小很多。不過覆蓋和速率是蹺蹺板不能只看“最遠(yuǎn)能連上”。我在現(xiàn)場經(jīng)常遇到這類事客戶說HaLow能傳一公里于是默認(rèn)一公里外也能跑滿幾十Mbps實際一公里視距下如果采用2MHz信道、低MCS等級有效吞吐可能只有幾百kbps。鏈路預(yù)算在那兒擺著距離越遠(yuǎn)可用速率越低。部署建議是這樣如果你需要遠(yuǎn)距離穩(wěn)定傳輸首要任務(wù)是給終端配高增益天線并選擇合適信道帶寬。長時間測試下來8MHz信道是覆蓋和速率的平衡點。16MHz信道在城市環(huán)境穿墻能力會下降1MHz信道穿墻最好但速率太低需要按地理位置權(quán)衡。2.4 功耗控制TWT機制讓電池壽命進(jìn)入“數(shù)年”量級傳統(tǒng)Wi-Fi也有省電模式比如PSM、WMM-PS但整體面向的是筆記本和手機這類設(shè)備終端需要頻繁醒來聽Beacon平均功耗很難降到極低。Wi-Fi HaLow的明星機制是TWTTarget Wake Time也就是目標(biāo)喚醒時間。AP和終端在握手時約定好下一次通信的時間點設(shè)備其他時間可以進(jìn)入深度睡眠。在HaLow的TWT機制下傳感器設(shè)備平均電流能做到幾百微安甚至更低。我習(xí)慣用一個簡單公式做數(shù)量級估算電池容量mAh除以平均電流mA再除以24小時就是理論工作天數(shù)。假設(shè)一節(jié)2000mAh電池平均電流0.5mA理論能跑166天如果平均電流降到0.1mA理論能跑到830天左右。真實環(huán)境里還有溫度、電壓跌落、電源管理損耗等因素但量級對比已經(jīng)很能說明問題。需要留意的是設(shè)備接入AP后的默認(rèn)省電參數(shù)不一定最優(yōu)。很多模組出廠時TWT配置為了兼容性故意保守你要在固件里根據(jù)業(yè)務(wù)上報間隔去調(diào)醒睡周期。如果業(yè)務(wù)是“一小時上報一次”完全可以設(shè)置很長的睡眠窗口這時功耗和云端延遲需要同時優(yōu)化。2.5 安全和組網(wǎng)協(xié)議棧是老熟人入門門檻不高很多物聯(lián)網(wǎng)廠商擔(dān)心低頻段新標(biāo)準(zhǔn)安全機制是不是全都要重新學(xué)實際上HaLow并沒有另起爐灶它繼承802.11體系的安全架構(gòu)支持WPA2和WPA3安全認(rèn)證加密、鑒權(quán)、密鑰管理機制和傳統(tǒng)Wi-Fi同源。已經(jīng)有Wi-Fi運維經(jīng)驗的團(tuán)隊幾乎不需要額外學(xué)習(xí)。信息這塊“老熟人”的屬性是HaLow對比LoRa和ZigBee很明顯的優(yōu)勢。組網(wǎng)概念上HaLow同樣有AP、STA兩種角色支持Infrastructure模式。802.11ah標(biāo)準(zhǔn)設(shè)計出的關(guān)聯(lián)標(biāo)識符空間遠(yuǎn)大于傳統(tǒng)Wi-Fi一個AP可以關(guān)聯(lián)更多終端節(jié)點適合一個網(wǎng)關(guān)掛幾百上千個傳感器的場景。但理論關(guān)聯(lián)數(shù)和實際能帶動的數(shù)量是兩回事真正限制容量的是AP的CPU算力和內(nèi)存以及空口調(diào)度能力。經(jīng)驗數(shù)據(jù)是在低速率上報場景下一個HaLow AP帶兩三百個節(jié)點問題不大如果所有節(jié)點都要頻繁通信容量會急劇下降。HaLow的網(wǎng)絡(luò)拓?fù)湟仓С謘ubnet橋接。傳統(tǒng)Wi-Fi比較常見的做法是把AP接入局域網(wǎng)HaLow也一樣它天生就是IP網(wǎng)絡(luò)的一部分。這意味設(shè)備上云、遠(yuǎn)程管理、OTA升級都沿用現(xiàn)有運維體系不需要專門技術(shù)棧。2.6 生態(tài)和成本現(xiàn)在仍處于“技術(shù)驗證友好期”生態(tài)是Wi-Fi HaLow目前最大的短板。傳統(tǒng)Wi-Fi模組從幾塊錢到幾十塊錢隨手可買方案成熟。HaLow能穩(wěn)定供貨的芯片方案主要是Morse Micro、Newracom等專注Sub-GHz Wi-Fi的公司主流路由芯片大廠參與度還不高。開發(fā)板、模組、參考設(shè)計的數(shù)量都不多價格比同性能傳統(tǒng)Wi-Fi模組貴不少。這帶來一個現(xiàn)實問題小批量驗證很容易一旦上量供應(yīng)鏈風(fēng)險和生產(chǎn)成本都必須仔細(xì)算。我看到不少廠商的策略是先選HaLow做技術(shù)方案展示和試點等價格下降再全面量產(chǎn)。這個節(jié)奏很合理。如果你的項目要求立即大規(guī)模鋪貨需要把模組交期、認(rèn)證周期、單顆成本一起加進(jìn)總預(yù)算表。還有一個生態(tài)細(xì)節(jié)容易被忽略Wi-Fi Alliance已經(jīng)有HaLow認(rèn)證但不是所有模組都做了完整認(rèn)證。不同芯片廠商之間的互操作在非標(biāo)準(zhǔn)參數(shù)配置下仍可能出現(xiàn)兼容性問題。我建議項目初期盡量讓AP和STA使用同一家芯片方案或者經(jīng)過驗證的組合不要各自挑便宜模組否則排查兼容性兼容問題會消耗大量時間。3. 選型思路什么場景可以優(yōu)先選Wi-Fi HaLow什么場景要繞開3.1 適合HaLow的場景組合遠(yuǎn)、低、廣我把適合Wi-Fi HaLow的場景總結(jié)成三個詞遠(yuǎn)、低、廣?！斑h(yuǎn)”指節(jié)點距離網(wǎng)關(guān)幾百米甚至一公里比如智慧園區(qū)里的井蓋監(jiān)測、路燈控制、停車場空位檢測傳統(tǒng)Wi-Fi覆蓋半徑撐不住?！暗汀敝冈O(shè)備靠電池供電不能頻繁換電池比如倉庫溫濕度傳感器、資產(chǎn)標(biāo)簽、農(nóng)業(yè)大棚環(huán)境監(jiān)測?！皬V”指同一個網(wǎng)關(guān)下掛的設(shè)備數(shù)量多比如一棟寫字樓里幾百個煙感、門磁、窗簾電機。這些場景還有一個共同特點數(shù)據(jù)包很小傳輸頻率不高。一小時上報一次溫濕度一天上傳一次液位偶發(fā)主動報警這樣TWT省電機制才能發(fā)揮最大價值。業(yè)務(wù)越不頻繁終端睡眠越深電池壽命越長。當(dāng)你站在這個需求角度去評估時HaLow的部署價值非常明確。我做過一個地下管廊環(huán)境監(jiān)測項目節(jié)點藏在管道井里無法布設(shè)電源也沒有以太網(wǎng)線。傳統(tǒng)Wi-Fi從地表AP穿兩三個井蓋后基本失聯(lián)。后來用了HaLow方案每個節(jié)點用兩節(jié)AA電池上報間隔15分鐘實驗室扭算下來理論壽命超過一年。這種場景如果強行用LoRa網(wǎng)關(guān)端還要做協(xié)議轉(zhuǎn)換用ZigBee穿井蓋覆蓋也費勁。HaLow的優(yōu)勢是方案整體最不折騰。3.2 哪些項目不應(yīng)該碰HaLow如果項目要求持續(xù)傳輸多路視頻HaLow直接不合適。即使理論峰值86.7Mbps扣掉空口開銷、上下行競爭、實際編碼損耗能穩(wěn)定保證的吞吐遠(yuǎn)低于這個數(shù)字。隨便一個720p視頻流就會讓鏈路很緊張更別說多路視頻并發(fā)。如果項目對實時性要求極高比如工業(yè)伺服控制、機器人安全回路HaLow也不合適。深度睡眠機制意味著從AP發(fā)數(shù)據(jù)到終端喚醒延遲會有數(shù)百毫秒甚至秒級的抖動。我實測過TWT深度配置下ping延遲明顯不穩(wěn)定偶爾2秒才響應(yīng)這對運動控制是致命傷。傳統(tǒng)Wi-Fi至少能提供相對穩(wěn)定的低延遲雖然功耗高但響應(yīng)快。還有一個“不碰”的判斷依據(jù)是網(wǎng)絡(luò)基礎(chǔ)。如果現(xiàn)場已有成熟的傳統(tǒng)Wi-Fi覆蓋節(jié)點數(shù)量不多、距離在幾十米內(nèi)電池容量也夠用那么強行換HaLow只會增加成本沒有任何收益。選型不是標(biāo)新立異是看鏈路預(yù)算、功耗預(yù)算和成本預(yù)算的平衡點。3.3 和LoRa、NB-IoT放在一起怎么看雖然題目是“Wi-Fi HaLow與傳統(tǒng)Wi-Fi”但真做IoT選型時大家也一定會拿HaLow和LoRa、NB-IoT比。我把三者放在同一張需求表里選大致是LoRa公里級超遠(yuǎn)距離、極低速率、極低功耗適合野外和廣域分散場景但需要網(wǎng)關(guān)協(xié)議轉(zhuǎn)換才能上云。NB-IoT覆蓋廣、蜂窩網(wǎng)絡(luò)、有運營商資源適合不愿自建網(wǎng)關(guān)的場景但要月租費部分地區(qū)信號不一定穩(wěn)定。Wi-Fi HaLow距離不如LoRa遠(yuǎn)但比傳統(tǒng)Wi-Fi遠(yuǎn)速率比LoRa高支持IP原生上云適合私有大帶寬鏈路、不想做協(xié)議轉(zhuǎn)換的場景。HaLow在這個中間位置幾乎沒有太完美的替代品。如果你的業(yè)務(wù)邊界正好是幾百米到一公里又希望傳感器直接走TCP/UDP上云那HaLow的價值就非常突出。它不是萬能的但在特定參數(shù)空間里方案性價比能打很高。4. 部署現(xiàn)場我實測到的數(shù)據(jù)和踩過的坑4.1 兩組現(xiàn)場測試數(shù)據(jù)幫你建立真實預(yù)期我去年拿一套HaLow無線模組做過園區(qū)透傳測試。第一個場景是工廠園區(qū)AP放在二樓辦公室STA裝在一樓電動卷簾門旁中間隔一層混凝土樓板和部分金屬支架屬于比較惡劣的跨樓層場景。實測8MHz信道、中等MCS等級距離約150米TCP有效吞吐約5-8Mbps信號強度在-75dBm左右。同位置的傳統(tǒng)2.4GHz無線路由器基本無法穩(wěn)定建鏈所以這個對比足夠說明問題。第二個場景是開闊路面視距測試16MHz信道加較高M(jìn)CS100米內(nèi)TCP吞吐可以跑到30Mbps以上到300米左右降到十幾Mbps。這個測試進(jìn)一步驗證了鏈路預(yù)算關(guān)系HaLow能跑多遠(yuǎn)和能跑多快是同一模型的兩端偏離“遠(yuǎn)距離等于高速率”的幻想項目設(shè)計會更穩(wěn)。4.2 部署中最容易踩的五個坑第一是頻段合規(guī)。Sub-GHz不是全球統(tǒng)一頻段美國、歐洲、中國對1GHz以下無線使用的規(guī)定各不相同。產(chǎn)品要做出口模組頻段可配置范圍和認(rèn)證狀態(tài)必須提前查不能默認(rèn)國內(nèi)能用的頻率到海外能直接用。很多HaLow芯片支持寬頻范圍但最終產(chǎn)品必須在出廠時鎖定當(dāng)?shù)胤ㄒ?guī)允許的信道和功率。第二是天線尺寸。低頻波長長天線體積比2.4GHz大不少。終端如果做在狹小外殼里PCB天線或內(nèi)置FPC天線調(diào)試會比較辛苦。項目早期就要評估外殼給天線留的空間夠不夠不要等開模完成后才發(fā)現(xiàn)諧振頻率偏了一大截。第三是同頻干擾。Sub-GHz頻段不只有HaLow可能還混著遙控器、無線門鈴、部分窄帶工業(yè)設(shè)備。這些東西平時不活躍一旦關(guān)鍵頻率被占住HaLow的可靠性會明顯下降。AP上線前做頻譜掃描同時留出幾組備用信道切換預(yù)案必須有。第四是TWT和延遲的權(quán)衡。為了省電終端睡眠時間被拉長云端下來的指令不能立刻到達(dá)終端。如果項目里有緊急關(guān)閥、遠(yuǎn)程急停這類需求必須把HaLow的延遲指標(biāo)和TWT參數(shù)充分考慮進(jìn)去或者把關(guān)鍵設(shè)備改成常供電模式而不是讓所有節(jié)點都走極深睡眠。第五是認(rèn)證和互聯(lián)互通。Wi-Fi Alliance的HaLow認(rèn)證已經(jīng)存在但不是所有模組都做了全面認(rèn)證。不同芯片廠商之間的互操作在非標(biāo)準(zhǔn)參數(shù)配置下仍然有小概率不兼容。做項目時盡量讓AP和STA來自同一家芯片方案減少排錯成本也方便固件統(tǒng)一管理。4.3 常見問題速查表故障現(xiàn)象可能原因排查思路連接不穩(wěn)、丟包偏高信道被占用干擾或終端深度睡眠導(dǎo)致握手超時先做頻譜掃描更換信道再檢查TWT參數(shù)是否合理遠(yuǎn)距離速率低MCS檔位太低或發(fā)射功率受限核對當(dāng)?shù)胤ㄒ?guī)功率上限調(diào)低信道帶寬換更高增益天線設(shè)備反復(fù)離線頻段配置錯誤或安全認(rèn)證失敗核對國家碼、信道頻點、加密參數(shù)查看AP日志電池掉電快TWT機制未真正生效抓包看Beacon和關(guān)聯(lián)請求確認(rèn)目標(biāo)喚醒時間協(xié)商后是否執(zhí)行AP帶載數(shù)不足節(jié)點上報過于頻繁主控CPU過載調(diào)整上報頻率減少無效心跳分拆成多個AP覆蓋5. 我的真實體會先畫一張需求決策表再談選型如果讓我用一句話概括Wi-Fi HaLow和傳統(tǒng)Wi-Fi的區(qū)別我會說傳統(tǒng)Wi-Fi追求“用得更快”HaLow追求“用得更遠(yuǎn)、更長、更省”。它們不是替代關(guān)系而是同一個802.11家族里針對不同場景的分工。我個人做項目時最終都會畫一張需求表把覆蓋半徑、終端數(shù)量、單包大小、上傳頻率、功耗預(yù)算、延遲要求、網(wǎng)關(guān)協(xié)議這幾項填進(jìn)去再決定用哪種無線方案。HaLow真正能贏得方案競爭的恰恰是那些傳統(tǒng)Wi-Fi覆蓋不夠、LoRa速率不足、ZigBee又不好上云的中間地帶。如果你現(xiàn)在正糾結(jié)要不要上HaLow我的建議是先別急著買開發(fā)板把應(yīng)用場景按這張表量化一遍很多答案會自己浮出來。