Ubuntu 22.04 上 ROS2 Humble 安装、配置与卸载全攻略
1. 项目概述:为什么ROS2在Ubuntu上如此重要?
如果你正在涉足机器人开发,或者对自动驾驶、工业自动化等领域感兴趣,那么ROS2(Robot Operating System 2)绝对是你绕不开的核心工具。它不是一个传统意义上的操作系统,而是一个为机器人软件开发提供一系列库、工具和约定的“元操作系统”或中间件框架。与第一代ROS相比,ROS2在实时性、跨平台、生产级部署和安全性上有了质的飞跃,支持从微控制器到大型服务器的异构计算环境。
那么,为什么我们总在Ubuntu上讨论ROS2的安装?这背后有几个非常实际的原因。首先,ROS2的官方支持和主要开发社区都紧密围绕Ubuntu Linux发行版展开。每个ROS2的长期支持版本(LTS)都会与一个特定版本的Ubuntu LTS进行绑定和深度优化,例如ROS2 Humble Hawksbill就与Ubuntu 22.04 LTS(Jammy Jellyfish)完美配对。这种官方绑定意味着最稳定的软件源、最全面的兼容性测试和最及时的更新。其次,Ubuntu作为最流行的桌面Linux发行版之一,拥有庞大的用户基础和丰富的社区资源,这使得在Ubuntu上解决ROS2相关问题变得相对容易。最后,从开发者的实际工作流来看,无论是使用实体机器人还是进行仿真(如Gazebo),Ubuntu+ROS2的组合是目前最成熟、文档最齐全的生态。
因此,掌握在Ubuntu上干净利落地安装和卸载ROS2,是每一位机器人开发者入门和进阶的“必修课”。一个干净的安装是后续所有开发工作的基石,而一个彻底的卸载则能帮助你在切换版本、解决依赖冲突或系统清理时避免无数令人头疼的“幽灵问题”。接下来,我将结合自己多年的踩坑经验,为你拆解从准备到安装,再到可能需要的卸载全过程,确保你能一次成功,少走弯路。
2. 安装前的核心准备与避坑指南
在兴奋地敲下安装命令之前,充分的准备工作能避免至少80%的后续问题。很多人安装失败,问题往往不是出在ROS2本身,而是系统环境没有就绪。
2.1 系统版本确认与ROS2版本选型
这是最关键的第一步,版本不匹配是万恶之源。你需要打开终端,使用lsb_release -a命令查看你的Ubuntu具体版本。
lsb_release -a输出会显示类似Distributor ID: Ubuntu和Release: 22.04的信息。请牢记你的Ubuntu版本号。
接下来,根据你的Ubuntu版本选择对应的ROS2发行版。以下是截至目前的官方配对关系(建议始终选择LTS版本以获得长期支持):
- Ubuntu 22.04 (Jammy Jellyfish):对应ROS2 Humble Hawksbill(推荐,当前最稳定的LTS)。
- Ubuntu 20.04 (Focal Fossa):对应ROS2 Foxy Fitzroy(已结束标准支持,进入延期支持阶段)。
- Ubuntu 18.04 (Bionic Beaver):对应ROS2 Eloquent Elusor或更早版本(均已结束支持,不推荐新项目使用)。
注意:强烈建议新项目直接使用Ubuntu 22.04 + ROS2 Humble的组合。这是官方主力维护的版本,拥有最活跃的社区和最新的功能。除非你有非常明确的遗留代码兼容性要求,否则不要选择旧版本。
2.2 配置Ubuntu软件源与系统更新
ROS2的安装依赖于Ubuntu的APT包管理系统,而我们需要将ROS2官方的软件源添加到系统的源列表中。
确保Ubuntu软件源支持“universe”仓库:这是许多开源软件,包括ROS2部分依赖的所在地。通常桌面版默认已启用,但检查一下无妨。你可以通过“软件和更新”应用,在“Ubuntu软件”标签页下勾选“社区维护的免费和开源软件(universe)”。
设置软件源:我们将使用USTC(中国科学技术大学)的镜像源,速度更快更稳定。在终端中依次执行以下命令:
# 备份原有的源列表文件(一个好习惯) sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak # 编辑源列表文件,这里使用nano编辑器,你也可以用vim或gedit sudo nano /etc/apt/sources.list在打开的文件中,找到以
deb http://archive.ubuntu.com/ubuntu开头的行(可能有多个),将其中的archive.ubuntu.com替换为mirrors.ustc.edu.cn。例如:deb https://mirrors.ustc.edu.cn/ubuntu/ jammy main restricted universe multiverse deb https://mirrors.ustc.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse deb https://mirrors.ustc.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse deb https://mirrors.ustc.edu.cn/ubuntu/ jammy-security main restricted universe multiverse修改后,按
Ctrl+X,然后按Y,最后按Enter保存并退出nano。添加ROS2软件源:首先安装用于管理软件源的
software-properties-common工具,然后添加ROS2 GPG密钥和软件源。# 安装证书管理工具 sudo apt update && sudo apt install curl gnupg lsb-release software-properties-common -y # 添加ROS2 GPG密钥(确保软件包来源可信) sudo curl -sSL https://raw.githubusercontent.com/ros/rosdistro/master/ros.key -o /usr/share/keyrings/ros-archive-keyring.gpg # 将ROS2软件源添加到系统(以Humble为例) echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/ros-archive-keyring.gpg] https://mirrors.ustc.edu.cn/ros2/ubuntu $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/ros2.list > /dev/null实操心得:这里使用USTC镜像的ROS2仓库 (
mirrors.ustc.edu.cn/ros2/) 能极大提升下载速度。如果某天镜像同步出现问题,你可以临时注释掉这行,使用官方源packages.ros.org/ros2替代。进行一次完整的系统更新:在安装任何新软件前,更新本地软件包索引并升级现有软件是一个好习惯。
sudo apt update sudo apt upgrade -y这个过程可能会花费一些时间,取决于你的网络速度和系统更新量。完成后,你的系统就为安装ROS2做好了最基础的准备。
2.3 区域设置与字符编码检查
这是一个容易被忽略但可能导致编译错误的坑。ROS2和许多构建工具依赖于正确的区域设置(locale),特别是需要将LC_ALL和LANG设置为支持UTF-8的选项。
# 检查当前区域设置 locale # 如果输出中 LC_ALL 和 LANG 不是类似 en_US.UTF-8 或 zh_CN.UTF-8,则需要设置 sudo apt install locales -y sudo locale-gen en_US en_US.UTF-8 sudo update-locale LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8 export LANG=en_US.UTF-8注意事项:虽然你可以使用
zh_CN.UTF-8,但在开发环境中,尤其是处理终端输出、日志和代码时,使用en_US.UTF-8可以避免很多奇怪的字符编码问题。上述export命令只对当前终端生效,要永久生效,需要将export LANG=en_US.UTF-8添加到你的~/.bashrc文件末尾。
3. ROS2 Humble 完整安装流程详解
我们将以ROS2 Humble在Ubuntu 22.04上的安装为例,展示最完整、最推荐的桌面版安装流程。桌面版包含了ROS、RViz、演示工具和教程,最适合学习和开发。
3.1 安装ROS2核心包与基础工具
首先,刷新刚刚添加的ROS2软件源列表,然后安装ROS2基础包。
# 刷新源列表,确保能获取到ROS2的包信息 sudo apt update # 安装ROS2 Humble桌面完整版(推荐) sudo apt install ros-humble-desktop -y这个命令会安装一整套ROS2环境,包括:
- 核心通信层(RCL, RMW):DDS中间件的抽象层,是实现节点间通信的基石。
- 常用客户端库(rclcpp, rclpy):C++和Python的ROS2客户端库,用于编写节点。
- 基础工具(ros2cli):命令行工具,用于启动、管理、监控ROS2系统。
- 可视化工具(RViz2):强大的3D可视化工具,用于显示传感器数据、机器人模型等。
- 示例和教程:大量的演示包,是学习ROS2的最佳起点。
安装过程会持续一段时间,下载大小约800MB-1GB,具体取决于你的网络。期间会提示你确认磁盘空间使用,按回车继续即可。
3.2 安装开发工具与编译器
对于开发者,仅仅运行ROS2程序是不够的,我们还需要构建(编译)自己的代码。这就需要安装编译工具和ROS2构建系统(Colcon)的依赖。
# 安装编译工具、CMake、Python工具等开发依赖 sudo apt install python3-colcon-common-extensions python3-rosdep python3-vcstool build-essential -y # 初始化rosdep(ROS系统依赖工具) sudo rosdep init rosdep update关键点解析:
- colcon:是ROS2推荐的构建工具,替代了ROS1中的
catkin_make。python3-colcon-common-extensions包提供了许多有用的colcon插件。 - rosdep:这是一个极其重要的工具。当你从源码构建一个ROS包时,这个包可能依赖一些非ROS的系统库(如OpenCV、Boost等)。
rosdep可以自动检查你的包定义文件(package.xml),并为你安装所有缺失的系统级依赖。rosdep update命令用于从远程更新依赖规则数据库。 - vcstool:用于管理多个源码仓库(git repos),在从源码构建大型ROS2工作空间时非常有用。
3.3 配置Shell环境变量
安装完成后,ROS2的命令(如ros2)和库路径需要被添加到你的Shell环境中,这样你才能在任意终端中使用它们。
最常用的方法是将环境变量设置脚本添加到你的~/.bashrc文件中,这样每次打开新的终端都会自动生效。
# 将ROS2环境变量设置命令添加到bashrc文件末尾 echo "source /opt/ros/humble/setup.bash" >> ~/.bashrc # 立即生效(仅针对当前终端,新开的终端会自动生效) source ~/.bashrc环境变量作用详解: 执行source /opt/ros/humble/setup.bash会做以下几件事:
- 将ROS2的可执行文件目录(如
/opt/ros/humble/bin)添加到PATH环境变量,这样你可以直接运行ros2、ros2 run等命令。 - 将ROS2的库目录添加到
LD_LIBRARY_PATH,使得系统运行时能够找到ROS2的动态链接库。 - 设置
ROS_DISTRO、ROS_VERSION等环境变量,其他工具(如colcon)会依赖这些变量。 - 自动加载ROS2的命令行自动补全功能,让你可以通过按Tab键来补全
ros2的子命令和参数,极大提升效率。
注意事项:如果你使用了Zsh或其他Shell(如Fish),你需要将命令添加到对应的配置文件中(如
~/.zshrc)。同时,绝对不要在同一个Shell中多次source不同ROS版本或不同工作空间的setup.bash,这会导致环境变量混乱。一个Shell只应激活一个ROS环境。
3.4 验证安装是否成功
现在,让我们通过几个经典命令来验证ROS2是否安装正确。
测试ROS2命令行工具:
ros2 --help如果安装成功,你应该能看到一长列可用的
ros2子命令(如run,topic list,node list等)和帮助信息。运行一个简单的演示:ROS2内置了一些示例节点。我们启动一个“谈话者”(talker)节点和一个“倾听者”(listener)节点来测试通信是否正常。
- 打开第一个终端,运行谈话者:
你应该能看到这个节点开始周期性地发布消息,终端输出ros2 run demo_nodes_cpp talkerPublishing: 'Hello World: <序号>'。 - 打开第二个终端,运行倾听者:
你应该能看到这个节点开始接收消息,终端输出ros2 run demo_nodes_py listenerI heard: [Hello World: <序号>]。
如果两个节点都能正常运行,并且倾听者能正确收到谈话者的消息,那么恭喜你,ROS2的核心通信功能安装成功!
- 打开第一个终端,运行谈话者:
测试可视化工具RViz2:
rviz2这会启动RViz2的图形界面。初始界面可能是空白的,但这说明GUI组件安装成功。你可以通过点击“Add”按钮并添加一个“Grid”来测试显示功能。
4. 从源码安装ROS2:高级需求与深度定制
虽然通过APT包管理器安装是最简单快捷的方式,但在某些情况下,你可能需要从源码安装:
- 开发ROS2核心功能或贡献代码。
- 需要针对特定硬件或操作系统进行深度优化。
- 想使用尚未发布到APT仓库的最新特性或修复。
- 学习ROS2内部架构的绝佳途径。
从源码安装过程更为复杂,耗时也更长(可能需要数小时),但它让你对ROS2的构建系统有更深入的理解。
4.1 创建工作空间与获取源码
首先,创建一个专门用于存放ROS2源码的目录。
# 创建并进入工作空间目录 mkdir -p ~/ros2_humble/src cd ~/ros2_humble接下来,使用vcstool从一个版本清单文件中拉取所有必要的ROS2仓库源码。官方为Humble版本提供了一个ros2.repos文件。
# 下载特定版本的版本清单文件 wget https://raw.githubusercontent.com/ros2/ros2/humble/ros2.repos # 使用vcstool导入并拉取所有仓库源码 vcs import src < ros2.repos这个过程会克隆数十个Git仓库到~/ros2_humble/src目录下,总大小约几个GB,请确保网络通畅且有足够的磁盘空间。
4.2 安装系统依赖与构建源码
在构建之前,必须安装所有必要的系统依赖。这就是之前安装的rosdep工具大显身手的时候。
# 进入源码目录的根目录 cd ~/ros2_humble # 使用rosdep安装所有列出的系统依赖 sudo rosdep init # 如果之前没做过 rosdep update rosdep install --from-paths src --ignore-src -y --skip-keys "fastcdr rti-connext-dds-6.0.1 urdfdom_headers"命令参数解析:
--from-paths src:告诉rosdep从src目录下的所有package.xml文件中查找依赖。--ignore-src:忽略那些本身就是源码的包(即我们刚拉下来的ROS2包本身)。-y:对所有安装提示自动回答“yes”。--skip-keys ...:跳过一些可能因网络或许可问题难以自动安装的特定依赖包(如某些专有DDS实现),后续可以手动处理。
依赖安装完成后,就可以开始构建了。我们使用colcon并启用并行编译以加快速度。
# 在工作空间根目录下进行构建 cd ~/ros2_humble colcon build --symlink-install关键参数--symlink-install:这个参数非常重要。它让colcon在安装目录(install)中创建指向构建目录(build)中文件的符号链接,而不是复制文件。这样做有两个好处:一是节省磁盘空间;二是当你修改源码后重新构建时,安装目录中的文件会自动更新,无需重新执行安装步骤,这对于开发调试非常方便。
构建过程会消耗大量CPU和内存,并且需要很长时间(在性能较好的机器上可能也需要30分钟到1小时)。你可以通过添加--parallel-workers N参数来指定并行任务数(N通常设置为你的CPU核心数),例如colcon build --symlink-install --parallel-workers 8。
4.3 测试与使用源码安装的ROS2
构建成功后,你的工作空间下会生成build、install、log三个目录。要使用这个从源码构建的ROS2,你需要source它的setup.bash文件。
# 激活你的源码构建环境(注意路径不同) source ~/ros2_humble/install/setup.bash # 验证 ros2 --help现在,你运行的ros2命令将来自于你刚刚构建的版本,而不是系统APT安装的版本。你可以用同样的谈话者/倾听者示例进行测试。
重要提醒:从源码安装的ROS2环境是独立于APT安装的环境的。你需要管理好你的
~/.bashrc文件,确保在需要的时候source正确的setup.bash。一个常见的做法是不在~/.bashrc中写死source命令,而是在需要时手动执行,或者为不同的环境创建单独的Shell脚本。
5. 彻底卸载ROS2:当需要清理或重装时
无论是因为版本升级、解决不可调和的依赖冲突,还是单纯地想从一个干净的系统重新开始,彻底卸载ROS2都是一项必备技能。不彻底的卸载会留下各种配置文件、残留依赖和隐藏的环境变量,导致新安装出现诡异问题。
5.1 卸载通过APT安装的ROS2
如果你是通过本文第3节所述的APT方式安装的,卸载相对直接。
卸载ROS2软件包本身:
# 卸载ROS2 Humble桌面版及其所有依赖(但保留配置文件) sudo apt remove ~nros-humble-* -y # 更彻底的卸载,同时清除配置文件(推荐) sudo apt purge ~nros-humble-* -y命令
~nros-humble-*是一个通配符,会匹配所有以ros-humble-开头的包名。purge比remove更彻底,它会同时删除软件包及其配置文件。移除ROS2软件源:
# 删除我们之前添加的ROS2软件源列表文件 sudo rm /etc/apt/sources.list.d/ros2.list # 可选:移除GPG密钥 sudo rm /usr/share/keyrings/ros-archive-keyring.gpg清理APT缓存和不再需要的依赖:
sudo apt autoremove -y sudo apt autocleanautoremove会删除那些因为安装ROS2而被自动安装,但现在已不再被任何其他软件包需要的“孤儿”依赖包。autoclean会清理本地已下载的旧软件包缓存。
5.2 清理环境变量
这是卸载过程中最容易被忽略的一步,残留的环境变量会导致命令冲突。
编辑
~/.bashrc文件,找到并删除或注释掉之前添加的source /opt/ros/humble/setup.bash这一行。nano ~/.bashrc找到类似的行,在行首添加
#将其注释掉:# source /opt/ros/humble/setup.bash立即生效:关闭当前终端并重新打开一个新的终端,或者执行:
exec bash这会重新加载bash配置,使环境变量的更改生效。
检查其他Shell配置文件:如果你还修改了
~/.profile,~/.zshrc等文件,也需要一并清理。
5.3 手动清理残留文件与目录
即使使用了apt purge,有时一些由用户创建或由构建工具生成的文件仍会残留。进行深度清理可以确保绝对干净。
# 删除可能存在的用户工作空间(如果你在home目录下创建过) rm -rf ~/ros2_ws # 假设你的工作空间叫 ros2_ws rm -rf ~/ros2_humble # 源码安装的工作空间 # 删除可能残留的日志和临时文件(谨慎操作,确保你知道这些目录的内容) # 通常位于 /tmp 或 /var/tmp,系统重启后会清理,一般无需手动处理。 # 检查并清理 /opt/ros 目录(如果apt purge后该目录变空或只残留空目录) sudo rm -rf /opt/ros/humble警告:在删除
/opt/ros/humble或任何系统目录前,请再次确认ROS2包已被成功卸载 (dpkg -l | grep ros-humble应无输出)。误删系统文件可能导致其他软件出现问题。
5.4 验证卸载是否彻底
完成上述步骤后,可以通过以下命令验证:
# 1. 检查ros2命令是否还存在 which ros2 # 如果返回“ros2 not found”或没有任何输出,说明可执行文件已移除。 # 2. 检查ROS2相关的环境变量是否已清除 printenv | grep ROS # 理想情况下,不应该输出任何以ROS_开头的环境变量(除非你安装了其他ROS相关软件)。 # 3. 尝试运行一个ROS2命令 ros2 # 此时应该提示“Command 'ros2' not found”。如果所有检查都通过,那么恭喜你,ROS2已经从你的Ubuntu系统中被彻底移除了。你现在可以放心地安装另一个版本,或者将系统资源用于其他用途。
6. 安装后的关键配置与效率提升技巧
成功安装ROS2只是第一步,合理的配置和一些小技巧能让你后续的开发体验流畅数倍。
6.1 配置ROS_DOMAIN_ID(多机/多环境通信)
这是一个非常重要但常被新手忽略的配置。ROS2使用DDS作为底层通信中间件,默认情况下,同一网络内所有设置了相同域ID(Domain ID)的ROS2节点都能相互发现和通信。这可能导致你的机器人意外地收到实验室里另一台电脑上测试程序的数据,造成干扰。
解决方案:为你的开发环境或机器人设置一个独立的ROS_DOMAIN_ID(取值范围0-101)。
# 临时设置(仅当前终端有效) export ROS_DOMAIN_ID=42 # 永久设置,添加到 ~/.bashrc echo "export ROS_DOMAIN_ID=42" >> ~/.bashrc source ~/.bashrc例如,你可以将你的主电脑设为ROS_DOMAIN_ID=0,仿真环境设为1,实体机器人设为2。这样,它们之间的通信就完全隔离了。
6.2 自动补全与命令行别名
ROS2命令行工具功能强大但参数繁多。启用自动补全和设置常用命令的别名能极大提升效率。
自动补全:如果你按照前文正确
source了setup.bash,ROS2的Bash自动补全应该已经启用。你可以通过按Tab键来尝试补全命令,例如输入ros2 run demo_nodes_后按Tab,它会列出所有可用的演示包。设置常用别名:将一些冗长的命令简化为短别名。
# 编辑 ~/.bashrc nano ~/.bashrc在文件末尾添加:
# ROS2 常用别名 alias r='ros2' alias rn='ros2 node' alias rt='ros2 topic' alias rs='ros2 service' alias rl='ros2 launch' alias rr='ros2 run' alias rqt='ros2 run rqt_graph rqt_graph' # 快速启动节点图工具保存后
source ~/.bashrc。现在,你可以用r topic list代替ros2 topic list,用rr demo_nodes_cpp talker代替ros2 run demo_nodes_cpp talker。
6.3 选择与配置DDS实现(高级)
ROS2的通信能力依赖于底层的DDS(数据分发服务)实现。默认安装的是Fast DDS(原名FastRTPS)。但在某些对实时性、可靠性或跨平台有极端要求的场景,你可能需要考虑其他实现,如Cyclone DDS或RTI Connext。
查看当前使用的DDS:
printenv RMW_IMPLEMENTATION如果未设置,ROS2会使用默认实现(通常是Fast DDS)。
切换DDS实现(以Cyclone DDS为例):
- 安装Cyclone DDS:
sudo apt install ros-humble-rmw-cyclonedds-cpp - 在需要使用的终端中,设置环境变量:
或者将其添加到export RMW_IMPLEMENTATION=rmw_cyclonedds_cpp~/.bashrc中使其永久生效。
实操心得:对于大多数学习和开发场景,默认的Fast DDS完全够用。Cyclone DDS在某些基准测试中表现更优,内存占用更少。而RTI Connext是商业级产品,性能强大但配置复杂,通常用于对通信确定性要求极高的工业或车载领域。除非你有明确需求,否则不建议初学者折腾DDS。
7. 常见问题排查与解决方案实录
即使按照教程操作,你也可能会遇到一些问题。这里我整理了多年来被问得最多的一些“坑”及其解决方案。
7.1 安装过程中网络超时或下载缓慢
问题:在执行sudo apt update或sudo apt install时,速度极慢甚至超时失败。
解决方案:
- 确认软件源:确保你使用的是国内镜像源(如前文提到的USTC镜像)。检查
/etc/apt/sources.list和/etc/apt/sources.list.d/ros2.list文件中的网址。 - 更换镜像源:如果USTC镜像不稳定,可以尝试其他国内源,如清华源(
mirrors.tuna.tsinghua.edu.cn)或阿里云源(mirrors.aliyun.com)。只需将上述配置步骤中的域名替换即可。 - 使用代理:如果你在受限制的网络环境中,可能需要配置APT的代理。可以在
/etc/apt/apt.conf.d/目录下创建一个文件(如99proxy),添加以下内容(替换为你的代理地址和端口):Acquire::http::Proxy "http://your-proxy-address:port"; Acquire::https::Proxy "http://your-proxy-address:port";安全提示:此处仅为说明技术可能性,请务必遵守你所在地区的网络使用规定,仅使用合法合规的网络服务。
7.2 运行ros2命令提示“未找到命令”
问题:安装完成后,在终端输入ros2,系统提示Command 'ros2' not found。
排查步骤:
- 检查环境变量:首先确认你是否正确
source了setup文件。执行echo $ROS_DISTRO。如果没有任何输出,说明ROS2环境未激活。请执行source /opt/ros/humble/setup.bash。 - 检查安装:确认ROS2包是否真的安装成功。执行
dpkg -l | grep ros-humble-desktop。如果能看到该包的状态是ii(已安装),则说明安装无误。 - 检查PATH:执行
echo $PATH,查看输出中是否包含/opt/ros/humble/bin。如果没有,就是环境变量设置有问题,请回顾第3.3节。 - 检查
.bashrc:确认~/.bashrc文件末尾的source命令拼写正确,且路径无误。有时复制粘贴会产生不可见字符。
7.3 运行Demo节点时出现地址已绑定错误
问题:启动谈话者或倾听者节点时,报错类似[rmw_fastrtps_shared_cpp]:... bind: Address already in use。
原因与解决:这是因为默认的ROS_DOMAIN_ID(0)下的通信端口已被占用。可能的原因有:
- 之前有ROS2程序异常退出,未完全释放端口。
- 同一网络中有其他机器也在使用相同的DOMAIN_ID。
解决方案:
- 最有效的方法:更改你的
ROS_DOMAIN_ID为一个不常用的数字(如42),如前文6.1节所述。 - 临时解决:重启电脑可以释放所有被占用的网络端口。
- 查找进程:使用网络工具查找占用端口的进程并结束它,但这对新手较复杂,且DDS使用的端口范围很广。
7.4 编译工作空间时出现依赖错误
问题:在使用colcon build编译你自己的或下载的ROS2包时,报错缺少某个头文件或库,例如fatal error: xxx.h: No such file or directory。
解决方案:
- 使用rosdep:首先确保你在工作空间根目录下运行了
rosdep install命令来安装系统依赖(见第4.2节)。 - 手动安装:如果
rosdep未能解决,错误信息通常会提示缺失的包名。例如,缺少libssl-dev,你可以手动安装:sudo apt install libssl-dev。 - 检查package.xml:确保你的包的
package.xml文件中正确声明了所有依赖。对于ROS包依赖,使用<depend>标签;对于系统库依赖,使用<build_depend>和<exec_depend>标签。 - 清理并重建:有时构建缓存会出问题。可以尝试删除工作空间下的
build、install、log目录,然后重新执行colcon build。
7.5 RViz2启动失败或界面空白/卡顿
问题:rviz2命令无法启动,或者启动后界面空白、无响应、卡顿。
排查与解决:
- 硬件加速:RViz2严重依赖OpenGL硬件加速。首先检查你的显卡驱动是否安装正确。对于NVIDIA显卡,建议使用官方驱动而非开源驱动
nouveau。可以运行glxinfo | grep "OpenGL renderer"查看当前使用的渲染器。 - 软件渲染:如果是在虚拟机(如VMware/VirtualBox)或没有独立显卡的电脑上,可能缺乏硬件加速。可以尝试强制使用软件渲染:
但这会导致性能严重下降,仅作为功能验证。export LIBGL_ALWAYS_SOFTWARE=1 rviz2 - 显示设置:如果你使用了多显示器或Wayland显示服务器(Ubuntu 22.04默认是Wayland),可以尝试切换到Xorg会话登录,或者设置环境变量:
export QT_QPA_PLATFORM=xcb rviz2 - 重置配置:RViz2的配置文件可能损坏。可以尝试删除用户目录下的配置文件夹(注意:这会丢失你的所有面板布局和设置):
然后重新启动rm -rf ~/.rviz2rviz2。
记住,在ROS2开发中,耐心和细致地阅读终端输出的错误信息是解决问题的第一步。大部分错误信息都直接指明了问题所在。利用好社区资源,如ROS Answers和GitHub Issues,你几乎能找到所有常见问题的解决方案。
