在雷达应用中使用Ettus USRP



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

问题是:在发射机USRP(N210(开始发送所需样本之前,我们如何保证或强制接收USRP(N2 00(不接收任何样本?这不应该是GnuRadio的任务吗?!!!!或者我们必须在GnuRadio中做点什么来迫使这种情况发生?thnx

我们正在使用两个USRP和GNU Radio Companion来构建OFDM雷达。第一个USRP是N210,通过其Tx/Rx端口用作发射器。第二个USRP为N200,通过其Rx2端口用作接收器。

听起来你在复制我2013年的学士论文!

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

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

然而,我们注意到N200在等待的样本开始出现之前会产生一系列随机样本!!!

好吧,空中延迟,以及DSP链中的状态。这是意料之中的事。使用定时命令使定时具有确定性,您就会知道要忽略多少样本。

相关内容

  • 没有找到相关文章

最新更新