1. 生产异常事件建模导论
在制造现场，异常并不是“设备坏了”这么简单。一条产线在 08:15 出现连续 3 件尺寸超差，可能源于刀具磨损、来料批次波动、温漂补偿失效，也可能只是操作员换料后未重新对刀。若只记录“尺寸超差”，事后既无法复现，也无法判断该停线、返工还是继续观察。生产异常事件建模要解决的，正是把这类模糊的现场现象，转化为可标识、可分类、可追踪、可判定的工程对象。
一、什么是生产异常
生产异常可定义为：在计划生产过程中，实际状态偏离预期状态，且该偏离可能影响产出质量、节拍、成本或安全的事件。它有三个关键要素：预期基线（工艺参数、节拍、良率、设备状态）、实际观测（传感器值、检验结果、人工上报）、偏离判定（阈值、趋势、逻辑条件）。缺少任何一项，异常都无法被稳定识别。
例如某注塑工序设定模温 85±3 ℃，实际采集到 91 ℃并持续 40 s，同时出现 2 件缩痕。这里“85±3 ℃”是基线，“91 ℃/40 s”是观测，“超上限且伴随缺陷”是判定。若只写“模温异常”，后续无法区分是加热阀卡滞、传感器漂移还是冷却水流量不足。
二、异常的分类维度
分类不是为了贴标签，而是为了决定响应路径。工程上常用四个维度：
- 来源：设备、工艺、物料、人员、环境、系统。
- 时间特征：突发型（如急停）、渐变型（如刀具磨损）、间歇型（如接触不良）。
- 影响面：单件、批次、机台、产线、跨厂区。
- 可恢复性：自恢复、需人工干预、需停机维修、不可逆报废。
同一现象在不同维度下响应完全不同。比如“来料尺寸偏大 0.02 mm”若为单件，可挑拣；若为批次，需隔离并追溯供应商；若同时触发装配干涉，则升级为停线事件。分类的价值在于把“怎么办”提前绑定到“是什么”。
三、事件模型与状态机在异常管理中的角色
事件模型回答“发生了什么、涉及谁、何时何地、证据是什么”。一个最小可用的事件模型通常包含：事件 ID、类型、来源对象、发生时间、检测时间、严重度、关联批次/工单、观测值、基线值、处置状态。它让异常从口头描述变成可查询的数据记录。
状态机回答“这个事件当前处于什么阶段、允许发生什么迁移”。典型状态包括：待确认 → 已确认 → 处置中 → 待验证 → 已关闭，并允许“误报关闭”“升级停线”等分支。状态机的核心约束是：迁移必须由明确条件触发，例如“待确认 → 已确认”需要质检复测或工程师签核；“处置中 → 待验证”需要完成临时对策并记录参数。没有状态机，异常管理会退化为“谁记得谁跟进”；有了状态机，每个事件都有当前状态、责任人和下一步动作。
四、课程知识地图与工程目标
本课程围绕“从现场现象到可执行状态机”展开，整体分为五层：
- 建模基础：异常定义、分类、事件字段、状态与迁移语义。
- 状态机设计：状态划分、迁移条件、守卫、超时、并发与层级状态。
- 数据与信号：传感器采集、阈值/趋势判定、事件去重与关联。
- 工程实现：规则引擎、消息流、持久化、告警与工单联动。
- 运行与复盘：误报/漏报分析、状态滞留、MTTA/MTTR 指标、持续改进。
工程目标不是“画一张漂亮的状态图”，而是让异常在 30 秒内被识别、2 分钟内进入正确状态、每次迁移都有据可查，并能用数据回答“哪类异常最多、卡在哪个状态、平均多久关闭”。
五、一个最小可用的异常事件示例
以“模温超上限”为例，事件记录可设计为：
event_id: EVT-20240612-0031
type: PROCESS_TEMP_HIGH
source: IMM-07 / 模温回路
occur_time: 2024-06-12 08:15:22
detect_time: 2024-06-12 08:15:25
severity: HIGH
observed: 91.0 ℃
baseline: 85.0 ± 3.0 ℃
deviation: +6.0 ℃
duration: 40 s
related_wo: WO-240612-A
related_batch: B240611-07
evidence: temp_trend_0815.png
state: CONFIRMED
owner: 工艺-张工
状态迁移记录则追加：08:16:10 待确认→已确认（质检复测确认缩痕）、08:18:40 已确认→处置中（调整加热阀开度并降温）、08:35:00 处置中→待验证（连续 3 模温度 84~86 ℃）、09:05:00 待验证→已关闭（连续 3 批检验合格）。这样，事件既有事实字段，也有流程轨迹。