基于UART的主从设备RTC同步方案疑问与毫秒级优化咨询

背景说明 #

我搭建了一套包含主设备（master）和从设备（slave）的系统，二者通过UART通信，且各自配备RTC（实时时钟）模块，目标是将从设备的RTC与主设备的RTC同步。我的计划实现流程如下：

SLAVE SENT TIMESTAMP X to MASTER
MASTER RECEIVES X, and MEASURES TIME Y
MASTER SENDS (X,Y) to SLAVE
SLAVE MEASURES TIME Z and SET RTC TO Z + (Y-X)

原理说明：Z=X+T，其中T为从发送X到测量Z的时间间隔，因此从设备RTC最终被设置为X+T+Y-X，即Y+T，与主设备当前时间一致。

该计算中固有的误差为半往返时间，即从设备的测量值传输到主设备所需的时间。同时我了解到NTP RFC中偏移量计算公式为：

theta = T(B) - T(A) = 1/2 * [(T2-T1) + (T3-T4)]

（共进行4次时间测量，我理解这是对往返两段时间取平均值）。

问题1：自实现方案相比NTP的不足 #

你的方案假设上下行UART传输时间完全对称（即从设备发X到主设备的时间 = 主设备发响应到从设备的时间），但实际场景中这个假设很难成立，主要不足包括：

• 单向延迟不对称误差：如果主从设备的UART硬件负载、系统调度优先级（若带操作系统）不同，上行和下行的传输延迟会存在差异。比如从设备发X用了5ms，主设备发响应用了8ms，你的方案会忽略这个差异，导致最终同步误差为(8-5)/2=1.5ms，而NTP的四次测量公式可以抵消这种单向延迟的不对称性。
• 缺乏采样滤波：NTP通过多次采样并过滤异常值来降低偶然干扰（比如UART传输的突发噪声、系统临时卡顿）的影响，而你的单次测量方案容易受单次异常延迟的影响，精度稳定性差。
• 未考虑时钟漂移：NTP会持续跟踪主从时钟的漂移率，后续可以通过微调计数器来维持同步，而你的方案是一次性设置，若RTC本身有漂移，同步后误差会逐渐累积。

问题2：设置RTC时是否会重置内部计数器 #

这个问题没有统一答案，完全取决于具体的RTC芯片型号：

• 多数主流硬件RTC（如DS3231、PCF8563）：写入时间寄存器后，内部计数器会立即切换到新设置的时间值继续递增，不会重置为0。比如当前RTC计数到12:34:56.789，设置为12:35:00后，计数器会从12:35:00开始正常计数，不会回到初始值。
• 部分低成本或特殊RTC：写入时间时可能会短暂停止计数，完成写入后再从新值开始计数，但也不会重置计数器（只是暂停后继续）。

建议直接查看你所使用的RTC芯片的数据手册，里面会明确说明写入时间寄存器时的行为。

问题3：毫秒级同步优化方案是否可行 #

你提出的方案有一定可行性，但需要注意几个关键细节来保证精度：

1. tick精度的可靠性：从设备的1ms tick必须足够稳定，若tick本身存在漂移（比如因为定时器误差），那么"接近整秒"的判断和后续等待tick的步骤会引入误差。
2. UART传输延迟的影响：主设备发送Y的过程存在UART传输延迟，这个延迟会导致从设备收到Y时，主设备的实际时间已经比Y大了一个传输时间，需要考虑将这个延迟的平均值纳入修正。
3. 整秒同步的时机控制：从设备在接近整秒时发送X，需要确保X的秒部分准确，避免因为tick计数误差导致X的秒值提前或滞后。
4. 多次采样修正：单次同步容易受偶然延迟影响，建议多次执行同步流程，取平均后的差值来设置RTC，进一步降低误差。

如果能解决以上细节，该方案可以帮助你将同步精度控制在10ms以内。

内容的提问来源于stack exchange，提问作者e.ad