现场笔记：在批次离开炉子之前发现真空泄漏

一批精密不锈钢零件在真空淬火后变脆。在奥氏体化保温和氮气淬火之间的某个环节出了问题——但炉子自身的控制系统却没有给出答案。热处理日志显示一切正常，绿色打勾。而几个小时后的实验室硬度检测才暴露出问题。此时，这批零件早已转序离开。

"周期已完成"与"我们知道它为什么失败"之间的这道鸿沟，是我们在真空热处理产线上反复遇到的问题。为此，我们构建了一套参考监控系统来弥合它：在故障发生的几秒钟内捕捉根本原因，自动与实验室硬度数据关联，并在真实热处理周期上验证——而不是停留在PPT演示阶段。这里有两种关键的失效模式，它们分处工艺流程的两端：保温阶段的真空泄漏，以及压力不足的氮气淬火。在检测台上表现出的症状相同——脆性——但在炉子里的成因却完全不同。

好批次变坏的两种方式

奥氏体化保温阶段（马氏体不锈钢通常在1000–1050°C范围内）发生真空漂移，会让氧气和水汽接触表面，导致晶界处的铬元素耗损——形成一层柔软、脱碳的表层，在刃口处容易崩裂。氮气淬火过慢造成的损伤则完全相反：如果在800–500°C区间停留过久，晶界处会析出铬碳化物，形成与表面状况完全无关的晶间断裂路径。两者最终都会导致脆性，但如果没有在正确的时间窗口盯着正确的指标，批量硬度检测根本发现不了。

因此，这套监控系统不会等批次结束后才去问"刚才达标了吗"。它持续监视两个实时状态：SOAK阶段的腔体压力是否超过0.05 mbar上限，以及QUENCH阶段穿越800→500°C区间的用时是否超过130秒的上限——此外还有一项预测性检查，通过外推当前的冷却斜率，在整个区间还没穿越完之前就能预警淬火过慢。在模拟的真空泄漏场景中，系统在15.2秒内就捕捉到了故障。在模拟的淬火压力不足场景中，预测性检查在32.3秒时就发出了警报——此时区间穿越甚至还没完成。

flowchart LR
    PLC["炉子PLC<br/>OPC UA服务器"] -- "DataChange<br/>订阅" --> RE["规则引擎"]

    RE -- "SOAK阶段:<br/>真空度 > 0.05 mbar<br/>持续30秒" --> A1["告警: 真空漂移<br/>~15秒"]
    RE -- "QUENCH阶段:<br/>800→500°C 用时 > 130秒,<br/>或趋势偏慢" --> A2["告警: 淬火过慢<br/>~32秒(预测性)"]
    RE -- "批次进入<br/>COMPLETE" --> CERT["热处理合格证"]

    LAB["实验室硬度结果"] -. 关联至 .-> CERT
    A1 -.-> CERT
    A2 -.-> CERT

实时读懂PLC的"心思"，而不是事后复盘

我们选择基于OPC UA构建这套系统，而不是老一代PLC所使用的厂商专有协议，这个选择比听起来的更重要。一个每秒轮询一次"现在温度是多少"的客户端，本质上是在赌工艺变化的速度——而一个15分钟的淬火周期，可能在不到两分钟内就闪过整个800–500°C的瞬态区间。OPC UA的订阅模型彻底改变了这一点：PLC在变化发生的瞬间就主动推送，监控系统的规则引擎立刻响应，而不是依赖一个猜出来的轮询间隔。能在几秒钟内捕捉故障，而不是等到批次结束才发现，靠的不是轮询更快，而是压根不轮询。

那个差点悄悄骗过我们的Bug

第一版订阅了四个独立的标签——阶段、温度、真空度、已用时间——它们各自通过独立的OPC UA写操作更新到PLC上。这就埋下了"撕裂读取"的隐患：新的阶段值完全可能和上一个扫描周期的压力读数配对到一起，因为没有任何机制保证这四次写入会作为一个原子单元传递给订阅方。问题的表现正如预期：一个正常批次，在保温阶段中途，短暂报告了一次实际并未发生的真空超标——原因是客户端把一个新的"SOAK"阶段更新，和半秒前那个"仍在从大气压回落"的过期压力值配对到了一起。修复方式是不再把四个相互关联的标签当作四条独立的事实来处理：改为每个扫描周期写入一次JSON快照，作为一个整体来订阅。这个误报再也没有出现过。

第二个Bug更隐蔽，也可以说更危险，因为它不会报错——而是会悄无声息地覆盖掉一个真实的结果。Web仪表盘会在各批次之间自动重连，因此两个周期之间无需重启；而一个已完成批次的PLC进程，在到达COMPLETE状态后还会再持续几个扫描周期才启动下一批。如果恰好在这个窗口期重连，就会再次读到同一个批次ID，并基于一个已经结束、却完全没有SOAK或QUENCH历史数据的快照重新构建监控实例——于是它会报告一个"干净"的PASS，把片刻之前刚刚正确生成的FAIL合格证覆盖掉。如果演示只跑一次理想路径，这两个Bug都不会暴露出来。而一旦系统持续运行——炉子实际运行的方式本就如此——两个都暴露了。

贯穿始终的一条线索

这里用到的都不是什么稀奇的仪表技术：让硬度实验室的数据回流进热处理合格证；用订阅取代轮询循环；用一个原子标签取代四个独立标签。让每一处细节都值得较真的原因在于——热处理炉不会主动告诉你，刚刚发生的究竟是两种失效模式中的哪一种，它只会悄然无声地交给你一个有问题的零件，而原因通常要等批次早已离开车间之后，你才需要自己去找。

这正是Simplico日常深耕的那条"缝隙"：在精密制造车间里，三丰卡尺、PLC或炉温控制器早已在生成关于零件的真实数据，唯独缺少一套系统，能实时读取这些数据，并在不良批次流出之前将其送入SPC和ERP。如果贵司正在用还需要人工从仪表或控制器屏幕上手抄的数据来应对IATF 16949、ISO 13485或AS9100审核，那正是我们simpliFactory架构评估要解决的问题。预约一次——这是一场90分钟的对话，不是推销。