关于source后ROS_PACKAGE_PATH没有包含的解决方案

最新推荐文章于 2024-01-12 02:50:48 发布

原创

最新推荐文章于 2024-01-12 02:50:48 发布 · 3.2k 阅读

22 ·

CC 4.0 BY-SA版权

文章标签：

#ROS #ROS_PACKAGE_PATH #source

在执行source命令后，ROS_PACKAGE_PATH未包含预期路径。当关闭并重新打开终端时，发现ROS_PACKAGE_PATH丢失了之前的部分路径。解决方案是，运行特定的setup.bash脚本，以确保ROS工作空间被正确添加到ROS_PACKAGE_PATH中。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

有时可能大家在source后发现ROS_PACKAGE_PATH和自己想象中不一样

【提出问题】在执行下面的命令后

source devel/setup.bash

ROS_PACKAGE_PATH丢失之前的部分路径

【场景举例】

当前我们执行

echo ROS_PACKAGE_PATH

输出结果为

/opt/ros/indigo/share:/opt/ros/indigo/stacks

我们现在有两个在根目录下经常使用的ROS工程：catkin_ws和catkin_ws2

为了避免每回打开终端都要source，我们执行下面的命令

echo "source /catkin_ws/devel/setup.bash" >> ~/.bashrc
echo "source /catkin_ws2/devel/setup.bash" >> ~/.bashrc

现在我们关掉终端再次打开echo下路径希望看到的本应该是

/catkin_ws2/src:/catkin_ws/src:/opt/ros/indigo/share:/opt/ros/indigo/stacks

但事实上不出意外显示的应该是

/catkin_ws2/src:/opt/ros/indigo/share:/opt/ros/indigo/stacks</

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

qq_35189442

关注关注

7
点赞
踩
22

收藏

觉得还不错? 一键收藏
9
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【关于ROS_PACKAGE_PATH的含义、理解和用法】

小秋 AI SLAM 入门实战教程

11-30

1829

export ROS_PACKAGE_PATH=${ROS_PACKAGE_PATH}:/home/q/orbslam3/Examples

解决使用zsh后source之后仍然查不到ros包问题！！！！适合名字没打错，也刷新过环境的情况

安装求助：鱼搜索：你行为

03-15

974

RLException: [xxxx] is not a launch file name

9 条评论您还未登录，请先登录后发表或查看评论

ros找不到功能包

Json_Zeng的博客

08-10

5624

自己写了功能包或者在网上弄了一个功能包，想在自己工作空间编译，编译完发现，roslaunch rosrun都找不到自己的功能包。

roslaunch rosrun 找不到对应的功能包

weixin_45613039的博客

03-04

2627

一般情况下，考虑以下做法： 1 source ~/.bashrc 2 source ~/catkin_ws/devel/setup.bash 3 rospack profile 如果是复制别人的功能包到自己的工作区，又改了名字的话，需要去该功能包下面，把对应的CMakeLists.txt和package.xml文件（如下图）里面所有原先功能包名字都改为新名字，然后重新运行上面三个指令。 ......

rosrun 找不到功能包和节点

m0_46318970的博客

01-12

1916

注意：由于输入法的问题，无法保证找到路径可以通过在工作空间下的devel文件夹中找到setup。bash文件右键-->属性找到文件的路径并复制到.bashrc中。并在里面添加环境路径 source ~/工作空间/devel/setup.bash .并保存即可。.bashrc文件是隐藏文件可以使用Ctrl+h 来查看。在主目录下的.bashrc文件中查看。确保已经设置了工作空间的环境变量。使用编辑软件打开查看。

roslaunch rosrun 找不到对应的功能包怎么办

qq_42955211的博客

04-20

1516

进入功能包，catkin clean 之后重新编译进入根目录 .bashrc中，看看source 与 export有没有导入正确使用rospach profile重新检测一下

按照ROS教程写的命令提示找不到程序包：export ROS_PACKAGE_PATH=~/<distro>_workspace/sandbox:$ROS_PACKAGE_PATH

xp1994816的博客

10-06

1850

安装的ROS版本是Kinetic，但是在执行教程的上述命令时却出现错误：应该是教程和有些版本在少数地方不兼容，将原命令修改为： export ROS_PACKAGE_PATH=~/catkin_ws/src:$ROS_PACKAGE_PATH 修改后，成功切换到程序包的目录。...

Ubuntu&ros#解决已经在.bashrc中添加了source但新打开终端时运行roslaunch指令提示：找不到包[xxx]

simple的博客

06-14

4753

这个问题很折腾了。新建了一个工作区new，工作包和launch文件名如下图，本来以为添加了source指令之后就一切正常，结果roslaunch提示找不到launch文件。 source语句如下： source /opt/ros/kinetic/setup.bash source ~/A/src/xxx1devel/setup.bash source ~/new/src/xxx3/deve...

source ~/PX4-Autopilot/Tools/setup_gazebo.bash ~/PX4-Autopilot ~/PX4-Autopilot/build/px4_sitl_default export ROS_PACKAGE_PATH=${ROS_PACKAGE_PATH}:~/PX4-Autopilot export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot/Tools/sitl_gazebo这是我的环境配置

最新发布

08-09

我们注意到用户之前的问题是关于PX4编译错误的解决，现在用户引用了三段关于环境变量设置的参考内容，并明确指出用户意图是配置PX4 Autopilot与Gazebo仿真环境，并设置ROS_PACKAGE_PATH以便在ROS环境中使用PX4 SITL...

source ~/PX4-Autopilot/Tools/simulation/gazebo-classic/setup_gazebo.bash ~/PX4-Autopilot ~/PX4-Autopilot/build/px4_sitl_default export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot/Tools/simulation/gazebo-classic/sitl_gazebo-classic这是我的环境配置

08-03

如果用户遇到`jinja_gen.py`找不到的问题，可能是因为sitl_gazebo的路径没有正确加入环境变量，确保`ROS_PACKAGE_PATH`包含了`Tools/simulation/gazebo-classic/sitl_gazebo-classic`（或旧版本的`Tools/sitl_...

source ~/PX4-Autopilot/Tools/setup_gazebo.bash ~/PX4-Autopilot/ ~/PX4-Autopilot/build/px4_sitl_default export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot/Tools/sitl_gazebo

06-02

5. `export ROS_PACKAGE_PATH=$ROS_PACKAGE_PATH:~/PX4-Autopilot/Tools/sitl_gazebo` 将Gazebo仿真环境的包添加到ROS_PACKAGE_PATH中，以便ROS可以找到并加载它们。这些命令通常在启动PX4-Autopilot和Gazebo仿真...

关于ROS中找不到工作空间的功能包解决

ypk138的博客

09-28

1894

1、gedit ~/.bashrc或者vm ~/.bashrc 2、在最后一行加上 source ~/catkin_ws/devel/setup.bash (其中catkin_ws为自己工作空间的名字）波浪号为根目录 export ROS_PACKAGE_PATH=${ROS_PACKAGE_PATH}:~/catkin_ws/ 保存退出 3、source ~/.bashrc cd ~/catkin_ws 进入到工作空间里，然后 source devel/setup.bash 4、echo $ROS_P

解决ROS工作空间中创建package source之后找不到路径以及查找不到相关包等若干问题

思我所

02-24

1144

点击即可打开链接：ROS 工作空间创建package source之后找不到路径以及查找不到相关包等若干问题

ros找不到包的两种原因

qq_48125445的博客

01-06

8858

目前遇到的找不到包的两种情况是没有设置环境变量而找不到包解决方法1，当前终端输入source 加包所在工作空间的devel/set.bash的绝对路径或相对命令行的路径解决方法2，打开用户目录(～)的.bashrc文件，在末尾添加source 加包所在工作空间的devel/set.bash的绝对路径从外部直接拷贝包到src工作空间下而找不到包终端运行catkin_find_pkg 包名，然后就能找到包名了（希望知道为什么的大神指点指点） ...

重启终端rosrun，找不到package

sinat_37112938的博客

03-01

771

重启终端rosrun，找不到package 需要每次打开一个终端都重新source devel/setup.bash 或者描述为：source devel/setup.bash（只在当前终端生效）的问题 gedit ~/.bashrc 文件打开后直接翻到最后面在最后加入 source/home/############/catkin_ws/devel/setup.bash 其中###部分为你的计算机账户，保存后再重新打开终端，显示无错误即可。 ...

ros安装过后怎么找不到安装文件_ROS 工作空间创建package source之后找不到路径以及查找不到相关包等若干问题...

weixin_34609222的博客

01-17

1475

目前还是处在最初级的水平，看过一些关于创建工作空间和package的网上的教程和文章，今天总结和分享一下首先关于如何创将工作空间，翻看网上的教程可以发现有很多不同的文章所用的构建工作空间的方法不同，有使用rosbuild，rosmake的，或者catkin_make 或者catkin build 的。关于创建方式，根据看的文章可以总结一下：rosbuild这种方式属于比较早期的工作空间的构建方式，...

【ROS入坑】古月居第19讲—Roslaunch无法补全功能包的解决方法

spaceshield的博客

11-15

2453

1、问题描述：在使用ROS时，碰到了即使source了工作空间中的setup.bash文件，也无法使用tab补全自建功能包的情况。 2、解决方法：在终端中输入以下指令： rospack list 该指令会显示电脑上所有安装好的ros包，包括官方的功能包和自建的功能包。执行过该命令之后，就会发现能够自动补全新安装的功能包的名字了。什么原因，不知道。 ...

ros的setup.bash总是失效/相互干扰问题的解决

少磊的博客

08-19

1881

问题：在~/.bashrc文件中，通常加入： source ~/catkin_ws/devel/setup,bash这样的语句去加载ros工作空间的环境变量，但是同时加载多个工作空间的环境变量的时候，总是有各种功能包找不到的问题。解决：在~/.bashrc末尾加入： export ROS_PACKAGE_PATH=${ROS_PACKAGE_PATH}:/home/zsl/catkin_ws/src 用这样的方式，直接加载对应工作空间的文件夹到ROS_PACKAGE_PATH变量中，每新..

怎么检查一下环境变量ROS_PACKAGE_PATH是否设置正确

m0_56514535的博客

08-19

932

2. 查看launch文件:找到启动rospy的launch文件,里面可能会有export命令来设置ROS_PACKAGE_PATH。4. 使用rospack:rospack可以找到包的路径,可以用来验证ROS_PACKAGE_PATH是否包含需要的路径。6. 查看launch文件报错信息:如果launch文件报错找不到包,其错误信息通常会显示当前的ROS_PACKAGE_PATH值,可以判断哪些路径缺失了。5. 使用roscd:roscd可以切换到某个包的目录,可以用来测试是否可以定位到目标包。

echo $ ROS_PACKAGE_PATH没有输出

07-15

<think>我们正在解决用户的问题：为什么在bash shell中执行`echo $ROS_PACKAGE_PATH`没有输出？根据用户提供的.bashrc文件内容，我们注意到其中多次source了不同的setup.bash文件，这可能导致环境变量被覆盖或未正确设置。原因分析： 1. 环境变量未设置：可能因为.bashrc中没有正确设置ROS环境，或者source命令没有执行。 2. 多次source导致覆盖：在.bashrc中，我们注意到有多个source命令，且顺序可能有问题。特别是，用户先source了`/opt/ros/noetic/setup.bash`，然后source了`~/ackermann_ws/devel/setup.bash`，接着又重复source了`/opt/ros/noetic/setup.bash`，这可能导致后面的设置覆盖了前面的。注意：在ROS中，每个工作空间的setup.bash会设置ROS_PACKAGE_PATH等环境变量。通常，我们期望先source系统级的ROS（/opt/ros/noetic/setup.bash），然后source工作空间的（如~/catkin_ws/devel/setup.bash）。但是，如果先source工作空间，再source系统ROS，则工作空间的路径会被系统ROS的路径覆盖。然而，在用户的.bashrc中，我们看到： source /opt/ros/noetic/setup.bash source ~/ackermann_ws/devel/setup.bash source /opt/ros/noetic/setup.bash # 这里又source了一次系统，会覆盖掉工作空间的设置所以，最后执行的source /opt/ros/noetic/setup.bash会覆盖掉之前设置的ROS_PACKAGE_PATH，导致工作空间的路径丢失。另外，用户还source了其他工作空间，如`/home/wz602-1/Downloads/yunzong/Sunray_swarm/devel/setup.bash`和`/home/wz602-1/catkin_ws/devel/setup.bash`，但顺序可能不对。 解决方案： 1. 调整source顺序：先source系统ROS，再source工作空间，并且避免重复source同一个文件。 2. 对于多个工作空间，应该按照依赖关系，先source被依赖的工作空间，再source依赖它的工作空间。同时，使用`--extend`选项（或者旧版本中的`--extend`，但新版本默认是extend）可以避免覆盖，而是扩展环境变量。具体修改.bashrc的建议： - 删除重复的source系统ROS（/opt/ros/noetic/setup.bash）的语句，只保留一次，且放在工作空间的source之前。 - 确保每个工作空间只source一次，并且按照依赖顺序。修改后的示例（只保留必要的source，并调整顺序）： # 先source系统ROS source /opt/ros/noetic/setup.bash # 然后source各个工作空间，注意顺序（如果工作空间之间有依赖，被依赖的先source） source ~/ackermann_ws/devel/setup.bash --extend source /home/wz602-1/Downloads/yunzong/Sunray_swarm/devel/setup.bash --extend source ~/catkin_ws/devel/setup.bash --extend 注意：`--extend`选项的作用是确保新source的环境变量不会覆盖已有的，而是追加。在较新版本的ROS中，source setup.bash默认行为是extend，但显式写出更清晰。 3. 检查是否在非交互式shell中执行：用户的.bashrc开头有判断，如果是非交互式shell则不执行，所以确保在交互式shell中执行echo命令。 4. 最后，修改.bashrc后，需要执行`source ~/.bashrc`或重新打开终端使配置生效。验证：执行`echo $ROS_PACKAGE_PATH`，应该看到包含多个路径，包括系统路径和工作空间路径。如果按照上述修改后仍然没有输出，那么可能是工作空间的setup.bash文件没有正确生成（比如没有编译工作空间，或者编译失败）。此时需要检查工作空间的编译情况。另外，用户还设置了PYTHONPATH，但ROS_PACKAGE_PATH主要与ROS功能包查找有关。根据引用[1]中的方法，我们可以通过检查多个环境变量来确认ROS环境是否正确设置： echo $ROS_ROOT echo $ROS_PACKAGE_PATH echo $PYTHONPATH echo $PATH 正常情况下，ROS_ROOT应该指向/opt/ros/noetic/share/ros，ROS_PACKAGE_PATH应该包含系统ROS的路径和工作空间的路径，PYTHONPATH和PATH也会包含ROS相关的路径。因此，如果ROS_PACKAGE_PATH没有输出，说明ROS环境没有正确设置。总结步骤： 1. 修改.bashrc，调整source顺序，删除重复source，使用`--extend`（可选，但推荐）。 2. 重新加载.bashrc（source ~/.bashrc）。 3. 再次检查环境变量。 4. 如果仍然没有，检查工作空间是否编译成功（即devel/setup.bash文件是否存在）。如果用户的工作空间没有编译，那么需要先编译工作空间。根据引用[2]中的操作，编译工作空间使用`catkin_make`（对于ROS1）或`colcon build`（对于ROS2）。用户使用的是ROS1（noetic），所以应该使用catkin_make。因此，如果用户的工作空间没有编译，需要： cd ~/catkin_ws catkin_make 然后source devel/setup.bash，并更新.bashrc。以上步骤应该能解决用户的问题。</think>### 为什么执行 `echo $ROS_PACKAGE_PATH` 没有输出？执行 `echo $ROS_PACKAGE_PATH` 没有输出通常表示环境变量未正确设置。根据您的 `.bashrc` 文件内容，主要原因如下： #### 1. **工作空间未编译或编译失败**（核心原因） - 当您执行 `source ~/catkin_ws/devel/setup.bash` 时，该文件需要由 `catkin_make` 命令生成 - 如果工作空间未编译或编译失败，`devel/setup.bash` 文件不存在，导致环境变量未设置 - **解决方法**： ```bash cd ~/catkin_ws catkin_make # 编译工作空间 source devel/setup.bash # 立即生效 ``` #### 2. **source 命令顺序错误** - 您的 `.bashrc` 中有多次重复的 source 操作： ```bash source /opt/ros/noetic/setup.bash # 重复出现 source ~/ackermann_ws/devel/setup.bash source /opt/ros/noetic/setup.bash # 覆盖了前一个工作空间的设置[^1] ``` - 后执行的 `source` 会覆盖先前设置的 `ROS_PACKAGE_PATH` - **正确顺序**： ```bash # 先加载系统ROS source /opt/ros/noetic/setup.bash --extend # 使用--extend避免覆盖 # 再加载工作空间（按依赖顺序） source ~/ackermann_ws/devel/setup.bash --extend source ~/catkin_ws/devel/setup.bash --extend ``` #### 3. **环境变量被意外清空** - 检查 `.bashrc` 中是否有重置 `ROS_PACKAGE_PATH` 的操作： ```bash unset ROS_PACKAGE_PATH # 如果有这行会导致变量被清除 export ROS_PACKAGE_PATH="" # 显式清空也会导致问题 ``` #### 4. **工作空间路径不存在** - 确认您在 `.bashrc` 中配置的路径真实存在： ```bash ls -d ~/catkin_ws # 检查目录是否存在 ls ~/catkin_ws/devel/setup.bash # 检查关键文件 ``` ### 验证与诊断步骤 1. **检查环境变量状态**： ```bash env | grep ROS # 查看所有ROS相关环境变量 printenv ROS_PACKAGE_PATH # 专门检查该变量 ``` 2. **手动测试加载**： ```bash # 临时加载系统ROS环境 source /opt/ros/noetic/setup.bash echo $ROS_PACKAGE_PATH # 此时应有输出 # 再加载工作空间 source ~/catkin_ws/devel/setup.bash echo $ROS_PACKAGE_PATH # 应包含新路径 ``` 3. **检查工作空间编译状态**： ```bash cd ~/catkin_ws catkin_make --force-cmake # 强制重新生成环境文件 ``` > **关键修复**： > 修改 `.bashrc` 后必须执行 `source ~/.bashrc` 或**重启终端**使配置生效[^1]。若问题依旧，尝试创建新的工作空间： > ```bash > mkdir -p ~/ros_ws/src > cd ~/ros_ws > catkin_make > echo "source ~/ros_ws/devel/setup.bash" >> ~/.bashrc > ```