从Gazebo Classic到Gazebo：在Ubuntu 22.04上为PX4 SITL选择正确的仿真器（附make命令参数详解）
如果你最近将开发环境从Ubuntu 20.04升级到22.04，可能会发现之前熟悉的PX4仿真命令突然失效了。这不是你的错，而是仿真工具链正在经历一场静默的革命。本文将带你深入理解Gazebo生态系统的演变，以及如何在新环境中做出明智的选择。
1. Gazebo生态系统的演变：从Classic到新世代
Gazebo作为机器人仿真领域的标杆工具，近年来经历了重大架构调整。Ubuntu 22.04 LTS的发布恰好成为这一转变的分水岭：
- Gazebo Classic：即传统的Gazebo 11及更早版本，采用单一的monolithic架构
- Gazebo Fortress/新Gazebo：基于模块化设计的全新架构，核心仿真引擎更名为
gz-sim
这种转变带来了几个关键差异：
| 特性 | Gazebo Classic | 新Gazebo |
|---|---|---|
| 架构 | 单体式 | 模块化 |
| ROS支持 | ROS1原生支持 | 主要通过ROS2桥接 |
| 渲染引擎 | OGRE | 支持多后端(OGRE2, Vulkan) |
| 物理引擎 | 默认ODE | 可切换(Bullet, DART等) |
| 资源占用 | 较高 | 更轻量 |
在PX4生态中，这一变化直接体现在make命令的参数上。如果你仍在使用gazebo-classic参数，可能会遇到兼容性问题。
2. Ubuntu版本与仿真器选择的关联
Ubuntu 22.04默认不再预装Gazebo Classic，而是转向新架构。这解释了为什么同样的命令在不同系统上表现迥异：
# Ubuntu 20.04及以下推荐使用 make px4_sitl gazebo-classic # Ubuntu 22.04推荐使用 make px4_sitl gz_x500gz_x500中的gz前缀明确指示使用新Gazebo框架，而x500则指定了无人机模型。这种变化不仅仅是语法差异，更反映了底层仿真架构的革新。
常见误区纠正：
- 不是所有Gazebo插件都能直接迁移到新架构
- 性能对比不能简单以版本号判断，需考虑具体使用场景
- 社区支持正在快速向新架构转移
3. 深入理解PX4 SITL的make命令参数
PX4的仿真启动命令远比表面看起来复杂。让我们解剖一个典型命令：
make px4_sitl gz_x500 debug这个命令包含三个关键部分：
px4_sitl：指定构建SITL(Software In The Loop)版本gz_x500：指定仿真器类型和模型debug：可选参数，启用调试模式
可用模型参数对照表：
| 参数 | 适用平台 | 仿真器类型 | 备注 |
|---|---|---|---|
| gazebo | 已弃用 | Gazebo Classic | 仅旧系统兼容 |
| gazebo-classic | Ubuntu 20.04 | Gazebo Classic | 明确指定经典版本 |
| gz_x500 | Ubuntu 22.04 | 新Gazebo | 四旋翼模型 |
| gz_techpod | Ubuntu 22.04 | 新Gazebo | 固定翼模型 |
提示：使用
make list_vmd_make_targets可以查看当前支持的所有仿真目标
4. 实战：构建完整的ROS2+PX4+Gazebo环境
让我们从零开始搭建一个现代化的仿真环境。以下步骤针对Ubuntu 22.04优化：
4.1 基础环境准备
首先确保系统更新并安装必要工具：
sudo apt update && sudo apt upgrade -y sudo apt install -y git python3-pip ninja-build特别注意Python依赖的版本管理：
pip3 install --user empy==3.3.4 pyros-genmsg setuptools4.2 安装PX4工具链
获取最新PX4代码并设置环境：
git clone https://github.com/PX4/PX4-Autopilot.git --recursive bash ./PX4-Autopilot/Tools/setup/ubuntu.sh安装完成后，建议重启系统以确保环境变量生效。
4.3 ROS2 Humble安装
Ubuntu 22.04对应ROS2 Humble版本：
sudo apt install -y ros-humble-desktop sudo apt install -y python3-colcon-common-extensions别忘了设置环境变量：
echo "source /opt/ros/humble/setup.bash" >> ~/.bashrc source ~/.bashrc4.4 配置通信桥梁
新架构下，ROS2与PX4的通信方式有所变化：
git clone https://github.com/eProsima/Micro-XRCE-DDS-Agent.git cd Micro-XRCE-DDS-Agent && mkdir build && cd build cmake .. && make sudo make install4.5 创建工作空间
mkdir -p ~/px4_ros2_ws/src cd ~/px4_ros2_ws/src git clone https://github.com/PX4/px4_msgs.git git clone https://github.com/PX4/px4_ros_com.git cd .. && colcon build5. 高级配置与性能优化
5.1 多仿真器并行
新架构支持更灵活的仿真场景组合：
# 终端1：启动通信代理 MicroXRCEAgent udp4 -p 8888 # 终端2：启动PX4 SITL make px4_sitl gz_x500 # 终端3：启动ROS2节点 ros2 run px4_ros_com offboard_control5.2 性能调优技巧
通过环境变量可以显著提升仿真性能：
export GZ_SIM_RESOURCE_PATH=~/PX4-Autopilot/Tools/simulation/gz export GZ_SIM_SYSTEM_PLUGIN_PATH=~/PX4-Autopilot/build/px4_sitl_default/build_gz渲染性能对比：
| 配置项 | 默认值 | 推荐值 | 性能提升 |
|---|---|---|---|
| 渲染质量 | 高 | 中 | ~30% |
| 物理引擎迭代次数 | 10 | 5 | ~20% |
| 传感器更新频率 | 60Hz | 30Hz | ~40% |
5.3 常见问题排查
Q：遇到[Err] [Gazebo.cc:245]错误怎么办？
A：这通常是资源路径问题，尝试：
export GZ_SIM_RESOURCE_PATH=$HOME/.gz/sim/resources:/usr/share/gz/sim/resourcesQ：ROS2节点无法连接PX4？
A：检查三方面：
- XRCE-DDS代理是否运行
- PX4参数
MAV_XRCE_DDS是否启用 - 网络防火墙是否阻止UDP 8888端口
6. 未来展望与迁移建议
仿真工具链的演进不会停止，以下几点值得关注：
- Gazebo新架构对云仿真的支持
- ROS2与PX4更深度集成
- Web-based仿真界面发展
对于现有项目迁移，建议分阶段进行：
- 先在隔离环境中测试新架构
- 逐步替换关键插件
- 性能基准测试
- 全面迁移
我在实际项目中发现，新架构在复杂场景下的稳定性有明显提升，特别是当需要同时仿真多个无人机时。一个实用的技巧是在~/PX4-Autopilot/platforms/posix/CMakeLists.txt中调整编译选项，可以显著减少首次启动时的加载时间。
