On 09/29/2020 08:00 PM, Arthur Lobo via USRP-users wrote:
Hi All:
I installed UHD 4.0 and GRC 3.9 on a Raspberry Pi 4B following the
procedure at:
https://wiki.gnuradio.org/index.php/InstallingGRFromSource_on_Raspberry_Pi
However I did not specify DNEON_SIMD_ENABLE=OFF in the command cmake
-DNEON_SIMD_ENABLE=OFF -DCMAKE_INSTALL_PREFIX=/usr/local ../
while building UHD.
I also set the CPU Governor and Thread Priority Scheduling according to:
https://kb.ettus.com/USRP_Host_Performance_Tuning_Tips_and_Tricks
Testing USRP Source->Frequency Sink in GRC at 4 MSPS with a B205mini
on a headless RPI (X forwarding to
a NUC7i7BNH PC) over USB3 shows an update rate (spectrum refresh rate
on the display) of once per second and at 10 MSPS freezes.
Running benchmark_rate at 20 MSPS will cause ERROR_CODE_TIMEOUT messages.
I also overclocked the RPi4B to 2.2 GHz with the same result.
Any suggestions to get higher sampling rates with the RPi4B-B205mini
setup?
Thanks.
Arthur
You could try adding:
num_recv_frames=128
to your device arguments in the USRP source.
But also, "headless" display over ethernet is often a serious bottleneck.
What happens if you just use "uhd_fft" rather than your own flow-graph?
What does "benchmark_rate" have to say about how fast you can actually
move samples into the RPI4?
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
