一个Modbus转MQTT,客户却被“安排”了一台 i7工控机。

2026-02-28 17:24:46 钡铼技术
如果我告诉你:

一个只做 Modbus 转 MQTT 的项目,
客户花了将近一万元买设备。
你第一反应,大概率是:
“是不是还有什么复杂功能没说?”
很遗憾,没有。
它真的只是——
Modbus 转 MQTT。

做工业项目这些年,我们越来越深刻地体会到一句话:工业现场最贵的,从来不是设备,而是选错方案。最近在一个项目中,就遇到了一件让人哭笑不得、但又很有代表性的事情。

工业物联网关
BL101宣传图


01

客户的真实需求,其实非常简单

客户一开始找我们时,需求描述得很清楚:

  • 现场设备走 Modbus(RTU / TCP)

  • 数据需要 转成 MQTT

  • 对接到已有的平台

  • 不需要界面

  • 不需要算法

  • 不需要本地存储

一句话总结就是:

一个标准的 Modbus → MQTT 协议转换需求。

这种需求,在工业现场可以说是非常常见、非常基础


02

但客户现有方案,让人直接愣住了

当客户把“已经在用的方案”给我们看时,现场一度安静了几秒钟。

一台 X86 架构、i7 处理器的工控机采购成本:接近一万元实际用途:只跑 Modbus 采集 + MQTT 上报

没有复杂业务,没有高并发,没有本地计算。

CPU 长期个位数占用,内存、磁盘大量闲置。

说句不夸张的:

95% 的性能,完全没被用上。


03

客户并不傻,而是“被专业话术带偏了”

深入沟通后,我们发现客户并不是乱选设备。

当初给他做方案的人,理由也“很专业”:

  • “工控机更稳定”

  • “X86 通用性更强”

  • “以后万一要加功能呢?”

  • “ARM 性能不行,容易出问题”

这些话有没有问题?单独听,都没问题。

但问题在于:

你现在只是做 Modbus 转 MQTT。

把“可能永远用不到的未来需求”,变成当下必须承担的成本,这本身就是一种不负责任的方案设计。


04

我们做的第一件事:把需求拉回现实

在推荐任何产品之前,我们先和客户一起,把需求重新拆了一遍:

项目
实际情况
协议数量
数据量
计算需求
几乎没有
实时性
普通
扩展性
暂无

最终结论非常清晰:

这不是工控机该干的活。


05

换成 BL101,事情立刻简单了

在确认需求后,我们给客户推荐了 BL101 Modbus 转 MQTT 网关

原因只有一个:它刚好“够用”,而且不多不少。

BL101 能做什么?

  • 原生支持 Modbus RTU / TCP

  • 内置 MQTT Client

  • 可直接对接各类 IoT / SCADA 平台

  • 工业级设计,7×24 小时运行

  • 无风扇、低功耗、导轨安装

  • 参数配置即可完成,不需要写代码

工业物联网关
BL101采集Modbus,MQTT转发


06

最直观的变化:成本直接掉了一个数量级

成本对比一目了然

方案
设备成本
i7 工控机方案
近万元
BL101 方案
几百元

不仅如此:

  • 功耗更低

  • 安装更简单

  • 运维几乎为零

  • 不存在“系统被误操作”的风险

客户现场负责人听完之后,说了一句话:

“原来这个事情,本来就不该这么复杂。”


07

这件事真正值得反思的地方

这不是个例。

在工业现场,我们见过太多类似情况:

  • 用工控机只做协议转发

  • 用服务器做简单数据采集

  • 用复杂系统解决基础问题

这些方案看起来“高端”,但对客户来说——没有带来任何额外价值。

反而:

  • 增加成本

  • 增加故障点

  • 增加后期维护压力


08

写在最后:合适,比“高配”重要得多

这次项目没有炫技,也没有复杂技术。

真正做对的,只有一件事:

让方案回到需求本身。

工业项目不是比谁配置高,而是比谁——更懂现场,更尊重客户的每一分钱。

如果你的项目只是:

  • Modbus 采集

  • MQTT 上报

  • 平台对接

那你真的可以认真想一想:

你现在用的方案,是不是已经被“忽悠”得有点过头了?

工业物联网关

标签: Modbus MQTT
微信公众号

首页
产品
案例
联系钡铼