回放进度在前进，话题也有消息，RViz里的点云却不更新。此时，问题不一定出在文件损坏：消息到了，并不表示显示它所需的时间和坐标变换也已对上。
本文以ROS1离线回放为范围，梳理一条检查顺序。它适合黑蚁LITE的ROS工具学习，不是某台车辆的故障实测。下面只给检查命令，不启动底盘或回放未知控制话题。
一、先分清三种“时间”
电脑的系统时间，是现在的日期和时刻；bag里的消息包含记录时刻，部分消息还自带header.stamp；回放使用的ROS时间，则可能来自/clock。它们并不是看到话题有数据就自动保持一致。
ROS1的roscpp在启动时读取/use_sim_time。启用后，它接收/clock来更新ROS时间；没收到有效时钟时，依赖该时间的流程可能停在等待状态。这里说的是ROS时间，不是把电脑操作系统的钟改回录制日期。[1]
二、检查参数和时钟是否配套
在计划使用回放时间的环境里，可先查看：
rosparam get /use_sim_time
rostopic info /clock
rostopic echo -n 1 /clock参数不存在，也应如实记录，不把它当成已启用。若参数为true，接着看/clock是谁发布、能否收到值；收到一条只证明当时有值，还要观察回放运行时是否推进。回放暂停时，时间停止推进本身可能是正常现象。
rosbag play的--clock选项用于发布回放时钟，但它不会替你保证所有节点的时间设置正确。对采用回放时间的ROS1实验，先确定唯一时钟来源，在启动相关节点之前配置/use_sim_time，再按实验启动顺序回放。若bag本身含/clock，或同时运行仿真器，应检查是否重复发布，而不是再叠加一个时钟。[1][2]
三、时钟正常，再查消息与TF是否属于同一时间段
以实际话题名替换下面的占位名称，查看一条传感器消息：
rostopic echo -n 1 /你的传感器话题重点看header.stamp与frame_id。接着查看RViz对应显示项的Status、Fixed Frame以及相关TF数据。TF消息过滤会结合坐标系和消息时间戳判断变换是否可用；因此，“现在能看到一条TF”不等于“这条传感器消息对应时刻的TF也能查到”。[3]
例如，旧数据回放与按当前系统时间发布的动态变换混在一起，就值得检查时间来源。反过来，若缺少必需的坐标连接、话题选错或frame_id为空，仅增加--clock也不会补齐这些条件。不要把全部显示异常都归到同一个参数。
四、用一个小问题收束排查
先回答：当前实验究竟由谁提供ROS时间？再依次确认节点采用它、消息时间戳可解释、所需TF覆盖对应时刻。一次只改变一个条件，保留改变前后的Status和日志，才容易判断哪一步有效。
图蜂科技的黑蚁LITE课程涵盖ROS工具、rosbag、RViz及相关SLAM学习内容，可把上述顺序作为离线练习。课程覆盖与当前车辆的软件版本、具体回放效果分别核实，不能用本文替代实车验证。[4]
下次遇到“消息在走、画面不动”，先写下三个答案：谁在发时钟、消息属于哪个时刻、那个时刻的坐标变换是否存在。它们比反复重启更能缩小排查范围。
资料依据
[1] ROS1 roscpp时间初始化与/clock订阅：https://github.com/ros/ros_comm/blob/noetic-devel/clients/roscpp/src/libros/init.cpp
[2] ROS1 rosbag命令选项与回放实现：https://github.com/ros/ros_comm/blob/noetic-devel/tools/rosbag/src/play.cpp
https://github.com/ros/ros_comm/blob/noetic-devel/tools/rosbag/src/player.cpp
[3] ROS1 tf2消息过滤实现：https://github.com/ros/geometry2/blob/noetic-devel/tf2_ros/include/tf2_ros/message_filter.h
[4] 图蜂科技课程与支持：https://www.uwbee.cn/support.html
黑蚁LITE产品说明：https://www.uwbee.cn/lite.html
说明：部分内容由AI辅助整理，并依据上述资料核查；命令未在当前车辆执行，未虚构实验结果。