4. UR安全平面的安全需求分析

安全需求分析是UR安全平面工程中承上启下的关键环节。它把应用场景中模糊的“要安全”转化为可验证、可分配、可追踪的工程条目,直接决定后续安全功能设计、安全回路选型与验证测试的边界。如果需求提取不完整或分类混乱,即使选用再高等级的元件,也可能在集成后留下未被覆盖的风险路径。

一、从UR应用场景提取安全需求

UR协作机器人本身具备力限制、功率限制、安全停止等内置安全功能,但整机安全取决于“机器人+末端工具+工件+周边设备+人员交互方式”构成的完整应用。因此,安全需求必须从具体场景出发,而不是照搬机器人手册中的通用条目。

提取时建议围绕五个维度展开:人员接近方式(正常操作、示教、维护、清料)、接触可能性(是否可能发生意外接触及接触部位)、危险能量源(机器人动能、夹爪夹持力、真空/气压、高温、激光、尖锐工具)、空间关系(共享工作区、通道、上下料口、安全平面边界)、时序关系(机器人运动与人员进入的时间重叠)。

以一个典型场景为例:UR10e负责从传送带取件并放入压装工位,操作员在压装工位前方手动上料。该场景可提取出的安全需求包括:

  • 当人员进入压装工位前方区域时,机器人不得进入该区域,或必须以安全受限速度运行;
  • 机器人末端夹爪在人员可接触区域内,夹持力与速度须满足力/功率限制要求;
  • 压装工位存在机械下压动作,人员手部进入模具区时,压装动作必须停止并保持;
  • 示教模式下,操作员手持示教器,机器人须处于手动减速模式,且安全平面限制机器人不进入传送带后方;
  • 急停按钮被按下时,机器人、夹爪、压装机构均进入安全停止状态,且停止类别需与风险评估一致。

这些条目已经具备“触发条件—安全响应—作用对象”的结构,可以进一步形式化为安全需求。例如:“当安全激光扫描仪检测到压装工位前方区域被侵入时,机器人应在200 ms内进入安全停止,压装机构应切断下压动力。”其中200 ms是示例参数,实际应由风险评估和停止距离计算确定。

UR应用场景 → 安全需求 → 分类优先级 → 追踪矩阵 应用场景要素 人员接近方式 操作/示教/维护/清料 接触可能性 部位/频率/持续时间 危险能量源 动能/夹持/气压/高温 空间关系 共享区/通道/安全平面 时序关系 运动与进入时间重叠 场景示例 UR10e取放+压装 安全需求条目 SR-01 区域侵入停止 触发→200ms内安全停止 SR-02 夹爪力/功率限制 接触区≤140N示例 SR-03 压装下压联锁 手入模具→切断动力 SR-04 示教减速+平面限制 手动减速模式 SR-05 急停全链路停止 机器人+夹爪+压装 需求形式化 条件+响应+对象+时间 分类与优先级 安全功能类 停止/限速/限力 优先级:高 安全监控类 区域/速度/姿态 优先级:高 安全操作类 示教/模式切换 优先级:中 安全信息类 报警/状态指示 优先级:低 优先级判据 伤害严重度×暴露频率 ×可控性 追踪矩阵 需求ID SR-01…SR-05 ↕ 双向追溯 设计/实现 安全回路/配置 PLd/Cat3示例 验证测试 停止时间/距离 测试用例编号 变更影响 工具/布局/程序 变更后重评估 闭环证据链

二、需求分类与优先级

提取出的需求需要分类,才能合理分配安全等级和验证资源。按功能属性可分为四类:安全功能类(安全停止、安全限速、安全限力、安全方向限制)、安全监控类(区域监控、速度监控、姿态监控、力/功率监控)、安全操作类(示教模式、手动减速、模式切换、复位逻辑)、安全信息类(报警、状态指示、日志记录)。

优先级不能简单按“重要/不重要”划分,而应结合风险评估结果。常用判据是:伤害严重度S、暴露频率与持续时间F、避免可能性P。三者组合越高,优先级越高。例如,压装工位手部进入模具区可能造成骨折(S2),每班多次上料(F2),人员难以避免(P2),则对应需求SR-03应列为最高优先级,并要求达到PLd及以上。而状态指示灯故障不会直接造成伤害,可列为低优先级。

优先级还影响需求的可验证性要求。高优先级需求必须定义明确的量化指标,如停止时间、安全距离、力限值、响应时间;低优先级需求可接受定性描述。示例参数如下表所示,实际数值须由现场风险评估和停止距离测量确定。

需求ID需求描述分类优先级示例量化指标
SR-01压装工位前方区域侵入时机器人安全停止安全功能高响应≤200 ms,停止距离≤150 mm
SR-02接触区夹爪力与功率限制安全监控高夹持力≤140 N,功率≤80 W
SR-03手入模具区切断压装下压动力安全功能高联锁响应≤100 ms,PLd
SR-04示教模式手动减速并限制安全平面安全操作中速度≤250 mm/s,平面偏差≤10 mm
SR-05急停触发全链路安全停止安全功能高停止类别1,PLd,Cat3

三、需求追踪方法

需求追踪的目标是保证每条安全需求从“场景来源”到“设计实现”再到“验证证据”形成闭环,并在变更时快速识别影响范围。推荐使用需求追踪矩阵(RTM),至少包含以下字段:需求ID、需求描述、来源场景/危险源、分类、优先级、安全等级要求、设计实现对象(安全回路、配置参数、程序段)、验证测试用例编号、测试结果、变更记录。

追踪关系应双向建立:正向从场景到需求、设计、测试;反向从测试失败或现场异常回溯到需求,判断是需求遗漏、设计缺陷还是验证不足。例如,若测试发现SR-01的停止距离为180 mm,超过150 mm指标,则需回溯安全平面配置、扫描仪响应时间和机器人停止类别,确认是参数设置问题还是需求指标本身不合理。

实操建议:在UR安全平面配置中,可将每条安全需求映射到具体的安全功能配置项。例如SR-01对应安全扫描仪区域组与机器人安全停止输入;SR-04对应安全平面限制与手动减速模式。每次修改工具、布局或程序后,应重新检查RTM中受影响的需求,并至少复测高优先级条目。

需求追踪不是一次性文档工作,而是贯穿集成、验证和运维的活文档。只有把场景、需求、设计、测试和变更串成一条可查证的链,UR协作机器人应用的安全平面才具备可审计、可维护的工程基础。