[参考译文] CC1352P：提高数据包时间戳的精度

尊敬的 Arthur：

感谢你的答复。 阅读完另一篇文章后、我了解到由于相关器采样率、时间戳精度被限制在符号速率的1/4、并且由于 RAT 与相关器不同步、还有额外的±125ns 不确定性。 将 RATGPO1路由到输出引脚时、输出是相关器的瞬时输出、还是根据 RAT 节拍进行采样？

尊敬的 Adam：

我目前正在与对讲机团队进行核对、以找到答案。

此致、

Arthur

尊敬的 Arthur：

如果对讲机上有预分频器控制寄存器、可以通过覆盖设置来提高对讲机计时器计数率、您是否可以与对讲机团队再次进行检查？

尊敬的 Adam：

不存在此类覆盖。 无线电计时器是固定的4MHz。

此致、

Arthur

尊敬的 Arthur：

好的。 我知道在接收时、时间戳精度受相关器采样率和无线电定时器时钟与相关器对齐的限制。 传输时会出现什么情况？ 当使用 START 触发器来控制传输开始时间时、调制器时钟是否与无线电定时器同步、或者由于无线电定时器与调制器时钟对齐而导致延迟不确定？

尊敬的 Adam：

我必须与团队的其他成员核实这一点。 同时、我认为您可以尝试通过使用直流电源分析仪或 EnergyTrace 测量器件的功耗来确定该延迟(如果存在)的特征。

该图虽然与 BLE 相关、但可能会对您有所帮助：

它来自以下应用手册： https://www.ti.com/lit/an/swra478d/swra478d.pdf

此致、

Arthur

此外、

您是否有任何机会尝试实施某种飞行时间测量？

这用于同步、而不是飞行时间测量。

尊敬的 Adam：  

您能否提及您计划如何为 TX 消息设置时间戳、以及您在应用中寻找的时间戳的精度如何？ RAT 计时器确实在传输调度过程中使用、但要更详细地了解计时器和调制器之间的任何延迟、我们需要 Rnd 提供反馈。 我们下周再见。  

此致、

SID

您好 Sid、

我们大概会使用 TRIG_ABSTIME 触发器来启动 CMD_PROP_TX 无线电命令。 然后、Tx 消息时间将是指定的 StartTime 加上从触发到发送的已知偏移量。 但是、如果它能够提高精度、我们将采用不同的方法。

我想了解时序不确定性的所有来源以及如何减少或消除这些来源。 由于 NDA、我无法在公共论坛中提供更多的应用详细信息。

尊敬的 Adam：  

很抱歉、我们的结尾出现延迟  

在技术参考手册中、您可以查看 25.2.3射频内核中断部分。 这些中断可用于查找各种无线电事件之间的时间、这有助于从预定时间开始获得传输延迟。   
https://dev.ti.com/tirex/explore/node?node=AJKjn1fr2ez-kYQ5ZBaSXA__coGQ502__LATEST

这方面的专家目前已不在办公室，将于星期一返回。 我们可以提供更详细的答案。  

此致、

SID

您好 Sid、

这是错误的、但感谢您的努力。 CPE 中断的时序值有限、因为它们基本上只是来自射频内核的位拆裂 GPIO。 射频硬件中断没有记录、 因此无法了解它们中的任何一个与传输时序有何关系。 (我是说、我知道 MDSMSOFT 对应于同步字检测、但手册中未指定、它不会告诉我有关传输时序的任何信息。) 不管怎样、当 MCE_GPO0上直接提供调制器输入信号时、没有理由查看任何这种情况。 此外、这并不能回答我关于调制器时钟是否与 RAT 时钟对齐的问题。

我的同事建议我不要向 TI 寻求更多信息。

尊敬的 Adam：

据无线电专家说，根本没有不确定性。 传输将以与设定的启动时间的固定偏移开始。

我相信无线电专家可能会错了。 假设、例如、您将比特率设置为750kbps... 传输无法以与编程开始时间的固定偏移开始、因为调制器时钟将随机处于 RAT 时钟的三个可能相位偏移之一、每次传输的偏移都不同。