ROS 2 与 Isaac Sim 联合仿真（一）体系架构、环境选型与基础通信闭环

kyle~2026-06-11 17:26

ROS 2 与 NVIDIA Isaac Sim 的联合仿真，本质上是将机器人软件系统与高保真物理仿真平台解耦后重新闭环。Isaac Sim 负责构建真实感场景、机器人动力学、物理交互、传感器渲染与合成数据生成；ROS 2 负责承载通信中间件、导航、定位、运动规划、控制、日志、调试以及真实机器人软件栈。二者通过 Isaac Sim 的 ROS 2 Bridge 建立通信，使仿真环境能够像真实机器人一样向 ROS 2 发布 /clock、/tf、/joint_states、/odom、相机、LiDAR、IMU 等数据，同时接收 ROS 2 侧的 /cmd_vel、关节命令、轨迹命令和服务调用，从而形成完整的"仿真感知---ROS 2 决策---仿真执行"闭环。

从工程角度看，Isaac Sim 应该尽可能模拟真实机器人驱动层，ROS 2 应该尽可能保持与真实部署一致的上层算法与接口。这种架构的最大优势在于Sim-to-Real 迁移能力：在仿真中验证通过的代码，只需修改少量配置参数即可直接部署到真实机器人上，大幅缩短开发周期并降低硬件损坏风险。

1. 系统定位：Isaac Sim 与 ROS 2 的职责边界

Isaac Sim 是基于 Omniverse 和 OpenUSD 的机器人仿真平台，提供高保真物理、RTX 传感器、合成数据、场景编辑、USD 资产管理、机器人关节动力学和可视化能力。它更接近"虚拟世界"和"虚拟硬件"，其核心优势在于物理精度 和传感器保真度：PhysX 5 引擎支持刚体动力学、柔体动力学、流体动力学和接触力计算；RTX 传感器能够生成与真实传感器几乎无法区分的图像和点云数据，包括噪声、畸变、运动模糊和光照效果。

ROS 2 则是机器人软件系统框架，提供节点通信、话题、服务、动作、参数、Launch、TF、QoS、DDS、rosbag2，以及 Nav2、MoveIt 2、ros2_control 等上层生态。它更接近"机器人软件系统"和"真实机器人中间件"，其核心价值在于标准化接口 和丰富的开源生态：几乎所有机器人领域的算法和工具都有 ROS 2 实现，开发者可以快速集成而无需从零开始。

因此，在联合仿真中，两者通常按如下方式分工：

text 复制代码 
Isaac Sim:
  - USD 场景与机器人模型
  - PhysX 5 物理引擎（刚体、柔体、流体、接触力）
  - RTX Camera / RTX LiDAR / IMU / Force-Torque 等传感器
  - Articulation 动力学与关节控制（位置、速度、力矩）
  - 合成数据与语义标注（2D/3D 边界框、语义分割、实例分割）
  - 仿真播放、暂停、重置和批量实验
  - 多机器人协同仿真
  - 数字孪生与实时数据同步

ROS 2:
  - DDS 通信图与 QoS 策略管理
  - /tf 与 robot_state_publisher
  - Nav2、SLAM、定位、路径规划、控制器
  - MoveIt 2、运动规划、轨迹执行、碰撞检测
  - ros2_control、控制器管理、硬件抽象层
  - RViz2、rosbag2、rqt、诊断与调试工具链
  - 任务调度与行为树
  - 真实机器人驱动层接口

典型系统结构如下：
#mermaid-svg-rQWocIn3VqfjmEOo{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-rQWocIn3VqfjmEOo .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-rQWocIn3VqfjmEOo .error-icon{fill:#552222;}#mermaid-svg-rQWocIn3VqfjmEOo .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-rQWocIn3VqfjmEOo .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-rQWocIn3VqfjmEOo .marker{fill:#333333;stroke:#333333;}#mermaid-svg-rQWocIn3VqfjmEOo .marker.cross{stroke:#333333;}#mermaid-svg-rQWocIn3VqfjmEOo svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-rQWocIn3VqfjmEOo p{margin:0;}#mermaid-svg-rQWocIn3VqfjmEOo .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-rQWocIn3VqfjmEOo .cluster-label text{fill:#333;}#mermaid-svg-rQWocIn3VqfjmEOo .cluster-label span{color:#333;}#mermaid-svg-rQWocIn3VqfjmEOo .cluster-label span p{background-color:transparent;}#mermaid-svg-rQWocIn3VqfjmEOo .label text,#mermaid-svg-rQWocIn3VqfjmEOo span{fill:#333;color:#333;}#mermaid-svg-rQWocIn3VqfjmEOo .node rect,#mermaid-svg-rQWocIn3VqfjmEOo .node circle,#mermaid-svg-rQWocIn3VqfjmEOo .node ellipse,#mermaid-svg-rQWocIn3VqfjmEOo .node polygon,#mermaid-svg-rQWocIn3VqfjmEOo .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-rQWocIn3VqfjmEOo .rough-node .label text,#mermaid-svg-rQWocIn3VqfjmEOo .node .label text,#mermaid-svg-rQWocIn3VqfjmEOo .image-shape .label,#mermaid-svg-rQWocIn3VqfjmEOo .icon-shape .label{text-anchor:middle;}#mermaid-svg-rQWocIn3VqfjmEOo .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-rQWocIn3VqfjmEOo .rough-node .label,#mermaid-svg-rQWocIn3VqfjmEOo .node .label,#mermaid-svg-rQWocIn3VqfjmEOo .image-shape .label,#mermaid-svg-rQWocIn3VqfjmEOo .icon-shape .label{text-align:center;}#mermaid-svg-rQWocIn3VqfjmEOo .node.clickable{cursor:pointer;}#mermaid-svg-rQWocIn3VqfjmEOo .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-rQWocIn3VqfjmEOo .arrowheadPath{fill:#333333;}#mermaid-svg-rQWocIn3VqfjmEOo .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-rQWocIn3VqfjmEOo .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-rQWocIn3VqfjmEOo .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-rQWocIn3VqfjmEOo .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-rQWocIn3VqfjmEOo .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-rQWocIn3VqfjmEOo .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-rQWocIn3VqfjmEOo .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-rQWocIn3VqfjmEOo .cluster text{fill:#333;}#mermaid-svg-rQWocIn3VqfjmEOo .cluster span{color:#333;}#mermaid-svg-rQWocIn3VqfjmEOo div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-rQWocIn3VqfjmEOo .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-rQWocIn3VqfjmEOo rect.text{fill:none;stroke-width:0;}#mermaid-svg-rQWocIn3VqfjmEOo .icon-shape,#mermaid-svg-rQWocIn3VqfjmEOo .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-rQWocIn3VqfjmEOo .icon-shape p,#mermaid-svg-rQWocIn3VqfjmEOo .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-rQWocIn3VqfjmEOo .icon-shape .label rect,#mermaid-svg-rQWocIn3VqfjmEOo .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-rQWocIn3VqfjmEOo .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-rQWocIn3VqfjmEOo .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-rQWocIn3VqfjmEOo :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;}#mermaid-svg-rQWocIn3VqfjmEOo .sim>*{fill:#d4f1f9!important;stroke:#0078d7!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .sim span{fill:#d4f1f9!important;stroke:#0078d7!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .sim tspan{fill:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .ros>*{fill:#e8f5e9!important;stroke:#2e7d32!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .ros span{fill:#e8f5e9!important;stroke:#2e7d32!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .ros tspan{fill:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .bridge>*{fill:#fff3e0!important;stroke:#ed6c02!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .bridge span{fill:#fff3e0!important;stroke:#ed6c02!important;stroke-width:2px!important;color:#000!important;}#mermaid-svg-rQWocIn3VqfjmEOo .bridge tspan{fill:#000!important;} 🤖 ROS 2 Ecosystem
🚀 Isaac Sim
USD场景 / PhysX 物理 / RTX传感器
Articulation / Graph
📡 发布主题/服务

/clock /tf /tf_static /joint_states

/odom /camera/image_raw /camera_info

/scan /points IMU /force_torque

/battery_state /diagnostics
🎮 接收主题/服务

/cmd_vel /ackermann_cmd joint command

trajectory /gripper_command

/service_calls /action_goals
robot_state_publisher / tf2

RViz2 / rosbag2
Navigation & SLAM

Nav2 / localization / perception
Manipulation

MoveIt 2 / ros2_control / 自研控制器
任务调度 & 诊断

行为树 / 诊断系统
📥 订阅来自Sim的消息

接收传感器数据、状态等
📤 发布控制命令

发布/cmd_vel, joint命令等
🌉 ROS 2 Bridge (DDS)

实时通信 / 主题 / 服务 / 动作

关键工程原则 ：不要在 Isaac Sim 中实现任何可以在 ROS 2 中实现的算法。Isaac Sim 应该只负责"硬件"层面的模拟，所有决策、规划和控制逻辑都应该在 ROS 2 中实现。这样可以保证代码的可移植性，避免将算法与特定仿真平台绑定。

2. 版本与环境选型

工程项目中，版本组合决定了后续 70% 的稳定性。推荐优先采用官方明确支持的组合：

text 复制代码 
Ubuntu 24.04 + ROS 2 Jazzy + Isaac Sim 5.x
Ubuntu 22.04 + ROS 2 Humble + Isaac Sim 5.x

2.1 版本兼容性

Isaac Sim 版本 支持的 ROS 2 版本 推荐 Ubuntu 版本 主要特性
5.0+ Humble, Iron, Jazzy 22.04, 24.04 全面支持 ROS 2 Humble/Jazzy，改进了 URDF 导入，新增 ros2_control 集成，支持 Fast DDS 和 Cyclone DDS
4.2 Humble, Iron 22.04 支持 ROS 2 Humble，改进了 RTX LiDAR 性能，新增多机器人支持
4.0 Humble 22.04 首次正式支持 ROS 2 Humble，引入 OmniGraph 作为主要工作流

如果项目偏研发、算法验证、移动机器人导航，Humble 仍然是首选，因为：

  • 生态最成熟，几乎所有 ROS 2 包都支持 Humble
  • 资料最丰富，遇到问题更容易找到解决方案
  • 稳定性最好，经过了两年多的社区测试和 bug 修复
  • 与真实机器人的兼容性最好，大多数工业机器人驱动都基于 Humble

如果项目面向长期维护（2026 年以后）或新平台开发，Jazzy 更适合作为新基线，因为：

  • 支持周期更长（到 2029 年 5 月）
  • 性能更好，特别是在 DDS 通信和节点调度方面
  • 包含了最新的算法和工具更新
  • 与 Isaac Sim 5.x 的集成更加紧密

2.2 环境配置最佳实践

启动 Isaac Sim 前，应先在同一个终端中 source ROS 2 环境：

bash 复制代码 
source /opt/ros/humble/setup.bash
export ROS_DOMAIN_ID=0
./isaac-sim.sh

如果存在自定义工作空间：

bash 复制代码 
source /opt/ros/humble/setup.bash
source ~/ros2_ws/install/setup.bash
export ROS_DOMAIN_ID=0
./isaac-sim.sh

这一点非常关键。Isaac Sim 的 ROS 2 Bridge 需要在启动时识别 ROS 2 环境、消息类型、接口包和 DDS 配置。如果启动 Isaac Sim 后再 source 工作空间，可能导致自定义消息、包路径或 DDS 环境变量无法正确加载。

额外环境变量配置：

bash 复制代码 
# 指定 DDS 实现（推荐 Cyclone DDS 用于 Isaac Sim）
export RMW_IMPLEMENTATION=rmw_cyclonedds_cpp

# 禁用 ROS 2 自动发现（在多机器环境中推荐）
# export ROS_AUTOMATIC_DISCOVERY_RANGE=LOCALHOST

# 设置 Isaac Sim 日志级别
export ISAAC_LOG_LEVEL=info

# 启用 CUDA 内存池（提升性能）
export CUDA_MODULE_LOADING=LAZY

DDS 选择建议 ：对于 Isaac Sim 联合仿真，强烈推荐使用 Cyclone DDS。Fast DDS 在高频率传感器数据传输时可能会出现性能问题和消息丢失，而 Cyclone DDS 在实时性和可靠性方面表现更好。

2.3 常见环境问题与解决方案

  1. ROS 2 环境未被 Isaac Sim 识别

    • 确保在启动 Isaac Sim 的同一个终端中 source ROS 2 环境
    • 检查 ROS_PACKAGE_PATH 环境变量是否包含你的工作空间
    • 重启 Isaac Sim，不要在已运行的 Isaac Sim 中重新 source 环境

  2. 自定义消息类型无法识别

    • 确保自定义消息包已经编译并 source
    • 在 Isaac Sim 启动前 source 包含自定义消息的工作空间
    • 检查消息包的 CMakeLists.txt 和 package.xml 是否正确配置

  3. DDS 通信失败

    • 确保 Isaac Sim 和 ROS 2 使用相同的 DDS 实现
    • 确保 ROS_DOMAIN_ID 一致
    • 检查防火墙设置，确保 DDS 使用的端口（通常是 7400-7500 UDP）未被阻止
    • 在多机器环境中，确保所有机器在同一个子网中

3. ROS 2 Bridge

Isaac Sim 与 ROS2 并不是互相嵌入的关系，而是通过 ROS2 Bridge 接入同一个ROS2通信图。ROS2 Bridge 本质上是一个运行在 Isaac Sim 进程内的 ROS2节点，它负责将 Isaac Sim 内部的数据结构转换为 ROS2 消息，也负责将 ROS2 消息转换为 Isaac Sim 可执行的控制输入。

它主要有两类使用方式。

3.1 GUI 与 OmniGraph 工作流

用户在 Isaac Sim 中通过 Action Graph 搭建发布器、订阅器、控制器和传感器管线。Action Graph 是 Isaac Sim 基于 OmniGraph 的可视化编程系统，允许用户通过拖拽节点的方式创建仿真逻辑。

例如，发布 /clock 话题的 Action Graph：

text 复制代码 
On Playback Tick
 → ROS2 Context
 → Isaac Read Simulation Time
 → ROS2 Publish Clock

接收 /cmd_vel 并控制差分底盘的 Action Graph：

text 复制代码 
On Playback Tick
 → ROS2 Context
 → ROS2 Subscribe Twist
 → Differential Controller
 → Articulation Controller

OmniGraph 工作流的优势：

  • 可视化程度高，逻辑清晰，易于调试
  • 无需编写代码，适合快速搭建原型
  • 可以实时修改参数并观察效果
  • 与 Isaac Sim 的其他功能（如传感器、物理引擎）集成紧密

OmniGraph 工作流的局限性：

  • 复杂逻辑难以维护，图形化编程不适合大规模项目
  • 版本控制困难，无法像代码一样进行 diff 和 merge
  • 自动化程度低，不适合批量实验和 CI/CD

3.2 Standalone C++ 工作流

用户通过 Isaac Sim 的 C++ API 直接加载场景、创建机器人、添加传感器、配置 ROS 2 发布器与订阅器，并以无 GUI 或半自动方式运行实验。这种方式在工业级项目中更为常用，因为它提供了更好的性能、类型安全和代码可维护性。

编译与运行方式：

bash 复制代码 
# 使用 Isaac Sim 提供的 CMake 工具链编译
mkdir build && cd build
cmake -DCMAKE_TOOLCHAIN_FILE=/path/to/isaac-sim/toolchain/isaac.toolchain.cmake ..
make -j$(nproc)

# 运行仿真
./my_ros2_simulation

完整的 Standalone C++ 示例：

cpp 复制代码 
#include <omni/isaac/kit/SimulationApp.h>
#include <omni/isaac/core/World.h>
#include <omni/isaac/core/scene/Scene.h>
#include <omni/isaac/core/scene/GroundPlane.h>
#include <omni/isaac/wheeled_robots/robots/WheeledRobot.h>
#include <omni/isaac/wheeled_robots/controllers/DifferentialController.h>
#include <omni/isaac/ros2_bridge/ROS2Bridge.h>
#include <geometry_msgs/msg/twist.hpp>
#include <sensor_msgs/msg/joint_state.hpp>
#include <rclcpp/rclcpp.hpp>

using namespace omni::isaac;
using namespace omni::isaac::core;
using namespace omni::isaac::wheeled_robots;
using namespace omni::isaac::ros2_bridge;

int main(int argc, char* argv[]) {
    // 初始化仿真应用
    kit::SimulationApp simulation_app({
        {"headless", false},
        {"renderer", "RayTracedLighting"}
    });

    // 创建世界
    World world;
    world.set_timestep(1.0 / 60.0); // 60Hz 物理步长

    // 添加地面平面
    world.scene().add<GroundPlane>(
        "/World/GroundPlane",
        "ground_plane",
        physics::Material::create_default()
    );

    // 创建差分驱动机器人
    auto robot = world.scene().add<WheeledRobot>(
        "/World/Jetbot",
        "jetbot",
        std::vector<std::string>{"left_wheel_joint", "right_wheel_joint"},
        true, // 创建机器人
        "omniverse://localhost/NVIDIA/Assets/Isaac/5.0/Isaac/Robots/Jetbot/jetbot.usd",
        Eigen::Vector3d(0.0, 0.0, 0.03),
        Eigen::Quaterniond::Identity()
    );

    // 创建差分控制器
    auto controller = std::make_shared<DifferentialController>(
        "differential_controller",
        0.0325, // 轮子半径 (m)
        0.1125  // 轮距 (m)
    );

    // 初始化 ROS 2 Bridge
    ROS2Bridge ros2_bridge;
    ros2_bridge.init("isaac_sim_node");

    // 存储最新的速度命令
    geometry_msgs::msg::Twist latest_cmd_vel;

    // 创建 /cmd_vel 订阅器
    auto cmd_vel_sub = ros2_bridge.create_subscription<geometry_msgs::msg::Twist>(
        "/cmd_vel",
        [&latest_cmd_vel](const geometry_msgs::msg::Twist::SharedPtr msg) {
            latest_cmd_vel = *msg;
        },
        10 // QoS 队列大小
    );

    // 创建 /joint_states 发布器
    auto joint_state_pub = ros2_bridge.create_publisher<sensor_msgs::msg::JointState>(
        "/joint_states",
        10
    );

    // 创建 /clock 发布器
    auto clock_pub = ros2_bridge.create_publisher<rosgraph_msgs::msg::Clock>(
        "/clock",
        10
    );

    // 主仿真循环
    while (simulation_app.is_running()) {
        // 步进仿真
        world.step(render::RenderMode::kFull);

        if (world.is_playing()) {
            // 获取当前仿真时间
            double current_time = world.current_time();

            // 发布 /clock
            rosgraph_msgs::msg::Clock clock_msg;
            clock_msg.clock.sec = static_cast<int32_t>(current_time);
            clock_msg.clock.nanosec = static_cast<uint32_t>((current_time - clock_msg.clock.sec) * 1e9);
            clock_pub->publish(clock_msg);

            // 获取机器人关节状态
            auto [joint_positions, joint_velocities] = robot->get_joint_states();

            // 应用控制命令
            controller->forward({latest_cmd_vel.linear.x, latest_cmd_vel.angular.z});
            robot->apply_action(controller->get_action());

            // 发布 /joint_states
            sensor_msgs::msg::JointState joint_state_msg;
            joint_state_msg.header.stamp.sec = static_cast<int32_t>(current_time);
            joint_state_msg.header.stamp.nanosec = static_cast<uint32_t>((current_time - joint_state_msg.header.stamp.sec) * 1e9);
            joint_state_msg.name = robot->dof_names();
            joint_state_msg.position = joint_positions;
            joint_state_msg.velocity = joint_velocities;
            joint_state_pub->publish(joint_state_msg);
        }

        // 处理 ROS 2 回调
        rclcpp::spin_some(ros2_bridge.node());
    }

    // 清理资源
    ros2_bridge.shutdown();
    simulation_app.close();

    return 0;
}

Standalone C++ 工作流的优势：

  • 性能最优，比 Python 工作流快 2-5 倍
  • 类型安全，编译时即可发现大多数错误
  • 代码可维护性好，适合大规模项目
  • 易于版本控制，可以使用 Git 进行管理
  • 支持无 GUI 运行，适合服务器端批量实验
  • 可以与其他 C++ 库无缝集成
  • 支持 CI/CD 和自动化测试

3.3 ROS 2 Bridge 的底层原理

ROS 2 Bridge 基于 rclcpp 库实现，它在 Isaac Sim 进程中创建了一个独立的 ROS 2 节点。这个节点与其他 ROS 2 节点完全平等，可以发布和订阅话题、提供和调用服务、发送和接收动作目标。

当 Isaac Sim 发布一个 ROS 2 话题时，ROS 2 Bridge 会：

  1. 从 Isaac Sim 的场景图中获取数据
  2. 将 Isaac Sim 内部的数据类型转换为 ROS 2 消息类型
  3. 填充消息头（包括时间戳和 frame_id）
  4. 通过 DDS 发布消息

当 Isaac Sim 订阅一个 ROS 2 话题时，ROS 2 Bridge 会：

  1. 通过 DDS 接收 ROS 2 消息
  2. 将 ROS 2 消息类型转换为 Isaac Sim 内部的数据类型
  3. 将数据传递给 Isaac Sim 的相应组件（如 Articulation Controller）

关键性能考虑 ：ROS 2 Bridge 运行在 Isaac Sim 的主线程中，因此高频率的消息发布和订阅可能会影响仿真性能。对于高频率传感器（如 100Hz IMU 或 20Hz LiDAR），建议使用 Isaac Sim 的内置传感器发布器，它们经过了优化，可以直接从 GPU 内存发布数据，避免 CPU-GPU 数据拷贝。

4. 联合仿真的五条链路

一个完整的 ROS 2 + Isaac Sim 联合仿真系统通常由五条链路组成。这五条链路相互独立但又紧密关联，任何一条链路出现问题都会导致整个系统无法正常工作。

4.1 时间链路

text 复制代码 
Isaac Sim simulation time
 → /clock
 → ROS 2 nodes use_sim_time=true

时间链路决定整个系统是否在同一个时间基准下运行。没有正确的 /clock，TF、Nav2、MoveIt 2、传感器同步和 rosbag 回放都会出现问题。

时间链路的核心要求：

  • Isaac Sim 必须以仿真时间发布 /clock 话题
  • 所有 ROS 2 节点必须将 use_sim_time 参数设置为 true
  • 所有 ROS 2 消息的时间戳必须来自仿真时间，而不是系统时间

时间同步的精度：Isaac Sim 的仿真时间精度可以达到微秒级，这对于大多数机器人应用来说已经足够。在实时仿真模式下（仿真时间与系统时间 1:1），时间同步误差通常小于 1ms。

4.2 坐标链路

text 复制代码 
Isaac Sim prim pose / articulation pose
 → /tf /tf_static
 → tf2 / RViz2 / Nav2 / MoveIt 2

坐标链路决定机器人各部件、传感器、地图和里程计之间是否可以被统一解释。

坐标链路的核心要求：

  • 所有坐标系必须遵循 REP-103 和 REP-105 规范
  • TF 树必须完整且无环
  • 所有 TF 变换的时间戳必须来自仿真时间
  • 静态变换应该发布到 /tf_static 话题，动态变换发布到 /tf 话题

TF 发布频率：对于大多数机器人应用，10-30Hz 的 TF 发布频率已经足够。对于高速运动的机器人或需要高精度定位的应用，可以提高到 50-100Hz。

4.3 状态链路

text 复制代码 
Isaac Sim articulation
 → /joint_states / odom
 → robot_state_publisher / controller / planner

状态链路让 ROS 2 知道机器人当前关节状态、底盘位姿和运动状态。

状态链路的核心要求：

  • /joint_states 必须包含所有关节的位置、速度和力矩信息
  • /joint_states 的关节名称必须与 URDF 中的关节名称完全一致
  • /odom 必须提供底盘在 odom 坐标系中的位姿和速度
  • 所有状态消息的时间戳必须来自仿真时间

里程计来源：在仿真环境中，里程计可以有两种来源：

  1. 完美里程计：直接从 Isaac Sim 获取机器人的真实位姿，没有任何噪声和漂移
  2. 模拟里程计：通过积分轮子编码器数据得到，包含噪声和漂移，更接近真实机器人

在算法开发的早期阶段，可以使用完美里程计来简化问题；在算法验证阶段，应该使用模拟里程计来测试算法的鲁棒性。

4.4 感知链路

text 复制代码 
Isaac Sim camera / lidar / imu
 → ROS 2 sensor topics
 → perception / SLAM / Nav2 / logging

感知链路让 ROS 2 算法栈接收仿真传感器数据。

感知链路的核心要求：

  • 传感器数据必须包含正确的时间戳和 frame_id
  • 相机数据必须包含对应的 camera_info 消息
  • LiDAR 数据必须包含正确的角度范围、分辨率和点云格式
  • IMU 数据必须包含加速度和角速度信息

传感器保真度：Isaac Sim 的 RTX 传感器可以模拟真实传感器的各种特性，包括：

  • 噪声（高斯噪声、椒盐噪声）
  • 畸变（径向畸变、切向畸变）
  • 运动模糊
  • 光照影响
  • 物体材质影响

在仿真中适当添加这些噪声和失真，可以显著提高 Sim-to-Real 迁移效果。

4.5 控制链路

text 复制代码 
ROS 2 planner / controller
 → /cmd_vel / joint command / trajectory
 → Isaac Sim controller
 → simulated robot motion

控制链路让 ROS 2 输出的决策真正驱动仿真机器人运动。

控制链路的核心要求：

  • 控制命令的频率必须足够高（通常 50-100Hz）
  • 控制命令的范围必须在机器人的物理限制之内
  • Isaac Sim 的关节控制器参数必须与真实机器人匹配
  • 控制延迟必须尽可能小

控制模式：Isaac Sim 的 Articulation Controller 支持三种控制模式：

  1. 位置控制：直接指定关节的目标位置
  2. 速度控制：直接指定关节的目标速度
  3. 力矩控制：直接指定关节的目标力矩

对于大多数移动机器人和机械臂应用，位置控制和速度控制是最常用的模式。力矩控制通常用于需要高精度力控制的应用，如装配和抓取。

工程上可以认为：只要这五条链路都稳定，联合仿真系统就具备了可用基础。在集成任何复杂算法之前，必须先逐一验证这五条链路的正确性。

5. 时间同步：/clock 与 use_sim_time

时间同步是联合仿真最容易被低估的问题。所有依赖时间戳的 ROS 2 节点都必须使用仿真时间，否则会出现 TF extrapolation、消息时间过期、Nav2 costmap 不更新、MoveIt 2 轨迹执行失败等问题。

5.1 仿真时间与系统时间的区别

  • 系统时间：运行 Isaac Sim 和 ROS 2 的计算机的本地时间，是连续且单调递增的
  • 仿真时间：Isaac Sim 内部的虚拟时间，可以暂停、加速、减速或重置

在联合仿真中，所有节点必须使用仿真时间，因为：

  • 仿真可以暂停，此时系统时间继续流逝，但仿真时间停止
  • 仿真可以加速或减速，此时仿真时间与系统时间的比例不是 1:1
  • 仿真可以重置，此时仿真时间会回到 0

如果一部分节点使用系统时间，另一部分节点使用仿真时间，就会出现时间不一致的问题，导致各种难以调试的错误。

5.2 Isaac Sim 侧 /clock 发布配置

Isaac Sim 侧应发布 /clock：

OmniGraph 方式：

text 复制代码 
On Playback Tick
 → Isaac Read Simulation Time
 → ROS2 Publish Clock

C++ API 方式：

cpp 复制代码 
#include <omni/isaac/ros2_bridge/ROS2Bridge.h>
#include <rosgraph_msgs/msg/clock.hpp>

// 在初始化阶段创建发布器
auto clock_pub = ros2_bridge.create_publisher<rosgraph_msgs::msg::Clock>("/clock", 10);

// 在仿真循环中发布时钟
while (simulation_app.is_running()) {
    world.step(render::RenderMode::kFull);
    
    if (world.is_playing()) {
        double current_time = world.current_time();
        
        rosgraph_msgs::msg::Clock clock_msg;
        clock_msg.clock.sec = static_cast<int32_t>(current_time);
        clock_msg.clock.nanosec = static_cast<uint32_t>((current_time - clock_msg.clock.sec) * 1e9);
        clock_pub->publish(clock_msg);
    }
}

/clock 发布频率 ：推荐以 100Hz 的频率发布 /clock 话题，这对于大多数应用来说已经足够。对于需要高精度时间同步的应用，可以提高到 1000Hz。

5.3 ROS 2 侧 use_sim_time 配置

ROS 2 侧节点应设置：

bash 复制代码 
ros2 param set /node_name use_sim_time true

在 launch 文件中通常写为：

python 复制代码 
from launch import LaunchDescription
from launch_ros.actions import Node

def generate_launch_description():
    return LaunchDescription([
        Node(
            package='rviz2',
            executable='rviz2',
            name='rviz2',
            parameters=[{"use_sim_time": True}]
        ),
        Node(
            package='nav2_controller',
            executable='controller_server',
            name='controller_server',
            parameters=[{"use_sim_time": True}]
        )
    ])

全局设置 use_sim_time ：可以通过设置环境变量 ROS_USE_SIM_TIME=true 来全局启用仿真时间，但不推荐这样做，因为这会影响所有 ROS 2 节点，包括那些不应该使用仿真时间的节点。

5.4 常见时间同步问题与解决方案

  1. TF extrapolation error

    • 错误信息：Lookup would require extrapolation into the future/past
    • 原因：TF 变换的时间戳与消息的时间戳不一致
    • 解决方案：确保所有节点都使用仿真时间，并且 TF 发布频率足够高

  2. Nav2 costmap 不更新

    • 原因：Nav2 节点没有使用仿真时间，或者 /clock 话题没有发布
    • 解决方案：检查所有 Nav2 节点的 use_sim_time 参数，确保 /clock 话题正在发布

  3. MoveIt 2 轨迹执行失败

    • 原因：MoveIt 2 节点没有使用仿真时间，或者轨迹的时间戳不正确
    • 解决方案：检查 MoveIt 2 节点的 use_sim_time 参数，确保轨迹的时间戳来自仿真时间

  4. rosbag 回放异常

    • 原因：录制 rosbag 时使用了系统时间，而回放时使用了仿真时间
    • 解决方案：录制 rosbag 时确保所有节点都使用仿真时间，回放时使用 --clock 参数

5.5 时间同步检查命令

常用检查命令：

bash 复制代码 
# 检查 /clock 话题是否正在发布
ros2 topic hz /clock

# 检查节点的 use_sim_time 参数
ros2 param get /rviz use_sim_time
ros2 param get /controller_server use_sim_time
ros2 param get /move_group use_sim_time

# 检查消息的时间戳
ros2 topic echo /joint_states header.stamp
ros2 topic echo /tf transforms[0].header.stamp

工程建议是：凡是参与仿真的 ROS 2 节点，包括 RViz2、Nav2、MoveIt 2、robot_state_publisher、slam_toolbox、自研感知节点、自研控制节点，都统一使用 use_sim_time=true。不要让一部分节点使用系统时间，另一部分节点使用仿真时间。

6. 坐标系统与 TF 规范

ROS 2 联合仿真必须遵守坐标规范，否则系统会在后期集成中出现大量隐蔽错误。这些规范是 ROS 2 社区多年经验的总结，遵循它们可以避免很多不必要的问题。

6.1 REP-103：单位与坐标约定

REP-103 定义了 ROS 中使用的标准单位和坐标系统约定。常用约定包括：

text 复制代码 
长度单位：meter
角度单位：radian
质量单位：kilogram
时间单位：second
力单位：newton
力矩单位：newton-meter
坐标系：右手系
base_link: x 前、y 左、z 上
camera optical frame: z 前、x 右、y 下
lidar frame: x 前、y 左、z 上
imu frame: x 前、y 左、z 上

这些规范不仅影响 RViz 显示，也影响路径规划、碰撞检测、外参标定和传感器数据解释。例如，如果相机的光学坐标系没有遵循 z 向前的约定，那么 SLAM 算法将无法正确估计相机的位姿。

常见错误：

  • 使用毫米而不是米作为长度单位
  • 使用角度而不是弧度作为角度单位
  • 坐标系方向错误（如 x 向右而不是向前）
  • 相机光学坐标系方向错误

6.2 REP-105：移动机器人坐标树

REP-105 定义了移动机器人的标准坐标树。移动机器人常见 TF 树如下：

text 复制代码 
map
 └── odom
      └── base_link
           ├── base_scan
           ├── camera_link
           │   └── camera_optical_frame
           ├── imu_link
           ├── wheel_left_link
           ├── wheel_right_link
           └── ...

其中：

text 复制代码 
map: 全局稳定坐标系，允许离散跳变，由定位算法发布
odom: 局部连续坐标系，短期平滑但长期漂移，由里程计算法发布
base_link: 机器人本体坐标系，通常位于机器人的几何中心
base_scan: 激光雷达坐标系
camera_link: 相机坐标系
camera_optical_frame: 相机光学坐标系
imu_link: IMU 坐标系

Nav2 对这套坐标关系高度依赖。如果 map → odom → base_link 不通，导航系统通常无法正常工作。

TF 发布责任：

  • /tf_static：发布静态变换，如 base_link → base_scan、base_link → camera_link，通常由 robot_state_publisher 发布
  • /tf：发布动态变换，如 odom → base_link、map → odom，通常由里程计算法和定位算法发布

6.3 Isaac Sim 中的 TF 发布

Isaac Sim 可以通过 ROS 2 Publish Transform Tree 节点发布传感器、机器人 link 和 articulation 的 TF。

OmniGraph 方式发布 TF 树：

text 复制代码 
On Playback Tick
 → ROS2 Context
 → Isaac Read Sim Tree
 → ROS2 Publish Transform Tree

C++ API 方式发布 TF：

cpp 复制代码 
#include <omni/isaac/ros2_bridge/ROS2Bridge.h>
#include <tf2_msgs/msg/tf_message.hpp>
#include <geometry_msgs/msg/transform_stamped.hpp>

// 在初始化阶段创建 TF 广播器
auto tf_pub = ros2_bridge.create_publisher<tf2_msgs::msg::TFMessage>("/tf", 10);

// 在仿真循环中发布 TF
while (simulation_app.is_running()) {
    world.step(render::RenderMode::kFull);
    
    if (world.is_playing()) {
        double current_time = world.current_time();
        
        // 获取机器人在世界坐标系中的位姿
        auto [position, orientation] = robot->get_world_pose();
        
        // 创建 TF 消息
        tf2_msgs::msg::TFMessage tf_msg;
        geometry_msgs::msg::TransformStamped transform;
        
        transform.header.stamp.sec = static_cast<int32_t>(current_time);
        transform.header.stamp.nanosec = static_cast<uint32_t>((current_time - transform.header.stamp.sec) * 1e9);
        transform.header.frame_id = "odom";
        transform.child_frame_id = "base_link";
        
        transform.transform.translation.x = position.x();
        transform.transform.translation.y = position.y();
        transform.transform.translation.z = position.z();
        
        transform.transform.rotation.x = orientation.x();
        transform.transform.rotation.y = orientation.y();
        transform.transform.rotation.z = orientation.z();
        transform.transform.rotation.w = orientation.w();
        
        tf_msg.transforms.push_back(transform);
        tf_pub->publish(tf_msg);
    }
}

对于机械臂或多连杆机器人，应重点检查 articulation root 是否正确。如果 root link 选择错误，发布出的 TF 树可能会断裂或方向异常。

6.4 TF 问题排查

常用排查命令：

bash 复制代码 
# 查看 TF 话题内容
ros2 topic echo /tf
ros2 topic echo /tf_static

# 生成 TF 树 PDF
ros2 run tf2_tools view_frames

# 检查两个坐标系之间的变换
ros2 run tf2_ros tf2_echo odom base_link
ros2 run tf2_ros tf2_echo map base_link

# 检查 TF 发布频率
ros2 topic hz /tf

TF 问题优先检查：

text 复制代码 
1. frame_id 是否一致（大小写敏感）
2. child_frame_id 是否一致（大小写敏感）
3. 是否重复发布同一条 TF
4. map/odom/base_link 是否断链
5. 时间戳是否来自 /clock
6. sensor frame 是否与 fixed frame 连通
7. 坐标系方向是否符合 REP-103 规范
8. 静态变换是否发布到了 /tf_static 话题

常见 TF 错误：

  • 大小写错误：base_link 写成 Base_Link
  • 拼写错误：odom 写成 odom_frame
  • 父子关系颠倒：发布 base_link → odom 而不是 odom → base_link
  • 静态变换发布到了 /tf 话题而不是 /tf_static 话题
  • 时间戳为 0 或系统时间而不是仿真时间

7. 机器人模型：URDF、Xacro、USD 与 Articulation

ROS 2 生态中，机器人模型通常来自 URDF 或 Xacro；Isaac Sim 的核心资产格式是 USD。因此联合仿真通常涉及模型转换。

7.1 模型转换流程

text 复制代码 
URDF / Xacro
 → Isaac Sim URDF Importer
 → USD robot asset
 → Articulation / Collision / Inertia / Drives
 → ROS 2 Bridge

URDF 导入步骤：

  1. 在 Isaac Sim 中打开 Create > Isaac > Robotics > URDF Importer
  2. 选择 URDF 文件
  3. 配置导入参数：
    • Import Type：选择 Articulation
    • Merge Fixed Joints：勾选（可以减少关节数量，提高性能）
    • Convex Decomposition：勾选（为碰撞网格生成凸分解）
    • Create Physics Scene：勾选
    • Stage Units Per Meter：设置为 1.0（确保单位正确）
  4. 点击 Import 按钮

Xacro 文件处理：Isaac Sim 不能直接导入 Xacro 文件，需要先将 Xacro 文件转换为 URDF 文件：

bash 复制代码 
xacro robot.xacro > robot.urdf

7.2 导入后工程检查

导入模型后，不能直接认为模型可用，必须进行工程检查：

text 复制代码 
1. link 层级是否正确
   - 检查 USD 场景图中的 link 层级是否与 URDF 一致
   - 确保没有多余的 link 或缺失的 link

2. joint 轴向是否正确
   - 检查每个关节的旋转轴是否与 URDF 一致
   - 尝试手动移动关节，确保运动方向正确

3. joint limit 是否正确
   - 检查每个关节的位置限制、速度限制和力矩限制
   - 确保关节不会超出物理限制

4. inertia 是否合理
   - 检查每个 link 的质量和惯性张量
   - 不合理的惯性会导致动力学不稳定
   - 可以使用 `meshlab` 或 `urdf_tools` 计算正确的惯性

5. collision mesh 是否过于复杂
   - 复杂的碰撞网格会显著降低物理仿真性能
   - 建议使用简化的碰撞网格或凸分解
   - 视觉网格和碰撞网格应该分开

6. drive stiffness / damping 是否稳定
   - 调整关节驱动器的刚度和阻尼参数
   - 过高的刚度会导致振荡，过低的刚度会导致跟踪误差
   - 建议从较低的刚度开始，逐渐增加

7. scale 是否为米制单位
   - 确保整个模型的比例正确（1 单位 = 1 米）
   - 比例错误会导致所有物理计算错误

8. base link 是 fixed、floating 还是 mobile
   - 移动机器人的 base link 应该是 floating
   - 固定机械臂的 base link 应该是 fixed

9. 传感器外参是否正确
   - 检查传感器相对于 base_link 的位置和方向
   - 确保与真实机器人的外参一致

10. ROS 2 joint name 与 Isaac Sim joint name 是否一致
    - Isaac Sim 中的关节名称必须与 URDF 中的关节名称完全一致
    - 否则 `/joint_states` 话题将无法正确匹配

7.3 Articulation 详解

Isaac Sim 中的 Articulation 是底层关节控制器，可控制 joint position、joint velocity 和 joint effort。对于机械臂、四足机器人、移动底盘轮子，Articulation 是连接物理仿真和控制命令的关键对象。

Articulation 的组成：

  • Articulation Root：整个关节链的根节点
  • Articulation Joint：连接两个 link 的关节
  • Articulation Drive：驱动关节运动的驱动器

Articulation Drive 参数：

  • stiffness：刚度系数，决定关节对位置误差的响应
  • damping：阻尼系数，决定关节的振荡衰减
  • max_force：最大输出力矩
  • max_velocity：最大输出速度

控制模式：

  • 位置控制 ：drive->set_position_target(value)
  • 速度控制 ：drive->set_velocity_target(value)
  • 力矩控制 ：drive->set_effort_target(value)

7.4 模型验证

工程上建议：导入机器人后先不要直接接 Nav2 或 MoveIt 2，而是先用最小命令验证模型是否可控。

移动机器人最小测试：

bash 复制代码 
ros2 topic pub /cmd_vel geometry_msgs/msg/Twist \
"{linear: {x: 0.2}, angular: {z: 0.0}}"
  • 机器人应该以 0.2m/s 的速度直线前进
  • 检查轮子是否正确旋转
  • 检查 /odom 话题是否正确发布

机械臂最小测试：

bash 复制代码 
ros2 topic pub /joint_command sensor_msgs/msg/JointState \
"{name: ['joint1', 'joint2', 'joint3'], position: [0.5, 0.5, 0.5]}"
  • 机械臂应该移动到指定的关节位置
  • 检查每个关节是否正确运动
  • 检查 /joint_states 话题是否正确发布

如果最小控制不通，不应继续接入复杂算法栈。先解决通信、命名、时间、TF 和模型控制问题，再集成 Nav2 或 MoveIt 2。

8. 最小可运行闭环

建议按如下顺序搭建系统，逐步验证每个组件的正确性：

text 复制代码 
Step 1: 启动 ROS 2 Bridge
   - 确保 Isaac Sim 可以看到 ROS 2 环境
   - 运行 `ros2 node list` 应该能看到 Isaac Sim 的节点

Step 2: 发布 /clock
   - 在 Isaac Sim 中创建 /clock 发布器
   - 运行 `ros2 topic echo /clock` 应该能看到仿真时间
   - 暂停仿真，/clock 应该停止更新

Step 3: 发布 /joint_states
   - 在 Isaac Sim 中创建 /joint_states 发布器
   - 运行 `ros2 topic echo /joint_states` 应该能看到关节状态
   - 手动移动关节，/joint_states 应该更新

Step 4: 发布 /tf /tf_static
   - 在 Isaac Sim 中创建 TF 发布器
   - 运行 `ros2 run tf2_tools view_frames` 应该能看到完整的 TF 树
   - 运行 `ros2 run tf2_ros tf2_echo base_link base_scan` 应该能看到变换

Step 5: 发布 /odom
   - 在 Isaac Sim 中创建 /odom 发布器
   - 运行 `ros2 topic echo /odom` 应该能看到里程计数据
   - 移动机器人，/odom 应该更新

Step 6: 添加单个传感器
   - 添加一个相机或 LiDAR 传感器
   - 运行 `ros2 topic echo /camera/image_raw` 应该能看到图像
   - 运行 `rviz2` 应该能看到传感器数据

Step 7: 测试 /cmd_vel 或 joint command
   - 发布 /cmd_vel 话题，机器人应该运动
   - 发布关节命令，机械臂应该运动
   - 检查运动是否符合预期

Step 8: 接入 Nav2 或 MoveIt 2
   - 启动 Nav2 导航栈
   - 在 RViz2 中设置目标点，机器人应该导航到目标位置
   - 启动 MoveIt 2，规划并执行轨迹

8.1 最小闭环验证清单

检查项 验证方法 预期结果
ROS 2 连接 ros2 node list 看到 Isaac Sim 节点
/clock 发布 ros2 topic hz /clock 频率稳定（通常 100Hz）
use_sim_time ros2 param get /rviz use_sim_time 返回 true
/joint_states ros2 topic echo /joint_states 包含所有关节的位置、速度
TF 树完整 ros2 run tf2_tools view_frames 生成完整的 TF 树 PDF
/odom 发布 ros2 topic echo /odom 包含位姿和速度信息
控制命令 ros2 topic pub /cmd_vel ... 机器人正确运动
传感器数据 rviz2 中查看 显示正确的图像或点云

8.2 常见问题排查

  1. Isaac Sim 节点没有出现在 ROS 2 节点列表中

    • 确保在启动 Isaac Sim 前 source 了 ROS 2 环境
    • 确保 ROS_DOMAIN_ID 一致
    • 确保使用了相同的 DDS 实现

  2. /clock 话题没有数据

    • 确保仿真正在运行（点击 Play 按钮）
    • 检查 Action Graph 是否正确连接
    • 检查 ROS2 Context 节点是否正确配置

  3. /joint_states 话题没有数据

    • 确保 Articulation Root 正确设置
    • 确保关节名称正确
    • 检查 Action Graph 是否正确连接

  4. TF 树不完整

    • 检查所有 link 是否都在 TF 树中
    • 检查 frame_id 是否正确
    • 检查静态变换是否发布到了 /tf_static 话题

  5. 机器人运动不稳定

    • 检查关节驱动器的刚度和阻尼参数
    • 检查惯性张量是否合理
    • 检查碰撞网格是否过于复杂
    • 降低仿真步长（提高物理精度）

总结

ROS 2 与 Isaac Sim 联合仿真的第一性原理可以概括为：Isaac Sim是高保真物理世界与虚拟硬件，ROS2是机器人软件系统与算法框架。两者通过 ROS 2 Bridge 交换时间、坐标、状态、感知和控制数据。

工程落地时，必须优先保证：

text 复制代码 
/clock 正确发布
所有节点 use_sim_time 统一
TF 树完整且符合规范
/joint_states 正确发布
/odom 正确发布
机器人模型动力学稳定
控制命令能够正确驱动机器人

只有这些基础链路稳定，后续的感知、导航、运动规划和 Sim-to-Real 才有可靠基础。在集成任何复杂算法之前，一定要花足够的时间验证这些基础链路的正确性，这将为后续的开发节省大量的时间和精力。

相关推荐
努力努力再努力wz1 小时前
【内存管理与高并发内存池系列】从 mmap 到 malloc：文件映射、匿名映射与 glibc 内存分配机制详解
linux·c语言·数据结构·数据库·c++·qt·链表
八解毒剂2 小时前
数据结构-平衡二叉树——对二叉搜索树的优化
数据结构·c++·算法
起床困难户5752 小时前
条款20：协助完成返回值优化
c++
啦啦啦啦啦zzzz2 小时前
算法总结(二分查找、双指针）
c++·算法
沫儿笙2 小时前
安川焊接机器人氩气节气设备
机器人
不负岁月无痕4 小时前
C++ 模板核心内容与高频面试题汇总
java·开发语言·c++
kyle~4 小时前
ROS 2 与 Isaac Sim 联合仿真（三）：工程化部署、性能优化、多机器人与 Sim-to-Real
机器人·nvidia·仿真·ros2
无限进步_4 小时前
从零实现一个迷你Shell——深入理解Linux命令行解释器
linux·运维·服务器·开发语言·c++·chrome
热门推荐
01《置身钉内》原文-可播放阅读02【AI】2026 年具身智能模型和世界模型总结03GitHub 镜像站点04Claude Code、Codex、Cursor三分天下：2026年AI编程Agent生态全景剖析052026 AI 编程工具终极实战指南：Cursor vs Claude Code vs Copilot，开发者该怎么选？06Codex 下载安装指南：Windows 和 macOS 官方版下载072026 年 AI 编程工具终极横评：Cursor vs Claude Code vs Copilot vs Windsurf08AI科技热点日报 | 2026年6月1日09【踩坑记录 | 第一篇】微软商店无法使用时，如何手动安装 OpenAI Codex？附`.msix`文件系统错误解决方法10CC-Switch 下载、安装与使用配置指南【2026.5.29】