📚 课程目录第1章课程导入与集成场景认知

1. 课程导入与集成场景认知

在一条典型的离散制造产线上，PLC 负责设备动作控制，运动控制器负责轴同步，视觉系统负责质量判定，而 MES（制造执行系统）负责工单派发、物料追溯、质量归档与产能统计。ctrlX AUTOMATION 在这条链路中扮演的角色，并不是替代 MES，也不是单纯替代 PLC，而是作为产线侧的数据汇聚与边缘计算平台：向下通过 EtherCAT、PROFINET、OPC UA、Modbus TCP 等协议连接设备层，向上通过 REST、MQTT、OPC UA、SQL 等方式把生产数据交付给 MES。

理解这一点非常关键。很多初学者会把 ctrlX AUTOMATION 当成“另一套 PLC”，于是把所有逻辑都塞进 PLC 程序里，结果 MES 集成时发现数据模型混乱、时间戳不一致、状态语义无法对齐。正确的认知是：ctrlX CORE 是控制与数据平台，ctrlX Data Layer 是统一数据入口，ctrlX 应用（如 ctrlX PLC、ctrlX Motion、ctrlX I/O）是能力提供者，而 MES 集成是数据契约问题，不是简单的“连上就能用”。

生产数据与 MES 集成的业务目标

从业务视角看，生产数据与 MES 集成通常要达成四类目标：

工单执行闭环：MES 下发工单号、产品型号、计划数量，产线回传开工、完工、实际数量、良品/不良品数量。
过程追溯：每个产品绑定唯一序列号，记录关键工艺参数（如拧紧扭矩、压装力、测试结果）与时间戳，支持事后追溯。
设备状态透明：把设备运行、待机、故障、维护等状态实时上报，支撑 OEE 计算与异常响应。
质量数据归档：将检测结果、测量值、判定结论按批次或序列号归档到 MES，形成质量档案。

这四类目标对应到数据层面，就是事件、状态、参数、结果四类数据。事件是“发生了什么”，状态是“现在处于什么情况”，参数是“工艺设定或实测值”，结果是“判定通过还是失败”。在 ctrlX AUTOMATION 中，这些数据通常先进入 Data Layer，再由边缘应用或连接器按 MES 要求的格式推送出去。

典型工厂场景

以一个汽车零部件装配线为例。工位 1 进行上料与扫码，工位 2 进行压装，工位 3 进行拧紧，工位 4 进行气密测试，工位 5 进行下料与分拣。ctrlX CORE 作为产线控制器，同时运行 ctrlX PLC 控制各工位动作，并通过 Data Layer 暴露关键节点，例如：

plc/app/line/station2/pressForceActual
plc/app/line/station3/torqueActual
plc/app/line/station4/leakRate
plc/app/line/order/currentOrderNo
plc/app/line/order/producedQty
plc/app/line/order/ngQty
plc/app/line/state/lineState

MES 侧通过 OPC UA 或 REST 读取这些节点，或者由 ctrlX 侧的应用主动以 MQTT 发布变更事件。这里有一个常见误区：不是所有数据都需要实时上报。工单号和数量可以按秒级或事件触发上报，而扭矩、泄漏率等质量数据应按“每件产品完成”事件上报，避免高频数据淹没 MES 接口。

课程整体学习路径

本课程围绕“从产线数据到 MES 可用信息”的主线展开，后续章节会依次覆盖：ctrlX Data Layer 的数据建模与节点组织、ctrlX PLC 与 Data Layer 的交互、OPC UA 与 MQTT 连接配置、REST 接口调用、边缘应用与数据预处理、工单与序列号管理、质量数据归档、异常与断线续传、以及集成调试与排障。每一章都会落到具体的节点、参数、报文或判断依据上，而不是停留在概念层面。

学习建议：在进入后续章节前，先确认你手头是否有一台可访问的 ctrlX CORE（实机或虚拟），并准备好 MES 侧的接口文档或模拟服务。没有目标接口，集成练习会变成“盲调”。

本节核心关系图

下图把产线设备、ctrlX AUTOMATION 平台、MES 以及四类数据流放在同一张关系图中，帮助你在开始学习前建立整体位置感。