GNU Radio USRP 溢出

如何解决GNU Radio USRP 溢出

出于某种原因，当运行下面的 GNU Radio 流程图时，我在控制台上显示溢出 ('O')、欠载 ('U') 和延迟命令 ('L')，不久之后，包括使用 USRP (Ettus B210) 的信号路径的执行结束，冻结图形接收器中的输出。

根据 GRC 配置（例如采样率，samp_rate = 240k 有时会起作用）并消除计算机上的其他应用程序（基本上只运行 GNU Radio）使其能够真正继续工作。下面还有提示上的输出日志。我想知道此问题的解决方案是什么，执行此操作的替代方法，或者至少是一个 meg=thod 供我调查正在发生的事情。

一些信息：

操作系统：Windows 10；

RAM 内存：4 GB

cpu 处理器速度：1.1 GHz

解决方法

samp_rate = 240k 有效，有时

然而，该采样率太慢而无用：您会看到滤波器衰减。我建议你使用例如1.2e6 作为采样率，如果您需要更低的采样率，请降低。

我在控制台上显示溢出 ('O')、欠载 ('U') 和延迟命令 ('L')

这意味着您的 PC 从 USRP (O) 和 (U) 获取数据的速度太慢。

在如此低的采样率下，这种情况极为罕见，除非您的计算机非常贫血。

CPU 处理器速度：1.1 GHz

哦。是的，这可能真的是这里的问题：这是一台很慢的 PC，18 年前。
我有点惊讶你在上面安装了 Win10...

老实说，这可能就是它的全部内容：您的 CPU 非常陈旧且速度缓慢，它只是无法跟上每秒要处理的数百万个样本。尝试使用更新的 CPU：您的 USRP 成本是 PC 成本的数倍，而且速度比这更快（事实上，我有 25 欧元的单板计算机，速度更快）。

---

关于禁用块的说明：

1. 切勿在同一流程图中将 Throttle 与硬件 (USRP) 块一起使用。您的 GRC 会在您生成流程图时顺便警告您，如果其中包含 USRP 和油门
2. “探测信号”实际上从不是您想要使用的块 - 如果您随意地、随机地想每隔一段时间查看一个样本而没有任何确定性，它真的很有用.您可能想做其他事情。