ROS是多进程(节点)的分布式框架,一个完整的ROS系统实现:
可能包含多台主机;
每台主机上又有多个工作空间(workspace);
每个的工作空间中又包含多个功能包(package);
每个功能包又包含多个节点(Node),不同的节点都有自己的节点名称;
每个节点可能还会设置一个或多个话题(topic)...
场景:完成ROS中一个系统性的功能,可能涉及到多个功能包,比如实现了机器人导航模块,该模块下有地图、定位、路径规划...等不同的子级功能包。那么调用者安装该模块时,需要逐一的安装每一个功能包吗?
显而易见的,逐一安装功能包的效率低下,在ROS中,提供了一种方式可以将不同的功能包打包成一个功能包,当安装某个功能模块时,直接调用打包后的功能包即可,该包又称之为元功能包(metapackage)。
概念:MetaPackage是Linux的一个文件管理系统的概念。是ROS中的一个虚包,里面没有实质性的内容,但是它依赖了其他的软件包,通过这种方法可以把其他包组合起来,我们可以认为它是一本书的目录索引,告诉我们这个包集合中有哪些子包,并且该去哪里下载。
例如:
还有一些常见的MetaPackage:navigation moveit! turtlebot3 ....
作用:方便用户的安装,我们只需要这一个包就可以把其他相关的软件包组织到一起安装了。
不用添加依赖,因为这是一个虚包,没有实质内容。
被集成的功能包
删除其余代码,添加第四行
CMakeLists.txt 中不可以有换行
概念:launch 文件是一个 XML 格式的文件,可以启动本地和远程的多个节点,还可以在参数服务器中设置参数。
作用:简化节点的配置与启动,提高ROS程序的启动效率。
pkg------->启动节点的功能包
type------->启动节点的类型
name------>启动节点设置的名称
output------->日志的输出目标
roslaunch 包名 xxx.launch
注意:roslaunch 命令执行launch文件时,首先会判断是否启动了 roscore,如果启动了,则不再启动,否则,会自动调用 roscore
标签是所有 launch 文件的根标签,充当其他标签的容器
deprecated = "弃用声明"
告知用户当前 launch 文件已经弃用
如果强行使用,会出现警告
所有其它标签都是launch的子级
标签用于指定 ROS 节点,是最常见的标签,需要注意的是: roslaunch 命令不能保证按照 node 的声明顺序来启动节点(节点的启动是多进程的)
pkg="包名"
节点所属的包
type="nodeType"
节点类型(与之相同名称的可执行文件)
name="nodeName"
节点名称(在 ROS 网络拓扑中节点的名称)
args="xxx xxx xxx" (可选)
将参数传递给节点
machine="机器名"
在指定机器上启动节点
respawn="true | false" (可选)
如果节点退出,是否自动重启(例如关闭乌龟窗口后会自动重启打开,除除非直接关闭整个ros系统,在命令行ctlr+c)
respawn_delay=" N" (可选)
如果 respawn 为 true, 那么延迟 N 秒后启动节点
required="true | false" (可选)
该节点是否必须,如果为 true,那么如果该节点退出,将杀死整个 roslaunch
ns="xxx" (可选)
在指定命名空间 xxx 中启动节点(设置节点(my_turtle)的命名空间(hello)),这样操作可以避免重名
clear_params="true | false" (可选)
在启动前,删除节点的私有空间的所有参数
output="log | screen" (可选)
日志发送目标,可以设置为 log 日志文件,或 screen 屏幕,默认是 log
env 环境变量设置
remap 重映射节点名称
rosparam 参数设置
param 参数设置
include
标签用于将另一个 xml 格式的 launch 文件导入到当前文件
file="$(find 包名)/xxx/xxx.launch"
要包含的文件路径
案例: 复用start_turtle.launch
ns="xxx" (可选)
在指定命名空间导入文件
env 环境变量设置
arg 将参数传递给被包含的文件
用于话题重命名
from="xxx"
原始话题名称
to="yyy"
目标名称
sudo apt-get install ros-noetic-teleop-twist-keyboard
标签主要用于在参数服务器上设置参数,参数源可以在标签中通过 value 指定,也可以通过外部文件加载,在
标签中时,相当于私有命名空间。
name="命名空间/参数名"
参数名称,可以包含命名空间
value="xxx" (可选)
定义参数值,如果此处省略,必须指定外部文件作为参数源
type="str | int | double | bool | yaml" (可选)
指定参数类型,如果未指定,roslaunch 会尝试确定参数类型,规则如下:
如果包含 '.' 的数字解析未浮点型,否则为整型
"true" 和 "false" 是 bool 值(不区分大小写)
其他是字符串
标签可以从 YAML 文件导入参数,或将参数导出到 YAML 文件,也可以用来删除参数,
标签在
标签中时被视为私有。
导出数据不完整,原因:rosparam会率先执行,只有当rosparam执行结束后,才会执行其他。在本案例中在node之前就已经执行了rosparam导出操作,所以导出数据不完整。
解决方法如下:
新建launch文件,将导出参数语句剪切过来。先启动start_turtle.launch再启动dump.launch文件
新开窗口
结果:
command="load | dump | delete" (可选,默认 load)
加载、导出或删除参数
file="$(find xxxxx)/xxx/yyy...."
加载或导出到的 yaml 文件
param="参数名称"
ns="命名空间" (可选)
标签可以对节点分组,具有 ns 属性,可以让节点归属某个命名空间
ns="名称空间" (可选)
clear_params="true | false" (可选)
启动前,是否删除组名称空间的所有参数(慎用....此功能危险)
标签是用于动态传参,类似于函数的参数,可以增强launch文件的灵活性
name="参数名称"
default="默认值" (可选)
value="数值" (可选)
不可以与 default 并存
doc="描述"
参数说明
所谓工作空间覆盖,是指不同工作空间中,存在重名的功能包的情形。
ROS 开发中,会自定义工作空间且自定义工作空间可以同时存在多个,可能会出现一种情况: 虽然特定工作空间内的功能包不能重名,但是自定义工作空间的功能包与内置的功能包可以重名或者不同的自定义的工作空间中也可以出现重名的功能包,那么调用该名称功能包时,会调用哪一个呢?比如:自定义工作空间A存在功能包 turtlesim,自定义工作空间B也存在功能包 turtlesim,当然系统内置空间也存在turtlesim,如果调用turtlesim包,会调用哪个工作空间中的呢?
ROS 会解析 .bashrc 文件,并生成 ROS_PACKAGE_PATH ROS包路径,该变量中按照 .bashrc 中配置设置工作空间优先级,在设置时需要遵循一定的原则:ROS_PACKAGE_PATH 中的值,和 .bashrc 的配置顺序相反--->后配置的优先级更高,如果更改自定义空间A与自定义空间B的source顺序,那么调用时,将进入工作空间A。
功能包重名时,会按照 ROS_PACKAGE_PATH 查找,配置在前的会优先执行。
存在安全隐患,比如当前工作空间B优先级更高,意味着当程序调用 turtlesim 时,不会调用工作空间A也不会调用系统内置的 turtlesim,如果工作空间A在实现时有其他功能包依赖于自身的 turtlesim,而按照ROS工作空间覆盖的涉及原则,那么实际执行时将会调用工作空间B的turtlesim,从而导致执行异常,出现安全隐患。
场景:ROS 中创建的节点是有名称的,C++初始化节点时通过API:
ros::init(argc,argv,"xxxx");
来定义节点名称,在Python中初始化节点则通过rospy.init_node("yyyy")
来定义节点名称。在ROS的网络拓扑中,是不可以出现重名的节点的,因为假设可以重名存在,那么调用时会产生混淆,这也就意味着,不可以启动重名节点或者同一个节点启动多次,的确,在ROS中如果启动重名节点的话,之前已经存在的节点会被直接关闭,但是如果有这种需求的话,怎么优化呢?
在ROS中给出的解决策略是使用命名空间或名称重映射。
命名空间就是为名称添加前缀,名称重映射是为名称起别名。这两种策略都可以解决节点重名问题,两种策略的实现途径有多种:
以上三种途径都可以通过命名空间或名称重映射的方式,来避免节点重名。
(命名空间是一个虚拟的区分名字的方法,并不占有一定储存空间)
语法: rosrun 包名 节点名 __ns:=新名称
语法: rosrun 包名 节点名 __name:=新名称
语法: rosrun 包名 节点名 __ns:=新名称 __name:=新名称
使用环境变量也可以设置命名空间,启动节点前在终端键入如下命令:
export ROS_NAMESPACE=xxxx
新建功能包------->新建launch文件夹------->编写launch文件
如果自定义节点实现,可以更灵活的设置命名空间与重映射实现。
名称别名设置:给节点添加随机后缀
核心代码:
ros::init(argc,argv,"zhangsan",ros::init_options::AnonymousName);
核心代码:
std::map
map["__ns"] = "xxxx";
ros::init(map,"wangqiang");
在ROS中节点名称可能出现重名的情况,同理话题名称也可能重名。
在 ROS 中节点终端,不同的节点之间通信都依赖于话题,话题名称也可能出现重复的情况,这种情况下,系统虽然不会抛出异常,但是可能导致订阅的消息非预期的,从而导致节点运行异常。这种情况下需要将两个节点的话题名称由相同修改为不同。
又或者,两个节点是可以通信的,两个节点之间使用了相同的消息类型,但是由于,话题名称不同,导致通信失败。这种情况下需要将两个节点的话题名称由不同修改为相同。
在实际应用中,按照逻辑,有些时候可能需要将相同的话题名称设置为不同,也有可能将不同的话题名设置为相同。在ROS中给出的解决策略与节点名称重命类似,也是使用名称重映射或为名称添加前缀。根据前缀不同,有全局、相对、和私有三种类型之分。
名称重映射是为名称起别名,为名称添加前缀,该实现比节点重名更复杂些,不单是使用命名空间作为前缀、还可以使用节点名称最为前缀。两种策略的实现途径有多种:
在ROS中提供了一个比较好用的键盘控制功能包: ros-noetic-teleop-twist-keyboard,该功能包,可以控制机器人的运动,作用类似于乌龟的键盘控制节点,可以使用 sudo apt install ros-noetic-teleop-twist-keyboard 来安装该功能包,然后执行: rosrun teleop_twist_keyboard teleop_twist_keyboard.py,在启动乌龟显示节点,不过此时前者不能控制乌龟运动,因为,二者使用的话题名称不同,前者使用的是 cmd_vel
话题,后者使用的是 /turtle1/cmd_vel
话题。需要将话题名称修改为一致,才能使用,如何实现?
rosrun名称重映射语法: rorun 包名 节点名 话题名:=新话题名称
实现teleop_twist_keyboard与乌龟显示节点通信方案由两种:
将 teleop_twist_keyboard 节点的话题设置为/turtle1/cmd_vel
启动键盘控制节点:rosrun teleop_twist_keyboard teleop_twist_keyboard.py /cmd_vel:=/turtle1/cmd_vel
启动乌龟显示节点: rosrun turtlesim turtlesim_node
二者可以实现正常通信
/cmd_vel------------->键盘控制
/turtle1/cmd_vel---------->小乌龟显示使用
将乌龟显示节点的话题设置为 /cmd_vel
启动键盘控制节点:rosrun teleop_twist_keyboard teleop_twist_keyboard.py
启动乌龟显示节点: rosrun turtlesim turtlesim_node /turtle1/cmd_vel:=/cmd_vel
二者可以实现正常通信
launch 文件设置话题重映射语法:
Copy
实现teleop_twist_keyboard与乌龟显示节点通信方案由两种:
将 teleop_twist_keyboard 节点的话题设置为/turtle1/cmd_vel
二者可以实现正常通信
TAB补齐查询
将乌龟显示节点的话题设置为 /cmd_vel
二者可以实现正常通信
话题的名称与节点的命名空间、节点的名称是有一定关系的,话题名称大致可以分为三种类型:
或者给话题加一个自己的命名空间,不使用节点的
全局话题名称需要以 / 开头(也可以设置自己的命名空间),这种情况下和节点(命名空间以及名称)没有任何关系
格式:非/
开头的名称,参考命名空间(与节点名称平级)来确定话题名称
示例1:ros::Publisher pub = nh.advertise
结果1:xxx/chatter
示例2:ros::Publisher pub = nh.advertise
结果2:xxx/chatter/money
可以累加命名空间
需要创建新的特定NodeHandle
格式:以~
开头的名称
示例1:
ros::NodeHandle nh("~");
ros::Publisher pub = nh.advertise
结果1:/xxx/hello/chatter
示例2:
ros::NodeHandle nh("~");
ros::Publisher pub = nh.advertise
结果2:/xxx/hello/chatter/money
PS:当使用~
,而话题名称有时/
开头时,那么话题名称是绝对的
示例3:
ros::NodeHandle nh("~");
ros::Publisher pub = nh.advertise
结果3:/chatter/money
累加命名空间
如果使用的私有的NH创建NodeHandle nh("~"),
以 / 开头(全局话题),生成的话题就是全局的,非私有;全局话题优先级更高
在ROS中节点名称话题名称可能出现重名的情况,同理参数名称也可能重名。
当参数名称重名时,那么就会产生覆盖,如何避免这种情况?
关于参数重名的处理,没有重映射实现,为了尽量的避免参数重名,都是使用为参数名添加前缀的方式,实现类似于话题名称,有全局、相对、和私有三种类型之分。
设置参数的方式也有三种:
rosrun 在启动节点时,也可以设置参数:
语法: rosrun 包名 节点名称 _参数名:=参数值
启动乌龟显示节点,并设置参数 A = 100
rosrun turtlesim turtlesim_node _A:=100
rosparam list
查看节点信息,显示结果:
/turtlesim/A
/turtlesim/background_b
/turtlesim/background_g
/turtlesim/background_r
结果显示,参数A前缀节点名称,也就是说rosrun执行设置参数参数名使用的是私有模式
通过 launch 文件设置参数的方式前面已经介绍过了,可以在 node 标签外,或 node 标签中通过 param 或 rosparam 来设置参数。在 node 标签外设置的参数是全局性质的,参考的是 / ,在 node 标签中设置的参数是私有性质的,参考的是 /命名空间/节点名称。
以 param 标签为例,设置参数
rosparam list
查看节点信息,显示结果:
/p1
/t1/p1
运行结果与预期一致。
编码的方式可以更方便的设置:全局、相对与私有参数。
在 C++ 中,可以使用 ros::param 或者 ros::NodeHandle 来设置参数。
设置参数调用API是ros::param::set,该函数中,参数1传入参数名称,参数2是传入参数值,参数1中参数名称设置时,如果以 / 开头,那么就是全局参数,如果以 ~ 开头,那么就是私有参数,既不以 / 也不以 ~ 开头,那么就是相对参数。代码示例:
ros::param::set("/set_A",100); //全局,和命名空间以及节点名称无关
ros::param::set("set_B",100); //相对,参考命名空间
ros::param::set("~set_C",100); //私有,参考命名空间与节点名称
运行时,假设设置的 namespace 为 xxx,节点名称为 yyy,使用 rosparam list 查看:
/set_A
/xxx/set_B
/xxx/yyy/set_C
设置参数时,首先需要创建 NodeHandle 对象,然后调用该对象的 setParam 函数,该函数参数1为参数名,参数2为要设置的参数值,如果参数名以 / 开头,那么就是全局参数,如果参数名不以 / 开头,那么,该参数是相对参数还是私有参数与NodeHandle 对象有关,如果NodeHandle 对象创建时如果是调用的默认的无参构造,那么该参数是相对参数,如果NodeHandle 对象创建时是使用:
ros::NodeHandle nh("~"),那么该参数就是私有参数。代码示例:
ros::NodeHandle nh;
nh.setParam("/nh_A",100); //全局,和命名空间以及节点名称无关
nh.setParam("nh_B",100); //相对,参考命名空间
ros::NodeHandle nh_private("~");
nh_private.setParam("nh_C",100);//私有,参考命名空间与节点名称
运行时,假设设置的 namespace 为 xxx,节点名称为 yyy,使用 rosparam list 查看:
/nh_A
/xxx/nh_B
/xxx/yyy/nh_C
ROS是一个分布式计算环境。一个运行中的ROS系统可以包含分布在多台计算机上多个节点。根据系统的配置方式,任何节点可能随时需要与任何其他节点进行通信。
因此,ROS对网络配置有某些要求:
所有端口上的所有机器之间必须有完整的双向连接。
每台计算机必须通过所有其他计算机都可以解析的名称来公告自己。
先要保证不同计算机处于同一网络中,最好分别设置固定IP,如果为虚拟机,需要将网络适配器改为桥接模式;
(没有ifconfig操作的 先执行sudo apt install net-tools命令)
分别修改不同计算机的 /etc/hosts 文件,在该文件中加入对方的IP地址和计算机名:
主机端:
从机的IP 从机计算机名
从机端:
主机的IP 主机计算机名
设置完毕,可以通过 ping 命令测试网络通信是否正常。
IP地址查看名: ifconfig
计算机名称查看: hostname
配置主机的 IP 地址
~/.bashrc 追加
export ROS_MASTER_URI=http://主机IP:11311
export ROS_HOSTNAME=主机IP
配置从机的 IP 地址,从机可以有多台,每台都做如下设置:
~/.bashrc 追加
export ROS_MASTER_URI=http://主机IP:11311
export ROS_HOSTNAME=从机IP
Copy
1.主机启动 roscore(必须)
2.主机启动订阅节点,从机启动发布节点,测试通信是否正常
3.反向测试,主机启动发布节点,从机启动订阅节点,测试通信是否正常
小结
本章主要介绍了ROS的运行管理机制,内容如下:
本章的重点是"重名"相关的内容:
解决重名问题的实现方案有两种: