资料核对日期:2026年10月25日。本文讨论的是报修资料如何留存,不提供带电维修、拆机、屏蔽安全功能或强制复位步骤。停机原因必须由适用型号手册、现场安全程序和具备资格的人员结合证据判断;记录表不能替代风险评估。
机器人偶发停机最容易在交接中失真:夜班只写“又停了”,白班已经清除了报警,服务商收到的只剩一张没有时间和设备编号的照片。下一次停机发生时,团队只能重新猜测。有效的报修资料应当把设备身份、事件时间线、报警原文、运行条件和已采取动作连在一起,使另一位人员能够分清同一故障、相似故障和完全不同的事件。
每份事件记录先写机器人本体、控制柜、示教器、末端工具及关键外设的型号或资产编号,并记录软件版本、程序版本、安装文件或参数集版本。若近期更换过工具、传感器、线缆或网络设备,应写明变更时间和负责人。无法确认的字段标记“待核对”,不要从另一台设备复制。
版本信息很重要,因为相同报警文字在不同软件、外设或程序版本下可能对应不同条件。报修时应附上当前受控程序的只读副本或版本标识,同时保留故障发生前最后一次已知正常的版本。涉及客户工艺、账号或网络配置的文件要按企业权限规则传递,不应直接上传到公开页面。
使用控制器时间和现场时间时,要写明时区并确认时钟是否准确。记录最后一次正常循环、异常出现时间、报警出现顺序、操作员看到的动作、停止类别、复位时间和复位后结果。不要只摘录最后一条报警,因为先出现的警告、通信中断或保护停止可能更接近事件起点。
记录故障是否只在某一工件、速度、姿态、班次、环境温度、网络负载或工具状态下出现,并统计出现次数与总循环数。可以写“在十次受控测试中出现两次”,不要写成“必然发生”。如果再次运行可能造成人员、设备或产品风险,应停止复现,由负责安全和设备的人员决定后续方法。
把观察和推断分开填写。例如“关节三附近听到异响”是观察,“减速器损坏”是尚未验证的推断。不要通过连续清警、修改安全参数或更换多个零件来获得一个暂时能运行的结果,这会破坏证据,也可能引入新的故障。必要时保留照片、视频、工件编号和现场布局,但应遮蔽人员信息与客户机密。
Universal Robots 的官方资料说明,Support File 可包含历史飞行报告、完整机器人日志、组件日志、配置、校准、机械臂统计和软件指标;其日志页面还可保存与故障条目关联的报告。不同品牌、系列和软件版本的导出方法并不相同,因此应使用当前设备的官方手册,由被授权人员操作。
导出后保留未编辑的原始文件,并另建一份用于标注的副本。记录文件名、导出时间、设备编号、软件版本和文件哈希;向服务商发送前先按企业规则检查其中是否含程序、网络、账号、工艺或个人信息。若控制器空间有限或旧记录会被覆盖,应在安全允许的情况下尽快保存,不要等到多次重启后才收集。
摘要第一页只写已经确认的事实:影响范围、是否停产、当前安全状态、设备与版本、首次和最近发生时间、出现频率、报警代码、支持文件清单、现场联系人及允许的支持窗口。把原始日志、照片、程序版本和时间线作为附件,并为每个附件标注来源。这样服务商可以先判断需要远程分析、补充资料还是安排现场支持。
本站的行业资讯与站内搜索可用于查找同类记录方法。公开文章不构成故障诊断,也不能证明某个零件、软件或服务商适用于当前设备。涉及安全停止、碰撞、结构损伤、异常发热或重复关键报警时,应维持安全状态并交由合格人员处理。
参考资料:Universal Robots:Using Support File;Universal Robots:UR Log Viewer Manual。这些资料说明其对应产品的日志与支持文件能力,本文据此整理通用的事实留存框架,不把其操作步骤套用于其他品牌。