ROS2中的TF(Transform)系统:机器人坐标系的管理神器

ROS 2 TF 概述

TF(Transform) 是ROS中用于跟踪多个坐标系之间变换关系的库。在ROS 2中,TF系统被重构为 TF2,提供了更高效、更灵活的坐标变换管理。


核心概念

1. 坐标系(Frame)

  • 每个机器人部件、传感器或环境物体都有自己的坐标系
  • 例如:base_link(机器人基座)、laser(激光雷达)、camera(相机)

2. 变换(Transform)

  • 描述两个坐标系之间的平移(translation)和旋转(rotation)关系
  • 表示为:frame_B 相对于 frame_A 的位置和姿态

3. 变换树(Transform Tree)

  • 所有坐标系通过父子关系连接成一棵树
  • 必须有一个根坐标系(通常是mapodom

ROS 2 TF2 架构

┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐ │ TF2 广播者 │ │ TF2 缓冲区 │ │ TF2 监听者 │ │ (Broadcaster) │────▶│ (Buffer) │◀────│ (Listener) │ └─────────────────┘ └─────────────────┘ └─────────────────┘ │ │ ▼ ▼ ┌─────────────────┐ ┌─────────────────┐ │ 发布变换信息 │ │ 查询坐标变换 │ │ /tf 话题 │ │ lookupTransform │ └─────────────────┘ └─────────────────┘ 

核心组件

组件功能对应类/节点
Broadcaster广播坐标变换TransformBroadcaster
Static Broadcaster广播静态变换(固定关系)StaticTransformBroadcaster
Listener监听并查询变换Buffer + TransformListener
Buffer存储变换历史tf2_ros::Buffer

代码示例

1. 发布动态变换(Dynamic Transform)

import rclpy from rclpy.node import Node from geometry_msgs.msg import TransformStamped import tf2_ros import math classDynamicFramePublisher(Node):def__init__(self):super().__init__('dynamic_frame_publisher')# 创建TF广播者 self.br = tf2_ros.TransformBroadcaster(self)# 定时发布 self.timer = self.create_timer(0.1, self.publish_transform) self.t =0.0defpublish_transform(self): t = TransformStamped() t.header.stamp = self.get_clock().now().to_msg() t.header.frame_id ='base_link'# 父坐标系 t.child_frame_id ='rotating_laser'# 子坐标系# 旋转运动 self.t +=0.1 t.transform.translation.x =1.0 t.transform.translation.y =0.0 t.transform.translation.z =0.5# 四元数表示旋转 t.transform.rotation.x =0.0 t.transform.rotation.y =0.0 t.transform.rotation.z = math.sin(self.t /2) t.transform.rotation.w = math.cos(self.t /2) self.br.sendTransform(t)defmain(): rclpy.init() node = DynamicFramePublisher() rclpy.spin(node) rclpy.shutdown()

2. 发布静态变换(Static Transform)

from tf2_ros.static_transform_broadcaster import StaticTransformBroadcaster classStaticFramePublisher(Node):def__init__(self):super().__init__('static_frame_publisher') self.static_br = StaticTransformBroadcaster(self)# 只需要发布一次 static_transform = TransformStamped() static_transform.header.stamp = self.get_clock().now().to_msg() static_transform.header.frame_id ='base_link' static_transform.child_frame_id ='camera_link' static_transform.transform.translation.x =0.5 static_transform.transform.translation.y =0.0 static_transform.translation.z =0.3# 相机朝向(旋转90度) static_transform.transform.rotation.x =0.0 static_transform.transform.rotation.y =0.0 static_transform.transform.rotation.z =0.707 static_transform.transform.rotation.w =0.707 self.static_br.sendTransform(static_transform)

3. 监听变换(Transform Listener)

import tf2_ros from tf2_ros import LookupException, ConnectivityException, ExtrapolationException classFrameListener(Node):def__init__(self):super().__init__('frame_listener')# 创建Buffer和Listener self.tf_buffer = tf2_ros.Buffer() self.tf_listener = tf2_ros.TransformListener(self.tf_buffer, self) self.timer = self.create_timer(1.0, self.lookup_transform)deflookup_transform(self):try:# 查询从 'base_link' 到 'laser' 的变换 transform = self.tf_buffer.lookup_transform('base_link',# 目标坐标系'laser',# 源坐标系 rclpy.time.Time()# 最新时间) self.get_logger().info(f"Translation: [{transform.transform.translation.x:.2f}, "f"{transform.transform.translation.y:.2f}, "f"{transform.transform.translation.z:.2f}]")except(LookupException, ConnectivityException, ExtrapolationException)as e: self.get_logger().warn(f'Could not transform: {str(e)}')

常用工具

命令行工具

# 查看当前TF树 ros2 run tf2_tools view_frames # 查询特定变换 ros2 run tf2_ros tf2_echo base_link laser # 发布静态变换 ros2 run tf2_ros static_transform_publisher 001000 base_link camera 

RViz2 可视化

在RViz2中添加 TF 显示插件,可以实时可视化坐标系:

  • 红色 = X轴
  • 绿色 = Y轴
  • 蓝色 = Z轴

ROS 1 vs ROS 2 TF 对比

特性ROS 1 TFROS 2 TF2
默认库tftf2
时间处理较简单支持时间旅行(查询历史变换)
数据类型专用消息与ROS 2消息系统更好集成
静态变换混合处理独立话题 /tf_static
性能一般更高效,支持零拷贝
Python支持较弱原生支持,API更友好

最佳实践

  1. 区分静态/动态变换:固定关系用StaticTransformBroadcaster,减少网络负载
  2. 保持时间同步:确保所有节点使用相同的时间源(ROS时间 vs 系统时间)
  3. 异常处理:查询变换时总是捕获可能的异常
  4. 命名规范:使用REP 105标准坐标系命名(mapodombase_link
  5. 避免环形依赖:TF树必须是严格的树形结构,不能闭环

典型应用场景

  • 传感器数据融合:将激光雷达、相机数据转换到统一坐标系
  • 导航规划:将目标点从地图坐标系转换到机器人坐标系
  • 机械臂控制:计算末端执行器相对于基座的位姿
  • 多机器人协作:统一不同机器人的坐标参考系

Read more

EFSI-DETR:用于无人机图像实时小目标检测的高效频域 - 语义集成方法

EFSI-DETR:用于无人机图像实时小目标检测的高效频域 - 语义集成方法

https://arxiv.org/pdf/2601.18597 作者:Yu Xia, Chang Liu, Tianqi Xiang, Zhigang Tu (IEEE 高级会员) 摘要 由于特征表示有限和多尺度融合效果不佳,无人机(UAV)图像中的实时小目标检测仍然具有挑战性。现有方法未能充分利用频率信息,且依赖于静态卷积操作,这限制了获取丰富特征表示的能力,并阻碍了对深层语义特征的有效利用。为了解决这些问题,我们提出了 EFSI-DETR,这是一种新颖的检测框架,集成了高效的语义特征增强与动态频域 - 空间引导。EFSI-DETR 包含两个主要组件:(1) 动态频域 - 空间统一协同网络(DyFusNet),联合利用频率和空间线索进行鲁棒的多尺度特征融合;(2) 高效语义特征集中器(ESFC),以最小的计算成本实现深层语义提取。此外,采用了细粒度特征保留(FFR)策略,在融合过程中纳入空间丰富的浅层特征,

机器人导论 第六章 动力学(1)——牛顿欧拉法推导与详述

机器人导论 第六章 动力学(1)——牛顿欧拉法推导与详述

机器人动力学分析复习速通 机器人分析分为 牛顿欧拉法、拉格朗日法、高斯法、凯恩方法 matlab提供的逆动力学采用的是牛顿欧拉法:RNE——Recursive Newton-Euler 需要三个参数,第一个是给定最终的角度,第二个是速度,第三个是角加速度,返回各个关节所需要的力矩。 可选参数有重力加速度和负载fext 牛顿欧拉法 我们的目标是给定机器人的关节位置 q、速度 qd 和加速度 qdd,计算出为了产生这个运动状态,每个关节需要施加多大的驱动力矩 。 一上来看到有人问——我们不是用力域雅可比解决了每个关节应该分配多大力矩的问题了吗? 这是我初学的时候也弄混的问题。 “力域雅可比”解决的是一个不同的问题,属于静力学或外力映射范畴,他的目的是将作用在机器人末端执行器上的外力/力矩 映射到对应的关节空间力矩 。 区别就是一个是给定运动状态,计算每个关节为了达到这个运动状态需要多大力; 另一个则是给定末端的力,计算这个力分配在各个关节上是多大。 牛顿欧拉法的精髓在于正推和逆推,我们来看这个过程: * 正向递推(Forward Recursion):从基

AI小白也能快速用五分钟复现的ERNIE-4.5系列模型单卡部署与心理健康机器人实战案例

AI小白也能快速用五分钟复现的ERNIE-4.5系列模型单卡部署与心理健康机器人实战案例

* 本文重点在于文心大模型的微调 * 一起来轻松玩转文心大模型吧👉一文心大模型免费下载地址: https://ai.gitcode.com/theme/1939325484087291906 计算机配置 * 在国内部署选个自带CUDA的会快一点,不自带还得去NVIDIA下载,而其提供的CUDA依赖需要科学上网才能下载快。换阿里清华源也没用。 * 文心模型汇总 环境配置与部署 1. 更换镜像源(使用阿里云镜像源): sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak sudo sed -i 's|http://archive.ubuntu.com/ubuntu|http://mirrors.aliyun.com/ubuntu|g' /etc/apt/sources.

Flutter 三方库 shelf_modular 的鸿蒙化适配指南 - 掌控服务器路由资产、精密模块治理实战、鸿蒙级服务端专家

Flutter 三方库 shelf_modular 的鸿蒙化适配指南 - 掌控服务器路由资产、精密模块治理实战、鸿蒙级服务端专家

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 shelf_modular 的鸿蒙化适配指南 - 掌控服务器路由资产、精密模块治理实战、鸿蒙级服务端专家 在鸿蒙跨平台应用执行高级服务端管理与多维 Shelf 路由资产指控(如构建一个支持全场景秒级交互的鸿蒙大型全量后端服务中枢、处理海量 API Route Payloads 的语义认领或是实现一个具备极致指控能力的资产管理后台路由审计中心)时,如果仅仅依赖官方的基础 Shelf 处理器或者是极其繁琐的手动路由映射,极易在处理“由于模块嵌套导致的资产认领偏移”、“高频服务请求下的认领假死”或“由于多语言环境导致的符号解析冲突死结”时陷入研发代码服务端逻辑崩溃死循环。如果你追求的是一种完全对齐现代模块化标准、支持全量高度可定制路由(Modular-driven Backend)且具备极致指控确定性的方案。今天我们要深度解析的 shelf_modular——一个专注于解决“服务端资产标准化认领与模块化解耦”痛点的顶级工具库,正是帮你打造“鸿蒙超