【问题标题】:GNU Radio USRP overflowGNU Radio USRP 溢出
【发布时间】:2021-07-29 21:01:05
【问题描述】:

由于某种原因,当运行下面的 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

【问题讨论】:

  • 而不是控制台的屏幕截图,复制和粘贴文本通常更有帮助。无法从屏幕截图中复制字符串并使用它查看 UHD 源代码...

标签: gnuradio usrp software-defined-radio


【解决方案1】:

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 和 Throttle,您的 GRC 会在您生成流程图时向您发出警告
  2. “探测信号”实际上从不是您想要使用的块 - 如果您不经意间、随机地想每隔一段时间查看一个样本而没有任何确定性,它真的很有用.你可能想做点别的事情。

【讨论】:

  • 非常感谢 Müller 先生的回答。我开始怀疑这种可能性,但你证实了这一点。我会找到一个更好的 CPU 处理器,然后为以后的问题做笔记。祝您有美好的一天,Müller 先生。
  • 对了,你知道为什么程序的执行在溢出后停止了吗?似乎只是与停止的 USRP 有某种联系的路径。
猜你喜欢
  • 2020-12-15
  • 2017-11-19
  • 2021-01-02
  • 2021-08-26
  • 2021-09-06
  • 2016-05-28
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多