Raspberry Pi 上的 GNU Radio 和 bladeRF（简单的 FSK 系统）
GNU Radio and bladeRF on Raspberry Pi (simple FSK system)
我在将 GNU Radio 设置从 PC (windows 10, USB3) 移植到 Raspberry Pi 2 (USB2) 时遇到问题。 USB 带宽和 CPU 我认为应该不是问题（运行 时利用率只有 30% 左右）。本质上看起来 RPi 在传输过程中是 'pausing'，而 PC 不是。在这两种情况下，接收器在 PC 上都是 运行。我包括一张我在 FSK 解调后看到的图片，当 运行 发射器在 PC 与 Pi 上（圆圈 'pause' 区域），以及我的（公认的草率）原理图的图片。非常感谢任何 help/tips。gnuradio schemreceived signals
编辑：看起来它实际上可能是处理限制。从 9400 波特切换到 2400 波特使问题消失。如果有人有使用 GNURadio 的经验...我是不是在做任何效率太低的事情，还是应该降低通讯率？
我要做的第一件事就是降低采样率。
如果您打算在低通滤波器中仅保留最低的 32k，则不需要 1.5Ms/s。
然后你可以在正交解调后对你的第二阶段做同样的事情如果它还不够（顺便说一下，你的第二个低通滤波器的采样率似乎与阶段的实际采样率不匹配如果我没记错的话，仍然是 1.5Ms/s。
无论如何，Gnuradio 使用了大量的处理能力，所以尽量不要使用高于您实际需要的采样率；）
在您的情况下，您可以将传入的采样率降低到 64k（为了安全起见，假设为 80）。处理的样本减少 18 倍可能会成功 :)
我在将 GNU Radio 设置从 PC (windows 10, USB3) 移植到 Raspberry Pi 2 (USB2) 时遇到问题。 USB 带宽和 CPU 我认为应该不是问题（运行 时利用率只有 30% 左右）。本质上看起来 RPi 在传输过程中是 'pausing'，而 PC 不是。在这两种情况下，接收器在 PC 上都是 运行。我包括一张我在 FSK 解调后看到的图片，当 运行 发射器在 PC 与 Pi 上（圆圈 'pause' 区域），以及我的（公认的草率）原理图的图片。非常感谢任何 help/tips。gnuradio schemreceived signals
编辑：看起来它实际上可能是处理限制。从 9400 波特切换到 2400 波特使问题消失。如果有人有使用 GNURadio 的经验...我是不是在做任何效率太低的事情，还是应该降低通讯率？
我要做的第一件事就是降低采样率。 如果您打算在低通滤波器中仅保留最低的 32k，则不需要 1.5Ms/s。
然后你可以在正交解调后对你的第二阶段做同样的事情如果它还不够（顺便说一下，你的第二个低通滤波器的采样率似乎与阶段的实际采样率不匹配如果我没记错的话，仍然是 1.5Ms/s。
无论如何，Gnuradio 使用了大量的处理能力，所以尽量不要使用高于您实际需要的采样率；）
在您的情况下，您可以将传入的采样率降低到 64k（为了安全起见，假设为 80）。处理的样本减少 18 倍可能会成功 :)