MES想给PLC下发控制：“给我五分钟，自己搞定“

数字化集成的老大难问题，做数字化集成，数据从PLC采上来交给MES，这条路大家都有成熟方案了。

但反方向的需求，其实一直让人头疼——MES生成了工单，要把参数下发给PLC，让设备按这批参数去跑。

这个需求不复杂。下发的数据量通常不大：工单号、配方参数、目标产量，就这几样东西。

但长期以来，工控圈里没有一个特别顺手的通用方案。每次做项目，都要重新想办法。

为什么这件事没那么难，又没那么简单？

MES是IT系统，开发它的工程师熟悉HTTP接口、JSON、数据库这一套。

但工厂设备不吃这一套，PLC认的是Modbus、S7、三菱MC这类工业协议，寄存器地址、DB块、线圈，跟HTTP完全是两个世界，MES发出去的指令，PLC本身没法直接接收。中间这段，需要打通。

IT和OT之间，隔着一整个工业协议的世界。

传统方案一：OPC UA

借助Kepware这类OPC服务器，一边用工业协议连接PLC，一边对外提供OPC UA接口。MES集成OPC UA客户端，通过OPC UA向PLC寄存器写数据。

大型项目里用得比较多，架构清晰，OPC UA本身也是工业标准协议，稳定性经过很多项目验证。

但缺点也实实在在：

• Kepware授权费用不低，小项目成本压力大
• OPC UA配置有门槛，证书交换、安全策略，第一次搞容易卡住
• MES工程师通常没接触过OPC UA，对接周期拉长
• IT系统直接操作设备寄存器，自动化那边有时候有顾虑

核心问题是：贵，且门槛高。

传统方案二：自己写中间层程序

在MES和PLC之间加一个中间层程序，用来协调数据交换。

流程是：PLC在约定地址写"准备好了"，中间层扫描到后通知MES，MES把参数交给中间层，中间层用工业协议写入PLC，完成握手。

好处是责任边界清晰。MES不直接碰PLC，自动化那边比较容易接受。

坏处是：中间层程序需要自己开发维护，要处理断线重连、写入失败、超时重试，还要同时支持不同品牌PLC。

实际情况往往是每个项目单独搭一版，积累下来维护成本不小。

核心问题是：开发成本高，通用性差。

两个方案有一个共同痛点：对MES工程师不友好

MES工程师日常打交道的是HTTP接口调一个接口，传一个JSON，拿一个返回值，这是他们最熟悉的工作方式。但OPC UA和中间层程序，都不是这个路数。要么学新协议，要么等别人开发，排期排到天荒地老。

为什么不能有一个方案，让MES工程师直接用HTTP接口调PLC？

​场景举例

MES生成工单，包含工单号、产品型号、目标产量、工艺参数。JVS-IOT边缘网关接收HTTP请求，把参数解析后写入PLC对应寄存器地址。PLC读取参数，开始按新工单运行。整个过程可能只需要几百毫秒。热点来了，参数要改？MES重新发一次请求，边缘网关再次下发，PLC接收新参数执行。不用改代码，不用找开发，不用等排期。

JVS-IOT的解题思路

JVS-IOT物联网平台，在这个场景里提供了一个轻量级的解决方案，在平台上直接使用协议，设置好对应设备的采集与控制，设置好对应的点位：

MES通过HTTP接口 → JVS-IOT边缘网关 → PLC

边缘网关充当"翻译官"的角色：

• 对外暴露HTTP接口，MES工程师直接调用，跟调普通接口没区别
• 对内用工业协议读写PLC寄存器，不需要了解工业协议细节
• 支持Modbus、S7、三菱MC等多种主流PLC协议，配置即可使用

实际用起来是什么感觉？

假设MES要下发一个工单参数给PLC：

原来： 提需求 → 等排期 → 等中间层开发 → 对接测试 → 上线（可能两周起步）

现在： 在JVS-IOT配置一个下发规则 → MES调HTTP接口传JSON → 完成（配置+调试可能半天）

MES工程师只需要知道：我要调哪个接口、传什么参数、返回什么结果。底层PLC的寄存器地址、协议格式、握手逻辑——不需要了解。

这就是"配置化"的价值：让专业的人做专业的事，但不需要每个人都成为全栈专家。

边缘网关：软件定义，不用买硬件

JVS-IOT的边缘网关是软件化的，可以部署在普通PC或服务器上，不需要专门的硬件网关盒子。支持Windows和Linux系统，配置好驱动和通道之后，就能开始采集和下发数据。每个驱动进程最多支持100个连接通道，每个通道最多5000个点位——对于大多数工厂场景，够用了。

为什么这个方案值得考虑，三个原因：

第一，成本低。 不需要OPC UA的昂贵授权，不需要买专用硬件网关，一台普通服务器加JVS-IOT软件就能跑起来。

第二，上手快。 MES工程师用HTTP接口调就行，不需要学OPC，不需要了解工业协议，培训成本几乎为零。

第三，可扩展。 后续要接新品牌PLC，在JVS-IOT里配置新驱动就行，不用重新开发。

若您对APS智能排产、物联网有疑问或兴趣，可以一起交流探讨：https://bctools.cn