cuRoboV2-Fast：带 3 公斤负载，规划只要 4.4 毫秒

凡是真正集成过机械臂的人都知道时间花在哪：不在抓取规划，也不在感知，而在运动层——它必须把目标位姿变成一条无碰撞、动力学可行的轨迹，一遍又一遍，而系统其余部分都在等它。一百毫秒的规划器做演示没问题，放在三秒节拍里就是灾难。

NVIDIA 机器人组的 cuRoboV2-Fast 正面攻的就是这个预算。几个关键数字：3 公斤负载下 RTX 5090 上平均规划 4.4 毫秒，比 cuRoboV2 快 14.7 倍；YAM 机械臂上的真实抓放部署，平均循环时间降到 5.93 秒，比上一版缩短 34.6%。

核心创新

用 B 样条减少迭代次数。 把轨迹放在具有局部支撑的样条基上表示，改动一个控制点不会牵动整条轨迹。收敛所需迭代更少，这是最”干净”的加速方式，因为它不依赖某一块特定 GPU。

可微逆动力学把负载放进优化里。 这是本文区别于一般 GPU 规划器的地方。3 公斤负载会改变每个关节所需的力矩，规划器针对可微逆动力学模型细化轨迹，也就是把”拎着这个东西要付出多少力矩”写在优化目标内部，而不是先规划完再检查。负载感知恰恰在规划速度最值钱的场景里最关键：来料质量不一的抓取、上下料、任何夹爪内容物会在节拍之间变化的场合。

GPU 上的 TimeOpt。 几何路径确定后，单独一级在采样得到的速度、加速度、加加速度和力矩约束下优化沿路径的行进速度。因为样条支撑是局部的，产生的牛顿系统是带状的，而带状系统可以高效并行求解。这是它”在 GPU 上快”的结构性原因，而不是把代码移植过去就算。

结果

4.4 毫秒是平均值，带 3 公斤负载，硬件是桌面级 RTX 5090。平均值会掩盖长尾，而工业部署里恰恰是长尾打破节拍承诺；摘要没有给最坏情况或 99 分位规划时间。读者应把 4.4 毫秒理解为”余量很大”的证据，而不是一条延迟保证。

更有意思的是嵌入式那一组对比：在 Jetson AGX Orin 上，cuRoboV2-Fast 比 cuRoboV1 + TOPPRA 在 RTX 5090 上还快。跨版本、跨硬件的对比不是受控实验，但它的方向有商业含义——新版把带力矩约束的实时规划放到了机器人自带的算力上，回路里不再需要一台数据中心 GPU。

部署证据是一套双目相机加 YAM 机械臂，抓放循环平均 5.93 秒，比 cuRoboV2 缩短 34.6%。节拍是产线集成商真正买单的指标，而且这里是端到端测量的，包含感知与执行，不只是规划器内部的时钟。

局限

三点保留。第一，单一平台部署：一条臂、一类任务、一种相机配置。抓放是规划器最容易的场景，因为难点在抓取，自由空间运动本身余量充足。

第二，力矩约束建模的精度取决于辨识出的动力学。负载质量被建模了，但负载质心位置、关节摩擦、安装处的柔性才是失配的常见来源，摘要里一个都没提。

第三，加速比是相对作者自己的上一版报的。这是合理的回归测试，但不是与其他规划器的对比。cuRoboV2-Fast 在某个具体工位上是否胜过调好的采样规划器，需要每家集成商在自己的硬件上回答。

产业启示

对集成商来说，实际变化是：带力矩约束、负载感知的规划便宜到可以每个节拍都跑一遍，而不是放在慢速的监督层。这带来的是”抓起来发现比预想的重就重规划”、“人进入工作空间时不停机改路径”这类能力。

嵌入式那一组才是战略性的。机器人工作站过去习惯把重规划卸载到工业 PC 上；一个能在 Jetson 级硬件上跑的规划器直接取消了这层架构，省成本、省布线、省延迟。它也让移动操作臂更现实——规划器可以住在机器人身上，而不是旁边的服务器上。

开源许可进一步降低门槛。大厂给的 Apache 2.0 代码，意味着在一个真实工位上试它的门槛是一个下午，而不是一个采购周期。比起任何一个跑分数字，这才是规划器变成基础设施的方式。