Yeah I was hoping to avoid that, but it looks to be the safer bet to get things working. I followed this article to get GNURadio to treat it like a peripheral on my host laptop (before I ran into the error from the original email): https://knowledge.ni.com/KnowledgeArticleDetails?id=kA03q000000YOd0CAG&l=en-US
Thanks for the help.
-Jerry
From: Jack Ferrell <jackferrell@ieee.org>
Sent: Thursday, February 22, 2024 15:16
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Re: USRP E312 host mode error
The E312 is the embedded line from Ettus, thus you need to run the flowgraph directly on the device. You can then send whatever data to your laptop using ZMQ blocks to publish data from the radio and receive data on the laptop, which will be running its own flowgraph.
A good example is shown here: https://kb.ettus.com/Streaming_processed_data_from_the_E31x_with_GNU_Radio_and_ZMQ
Hope this helps.
- Jack
On Feb 22, 2024, at 15:30, Kunnappally, Jerry J. via GNU Radio, the Free & Open-Source Toolkit for Software Radio <discuss-gnuradio@gnu.org> wrote:
Hello,
I'm currently trying to interface with a USRP E312 over Ethernet using an Ubuntu laptop running GNURadio (via radioconda). When I enter the address for the device in the USRP Source block in GNURadio and run the flowgraph, I get the following error in the console:
```
self.uhd_usrp_source_0 = uhd.usrp_source(
^^^^^^^^^^^^^^^^
RuntimeError: RuntimeError: [multi_usrp] No radios found in the requested mboard: 0
>>> Done (return code 1)
```
I seem to be finding the device okay, so I think it's a configuration thing in the USRP Source block. I've looked all over for hardware info so that I can enter in the right config parameters in to the block, but to no avail. Could I get some help configuring the block to get around this error?
Thanks,
Jerry Kunnappally
No comments:
Post a Comment