一封來自中東油田的郵件
郵件是凌晨兩點發來的，發件人是一位中國籍的項目經理，駐地在阿布扎比。
標題只有一行字："第17次掉線，第3次撞罐區圍欄。"
正文很短，但每一句都帶著疲憊：
"李總，我們的AGV車隊在油氣庫區已經連續掉線一周了。5G信號穿不過防爆墻，LoRa帶寬不夠傳視頻，Wi-Fi隔兩道墻就沒影。今天三號車在進庫區的時候通信全斷，靠最后一層激光避障才沒撞上隔離圍欄。
業主已經發了最后通牒：下周再出一次安全事件，整個項目換供應商。
我知道這不是通信模塊的問題，但我現在不知道該找誰。5G廠商說是環境問題，LoRa廠商說是帶寬問題，AGV集成商說是工控機的問題。
到底該怎么辦？"
李總把這封郵件轉發給了我。
他沒附任何評論，只加了一句話："你去過油氣現場嗎？"
我沒去過。但我知道，這封郵件背后藏著的，不只是一個通信問題。
它是一個項目經理在異國他鄉的凌晨兩點，面對十七次失敗之后，仍然不敢跟國內老板說"做不了"的那種窒息感。
做過油氣行業AGV項目的人，對"通信"這兩個字有一種生理性的抵觸。
不是因為技術復雜——技術復雜是所有行業的通病。油氣場景的通信難，難在它同時踩中了三個"不可能"：
第一個不可能：信號穿不透。
油氣庫區的建筑結構，是為了防爆和防泄漏設計的，不是為了通信設計的。厚重的防爆混凝土墻、金屬密封門、不銹鋼管道密如蛛網，5G信號穿進去衰減40dB以上。你在室外測得好好的滿格信號，一進庫區，手機都變磚頭，更別說AGV了。
第二個不可能：帶寬不夠用。
AGV不是只傳個"我到了"的信號。它要實時回傳多路攝像頭畫面、激光雷達點云、IMU數據、車身狀態。一臺AGV的視頻流就要10-20Mbps，一個車隊十臺車，就是200Mbps。LoRa的帶寬只有幾十kbps，連一路標清視頻都扛不住。
第三個不可能：安全等不起。
普通倉庫AGV掉線了，最多停在原地等。油氣庫區的AGV掉線了，它還在動。身后是儲油罐，旁邊是管廊，腳下是防爆區和非防爆區的交界線。通信斷了，它就是一顆在危險區域里瞎跑的鐵疙瘩。
三個"不可能"疊加在一起，就變成了一個死結：
用5G，進庫區就斷；用LoRa，出庫區就卡；用Wi-Fi，換個房間就沒了。
項目經理試過所有單模方案。5G基站拉到庫區門口，信號還是進不去。LoRa網關掛滿了整個庫區，帶寬撐不起視頻回傳。Wi-Fi做了漫游，AGV從A區切到B區，切換時間800毫秒，夠它撞兩次墻了。
他不是沒努力。他是努力了十七次，每次都差一點。
而在油氣行業，"差一點"就是"出大事"。
后來我跟幾個做油氣AGV的集成商聊了聊，發現了一個很有意思的現象：
他們不是不知道5G+LoRa的組合能解決問題。事實上，行業里早就有人提出過"雙模通信"的概念——用5G保證帶寬，用LoRa保證覆蓋。
但問題出在"誰來裝"。
5G模組是通信廠商的，LoRa模組是另一家的，兩套天線、兩套協議棧、兩套驅動，要塞進一臺工控機里。
傳統工控機的I/O是固定的。你要加5G，得占用一個M.2口或者一個PCIe槽；你要加LoRa，又得占一個串口或者USB口。空間不夠，供電不夠，散熱也不夠。更麻煩的是，兩套通信系統的切換邏輯誰來寫？AGV的主控程序里，通信模塊只是一個外設，它不知道什么時候該切5G、什么時候該切LoRa。
于是，集成商要么自己寫切換邏輯——寫出來的切換時間兩秒起步，AGV早就跑偏了；要么把切換邏輯交給通信廠商——通信廠商只管通信，不管AGV的安全策略，切晚了一樣出事。
本質上，這不是一個通信問題，是一個"系統集成"問題。
誰能把5G和LoRa做到同一臺工控機里，并且讓它們在毫秒級自動切換、在邊緣側統一調度、在防爆等級內可靠運行——誰就解決了油氣AGV通信的最后一公里。
而這"最后一公里"，恰恰是最貴的一公里。
我后來見過一個做得比較好的方案，思路跟市面上大多數不一樣。
它沒有把5G和LoRa當成兩個獨立的通信模塊去"拼"，而是把它們當成同一套通信架構里的兩條"路"——一條是高速公路（5G），帶寬大、速度快，但coverage有限；一條是鄉間小路（LoRa），帶寬小、速度慢，但無處不在。
AGV在庫區外跑的時候，走高速公路，5G全速傳輸視頻和點云；進了庫區，高速公路斷了，系統在50毫秒內自動切到鄉間小路，LoRa保證基本的心跳信號和指令下行；出了庫區，再切回5G，視頻流無縫恢復。
整個切換過程，AGV的主控程序完全無感。它不需要知道自己用的是什么通信方式，它只需要知道——"我的數據在走，我的指令在到，我沒有斷。"
這個方案能跑通，關鍵不在于5G模組有多好、LoRa模組有多強，而在于那臺裝著它們的工控機。
具體來說，這臺工控機要同時滿足幾個條件：
第一，物理空間夠。要同時塞下計算主板、5G模組、LoRa模組、PoE供電、CAN Bus接口、DIO，還要留散熱余量。這就要求工控機的內部結構是模塊化的——不是那種"主板焊死、I/O固定"的傳統設計，而是每個功能塊可以獨立插拔、獨立擴展。
第二，切換邏輯夠快。5G到LoRa的切換不能靠軟件輪詢，要靠硬件級的信號檢測和自動路由。這就要求工控機的通信接口不是簡單的"透傳"，而是有邊緣計算能力的——它自己能判斷信號質量、自己能做鏈路選擇、自己能在切換時緩存數據包不丟。
第三，防爆等級夠硬。油氣庫區是Zone 1甚至Zone 0，工控機必須過Ex d IIB T4以上的認證。而且因為通信模組是可插拔的，每換一個模組都不能影響防爆等級——這就又回到了模塊化認證的邏輯：模塊各自認證，整機組合不需要重新認證。
第四，生命周期夠長。油氣項目的周期是十年起步。工控機的處理器平臺要有十年以上的嵌入式支持，操作系統要用Windows 11 Enterprise IoT LTSC這種長期服務版本，不能三年一換代、五年一停產。
這四個條件，缺一個，方案就跑不通。
去年有兩個團隊在同一個油氣庫區做AGV測試。庫區面積1.2萬平米，防爆等級Zone 1，AGV車隊8臺，需要實時回傳4路攝像頭畫面。
A團隊用的是傳統方案：工控機裝5G模組，庫區內補LoRa網關做覆蓋。兩套設備、兩套供電、兩套管理平臺。切換靠AGV主控軟件做輪詢，切換時間1.2秒。
測試第一天，掉線11次。第三天，一臺AGV在進出庫區切換時丟了視頻流，安全員手動急停。第五天，業主叫停了測試。
B團隊用的是模塊化雙模工控機方案：同一臺機器里裝了5G和LoRa，切換邏輯在工控機邊緣側跑，切換時間38毫秒。庫區內沒有額外的網關，所有通信都從AGV本身發出。
測試第一天，掉線0次。第七天，連續運行168小時無通信故障。第十四天，業主簽了驗收單。
兩個團隊的5G模組是同一家的，LoRa模組也是同一家的。區別只在于，B團隊的工控機把兩條路"長在了一起"。
不是技術代差，是架構代差。
如果你現在正在做油氣AGV的通信方案，你大概率正處于一種很矛盾的狀態：
一方面，你知道5G+LoRa是對的方向，論文里寫了，行業峰會上講了，PPT里畫了無數張架構圖。
另一方面，你把這些東西往工控機里一塞，發現空間不夠、散熱不夠、切換不夠快、認證過不了、集成商接不住。
你開始懷疑，是不是這個方向本身就不成熟？
不是方向不成熟，是承載這個方向的"盒子"還沒準備好。
通信雙模不是難題，難的是找到一臺工控機，能把雙模通信、邊緣切換、防爆認證、模塊化擴展、十年生命周期，全部裝進一個統一的、不需要你再做二次開發的平臺里。
這種工控機不是沒有。比如USR-EG628系列，它的模塊化I/O架構天然適合做通信擴展——5G、LoRa、Wi-Fi、PoE各自獨立成模塊，計算平臺用的是Intel嵌入式處理器，長期供貨有保障，外殼支持防爆改裝，整體設計就是沖著"一個盒子解決所有場景"去的。
它不是市面上最貴的工控機，也不是參數最強的。但在油氣AGV這個特定場景里，它可能是那個"剛好"的選擇——剛好夠裝，剛好夠切，剛好夠用十年，剛好不用你再去協調三家供應商。
后來李總沒有直接回那封郵件。
他讓我飛了一趟阿布扎比，帶了兩臺模塊化雙模工控機的樣品。
項目經理拿到樣品的時候，先摸了一下外殼，然后問了一個很小的問題："這個LoRa模塊拔出來，5G還能跑嗎？"
我說："能。拔出來之后，它就是一臺純5G的工控機，不影響任何認證。"
他沉默了幾秒，然后說了一句話：
"那我不用再給業主寫解釋郵件了。"
你看，技術解決的從來不只是技術問題。
它解決的是一個項目經理在凌晨兩點的絕望，是一個集成商在第十七次掉線后的信心，是一個油氣業主在看到第十八次安全報告后的耐心。
5G+LoRa不是一個通信方案。它是一句話：我在，我連著，我不會斷。
而讓這句話成真的，不是基站，不是網關，是那臺裝在AGV里、你可能從來沒仔細看過的工控機。
你的油氣AGV，是在"有信號的地方跑得快"，還是在"沒信號的地方也不會停"？
這個問題的答案，不在通信模組的datasheet里，在工控機的架構里。
-20250623144437.png)
