[Discuss OpenCPI] Requesting help with fsk_modem_app on Ettus E310, OpenCPI version 2.4.0

From: <chris_at_qelectronics.co.uk>
Date: Thu, 17 Feb 22 16:30:03 +0000

Hello,

Apologies in advance that this is quite a long first post.

I am new to using OpenCPI, and have just created a development environment based on Ubuntu 18.04.6 LTS, Xilinx Vitis/Vivado 19.2 and OpenCPI Release 2.4.0. The target system is an Ettus USRP E310.

Following the ‘OpenCPI Installation Guide’ (v2.4.0), the videos provided on YouTube and advice from elsewhere on this forum I believe that I have managed to build everything that is required, and have created a working SD card from which I can boot the USRP E310 successfully. I also added an NFS share to the Ubuntu development PC.

After opening an SSH session to the E310, I edited the script ‘default_mynetsetup.sh’, saved it as ‘/run/media/mmcblk0p1/opencpi/mynetsetup.sh’, and executed it to set the the E310 system up in network mode. The E310 appears to have initialised correctly, and I can access the NFS share to the Ubuntu host PC.

As a first test of the E310 platform, I wanted to run some of the test applications that were provided within the osps/ocpi.osp.e3xx project. Following comments that I’ve read in the forums, I decided to leave the FSK application alone for now and instead started with the ‘fsk_modem_app’ from the directory ‘fsk_dig_radio_ctrlr’.

I connected a loop-back RF cable between the TRX-B and RX2-B ports of the E310, browsed to the location of the application on the NFS share, and ran it using the command:

ocpirun -v -d -t 15 fsk_modem_app.xml

The command runs and completes successfully, however in repeated runs I have never received a complete / un-corrupted copy of the OpenCPI logo in the returned data file (displayed on the Ubuntu host using the script provided in the fsk_dig_radio_ctrlr/scripts directory).

An example of the output I’m getting is attached to this post.

Looking at the debug information returned by the application on the SSH terminal, I believe that the underlying cause is probably buffer under-runs, as implied by the output:\
Property 849: drc.tx_qdac0.samp_count_before_first_underrun = "60060937"\
Property 850: drc.tx_qdac0.num_underruns = "611818"\
in the SSH output provided by the application after it has completed the RF operations.

Is there anyone here who could please provide some advice on what I should be changing / altering to get the application working correctly?

Thanks in advance,

Chris Cotton






Received on Thu Feb 17 2022 - 16:30:03 CST