一封来自中东油田的邮件

邮件是凌晨两点发来的，发件人是一位中国籍的项目经理，驻地在阿布扎比。

标题只有一行字："第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里，在工控机的架构里。