On 11/22/2018 09:26 AM, Paul Boven via USRP-users wrote:
Hi everyone,
After quite a bit of trial and error, I've managed to build a GNU
Radio environment that includes RFNOC. My environment consists of:
uhd-3.14, gnuradio-3.7.13.4, gr-ettus (master).
uhd_usrp_probe shows that the X310 is detected, and has the expected
RFNOC blocks on board (DmaFIFO_0, Radio_0, Radio_1, DDC_0/1, DUC_0/1).
The USRP in question is an X310 with a TwinRX board.
A simple flowgraph (see attached image) using RFNOC:Radio, RFNOC:DDC
and a QT GUI frequency, together with Device3, starts and runs but no
data is produced. Instead, it generates a lot of error messages,
"timeout on chan 0" and "ValueError: Bad CHDR or packet fragment".
Is my expectation correct that such a simple flowgraph should work?
Is the fact that the TwinRX has two radios (one on I, one on Q)
perhaps a problem here?
Am I missing something obvious still?
The way I built and installed the software is documented below,
comments very much appreciated.
1) Remove anything gnuradio/uhd related.
2) Build UHD:
git clone https://github.com/EttusResearch/uhd
cd uhd/host
mkdir build; cd build
cmake -DENABLE_RFNOC=ON -DCMAKE_PREFIX=/usr ..
make package
sudo dpkg -i uhd_3.14.0.0-220-g97933b15_Ubuntu-18.04-x86_64.deb
3) Build GNU Radio:
git clone --recursive https://github.com/gnuradio/gnuradio
cd gnuradio
checkout maint-3.7
mkdir build; cd build
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCPACK_DEBIAN_ARCHIVE_TYPE=gnutar ..
make package
sudo dpkg -i gnuradio_3.7.14.4_Ubuntu-18.04-x86_64.deb
4) Build gr-ettus:
git clone https://github.com/EttusResearch/gr-ettus
cd gr-ettus
mkdir build; cd build
cmake -DCMAKE_INSTALL_PREFIX=/usr ..
make
(manually created a package using PREFIX and fakeroot)
dpkg -i gr-ettus*.deb
The above results in a seemingly working gnuradio-companion which
includes RFNOC blocks
Regards, Paul Boven.
Check your ethernet MTUs and the packet sizes setup in your device3
block. I had this issue the other day, and the MTU on my ethernet interface
had been set larger than it could actually support, resulting in
truncated-by-the-interface packets.
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
