ROS探索总结(二)——ROS总体框架

  • 内容
  • 评论
  • 相关

一、  总体结构

       根据ROS系统代码的维护者和分布来标示,主要有两大部分:
     (1)main:核心部分,主要由Willow Garage公司和一些开发者设计、提供以及维护。它提供了一些分布式计算的基本工具,以及整个ROS的核心部分的程序编写。
     (2)universe:全球范围的代码,有不同国家的ROS社区组织开发和维护。一种是库的代码,如OpenCV、PCL等;库的上一层是从功能角度提供的代码,如人脸识别,他们调用下层的库;最上层的代码是应用级的代码,让机器人完成某一确定的功能。
       一般是从另一个角度对ROS分级的,主要分为三个级别:计算图级、文件系统级、社区级。

二、  计算图级

       计算图是ROS处理数据的一种点对点的网络形式。程序运行时,所有进程以及他们所进行的数据处理,将会通过一种点对点的网络形式表现出来。这一级主要包括几个重要概念:节点(node)、消息(message)、主题(topic)、服务(service)。

       (1)  节点

       节点就是一些直行运算任务的进程。ROS利用规模可增长的方式是代码模块化:一个系统就是典型的由很多节点组成的。在这里,节点也可以被称之为“软件模块”。我们使用“节点”使得基于ROS的系统在运行的时候更加形象化:当许多节点同时运行时,可以很方便的将端对端的通讯绘制成一个图表,在这个图表中,进程就是图中的节点,而端对端的连接关系就是其中弧线连接。

       (2)  消息

       节点之间是通过传送消息进行通讯的。每一个消息都是一个严格的数据结构。原来标准的数据类型(整型,浮点型,布尔型等等)都是支持的,同时也支持原始数组类型。消息可以包含任意的嵌套结构和数组(很类似于C语言的结构structs)。

       (3)  主题


       消息以一种发布/订阅的方式传递。一个节点可以在一个给定的主题中发布消息。一个节点针对某个主题关注与订阅特定类型的数据。可能同时有多个节点发布或者订阅同一个主题的消息。总体上,发布者和订阅者不了解彼此的存在。

       (4)  服务

        虽然基于话题的发布/订阅模型是很灵活的通讯模式,但是它广播式的路径规划对于可以简化节点设计的同步传输模式并不适合。在ROS中,我们称之为一个服务,用一个字符串和一对严格规范的消息定义:一个用于请求,一个用于回应。这类似于web服务器,web服务器是由URIs定义的,同时带有完整定义类型的请求和回复文档。需要注意的是,不像话题,只有一个节点可以以任意独有的名字广播一个服务:只有一个服务可以称之为“分类象征”,比如说,任意一个给出的URI地址只能有一个web服务器。
        在上面概念的基础上,需要有一个控制器可以使所有节点有条不紊的执行,这就是一个ROS的控制器(ROS Master)。
        ROS Master 通过RPC(Remote Procedure Call Protocol,远程过程调用)提供了登记列表和对其他计算图表的查找。没有控制器,节点将无法找到其他节点,交换消息或调用服务。
        比如控制节点订阅和发布消息的模型如下:

        ROS的控制器给ROS的节点存储了主题和服务的注册信息。节点与控制器通信从而报告它们的注册信息。当这些节点与控制器通信的时候,它们可以接收关于其他以注册及节点的信息并且建立与其它以注册节点之间的联系。当这些注册信息改变时控制器也会回馈这些节点,同时允许节点动态创建与新节点之间的连接。
        节点与节点之间的连接是直接的,控制器仅仅提供了查询信息,就像一个DNS服务器。节点订阅一个主题将会要求建立一个与出版该主题的节点的连接,并且将会在同意连接协议的基础上建立该连接。
         另:ROS控制器控制服务:


三、  文件系统级

        ROS文件系统级指的是在硬盘上面查看的ROS源代码的组织形式。

        ROS中有无数的节点、消息、服务、工具和库文件,需要有效的结构去管理这些代码。在ROS的文件系统级,有以下几个重要概念:包(package)、堆(stack)、

        (1)  包


        ROS的软件以包的方式组织起来。包包含节点、ROS依赖库、数据套、配置文件、第三方软件、或者任何其他逻辑构成。包的目标是提供一种易于使用的结构以便于软件的重复使用。总得来说,ROS的包短小精干。

        (2)  堆


        堆是包的集合,它提供一个完整的功能,像“navigation stack”。Stack与版本号关联,同时也是如何发行ROS软件方式的关键。
        ROS是一种分布式处理框架。这使可执行文件能被单独设计,并且在运行时松散耦合。这些过程可以封装到包(Packages)和堆(Stacks)中,以便于共享和分发。下图是在包和堆在文件中的具体结构:
         Manifests (manifest.xml):提供关于Package元数据,包括它的许可信息和Package之间依赖关系,以及语言特性信息像编译旗帜(编译优化参数)。
         Stack manifests (stack.xml):提供关于Stack元数据,包括它的许可信息和Stack之间依赖关系。

四、  社区级

        ROS的社区级概念是ROS网络上进行代码发布的一种表现形式。结构如下图所示:

        代码库的联合系统。使得协作亦能被分发。这种从文件系统级别到社区一级的设计让独立地发展和实施工作成为可能。正是因为这种分布式的结构,似的ROS迅速发展,软件仓库中包的数量指数级增加。

参考资料:
(1)《开源机器人操作系统——ROS》 张建伟等著
(2)《an open-source Robot Operating System》 paper
(3)  willowgarage公司网站:http://www.willowgarage.com/
(4)  ROS官方wiki:http://www.ros.org


原创文章,转载请注明: 转载自古月居

本文链接地址: ROS探索总结(二)——ROS总体框架

微信 OR 支付宝 扫描二维码
为本文作者 打个赏
pay_weixinpay_weixin

评论

7条评论
  1. Gravatar 头像

    曾大侠 回复

    古老师你好,你的帖子给了我很大启发。我现在正在官网看tutorials,差不多过了一遍了。接下来的学习,请教一下你推荐哪一本教材呢?我看你后面的帖子用的是《ros_by_example》这本书。我身边有些同学也有开始学,他们买了《ROS机器人程序设计-原书第2版-Learning ROS for Robotics Programming Escond Edition》,但是我看一些网上的评论(知乎上的讨论较多),说这本书写的不好,很多bug,不推荐用。我现在主要是想先做一台激光雷达的导航车,学校实验室已经买了一台TurtleBot,激光雷达也有,我打算用TurtleBot来作为实践的平台学习ROS。《ros_by_example_indigo》这本书的PDF和程序我已经下载好了,《Learning ROS for Robotics Programming Escond Edition》这本PDF也有了,嘻嘻。古老师推荐哪本书呢?谢谢!

    • 古月

      古月 回复

      @曾大侠 就我个人的学习经验来讲,ROS的中文版教材我看的少,但是ROS的英文版书,我基本上都看过,例程大部分都跑过。
      中文书都是翻译的英文原版书,所以错误可能更多,英文版中的问题,只要google一下,都是可以解决的,而且英文版的书都可以找到pdf版本。
      所以我的个人建议如下:
      1. 搜集并下载所有英文版的书
      2. 大概浏览这些书中的各个章节,针对自己需要的内容,重点看
      3. 运行书中的例程代码,有必要的话需要看源码或者进行修改、复用,这个是重点
      4. 以上过程有语言问题的话再对照中文翻译版
      ROS的学习方法重点是实践,有问题第一时间找google,此乃王道~

  2. Gravatar 头像

    haosen 回复

    古老师你好,如果要实现多个 master 具体应该在哪部分进行操作?还有就是ros开发时在一个节点里面使用多线程好呢?还是使用多个节点比较好? 谢谢

    • 古月

      古月 回复

      @haosen ROS系统中只允许有一个master,一般也不需要多个master存在。
      ros节点本身就类似于多线程,通讯可以用topic和service,看你要实现的系统复杂度,一般情况下不会使用节点内的多线程,需要使用的话也是可以的,可以参考wiki上有相关的内容

  3. Gravatar 头像

    Ying 回复

    请问package.xml和manifest.xml是什么关系?

    • 古月

      古月 回复

      @Ying 现在的版本package.xml已经取代了manifest.xml

发表评论

电子邮件地址不会被公开。 必填项已用*标注