122-16 SDRLab with GNU radio problem

Applications, development tools, FPGA, C, WEB
Post Reply
belotserm
Posts: 18
Joined: Tue Mar 07, 2023 8:49 pm

122-16 SDRLab with GNU radio problem

Post by belotserm » Sun Mar 12, 2023 10:49 pm

Hi. I've been trying to use Pavel Demin's sample SDR transceiver application under GNU radio. When I try running it, I get this message: "Warning: This flow graph may not have flow control: no audio or RF hardware blocks found. " And indeed, the graph runs, but there is no output from the design. However, when I replaced the Red Pitaya source and sink blocks with "osmocom" source and sink, using the same device addresses/ports, the flowgraph runs and the expected output is observed. Can someone explain why the "red pitaya" blocks that come with Pavel's image (under red-pitaya-notes/) can't seem to be able to communicate with the hardware? Do the underlying libraries need to be compiled on my machine to make them accessible to GNU? The python wrappers are there, but the "guts" are probably written in C/C++? Thanks!

pavel
Posts: 789
Joined: Sat May 23, 2015 5:22 pm

Re: 122-16 SDRLab with GNU radio problem

Post by pavel » Tue Mar 14, 2023 8:52 pm

There is not enough information about your configuration to understand why the blocks are not working.

If osmocom blocks work for you, then there is nothing to worry about. I have created these osmocom blocks because I think they are easier to use and they work on Windows.

belotserm
Posts: 18
Joined: Tue Mar 07, 2023 8:49 pm

Re: 122-16 SDRLab with GNU radio problem

Post by belotserm » Sun Mar 19, 2023 12:24 am

Thanks for your reply. I'll stick with osmocom. Here is my end goal: I have a GNU Radio model of a home-brew transceiver. I'd like to transition this model, block by block, to the RedPitaya SDR board, where parts of the processing will initially remain on my PC in GR, parts will be in Verilog on the PL on Zync, and part will run (eventually) in C++ on the embedded ARM. I have long experience in writing radio stuff in Verilog, but no SoC experience, so I don't have clear path on how to execute my plan. What example design would you suggest as a starting point for what I'm trying to do? Could you suggest documentation to help me make sense of it? I have 2 paths in my mind: one described here (https://github.com/dspsandbox/FPGA-Note ... A-transfer - which is Vivado based), and another is one of yours (using Vitis). The amount of information is a bit overwhelming, and I need advice on getting started.

pavel
Posts: 789
Joined: Sat May 23, 2015 5:22 pm

Re: 122-16 SDRLab with GNU radio problem

Post by pavel » Sun Mar 19, 2023 8:56 am

The difference between FPGA-Notes-for-Scientists and my projects is not VIvado vs Vitis. I also use Vivado to build the FPGA setup for my projects.

The main difference for me is that the FPGA-Notes-for-Scientists wiki pages describe how to use the GUI to build the FPGA configuration and I use Tcl scripts to build the FPGA configuration for my projects. It allows me to efficiently use git for version control, easily change Vivado versions, easily port my projects to different boards.

Xilinx provides lots of documentation. This documentation is the main source of information for me.

Some details about my scripts can be found at the following links:

http://pavel-demin.github.io/red-pitaya ... d-blinker/

https://www.dropbox.com/sh/5fy49wae6xwx ... n.pdf?dl=1

belotserm
Posts: 18
Joined: Tue Mar 07, 2023 8:49 pm

Re: 122-16 SDRLab with GNU radio problem

Post by belotserm » Mon Mar 20, 2023 12:08 am

Thanks for your explanation. I have a follow-ups: after some thought, I would like to be able to use the Red Pitaya blocks that came with the transceiver project (red_pitaya_source/sink) instead of osmoscom, because they are straight python and simple (using streaming sockets), so it seems if I add FPGA functionality that will take additional parameters/send additional status to GNU Radio it will be easier for me to customize the matching GR block to control the PL. As I mentioned at the start of this thread, the GR graph with red_pitaya block loads and runs, but no input/output. I have just observed that when I first call gnuradio-companion with the trx_am flowgraph, I get the following in the console:
-------------------------------
(gnuradio-companion:44126): Gtk-WARNING **: 15:52:14.518: Locale not supported by C library.
Using the fallback 'C' locale.
Block with id "red_pitaya_sink" loaded from
/home/developer/red-pitaya-notes/projects/sdr_transceiver_122_88/gnuradio/red_pitaya_sink.block.yml
overwritten by
/home/developer/gnuradio3.10/share/gnuradio/grc/blocks/red_pitaya_sink.block.yml
Block with id "red_pitaya_source" loaded from
/home/developer/red-pitaya-notes/projects/sdr_transceiver_122_88/gnuradio/red_pitaya_source.block.yml
overwritten by
/home/developer/gnuradio3.10/share/gnuradio/grc/blocks/red_pitaya_source.block.yml
<<< Welcome to GNU Radio Companion 3.10.4.0 >>>

Block paths:
/home/developer/.grc_gnuradio
/home/developer/red-pitaya-notes/projects/sdr_transceiver_122_88/gnuradio
/home/developer/gnuradio3.10/share/gnuradio/grc/blocks

Loading: "/home/developer/red-pitaya-notes/projects/sdr_transceiver_122_88/gnuradio/trx_am.grc"
>>> Done
--------------------
I don't understand the comment about the 'C local' or why the blocks supplied in the directory I'm launching GR from are being "overwritten". I suspect this is the reason why the blocks aren't working, but I don't know enough about the inner workings of GR to understand why this happens or how to fix it. Could you suggest anything? Thanks!

Post Reply
jadalnie klasyczne ekskluzywne meble wypoczynkowe do salonu ekskluzywne meble tapicerowane ekskluzywne meble do sypialni ekskluzywne meble włoskie

Who is online

Users browsing this forum: No registered users and 17 guests