如果只看新闻标题,“人形机器人运动会400米决赛”很容易被当成热闹事。但真正碰过双足机器人的人,看到45.66秒这个数字,体会完全不一样。让一个两条腿的机器人站住已经不容易,让它以稳定步态连续跑完400米,过程中还要过弯、加速、不掉速、不摔倒,这背后是运动控制、状态估计、硬件结构、能量管理等一系列问题被同时压到极限。“天工 Omni”在第二届世界人形机器人运动会小型组决赛里跑出45.66秒并夺冠,这个成绩不是一次简单的亮相,而是给“人形机器人到底能跑多快、多稳、多可重复”提供了一个有价值的样本。
1. 一个轻松念头和一个残酷现实:机器人跑步远比看起来难
很多人看到机器人跑步,第一反应是:这不就是把走路频率调快一点吗?实际碰过双足机器人的人都会摇头,二者看起来只是差了一个速度参数,实际差的是整个运动控制问题的性质。
走路时,机器人大多数时候至少有一只脚在地面。哪怕重心偏了,还可以靠支撑脚临时调整,属于一种可容忍的静态或准静态平衡。跑步则完全不同,每一步都会出现腾空相。也就是说,机器人在一个短暂区间内完全离开地面,没有支撑点,必须靠离地瞬间的速度和躯干姿态控制,在空中维持姿态,同时规划下一个落点。这个“腾空—落地—再腾空”的循环,每一个步态周期都是一次小范围失稳和恢复。连续跑400米,就是连续完成几百次这样的循环。
用表格对比可能更直观:
| 对比维度 | 走路 | 跑步 |
|---|---|---|
| 接触状态 | 至少一只脚在地面 | 每个周期出现双脚离地 |
| 平衡类型 | 准静态或慢动态平衡 | 动态失衡中反复恢复 |
| 控制频率要求 | 较低,可逐步修正 | 较高,修正窗口极短 |
| 失败代价 | 多数可以停住 | 速度越快,摔倒风险越大 |
所以,让机器人跑步不是把走路控制器的速度参数调大,而是要在“动态失衡”这个前提条件下重新设计步态规划、落点选择和姿态控制策略。这也是为什么很多机器人可以慢慢走,但一提高速度就乱拐、摔跤。
1.1 从“站住”到“跑起来”,差的不是一个速度参数
人形机器人运动控制通常分几层:感知层把陀螺仪、加速度计、关节编码器、足底力传感器等数据汇合起来;状态估计层判断机器人当前姿态、速度、脚面和地面的接触状态;规划层决定下一步落脚点、躯干轨迹和步幅;控制层把规划结果变成关节电机的力矩指令。
跑步时,这几层都必须在极短时间内协同完成。如果状态估计慢了,控制层就是在错误的身体状态上修姿态,越修越偏。如果规划层没有预留足够的腾空时间和落点余量,落地的冲击会让关节瞬间超载。如果控制层的力矩限幅设得太保守,机器人想加速也加速不起来;设得太激进,又会触发结构振动。
所以,一场400米决赛的成绩,不只是某一个算法的功劳,而是整套软硬件和工程调试的结果。任何一层出现短板,机器人都会用最直观的方式暴露问题——摔倒或者偏出赛道。
1.2 45.66 秒背后是连续几百次“动态失衡再恢复”
从成绩倒推,400米用时45.66秒,平均速度大约8.76米/秒。放在人类田径里,这个速度已经接近专业短跑运动员的水平;放在双足机器人里,意味着机器人需要在极短时间内完成步态切换、落地缓冲和姿态修正。如果机器人的步频较高,45.66秒内可能完成了上百个步态周期。每一步都是一次从支撑到腾空再回到支撑的完整动力学过程。
这意味着什么?意味着每一毫秒的延迟、每一处传感器噪声、每一次关节响应延迟,都会被几百次步态周期放大。一次两次还能靠系统冗余吸收,几百次下来,哪怕最细微的不匹配也会积累成姿态偏差。真正能跑完400米的机器人,显然不是“运气好没摔”,而是它的状态估计、步态控制和硬件执行能够长时间稳定对齐。
先别急着用“是不是步态参数不对”来收尾,多数跑步失败问题,首先出在状态估计或地面条件,而不是单个参数。
2. 400 米小型组到底在考什么
人形机器人赛事这几年并不少见,形式也很多样。有的比拼导航,有的比拼操作,有的比拼团队协作。跑步项目能成为固定赛事,通常是因为它确实能暴露机器人的真实运动能力。400米这个距离选得很有代表性,它既不是考验纯爆发力的短跑,也不是考验续航的超长跑,而是把短距离冲刺的强度和中距离连续运行的稳定性叠在了一起。
2.1 起跑、途中、弯道、冲线:每段都在测试不同能力
- 起跑与加速阶段:机器人要从静止切换到动态平衡,短时间内建立速度。起步瞬间如果质心位置没有规划好,很容易向前扑倒或后仰。加速阶段对关节扭矩要求更高,脚与地面的接触时间更短,稍有不慎就会打滑。
- 途中跑阶段:持续高速步态,主要考验步态节能性和控制鲁棒性。很多机器人在短距离测试里都能跑出很高的峰值速度,但能不能在400米中段保持同样速度,就是另一回事。
- 弯道阶段:需要机器人利用地面反作用力改变运动方向。转向时两只脚的受力不对称,躯干需要同时处理前进和侧向两个方向的动量。弯道要比直道复杂很多,因为横向偏差一旦积累,机器人会越跑越偏,最后不得不明显减速。
- 冲线与减速阶段:终点前如果控制策略没有切换好,机器人可能因为“想停却停不下来”而摔倒。这个问题在跑步比赛里特别常见,因为高速状态下的动能很大,制动策略必须提前规划。
所以,看比赛不能只看谁先到终点。可以给每名选手做一份分段记录,比如前100米、第二个100米、弯道后200米,拆开对比。往往能发现所谓“稳定”的选手,不是因为某一段最快,而是四段速度曲线都很平滑。
2.2 “小型组”意味着更短的腿,但不意味着更低的要求
小型人形机器人的关注度通常比全尺寸机器人低,但它的物理约束反而更苛刻。腿短,意味着同样的速度需要更高的步频;质量轻,意味着抗风扰和地面扰动的能力更弱;电机规格小,意味着高速运行时更容易发热。小型机器人在跑步时,步态周期的重复频率更高,给控制算法的响应时间更短。
换句话说,小型组不是“给小孩子办的简易比赛”。它在同样极限的动力学问题里,加入了“硬件资源更受限”这一变量。天工 Omni 能跑出45.66秒,说明它一定在步频、步幅、落地缓冲、电机散热和能量管理之间找到了合适的平衡点。这个平衡点是怎么找到的?不会是某一次调参调出来的,而是在大量试跑、日志分析和参数回归中不断收敛的。
3. 普通人也能看懂机器人跑步:六个评估维度
如果不想只停留在“它跑得好快”的感叹,可以从下面六个维度去观察。这套维度不仅适合看比赛,也适合用于自己的机器人项目验收。
3.1 步态质量、速度曲线和稳定性
步态质量是第一个要看的维度。慢放录像,重点观察每个步态周期内是否有一段明显双脚离地的腾空相。如果有,说明机器人确实在“跑”,而不是高频快走。腾空相持续时间短,不代表能力弱;但完全没有腾空相,说明它还没跨越跑步和快速走路之间的临界点。
速度曲线:判断一次比赛是不是“硬撑下来的”,要看全程速度分布。如果前段冲得很快、中段明显掉速,说明能量管理或热管理存在瓶颈。如果速度曲线波动很大,说明步态切换不平滑,控制器在反复纠正偏差。优秀的长距离跑步成绩,不会只是“起点最快”,而是全程相对平滑。
稳定性:看躯干姿态。机器人跑步时躯干会自然随步态起伏,但幅度应该在一个合理范围内。如果出现明显的左右摇摆、俯仰抖动,或者每跑几步就有一个突兀的修正动作,说明横向或纵向控制还不够成熟。
3.2 过弯能力、重复性和容错恢复
过弯能力很能体现控制水平,尤其在400米这种包含多个弯道的项目中。机器人如果直道速度很快,但弯道必须减速或绕大圈,说明转向时质心规划还不够好。理想的过弯是轨迹平滑、速度损失小,不需要靠大幅减速换取稳定。
重复性:一场比赛只跑一次,参考价值有限。如果条件允许,应该看同一台机器人在同样环境下连续跑三到五次,比较成绩和姿态的方差。方差小,说明系统稳定;方差大,说明可能只是碰巧完成了一次。在项目开发里,这个原则同样适用。
容错恢复:观察比赛过程中是否出现过小扰动。比如脚落地没落稳,或者地面轻微不平,机器人能不能在几百毫秒内恢复。如果机器人在没有任何外部干扰的情况下依然走出“醉步”,说明状态估计或步态切换有问题;如果遇到干扰能迅速调整,说明容错机制在起作用。
3.3 一个可带走的评估清单
可以把上面的维度整理成一张表,直接用来打分:
| 评估维度 | 观察方式 | 理想表现 | 需要警惕的信号 |
|---|---|---|---|
| 步态质量 | 慢放录像看腾空相 | 有清晰腾空相,落地缓冲平滑 | 高频快走、拖地、砸地 |
| 速度曲线 | 分段计时或跑姿录像 | 全程平滑,无明显掉速 | 前快后慢、速度突变 |
| 稳定性 | 观察躯干俯仰和侧倾角度 | 躯干波动小、方向笔直 | 严重摇摆、频繁修正 |
| 过弯能力 | 比对直道和弯道用时 | 路线平滑,减速有限 | 绕弯、外偏、弯中不稳 |
| 重复性 | 同距离多次测试 | 成绩和姿态方差小 | 只有一次成功,其他失败 |
| 容错恢复 | 看干扰后的反应 | 快速恢复,不摔倒 | 一次扰动就崩溃 |
这张表还有一个用途:当你的机器人项目调试遇到问题时,可以先用它给当前状态打分,找到最弱的一环,再集中资源去解决,而不是每次都在同一个维度上反复调参。
4. 比夺冠更值得关注的是算法、硬件与工程的三角关系
一场机器人比赛的结果,容易被简单归因成“算法厉害”。但真正在实验室里跑过机器人的人都知道,成绩背后是算法、硬件、工程三条线长期咬合的结果。你很难把其中一条线单独抽出来说“就是因为它才赢”。
4.1 算法不是唯一答案
算法决定了机器人能够发挥多少硬件潜力。没有好的步态规划和控制策略,再强的电机也只会原地打转。但反过来,硬件如果跟不上,算法的上限也会被锁死。跑步时落地冲击大,如果关节减速器刚度不够、结构件有松动、电池电压在高速放电阶段掉得快,任何一项都会让控制指令失真。算法输出的是理想力矩,实际关节能不能按这个力矩响应,是硬件决定的。
工程调试同样不可少。算法和硬件的契合不是一次就能调好的,需要不断试跑、记录、分析、改参数。工程师要在几百次摔倒里分辨出:哪些是算法边界不够,哪些是机械共振,哪些是状态估计误差,哪些仅仅是地面条件变化。没有这种分层意识,很容易陷入“改了参数好了两天,换块地板又废了”的循环。
所以,看待天工 Omni 的45.66秒,更合理的视角是把它解读为“一套系统的整体完成度”。成绩背后可能有一堆日志、迭代后的控制器、反复加固的结构件,以及测试团队对失败模式的深刻理解。这些看不见的部分,才是真正难复制的地方。
4.2 先跑通、再稳定、最后可重复:一条更稳妥的工程路径
不管你是参加比赛,还是做机器人产品,我比较推荐这条路径。
第一步,先把最小闭环跑通。不要追求全程目标速度,先用一个保守速度跑通一段较短距离,比如50米或100米。这个阶段的目标是确认基本步态