這年頭只要沾上設(shè)備數(shù)據(jù)采集、SCADA 升級(jí)、工業(yè)物聯(lián)網(wǎng)這幾個(gè)字就繞不開(kāi)四個(gè)縮寫(xiě)Modbus、OPC UA、MQTT、TCP。上個(gè)月給客戶做方案對(duì)方技術(shù)主管很認(rèn)真地問(wèn)我老張TCP 和 Modbus 到底哪個(gè)好我愣了一下這個(gè)問(wèn)題就跟問(wèn)“水泥和房子哪個(gè)好”一樣層面對(duì)不上。TCP 是傳輸通道Modbus、OPC UA、MQTT 是可以跑在通道上的應(yīng)用協(xié)議它們并不是同一個(gè)維度的東西。不過(guò)這也怪不得大家工業(yè)通信資料本來(lái)就又散又亂很多手冊(cè)只講自己的協(xié)議怎么用根本不講它在整個(gè)鏈路里是什么位置。這篇就把這幾個(gè)協(xié)議放在同一個(gè)坐標(biāo)系里講清楚核心是要說(shuō)明白它們各自解決什么問(wèn)題、適合什么場(chǎng)景、怎么組合。文章后面還有一條從 Modbus 到 OPC UA 再到 MQTT 的完整鏈路搭建步驟以及我在 C#、Qt、Vue3、STM32 這些端上踩過(guò)的坑屬于可以對(duì)照著操作的實(shí)戰(zhàn)向內(nèi)容。1. 先別急著選協(xié)議把通信的“坐標(biāo)系”拉出來(lái)1.1 傳輸層與應(yīng)用層TCP 是路其他協(xié)議是車做過(guò)網(wǎng)絡(luò)的人都知道TCP/IP 是個(gè)協(xié)議族TCP 是其中負(fù)責(zé)可靠傳輸?shù)摹斑\(yùn)輸工具”。它本身不關(guān)心你傳的是“溫度 36.5℃”還是“MOTOR_01_RUN”它只保證數(shù)據(jù)包不丟、不亂、不錯(cuò)。Modbus、OPC UA、MQTT 則完全不同它們是應(yīng)用層協(xié)議工作在 TCP 上面負(fù)責(zé)把一堆字節(jié)組織成有業(yè)務(wù)含義的數(shù)據(jù)。打個(gè)比方TCP 是高速公路Modbus 是皮卡OPC UA 是帶貨柜和掃碼系統(tǒng)的物流車MQTT 是專門(mén)送小包裹的快遞三輪。你要把一臺(tái)變頻器的電流數(shù)據(jù)送到云平臺(tái)先得上高速TCP再選一輛合適的車應(yīng)用協(xié)議但你不能站在高速路口問(wèn)“水泥路和皮卡哪個(gè)好”這不是一個(gè)維度的東西。1.2 為什么總有人把 Modbus、OPC UA、MQTT、TCP 放在一起比工業(yè)現(xiàn)場(chǎng)混亂的根源在于大家習(xí)慣按“品牌”和“項(xiàng)目階段”來(lái)記協(xié)議而不是按“技術(shù)層次”來(lái)記。PLC 與變頻器之間很多人用 Modbus RTU于是覺(jué)得 Modbus 是“底層協(xié)議”SCADA 和服務(wù)器之間用 OPC UA于是覺(jué)得 OPC UA 是“上層協(xié)議”云平臺(tái)用 MQTT又覺(jué)得它是“互聯(lián)網(wǎng)協(xié)議”。其實(shí)它們都是應(yīng)用層協(xié)議只是誕生年代、解決的問(wèn)題、各自的生態(tài)不同。搞清楚層之后再去看那些搜索熱詞就容易了Modbus TCP 是 Modbus 跑在 TCP 上的形態(tài)OPC UA 也默認(rèn)跑在 TCP 的 4840 端口上MQTT 默認(rèn)跑在 TCP 的 1883 端口上。你完全可以用一條 TCP 鏈路把 Modbus TCP、OPC UA、MQTT 全部串起來(lái)用。1.3 我的選型判斷模型數(shù)據(jù)、語(yǔ)義、網(wǎng)絡(luò)、生態(tài)這些年我選協(xié)議基本只看四個(gè)維度數(shù)據(jù)量小與大是幾個(gè)開(kāi)關(guān)量還是成百上千個(gè)帶時(shí)間戳的高頻采樣點(diǎn)語(yǔ)義要求下游系統(tǒng)只看見(jiàn)一個(gè)寄存器地址 40001還是需要知道這是“1號(hào)泵出口壓力單位 MPa量程 0-2.5”網(wǎng)絡(luò)環(huán)境純局域網(wǎng)、跨三層路由、4G/5G 公網(wǎng)、還是動(dòng)不動(dòng)斷線的弱網(wǎng)生態(tài)與運(yùn)維團(tuán)隊(duì)里有沒(méi)有人能維護(hù)這套東西壞了打哪個(gè)電話文檔全不全把這四個(gè)問(wèn)題想清楚再往下看每個(gè)協(xié)議的細(xì)節(jié)選型就不容易翻車。2. Modbus工業(yè)界的“老黃?！币廊荒艽虻吔缭絹?lái)越明顯2.1 Modbus 協(xié)議核心寄存器、功能碼、RTU 幀Modbus 是 1979 年施耐德前身 Modicon 搞出來(lái)的最初就是為了 PLC 通信。它的核心模型特別簡(jiǎn)單設(shè)備里放一堆“寄存器”主站通過(guò)功能碼去讀寫(xiě)。常用功能碼其實(shí)沒(méi)幾個(gè)01讀線圈DO02讀離散輸入DI03讀保持寄存器AO/數(shù)據(jù)04讀輸入寄存器AI05寫(xiě)單個(gè)線圈06寫(xiě)單個(gè)寄存器10十六進(jìn)制寫(xiě)多個(gè)寄存器Modbus RTU 跑在 RS485 串口上幀結(jié)構(gòu)是地址 1 字節(jié) 功能碼 1 字節(jié) 數(shù)據(jù) N 字節(jié) CRC16 校驗(yàn) 2 字節(jié)。RS485 是半雙工主站問(wèn)、從站答同一時(shí)刻只能有一個(gè)設(shè)備說(shuō)話。Modbus TCP 則是在 TCP/IP 上加了一個(gè) MBAP 報(bào)文頭把原來(lái)串口的“從站地址”改成“單元標(biāo)識(shí)符”默認(rèn)端口 502。它不需要 CRC 校驗(yàn)因?yàn)?TCP 本身有可靠傳輸和校驗(yàn)機(jī)制。2.2 Modbus RTU 還是 Modbus TCP先算一次輪詢周期有人問(wèn)過(guò)我“一個(gè)西門(mén)子 PLC 能不能帶 32 臺(tái)變頻器做 Modbus 通訊控制”答案是能但能不能滿足你的控制周期必須算賬。假設(shè) 32 臺(tái)變頻器都掛在一條 RS485 總線上每臺(tái)需要讀寫(xiě) 2 個(gè)寄存器比如啟停頻率設(shè)定再讀回電流頻率波特率設(shè)為 96008 數(shù)據(jù)位 1 停止位。每個(gè)字節(jié)實(shí)際傳輸是 10 個(gè) bit所以 9600 波特率下1 個(gè)字節(jié)大約需要 1.04ms。一次完整的請(qǐng)求應(yīng)答按 8 字節(jié)請(qǐng)求和 11 字節(jié)應(yīng)答算大約 20 字節(jié)光字節(jié)傳輸就已經(jīng) 20ms 左右。再加上變頻器的響應(yīng)延遲和 PLC 的掃描周期單臺(tái)一輪下來(lái)可能要 40-50ms32 臺(tái)就是 1.3-1.6 秒。這個(gè)周期做溫度控制、水泵啟停沒(méi)問(wèn)題但要做快速?gòu)埦o控制或者高速定位就完全不夠。這時(shí)候要么把波特率提到 115200要么拆成兩個(gè) RS485 口并行輪詢要么干脆換 PROFIBUS、PROFINET 或者 EtherCAT 這類實(shí)時(shí)總線。我在實(shí)際項(xiàng)目里的經(jīng)驗(yàn)是一個(gè) RS485 口掛 10 臺(tái)以下的變頻器比較舒服超過(guò) 20 臺(tái)就要認(rèn)真算輪詢周期并且把不重要的數(shù)據(jù)拆到慢周期里讀重要數(shù)據(jù)放到快周期里讀不要一個(gè)功能碼把幾十個(gè)寄存器全讀一遍。2.3 Modbus Slave 和 Modbus Poll調(diào)試工具的用法與“注冊(cè)碼”問(wèn)題調(diào)試 Modbus 時(shí)Modbus Slave 和 Modbus Poll 是繞不開(kāi)的兩個(gè)工具分別用來(lái)模擬從站和主站。Modbus Slave 可以在電腦上開(kāi)一個(gè)虛擬從站設(shè)置好地址、功能碼、寄存器數(shù)量和初始值。調(diào)試 PLC 程序時(shí)我給 PLC 配好 Modbus 通信參數(shù)然后用 Modbus Slave 模擬變頻器PLC 能正常讀寫(xiě)再去接真設(shè)備。這樣做能少跑很多現(xiàn)場(chǎng)。Modbus Poll 則是當(dāng)主站用可以同時(shí)輪詢多個(gè)從站還能把寄存器里的值以十進(jìn)制、十六進(jìn)制、浮點(diǎn)等形式顯示。排查點(diǎn)位錯(cuò)誤時(shí)非常方便比如“3C 8011 02 00”這類報(bào)文一看就懂不需要猜。需要提醒的是這兩個(gè)工具是商業(yè)軟件網(wǎng)上流傳的所謂“modbus poll 密鑰”“modbus slave 密鑰”“modbus poll 13.2.1 注冊(cè)碼”基本都是破解版輕則功能異常重則帶著木馬。我的建議是用官方試用版或者買正版這錢不值得省。除了這兩個(gè)ModScan、Modbus TCP Server 測(cè)試工具也有很多用于測(cè)試上位機(jī)。做 KingSCADA 這類組態(tài)軟件時(shí)連接 Modbus TCP 只需要在驅(qū)動(dòng)里建通道、設(shè)備、設(shè)備組和變量變量地址按“寄存器編號(hào)”填比如 40001 就對(duì)應(yīng)保持寄存器第一個(gè)地址類型和轉(zhuǎn)換方式要仔細(xì)看否則很容易整個(gè)數(shù)據(jù)區(qū)差一個(gè)字節(jié)。2.4 單片機(jī)做 Modbus RTU 的典型坑幀間隔和 RS485 收發(fā)切換Modbus RTU 有個(gè)容易被忽略的規(guī)則兩個(gè)字節(jié)之間間隔不能超過(guò) 1.5 個(gè)字符時(shí)間整個(gè)幀間隔 3.5 個(gè)字符時(shí)間。單片機(jī)在接收數(shù)據(jù)時(shí)如果按“收到一字節(jié)就處理一次”很容易被系統(tǒng)中斷打斷導(dǎo)致字節(jié)間隙超時(shí)主機(jī)就認(rèn)為幀錯(cuò)誤。正確做法是用串口空閑中斷或者 DMA攢夠一幀再統(tǒng)一解析。解析時(shí)先對(duì)地址再算 CRC16最后才執(zhí)行功能碼。執(zhí)行完要立刻把 RS485 芯片從接收態(tài)切換到發(fā)送態(tài)這個(gè)方向切換需要幾十微秒很多國(guó)產(chǎn)單片機(jī)芯片切換慢了第一幀應(yīng)答就會(huì)被主站錯(cuò)過(guò)。另外字節(jié)序問(wèn)題特別容易出狀況。Modbus 協(xié)議規(guī)定兩個(gè)字節(jié)的寄存器先發(fā)高字節(jié)再發(fā)低字節(jié)大端。但很多 PLC 和單片機(jī)內(nèi)部存儲(chǔ)是小端如果直接按內(nèi)存地址往外發(fā)溫度 36.5℃ 可能就變成負(fù)數(shù)了。所有浮點(diǎn)數(shù)、32 位整數(shù)都要明確項(xiàng)目里到底采用什么字節(jié)順序。3. OPC UA讓數(shù)據(jù)自帶“說(shuō)明書(shū)”的工業(yè)標(biāo)準(zhǔn)3.1 OPC UA 不只是一個(gè)傳輸協(xié)議更是一套“語(yǔ)義模型”很多人第一次接觸 OPC UA 時(shí)以為它就是比 Modbus 更安全的“數(shù)據(jù)搬運(yùn)工”。其實(shí) OPC UA 真正厲害的地方是信息建模。Modbus 給你的是一堆寄存器編號(hào)40001 是壓力還是溫度得靠人工查表。OPC UA 則允許你定義對(duì)象、變量、方法、引用關(guān)系。比如你定義一個(gè)對(duì)象“Pump01”它下面有“Speed”變量單位是“RPM”還有一個(gè)“Start”方法客戶端連上來(lái)不需要圖紙就能看懂?dāng)?shù)據(jù)含義。所以 OPC UA 特別適合做 SCADA 和設(shè)備互聯(lián)不同廠商的 PLC、傳感器、控制器只要支持 OPC UA就能用統(tǒng)一的方式互相讀數(shù)據(jù)不用為每個(gè)品牌寫(xiě)專門(mén)的驅(qū)動(dòng)。OPC UA 的傳輸映射也不止 opc.tcp:// 這一個(gè)還有 HTTPS、MQTT 等映射方式?，F(xiàn)在不少設(shè)備開(kāi)始支持 OPC UA over MQTT就是把 OPC UA 的信息模型用 MQTT 的發(fā)布訂閱方式傳輸解決從車間到云端的語(yǔ)義丟失問(wèn)題。3.2 用 KEPServerEX 搭 OPC UA 服務(wù)器用 UaExpert 做調(diào)試手上沒(méi)有真實(shí) PLC 時(shí)我習(xí)慣用 KEPServerEX也就是大家常說(shuō)的 Kepware模擬一套 OPC UA 服務(wù)器。大致步驟是在 KEPServerEX 里新建一個(gè) Channel選 Modbus TCP/IP Ethernet 驅(qū)動(dòng)Device 里填設(shè)備地址比如模擬軟件 Modbus Slave 的 IP 和端口然后添加 Tag地址寫(xiě) 40001、40002 這類寄存器號(hào)最后在 OPC UA 配置里啟用服務(wù)器端口默認(rèn) 49320設(shè)置安全策略和用戶權(quán)限。調(diào)試客戶端時(shí)我用 UaExpert。它是 Unified Automation 出的免費(fèi) OPC UA 客戶端功能和穩(wěn)定性都很好。網(wǎng)上有人找“OPC UA 調(diào)試軟件中文版”其實(shí) UaExpert 支持多語(yǔ)言界面在 Options 里切一下就行沒(méi)必要用來(lái)路不明的漢化包。UaExpert 連上 KEPServerEX 后可以看到地址空間里的節(jié)點(diǎn)和實(shí)時(shí)值也可以直接讀寫(xiě)。排查 OPC UA 連接問(wèn)題基本都是以下幾類端口不通、證書(shū)不受信任、安全策略不匹配、用戶名密碼錯(cuò)誤。先用 UaExpert 把這幾類問(wèn)題排干凈再寫(xiě)上層業(yè)務(wù)代碼效率會(huì)高很多。3.3 WinCC 做 OPC UA 服務(wù)器需要哪些配置現(xiàn)場(chǎng)用 WinCC 的情況非常多。WinCC 要作為 OPC UA 服務(wù)器給別人提供數(shù)據(jù)至少要確認(rèn)四件事在安裝 WinCC 時(shí)是否勾選了 OPC UA 服務(wù)器組件。沒(méi)裝的話后面補(bǔ)裝很折騰。在項(xiàng)目屬性里啟用 OPC UA 運(yùn)行系統(tǒng)服務(wù)器設(shè)好端口和證書(shū)。不同版本默認(rèn)端口不一樣常見(jiàn)的是 4860但以你實(shí)際安裝版本為準(zhǔn)。配置用戶權(quán)限或匿名訪問(wèn)。生產(chǎn)環(huán)境不建議匿名打開(kāi)。如果用 WinCC 自帶的證書(shū)客戶端第一次連接常常會(huì)報(bào)“證書(shū)不受信任”需要把服務(wù)器證書(shū)導(dǎo)出在客戶端機(jī)器上安裝信任。C# 連接 OPC UA 時(shí)可以用 OPCFoundation 的 .NET 標(biāo)準(zhǔn)庫(kù)先創(chuàng)建 ApplicationConfiguration再建 Session。最常見(jiàn)的報(bào)錯(cuò)就是“BadSecurityChecksFailed”和“BadCertificateUntrusted”十次有八次是證書(shū)問(wèn)題。測(cè)試階段可以在安全策略里選 None但上了產(chǎn)線一定要配證書(shū)。3.4 C#、Qt、Node-RED 怎么接 OPC UAC# 客戶端優(yōu)先用 OPCFoundation.NetStandard.Opc.Ua不要自己從頭實(shí)現(xiàn) UA 協(xié)議。Qt 端有 Qt OPC UA 模塊商業(yè)授權(quán)需要付費(fèi)不想買就封裝 open62541 這個(gè) C 語(yǔ)言庫(kù)。Node-RED 里裝 node-red-contrib-opcua 節(jié)點(diǎn)直接把服務(wù)器地址填進(jìn)去就能讀數(shù)據(jù)。不管哪種技術(shù)棧OPC UA 的核心對(duì)象都是 Session。建立 Session 時(shí)應(yīng)用名、應(yīng)用 URI、證書(shū)路徑這幾個(gè)參數(shù)都要保持一致。很多跨機(jī)器連接失敗就是因?yàn)閼?yīng)用 URI 里帶了本機(jī) IP證書(shū)卻是在另一臺(tái)機(jī)器生成的。4. MQTT為弱網(wǎng)、跨網(wǎng)而生的輕量級(jí)消息總線4.1 MQTT 協(xié)議詳解Broker、Topic、QoS、遺囑和保留消息MQTT 是發(fā)布訂閱架構(gòu)所有消息都經(jīng)過(guò)一個(gè) Broker。設(shè)備作為 Publisher 往某個(gè) Topic 發(fā)消息其他人作為 Subscriber 訂閱這個(gè) Topic。這樣發(fā)布者和訂閱者完全解耦設(shè)備關(guān)機(jī)、重啟、IP 變換都不影響消息路由。Topic 本質(zhì)上是一個(gè)帶層級(jí)結(jié)構(gòu)的字符串比如factory/site1/pump1/temperature。Topic 設(shè)計(jì)是整個(gè) MQTT 系統(tǒng)最關(guān)鍵的事我一般把“廠區(qū)/產(chǎn)線/設(shè)備/屬性”作為四級(jí)結(jié)構(gòu)方便后端做權(quán)限控制和數(shù)據(jù)分發(fā)。QoS 有三個(gè)級(jí)別這是 MQTT 里最容易被誤解的部分QoS 0發(fā)出去就不管可能丟。QoS 1保證至少一次可能重復(fù)。QoS 2保證恰好一次性能最差。工業(yè)上常用的組合是普通遙測(cè)用 QoS 0 或 1下發(fā)控制指令用 QoS 1 并在業(yè)務(wù)層做冪等。QoS 2 性能損失太大用到它的場(chǎng)景很少。MQTT 還有兩個(gè)很有用的機(jī)制遺囑消息Last Will和保留消息Retain。遺囑用于設(shè)備異常斷線時(shí)由 Broker 代為發(fā)布“設(shè)備離線”的消息保留消息則讓新訂閱的客戶端一上來(lái)就能拿到最新數(shù)據(jù)不需要等下一輪上報(bào)。4.2 從局域網(wǎng)到云平臺(tái)為什么 MQTT 越來(lái)越流行PLC 和 SCADA 之間用 OPC UA 很合適但數(shù)據(jù)一旦要出車間、上云平臺(tái)、給多個(gè)系統(tǒng)共享MQTT 的優(yōu)勢(shì)就出來(lái)了。首先MQTT 只需要設(shè)備能訪問(wèn) Broker 的 1883 或 8883 端口不需要開(kāi)放設(shè)備的任何端口對(duì)網(wǎng)絡(luò)安全非常友好。其次它天然支持一對(duì)多一個(gè) Broker 可以同時(shí)供 SCADA、MES、云平臺(tái)、手機(jī) App 訂閱。再一個(gè)MQTT 有斷線重連和會(huì)話續(xù)傳機(jī)制4G 信號(hào)時(shí)斷時(shí)續(xù)的現(xiàn)場(chǎng)它比長(zhǎng)連接自制協(xié)議穩(wěn)定得多。很多人問(wèn)“Kepserver 能對(duì)接 MQTT 嗎”?？梢?。KEPServerEX 的 IoT Gateway 或 MQTT 插件能把 Tag 直接發(fā)布到 Broker如果授權(quán)沒(méi)有這個(gè)插件也可以用 Node-RED 讀 OPC UA再轉(zhuǎn) MQTT效果完全夠用。4G 模塊接阿里云這類平臺(tái)時(shí)本質(zhì)也是 MQTT 協(xié)議只不過(guò)連接地址不是公網(wǎng) IP而是平臺(tái)提供的接入域名端口一般是 1883 或 443并需要 TLS 加密。設(shè)備端要用 ProductKey、DeviceName、DeviceSecret 拼出用戶名密碼做認(rèn)證這一套流程卡住的點(diǎn)大多是簽名算法不對(duì)最好先廠商官方調(diào)試工具測(cè)通了再移植到單片機(jī)。4.3 MQTT 客戶端和 Broker 怎么選Broker 我用過(guò)不少簡(jiǎn)單場(chǎng)景直接上 Mosquitto輕量、穩(wěn)定、部署方便如果設(shè)備量超過(guò)幾千并需要規(guī)則引擎、集群、監(jiān)控告警EMQX 更順手。RabbitMQ 也能通過(guò) rabbitmq-plugins enable rabbitmq_mqtt 開(kāi)啟 MQTT 插件但它的定位還是消息隊(duì)列工業(yè)物聯(lián)網(wǎng)場(chǎng)景沒(méi)必要繞這個(gè)彎?？蛻舳斯ぞ呤淄?MQTTX界面清晰可以同時(shí)模擬多個(gè)客戶端還能按 Topic 過(guò)濾消息。MQTT.fx 也還不錯(cuò)但有些版本比較舊。命令行調(diào)試則用 mosquitto_pub 和 mosquitto_sub簡(jiǎn)單可靠。4.4 MQTT 在工業(yè)場(chǎng)景里的四個(gè)深坑第一QoS 不等于不丟消息。QoS 1 只是保證 Broker 收到如果 Broker 本身宕機(jī)、磁盤(pán)滿或者后端消費(fèi)太慢消息照樣會(huì)丟。重要數(shù)據(jù)必須在下游加落庫(kù)邏輯。第二Topic 權(quán)限不做隔離會(huì)出安全事故。建議一個(gè)廠區(qū)一個(gè)賬號(hào)每個(gè)賬號(hào)只能發(fā)布或訂閱自己那部分 Topic訂閱權(quán)限和發(fā)布權(quán)限分開(kāi)。第三保留消息用不好會(huì)“詐尸”。比如設(shè)備已經(jīng)停了但 Broker 上還保留著“運(yùn)行”狀態(tài)新上線的 SCADA 一訂閱就拿到過(guò)期數(shù)據(jù)。解決方法是設(shè)備啟動(dòng)時(shí)主動(dòng)發(fā)布一次“初始化狀態(tài)”或者使用帶時(shí)間戳的載荷下游做時(shí)序判斷。第四4G 網(wǎng)絡(luò)下頻繁重連可能會(huì)被 Broker 當(dāng)成攻擊?？蛻舳艘O(shè)置合理的 keepalive并加指數(shù)退避重連不要 200ms 一次瘋狂重連。5. TCP 端口、長(zhǎng)連接與防火墻所有以太網(wǎng)通信的地基5.1 TCP 三次握手、四次揮手與長(zhǎng)連接、短連接不管 Modbus TCP、OPC UA 還是 MQTT底層都依賴 TCP。TCP 建立連接要三次握手客戶端發(fā) SYN服務(wù)端回 SYNACK客戶端再回 ACK。斷開(kāi)連接要四次揮手主要因?yàn)?TCP 是全雙工的雙方都要各自關(guān)閉一次發(fā)送通道?！癟CP 長(zhǎng)連接與短連接”的區(qū)別在于連接建立后是否持續(xù)使用。短連接是一次請(qǐng)求一來(lái)一回就斷開(kāi)適合低頻、請(qǐng)求量小的場(chǎng)景工業(yè)實(shí)時(shí)通信和多協(xié)議轉(zhuǎn)換場(chǎng)景更推薦長(zhǎng)連接因?yàn)檫B接建立的三次握手很耗時(shí)而且頻繁連接斷開(kāi)容易把端口資源耗盡。很多設(shè)備主動(dòng)上報(bào)場(chǎng)景設(shè)備側(cè)會(huì)建立一個(gè)到服務(wù)器的長(zhǎng)連接然后周期發(fā)送心跳。服務(wù)器看到心跳就知道設(shè)備在線超過(guò)幾個(gè)周期沒(méi)心跳就判斷離線。這套機(jī)制可以自己用 TCP 實(shí)現(xiàn)但每臺(tái)設(shè)備都要維護(hù)狀態(tài)很麻煩。所以大多數(shù)項(xiàng)目會(huì)用 MQTT 替代自制長(zhǎng)連接因?yàn)?MQTT 已經(jīng)把心跳、遺囑、重連都做好了。5.2 端口占用和“bind”錯(cuò)誤怎么排查做軟件調(diào)試時(shí)我最常碰到的一類錯(cuò)誤是error: listen tcp 127.0.0.1:11434: bind: only one usage of each socket address意思就是端口 11434 已經(jīng)被某個(gè)進(jìn)程占用了?？赡苁悄闵洗螁?dòng)的服務(wù)沒(méi)退出也可能是另一個(gè)程序搶占了端口。排查就三步Windows 用netstat -ano | findstr 11434Linux 用ss -lntp | grep 11434看哪個(gè)進(jìn)程占著。如果能確認(rèn)是僵尸進(jìn)程殺掉它。如果端口是被別的業(yè)務(wù)占用的就把你自己的服務(wù)端口改掉或者把沖突程序遷走。生產(chǎn)環(huán)境部署時(shí)我建議把服務(wù)端口全部記錄到一張端口表里避免同一臺(tái)服務(wù)器上裝多個(gè)系統(tǒng)時(shí)互相沖突。5.3 CentOS 防火墻開(kāi)放 TCP 端口注意別只改一層Linux 服務(wù)器上服務(wù)起來(lái)了但外部連不上十有八九是防火墻或云安全組沒(méi)放行端口。CentOS 7/8 上開(kāi)放 TCP 端口常用命令是firewall-cmd --permanent --add-port502/tcp firewall-cmd --permanent --add-port4840/tcp firewall-cmd --permanent --add-port1883/tcp firewall-cmd --reload配置文件會(huì)寫(xiě)到/etc/firewalld/zones/public.xml你可以直接查看確認(rèn)。這一步做完還要注意服務(wù)器是不是在云上云控制臺(tái)的安全組也要放行端口。我踩過(guò)好幾次本地防火墻關(guān)了云安全組忘了加端口照樣連不上。5.4 TCP 與 UDP 的區(qū)別以及工業(yè)實(shí)時(shí)控制為什么很少選 TCPTCP 和 UDP 最大的區(qū)別是可靠性和實(shí)時(shí)性。TCP 有連接狀態(tài)、丟包重傳、流量控制適合數(shù)據(jù)完整性要求高的場(chǎng)景UDP 無(wú)連接、延遲低、不保證不丟適合視頻流、時(shí)鐘同步、廣播發(fā)現(xiàn)這類場(chǎng)景。在一些實(shí)時(shí)運(yùn)動(dòng)控制或者 IO 同步場(chǎng)景里控制周期已經(jīng)到微秒或亞毫秒級(jí)TCP 的重傳機(jī)制反而變成包袱。所以 EtherCAT、PROFINET RT、POWERLINK 這類工業(yè)實(shí)時(shí)以太網(wǎng)協(xié)議很多都是在以太網(wǎng)幀層面直接設(shè)計(jì)不走 TCP。這也是為什么我說(shuō)如果你要做硬實(shí)時(shí)控制Modbus TCP 和 OPC UA 都不是合適的選擇。6. 四類典型場(chǎng)景下的協(xié)議選型直接對(duì)號(hào)入座6.1 場(chǎng)景一PLC 與變頻器、儀表、傳感器通信首選 Modbus RTU 或 Modbus TCP。原因很簡(jiǎn)單變頻器、溫控器、電表、水表幾乎都帶 Modbus 接口成本低、兼容性最好。如果距離在 100 米內(nèi)、不怕網(wǎng)線用 Modbus TCP 更方便因?yàn)榭梢灾苯幼呓粨Q機(jī)不用考慮 RS485 的地址沖突和終端電阻。如果是現(xiàn)場(chǎng)改造、距離遠(yuǎn)、環(huán)境亂Modbus RTU 更實(shí)用。特殊情況下施耐德 ATV 系列變頻器用 Modbus 通信時(shí)需要把變頻器的通信參數(shù)設(shè)成和 PLC 一致尤其是波特率、校驗(yàn)位、從站地址這三項(xiàng)不對(duì)一條指令都發(fā)不出去。常見(jiàn)的報(bào)錯(cuò)是“地址無(wú)應(yīng)答”優(yōu)先查物理接線和終端電阻而不是查程序。6.2 場(chǎng)景二SCADA、MES 系統(tǒng)采集全廠設(shè)備數(shù)據(jù)這個(gè)場(chǎng)景推薦 OPC UA。設(shè)備層可能是 Modbus、S7、PROFINET 各種協(xié)議混合OPC UA 能把這些異構(gòu)數(shù)據(jù)統(tǒng)一成帶語(yǔ)義的信息模型讓上層系統(tǒng)只面對(duì)一套接口。如果現(xiàn)場(chǎng)沒(méi)有現(xiàn)成 OPC UA 服務(wù)器就用 KEPServerEX 這類網(wǎng)關(guān)軟件把 Modbus 等協(xié)議轉(zhuǎn)換成 OPC UA。設(shè)備多、點(diǎn)位復(fù)雜時(shí)重點(diǎn)不是協(xié)議選型而是點(diǎn)位表怎么設(shè)計(jì)。點(diǎn)位表里必須包含設(shè)備名、寄存器地址、數(shù)據(jù)類型、單位、縮放系數(shù)、讀寫(xiě)權(quán)限否則 OPC UA 建出來(lái)的模型也是亂的。6.3 場(chǎng)景三設(shè)備數(shù)據(jù)上傳云平臺(tái)、跨廠區(qū)集中監(jiān)控首選 MQTT。通過(guò) Broker 做數(shù)據(jù)中轉(zhuǎn)設(shè)備不用暴露公網(wǎng)端口云平臺(tái)只用訂閱 Topic 就能拿到全廠數(shù)據(jù)。整套鏈路通常是這樣現(xiàn)場(chǎng)設(shè)備用 Modbus RTU 到邊緣網(wǎng)關(guān)網(wǎng)關(guān)里用 Node-RED 或 KEPServerEX 把數(shù)據(jù)轉(zhuǎn)成 OPC UA再通過(guò) MQTT 發(fā)布到 Broker云平臺(tái)或數(shù)據(jù)中心訂閱。如果你用 RabbitMQ 這類消息中間件可以把 MQTT 插件啟用來(lái)對(duì)接設(shè)備但設(shè)備規(guī)模大、需要多租戶和規(guī)則管理時(shí)EMQX 這類原生 MQTT Broker 更合適。6.4 場(chǎng)景四遠(yuǎn)程運(yùn)維、手機(jī) App、Web 端看數(shù)據(jù)遠(yuǎn)程運(yùn)維優(yōu)先 MQTTWebSocket。手機(jī) App 和 Web 前端要實(shí)時(shí)看數(shù)據(jù)都用 MQTT 訂閱。Vue3 做前端時(shí)安裝 mqtt 包連接地址不要寫(xiě)成 tcp://IP:1883瀏覽器環(huán)境只能用 ws:// 或 wss:// 地址連接 Broker這個(gè)點(diǎn)我后面還會(huì)展開(kāi)。ES 網(wǎng)關(guān)或 ESP01S 這類模塊直接發(fā) TCP 消息到手機(jī)端做演示可以實(shí)現(xiàn)但正式遠(yuǎn)程運(yùn)維項(xiàng)目不建議自己從零做 TCP 協(xié)議因?yàn)橹剡B、加密、心跳、權(quán)限這些成本太高了直接上 MQTT 是更理性的選擇。7. 親手搭一條 Modbus → OPC UA → MQTT 的數(shù)據(jù)鏈路7.1 為什么不是“Modbus 直接轉(zhuǎn) MQTT”如果只是想把 Modbus 數(shù)據(jù)發(fā)到云平臺(tái)Modbus 直接轉(zhuǎn) MQTT 確實(shí)更簡(jiǎn)單KEPServerEX 或 Node-RED 都能做。但工業(yè)項(xiàng)目里我建議中間加一層 OPC UA原因是OPC UA 能補(bǔ)充語(yǔ)義、單位、報(bào)警、歷史數(shù)據(jù)這些信息而且是標(biāo)準(zhǔn)建模方便以后擴(kuò)展接口。舉個(gè)實(shí)際例子Modbus 里的 40001 是什么含義無(wú)人知曉但 OPC UA 信息模型里會(huì)有“Pump1_Speed”單位是 RPM。下一個(gè)系統(tǒng)來(lái)接數(shù)據(jù)對(duì)著地址空間就能看懂。所以鏈路設(shè)計(jì)成“Modbus → OPC UA → MQTT”并不是多此一舉。7.2 第一步用 Modbus Slave 和 Modbus Poll 驗(yàn)證基礎(chǔ)讀寫(xiě)先打開(kāi) Modbus Slave創(chuàng)建從站地址 1功能碼 03保持寄存器起始地址 0寄存器數(shù)量 10 個(gè)。隨便給寄存器填一些測(cè)試值。再打開(kāi) Modbus Poll建立連接選 Modbus TCPIP 填 127.0.0.1端口 502從站地址 1功能碼 03。連接后能看到 Modbus Slave 里的寄存器值說(shuō)明基礎(chǔ)鏈路通了。這一步看著簡(jiǎn)單但相當(dāng)重要。如果你連模擬器都連不通后面接真設(shè)備也會(huì)一臉懵。先把協(xié)議打通再關(guān)注業(yè)務(wù)邏輯。7.3 第二步KEPServerEX 配 OPC UAUaExpert 驗(yàn)證把 KEPServerEX 當(dāng)作 Modbus TCP 客戶端主站去讀取 Modbus Slave 的數(shù)據(jù)然后把數(shù)據(jù)以 OPC UA 服務(wù)器的形式對(duì)外發(fā)布。具體操作新建 Channel驅(qū)動(dòng)選 Modbus TCP/IP Ethernet。Device 名稱隨便填通信地址填 127.0.0.1:502從站地址填 1。新建 Tag地址填寄存器號(hào)比如 40001。啟動(dòng) KEPServerEX 的 OPC UA 服務(wù)器端口默認(rèn) 49320。再用 UaExpert 連接 opc.tcp://127.0.0.1:49320地址空間里能看到你添加的 Tag 和實(shí)時(shí)值。如果能看到并讀寫(xiě)說(shuō)明 OPC UA 這一層已經(jīng)通了。7.4 第三步Node-RED 實(shí)現(xiàn) OPC UA 轉(zhuǎn) MQTTNode-RED 裝好之后在“管理調(diào)色板”里安裝 node-red-contrib-opcua 和 node-red-contrib-mqtt-broker或者直接用 MQTT 節(jié)點(diǎn)一般還需要 node-red-dashboard 來(lái)看數(shù)據(jù)。流程邏輯是添加一個(gè) OPC UA Client 節(jié)點(diǎn)連接 opc.tcp://127.0.0.1:49320選擇 KEPServerEX 地址空間里的 Tag。在 Function 節(jié)點(diǎn)里把數(shù)據(jù)整理成帶時(shí)間戳的 JSON。用 MQTT Out 節(jié)點(diǎn)發(fā)送到 Broker假設(shè) Broker 是 127.0.0.1:1883Topic 設(shè)為factory/demo/pump1/speedQoS 設(shè)為 1。一個(gè)最小化的 Function 節(jié)點(diǎn)代碼大概是const v msg.payload; msg.topic factory/demo/pump1/speed; msg.payload JSON.stringify({ ts: new Date().toISOString(), speed: Number(v) }); msg.qos 1; return msg;注意 OPC UA 節(jié)點(diǎn)讀出來(lái)的值不同數(shù)據(jù)類型在 msg.payload 里的結(jié)構(gòu)可能不一樣第一次跑通后最好用 Debug 節(jié)點(diǎn)打出來(lái)看一眼再解析不要想當(dāng)然。7.5 第四步MQTTX 訂閱驗(yàn)證整條鏈路打開(kāi) MQTTX新建連接填 Broker 地址 mqtt://127.0.0.1:1883然后訂閱factory/demo/pump1/speed。這時(shí)候去 Modbus Slave 里改寄存器的值你會(huì)看到 MQTTX 里秒變新消息鏈路就算徹底通了。整條鏈路從 Modbus Slave 到 MQTTX繞了一圈但每段都清晰可查。生產(chǎn)環(huán)境里這條鏈路會(huì)被部署在邊緣網(wǎng)關(guān)或服務(wù)器上Node-RED 只是其中一種實(shí)現(xiàn)方式。對(duì)穩(wěn)定性要求高的系統(tǒng)可以把 OPC UA 到 MQTT 的橋接做成獨(dú)立服務(wù)避免 Node-RED 進(jìn)程崩潰影響生產(chǎn)。8. 各技術(shù)棧接入要點(diǎn)與踩坑經(jīng)驗(yàn)8.1 上位機(jī)開(kāi)發(fā)C#、Qt 接 OPC UA 的常見(jiàn)坑C# 接 OPC UA優(yōu)先用官方 OPCFoundation.NetStandard 庫(kù)。我之前遇到最坑的事是 ApplicationUri 和證書(shū)不匹配本地調(diào)試正常部署到服務(wù)器就報(bào)“BadCertificateUntrusted”。后來(lái)發(fā)現(xiàn)是證書(shū)里寫(xiě)的應(yīng)用名、IP 和代碼里對(duì)不上。解決方法是把證書(shū)重新生成確保證書(shū)的 Subject 和 ApplicationUri 完全一致。Qt 接 OPC UA可以用 Qt 官方模塊但商業(yè)授權(quán)要單獨(dú)買如果項(xiàng)目預(yù)算有限用 open62541 封一層 C 接口性能和可控性也都不差。8.2 Web 端Vue3 接 MQTT 必須走 WebSocketVue3 項(xiàng)目里接 MQTTnpm 安裝 mqtt 包后第一件事是確認(rèn)連接協(xié)議。瀏覽器里不能直接連mqtt://192.168.1.10:1883因?yàn)闉g覽器沒(méi)有 TCP socket必須讓 Broker 開(kāi)啟 WebSocket 監(jiān)聽(tīng)。EMQX 默認(rèn) WebSocket 端口是 8083ws和 8084wssMosquitto 要自己配置。連接地址一般是ws://192.168.1.10:8083/mqtt。Vue 項(xiàng)目里還要注意 HMR 熱更新會(huì)導(dǎo)致組件重復(fù)創(chuàng)建 MQTT 客戶端舊的連接沒(méi)斷開(kāi)新連接又來(lái)了最后控制臺(tái)一堆報(bào)錯(cuò)。正確做法是封裝一個(gè)全局單例或者在 onUnmounted 里主動(dòng)斷開(kāi)。8.3 嵌入式端STM32 移植 MQTT4G 模塊 AT 指令直接發(fā)STM32 上移植 MQTT 協(xié)議如果跑的是 lwIP mbedTLS可以直接用 Eclipse Paho MQTT 嵌入版 C 庫(kù)。如果設(shè)備接的是 4G 模塊很多模塊自己內(nèi)置了 MQTT AT 指令比如移遠(yuǎn) EC200S 系列直接用 ATQMTCFG、ATQMTOPEN、ATQMTPUB 就能上云不要非在 MCU 里重寫(xiě)一遍 MQTT 協(xié)議。用 AT 指令的好處是省內(nèi)存、省開(kāi)發(fā)時(shí)間壞處是靈活性受限比如遺囑消息、自定義報(bào)文的支持程度要看模組手冊(cè)選型時(shí)就要確認(rèn)清楚。8.4 壓測(cè)JMeter 下載 MQTT 插件做 Broker 壓力驗(yàn)證Broker 選型不能拍腦袋。我習(xí)慣在 JMeter 里裝 MQTT 插件通過(guò) Plugins Manager 搜索“MQTT”安裝然后寫(xiě)一個(gè)腳本模擬多客戶端并發(fā)發(fā)布訂閱測(cè)幾千個(gè)連接下 Broker 的延遲和丟消息率。壓測(cè)時(shí)不要把所有線程一次性創(chuàng)建出來(lái)要設(shè)置 ramp-up 時(shí)間模擬真實(shí)設(shè)備逐步上線的過(guò)程。否則一下子就打崩 Broker你也分不清是配置問(wèn)題還是資源不夠。8.5 后臺(tái)系統(tǒng)集成 MQTT 的工程建議有朋友問(wèn)過(guò)“若依框架里怎么集成 MQTT”。這類后臺(tái)管理系統(tǒng)建議單獨(dú)做一個(gè) MQTT 消費(fèi)者服務(wù)用線程池處理消息然后落庫(kù)或轉(zhuǎn)發(fā)給業(yè)務(wù)模塊。不要把 MQTT 回調(diào)直接塞進(jìn) Web 請(qǐng)求線程一旦 Broker 消息量大整個(gè)后端都會(huì)被拖垮。我還會(huì)在消費(fèi)端記錄消息時(shí)間戳和源 Topic方便后續(xù)排查丟消息和重復(fù)消息的問(wèn)題。9. 最后說(shuō)幾句大實(shí)話協(xié)議選型本質(zhì)上不是選“哪個(gè)技術(shù)最強(qiáng)”而是選“哪個(gè)方案在你的團(tuán)隊(duì)、你的預(yù)算、你的交付周期里最穩(wěn)”。這幾年我的體會(huì)是Modbus 像老一輩的老師傅技術(shù)不花哨但可靠、哪里都能用OPC UA 像標(biāo)準(zhǔn)化的現(xiàn)代工程師把數(shù)據(jù)和語(yǔ)義整理得清清楚楚但學(xué)習(xí)成本和調(diào)試成本明顯更高M(jìn)QTT 像快遞網(wǎng)絡(luò)不關(guān)心包裹是什么只管安全準(zhǔn)時(shí)送到特別適合跨網(wǎng)和云平臺(tái)場(chǎng)景。而 TCP是所有以太網(wǎng)通信的地基你不可能繞開(kāi)它。最后一個(gè)特別想提醒的是把數(shù)據(jù)字典寫(xiě)清楚比選對(duì)協(xié)議更重要。協(xié)議只是把數(shù)據(jù)從 A 搬到 B但“這個(gè)寄存器到底代表什么、單位是什么、是 int 還是 float、端序如何”這些信息如果不寫(xiě)下來(lái)后面每次聯(lián)調(diào)都會(huì)變成一場(chǎng)災(zāi)難。我見(jiàn)過(guò)太多項(xiàng)目調(diào)試半個(gè)月最后發(fā)現(xiàn)只是字節(jié)序反了。選型之前先拿一張紙把設(shè)備清單、點(diǎn)位表、網(wǎng)絡(luò)拓?fù)?、?shù)據(jù)流向畫(huà)出來(lái)。畫(huà)完你自然就知道該怎么選了。