1. 课程导入与工程全景

在离散制造车间里，最常见的现场冲突往往不是"设备坏了"，而是"系统不知道设备坏了"。MES 已经把工单下发到机台，操作员也已经扫码开工，但设备因为缺料、换型、报警或计划停机处于不可用状态，工单仍在系统里按"生产中"计时。结果就是：报工数据与设备实际状态脱节，OEE 统计失真，排产计划反复被现场推翻，异常响应靠对讲机和微信群。本课程要解决的，正是这条"工单—设备状态"之间的断链问题。

一、业务价值：联动到底解决什么问题

MES 工单与设备状态联动，本质上是把"计划层的任务流"和"执行层的设备流"在时间轴上对齐。它带来的价值可以落到四个可度量的方向：

• 状态可信：工单的"开工/暂停/完工"不再只由人工点击决定，而是与设备运行、待机、报警、停机信号交叉校验，减少虚假报工。
• 异常可追：设备报警触发时，能自动定位到当前在制工单、批次、工序和责任人，把异常从"事后统计"变成"事中拦截"。
• 产能可算：工单实际加工时间、设备有效运行时间、停机原因分类三者对齐后，OEE、达成率、瓶颈工序才有可信分母。
• 排产可调：设备不可用时，MES 能基于真实状态触发工单挂起、转移或重排，而不是等计划员第二天看报表才发现。

需要强调的是，联动不是"把两张表关联起来"这么简单。它涉及状态定义、信号采集、判定规则、时序约束和异常兜底，任何一环定义不清，都会导致系统状态与现场状态"两张皮"。

二、典型场景：联动在车间里长什么样

下面用三个高频场景说明联动的实际形态。第一个是开工校验：操作员在 MES 扫描工单条码准备开工，系统读取设备当前状态，若设备处于"报警"或"计划停机"窗口，则拒绝开工并提示原因；只有设备处于"待机/就绪"才允许进入"生产中"。第二个是运行中异常挂起：工单执行过程中设备产生故障报警，MES 在设定延时（例如 30 秒，用于过滤瞬时抖动）后仍未恢复，则自动把工单置为"异常挂起"，并记录报警代码、发生时刻、已加工数量。第三个是完工与状态回写：工单完工时，系统校验设备是否已回到待机、当前数量是否达到工单数量，避免"人已报工、机还在跑"或"机已停、工单未关"的错位。

这三个场景共同依赖一条数据链：设备状态信号 → 状态判定 → 工单状态迁移 → 业务动作（拦截/挂起/重排/报工）。本课程的后续章节，基本都围绕这条链的某一段展开。

三、系统边界：谁负责什么，接口在哪里

做联动工程，第一件容易踩坑的事是边界不清。常见分工是：设备层（PLC、采集网关、SCADA）负责产生并上报原始状态与报警码；MES负责工单生命周期、状态判定规则、业务动作与数据留痕；ERP/APS负责工单来源与计划调整；报表/OEE 平台消费联动后的结果数据。边界的关键在于：MES 不直接解析 PLC 私有协议，而是通过采集层提供的标准状态接口获取"运行/待机/报警/停机"四类状态及报警明细；采集层也不应替 MES 决定工单该不该挂起，判定规则属于 MES 的业务职责。

接口层面通常需要明确三件事：状态信号的采集周期与上报方式（周期上报还是变化上报）、报警码与标准状态的映射表、以及信号丢失时的兜底策略（例如超过 3 个采集周期未收到心跳，MES 将该设备标记为"状态未知"并禁止开工）。这些约定会直接决定联动是否稳定。

四、学习路径：从概念到可运行

本课程按"先建认知、再搭数据、后做规则、最后验证"的顺序推进。前期会讲清工单状态机与设备状态模型，明确状态定义和迁移条件；中期进入数据层，包括采集接口、状态映射表、时序防抖参数的设计；后期聚焦联动规则实现，覆盖开工校验、异常挂起、完工校验、自动重排四类规则，并配套异常兜底与日志追溯；最后通过一个完整的实战项目，把上述内容串成可运行、可验证的联动方案。学习过程中建议始终带着一个问题：这条规则在设备信号抖动、延迟或丢失时，会不会误判？

五、实战项目说明

课程实战项目设定为一条典型离散装配线：3 台加工设备、1 个装配工位、1 套 MES 与采集网关。项目要求实现以下可验证目标：工单开工前校验设备状态，非就绪状态拒绝开工；设备报警持续超过设定阈值时自动挂起工单并记录报警码；工单完工时校验设备已回到待机且加工数量达标；采集信号中断时设备进入"状态未知"并触发人工确认。验收时通过构造正常开工、报警挂起、信号丢失三类场景，检查 MES 工单状态、设备状态、事件日志三者是否一致。项目不追求设备种类多，而追求联动链路完整、判定可解释、异常可追溯。