阅读方法 · 04

定义运行模式

把生产、协作运行、示教、设置、维护、故障响应与重启定义为清楚可观察的不同状态。

证据状态工程判断框架 · 须按具体应用验证最近核验:2026年8月13日
04

FUURAA 核心判断

不同运行模式之间的风险变化,往往大于不同机器人型号之间的差异。

工程拆解

把标题拆成可以观察、测量与复核的工程对象。

每一层都说明需要建立什么边界,以及什么证据能够支持下一步决定。

01

状态模型

明确每种状态下允许的运动、速度、能量、访问与防护。

02

状态转换

控制谁能从何处切换模式,以及需要何种指示与确认。

03

异常状态

纳入传感器丢失、路径受阻、零件掉落、重启与恢复。

验证问题

先把问题写清,再决定需要演示、测试、试点还是长期运行证据。

问题应有明确对象、条件、分母、阈值和负责作出决定的人。

  1. 01

    操作员能否一眼识别当前模式?

  2. 02

    哪些状态转换可能引发意外运动?

  3. 03

    故障排查期间允许哪些访问?

  4. 04

    重启前如何确认安全状态?

应保留的证据

让下一位读者能够重建条件、结果、失效和决定。

只保留结论会丢失复核能力;原始记录、配置与排除项同样重要。

  1. 01

    证据包 1

    模式与转换图

  2. 02

    证据包 2

    访问、指示与授权测试结果

  3. 03

    证据包 3

    恢复与重启演练观察记录

适用边界

页面明确说明这组证据仍然不能外推什么。

来源与证据状态

把标准范围、测量证据与应用结论分开阅读。

来源日期与核验状态均公开;外部来源在新窗口打开。