一、延迟测量基础：时间戳机制、Clock同步、rosbag录制与回放

大家好，我是你们的老朋友。今天咱们聊聊延迟测量里最基础、也最容易踩坑的三个东西：时间戳、时钟同步、还有 rosbag 的玩法。

说实话，我刚开始做自动驾驶那会儿，觉得延迟嘛，不就是算个时间差？后来被现实狠狠教育了一顿。你想想看，如果连时间戳都不准，那后面算出来的延迟全是垃圾数据。嗯，咱们一步步来。

每条消息在 ROS 2 里都有一个时间戳。说白了，就是记录这条消息“出生”的时刻。我个人习惯把它叫做消息的“身份证号”——没有它，你根本不知道这条消息是啥时候产生的。

在 Autoware 里，时间戳通常放在消息头的 stamp 字段里。比如一个激光雷达点云消息：

sensor_msgs::msg::PointCloud2 msg;
msg.header.stamp = this->now();  // 记录当前时刻
msg.header.frame_id = "base_link";

这里有个坑：this->now() 拿的是哪个时钟？默认是 ROS 2 的 ROS_TIME。但如果你在回放 rosbag，它拿到的就是 bag 里记录的时间。我曾经在项目中遇到过，回放时忘记设置 --clock 参数，结果所有时间戳都变成了系统当前时间，延迟分析直接崩了。

避坑指南： 我曾经因为时间戳单位搞混，把纳秒当成了微秒，结果算出来的延迟差了 1000 倍。ROS 2 的时间戳单位是纳秒（nanoseconds），不是微秒！记得用 rclcpp::Time 的 nanoseconds() 方法获取。

自动驾驶车上传感器一大堆：激光雷达、摄像头、IMU、GPS……每个都有自己的时钟。如果不做同步，你想想看，摄像头说“我在 10:00:00.000 拍了一张图”，激光雷达说“我在 10:00:00.001 扫了一帧”，这两个时间到底差多少？

ROS 2 提供了 Clock 机制来解决这个问题。核心思路就一个：所有节点都用同一个时钟源。

我个人推荐的做法是：

使用系统时钟（system time）：最简单，所有节点默认用同一个系统时间。适合单机测试。
使用仿真时钟（simulation time）：回放 rosbag 时用。通过 use_sim_time:=true 让所有节点都听 bag 里的时间。
使用硬件时钟（hardware clock）：比如 PTP（精确时间协议）同步。我在项目中用过 PTP 把激光雷达和摄像头的时间同步到微秒级，效果很好。

  关键点： 不管用哪种时钟，所有节点必须用同一个 /clock 话题。否则就会出现“各说各话”的混乱局面。

你可能会问：怎么知道当前用的是哪个时钟？很简单，看 /clock 话题有没有在发消息。如果没发，那就是系统时钟；如果发了，那就是仿真或硬件时钟。

rosbag 就像一台时光机。你可以把现场数据录下来，回到实验室慢慢分析。但这里面的门道可不少。

我刚开始录 bag 时，恨不得把所有话题都录下来。结果一个 bag 文件几十个 G，回放时电脑直接卡死。后来学乖了：

只录你需要的话题：用 ros2 bag record -a 是省事，但代价太大。我建议用 ros2 bag record /topic1 /topic2 指定话题。
控制录制时长：用 --duration 参数限制时间，比如 --duration 60 只录 60 秒。
注意磁盘空间：一个 64 线激光雷达 + 6 个摄像头，每秒能产生几百 MB 数据。我曾经录了 10 分钟，磁盘直接爆了。

# 录制指定话题，限制时长 120 秒
ros2 bag record /lidar/points /camera/image /vehicle/status --duration 120

回放 rosbag 时，有两个参数特别重要：

小技巧： 回放时加上 -r 0.5 以半速回放，这样你有更多时间观察每个消息的延迟变化。我在分析一个偶发延迟问题时，就是用 0.5 倍速反复回放才找到根因的。

下面这张图是我自己画的，把本章的核心逻辑串起来了。你看一眼就能明白：时间戳是基础，时钟同步是保障，rosbag 是工具，三者缺一不可。

最后，我把自己这些年踩过的坑总结成几条原则，你记一下：

嗯，这一章的内容就到这儿。记住，时间戳是延迟分析的基石，时钟同步是保障，rosbag 是工具。这三样搞明白了，后面咱们聊延迟计算和优化才有意义。

  一句话总结： 没有准确的时间戳，一切延迟分析都是空中楼阁。