终于有人把ROS机器人操作系统讲明白了
一ROS简介
可能很多初学者听到机器人操作系统，就被操作系统几个字吓住了其实简单点说，ROS就是一个分布式的通信框架，帮助程序进程之间更方便地通信
一个机器人通常包含多个部件，每个部件都有配套的控制程序，以实现机器人的运动与视听功能等那么要协调一个机器人中的这些部件，或者协调由多个机器人组成的机器人集群，怎么办呢这时就需要让分散的部件能够互相通信，在多机器人集群中，这些分散的部件还分散在不同的机器人上解决这种分布式通信问题正是ROS的设计初衷
伴随着越来越多的人参与ROS开发及源码贡献，社区涌现出大量的第三方工具和实用开源软件包，使ROS变成现在的样子。
一个经常让初学者困惑的地方是，学会了ROS就是学会机器人开发了吗当然不是，严格意义上讲ROS只是一套通信框架而已，机器人中的各种算法和应用程序依然是用C++，Python等常见编程语言进行开发的
1. ROS的性能特色
在正式学习ROS之前，先介绍ROS的几个特性，即元操作系统，分布式通信机制，松耦合软件框架，丰富的开源功能库等，来帮大家建立一些感性的认识。
ROS是一个机器人领域的元操作系统也就是说，它并不是真正意义上的操作系统，其底层的任务调度，编译，设备驱动等还是由它的原生操作系统Ubuntu Linux完成
ROS实际上是运行在Ubuntu Linux上的亚操作系统，或者说软件框架，但提供硬件抽象，函数调用，进程管理这些类似操作系统的功能，也提供用于获取，编译，跨平台的函数和工具。
ROS的核心思想就是将机器人的软件功能做成一个个节点，节点之间通过互相发送消息进行沟通这些节点可以部署在同一台主机上，也可以部署在不同主机上，甚至还可以部署在互联网上ROS网络通信机制中的主节点负责对网络中各个节点之间的通信过程进行管理调度，同时提供一个用于配置网络中全局参数的服务
ROS是松耦合软件框架，利用分布式通信机制实现节点间的进程通信ROS的软件代码以松耦合方式组织，开发过程灵活，管理维护方便
ROS具有丰富的开源功能库ROS是基于BSD协议的开源软件，允许任何人修改，重用，重发布以及在商业和闭源产品中使用，使用ROS能够快捷地搭建自己的机器人原型
2. ROS的发行版本
与Linux发行版类似，ROS发行版内置了一系列常用功能包，即将ROS系统打包安装到原生系统中ROS最初是基于Ubuntu系统开发的，ROS的发行版本名称也和Ubuntu采用了同样的规则，即版本名称由两个相同首字母的英文单词组成，版本首字母按字母表递增顺序选取，图1—1展示了ROS的一些主要版本
图1—1 ROS的主要版本
3. ROS的学习方法
要想学好以及用好ROS，需要进行大量的实践操作因此在快速了解ROS的核心概念和编程范式后，就要结合大量的实际项目来深入理解ROS学会用正确的方式解决问题，能帮你更快地提高能力ROS的学习资源主要有以下几个
安装完ROS后，很多朋友应该迫不及待想立马开始写程序由于ROS的架构比较复杂，为了后面容易理解遇到的各种概念，这里先讨论一下ROS的系统架构，好让大家对ROS中的各种概念有全面性把控按照官方的说法，可以分别从计算图，文件系统和开源社区视角来理解ROS架构
1. 从计算图视角理解ROS架构
ROS中可执行程序的基本单位叫节点，节点之间通过消息机制进行通信，这样就组成了一张网状图，也叫计算图，如图1—3所示。我们希望和产业界一起，基于OpenHarmony，明年年底能够支撑起完整的智能手机。
图1—3 ROS的计算图结构
节点是可执行程序，通常也叫进程ROS功能包中创建的每个可执行程序在被启动加载到系统进程中后，就是一个ROS节点，如图1—3中的节点1，节点2，节点3等
节点之间通过收发消息进行通信，消息收发机制分为话题，服务和动作三种，如图1—3中的节点2与节点3，节点2与节点5采用话题通信，节点2与节点4采用服务通信，节点1与节点2采用动作通信计算图中的节点，话题，服务，动作都要有唯一名称作为标识
ROS利用节点将代码和功能解耦，提高了系统的容错性和可维护性所以最好让每个节点都具有特定的单一功能，而不是创建一个包罗万象的庞大节点如果用C++编写节点，需要用到ROS提供的roscpp库，如果用Python编写节点，需要用到ROS提供的rospy库
消息是构成计算图的关键，包括消息机制和消息类型两部分消息机制有话题，服务和动作三种，每种消息机制中传递的数据都具有特定的数据类型，消息类型可分为话题消息类型，服务消息类型和动作消息类型消息机制和消息类型将在1.5节中展开讲解
数据包是ROS中专门用来保存和回放话题中数据的文件，可以将一些难以收集的传感器数据用数据包录制下来，然后反复回放来进行算法性能调试。开源是一步一步在向前走的。现在开源的OpenHarmony只能支持物联网终端，还不能一下子支持完整的智能手机。
参数服务器能够为整个ROS网络中的节点提供便于修改的参数参数可以认为是节点中可供外部修改的全局变量，有静态参数和动态参数静态参数一般用于在节点启动时设置节点工作模式，动态参数可以用于在节点运行时动态配置节点或改变节点工作状态，比如电机控制节点里的PID控制参数
主节点负责各个节点之间通信过程的调度管理因此主节点必须要最先启动，可以通过roscore命令启动
2. 从文件系统视角理解ROS架构
ROS程序的不同组件要放在不同的文件夹中，这些文件夹根据不同的功能对文件进行组织，这就是ROS的文件系统结构，如图1—4所示。我们把HarmonyOS的基础能力全部捐献给开放原子开源基金会。
图1—4 ROS的文件系统结构
工作空间是一个包含功能包，编译包和编译后可执行文件的文件夹，用户可以根据自己的需要创建多个工作空间，在每个工作空间中开发不同用途的功能包在图1—4中，我们创建了一个名为catkin_ws的工作空间，其中包含src，build和devel三个文件夹
src文件夹放置各个功能包和配置功能包的CMake配置文件CMakeLists.txt这里说明一下，由于ROS中的源码采用catkin工具进行编译，而catkin工具又基于CMake技术，所以我们在src源文件空间和各个功能包中都会见到一个CMake配置文件CMakeLists.txt，这个文件起到配置编译的作用 build文件夹放置编译CMake和catkin功能包时产生的缓存，配置，中间文件等 devel文件夹放置编译好的可执行程序，这些可执行程序是不需要安装就能直接运行的一旦功能包源码编译和测试通过后，可以将这些编译好的可执行文件直接导出与其他开发人员分享
功能包是ROS中软件组织的基本形式，具有创建ROS程序的最小结构和最少内容，它包含ROS节点源码，脚本，配置文件等。。
CMakeLists.txt是功能包配置文件，用于编译Cmake功能包编译时的编译配置 package.xml是功能包清单文件，用xml的标签格式标记该功能包的各类相关信息，比如包的名称，开发者信息，依赖关系等，主要是为了使功能包的安装和分发更容易 include/ 是功能包头文件目录，可以把功能包程序中包含的*.h头文件放在这里include目录之所以还要加一级路径 是为了更好地区分自己定义的头文件和系统标准头文件， 用实际功能包的名称替代不过这个文件夹不是必要项，比如有些程序没有头文件 msg，srv和action这三个文件夹分别用于存放非标准话题消息，服务消息和动作消息的定义文件ROS支持用户自定义消息通信过程中使用的消息类型这些自定义消息不是必要的，比如程序只使用标准消息类型 scripts目录存放Bash，Python等脚本文件，为非必要项 launch目录存放节点的启动文件，*.launch文件用于启动一个或多个节点，在含有多个节点的大型项目中很有用，为非必要项 src目录存放功能包节点所对应的源代码，一个功能包中可以有多个节点程序来完成不同的功能，每个节点程序都可以单独运行这里src目录存放的是这些节点程序的源代码，你可以按需创建文件夹和文件来组织源代码，源代码可以用C++，Python等编写
ROS是开源软件，各个独立的网络社区分享和贡献软件及教程，形成了强大的ROS开源社区，如图1—5所示。
图1—5 ROS的开源社区结构
ROS的发展依赖于开源和共享的软件，这些代码由不同的机构共享和发布，比如GitHub源码共享，Ubuntu软件仓库发布，第三方库等ROS的官方wiki是重要的文档讨论社区，在里面可以很方便地发布与修改相应的文档页面ROS的answer主页里有大量ROS开发者的提问和回答，对ROS开发中遇到的各种问题的讨论很活跃
。郑重声明：此文内容为本网站转载企业宣传资讯，目的在于传播更多信息，与本站立场无关。仅供读者参考，并请自行核实相关内容。