常見設(shè)備協(xié)議：ModbusRTU/RS485、ModbusTCP、MQTT、LoRaWAN、NBIoT、HTTP、OPC  UA、BACnet、DNP3等，協(xié)議物理層有RS485、以太網(wǎng)、4G/NBIoT、LoRa。核心思路：協(xié)議網(wǎng)關(guān)做協(xié)議轉(zhuǎn)換，把各異構(gòu)協(xié)議統(tǒng)一翻譯成標(biāo)準(zhǔn)MQTT，再上云;云平臺做設(shè)備模型、數(shù)據(jù)解析、規(guī)則引擎實現(xiàn)歸一化管理。

整體架構(gòu)分層

1.  設(shè)備層：各類異構(gòu)協(xié)議終端(傳感器、PLC、儀表、控制器)

2.  接入網(wǎng)關(guān)層(最關(guān)鍵)：協(xié)議轉(zhuǎn)換、邊緣預(yù)處理

3.  網(wǎng)絡(luò)傳輸層：以太網(wǎng)、4G/5G、NBIoT、LoRa

4.  云平臺層：設(shè)備接入、物模型、消息解析、存儲、應(yīng)用服務(wù)

>  核心原則：不上云原生協(xié)議直接透傳，全部轉(zhuǎn)為MQTT作為云側(cè)統(tǒng)一輸入?yún)f(xié)議，云平臺只處理標(biāo)準(zhǔn)化MQTT報文，不直接對接多種私有/工業(yè)協(xié)議。

兩種主流實現(xiàn)模式

模式1：硬件工業(yè)網(wǎng)關(guān)(邊緣硬件，現(xiàn)場部署)

適用：現(xiàn)場大量RS485 Modbus、BACnet、PLC等有線工業(yè)設(shè)備。

工作流程：

1.  網(wǎng)關(guān)物理接口接設(shè)備：RS485、網(wǎng)口;采集ModbusRTU、OPC  UA、BACnet等設(shè)備數(shù)據(jù);

2.  網(wǎng)關(guān)內(nèi)部完成協(xié)議解析、點(diǎn)表映射，把寄存器、點(diǎn)位轉(zhuǎn)換成JSON;

3.  統(tǒng)一封裝為標(biāo)準(zhǔn)MQTT報文，通過4G/以太網(wǎng)上報云平臺;

4.  下行：云平臺下發(fā)MQTT指令，網(wǎng)關(guān)反向轉(zhuǎn)換為對應(yīng)設(shè)備協(xié)議下發(fā)控制。

代表硬件：Modbus云網(wǎng)關(guān)、LoRa網(wǎng)關(guān)、邊緣IO網(wǎng)關(guān)(如DAM系列配套網(wǎng)關(guān))

>  優(yōu)勢：現(xiàn)場協(xié)議全部在邊緣轉(zhuǎn)換，云側(cè)不用開發(fā)多協(xié)議解析;支持?jǐn)嗑€緩存、本地閾值告警、邊緣計算;減輕云端壓力。

>  局限：需要現(xiàn)場部署硬件，點(diǎn)位變更需要配置網(wǎng)關(guān)點(diǎn)表。

模式2：軟件協(xié)議網(wǎng)關(guān)(云側(cè)/虛擬機(jī)Docker服務(wù)，協(xié)議適配器)

適用：設(shè)備本身網(wǎng)絡(luò)可達(dá)，如ModbusTCP、OPC UA服務(wù)器，無本地硬件網(wǎng)關(guān)條件。

部署：在服務(wù)器/容器部署軟件網(wǎng)關(guān)服務(wù)(EMQX插件、NodeRED、JetLinks適配器、ThingsBoard gateway)

1.  軟件網(wǎng)關(guān)作為客戶端，主動去輪詢各個不同協(xié)議設(shè)備;

2.  將不同協(xié)議數(shù)據(jù)解析，轉(zhuǎn)換MQTT消息推送到云平臺MQTT Broker;

3.  云下發(fā)指令，軟件網(wǎng)關(guān)翻譯回原協(xié)議下發(fā)設(shè)備。

>  優(yōu)勢：不用新增現(xiàn)場硬件，適合機(jī)房內(nèi)網(wǎng)設(shè)備;

>  劣勢：協(xié)議解析全部壓在云端服務(wù)器，網(wǎng)絡(luò)差時可靠性差，不適合RS485有線現(xiàn)場設(shè)備。

云平臺側(cè)如何做到“統(tǒng)一管理”

不管硬件還是軟件網(wǎng)關(guān)，上報到云平臺都是MQTT，云平臺做三件事完成歸一化：

1.  物模型統(tǒng)一抽象

所有設(shè)備屏蔽底層協(xié)議差異，定義統(tǒng)一物模型：屬性、事件、服務(wù)。

例如：電壓、溫度、開關(guān)狀態(tài)，不管設(shè)備是Modbus還是BACnet，在云平臺展示字段完全一樣。網(wǎng)關(guān)負(fù)責(zé)把原始寄存器映射到物模型字段。

2.  消息解析/腳本轉(zhuǎn)換

網(wǎng)關(guān)上報原始報文時，云平臺支持JS腳本解析：對上報payload做解碼，把原始數(shù)據(jù)轉(zhuǎn)為平臺標(biāo)準(zhǔn)格式。

>  最佳實踐：解析盡量放在邊緣網(wǎng)關(guān)，云端只做二次校驗，不要把協(xié)議解析全部丟給云平臺。

3.  統(tǒng)一設(shè)備生命周期

所有異構(gòu)設(shè)備統(tǒng)一：注冊、激活、在線狀態(tài)、影子、OTA、告警、權(quán)限、分組、規(guī)則引擎。上層業(yè)務(wù)完全感知不到底層是什么協(xié)議。

典型協(xié)議處理對照表

開源與商用平臺選型參考

1.  私有化部署

-  ThingsBoard：內(nèi)置Gateway組件，支持Modbus、OPC UA等多協(xié)議適配器，物模型完善

-  JetLinks：國產(chǎn)開源IoT，多協(xié)議適配器，設(shè)備管理強(qiáng)大

-  EMQX Broker：高性能MQTT消息服務(wù)器，搭配規(guī)則引擎+插件實現(xiàn)協(xié)議適配，本身不做業(yè)務(wù)設(shè)備管理

2.  公有云

阿里云IoT、移動OneNET：依靠邊緣網(wǎng)關(guān) +  物模型，各異構(gòu)設(shè)備通過網(wǎng)關(guān)轉(zhuǎn)MQTT接入。

關(guān)鍵坑點(diǎn)與最佳實踐

1.  ?錯誤做法：云平臺直接接收Modbus、BACnet原始報文，云端解析協(xié)議。網(wǎng)絡(luò)抖動、并發(fā)大時極易出錯。

?正確：協(xié)議轉(zhuǎn)換下沉邊緣，云只收標(biāo)準(zhǔn)化MQTT。

2.  點(diǎn)表管理：Modbus這類寄存器設(shè)備，一定要維護(hù)點(diǎn)位映射表，網(wǎng)關(guān)完成寄存器到物模型字段映射。

3.  下行控制：云下發(fā)標(biāo)準(zhǔn)服務(wù)指令，網(wǎng)關(guān)反向翻譯成設(shè)備原生協(xié)議;不要業(yè)務(wù)層直接下發(fā)原始寄存器指令。

4.  斷線：硬件網(wǎng)關(guān)開啟本地緩存，網(wǎng)絡(luò)恢復(fù)補(bǔ)傳數(shù)據(jù)，保證現(xiàn)場數(shù)據(jù)不丟失。

5.  私有協(xié)議設(shè)備：必須通過網(wǎng)關(guān)做私有協(xié)議解析，轉(zhuǎn)MQTT，私有協(xié)議不能直連云。

極簡落地流程

1.  梳理現(xiàn)場全部設(shè)備：協(xié)議類型、物理接口、點(diǎn)位清單;

2.  選型硬件網(wǎng)關(guān)(RS485多就選硬件網(wǎng)關(guān);內(nèi)網(wǎng)以太網(wǎng)設(shè)備可選軟件網(wǎng)關(guān));

3.  在網(wǎng)關(guān)配置點(diǎn)表：原始點(diǎn)位映射為標(biāo)準(zhǔn)JSON;

4.  網(wǎng)關(guān)輸出MQTT對接云平臺MQTT服務(wù);

5.  云平臺定義統(tǒng)一物模型;

6.  測試上報、遠(yuǎn)程控制、告警，上層業(yè)務(wù)直接調(diào)用平臺統(tǒng)一API，無需關(guān)心底層設(shè)備協(xié)議。