Yes. Only connection from the E312 to my host computer is Ethernet
From: White, Joshua J <jjwhite@RiversideResearch.org>
Sent: Friday, March 1, 2024 08:30
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] RE: Re: RE: RE: RE: Re: USRP E312 host mode error
I haven’t been able to replicate your issue, but it’s probably some configuration error we just haven’t identified yet. Can you confirm that you’re connecting to the E312 over Ethernet and not via the USB port?
Very respectfully,
Joshua White
Precision Timing Systems Engineer
Engineering & Support Solutions Directorate
T: 937.986.3153 | F: 937.431.3811
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by
law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message.
From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>
Sent: Tuesday, February 27, 2024 1:04 PM
To: White, Joshua J <jjwhite@RiversideResearch.org>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: RE: [EXTERNAL] Re: RE: RE: RE: Re: USRP E312 host mode error
CAUTION:
This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe.
Yes, 4.6.0 on both ends
From: White, Joshua J <jjwhite@RiversideResearch.org>
Sent: Tuesday, February 27, 2024 10:22
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] Re: RE: RE: RE: Re: USRP E312 host mode error
Have you confirmed that the E312 and your host PC are running the same version of UHD?
Very respectfully,
Joshua White
Precision Timing Systems Engineer
Engineering & Support Solutions Directorate
T: 937.986.3153 | F: 937.431.3811
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected by law. Any unauthorized
review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message.
From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>
Sent: Tuesday, February 27, 2024 10:23 AM
To: White, Joshua J <jjwhite@RiversideResearch.org>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org>
Subject: RE: [EXTERNAL] RE: RE: RE: Re: USRP E312 host mode error
CAUTION:
This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe.
Tried reflashing the whole sd card image as per the procedure you linked, as well as confirming my host UHD was up to date; no luck. I do see the radio just like your printout when I run
uhd_usrp_probe on the e312 itself instead of remotely from my host:
| _____________________________________________________
| /
| | RFNoC blocks on this device:
| |
| | * 0/Radio#0
From: White, Joshua J <jjwhite@RiversideResearch.org>
Sent: Friday, February 23, 2024 12:02
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] RE: RE: RE: Re: USRP E312 host mode error
It looks like there might be an error in the FPGA image. There should be a RFNOC Radio block present (as shown in the image below), but the only thing present is just a generic “Block”. I would first try reflashing the FPGA. The instructions
for performing the procedure can be found at
https://files.ettus.com/manual/page_usrp_e3xx.html , a little less than halfway down the page under “Updating the FPGA”. If that doesn’t work, ensure your host PC’s UHD is updated, then update the file system on the E312 (using the instructions on the same
page) and flash the FPGA again.
Very respectfully,
Joshua White
Precision Timing Systems Engineer
Engineering & Support Solutions Directorate
T: 937.986.3153 | F: 937.431.3811
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected
by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message.
From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>
Sent: Friday, February 23, 2024 12:16 PM
To: White, Joshua J <jjwhite@RiversideResearch.org>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: RE: [EXTERNAL] RE: RE: Re: USRP E312 host mode error
CAUTION:
This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe.
No luck. Tried both ‘A:0’ and ‘A:1’ (using RX2 as the antenna). Here is the output of
uhd_usrp_probe:
$ uhd_usrp_probe --args addr=169.254.7.165
[INFO] [UHD] linux; GNU C++ version 12.3.0; Boost_108200; UHD_4.6.0.HEAD-release
[INFO] [MPMD] Initializing 1 device(s) in parallel with args: mgmt_addr=169.254.7.165,type=e3xx,product=e310_sg3,serial=3222976,name=ni-e31x-3222976,fpga=n/a,claimed=False,addr=169.254.7.165
[INFO] [MPM.PeriphManager] init() called with device args `fpga=n/a,mgmt_addr=169.254.7.165,name=ni-e31x-3222976,product=e310_sg3'.
[WARNING] [RFNOC::BLOCK_FACTORY] Could not find block with Noc-ID 0x12ad1000, 0xffff
[INFO] [0/Block#0] Setting default MTU forward policy.
_____________________________________________________
/
| Device: E300-Series Device
| _____________________________________________________
| /
| | Mboard: ni-e31x-3222976
| | dboard_0_pid: 272
| | dboard_0_serial: 3218555
| | fs_version: 20231113194348
| | mender_artifact: v4.6.0.0_e310_sg3
| | mpm_sw_version: 4.6.0.0-g50fa3baa
| | pid: 30675
| | product: e310_sg3
| | rev: 9
| | rpc_connection: remote
| | serial: 3222976
| | type: e3xx
| | MPM Version: 5.3
| | FPGA Version: 6.1
| | FPGA git hash: 6a990d9.clean
| | RFNoC capable: Yes
| |
| | Time sources: internal, external, gpsdo
| | Clock sources: internal
| | Sensors: ref_locked, gps_locked, temp_fpga, temp_mb, gps_gpgga, gps_sky, gps_time, gps_tpv
| _____________________________________________________
| /
| | RFNoC blocks on this device:
| |
| | * 0/Block#0
| _____________________________________________________
| /
| | Static connections on this device:
| |
| | * 0/SEP#0:0==>0/Block#0:0
| | * 0/Block#0:0==>0/SEP#0:0
| | * 0/SEP#1:0==>0/Block#0:1
| | * 0/Block#0:1==>0/SEP#1:0
From: White, Joshua J <jjwhite@RiversideResearch.org>
Sent: Friday, February 23, 2024 10:56
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] RE: RE: Re: USRP E312 host mode error
Make sure you set the Mb0 Subdev Spec parameter. Set it to ‘A:0’ to use radio A or ‘A:1’ to use radio B. Additionally, in the RF Options tab, make sure you select the antenna you’ll be using (TX/RX for TRX-A or TRX-B and RX2 for RX2-A
or RX2-B. Trying to use RX1 will cause an error). If this doesn’t fix the issue for you, run uhd_usrp_probe from your host PC and share the output here.
Very respectfully,
Joshua White
Precision Timing Systems Engineer
Engineering & Support Solutions Directorate
T: 937.986.3153 | F: 937.431.3811
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected
by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message.
From: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>
Sent: Friday, February 23, 2024 10:34 AM
To: White, Joshua J <jjwhite@RiversideResearch.org>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: RE: [EXTERNAL] RE: Re: USRP E312 host mode error
CAUTION:
This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe.
Yes, I am trying to run the E312 in host mode. Here are the parameter settings I currently have in the General tab of the block properties:
- ID – uhd_usrp_source_0
- Output Type – Complex float32
- Wire Format – Automatic
- Stream args –
- Stream channels – []
- Device Address – addr=169.254.7.165 (auto-assigned IP)
- Device Arguments –
- Sync – No Sync
- Start Time (seconds) - -1.0
- Clock Rate (Hz) – Default
- Num Mboards – 1
- Mb0: Clock Source – Default
- Mb0: Time Source – Default
- Mb0: Subdev Spec –
- Num Channels – 1
- Samp rate (Sps) – samp_rate (variable)
From: White, Joshua J <jjwhite@RiversideResearch.org>
Sent: Friday, February 23, 2024 09:09
To: Kunnappally, Jerry J. <Kunnappally.Jacob@mayo.edu>; Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: [EXTERNAL] RE: Re: USRP E312 host mode error
It is possible to run the E312 in host mode (if I understand correctly, this is what you’re trying to accomplish). My lab has two E312s that I have run in host mode on numerous occasions. What is the configuration you’re using for the
USRP Source block?
Very respectfully,
Joshua White
Precision Timing Systems Engineer
Engineering & Support Solutions Directorate
T: 937.986.3153 | F: 937.431.3811
This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain proprietary, confidential or privileged information or otherwise be protected
by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify the sender and destroy all copies and the original message.
From:
discuss-gnuradio-bounces+jjwhite=riversideresearch.org@gnu.org <discuss-gnuradio-bounces+jjwhite=riversideresearch.org@gnu.org>
On Behalf Of Kunnappally, Jerry J. via GNU Radio, the Free & Open-Source Toolkit for Software Radio
Sent: Thursday, February 22, 2024 4:31 PM
To: Jack Ferrell <jackferrell@ieee.org>
Cc: discuss-gnuradio@gnu.org
Subject: RE: [EXTERNAL] Re: USRP E312 host mode error
CAUTION:
This email is from outside of Riverside Research. Be careful when clicking links or opening attachments unless you know the content is safe.
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