跳到正文
EMBODIED INTELLIGENCE · 身体与运动控制

身体不是模型的外壳,而是能力的边界

同一个“拿起杯子”指令,装在不同机器人上会变成不同问题:相机能否看见,关节能否到达,夹爪能否夹住,电机能否持续出力?沿传感、计算、驱动、机械与反馈拆开机器人,才能知道模型输出最后去了哪里。

机械臂旁展开电机、减速器、编码器、相机和计算模块,表达观察、计算与执行共同构成身体。
直觉总览:机械臂旁展开电机、减速器、编码器、相机和计算模块,表达观察、计算与执行共同构成身体。 生成插画不承载精确结构、尺寸或安全保证,正文机制图为准。 查看原图 ↗
01 · 不只有一颗大脑

看得见、想得出,还要做得到

把机器人比作一支搬运队:传感器报告现场,计算模块安排动作,驱动器控制电能,电机与机械结构真正搬东西。队长再聪明,也不能让短臂突然够到远处,或让过热电机持续输出峰值力矩。这个类比解释分工,不意味着真实系统一定有一个中央“队长”。

OBSERVATION

外部感知与本体感知

相机、激光雷达和深度传感器观察环境;编码器报告关节位置,惯性测量单元(Inertial Measurement Unit,IMU)提供角速度与加速度相关读数,力/力矩传感器测量接触。它们有不同噪声、视野、刷新率和失效方式。

ACTUATION

电信号到机械作用

驱动器调节电机电流,电机产生转矩,减速器在速度与转矩间交换,连杆把运动传到末端。夹爪开口、指面材料和传动间隙影响抓取;“有一只手”并不保证能拿起所有物体。

COMPUTATION

计算资源分层使用

高层计算运行视觉和策略;实时控制层处理周期性反馈与执行;驱动侧可能还有更快的电流环。具体层级依设备而定,大模型推理速度不能代替最底层的时间要求。

自由度(Degree of Freedom,DoF)描述独立配置变量的数量,不是电机数量的万能同义词。闭链、机械耦合、被动关节与浮动基座都会改变关系。轮式底盘也不是在平面上想往哪滑就往哪滑:普通车轮的滚动约束限制了瞬时运动方向。

02 · 一条命令的旅程

软件必须说清楚自己在控制什么

  1. 策略或规划器

    输出目标位姿、关节目标或动作序列;携带时间、坐标、单位与有效期。

  2. 控制与监督

    跟踪目标并检查限制。碰撞检查、状态监测与独立停止需显式配置。

  3. 驱动与本体

    硬件接口把命令转换成设备协议,驱动器施加电流或跟踪内部目标。

  4. 传感与状态回传

    反馈实际位置、速度、力、温度和故障;实际值不能由命令值冒充。

示意的是职责与数据方向,并非所有机器人的固定进程架构。位置指令、速度指令、力矩指令必须匹配设备支持的控制模式。

在机器人操作系统 ROS 2(Robot Operating System 2)生态中,中间件支持节点之间交换数据;ros2_control 则提供控制器与硬件接口组织方式。典型控制循环先读取硬件状态,再更新控制器,最后写出命令。消息送达和硬件执行是两件事:队列里积压的旧指令即使最终送到,也可能已经不适合当前场景。

接口例子 · 教学设定

同一个 0.5,可能是三个完全不同的动作

0.5 rad 是关节角度,0.5 rad/s 是转动速度,0.5 N·m 是转矩。发送端与接收端只对齐数组长度远远不够;还要对齐关节名称顺序、正方向、零位、控制模式、时间戳和超时行为。先用禁能或仿真模式验证接口,再按设备流程逐级启用。

统一机器人描述格式 URDF(Unified Robot Description Format)用连杆与关节描述结构,并分别记录可视、碰撞和惯性信息。漂亮的可视网格不等于可靠的碰撞模型;能在可视化窗口里转动,也不证明质量、惯量、摩擦与驱动参数正确。参见 官方教程。

03 · 三笔不能省略的账

运动能力受力、热和时间共同限制

τload=mgr,Pmech=τω\tau_{\mathrm{load}}=m g r,\qquad P_{\mathrm{mech}}=\tau\omega
静止水平杆端的点质量负载对关节的重力矩为 m g r;m 为质量,r 为力臂。转动时机械功率为转矩 τ 乘角速度 ω。这里只作教学估算,未计连杆自重、加速度、传动损耗等。

假设 1 kg 物体位于关节轴外、水平力臂为 0.4 m 的位置,取重力加速度 9.81 m/s²,仅物体就贡献约 3.92 N·m 重力矩。这不是某款机械臂的额定载荷数据。真正选型还要加入夹具、手臂自身、加减速峰值和安全裕度;靠近基座的关节可能承担更多累积负载。

机械静止时角速度为零,机械输出功率可以为零,但电机持续保持转矩仍可能消耗电能并发热。因此峰值转矩、连续转矩和短时演示不是同一能力。更大的减速比可提高输出转矩,却会改变速度、反向驱动能力和摩擦,不能只比较一个转矩数字。

时间预算也需要端到端计算:曝光、传输、排队、推理、控制更新、执行响应都贡献延迟。帧率高不保证数据新;平均延迟小不保证最坏情况下能按时控制。对于动作,旧而流畅的反馈可能比少而新鲜的反馈更危险。

04 · 一个真实接口

1 kHz 控制,不等于 1 kHz 大模型

截至 2026-10-20 查询的 Franka Control Interface(FCI,Franka 控制接口)官方说明,libfranka 实时控制接口以 1 kHz 交换控制值,对应 1 ms 周期,并支持多种运动/控制模式。这说明“高层动作如何及时交给机器人”本身就是系统设计问题,不说明每次视觉理解也必须在 1 ms 内完成。官方接口说明。

一个可行的设计方向是高层间歇地产生短时间目标,低层持续跟踪,并在高层超时后进入经过设计的安全状态。它不是所有设备都适用的默认方案:保持、减速停止或撤离动作各有风险,必须按场景与硬件说明确定,不能统一写成“断电就安全”。

读机器人参数表的方法

先找负载与工作空间,再找连续/峰值能力和热条件,再找传感器、控制模式与更新周期,最后检查停止接口、故障回传与开发权限。缺少其中一项,就不能仅凭模型表现判断这台机器人是否适合任务。

KNOWLEDGE CONNECTIONS

把这一层放回完整机器人

返回具身智能知识地图,或沿本专栏继续展开:

RESEARCH LEDGER

一手来源与证据边界

优先使用论文、官方文档、官方模型卡和代码仓库。页面中的数字只代表来源所述设置,不自动外推到其他模型与数据。