SAFETY / SYSTEM ARCHITECTURE

自主能力 需要 边界。

能够做出决策的机器人,也必须理解哪些事情是不允许做的。 因此,安全并不是某一个传感器或一个急停按钮。 安全是一套由约束、监测、硬件限制和人员权限共同构成的分层系统。

01 / 安全理念
架构先于功能

安全是一套架构。

ARUS 将安全视为系统级工程专业。 所需架构取决于机器、任务、环境和具体部署。 不存在一句通用声明可以让所有机器人作业都自动变得安全。 安全必须围绕真实工作进行工程设计。

01 限定任务范围
02 暴露运行状态
03 约束物理运动
04 将不确定性导向安全状态
02 / 分层约束
任务 / 空间 / 运动 / 硬件

自主能力通过层级被允许,而不是凭假设。

01 任务限制 ↓
02 空间约束 ↓
03 Motion limits ↓
04 力限制 ↓
05 速度限制 ↓
06 碰撞感知 ↓
07 硬件约束 ↓
08 急停 ■
03 / 人员控制权
操作员控制 / 干预

操作人员始终是系统的一部分。

根据部署架构,人员权限可能包括监督式自主、手动停止、急停、人工干预、受限运行模式、任务审批、远程监督和维护控制。自主能力并不移除运营责任。

A01

Override

人员指令可以中断自主任务执行。

A02

Stop

停止状态与正常任务暂停分开。

A03

Supervision

运行状态和不确定性向操作员可见。

A04

Intervention

手动流程取决于机器和部署。

04 / 故障行为
置信度下降 / 安全状态

不确定状态会改变允许行为。

当传感器置信度下降、通信丢失、出现障碍、运动不一致或系统状态不确定时,机器人应进入该部署定义的安全状态。

01 传感器置信度下降
02 通信丢失
03 出现意外障碍
04 运动或状态变得不一致
05 / 物理约束
区域 / 余量 / 包络

机器人在物理包络内运行。

P01

速度区域

允许速度取决于区域、任务、载荷和接近程度。

P02

力限制

力约束限制富接触运动与操作。

P03

限制区域

运行地图可以定义禁入区域和受保护区域。

P04

碰撞裕量

运动规划保持对间隙和响应距离的关注。

06 / 确认 / 验证
从仿真到部署

验证从模型走向受控运行。

安全验证与具体部署相关。ARUS 在仿真、台架工作、子系统测试、集成测试、受控试点和运营推出中进行分阶段检查。

01 仿真 ↓
02 BENCH ↓
03 SUBSYSTEM ↓
04 Integrated ↓
05 试点 ↓
06 Deploy ■
07 / 可观测性
遥测 / 故障报告

安全系统必须可观察。

O01

事件日志

动作、停止和状态变化都是诊断历史的一部分。

O02

遥测

机器人状态、置信度和故障帮助操作员理解运行情况。

O03

State

运行状态应在机器人、界面和团队之间保持明确。

O04

Diagnostics

故障报告支持恢复、复盘和工程变更。

08 / 产品安全
机器特定实施

安全实施因机器类型而异。

AR-H, AR-M and AR-X share the same safety philosophy, but the implementation changes with body architecture, mobility, payload, tooling, operating space and human proximity.

09 / 安全 CTA
工程 inquiry

在部署前讨论安全约束。

正确的安全讨论从任务范围、环境、人员、载荷、工具和恢复状态开始。