在雷达应用中使用Ettus USRP

Question

我们正在使用两个USRP和GNU无线电伙伴来建立一个OFDM雷达。第一个USRP是N210，它通过其Tx/Rx端口用作发射器。第二个USRP是通过其Rx2端口用作接收器的N200。它们通过所谓的MIMO电缆连接在一起，以使它们同步。N210通过千兆以太网电缆连接到主机PC。馈送发射器USRP的样本来自块"File Source"，而从接收器USRP收集的样本进入块"File Sink“。最初，在N210的Tx/Rx端口和N200的Rx2端口之间使用外部环回电缆。每当我们运行流程图时，我们都希望对于从File Source传输到N210的每个样本，都应该有一个从N200传输到File Sink的具有相同值的对应样本。但是，我们已经注意到，在等待的样本开始出现之前，N200会生成一个随机样本流！每次我们重新运行流程图时，这个随机样本流的长度和值都会发生变化！当然，这个问题对我们的应用构成了障碍，因为在雷达中，要检测的目标的范围是根据延迟时间来估计的。后者是根据在接收实际发送的样本之前的接收器处的噪声样本的数量来计算的。

问题是:我们如何保证或强制接收USRP (N200)在发送方USRP (N210)开始传输所需样本之前不接收任何样本？这不应该是GnuRadio的任务吗？！或者我们必须在GnuRadio中做些什么来迫使这种情况发生？thnx

Answer 1

我们正在使用两个USRP和GNU Radio Companion来建造

雷达。第一个USRP是N210，它通过其Tx/Rx端口用作发射器。第二个USRP是通过其Rx2端口用作接收器的N200。

这听起来像是你在复制我2013年的学士论文！

每当我们运行流程图时，我们期望从文件源传输到N210的每个样本都应该有一个从N200传输到文件接收器的具有相同值的对应样本。

不，只有当您使用相同的命令时间和要获取的相同数量的样本来启动和停止两个USRP时，才会起作用。

但是，我们已经注意到，在等待的样本开始出现之前，N200会生成一个随机样本流！

好的，空中延迟，以及DSP链中的状态。这是意料之中的。使用计时命令来确定计时，您就会知道要忽略多少个样本。