和ROS的框架有关的问题
ROS框架描述角度的不同:
1. 分为通信和节点来描述:
ROS通信机制分为:(1)订阅者发布者类型 (2)服务(请求/响应)类型 (3)动作类型。
2. 按层次从上到下划分为
(1)应用层,一般需要开发者自己实现
(2)客户端库层(目前的ROS2应该都实现的)
(3)中间件DDS抽象层(目前的ROS2应该都实现的)
(4)DDS实现层(可能是第三方实现)
我的问题是:
1. 从ROS自身的描述来看,NODE节点就是以进程为单位,一般是实现一个单一的功能。但是这个功能最终是靠底层硬件的支持来实现的。但是我看到这个NODE却是放在最顶层的应用层层次里面,需要ROS应用开发者自己来抽象的,这需要如何理解?
2. 协调各个节点的消息交互,我的理解应该是放到应用层的,但是我却看到是DDS在实际提供节点间通信的。那么DDS管节点间通信,那么这些节点都是存在于应用层的,DDS该怎么管呢?应用层不该直接协调各个节点的消息交互或者说是通信吗?
刚刚接粗ROS就遇到这些让我稀里糊涂的问题了。敬请各位大师们指点迷津,谢谢先!
相关推荐
如何解决ROS安装过程中rosdep init和rosdep update报错误的问题
ROS(Robot Operating System)是机器人领域广泛使用的开源操作系统,它为机器人软件开发提供了一套完整框架。
基于ROS的自主移动服务机器人系统框架设计.pdf
相关技术及介绍基于ROS的自主移动服务机器人系统框架设计,利用ROS机器人软件平台的优点,解决了机器人控制程序开发过程中的代码冗余、移植性差等问题。
_移动机器人SLAM与路径规划在ROS框架下的实现.pdf
在ROS框架下,路径规划的算法可以通过诸如A*搜索算法、DWA算法等实现。A*算法以其高效的搜索能力和最优路径寻找能力被广泛应用在路径规划中。
Cartographer_ROS_编译与运行错误修复项目_针对ROS2环境下Cartographer_ROS开源SLAM框架在克隆编译及运行过程中出现的gflags重复定义头文.zip
当研究人员或开发者在使用Cartographer_ROS框架时,可能会遇到与gflags相关的头文件重复定义问题,这个问题会阻碍程序的正常编译和运行。
在一台刚装好Ubuntu系统和ROS的电脑上安装编译运行loam,编译过程在出现问题
**ROS(Robot Operating System)**:ROS是一个开源操作系统,用于为机器人硬件和软件提供一个统一的框架。


