ROS中launch启动文件的理解

转载：http://www.cnblogs.com/zjiaxing/p/5542614.html

ROS提供了一个同时启动节点管理器（master）和多个节点的途径，即使用启动文件（launch file）。事实上，在ROS功能包中，启动文件的使用是非常普遍的。任何包含两个或两个以上节点的系统都可以利用启动文件来指定和配置需要使用的节点。通常的命名方案是以.launch作为启动文件的后缀，启动文件是XML文件。一般把启动文件存储在取名为launch的目录中。

每个XML文件都必须要包含一个根元素。根元素由一对launch标签定义： … 元素都应该包含在这两个标签之内。
节点属性之节点元素的形式：
在节点标签末尾的斜杠“/”是必须的，但很容易忘。你也可以这样显式地给出结束标签：
如果该节点有子节点，例如 remap 或者 param 元素，那么该显式结束标签是必不缺少的。还有就是name属性给节点指派了名称，它将覆盖任何通过调用 ros::init来赋予节点的名称。在默认状态下，从启动文件启动节点的标准输出被重定向到一个日志文件中，而不是在制台显示。该日志文件的名称是： ~/.ros/log/run_id/node_name-number-stout.log 其中，run_id 是节点管理器（master）启动时生成的一个唯一标示符。

节点属性之显示属性：

某个单独的节点在控制台中输出信息，只需在节点元素中配置：output=”screen”配置了该属性的节点会将标准输出显示在屏幕上而不是记录到日志文档。

节点属性之复位属性：

对于每个节点，设置复位属性为真 respawn=”true”，这样当节点停止的时候，roslaunch会重新启动该节点。比如在某个节点因为软件崩溃或硬件故障以及其他原因导致过早退出系统的时候会起到作用。
节点属性之必要节点：当一个节点被声明为必要节点即 required=”true”终止的时候，roslaunch 会终止所有其他活跃节点并退出。比如在依赖控制台的机器人遥控导航中，关闭了该远程控制节点所在的窗口，roslaunch将会终止其他节点，然后退出。

节点属性之命名空间：

ns=”namespace”，前提是节点的代码在创建 ros::Pbulisher 和 ros::Subccriber 对象时使用了像 turtle1/pose 这样的相对名称 (而不是/turtle1/pose 这样的全局名称)。同样，启动文件中的节点名称是相对名称。例如而不能是
node name=”/turtlesim_node” ，可以这么不准确的理解：两只连体小龟，他们做一件事是同时在做，比如让他们以不同的速度前进,他们做不到，若做手术分开，把他俩放在不同的房间(命名空间）他俩真正地独立起来，这样每个小龟可以接受不同的命令去做事，而且互不干扰。动文件默认命名空间是全局命名空间“/”，因此，节点的默认命名空间就解析为/sim1，所以对应的全局名称即/sim1/turtlesim_node。

名称重映射：

重映射是基于替换的思想，每个重映射包含一个原始名称和一个新名称。每当节点使用重映射中的原始名称时，ROS客户端库就会将它默默地替换成其对应的新名称。例如，运行一个 turtlesime 的实例， 如果想要把海龟的姿态数据发布到话题/tim 而不是/turtle1/pose，就可以使用如下命
令：rosrun turtlesim turtlesim_node turtle1/pose:=tim 通过启动文件的方式，只需在启动文件内使用重映射（remap）元素即可：

包含其他文件：

如果想在启动文件中包含其他启动文件的内容（ 包括所有的节点和参数），可以使用包含（include）元素由于直接输入路径信息很繁琐且容易出错，大多数包含元素都使用查找（find）命令搜索功能包的位置来替代直接输入路径。

启动参数：

roslaunch还支持启动参数，有时也简称为参数甚至args。在ROS中prarmeter和argument 是不同的，虽然翻译一样。parameter是运行中的ROS系统使用的数值，存储在参数服务器（parameter server）中，每个活跃的节点都可以通过 ros::param::get 函数来获取parameter的值，用户也可以通过rosparam来获得parameter的值而argument只在启动文件内才有意义他们的值是不能被节点直接获取的。