八时钟同步到多个X310s包含一个恒定但随机的相移--为什么会这样？

Question

我正在使用多个X 300/X310s进行接收波束形成操作，并与Tx和所有Rx设备同步。然而，我在不同的USRP之间看到一个恒定但随机的相移，这种相移在每次启动/数据收集时都是随机的，但在我关闭操作之前保持不变。

我已加倍检查我的八点钟是否正常工作。我使用GNU无线电驱动我的设备，对于我的USRP源，我有以下设置：

同步:在下一个PPS之后转到PC时钟(我也尝试过“未知PPS”，它的行为也是一样的)

Mbx时钟来源:外部

资料来源:外部

我正在使用以太网交换机运行我所有的USRP使用1个人电脑。我的Tx子板是SBX，Rx的子板是UBX。

这个职位描述了一个非常类似的情况：

有了以上所有的同步，通道之间就会有一个随机的恒定相位偏移量，如：updated.pdf的图6所示，这可能是您一致的小数偏移量的原因。需要对这些信号进行处理，以确保对齐。

不幸的是，提及答案的联系已经不复存在，我想知道解决问题的原因和可能的方向。我的阵列是建立在一个灵活的基板上，所以很难在不了解更多信息的情况下进行补偿。

提前感谢

我用2.45GHz载波发送了一个5千赫的导频音。在接收端，我从USRP中获取原始数据，并将其直接保存到一个文件中，并使用MATLAB进行处理。

Answer 1

我也有类似的问题：由两个B210s组织的4个Rx通道是否同步？

不同无线电之间存在相位差和时差。

即使两个收音机有相同的10 MHz参考，这只是参考，它不是他们的本地示波器。因此，每个本地示波器将锁定参考10 MHz信号，但不同的相位。这种差异可以在开始后测量并进行补偿。但是当无线电开始的时候，每一次都会有不同的情况。

来自不同电台的流之间混和的另一个来源是不同的流开始的时间。PPS并不保证这两个流将一起启动。这里需要特别的注意，一些叫做时间命令的东西(就像在旧的文章中提到的那样)。在GNU无线电中，它是通过python代码段块实现的。另一种方法是编写专用的C++程序。在uhd中，有一些在C++上编写的定时命令的例子。

Answer 2

我个人并不知道这个话题，但我记得2016年7月是讨论讨论-gnuradio邮件列表。有关节选：

现代合成器使用一种叫做分数-N合成的技术.这的副作用之一是，您无法预测LO相对于参考时钟的“锁定”位置。因此，任何两个锁相环合成器，即使给一个相同的参考时钟，将不会有相同的相位偏移相对于另一个。这是分数N锁相环合成的“物理”。 因此，如果您使用GRC生成流，则必须修改生成的代码，并将set_command_time()/clear_command_time()包装在它调整收音机的代码中的位置。 显然，如果这取决于时间，那么所有涉及的无线电都需要就当前时间达成一致，以达到高精度，因此对set_time_unknown_pps()提出了相关的要求，即使用1 1PPS信号触发multi_usrp对象中每个USRP上的日间时钟的加载。

在线程中有更多的消息讨论一些进一步的细节和解决海报设置的疑难问题，但我希望这足以解释为什么会发生这种情况，以及您需要什么样的修复。