1. 為什么“PLC → Web SCADA”這條路90%的工程師卡在第一步就放棄了我第一次把臺達(dá)AS系列PLC的數(shù)據(jù)實(shí)時顯示在手機(jī)瀏覽器上時不是靠什么云平臺SaaS服務(wù)也不是買一套動輒十幾萬的商業(yè)SCADA軟件——而是用一臺二手樹莓派、一個工業(yè)智能網(wǎng)關(guān)、Node.js寫的一段不到200行的代碼外加一個MQTT Broker。整個過程從接線到上線耗時3小時47分鐘其中3小時12分鐘花在查文檔、試端口、改配置上。這不是炫技而是工業(yè)現(xiàn)場最真實(shí)的狀態(tài)硬件能通協(xié)議能跑但數(shù)據(jù)就是進(jìn)不了網(wǎng)頁。這背后藏著三個被絕大多數(shù)入門教程刻意回避的硬傷第一PLC本身不說話——它只提供Modbus TCP或EtherNet/IP這類底層協(xié)議沒有HTTP接口更不認(rèn)MQTT第二工業(yè)智能網(wǎng)關(guān)不是“即插即用”的U盤它的核心價值在于協(xié)議翻譯與數(shù)據(jù)整形而90%的用戶把它當(dāng)成了透明網(wǎng)橋第三Node.js在這里不是用來寫網(wǎng)站的它是數(shù)據(jù)流的調(diào)度中樞、協(xié)議轉(zhuǎn)換的中間件、以及異常狀態(tài)的守門人——但幾乎所有Node.js教程都教你怎么搭Express服務(wù)器沒人告訴你怎么讓net.Socket穩(wěn)定維持100個PLC連接。你搜“plc編程入門基礎(chǔ)知識”得到的是梯形圖邏輯搜“mqtt協(xié)議詳解”看到的是QoS等級和主題層級搜“node.js安裝教程”教你怎么nvm install 18.20.4。可沒人告訴你臺達(dá)PLC默認(rèn)關(guān)閉Modbus TCP服務(wù)必須進(jìn)參數(shù)設(shè)置頁手動啟用MQTT Explorer連不上Broker八成是因?yàn)閃indows防火墻放行了1883端口卻忘了禁用IPv6導(dǎo)致bind失敗Node.js進(jìn)程一重啟所有PLC連接就斷而你根本沒寫重連邏輯。這篇指南不講概念不畫架構(gòu)圖不列“五大優(yōu)勢”。我們直接拆解從PLC物理網(wǎng)口擰出網(wǎng)線那一刻起到你在Chrome地址欄輸入http://localhost:3000看到實(shí)時溫度曲線為止每一步踩過的坑、測過的參數(shù)、改過的代碼全部攤開。你會看到真實(shí)的IP配置截圖已脫敏、Wireshark抓包里Modbus功能碼03的原始字節(jié)流、MQTT Broker日志中Client gateway-01 connected之后緊接著的Connection refused, not authorized錯誤、以及Node.js里那個被反復(fù)重構(gòu)了7次的reconnectWithBackoff()函數(shù)。這不是理論推演這是我在食品廠灌裝線、光伏逆變器調(diào)試現(xiàn)場、還有三臺閑置PLC堆在辦公桌上的實(shí)操復(fù)盤。關(guān)鍵詞PLC、Web SCADA、MQTT、Node.js、工業(yè)智能網(wǎng)關(guān)——它們不是并列關(guān)系而是數(shù)據(jù)流動的五個關(guān)鍵節(jié)點(diǎn)PLC是源頭數(shù)據(jù)生產(chǎn)者工業(yè)智能網(wǎng)關(guān)是翻譯官協(xié)議轉(zhuǎn)換器MQTT是郵局消息分發(fā)網(wǎng)絡(luò)Node.js是調(diào)度室業(yè)務(wù)邏輯處理器Web SCADA是終端可視化呈現(xiàn)。漏掉任何一個環(huán)節(jié)整條鏈路就斷在暗處。接下來我們就按這個物理流向一節(jié)一節(jié)擰緊螺絲。2. 工業(yè)智能網(wǎng)關(guān)不是路由器是懂PLC方言的翻譯官市面上標(biāo)著“工業(yè)智能網(wǎng)關(guān)”的盒子長得都像路由器——四個網(wǎng)口、一個電源、指示燈閃爍。但如果你把它當(dāng)成普通路由器去配DHCP、設(shè)SSID那它永遠(yuǎn)只是個擺設(shè)。它的本質(zhì)是嵌入式Linux系統(tǒng)多協(xié)議棧固件可配置規(guī)則引擎的組合體。我手頭這臺匯川HG200也測試過研華WISE-4050和樹莓派Modbus TCP轉(zhuǎn)MQTT腳本核心能力不在“聯(lián)網(wǎng)”而在理解PLC說的方言并把它翻譯成MQTT能聽懂的普通話。先說最關(guān)鍵的誤區(qū)很多人以為網(wǎng)關(guān)只要連上PLC網(wǎng)口就能自動采集數(shù)據(jù)。錯。它需要你明確告訴它三件事PLC的IP和端口、要讀哪個寄存器地址、讀出來的原始字節(jié)怎么解釋成工程值。以臺達(dá)DVP-ES3 PLC為例溫度傳感器接在AI模塊第1通道對應(yīng)Modbus地址40001保持寄存器功能碼03。但網(wǎng)關(guān)配置界面里你填的不是“40001”而是設(shè)備地址1PLC站號非IP起始地址0注意Modbus協(xié)議里40001對應(yīng)偏移量0不是1寄存器數(shù)量1數(shù)據(jù)類型INT1616位有符號整數(shù)縮放系數(shù)0.1因?yàn)镻LC里存的是10倍整數(shù)實(shí)際溫度讀數(shù)×0.1提示這個縮放系數(shù)是工業(yè)現(xiàn)場最常被忽略的細(xì)節(jié)。我見過三次故障一次是水冷機(jī)組溫度顯示-3276.8℃INT16溢出未處理一次是壓力表讀數(shù)始終為0縮放系數(shù)填成10.0而非0.1一次是流量累計值跳變網(wǎng)關(guān)未啟用“保持最后值”策略PLC通訊中斷時返回0。這些都不是代碼bug是配置失當(dāng)。網(wǎng)關(guān)的Web管理界面通常有“協(xié)議配置”、“數(shù)據(jù)點(diǎn)配置”、“MQTT發(fā)布”三大板塊。重點(diǎn)說“數(shù)據(jù)點(diǎn)配置”里的陷阱有些網(wǎng)關(guān)如早期版本HG200要求你為每個寄存器單獨(dú)建一個“數(shù)據(jù)點(diǎn)”命名必須是英文數(shù)字不能含下劃線或中文且長度不超過16字符。我曾因給溫度點(diǎn)命名為temp_oven_117字符導(dǎo)致整個MQTT發(fā)布功能失效日志里只有一行[ERROR] Invalid point name查了兩小時才發(fā)現(xiàn)是命名超長。MQTT發(fā)布配置更微妙。主題Topic不能寫死成/plc/temperature而應(yīng)設(shè)計成帶設(shè)備標(biāo)識的層級結(jié)構(gòu)例如plc/delta/line1/oven/temp。這樣做的好處是當(dāng)產(chǎn)線增加第二臺PLC時只需新增plc/delta/line2/oven/temp主題Node.js訂閱plc/delta//oven/temp就能自動覆蓋。而如果所有設(shè)備都發(fā)到同一主題數(shù)據(jù)就會相互覆蓋——你永遠(yuǎn)不知道此刻收到的溫度值來自哪臺設(shè)備。注意網(wǎng)關(guān)的MQTT客戶端ID必須全局唯一。我曾把兩臺網(wǎng)關(guān)都設(shè)為gateway-01結(jié)果Broker強(qiáng)制踢掉先連接的那個造成數(shù)據(jù)斷續(xù)。正確做法是用MAC地址后四位生成ID如gateway-8a3f。最后強(qiáng)調(diào)一個物理層細(xì)節(jié)網(wǎng)關(guān)與PLC之間必須用工業(yè)級屏蔽雙絞線且屏蔽層單端接地。我用普通網(wǎng)線直連在電機(jī)啟停瞬間Wireshark抓包顯示Modbus響應(yīng)延遲從12ms飆到380ms網(wǎng)關(guān)頻繁報“超時重試”。換用帶屏蔽層的Cat5e線纜后延遲穩(wěn)定在15±3ms。這不是玄學(xué)是電磁兼容EMC的基本要求——PLC柜里變頻器的dv/dt干擾會通過地線耦合進(jìn)通信回路。3. MQTT Broker別再用Mosquitto默認(rèn)配置跑生產(chǎn)環(huán)境你搜“mqtt服務(wù)器搭建”十篇教程九篇教你apt install mosquitto然后systemctl start mosquitto。這在實(shí)驗(yàn)室能跑通但在車間現(xiàn)場它會在你演示給產(chǎn)線主管看的前五分鐘崩潰。原因很簡單默認(rèn)Mosquitto配置是為IoT玩具設(shè)計的不是為工業(yè)數(shù)據(jù)流準(zhǔn)備的。先看一個真實(shí)場景某飲料廠灌裝線有12臺PLC每臺網(wǎng)關(guān)每秒向MQTT Broker發(fā)布4個數(shù)據(jù)點(diǎn)溫度、壓力、流量、報警狀態(tài)。這意味著Broker每秒要處理48條消息持續(xù)24小時。Mosquitto默認(rèn)配置下內(nèi)存占用每小時增長15%12小時后OOM Killer強(qiáng)制殺掉進(jìn)程。這不是負(fù)載高是配置沒調(diào)。核心參數(shù)必須重寫/etc/mosquitto/mosquitto.conf# 必須關(guān)閉匿名訪問默認(rèn)開啟 allow_anonymous false # 密碼文件路徑用mosquitto_passwd生成 password_file /etc/mosquitto/passwd # 連接數(shù)限制工業(yè)現(xiàn)場至少支持200并發(fā) max_connections 200 # 消息隊(duì)列深度防止瞬時峰值壓垮 max_inflight_messages 100 # 持久化開關(guān)工業(yè)數(shù)據(jù)不容丟失 persistence true persistence_location /var/lib/mosquitto/ # 日志級別調(diào)高方便排錯 log_type all # 關(guān)鍵啟用慢日志記錄超時連接 connection_messages true提示max_inflight_messages設(shè)為100不是拍腦袋。計算依據(jù)是每臺網(wǎng)關(guān)MQTT QoS1發(fā)布Broker需為每條消息維護(hù)一個等待ACK的隊(duì)列。12臺設(shè)備×4點(diǎn)×QoS148條待確認(rèn)消息留一倍余量即100。設(shè)太小會導(dǎo)致發(fā)布阻塞設(shè)太大則內(nèi)存暴漲。密碼認(rèn)證必須啟用。網(wǎng)關(guān)配置MQTT用戶名/密碼時切記密碼不能含特殊字符。Mosquitto 2.0.15版本對$、等字符解析有bug會導(dǎo)致認(rèn)證失敗。我用mosquitto_passwd -c /etc/mosquitto/passwd gateway生成密碼文件后測試發(fā)現(xiàn)網(wǎng)關(guān)始終報Connection refused最終發(fā)現(xiàn)是密碼里用了Pssw0rd!中的符號。換成Gateway2024后立即連通。另一個致命陷阱是主題權(quán)限控制。默認(rèn)配置下任何客戶端都能訂閱#全主題。這意味著產(chǎn)線工人用手機(jī)裝個MQTT Explorer連上Broker就能看到所有PLC數(shù)據(jù)——包括安全聯(lián)鎖狀態(tài)。必須配置ACLAccess Control List# /etc/mosquitto/acl # 網(wǎng)關(guān)只能發(fā)布不能訂閱 user gateway topic write plc/delta/// topic read $SYS/broker/uptime # Node.js服務(wù)可讀寫所有plc主題 user nodejs topic readwrite plc/# topic readwrite scada/# # 其他用戶禁止訪問 user default topic deny #然后在主配置中引用acl_file /etc/mosquitto/acl。這樣網(wǎng)關(guān)只能往自己負(fù)責(zé)的PLC主題發(fā)數(shù)據(jù)Node.js能讀取所有PLC數(shù)據(jù)并往SCADA主題發(fā)指令而外部設(shè)備連$SYS系統(tǒng)主題都看不到。最后是Windows環(huán)境下的部署雷區(qū)。你搜“windows 本地 mqtt 服務(wù)端安裝”教程讓你下載Mosquitto zip包解壓后雙擊mosquitto.exe。這會導(dǎo)致兩個問題一是窗口關(guān)閉進(jìn)程就終止二是日志輸出到控制臺無法留存。正確做法是注冊為Windows服務(wù)# 以管理員身份運(yùn)行PowerShell cd C:\mosquitto .\mosquitto.exe -c mosquitto.conf -d # 注冊服務(wù)-install參數(shù) .\mosquitto.exe -c mosquitto.conf -install # 設(shè)置開機(jī)自啟 sc config mosquitto start auto注意-d參數(shù)必須加否則服務(wù)啟動失敗。sc config命令中的start auto等號后有空格是Windows服務(wù)語法硬性要求少個空格就報錯。4. Node.js用原生net和mqtt模塊構(gòu)建高可靠數(shù)據(jù)管道很多教程教你用Express Socket.IO做Web SCADA這在小項(xiàng)目里可行但面對工業(yè)現(xiàn)場它會成為性能瓶頸。Socket.IO的長連接心跳、JSON序列化開銷、瀏覽器兼容性處理都會吃掉大量資源。真正的工業(yè)級方案是用Node.js原生模塊構(gòu)建輕量級數(shù)據(jù)管道net.Socket直連PLC做冗余探測mqtt.Client專注消息路由http.Server只做靜態(tài)文件服務(wù)。先看PLC連接健康檢查。不能依賴MQTT的will遺囑消息——它只在TCP斷開時觸發(fā)而PLC可能還活著只是Modbus響應(yīng)超時。我的方案是Node.js用net.Socket每10秒向PLC發(fā)一個Modbus功能碼03讀取單個寄存器如地址40000通常為PLC運(yùn)行狀態(tài)字超時時間設(shè)為800ms。代碼核心邏輯const net require(net); function checkPLC(ip, port) { return new Promise((resolve) { const socket net.createConnection({ host: ip, port }, () { // 連接成功發(fā)送Modbus請求 const modbusReq Buffer.from([0x00, 0x01, 0x00, 0x00, 0x00, 0x06, 0x01, 0x03, 0x00, 0x00, 0x00, 0x01]); socket.write(modbusReq); socket.setTimeout(800); }); socket.on(data, (data) { // 收到有效響應(yīng)長度9字節(jié)功能碼03 if (data.length 9 data[7] 0x03) resolve(true); else resolve(false); socket.destroy(); }); socket.on(timeout, () { resolve(false); socket.destroy(); }); socket.on(error, () { resolve(false); socket.destroy(); }); }); }這個函數(shù)返回Promise Node.js主循環(huán)每10秒調(diào)用一次結(jié)果存入Redis緩存keyplc:delta:line1:statusttl30秒。Web前端用Ajax輪詢這個key比WebSocket更輕量且避免了瀏覽器兼容問題。MQTT部分絕不用mqtt.connect(mqtt://localhost)這種簡寫。必須顯式配置const mqtt require(mqtt); const client mqtt.connect(mqtt://localhost, { clientId: nodejs-scada- Date.now(), username: nodejs, password: your_strong_password, reconnectPeriod: 1000, // 首次重連間隔1秒 connectTimeout: 3000, // 連接超時3秒 clean: true, // 斷線后清空會話 will: { topic: scada/status, payload: Buffer.from(offline), qos: 1, retain: true } });注意clean: true是關(guān)鍵。工業(yè)現(xiàn)場PLC數(shù)據(jù)流是持續(xù)的如果設(shè)為falseBroker會為每個QoS1消息保存離線消息內(nèi)存會指數(shù)級增長。will遺囑消息設(shè)為retain確保客戶端上線時能立刻獲取最新狀態(tài)。數(shù)據(jù)處理管道采用“發(fā)布-訂閱”模式。網(wǎng)關(guān)發(fā)布的plc/delta/line1/oven/temp消息被Node.js訂閱后不做任何加工直接轉(zhuǎn)發(fā)到scada/line1/oven/temp同時存入InfluxDB時序數(shù)據(jù)庫。但報警邏輯必須在此處注入client.on(message, (topic, message) { if (topic.startsWith(plc/delta/)) { const payload JSON.parse(message.toString()); // 溫度超限報警120℃且持續(xù)3秒 if (payload.value 120 !alarmCache.has(topic)) { alarmCache.set(topic, Date.now()); return; } if (payload.value 120 alarmCache.has(topic)) { alarmCache.delete(topic); // 發(fā)送解除報警消息 client.publish(scada/alarm/${topic.split(/)[2]}/clear, JSON.stringify({ time: new Date() }), { qos: 1 }); return; } if (alarmCache.has(topic) Date.now() - alarmCache.get(topic) 3000) { // 觸發(fā)報警 client.publish(scada/alarm/${topic.split(/)[2]}/active, JSON.stringify({ device: topic.split(/)[2], value: payload.value, time: new Date() }), { qos: 1, retain: true }); alarmCache.delete(topic); } } });這段代碼實(shí)現(xiàn)了“延時報警”溫度超過閾值后不是立刻報警而是等待3秒確認(rèn)非瞬時干擾。alarmCache用Map對象實(shí)現(xiàn)內(nèi)存占用可控。所有報警消息設(shè)為retain確保新連接的Web頁面能立刻獲取最新報警狀態(tài)。5. Web SCADA前端用純HTMLCSSJavaScript實(shí)現(xiàn)零依賴可視化你搜“react 框架 node.js”得到的是Webpack打包、JSX語法、狀態(tài)管理。但在工業(yè)現(xiàn)場這些全是累贅。真正的Web SCADA前端應(yīng)該滿足三個條件能在IE11上運(yùn)行老車間電腦只有IE、離線可訪問車間網(wǎng)絡(luò)不穩(wěn)定、單HTML文件部署運(yùn)維人員雙擊就能用。我的方案是一個index.html文件內(nèi)聯(lián)CSS和JavaScript所有圖表用Chart.jsCDN引入數(shù)據(jù)通過Ajax輪詢Node.js提供的REST API。Node.js后端只暴露兩個APIGET /api/plc-status返回所有PLC在線狀態(tài)從Redis讀取GET /api/data?topicplc/delta/line1/oven/tempcount100返回指定主題最近100條數(shù)據(jù)從InfluxDB查前端HTML結(jié)構(gòu)極簡!DOCTYPE html html head title灌裝線SCADA/title script srchttps://cdn.jsdelivr.net/npm/chart.js/script style .status-indicator { width: 20px; height: 20px; border-radius: 50%; display: inline-block; margin-right: 5px; } .online { background-color: #4CAF50; } .offline { background-color: #f44336; } /style /head body h1灌裝線實(shí)時監(jiān)控/h1 div idstatusPLC狀態(tài)span idplc1 classstatus-indicator online/span線1 | span idplc2 classstatus-indicator offline/span線2/div canvas idtempChart width800 height400/canvas script // 初始化圖表 const ctx document.getElementById(tempChart).getContext(2d); const chart new Chart(ctx, { type: line, data: { labels: [], datasets: [{ data: [] }] }, options: { responsive: false } }); // 輪詢PLC狀態(tài) async function updateStatus() { const res await fetch(/api/plc-status); const status await res.json(); document.getElementById(plc1).className status.line1 ? status-indicator online : status-indicator offline; document.getElementById(plc2).className status.line2 ? status-indicator online : status-indicator offline; } // 輪詢溫度數(shù)據(jù) async function updateChart() { const res await fetch(/api/data?topicplc/delta/line1/oven/tempcount100); const data await res.json(); chart.data.labels data.map(d new Date(d.time).toLocaleTimeString()); chart.data.datasets[0].data data.map(d d.value); chart.update(); } setInterval(updateStatus, 5000); setInterval(updateChart, 3000); /script /body /html這個文件雙擊就能在瀏覽器打開無需Node.js服務(wù)。但為了實(shí)時性我們?nèi)杂肗ode.js提供API。關(guān)鍵優(yōu)化點(diǎn)Ajax輪詢間隔不是固定值。初始設(shè)為3秒但如果連續(xù)3次請求超時網(wǎng)絡(luò)抖動自動降為10秒恢復(fù)后逐步回到3秒。避免網(wǎng)絡(luò)波動時瘋狂刷請求。Chart.js禁用動畫options.animation false。工業(yè)監(jiān)控要的是即時響應(yīng)不是視覺效果。狀態(tài)指示器用CSS實(shí)現(xiàn)不用SVG或圖片減少HTTP請求數(shù)。.online和.offline類名直接對應(yīng)Redis里的布爾值。報警信息展示用最樸素的DOM操作// 接收報警消息通過MQTT WebSocket const mqttClient mqtt.connect(ws://localhost:9001); mqttClient.on(connect, () { mqttClient.subscribe(scada/alarm/#); }); mqttClient.on(message, (topic, message) { const alarm JSON.parse(message.toString()); const div document.createElement(div); div.innerHTML [${new Date().toLocaleTimeString()}] ${alarm.device} 溫度超限${alarm.value}℃; div.style.color red; document.getElementById(alarmLog).prepend(div); // 最多顯示10條 if (document.getElementById(alarmLog).children.length 10) { document.getElementById(alarmLog).lastChild.remove(); } });這里用MQTT over WebSocketMosquitto需啟用listener 9001并配置protocol websockets比輪詢更高效。但注意WebSocket連接必須帶心跳否則車間防火墻會切斷空閑連接。我在mqtt.connect里加了keepalive: 3030秒心跳。最后是部署細(xì)節(jié)index.html放在Node.js的public目錄下app.use(express.static(public))即可。不需要Webpack不需要Babel不需要任何構(gòu)建步驟。運(yùn)維人員拿到文件扔進(jìn)服務(wù)器目錄重啟Node.js進(jìn)程一切就緒。6. 實(shí)戰(zhàn)排錯從Wireshark抓包到日志交叉分析的完整鏈路再完美的方案也會在真實(shí)車間里趴窩。我整理了過去半年遇到的7類高頻故障給出從現(xiàn)象到根因的完整排查鏈路。這不是羅列錯誤代碼而是還原一個資深工程師如何用工具鏈定位問題。6.1 現(xiàn)象Web頁面溫度值一直顯示0但MQTT Explorer能看到網(wǎng)關(guān)發(fā)布的正確數(shù)據(jù)排查鏈路在Node.js服務(wù)端加日志client.on(message, (t,m)console.log(RECV:,t,m.toString()))發(fā)現(xiàn)日志里有RECV: plc/delta/line1/oven/temp {value:85.2}說明MQTT接收正常檢查/api/data接口curl http://localhost:3000/api/data?topicplc/delta/line1/oven/tempcount1返回空數(shù)組進(jìn)入InfluxDB命令行influx -database scada -execute SELECT * FROM plc_data WHERE topicplc/delta/line1/oven/temp LIMIT 5結(jié)果為空——問題出在Node.js寫入InfluxDB的邏輯查代碼發(fā)現(xiàn)寫入時用了topic字段但I(xiàn)nfluxDB的measurement名是plc_datatag key是device而代碼里誤把topic當(dāng)成了tag value修復(fù)point.tag(device, topic.split(/)[2])替換point.tag(topic, topic)教訓(xùn)InfluxDB的tag和field必須嚴(yán)格區(qū)分。tag用于索引查詢快field用于存儲值不索引。把topic當(dāng)tag存導(dǎo)致查詢時無法匹配。6.2 現(xiàn)象網(wǎng)關(guān)偶爾斷連MQTT Broker日志顯示Connection refused排查鏈路查Mosquitto日志tail -f /var/log/mosquitto/mosquitto.log發(fā)現(xiàn)New connection from 192.168.1.100 on port 1883.后緊跟Client gateway-01 disconnected due to KEEPALIVE timeout檢查網(wǎng)關(guān)MQTT配置Keep Alive設(shè)為60秒用Wireshark抓網(wǎng)關(guān)與Broker之間的包過濾tcp.port1883發(fā)現(xiàn)網(wǎng)關(guān)發(fā)出的MQTT CONNECT包里Keep Alive字段確實(shí)是60但Broker返回的CONNACK包里Keep Alive是0原因Mosquitto配置里max_keepalive設(shè)為30Broker強(qiáng)制將客戶端Keep Alive截斷為30秒修復(fù)max_keepalive 120并重啟Broker注意Wireshark里看MQTT包要安裝MQTT解碼插件默認(rèn)不識別1883端口。右鍵包→Decode As→MQTT才能看到CONNECT/CONNACK詳情。6.3 現(xiàn)象Node.js進(jìn)程CPU占用率100%top顯示node進(jìn)程占滿一個核排查鏈路kill -SIGUSR1 pid觸發(fā)Node.js生成heapdump用Chrome DevTools打開chrome://inspect→ Connect to target → Profiles → Load heapdump發(fā)現(xiàn)Map對象占內(nèi)存92%對象數(shù)2.1萬定位代碼報警緩存alarmCache new Map()未清理過期項(xiàng)修復(fù)改為const alarmCache new Map(); setInterval((){ ... }, 5000)每5秒遍歷刪除超時項(xiàng)技巧kill -SIGUSR1是Node.js內(nèi)置信號無需額外模塊。heapdump文件用DevTools分析比node --inspect遠(yuǎn)程調(diào)試更直觀。6.4 現(xiàn)象IE11瀏覽器打不開頁面報錯Object doesnt support property or method fetch排查鏈路檢查index.html里fetch調(diào)用——IE11確實(shí)不支持不引入polyfill增加體積改用XMLHttpRequest封裝兼容函數(shù)function ajax(url) { return new Promise((resolve, reject) { const xhr new XMLHttpRequest(); xhr.open(GET, url); xhr.onload () resolve(JSON.parse(xhr.responseText)); xhr.onerror reject; xhr.send(); }); }替換所有fetch()調(diào)用經(jīng)驗(yàn)工業(yè)現(xiàn)場瀏覽器版本不可控兼容性必須前置考慮。不要等用戶報告才處理。6.5 現(xiàn)象PLC狀態(tài)指示燈忽明忽暗但實(shí)際PLC一直在線排查鏈路查Node.js健康檢查日志PLC line1 check: false頻繁出現(xiàn)用telnet 192.168.1.10 502測試PLC Modbus端口通Wireshark抓包發(fā)現(xiàn)Node.js發(fā)的Modbus請求PLC響應(yīng)包里功能碼是03但字節(jié)數(shù)只有8應(yīng)為12原因PLC固件Bug對某些地址返回截斷響應(yīng)修復(fù)健康檢查改用讀取PLC型號寄存器地址40000該地址響應(yīng)穩(wěn)定教訓(xùn)工業(yè)設(shè)備固件版本差異巨大。臺達(dá)ES3不同固件版本對相同Modbus請求的響應(yīng)格式可能不同。必須針對具體固件版本驗(yàn)證。6.6 現(xiàn)象MQTT Explorer能連Broker但Node.js客戶端連不上報Error: Connection refused排查鏈路netstat -tuln | grep 1883確認(rèn)Mosquitto監(jiān)聽0.0.0.0:1883iptables -L發(fā)現(xiàn)INPUT鏈DROP了1883端口修復(fù)iptables -I INPUT -p tcp --dport 1883 -j ACCEPT保存iptables-save /etc/iptables/rules.v4注意Ubuntu 20.04默認(rèn)用ufwufw allow 1883即可。但CentOS 7用firewalld需firewall-cmd --permanent --add-port1883/tcp。6.7 現(xiàn)象Web頁面圖表數(shù)據(jù)延遲10秒以上排查鏈路瀏覽器開發(fā)者工具Network標(biāo)簽看/api/data請求耗時發(fā)現(xiàn)平均耗時8.2秒curl -w curl-format.txt http://localhost:3000/api/data?topicplc/delta/line1/oven/tempcount100顯示DNS解析占3秒原因Node.js代碼里用influxdb-node庫其默認(rèn)DNS緩存策略不佳修復(fù)改用influxdb-client-js并配置retryDelay: 100技巧curl-format.txt內(nèi)容time_namelookup: %{time_namelookup}\ntime_connect: %{time_connect}\ntime_total: %{time_total}\n可精準(zhǔn)定位各階段耗時。這些排錯過程沒有一步是靠猜。每一步都依賴工具鏈的交叉驗(yàn)證日志看現(xiàn)象Wireshark看網(wǎng)絡(luò)層InfluxDB CLI看數(shù)據(jù)層Chrome DevTools看應(yīng)用層。工業(yè)系統(tǒng)的問題從來不在單一層級而在于層級間的縫隙。填平這些縫隙才是落地的關(guān)鍵。7. 從入門到交付一個可立即復(fù)用的最小可行系統(tǒng)MVP現(xiàn)在把前面所有環(huán)節(jié)串起來給你一個開箱即用的最小可行系統(tǒng)MVP。它不追求功能完備只保證從PLC到Web頁面的數(shù)據(jù)流100%貫通。你可以用它作為起點(diǎn)再根據(jù)產(chǎn)線需求擴(kuò)展。7.1 硬件清單總成本800元設(shè)備型號說明成本PLC臺達(dá)DVP-ES3入門級支持Modbus TCP320工業(yè)智能網(wǎng)關(guān)匯川HG200支持Modbus TCP轉(zhuǎn)MQTT280服務(wù)器樹莓派4B 4GB運(yùn)行MosquittoNode.js200注意樹莓派用官方Raspberry Pi OS64位非Lite版自帶桌面環(huán)境便于調(diào)試。7.2 軟件安裝清單一行命令搞定# 樹莓派上執(zhí)行 sudo apt update sudo apt upgrade -y # 安裝Mosquitto sudo apt install mosquitto mosquitto-clients -y # 安裝Node.js 18.x LTS curl -fsSL https://deb.nodesource.com/setup_lts.x | sudo -E bash - sudo apt-get install -y nodejs # 安裝InfluxDB 2.x curl -sL https://repos.influxdata.com/influxdb.key | sudo apt-key add - echo deb https://repos.influxdata.com/debian buster stable | sudo tee /etc/apt/sources.list.d/influxdb.list sudo apt-get update sudo apt-get install influxdb2 -y7.3 配置文件模板復(fù)制即用Mosquitto配置/etc/mosquitto/mosquitto.conflistener 1883 allow_anonymous false password_file /etc/mosquitto/passwd acl_file /etc/mosquitto/acl max_connections 100 max_inflight_messages 100 persistence true persistence_location /var/lib/mosquitto/ log_type all connection_messages true生成密碼sudo mosquitto_passwd -c /etc/mosquitto/passwd gateway sudo mosquitto_passwd -b /etc/mosquitto/passwd nodejs your_strong_passwordACL文件/etc/mosquitto/acluser gateway topic write plc/delta/// topic read $SYS/broker/uptime user nodejs topic readwrite plc/# topic readwrite scada/# user default topic deny #Node.js項(xiàng)目結(jié)構(gòu)scada/ ├── package.json ├── server.js # 主服務(wù) ├── public/ │ └── index.html # 前端頁面 └── config/ └── influxdb.js # InfluxDB配置package.json依賴{ dependencies: { express: ^4.18.2, mqtt: ^4.2.8, influxdb-client-js: ^1.30.0 } }7.4 啟動順序嚴(yán)格按此執(zhí)行啟動Mosquittosudo systemctl restart mosquitto啟動InfluxDBsudo systemctl restart influxdb初始化InfluxDB首次influx setup --username admin --password yourpass --org myorg --bucket scada --retention 30d --force啟動Node.js服務(wù)cd scada npm start配置網(wǎng)關(guān)瀏覽器打開http://192.168.1.100網(wǎng)關(guān)IP按第2節(jié)配置Modbus TCP和MQTT驗(yàn)證mosquitto_sub -h localhost -t plc/# -u nodejs -P yourpass應(yīng)看到網(wǎng)關(guān)發(fā)布的消息7.5 首次上線檢查清單[ ]curl http://localhost:3000/api/plc-status返回JSON[ ]mosquitto_sub -h localhost -t scada/line1/oven/temp -u nodejs -P yourpass能收到數(shù)據(jù)[ ] 瀏覽器打開http://樹莓派IP:3000看到實(shí)時溫度曲線[ ] 拔掉PLC網(wǎng)線狀態(tài)指示燈30秒內(nèi)變紅[ ] 恢復(fù)PLC網(wǎng)線狀態(tài)指示燈30秒內(nèi)變綠這個MVP系統(tǒng)我已在三家中小制造企業(yè)落地。它不解決所有問題但解決了最痛的“數(shù)據(jù)看不見”問題。后續(xù)擴(kuò)展方向很清晰加報警推送微信/短信、