You're reading the documentation for a development version. For the latest released version, please have a look at Galactic.
将启动文件从 ROS 1 迁移到 ROS 2
本指南介绍了如何编写 XML 启动文件,以便轻松地从 ROS 1.X 迁移。
背景
关于 ROS 2 launch 系统及其 Python API 的描述可以在 launch 系统教程 中找到。
将标签从 ROS 1 迁移到 ROS 2
launch
launch是任何 ROS 2 launch XML 文件的根元素。
node
启动一个新的节点。
- 与 ROS 1 的区别:
type属性现在是exec。ns属性现在是namespace。以下属性不可用:
machine、respawn、respawn_delay、clear_params。
示例
<launch>
<node pkg="demo_nodes_cpp" exec="talker"/>
<node pkg="demo_nodes_cpp" exec="listener"/>
</launch>
param
用于向一个节点传递参数。
在 ROS 2 中没有全局参数的概念。由于这个原因,它只能嵌套在
node标签中使用。有些属性在 ROS 2 中不被支持:type、textfile、binfile、executable、command。
示例
<launch>
<node pkg="demo_nodes_cpp" exec="parameter_event">
<param name="foo" value="5"/>
</node>
</launch>
类型推论规则
这里有一些如何写参数的例子:
<node pkg="my_package" exec="my_executable" name="my_node">
<!--A string parameter with value "1"-->
<param name="a_string" value="'1'"/>
<!--A integer parameter with value 1-->
<param name="an_int" value="1"/>
<!--A float parameter with value 1.0-->
<param name="a_float" value="1.0"/>
<!--A string parameter with value "asd"-->
<param name="another_string" value="asd"/>
<!--Another string parameter, with value "asd"-->
<param name="string_with_same_value_as_above" value="'asd'"/>
<!--Another string parameter, with value "'asd'"-->
<param name="quoted_string" value="\'asd\'"/>
<!--A list of strings, with value ["asd", "bsd", "csd"]-->
<param name="list_of_strings" value="asd, bsd, csd" value-sep=", "/>
<!--A list of ints, with value [1, 2, 3]-->
<param name="list_of_ints" value="1,2,3" value-sep=","/>
<!--Another list of strings, with value ["1", "2", "3"]-->
<param name="another_list_of_strings" value="'1';'2';'3'" value-sep=";"/>
<!--A list of strings using an strange separator, with value ["1", "2", "3"]-->
<param name="strange_separator" value="'1'//'2'//'3'" value-sep="//"/>
</node>
Parameter grouping
In ROS 2, param tags are allowed to be nested.
For example:
<node pkg="my_package" exec="my_executable" name="my_node" ns="/an_absoulute_ns">
<param name="group1">
<param name="group2">
<param name="my_param" value="1"/>
</param>
<param name="another_param" value="2"/>
</param>
</node>
That will create two parameters:
A
group1.group2.my_paramof value1, hosted by node/an_absolute_ns/my_node.A
group1.another_paramof value2hosted by node/an_absolute_ns/my_node.
It’s also possible to use full parameter names:
<node pkg="my_package" exec="my_executable" name="my_node" ns="/an_absoulute_ns">
<param name="group1.group2.my_param" value="1"/>
<param name="group1.another_param" value="2"/>
</node>
rosparam
Loads parameters from a yaml file.
It has been replaced with a
fromattribute inparamtags.
示例
<node pkg="my_package" exec="my_executable" name="my_node" ns="/an_absoulute_ns">
<param from="/path/to/file"/>
</node>
remap
Used to pass remapping rules to a node.
It can only be used within
nodetags.
示例
<launch>
<node pkg="demo_nodes_cpp" exec="talker">
<remap from="chatter" to="my_topic"/>
</node>
<node pkg="demo_nodes_cpp" exec="listener">
<remap from="chatter" to="my_topic"/>
</node>
</launch>
include
Allows including another launch file.
- 与 ROS 1 的区别:
Available in ROS 1, included content was scoped. In ROS 2, it’s not. Nest includes in
grouptags to scope them.nsattribute is not supported. See example ofpush-ros-namespacetag for a workaround.argtags nested in anincludetag don’t support conditionals (iforunless).There is no support for nested
envtags.set_envandunset_envcan be used instead.Both
clear_paramsandpass_all_argsattributes aren’t supported.
Examples
arg
argis used for declaring a launch argument, or to pass an argument when usingincludetags.- 与 ROS 1 的区别:
valueattribute is not allowed. Uselettag for this.docis nowdescription.When nested within an
includetag,ifandunlessattributes aren’t allowed.
示例
<launch>
<arg name="topic_name" default="chatter"/>
<node pkg="demo_nodes_cpp" exec="talker">
<remap from="chatter" to="$(var topic_name)"/>
</node>
<node pkg="demo_nodes_cpp" exec="listener">
<remap from="chatter" to="$(var topic_name)"/>
</node>
</launch>
Passing an argument via the command line
env
Sets an environment variable.
- It has been replaced with
env,set_envandunset_env: envcan only be used nested in anodeorexecutabletag.ifandunlesstags aren’t supported.set_envcan be nested within the root taglaunchor ingrouptags. It accepts the same attributes asenv, and alsoifandunlesstags.unset_envunsets an environment variable. It accepts anameattribute and conditionals.
- It has been replaced with
示例
<launch>
<set_env name="MY_ENV_VAR" value="MY_VALUE" if="CONDITION_A"/>
<set_env name="ANOTHER_ENV_VAR" value="ANOTHER_VALUE" unless="CONDITION_B"/>
<set_env name="SOME_ENV_VAR" value="SOME_VALUE"/>
<node pkg="MY_PACKAGE" exec="MY_EXECUTABLE" name="MY_NODE">
<env name="NODE_ENV_VAR" value="SOME_VALUE"/>
</node>
<unset_env name="MY_ENV_VAR" if="CONDITION_A"/>
<node pkg="ANOTHER_PACKAGE" exec="ANOTHER_EXECUTABLE" name="ANOTHER_NODE"/>
<unset_env name="ANOTHER_ENV_VAR" unless="CONDITION_B"/>
<unset_env name="SOME_ENV_VAR"/>
</launch>
group
Allows limiting the scope of launch configurations. Usually used together with
let,includeandpush-ros-namespacetags.- 与 ROS 1 的区别:
There is no
nsattribute. See the newpush-ros-namespacetag as a workaround.clear_paramsattribute isn’t available.It doesn’t accept
remapnorparamtags as children.
示例
launch-prefix configuration affects both executable and node tags’ actions.
This example will use time as a prefix if use_time_prefix_in_talker argument is 1, only for the talker.
<launch>
<arg name="use_time_prefix_in_talker" default="0"/>
<group>
<let name="launch-prefix" value="time" if="$(var use_time_prefix_in_talker)"/>
<node pkg="demo_nodes_cpp" exec="talker"/>
</group>
<node pkg="demo_nodes_cpp" exec="listener"/>
</launch>
machine
It is not supported at the moment.
test
It is not supported at the moment.
New tags in ROS 2
push-ros-namespace
include and group tags don’t accept an ns attribute.
This action can be used as a workaround:
<!-Other tags-->
<group>
<push-ros-namespace namespace="my_ns"/>
<!--Nodes here are namespaced with "my_ns".-->
<!--If there is an include action here, its nodes will also be namespaced.-->
<push-ros-namespace namespace="another_ns"/>
<!--Nodes here are namespaced with "another_ns/my_ns".-->
<push-ros-namespace namespace="/absolute_ns"/>
<!--Nodes here are namespaced with "/absolute_ns".-->
<!--The following node receives an absolute namespace, so it will ignore the others previously pushed.-->
<!--The full path of the node will be /asd/my_node.-->
<node pkg="my_pkg" exec="my_executable" name="my_node" ns="/asd"/>
</group>
<!--Nodes outside the group action won't be namespaced.-->
<!-Other tags-->
Replacing an include tag
To have exactly the same behavior as Available in ROS 1, include tags must be nested in a group tag.
<group>
<include file="another_launch_file"/>
</group>
To replace the ns attribute, push-ros-namespace action must be used:
<group>
<push-ros-namespace namespace="my_ns"/>
<include file="another_launch_file"/>
</group>
Substitutions
Documentation about ROS 1’s substitutions can be found in roslaunch XML wiki.
Substitutions syntax hasn’t changed, i.e. it still follows the $(substitution-name arg1 arg2 ...) pattern.
There are, however, some changes w.r.t. ROS 1:
envandoptenvtags have been replaced by theenvtag.$(env <NAME>)will fail if the environment variable doesn’t exist.$(env <NAME> '')does the same as ROS 1’s$(optenv <NAME>).$(env <NAME> <DEFAULT>)does the same as ROS 1’s$(env <NAME> <DEFAULT>)or$(optenv <NAME> <DEFAULT>).findhas been replaced withfind-pkg-share(substituting the share directory of an installed package). Alternativelyfind-pkg-prefixwill return the root of an installed package.There is a new
exec-in-pkgsubstitution. e.g.:$(exec-in-pkg <package_name> <exec_name>).There is a new
find-execsubstitution.arghas been replaced withvar. It looks at configurations defined either withargorlettag.evalanddirnamesubstitutions haven’t changed.anonsubstitution is not supported.
类型推论规则
The rules that were shown in Type inference rules subsection of param tag applies to any attribute.
For example:
<!--Setting a string value to an attribute expecting an int will raise an error.-->
<tag1 attr-expecting-an-int="'1'"/>
<!--Correct version.-->
<tag1 attr-expecting-an-int="1"/>
<!--Setting an integer in an attribute expecting a string will raise an error.-->
<tag2 attr-expecting-a-str="1"/>
<!--Correct version.-->
<tag2 attr-expecting-a-str="'1'"/>
<!--Setting a list of strings in an attribute expecting a string will raise an error.-->
<tag3 attr-expecting-a-str="asd, bsd" str-attr-sep=", "/>
<!--Correct version.-->
<tag3 attr-expecting-a-str="don't use a separator"/>
Some attributes accept more than a single type, for example value attribute of param tag.
It’s usual that parameters that are of type int (or float) also accept an str, that will be later substituted and tried to convert to an int (or float) by the action.