：Ubuntu+Node-RED+EMQX+IoTDB搭建邊緣數(shù)據(jù)管道)
1. 從一塊工控機新品說起Linux邊緣計算到底在解決什么問題前陣子圈子里不少人在聊智嵌物聯(lián)新發(fā)的Linux邊緣計算工控機我拿到消息的第一反應(yīng)不是去看它的CPU型號或者接口數(shù)量而是想搞清楚一個更本質(zhì)的問題為什么現(xiàn)在做工業(yè)控制的這批人開始集體往Linux邊緣計算這個方向靠這個問題的答案其實藏在這幾年工廠車間里那些越來越“聰明”的設(shè)備背后。傳統(tǒng)工控機跑的是什么大部分是Windows Embedded或者干脆就是老舊的Windows XP/7上面跑一套組態(tài)軟件連PLC、采集儀表數(shù)據(jù)、做個本地HMI顯示這套模式用了快二十年穩(wěn)是穩(wěn)但問題也攢了一堆。系統(tǒng)授權(quán)成本高、長期不更新帶來的安全風(fēng)險、遠程維護困難、沒法靈活對接上層云平臺這些都是老工控機在智能化改造浪潮里暴露出來的短板。而Linux邊緣計算工控機要做的就是在保留工業(yè)級可靠性的前提下把操作系統(tǒng)換成開源可控的Linux把計算能力從“只做采集和轉(zhuǎn)發(fā)”升級到“本地就能做推理和決策”同時把數(shù)據(jù)鏈路從封閉的串口和私有協(xié)議打通到MQTT、OPC UA、RESTful API這些現(xiàn)代物聯(lián)網(wǎng)標準上。說白了這類設(shè)備的核心價值就三個字本地化。數(shù)據(jù)不用全部往云上送在車間這一層就能完成過濾、聚合、告警判斷甚至簡單的AI推理響應(yīng)延遲從幾百毫秒壓到幾毫秒帶寬成本也降下來了。適合誰來關(guān)注這個東西如果你是做工廠自動化改造的集成商、做設(shè)備聯(lián)網(wǎng)的嵌入式工程師、或者正在選型邊緣計算節(jié)點的方案架構(gòu)師那這臺機器背后的技術(shù)棧和落地思路值得花時間拆一拆。哪怕你只是個剛接觸Linux的運維新手理解這套東西的運行邏輯對職業(yè)發(fā)展也有實打?qū)嵉膸椭?. 方案選型背后的邏輯為什么是Linux、Ubuntu和Node-RED2.1 Linux作為邊緣計算底座的不可替代性邊緣計算節(jié)點和云端服務(wù)器最大的區(qū)別在于它要在資源受限、環(huán)境惡劣、無人值守的條件下長期穩(wěn)定運行。Linux在這個場景里的優(yōu)勢不是“免費”兩個字能概括的。內(nèi)核可裁剪意味著你可以把不需要的驅(qū)動、服務(wù)全部砍掉讓系統(tǒng)鏡像小到幾百兆啟動時間壓到十幾秒實時補丁PREEMPT_RT能讓任務(wù)調(diào)度延遲控制在微秒級這對運動控制類應(yīng)用是剛需而開源帶來的可審計性讓安全團隊能自己審查每一行關(guān)鍵代碼不用等廠商發(fā)補丁。我見過太多項目在選型階段糾結(jié)Windows還是Linux最后拍板Linux的理由往往很樸素出了問題我能自己查。Windows藍屏了你看dump文件都費勁Linux內(nèi)核panic了至少dmesg能告訴你哪一行出了問題。對于7x24小時運行的產(chǎn)線設(shè)備這種可排查性比什么都重要。2.2 Ubuntu在工控場景的生態(tài)優(yōu)勢熱詞里反復(fù)出現(xiàn)ubuntu、ubuntu 22.04、ubuntu安裝教程說明大家對這個發(fā)行版的關(guān)注度極高。為什么工控機廠商普遍選Ubuntu而不是CentOS或者Debian核心原因是軟件生態(tài)的豐富度和長期支持策略。Ubuntu 22.04 LTS提供5年標準支持加5年擴展安全維護對于工業(yè)設(shè)備10年以上的生命周期來說這個時間窗口剛好覆蓋。而且Ubuntu的硬件兼容性做得最好無論是Intel的核顯驅(qū)動還是各種USB轉(zhuǎn)串口芯片插上去基本都能認。另一個容易被忽略的點是Snap包管理。雖然桌面用戶經(jīng)常吐槽Snap啟動慢但在工控場景里Snap的沙箱隔離和原子更新特性其實很有價值——你可以把Node-RED、EMQX這些服務(wù)打成Snap包升級失敗自動回滾不用擔(dān)心把系統(tǒng)搞崩。當(dāng)然如果你追求極致性能用apt裝deb包也完全沒問題這個后面實操部分會細說。2.3 Node-RED為什么成了邊緣計算的事實標準Node-RED這個東西第一次用的人會覺得它像個玩具——拖拖拽拽連幾條線就能跑流程但真正在產(chǎn)線上跑過幾個月之后你會發(fā)現(xiàn)它的價值在于把協(xié)議轉(zhuǎn)換和業(yè)務(wù)邏輯解耦了。以前改一個數(shù)據(jù)采集規(guī)則要重新編譯C程序現(xiàn)在運維人員在瀏覽器里拖一個節(jié)點、改個參數(shù)、點部署五秒鐘生效。這種低代碼能力在邊緣側(cè)太重要了因為現(xiàn)場工程師往往不是專業(yè)程序員。熱詞里有個組合很值得關(guān)注emqx node-red iotdb。這三個東西湊在一起基本就是一套完整的邊緣數(shù)據(jù)管道方案。EMQX做MQTT消息接入Node-RED做流處理和協(xié)議轉(zhuǎn)換IoTDB做時序數(shù)據(jù)存儲和查詢。智嵌物聯(lián)這臺工控機如果預(yù)裝了這套棧那開箱就能搭出一個可用的邊緣計算節(jié)點省掉了大量環(huán)境配置時間。3. 核心細節(jié)拆解從開箱到跑通第一條數(shù)據(jù)流3.1 系統(tǒng)初始化與基礎(chǔ)環(huán)境配置新機器到手第一件事不是急著裝應(yīng)用而是把基礎(chǔ)環(huán)境理順。Ubuntu工控機通常預(yù)裝了最小化系統(tǒng)你需要先確認幾件事網(wǎng)絡(luò)配置是否正常、時間同步是否開啟、SSH服務(wù)是否可用。這里有個坑沒有聯(lián)網(wǎng)的工控機時間不準確這是熱詞里有人問過的問題。原因是Linux依賴NTP協(xié)議從網(wǎng)絡(luò)時間服務(wù)器同步時鐘單機環(huán)境下如果沒有RTC電池或者RTC電池沒電了系統(tǒng)啟動后時間就會漂移。處理辦法有兩個一是確保主板上的RTC電池有電二是在系統(tǒng)里配置一個本地NTP源或者用chrony的本地模式手動校準。網(wǎng)絡(luò)配置這塊Ubuntu 22.04默認用netplan管理網(wǎng)絡(luò)配置文件在/etc/netplan/目錄下。工控機通常有兩個以上網(wǎng)口一個接產(chǎn)線內(nèi)網(wǎng)一個接辦公網(wǎng)或者上行網(wǎng)關(guān)。你可以這樣配置靜態(tài)IPnetwork: version: 2 ethernets: enp1s0: addresses: - 192.168.1.100/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [223.5.5.5, 114.114.114.114] enp2s0: addresses: - 10.0.0.100/24改完之后執(zhí)行sudo netplan apply生效。注意工控機的網(wǎng)口命名可能不是enp1s0這種用ip link show先確認一下實際名稱。3.2 串口數(shù)據(jù)采集與權(quán)限處理工控機跟普通電腦最大的區(qū)別就是串口多。你可能會遇到ubuntu工控機 查看com口數(shù)據(jù)這種需求在Linux下串口設(shè)備是/dev/ttyS*或者/dev/ttyUSB*。查看串口數(shù)據(jù)最簡單的方法是用minicom或者screen# 安裝minicom sudo apt install minicom # 查看串口列表 ls /dev/ttyS* ls /dev/ttyUSB* # 用minicom連接串口1波特率9600 sudo minicom -D /dev/ttyS1 -b 9600但這里有個權(quán)限坑普通用戶默認沒有串口設(shè)備的讀寫權(quán)限每次都要sudo很麻煩。正確的做法是把用戶加入dialout組sudo usermod -aG dialout $USER然后重新登錄生效。這個操作在Node-RED里用serial節(jié)點的時候特別重要否則你會看到“Permission denied”的錯誤。3.3 Node-RED的安裝與多線程優(yōu)化Node-RED的安裝方式有好幾種官方推薦用npm全局安裝但在工控場景里我更建議用Docker或者Snap因為依賴隔離更干凈。不過如果你追求性能直接npm裝也行# 安裝Node.js 18 LTS curl -fsSL https://deb.nodesource.com/setup_18.x | sudo -E bash - sudo apt install -y nodejs # 安裝Node-RED sudo npm install -g --unsafe-perm node-red # 啟動 node-red啟動后默認監(jiān)聽1880端口瀏覽器訪問http://工控機IP:1880就能看到編輯器界面。關(guān)于node-red多線程的問題Node-RED本身是單線程事件循環(huán)模型但你可以通過幾種方式實現(xiàn)并行處理一是用exec節(jié)點調(diào)用外部多線程程序二是用link call節(jié)點做異步流程拆分三是部署多個Node-RED實例用MQTT做實例間通信。實測下來對于數(shù)據(jù)采集類任務(wù)單實例處理幾千點每秒沒問題真正需要多線程的是做圖像推理或者復(fù)雜計算的時候那時候建議把重計算任務(wù)丟給Python腳本用exec節(jié)點調(diào)用。3.4 EMQX與IoTDB的集成要點EMQX的安裝很簡單官方提供deb包wget https://www.emqx.com/zh/downloads/broker/5.4.1/emqx-5.4.1-ubuntu22.04-amd64.deb sudo dpkg -i emqx-5.4.1-ubuntu22.04-amd64.deb sudo systemctl start emqx默認監(jiān)聽1883端口Dashboard在18083端口初始賬號admin/public。安全起見第一件事就是改密碼。IoTDB的部署稍微復(fù)雜一點需要Java環(huán)境# 安裝JDK 17 sudo apt install openjdk-17-jdk # 下載IoTDB wget https://dlcdn.apache.org/iotdb/1.3.0/apache-iotdb-1.3.0-all-bin.zip unzip apache-iotdb-1.3.0-all-bin.zip cd apache-iotdb-1.3.0-all-bin # 啟動 sbin/start-standalone.shNode-RED連接EMQX用mqtt in和mqtt out節(jié)點連接IoTDB則需要用http request節(jié)點調(diào)用IoTDB的REST API或者用exec節(jié)點調(diào)用IoTDB的CLI工具。實測下來REST API方式更靈活但吞吐量不如原生協(xié)議數(shù)據(jù)量大的話建議用exec方式批量寫入。4. 實操全流程搭一套可復(fù)現(xiàn)的邊緣數(shù)據(jù)管道4.1 硬件連接與系統(tǒng)燒錄假設(shè)你拿到一臺智嵌物聯(lián)的Linux邊緣計算工控機第一步是確認硬件接口。通常這類機器會有多個千兆網(wǎng)口、RS232/RS485串口、USB 3.0、HDMI輸出、以及可選的4G/WiFi模塊。先把電源接好用HDMI接顯示器看啟動畫面確認BIOS里啟動順序是硬盤優(yōu)先。如果機器預(yù)裝了Ubuntu直接跳到下一步。如果需要自己燒錄系統(tǒng)準備一個U盤用Rufus或者balenaEtcher把Ubuntu 22.04 LTS的ISO寫進去。注意工控機可能是UEFI啟動ISO要選帶UEFI支持的版本。燒錄完成后插上U盤開機按F2或者Del進BIOS把U盤設(shè)為第一啟動項。安裝過程跟普通PC裝Ubuntu沒區(qū)別但有幾個選項要注意分區(qū)的時候建議手動分給/至少50G/var單獨分20G因為日志和數(shù)據(jù)庫會占空間swap給內(nèi)存的1.5倍。用戶名不要用中文密碼設(shè)復(fù)雜點但自己要記住工控機忘記密碼重置起來很麻煩。4.2 基礎(chǔ)軟件棧的安裝順序系統(tǒng)裝好后按這個順序裝軟件能避免大部分依賴沖突更新系統(tǒng)sudo apt update sudo apt upgrade -y安裝常用工具sudo apt install -y curl wget vim git htop net-tools配置SSHsudo apt install openssh-server然后sudo systemctl enable ssh安裝Docker可選但推薦sudo apt install docker.io docker-compose把當(dāng)前用戶加入docker組安裝Node-RED按前面說的方法安裝EMQX按前面說的方法安裝IoTDB按前面說的方法這里有個坑ubuntu安裝gcc失敗是熱詞里有人問的通常是因為源沒更新或者依賴缺失。先跑sudo apt update然后sudo apt install build-essential一般就能解決。如果還不行檢查/etc/apt/sources.list里的源地址是否可用。4.3 Node-RED流配置實戰(zhàn)打開Node-RED編輯器我們來搭一條從串口采集到MQTT發(fā)布的完整流。拖入以下節(jié)點一個serial in節(jié)點配置串口為/dev/ttyS1波特率9600數(shù)據(jù)分割用\n一個function節(jié)點寫解析邏輯// 假設(shè)串口數(shù)據(jù)格式為 temp:25.6,hum:60.2 var parts msg.payload.split(,); var data {}; parts.forEach(function(p) { var kv p.split(:); data[kv[0]] parseFloat(kv[1]); }); msg.payload data; msg.topic sensor/workshop1; return msg;一個mqtt out節(jié)點配置EMQX的地址為localhost:1883主題為sensor/workshop1部署之后用mosquitto_sub或者EMQX的WebSocket工具訂閱這個主題就能看到數(shù)據(jù)了。4.4 數(shù)據(jù)持久化到IoTDB在Node-RED里加一個http request節(jié)點配置如下Method: POSTURL:http://localhost:18080/rest/v2/write?grouproot.workshopprecisionmsHeaders:Content-Type: text/plainBody: 用function節(jié)點構(gòu)造IoTDB的寫入格式var timestamp Date.now(); var temp msg.payload.temp; var hum msg.payload.hum; msg.payload root.workshop.device1.temperature ${temp} ${timestamp}\nroot.workshop.device1.humidity ${hum} ${timestamp}; return msg;這樣數(shù)據(jù)就同時進了MQTT和IoTDBMQTT用于實時告警和看板IoTDB用于歷史查詢和趨勢分析。5. 常見問題與排查技巧實錄5.1 系統(tǒng)層面的典型故障問題現(xiàn)象可能原因排查命令解決方法開機后時間不對RTC電池沒電或NTP未同步timedatectl status換RTC電池配置chrony串口無數(shù)據(jù)權(quán)限不足或波特率錯誤ls -l /dev/ttyS*加入dialout組確認波特率網(wǎng)絡(luò)時通時斷網(wǎng)線接觸不良或IP沖突ethtool enp1s0換網(wǎng)線檢查IP分配系統(tǒng)卡頓內(nèi)存不足或磁盤滿free -h、df -h清理日志加內(nèi)存SSH連不上防火墻攔截或服務(wù)未啟動systemctl status ssh開放22端口啟動服務(wù)5.2 Node-RED運行中的坑Node-RED跑久了會遇到內(nèi)存泄漏的問題特別是用了大量function節(jié)點做復(fù)雜計算的時候。我的經(jīng)驗是每24小時重啟一次Node-RED用crontab定時任務(wù)搞定# 編輯crontab crontab -e # 添加一行每天凌晨3點重啟 0 3 * * * systemctl restart nodered另外node-red多線程的需求如果真的很強烈可以考慮用node-red-contrib-worker-nodes這個插件它能把計算任務(wù)分發(fā)到Worker線程里不阻塞主事件循環(huán)。但實測下來對于大多數(shù)采集場景優(yōu)化function節(jié)點的代碼比上多線程更有效。5.3 EMQX和IoTDB的調(diào)優(yōu)建議EMQX默認配置是給服務(wù)器用的在工控機上跑需要調(diào)小一些參數(shù)。編輯/etc/emqx/emqx.conf# 減少TCP連接緩沖區(qū) listener.tcp.external.buffer 4KB # 降低日志級別 log.level warning # 限制最大連接數(shù) listener.tcp.external.max_connections 1000IoTDB這邊工控機內(nèi)存有限的話把conf/iotdb-engine.properties里的wal_buffer_size調(diào)小到16MBmemtable_size_threshold調(diào)到128MB避免OOM。5.4 獨家避坑心得說幾個文檔里不會寫但實際會遇到的坑。第一工控機的看門狗功能一定要開在BIOS里設(shè)置好系統(tǒng)死機自動重啟比你去現(xiàn)場按電源鍵強一萬倍。第二Ubuntu的自動更新一定要關(guān)掉sudo apt install unattended-upgrades然后禁用否則半夜自動更新重啟產(chǎn)線停了都不知道。第三串口線不要熱插拔RS485的熱插拔很容易燒芯片斷電再插。第四Node-RED的flows.json要定期備份我習(xí)慣用git管理每次改完commit一下出問題回滾只要幾秒鐘。6. 這套方案還能怎么擴展跑通基礎(chǔ)的數(shù)據(jù)采集和存儲之后下一步可以往幾個方向走。一是邊緣AI推理在工控機上裝個ONNX Runtime或者OpenVINO用Node-RED的exec節(jié)點調(diào)用Python推理腳本做簡單的視覺檢測或者異常聲音識別。二是多節(jié)點組網(wǎng)用EMQX的橋接功能把多個工控機的數(shù)據(jù)匯聚到一個中心節(jié)點做產(chǎn)線級的協(xié)同分析。三是對接云平臺通過MQTT over TLS把數(shù)據(jù)同步到云端本地保留最近7天的熱數(shù)據(jù)云端做長期歸檔和跨廠區(qū)對比。熱詞里提到的amd7730u工控機好用嗎我的看法是7730U這顆U的TDP是15W性能對于邊緣計算場景綽綽有余跑Node-RED加EMQX加IoTDB三件套CPU占用率長期在20%以下。真正制約性能的是內(nèi)存和磁盤IO建議至少16G內(nèi)存加NVMe固態(tài)這樣跑起來才舒服。最后分享一個小技巧如果你手頭沒有物理工控機可以用VMware或者VirtualBox裝個Ubuntu 22.04虛擬機先練手把整套流程跑通再上真機。虛擬機里串口可以用/dev/ttyS0模擬或者用socat創(chuàng)建虛擬串口對。這樣試錯成本幾乎為零等真機到了直接復(fù)制配置就行。 Linux邊緣計算工控機實戰(zhàn)：Ubuntu+Node-RED+EMQX+IoTDB搭建邊緣數(shù)據(jù)管道
1. 從一塊工控機新品說起Linux邊緣計算到底在解決什么問題前陣子圈子里不少人在聊智嵌物聯(lián)新發(fā)的Linux邊緣計算工控機我拿到消息的第一反應(yīng)不是去看它的CPU型號或者接口數(shù)量而是想搞清楚一個更本質(zhì)的問題為什么現(xiàn)在做工業(yè)控制的這批人開始集體往Linux邊緣計算這個方向靠這個問題的答案其實藏在這幾年工廠車間里那些越來越“聰明”的設(shè)備背后。傳統(tǒng)工控機跑的是什么大部分是Windows Embedded或者干脆就是老舊的Windows XP/7上面跑一套組態(tài)軟件連PLC、采集儀表數(shù)據(jù)、做個本地HMI顯示這套模式用了快二十年穩(wěn)是穩(wěn)但問題也攢了一堆。系統(tǒng)授權(quán)成本高、長期不更新帶來的安全風(fēng)險、遠程維護困難、沒法靈活對接上層云平臺這些都是老工控機在智能化改造浪潮里暴露出來的短板。而Linux邊緣計算工控機要做的就是在保留工業(yè)級可靠性的前提下把操作系統(tǒng)換成開源可控的Linux把計算能力從“只做采集和轉(zhuǎn)發(fā)”升級到“本地就能做推理和決策”同時把數(shù)據(jù)鏈路從封閉的串口和私有協(xié)議打通到MQTT、OPC UA、RESTful API這些現(xiàn)代物聯(lián)網(wǎng)標準上。說白了這類設(shè)備的核心價值就三個字本地化。數(shù)據(jù)不用全部往云上送在車間這一層就能完成過濾、聚合、告警判斷甚至簡單的AI推理響應(yīng)延遲從幾百毫秒壓到幾毫秒帶寬成本也降下來了。適合誰來關(guān)注這個東西如果你是做工廠自動化改造的集成商、做設(shè)備聯(lián)網(wǎng)的嵌入式工程師、或者正在選型邊緣計算節(jié)點的方案架構(gòu)師那這臺機器背后的技術(shù)棧和落地思路值得花時間拆一拆。哪怕你只是個剛接觸Linux的運維新手理解這套東西的運行邏輯對職業(yè)發(fā)展也有實打?qū)嵉膸椭?. 方案選型背后的邏輯為什么是Linux、Ubuntu和Node-RED2.1 Linux作為邊緣計算底座的不可替代性邊緣計算節(jié)點和云端服務(wù)器最大的區(qū)別在于它要在資源受限、環(huán)境惡劣、無人值守的條件下長期穩(wěn)定運行。Linux在這個場景里的優(yōu)勢不是“免費”兩個字能概括的。內(nèi)核可裁剪意味著你可以把不需要的驅(qū)動、服務(wù)全部砍掉讓系統(tǒng)鏡像小到幾百兆啟動時間壓到十幾秒實時補丁PREEMPT_RT能讓任務(wù)調(diào)度延遲控制在微秒級這對運動控制類應(yīng)用是剛需而開源帶來的可審計性讓安全團隊能自己審查每一行關(guān)鍵代碼不用等廠商發(fā)補丁。我見過太多項目在選型階段糾結(jié)Windows還是Linux最后拍板Linux的理由往往很樸素出了問題我能自己查。Windows藍屏了你看dump文件都費勁Linux內(nèi)核panic了至少dmesg能告訴你哪一行出了問題。對于7x24小時運行的產(chǎn)線設(shè)備這種可排查性比什么都重要。2.2 Ubuntu在工控場景的生態(tài)優(yōu)勢熱詞里反復(fù)出現(xiàn)ubuntu、ubuntu 22.04、ubuntu安裝教程說明大家對這個發(fā)行版的關(guān)注度極高。為什么工控機廠商普遍選Ubuntu而不是CentOS或者Debian核心原因是軟件生態(tài)的豐富度和長期支持策略。Ubuntu 22.04 LTS提供5年標準支持加5年擴展安全維護對于工業(yè)設(shè)備10年以上的生命周期來說這個時間窗口剛好覆蓋。而且Ubuntu的硬件兼容性做得最好無論是Intel的核顯驅(qū)動還是各種USB轉(zhuǎn)串口芯片插上去基本都能認。另一個容易被忽略的點是Snap包管理。雖然桌面用戶經(jīng)常吐槽Snap啟動慢但在工控場景里Snap的沙箱隔離和原子更新特性其實很有價值——你可以把Node-RED、EMQX這些服務(wù)打成Snap包升級失敗自動回滾不用擔(dān)心把系統(tǒng)搞崩。當(dāng)然如果你追求極致性能用apt裝deb包也完全沒問題這個后面實操部分會細說。2.3 Node-RED為什么成了邊緣計算的事實標準Node-RED這個東西第一次用的人會覺得它像個玩具——拖拖拽拽連幾條線就能跑流程但真正在產(chǎn)線上跑過幾個月之后你會發(fā)現(xiàn)它的價值在于把協(xié)議轉(zhuǎn)換和業(yè)務(wù)邏輯解耦了。以前改一個數(shù)據(jù)采集規(guī)則要重新編譯C程序現(xiàn)在運維人員在瀏覽器里拖一個節(jié)點、改個參數(shù)、點部署五秒鐘生效。這種低代碼能力在邊緣側(cè)太重要了因為現(xiàn)場工程師往往不是專業(yè)程序員。熱詞里有個組合很值得關(guān)注emqx node-red iotdb。這三個東西湊在一起基本就是一套完整的邊緣數(shù)據(jù)管道方案。EMQX做MQTT消息接入Node-RED做流處理和協(xié)議轉(zhuǎn)換IoTDB做時序數(shù)據(jù)存儲和查詢。智嵌物聯(lián)這臺工控機如果預(yù)裝了這套棧那開箱就能搭出一個可用的邊緣計算節(jié)點省掉了大量環(huán)境配置時間。3. 核心細節(jié)拆解從開箱到跑通第一條數(shù)據(jù)流3.1 系統(tǒng)初始化與基礎(chǔ)環(huán)境配置新機器到手第一件事不是急著裝應(yīng)用而是把基礎(chǔ)環(huán)境理順。Ubuntu工控機通常預(yù)裝了最小化系統(tǒng)你需要先確認幾件事網(wǎng)絡(luò)配置是否正常、時間同步是否開啟、SSH服務(wù)是否可用。這里有個坑沒有聯(lián)網(wǎng)的工控機時間不準確這是熱詞里有人問過的問題。原因是Linux依賴NTP協(xié)議從網(wǎng)絡(luò)時間服務(wù)器同步時鐘單機環(huán)境下如果沒有RTC電池或者RTC電池沒電了系統(tǒng)啟動后時間就會漂移。處理辦法有兩個一是確保主板上的RTC電池有電二是在系統(tǒng)里配置一個本地NTP源或者用chrony的本地模式手動校準。網(wǎng)絡(luò)配置這塊Ubuntu 22.04默認用netplan管理網(wǎng)絡(luò)配置文件在/etc/netplan/目錄下。工控機通常有兩個以上網(wǎng)口一個接產(chǎn)線內(nèi)網(wǎng)一個接辦公網(wǎng)或者上行網(wǎng)關(guān)。你可以這樣配置靜態(tài)IPnetwork: version: 2 ethernets: enp1s0: addresses: - 192.168.1.100/24 routes: - to: default via: 192.168.1.1 nameservers: addresses: [223.5.5.5, 114.114.114.114] enp2s0: addresses: - 10.0.0.100/24改完之后執(zhí)行sudo netplan apply生效。注意工控機的網(wǎng)口命名可能不是enp1s0這種用ip link show先確認一下實際名稱。3.2 串口數(shù)據(jù)采集與權(quán)限處理工控機跟普通電腦最大的區(qū)別就是串口多。你可能會遇到ubuntu工控機 查看com口數(shù)據(jù)這種需求在Linux下串口設(shè)備是/dev/ttyS*或者/dev/ttyUSB*。查看串口數(shù)據(jù)最簡單的方法是用minicom或者screen# 安裝minicom sudo apt install minicom # 查看串口列表 ls /dev/ttyS* ls /dev/ttyUSB* # 用minicom連接串口1波特率9600 sudo minicom -D /dev/ttyS1 -b 9600但這里有個權(quán)限坑普通用戶默認沒有串口設(shè)備的讀寫權(quán)限每次都要sudo很麻煩。正確的做法是把用戶加入dialout組sudo usermod -aG dialout $USER然后重新登錄生效。這個操作在Node-RED里用serial節(jié)點的時候特別重要否則你會看到“Permission denied”的錯誤。3.3 Node-RED的安裝與多線程優(yōu)化Node-RED的安裝方式有好幾種官方推薦用npm全局安裝但在工控場景里我更建議用Docker或者Snap因為依賴隔離更干凈。不過如果你追求性能直接npm裝也行# 安裝Node.js 18 LTS curl -fsSL https://deb.nodesource.com/setup_18.x | sudo -E bash - sudo apt install -y nodejs # 安裝Node-RED sudo npm install -g --unsafe-perm node-red # 啟動 node-red啟動后默認監(jiān)聽1880端口瀏覽器訪問http://工控機IP:1880就能看到編輯器界面。關(guān)于node-red多線程的問題Node-RED本身是單線程事件循環(huán)模型但你可以通過幾種方式實現(xiàn)并行處理一是用exec節(jié)點調(diào)用外部多線程程序二是用link call節(jié)點做異步流程拆分三是部署多個Node-RED實例用MQTT做實例間通信。實測下來對于數(shù)據(jù)采集類任務(wù)單實例處理幾千點每秒沒問題真正需要多線程的是做圖像推理或者復(fù)雜計算的時候那時候建議把重計算任務(wù)丟給Python腳本用exec節(jié)點調(diào)用。3.4 EMQX與IoTDB的集成要點EMQX的安裝很簡單官方提供deb包wget https://www.emqx.com/zh/downloads/broker/5.4.1/emqx-5.4.1-ubuntu22.04-amd64.deb sudo dpkg -i emqx-5.4.1-ubuntu22.04-amd64.deb sudo systemctl start emqx默認監(jiān)聽1883端口Dashboard在18083端口初始賬號admin/public。安全起見第一件事就是改密碼。IoTDB的部署稍微復(fù)雜一點需要Java環(huán)境# 安裝JDK 17 sudo apt install openjdk-17-jdk # 下載IoTDB wget https://dlcdn.apache.org/iotdb/1.3.0/apache-iotdb-1.3.0-all-bin.zip unzip apache-iotdb-1.3.0-all-bin.zip cd apache-iotdb-1.3.0-all-bin # 啟動 sbin/start-standalone.shNode-RED連接EMQX用mqtt in和mqtt out節(jié)點連接IoTDB則需要用http request節(jié)點調(diào)用IoTDB的REST API或者用exec節(jié)點調(diào)用IoTDB的CLI工具。實測下來REST API方式更靈活但吞吐量不如原生協(xié)議數(shù)據(jù)量大的話建議用exec方式批量寫入。4. 實操全流程搭一套可復(fù)現(xiàn)的邊緣數(shù)據(jù)管道4.1 硬件連接與系統(tǒng)燒錄假設(shè)你拿到一臺智嵌物聯(lián)的Linux邊緣計算工控機第一步是確認硬件接口。通常這類機器會有多個千兆網(wǎng)口、RS232/RS485串口、USB 3.0、HDMI輸出、以及可選的4G/WiFi模塊。先把電源接好用HDMI接顯示器看啟動畫面確認BIOS里啟動順序是硬盤優(yōu)先。如果機器預(yù)裝了Ubuntu直接跳到下一步。如果需要自己燒錄系統(tǒng)準備一個U盤用Rufus或者balenaEtcher把Ubuntu 22.04 LTS的ISO寫進去。注意工控機可能是UEFI啟動ISO要選帶UEFI支持的版本。燒錄完成后插上U盤開機按F2或者Del進BIOS把U盤設(shè)為第一啟動項。安裝過程跟普通PC裝Ubuntu沒區(qū)別但有幾個選項要注意分區(qū)的時候建議手動分給/至少50G/var單獨分20G因為日志和數(shù)據(jù)庫會占空間swap給內(nèi)存的1.5倍。用戶名不要用中文密碼設(shè)復(fù)雜點但自己要記住工控機忘記密碼重置起來很麻煩。4.2 基礎(chǔ)軟件棧的安裝順序系統(tǒng)裝好后按這個順序裝軟件能避免大部分依賴沖突更新系統(tǒng)sudo apt update sudo apt upgrade -y安裝常用工具sudo apt install -y curl wget vim git htop net-tools配置SSHsudo apt install openssh-server然后sudo systemctl enable ssh安裝Docker可選但推薦sudo apt install docker.io docker-compose把當(dāng)前用戶加入docker組安裝Node-RED按前面說的方法安裝EMQX按前面說的方法安裝IoTDB按前面說的方法這里有個坑ubuntu安裝gcc失敗是熱詞里有人問的通常是因為源沒更新或者依賴缺失。先跑sudo apt update然后sudo apt install build-essential一般就能解決。如果還不行檢查/etc/apt/sources.list里的源地址是否可用。4.3 Node-RED流配置實戰(zhàn)打開Node-RED編輯器我們來搭一條從串口采集到MQTT發(fā)布的完整流。拖入以下節(jié)點一個serial in節(jié)點配置串口為/dev/ttyS1波特率9600數(shù)據(jù)分割用\n一個function節(jié)點寫解析邏輯// 假設(shè)串口數(shù)據(jù)格式為 temp:25.6,hum:60.2 var parts msg.payload.split(,); var data {}; parts.forEach(function(p) { var kv p.split(:); data[kv[0]] parseFloat(kv[1]); }); msg.payload data; msg.topic sensor/workshop1; return msg;一個mqtt out節(jié)點配置EMQX的地址為localhost:1883主題為sensor/workshop1部署之后用mosquitto_sub或者EMQX的WebSocket工具訂閱這個主題就能看到數(shù)據(jù)了。4.4 數(shù)據(jù)持久化到IoTDB在Node-RED里加一個http request節(jié)點配置如下Method: POSTURL:http://localhost:18080/rest/v2/write?grouproot.workshopprecisionmsHeaders:Content-Type: text/plainBody: 用function節(jié)點構(gòu)造IoTDB的寫入格式var timestamp Date.now(); var temp msg.payload.temp; var hum msg.payload.hum; msg.payload root.workshop.device1.temperature ${temp} ${timestamp}\nroot.workshop.device1.humidity ${hum} ${timestamp}; return msg;這樣數(shù)據(jù)就同時進了MQTT和IoTDBMQTT用于實時告警和看板IoTDB用于歷史查詢和趨勢分析。5. 常見問題與排查技巧實錄5.1 系統(tǒng)層面的典型故障問題現(xiàn)象可能原因排查命令解決方法開機后時間不對RTC電池沒電或NTP未同步timedatectl status換RTC電池配置chrony串口無數(shù)據(jù)權(quán)限不足或波特率錯誤ls -l /dev/ttyS*加入dialout組確認波特率網(wǎng)絡(luò)時通時斷網(wǎng)線接觸不良或IP沖突ethtool enp1s0換網(wǎng)線檢查IP分配系統(tǒng)卡頓內(nèi)存不足或磁盤滿free -h、df -h清理日志加內(nèi)存SSH連不上防火墻攔截或服務(wù)未啟動systemctl status ssh開放22端口啟動服務(wù)5.2 Node-RED運行中的坑Node-RED跑久了會遇到內(nèi)存泄漏的問題特別是用了大量function節(jié)點做復(fù)雜計算的時候。我的經(jīng)驗是每24小時重啟一次Node-RED用crontab定時任務(wù)搞定# 編輯crontab crontab -e # 添加一行每天凌晨3點重啟 0 3 * * * systemctl restart nodered另外node-red多線程的需求如果真的很強烈可以考慮用node-red-contrib-worker-nodes這個插件它能把計算任務(wù)分發(fā)到Worker線程里不阻塞主事件循環(huán)。但實測下來對于大多數(shù)采集場景優(yōu)化function節(jié)點的代碼比上多線程更有效。5.3 EMQX和IoTDB的調(diào)優(yōu)建議EMQX默認配置是給服務(wù)器用的在工控機上跑需要調(diào)小一些參數(shù)。編輯/etc/emqx/emqx.conf# 減少TCP連接緩沖區(qū) listener.tcp.external.buffer 4KB # 降低日志級別 log.level warning # 限制最大連接數(shù) listener.tcp.external.max_connections 1000IoTDB這邊工控機內(nèi)存有限的話把conf/iotdb-engine.properties里的wal_buffer_size調(diào)小到16MBmemtable_size_threshold調(diào)到128MB避免OOM。5.4 獨家避坑心得說幾個文檔里不會寫但實際會遇到的坑。第一工控機的看門狗功能一定要開在BIOS里設(shè)置好系統(tǒng)死機自動重啟比你去現(xiàn)場按電源鍵強一萬倍。第二Ubuntu的自動更新一定要關(guān)掉sudo apt install unattended-upgrades然后禁用否則半夜自動更新重啟產(chǎn)線停了都不知道。第三串口線不要熱插拔RS485的熱插拔很容易燒芯片斷電再插。第四Node-RED的flows.json要定期備份我習(xí)慣用git管理每次改完commit一下出問題回滾只要幾秒鐘。6. 這套方案還能怎么擴展跑通基礎(chǔ)的數(shù)據(jù)采集和存儲之后下一步可以往幾個方向走。一是邊緣AI推理在工控機上裝個ONNX Runtime或者OpenVINO用Node-RED的exec節(jié)點調(diào)用Python推理腳本做簡單的視覺檢測或者異常聲音識別。二是多節(jié)點組網(wǎng)用EMQX的橋接功能把多個工控機的數(shù)據(jù)匯聚到一個中心節(jié)點做產(chǎn)線級的協(xié)同分析。三是對接云平臺通過MQTT over TLS把數(shù)據(jù)同步到云端本地保留最近7天的熱數(shù)據(jù)云端做長期歸檔和跨廠區(qū)對比。熱詞里提到的amd7730u工控機好用嗎我的看法是7730U這顆U的TDP是15W性能對于邊緣計算場景綽綽有余跑Node-RED加EMQX加IoTDB三件套CPU占用率長期在20%以下。真正制約性能的是內(nèi)存和磁盤IO建議至少16G內(nèi)存加NVMe固態(tài)這樣跑起來才舒服。最后分享一個小技巧如果你手頭沒有物理工控機可以用VMware或者VirtualBox裝個Ubuntu 22.04虛擬機先練手把整套流程跑通再上真機。虛擬機里串口可以用/dev/ttyS0模擬或者用socat創(chuàng)建虛擬串口對。這樣試錯成本幾乎為零等真機到了直接復(fù)制配置就行。