2、TF基础概念：坐标帧、父子关系、时间戳
说实话，刚接触TF的时候，我也被那一堆frame、parent、child绕得有点晕。但后来我发现，只要抓住三个核心——坐标帧、父子关系、时间戳——整个TF的骨架就清晰了。这一章我们就来把这几个概念彻底聊透。
2.1 坐标帧（Frame）—— 每个零件都有自己的“世界”
你可以把坐标帧想象成贴在机器人身上的一张标签。每个关节、每个传感器、每个连杆，都拥有一个独立的坐标系。比如机械臂的基座有一个base_link帧，末端夹爪有一个gripper_link帧。它们各自定义了自己的x、y、z轴朝向。
我个人习惯把帧看作“独立的宇宙原点”。在一个帧里描述一个点的位置，对其他帧来说毫无意义——除非你知道这两个帧之间的变换关系。嗯，这就是TF要干的事。
2.2 父子关系 —— 树形结构才是灵魂
帧不是乱飘的。它们之间通过父子关系构成一棵树。比如最常见的：base_link是父帧，arm_shoulder是子帧；然后arm_upper又是arm_shoulder的子帧。这样一层层挂下去，就形成了一棵TF树。
为什么非要搞父子？因为这样变换关系才能传递。你只要知道子帧相对于父帧的偏移和旋转，就能通过遍历树，算出任意两个帧之间的变换。我在项目中遇到过有人把帧关系搞成循环依赖，结果TF直接罢工——树结构里不能有环。
odom，但odom本身又是从base_link推算出来的，形成了隐式循环。改成base_link做父帧后一切正常。记住：父帧必须是变换树中更靠近根的那一个。
2.3 时间戳 —— 让数据对齐到同一瞬间
TF里的每个变换都带有一个时间戳。为什么？因为机器人是动的。一秒前机械臂在位置A，现在到了位置B。如果你拿一秒前的变换去算现在的坐标，结果肯定错。
时间戳本质上就是给变换数据打上一个“时刻标签”。TF监听器在查询变换时，可以指定时间：比如“我要t=1.2秒时，从camera_link到base_link的变换”。系统会去缓存里找最接近的数据，或者插值。
你想想看，如果没有时间戳，那所有变换都是静态的，动态机器人根本没法用。所以TF里时间戳不是可选，是必须。
rclcpp::Clock或builtin_interfaces::msg::Time来生成时间戳，不要自己用std::chrono乱搞。
2.4 三者如何配合？一个实例
假设你有一个移动机器人，底盘上装了激光雷达。底盘帧叫base_link，雷达帧叫laser_link。雷达相对于底盘有一个固定的偏移（比如前方0.2米，高0.1米）。这个偏移就是一个静态变换，父帧是base_link，子帧是laser_link，时间戳通常设为0或当前时间。
当机器人移动时，base_link相对于世界坐标系odom的变换在不断变化，但laser_link相对于base_link始终不变。TF树就是靠这种父子层级，把动态和静态变换组合在一起。
ros2 run tf2_tools view_frames 查看当前TF树，或者用 tf2_echo base_link laser_link 查看两个帧之间的实时变换。我调试时几乎离不开这两个工具。
2.5 常见误解与我的经验
- 误解一： 帧的名字可以随便起，只要不重复就行。 —— 对，但建议遵循REP-105规范，比如
base_link、odom、map有约定含义。我见过有人把base_link写成base，结果和别的包冲突，排查了半天。 - 误解二： 父子关系必须和物理连接一致。 —— 不一定。父子关系只决定变换计算路径，你可以把摄像头挂在
base_link下，即使它物理上装在末端。但为了逻辑清晰，我建议尽量和实际结构对应。 - 误解三： 时间戳越新越好。 —— 不一定。如果你要回放数据，可能需要查询历史时刻的变换。TF缓存默认保存10秒，你可以通过参数调整。
2.6 核心概念速查表
| 概念 | 说明 | 典型例子 |
|---|---|---|
| 坐标帧 (Frame) | 一个独立的3D坐标系，有原点与轴向 | base_link, laser_link |
| 父子关系 | 帧之间的层级连接，构成树状结构 | base_link 是 laser_link 的父帧 |
| 时间戳 | 变换数据的时间标签，用于动态同步 | stamp: 1.234 sec |
| TF树 | 所有帧通过父子关系形成的无环有向树 | 从 map → odom → base_link → ... |
好了，这一章的内容就是这些。说白了，TF就是一套管理坐标帧、维护父子关系、打时间戳的框架。你只要把这三个东西刻在脑子里，后面学广播、监听、变换查询就会顺很多。