六轴机械臂 CNC 上下料异常停机：故障交接记录要写什么？

一次 CNC 自动上下料异常停机发生后，交接记录应先固定时间与时区、设备或单元、当前任务、工件和活动版本，再并列保存当时可观察到的物理与控制状态。控制器原始事件、附件引用与人工摘要必须分开。交接时分别写事实、已证实动作、开放项、当前责任人及下一项需要授权的决定。该记录不是根因诊断、复位、恢复或放行流程。

先锁定事件发生时的背景

交接条目需要让下一位负责人知道正在交接哪一次事件，而不是只看到一条脱离上下文的报警文字。记录停机时间和时区、单元或设备身份、班次或正在进行的任务、当前工件，以及活动程序、安装或配方的版本。没有证据的版本、时间或任务状态应标为“未确认”。

异常前后的资料一致性仍应分开管理。需要了解跨设备资料的准备方式时，可浏览调试前版本一致性。

同时记录物理状态和控制状态

当时的现场状态通常不只属于机器人。机器人、CNC、机床门、卡盘或夹具、夹爪、工件、毛坯位、成品位或拒收位、程序和关键允许条件，都可能需要在同一时点留下物理与控制两类状态。两者不一致时，保留为开放项，不用推测填平差异。

应用场景示意

对现场对象的身份与资料入口，可参照CNC 自动化现场资料。

原始报警和人工摘要要分栏保存

如果相应控制器提供日志或错误报告，原始事件标识、严重性、时间、来源、原文描述和附件引用应保留在原始证据栏。人工撰写的概述、班组备注或待确认判断应另列，避免它们被误认为原始事件内容。

同样要记录导出物来自哪里、何时取得、由谁保管。不同控制器显示的字段和界面可能不同，不能把某个厂商示例直接写成琦星或其他设备的固定字段，也不应将程序、配置、凭据或敏感支持包放入公开文章或常规交接表。

只写已证实的动作，不把推测写成处理结果

交接记录应区分六类信息：已观察事实、原始证据、已执行且可证实的动作、未关闭问题、当前责任人、下一项需要授权的决定。写入动作的前提是其确实发生并有相应证据；未知的动作、原因、损坏范围和完成状态仍应标为未确认。

这条边界也适用于人员进入和重新启动等高风险话题。可通过人员进入与重新启动边界查看相关要求；异常后的产品或工件证据如需另行整理，可转到异常后的首件证据链。

应用场景示意

将异常或待维护状态交给有权限的人员

损坏、异常或待维护状态应保持可见，并交给具备相应能力与权限的人员，按适用制造商说明和现场程序处理。交接记录可以指出下一项需要谁决定，却不能替代维修方法、安全结论或当地合规判断。

关于更宽泛的安全与恢复资料，可使用安全与恢复基础页面。是否可继续处理、如何处理以及何时恢复自动运行，仍须由具备权限的项目人员依实际设备与现场程序决定。

CNC 自动上下料异常停机故障交接记录表

这张表用于一次异常事件的交接，不等同于普通班次交接，也不构成恢复自动运行的许可。若需要讨论单机上下料场景的资料组织方式，可访问单台 CNC 上下料方案。

常见问题

一条报警能否直接写成故障根因？

不能。原始事件标识、来源和原文描述应与人工判断分开。没有经项目流程确认的原因，应保留为开放问题。

记录中能否写复位或绕过步骤？

不能。记录只保留真实发生且有证据的动作，不提供绕过防护、强制信号、复位、恢复运动或重新启动的指引。

异常停机记录是否等于普通交接班？

不是。它围绕一次异常事件保存状态和证据，普通交接班的范围可能更广，不能彼此替代。

交接完成是否代表可恢复自动运行？

不代表。下一项决定应由具备权限与能力的人员按实际设备说明、现场程序和项目要求作出。

来源与使用边界

• 琦星：调试前版本一致性：用于交接记录中的受控版本、活动程序和对象状态字段。
• Universal Robots：PolyScope Log Tab：用于说明原始日志可保留的时间、来源、严重性、原文和附件引用；这是 UR 的界面示例。
• HSE：设备维护：用于维护记录、胜任人员和制造商说明的一般原则，不构成中国当地合规结论。

本文用于固定异常停机时的事实与证据，不诊断根因，也不提供复位、恢复、维修或生产放行决定；这些事项应按实际设备的制造商说明和现场程序处理。

提交异常记录资料

可向琦星提交异常记录资料，提交脱敏后的事件时间、设备或工件身份、活动版本、物理与控制状态、原始日志引用、已证实动作和开放项。无需上传程序、配置、凭据或敏感支持包。