5 款边缘协议网关横评：谁能让你的设备全开口说话
你是不是这样干的？
车间里有西门子 PLC（S7 协议）、欧姆龙 PLC（FINS 协议）、几台 Modbus 仪表、一台 BACnet 空调控制器、还有个 OPC UA 的 CNC。你写了一个 Python 脚本读 Modbus，又写了一个读 OPC UA，再写一个......最后 6 个脚本 6 套配置，有个协议升级了你就得重写代码。出问题了，到底是脚本的锅还是网络的锅，排查半天。
我们需要的是一张"翻译桌"——不管设备说什么方言，坐下来都能统一说普通话（MQTT）。
我们测了 5 款主流方案，结论是——别被"协议数量"忽悠了，选错架构比少几个协议更致命。
1. Kepware KEPServerEX
"工业协议的 USB 万能驱动"
【适合】现场设备品牌杂、有冷门协议、甲方指定要 Windows 部署的集成项目
【不适合】预算低于 5 万的小项目、需要边缘计算能力的场景、Linux 环境
【评价】Kepware 是这个领域的"老钱"——150+ 协议驱动，几乎所有你能想到的 PLC 品牌都有原厂级支持。在甲方眼里，"Kepware"三个字本身就是资质背书。但它本质是个"管道"：把 OT 协议翻译成 OPC UA 就完事了，没有流处理、没有规则引擎、没有 AI 能力。你需要自己搭 Ignition 或别的平台来做数据处理。另外，Windows Only 是硬伤——工控机跑 Windows，补丁不敢打、防病毒不敢装，安全团队天天催你迁移。
【关键数据】协议驱动 150+ | 仅 Windows | 启动内存约 500MB | 单机授权 $5,000-$25,000
2. EdgeX Foundry
"边缘计算界的 Android 系统"
【适合】设备种类 10 种以上、需要二次开发和自定义扩展的厂级项目、有 Java/Go 开发能力的团队
【不适合】只要接 2-3 种 Modbus 设备的小项目（杀鸡用牛刀）、ARM 低端网关（内存不足 1GB 跑不动微服务架构）
【评价】Linux 基金会的亲儿子，生态最全，社区最活跃，协议覆盖面仅次于 Kepware。微服务架构是双刃剑——灵活到你什么都能改，但也意味着 18 个微服务组件要启动，冷启动 45 秒，内存起步 1GB。如果你只是想"把几台 Modbus 设备的数据读出来"，它太重了。但如果你要做"统一数据底座+规则引擎+AI 推理+多系统分发"的全栈边缘方案，EdgeX 是唯一的开源选择。已有国产化版本（如华为基于 EdgeX 的 IoTDA 边缘节点）。
【关键数据】内置协议 18 种（社区扩展 200+）| Java/Go 微服务 | 冷启动约 45s | 最小部署 1GB RAM | 完全开源 Apache 2.0
3. EMQX Neuron
"轻量到能在树莓派上跑的协议翻译机"
【适合】资源受限的边缘硬件（ARM 网关）、需要快速部署的中小项目、MQTT 生态为主的 IT 架构
【不适合】需要复杂边缘计算（聚合/规则/ML 推理）的场景——这是 ETL 工具不是计算平台、协议数量不如 Kepware 全
【评价】Neuron v2.0 开源后，性价比直接拉满。C 语言写的核心，内存占用低于 200MB，ARM/X86/MIPS 全架构通吃，Docker 一行命令部署。协议支持 100+，对中国集成商最友好的是：西门子 S7、三菱、欧姆龙这些国厂 PLC 的驱动开箱即用，不用像 EdgeX 那样自己编译插件。但它定位很清晰——就是个"协议翻译器"，把 OT 方言翻译成 MQTT 就完事。如果你需要在边缘做流式计算、AI 推理，得叠 EMQX Kuiper 规则引擎。好消息是 Neuron + Kuiper + EMQX Broker 这一套全是同一家产品，组合起来比 EdgeX 的拼凑方案省心。
【关键数据】协议驱动 100+ | C 语言核心 | 冷启动低于 10s | 内存低于 200MB | 开源+商业版 | 支持 x86/ARM/MIPS
4. Litmus Edge
"能跑 Docker 容器的工业网关，也是半个边缘操作系统"
【适合】大型企业级部署（500+ 设备节点）、需要边缘跑 ML 模型和第三方 APP 的场景、已有 K8s 运维能力的 IT 团队
【不适合】预算不足 50 万的项目、没有 K8s 经验的团队、只需要数据采集不需要边缘计算的工厂
【评价】Litmus 不是网关，是一个边缘操作系统。200+ 协议驱动 + Docker 容器编排 + 应用市场 + ML 模型部署，它想做的是"工厂里的手机应用商店"。能力确实强，但代价是复杂度极高——你得懂 K8s，得有专人维护，出了问题排查链路很长。适合那种"一条产线投入 5000 万、IT 团队 20 人"的头部企业，中小集成商用不起也玩不转。
【关键数据】协议驱动 200+ | K8s 容器化 | 企业版 $50,000+/年 | 需专业运维团队 | 有应用市场生态
5. Node-RED + 工业节点
"30 分钟搭一个能用的数据采集，但不适合上生产"
【适合】原型验证、POC 演示、设备种类少于 5 种且不需要高可靠的小项目
【不适合】7x24 生产环境（单点故障无 HA）、设备规模超过 50 台（性能瓶颈）、安全合规要求高的场景
【评价】拖几根线就能读 Modbus，再拖一根线就能发 MQTT，30 分钟跑通一个数据流——这是 Node-RED 的魅力，也是它的陷阱。它是"乐高"，不是"建筑"。没有 HA，没有持久化队列（断网丢数据），没有细粒度权限控制，Node.js 单线程扛不住高并发。做 POC 给老板看效果极好，上生产后半夜 3 点挂了你只能重启。但说实话，很多中小集成商的第一个项目就是这么起步的——先用 Node-RED 验证可行性，再换 Kepware 或 Neuron 上生产。
【关键数据】协议支持按节点安装 | Node.js | 内存低于 100MB | 完全开源 | 可视化编程 | 无 HA 无持久化
如果你只有 3 分钟
表格
| 你的场景 | 选它 | 理由 |
|---|---|---|
| 设备少于 5 种，Modbus 为主 | Neuron | 5 分钟部署完，内存小，够用 |
| 设备 10+ 种，品牌杂，有冷门 PLC | Kepware | 协议驱动最全，甲方认这个牌子 |
| 要做边缘计算+AI，有开发团队 | EdgeX Foundry | 生态最全，二次开发自由度高 |
| 大型企业级，预算充足，有 K8s 团队 | Litmus Edge | 能力最强，但复杂度也最高 |
| 只是做个 POC 演示 | Node-RED | 30 分钟跑通，别上生产就行 |
关键对比（注册解锁完整数据）
表格
| 维度 | Kepware | EdgeX | Neuron | Litmus | Node-RED |
|---|---|---|---|---|---|
| 协议数量 | 150+ | 18+社区200+ | 100+ | 200+ | 按节点 |
| 最小内存 | 约500MB | 约1GB | 低于200MB | 约2GB | 低于100MB |
| 部署方式 | Windows安装 | Docker/K8s | Docker/原生 | K8s强制 | Docker/原生 |
| 边缘计算 | 不支持 | 规则引擎 | 需叠Kuiper | 完整支持 | 不支持 |
| HA高可用 | 单机无HA | K8s调度 | 商业版支持 | 原生支持 | 不支持 |
| 断网续传 | RAM缓冲 | 持久化队列 | 磁盘队列 | 持久化队列 | 不支持 |
| 二次开发 | 不支持 | Java/Go | C/Python | 容器APP | JS |
| 适合团队 | OT工程师 | IT开发 | OT+IT | IT运维 | 全栈/个人 |
| 起步成本 | $5,000+ | 免费 | 免费 | $50,000+/年 | 免费 |
| 中国市场适配 | 一般 | 良好 | 优秀 | 较弱 | 良好 |
数据来源：EMQX Neuron 官方文档 docs.emqx.com；EdgeX Foundry 社区数据 MachineCDN 2026工业边缘网关评测；Kepware 定价数据 MachineCDN；Litmus Edge 定价 MachineCDN；EMQX vs Legacy Edge 对比 EMQX Blog
