【机器人】ROS2 功能包创建与 CMake 编译链路探秘

【机器人】ROS2 功能包创建与 CMake 编译链路探秘
请添加图片描述
在这里插入图片描述
🔥大奇个人主页 :https://blog.ZEEKLOG.net/m0_75192474?type=blog
本文所属专栏:https://blog.ZEEKLOG.net/m0_75192474/category_13131150.html

ros2 pkg create 是 ROS2(Robot Operating System 2)中用于快速初始化功能包的官方核心命令行工具。其核心作用是自动生成功能包所需的完整目录结构、配置文件及可选示例节点,避免手动创建文件和配置的繁琐操作,大幅提升开发效率。

该命令支持两种主流构建类型(C++/Python),可直接指定依赖包、维护者信息、开源协议等关键配置,生成的功能包完全符合 ROS2 官方规范,可直接用于编译、运行及后续开发扩展

⏰ 创建工作空间

首先需要再主目录中新建一个文件夹,带src目录

mkdir-p test_ws/src &&cd test_ws/src 

📸 创建功能包命令参数详解

命令基本格式

基础语法(必填项与可选参数分离,清晰易懂):

ros2 pkg create [可选参数]<功能包名称>

关键说明:

  • <功能包名称>:必填项,自定义功能包名称,需遵循 ROS2 命名规范(小写英文、可搭配下划线,禁止大写、特殊符号及中文)。
  • [可选参数]:用于配置功能包的构建类型、依赖、创建路径、描述信息等,按需选择使用。

基础配置参数

  • --help:显示该命令的所有参数说明及使用方法,快速查阅帮助信息后退出。
  • --package-name :显式指定功能包名称,用于解决“目录名与包名不一致”的场景,优先级高于默认目录名(也可以直接写名字不加该参数)
  • --description:设置功能包的描述信息,描述内容将写入 package.xml<description> 标签,便于他人理解包的用途。
  • --license:指定功能包的开源协议,常用协议:Apache-2.0、MIT、BSD,协议信息写入 package.xml
  • --maintainer:设置功能包维护者的姓名,写入 package.xml<maintainer> 标签,便于后续维护和沟通。

核心构建类型参数(必选)

  • --build-type ament_cmake:构建类型为C++ 包,

默认构建类型,自动生成 CMakeLists.txtsrc 目录(用于存放 C++ 源码),支持 C++ 节点开发、自定义消息编译等

ros2 pkg create my_cpp_pkg --build-type ament_cmake 
  • --build-type ament_python :构建类型为Python 包

自动生成 setup.py、setup.cfg、功能包同名目录(用于存放 Python 源码),支持 Python 节点开发,语法简洁、开发效率高。

依赖配置参数

--dependencies :参数用于指定功能包依赖的其他 ROS2 包,创建包时会自动将依赖写入 package.xmlCMakeLists.txt避免手动配置依赖导致的编译错误,是开发中最常用的参数之一

  • rclcpp:C++ 节点开发核心依赖
  • rclpy:Python 节点开发核心依赖
  • std_msgs:标准消息类型依赖(如 String、Int32)
  • sensor_msgs:传感器消息依赖(如激光雷达、IMU 数据)
  • geometry_msgs:几何消息依赖(如速度、姿态、坐标)
  • rosidl_default_generators:自定义消息(.msg/.srv)编译依赖
ros2 pkg create my_nav_pkg --build-type ament_cmake --dependencies rclcpp std_msgs sensor_msgs 

创建基础 C++ 包

ros2 pkg create my_cpp_node \\ --build-type ament_cmake \\--dependencies rclcpp std_msgs \\ --node-name my_first_node \\--description"ROS2 C++ 基础节点包,用于演示简单消息发布"\\--license MIT \\--maintainer"Zhang San"\\ --maintainer-email "[email protected]"\\ --destination-directory ./src 

创建基础 Python 包

ros2 pkg create my_py_node \\ --build-type ament_python \\--dependencies rclpy \\ --node-name my_py_node \\--description"ROS2 Python 基础节点包"\\--license Apache-2.0 

创建自定义消息接口包

ros2 pkg create my_custom_msgs \\ --build-type ament_cmake \\--dependencies rosidl_default_generators std_msgs \\--description"ROS2 自定义消息包,用于定义专属消息类型"\\--license MIT 

创建导航相关 C++ 包

ros2 pkg create my_navigation \\ --build-type ament_cmake \\--dependencies rclcpp geometry_msgs nav2_msgs sensor_msgs \\--description"ROS2 导航功能包,用于机器人路径规划与控制"\\ --destination-directory ./src 

🌗 CMakeLists.txt 相关语法

CMakeLists.txt 是 ROS2 C++ 功能包(ament_cmake 类型)的核心构建配置文件,负责定义编译规则、依赖管理、目标安装等,

  • find_package(<依赖包> REQUIRED)

查找当前功能包依赖的 ROS2 包或第三方库,REQUIRED 表示该依赖是必需的,找不到会直接报错;若依赖多个包,可分多行书写。

find_package(ament_cmake REQUIRED)find_package(rclcpp REQUIRED)find_package(std_msgs REQUIRED)
  • ament_package()

ROS2 专属核心指令,标记当前包为 ament 包,用于生成 package.xml 关联配置、注册包到 ament 索引,必须放在 CMakeLists.txt 的最后一行,且每个包只能调用一次。

  • add_executable(<节点名> <源码路径>)

将指定的 C++ 源码文件编译为可执行节点,<节点名> 是编译后生成的可执行文件名称,<源码路径> 是 .cpp 文件的相对路径(通常在 src 目录下),这是最后可以ros2 run的依据

add_executable(talker src/talker.cpp)
  • ament_target_dependencies(<节点名> <依赖包>...)

为可执行节点或库绑定依赖包,自动处理依赖包的头文件路径和编译宏,替代传统的 target_include_directories 指令,简化配置,必须在 add_executable 之后调用。

ament_target_dependencies(talker rclcpp std_msgs)
  • target_link_libraries(<节点名> <库文件>...)

将指定的库文件(如自定义消息类型支持库、第三方库)链接到可执行节点,常用于链接自定义消息的类型支持库

  • rosidl_generate_interfaces(<包名> <消息文件> [DEPENDENCIES <依赖包>])

ROS2 自定义消息(.msg/.srv/.action)编译核心指令,用于解析消息文件、生成对应的 C++/Python 代码和头文件,若消息依赖其他包(如 std_msgs),需通过 DEPENDENCIES 声明。

rosidl_generate_interfaces(${PROJECT_NAME} msg/MyMsg.msg DEPENDENCIES std_msgs)
  • rosidl_get_typesupport_target(<变量名> <包名> "rosidl_typesupport_cpp")

查找当前包生成的自定义消息 C++ 类型支持库,将其赋值给指定变量,便于后续通过 target_link_libraries 链接到节点,是 ROS2 Humble 及以后的推荐写法。

  • install(TARGETS <节点名/库名> DESTINATION <路径>)

该命令式将生成的可执行节点安装在指定路径,这是后续ros2 run xxx的关键,ROS2 规范路径为 lib/${PROJECT_NAME}(节点/库)、include/${PROJECT_NAME}(头文件)

◀️ package.xml 相关语法

package.xml 是 ROS2 功能包的元数据配置文件,用于声明包的基本信息、依赖关系、维护者信息等,ROS2 编译工具(colcon)通过该文件识别包的类型、依赖和构建规则,

基础信息标签

标签说明
name声明功能包名称,必须与 CMakeLists.txt 中 project() 指令的包名一致,遵循 ROS2 命名规范(小写、英文、下划线)。
version声明包的版本号,遵循语义化版本规范(主版本号.次版本号.修订号,如 1.0.0),用于版本管理和迭代。
description简要描述功能包的用途和功能,便于他人理解包的作用,支持简单的文本描述。
maintainer声明包的维护者信息,必须包含 email 属性(邮箱地址),标签内容为维护者姓名,可多个维护者。
license声明包的开源协议,常用协议:Apache-2.0、MIT、BSD,需填写标准协议名称,可多个协议标签。

依赖关系标签

  • <buildtool_depend>

构建工具依赖,声明构建该包所需的工具包,C++ 包默认依赖 ament_cmake,Python 包默认依赖 ament_python,是必需依赖。

<buildtool_depend>ament_cmake</buildtool_depend>
  • <build_depend>

构建依赖,声明编译该包时所需的依赖包(如头文件、编译宏),仅在构建阶段生效,运行时无需依赖。

<build_depend>rclcpp</build_depend>
  • <exec_depend>

执行依赖,声明运行该包时所需的依赖包(如库文件、节点),仅在运行阶段生效,构建时无需依赖。

<exec_depend>std_msgs</exec_depend>
  • <depend>

通用依赖,等价于同时声明 build_depend、exec_depend 和 test_depend,适用于“构建、运行、测试都需要”的依赖,简化配置。

<depend>rclcpp</depend>
  • <test_depend>

测试依赖,声明运行包的测试用例时所需的依赖包(如 gtest、ament_lint_auto),仅在测试阶段生效。

<test_depend>ament_lint_auto</test_depend><test_depend>ament_lint_common</test_depend>
  • <member_of_group>

将包归类到指定组,ROS2 自定义消息包必须添加该标签,值为 rosidl_interface_packages,告诉编译系统该包是接口包

<member_of_group>rosidl_interface_packages</member_of_group>

Read more

InstructPix2Pix效果实测:结构保留能力 vs Stable Diffusion 图生图对比

InstructPix2Pix效果实测:结构保留能力 vs Stable Diffusion 图生图对比 1. 为什么说InstructPix2Pix是真正的“魔法修图师” 你有没有过这样的经历:想把一张照片里的白天改成夜晚,或者给朋友P一副墨镜,又或者让一张普通街景变成雨天氛围——但打开PS,面对层层叠叠的图层和蒙版,最后只留下满屏困惑?传统图像编辑工具需要你懂色彩曲线、图层混合模式、甚至手绘遮罩;而Stable Diffusion这类图生图模型,又常常让人陷入“写对Prompt像解谜”的困境:多加一个词,画面就崩掉;少写一个细节,AI就自由发挥到千里之外。 InstructPix2Pix不一样。它不把你当设计师,也不把你当咒语学徒,而是直接把你当“导演”——你只需要用日常英语说出想法,它就照着执行,而且几乎不会跑偏。 这不是滤镜,不是风格迁移,更不是粗暴重绘。它像一位经验丰富的修图老手,先仔仔细细看清原图里每一条轮廓线、每一个人物姿态、每一处光影关系,再只动你点名要改的那一小块。你让它“add sunglasses”,它不会顺手把人脸拉长、把背景重画一遍;你让它“

企微群机器人发markdown消息支持表格

企微群机器人发markdown消息支持表格

结论 1.V1接口可以圈人,但是无法正确展示表格的markdown语法 2.V2接口可以展示表格的markdown语法,但是无法圈人 3.企微消息有长度限制 前言 今天是日本投降日,写篇技术文档。 企业微信机器人发markdown表格信息+如何艾特人 企微机器人发消息通知,目标是生成数据对比表格,然后艾特到具体的人来跟进事物的变化 1、成果收益 发表格数据,圈人 2、背景 目前机器人通知的内容太单调了,无法满足告警提醒的作用,需要罗列表格进行对比,需要艾特到具体人 3、解决方案 如何支持markdown表格类型 1.企业微信从4.1.38开始支持markdown表格的语法了。可以参看官方文档4.1.38版本新功能介绍 所以企业客户端要升级 2.我们历史使用的是msgtype:markdown,这个还是不支持的 { "msgtype": "markdown", "markdown&

混合知识库搭建:本地Docker部署Neo4j图数据库与Milvus向量库

混合知识库搭建:本地Docker部署Neo4j图数据库与Milvus向量库

混合知识库搭建:本地Docker部署Neo4j图数据库与Milvus向量库 前言 在多代理混合RAG系统中,知识库是“知识储备核心”,直接决定了代理检索的精准度与响应质量。上一篇我们解析了5个子代理的执行逻辑,而这些代理能高效完成知识检索任务,背后依赖“Neo4j图知识库+Milvus向量库”的混合支撑——图知识库擅长挖掘实体关系,向量库精准匹配语义细节,二者互补形成全场景知识覆盖。 本文作为系列博客的第三篇,将聚焦混合知识库的落地实现:从本地Docker部署、数据建模、索引构建,到双库协同逻辑,手把手带你搭建高可用的混合知识库,让你掌握“关系型知识+语义型知识”的全链路管理技巧。 1 混合知识库的设计逻辑:为什么需要“图+向量”双引擎? 1.1 单一知识库的局限性 * 纯图数据库:擅长实体关系查询(如“小米的合作品牌”),但无法高效处理细粒度文本检索(如“苹果的环保目标细节”); * 纯向量数据库:擅长语义相似性检索(如“查找与5G技术相关的内容”),但难以挖掘实体间的复杂关联(如“华为-开发-鸿蒙-适配-智能设备”