两台时钟需要可追溯映射
首先确认每条时间戳的产生位置：是传感器采样瞬间、边缘设备接收瞬间，还是后端收到数据包时。
再通过共同可见的校准事件估计两个时钟的时间偏移与变化速率，并为每次配对保留不确定度。缺少这一过程，磁迹峰值与闸杆动作看似前后相接，可能只是两台时钟走得不同。
接收时间不等于采样时间
地下车库的闸机控制器可能只在动作完成时发送网络消息，数据采集模块却按自身采样时钟连续保存信号。
若直接用服务器收包时间替代动作时间，排队、重传与设备缓冲就会被误写为真实物理延迟。更隐蔽的问题是时钟漂移：一开始对齐，长时间记录后仍可能逐渐错开。
如何估计偏移、漂移与抖动
一个简明的时间映射可以写作“传感器时间≈比例系数×闸机时间＋固定偏移”。固定偏移来自两钟零点不同，比例系数不为理想值则表示走时速率不同；单次网络消息的随机到达延迟不能用固定偏移完全吸收。工程上应明确映射依据、标定时刻、有效期以及无法估计的误差项，而不是在画图时手动左右平移峰值。
可以先制造双方均能观测到的受控时序标记，记录硬件采样时间与控制器事件时间，重复多次检查偏移是否稳定。若只能获得软件消息时间，应把中间排队和传输的不确定性明确增加到误差预算。时间误差预算并非只有一个毫秒数，还包括采样间隔、标记识别误差、时钟漂移和丢包后的恢复策略。
SIM-11 如何检验时序弃判
SIM-11 是专门的反例：生成器设置道闸时间戳相对模拟磁事件晚 1.0 秒，磁候选出现在名义零点之前约 -0.65 秒；报告给出 SYNC_UNCERTAIN 和 ABSTAIN。这里的 1 秒是合成输入条件，不是某款设备网络延迟的实测统计。它说明时钟映射不可靠时，即使磁峰本身清晰，也不能凭强度认定它对应一次道闸放行。
V3 CSV 的 time_s 只表示相对于模拟道闸零时刻的时间，实际数据包并没有提供绝对 UTC 时间或现实控制器校时记录。数据字段 timebase_status 可以标记 NOMINAL 与 OFFSET_UNCERTAIN，但 NOMINAL 也只表示生成假设下的对齐。若未来真的采集数据，必须另外保存时钟域、同步方式、版本及每段数据的映射证据，不能拿合成的零时刻冒充硬件同步结果。
| 误差项 | 含义 | 建议证据 |
|---|---|---|
| 固定偏移 | 两设备零时刻不同 | 双端共同标记 |
| 速率漂移 | 时间增长后偏差累积 | 跨时间段重复标记 |
| 传输抖动 | 消息抵达时间不稳定 | 原始采样与接收时间分存 |
| 采样与识别误差 | 事件边界不落在同一采样点 | 采样间隔和检测规则 |
本表不提供任何设备的已测毫秒精度。
时间映射与误差区间示意
双时钟示意将探头采样、闸机控制事件与消息到达画成三种独立标记，并用区间而非单点表示无法排除的延迟。车道环境图补充设备间的空间关系；图示解释时间映射方法，不代表已安装或认证的物理时钟基准。
合成时间轴的实际含义
SCI-001、SCI-003 说明磁力计读取的是物理量而非车道控制器事件，其外部资料不提供本场景的时钟性能。时钟模型、误差预算与同步检查属于工程方法；SIM-11 的偏移设定是 synthetic_case，已经生成的 CSV、报告与程序弃判是 generated_data 和 actual_software。将这些层级分开，能避免从“可复现的错位”推断“现实设备已验证同步”。
如果时间映射失败，合理输出应是“时序关系不可靠”，而非自动搜索最接近的峰并补写一条起动记录。尤其在双车道、闸机电机共同扰动等场景，自动挪动事件窗会增加错误归因机会。时间对齐的可靠性与磁信号的幅值质量是两个独立门槛，应各自给出原因。