1. 课程导入与对接场景认知

在智能制造项目中，ControlLogix 控制器往往承担产线设备控制、工艺参数管理、报警联锁等实时任务，而 MES（制造执行系统）负责工单下发、生产追溯、质量统计、设备绩效等业务管理。两者之间的数据对接，是打通"控制层"与"管理层"的关键环节。本课程围绕 ControlLogix 与 MES 的对接展开，本章先建立整体认知：典型需求是什么、数据往哪个方向流、常见架构有哪几种、项目里各角色如何分工。

一、ControlLogix 与 MES 对接的典型需求

从现场项目看，对接需求通常集中在四类：

• 工单与配方下发：MES 将生产工单、产品型号、工艺配方参数下发给 ControlLogix，控制器据此切换程序分支或写入配方数据块。例如某灌装线，MES 下发"产品A、目标灌装量 500mL、批次号 B20240601"，PLC 接收后写入配方数组并启动对应流程。
• 生产实绩上传：控制器把产量、合格数、节拍、设备状态、报警代码等上传给 MES，用于看板展示与 OEE 统计。
• 质量与追溯数据：关键工艺参数（温度、压力、扭矩、时间）与产品序列号绑定，上传后形成追溯档案。
• 设备状态与报警：运行/停机/故障状态、报警发生与恢复时间，供 MES 做设备管理和维修派工。

这些需求的共同点是：数据量不大，但要求方向明确、时序可控、异常可查。因此，对接设计的第一步不是选协议，而是把"谁给谁、给什么、什么时候给、给错了怎么办"想清楚。

二、数据流方向：上行与下行

对接数据按方向分为两类，参照系以 ControlLogix 为本地端、MES 为远端：

• 下行（MES → ControlLogix）：工单、配方、命令、参数设定值。特点是"请求—确认"式，PLC 收到后要回写接收结果，避免丢单。
• 上行（ControlLogix → MES）：产量、状态、报警、质量数据。特点是周期性或事件触发，要求不丢关键事件、不重复计数。

实际项目中，上下行往往同时存在，形成双向数据流。下图给出一个典型的对接数据流与角色分工示意：

三、常见架构：三种典型对接方式

根据项目规模与实时性要求，常见架构有三种：

选择时先问三个问题：数据点多不多？实时性要求多高？PLC 程序是否允许被 MES 直接访问？答案会自然指向某一种架构。

四、项目角色分工

对接项目通常涉及四类角色，分工不清是后期扯皮的主要原因：

• PLC 工程师：负责在 ControlLogix 中建立对接标签/数据块，定义数据类型、地址、读写权限，编写 MSG 或生产者标签逻辑，提供标签清单。
• MES 工程师：负责业务侧数据模型、工单/配方接口、数据库表、看板与追溯页面，定义接口字段与调用时序。
• 自动化/集成工程师：负责中间件、OPC UA 服务器、网关配置，做协议映射、数据缓存、异常重连与日志。
• 工艺/生产人员：提供配方参数、批次规则、质量判定标准，确认数据含义与业务口径。

五、一个典型场景示例

以某装配线为例：MES 下发工单"产品B、数量 200、批次 B240601"，ControlLogix 收到后写入 Recipe[1] 数据块并置位 Cmd_Start；PLC 完成一件产品后，将序列号、扭矩值、结果写入 Prod_Data 数组并置位 Data_Ready；网关检测到 Data_Ready 后读取数据、写入 MES 数据库，成功后回写 Data_Ack，PLC 复位 Data_Ready。整个过程形成"下发—执行—上报—确认"的闭环，任何一环超时都应有报警与重试。