2 应用背景与目标问题

2.1 适用范围

本章列出以共享文件夹、U 盘与人工记忆方式管理加工程序时的六类典型失效场景， 并给出本系统的对应措施。本章用于实施前的适用性判定，不含操作步骤。

各场景与措施的对应关系汇总见表 2-1。

表 2-1　失效场景与对应措施

场景	失效表现	本系统的措施	条款
2.2	无法确认机床上运行的是哪一版	版本由系统统一编号，滚动镜像持续核对	5.1、5.6
2.3	传输中断留下不完整程序	事务式下发，回读校验通过方判定成功	5.4
2.4	机边改动无人知晓，下次下发被覆盖	自动捕获为待处置版本，不自动覆盖机床	5.7
2.5	试制程序遗留在机床上被当作正式程序	试制限时、带徽标，到期由人处置	5.5
2.6	控制器数据丢失导致程序无法恢复	全天候备份机床上的每一个文件	5.6
2.7	无法回答某批零件的程序、审批与下发记录	只增不改的哈希链审计日志	5.9

2.2 场景一：无法确认机床上的版本

失效表现。 程序以文件名区分版本，出现 泵体粗铣_最终版.nc、泵体粗铣_最终版2.nc、 泵体粗铣_最终版_改进给.nc 等并存的文件，无法确认机床上运行的程序来源于哪一个。

本系统的措施。 程序在系统中具有唯一身份（零件号 + 工序），版本号由系统递增。 每台机台上的每个受管文件记录最后一次成功下发的版本号，并由滚动镜像持续核对机床上的 实际内容是否仍为该版本。

图 2-1　程序详情页面的版本历史

图 2-1 中，v1、v2 为已发布版本，v3 为待审批版本，v4 与 v5 为自机床捕获的机边修改。 每一版的来源、作者与备注均有记录。

2.3 场景二：传输中断留下不完整程序

失效表现。 RS-232 断线、网络抖动、机床内存不足、程序号被锁定等原因导致传输中断， 机床上留下不完整的程序，而操作人员误认为已完成。

本系统的措施。 每一次下发构成一个事务，执行阶段见图 2-2。

预检 → 快照现有内容 → 删除目标 → 发送 → 回读 → 归一化比对 → 成功
                ↓ 任一阶段失败
              自动以快照恢复原程序

图 2-2　下发事务的阶段与失败回滚

下发结果仅在回读内容与发送内容比对一致时判定为成功。删除阶段之后的任何失败均触发快照回滚， 机床不会停留在无内容或内容不完整的状态。

图 2-3　传输记录页面

图 2-3 中失败的一条明确记录失败阶段（发送）与回滚结果（已回滚），无需到机边确认。 完整规则见 5.4。

2.4 场景三：机边改动无人知晓

失效表现。 操作工在机床上调整加工参数。该改动通常基于现场判断且正确， 但仅存在于该台机床的存储中，工艺人员无从知晓，下一次下发即将其覆盖。

本系统的措施。 滚动镜像检出受管文件内容变化时，将其捕获为待处置版本并在控制台排队， 由工程师查看差异后决定采纳或驳回。

注意

本系统不自动覆盖机床。即使决定驳回，将受控版本推回机床仍是一次需要显式勾选的操作。

图 2-4　机边修改的差异比对

图 2-4 中，操作工将 G71 的每刀切深由 2.0 mm 改为 1.6 mm。采纳后该版本进入正常发布流程。 完整规则见 5.7。

2.5 场景四：试制程序遗留在机床上

失效表现。 试制版本未被撤回，次日班次将其当作正式程序批量加工。

本系统的措施。 试制为显式的限时操作。下发时勾选「试制」并设定时长后， 该机台上的该文件在全部界面上带「试制中」徽标；到期后状态转为「已过期」并继续显示， 由人员决定转正（走正式发布流程）或撤回（推回上一版受控内容）。

机组级可整体停用试制，用于不允许出现试制程序的量产节拍机。 完整规则见 5.5。

2.6 场景五：控制器数据丢失

失效表现。 电池失效、参数丢失或控制器换板导致机床上的全部程序丢失， 其中多数为历年积累、未纳入任何文件管理体系的机床本地程序。

本系统的措施。 滚动镜像全天候备份机床上的每一个文件，不限于受管程序。 未受管文件同样保有历史快照并可还原，但不被检查也不被纠正，仅受到保护。

图 2-5　机台详情页面中并列的受管文件与未受管文件

未受管文件可随时采纳进程序库，亦可保持未受管状态继续受到备份保护。 完整规则见 5.6。

2.7 场景六：无法回答追溯问题

失效表现。 客户投诉一批零件尺寸超差，需要回答该批次使用的程序版本、审批人、 下发时间与目标机台，现有记录无法支撑。

本系统的措施。 只增不改的哈希链审计日志记录每一次状态变更（版本创建、提交、批准、 下发请求、下发完成、机边修改捕获与处置等）与每一次程序内容外流（正文的查看与下载）。 日志可按操作者、机台、对象、时间段查询，支持导出 CSV 与哈希链完整性校验。

图 2-6　审计日志页面

完整规则见 5.9。

2.8 接口一致性

管理控制台与机边操作台均为同一套 REST API 的客户端，不存在未公开接口。 MES 自动创建工单对应的下发任务、CAM 后处理自动上传新版本、看板订阅下发结果等集成需求， 使用与界面相同的接口与相同的权限规则实现。

接口定义见 6.3。