Hi USRP users,
I am developing a RFNoC block.
And for some reasons, I need to use both RFNoC API and multi_usrp API in the
application.
But I am confused whether we can use these two APIs within one application.
For example, the application streams data to RFNoC block for IQ processing
and str
Hello,
Has anybody tried to use QSFP28 network adapter from intel with USRP X410 and
not Mellanox/Nvidia that is sold by NI for use with X410?
Intel cards have some advantages over Mellanox. One of them is configurability
of the QSFP28 port to act as four SFP+ or SFP28 ports. But I didn’t see
Hello,
I still run into the same issue, even after I have changed to parameters.
`/usr/local/lib/uhd/examples/benchmark_rate --args
"type=n3xx,mgmt_addr=192.168.1.151,addr=192.168.10.2,master_clock_rate=200e6"
--duration 60--channels 0--rx_rate 31.25e6--rx_subdev "A:0"
--
On 20/02/2023 11:38, jmalo...@umass.edu wrote:
Hello,
I still run into the same issue, even after I have changed to parameters.
|/usr/local/lib/uhd/examples/benchmark_rate --args
"type=n3xx,mgmt_addr=192.168.1.151,addr=192.168.10.2,master_clock_rate=200e6"
--duration 60 --channels 0 --rx_ra
On 20/02/2023 11:38, jmalo...@umass.edu wrote:
Hello,
I still run into the same issue, even after I have changed to parameters.
|/usr/local/lib/uhd/examples/benchmark_rate --args
"type=n3xx,mgmt_addr=192.168.1.151,addr=192.168.10.2,master_clock_rate=200e6"
--duration 60 --channels 0 --rx_ra
I believe so. When I use uhd_usrp_probe, I get
`[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100;
UHD_4.3.0.HEAD-0-g1f8fd345`
`[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.1.151,type=n3xx,product=n320,serial=3255102,name=ni-n3xx-3255102,fpga=XG,claimed=
On 20/02/2023 12:21, jmalo...@umass.edu wrote:
I believe so. When I use uhd_usrp_probe, I get
|[INFO] [UHD] linux; GNU C++ version 9.4.0; Boost_107100;
UHD_4.3.0.HEAD-0-g1f8fd345|
|[INFO] [MPMD] Initializing 1 device(s) in parallel with args:
mgmt_addr=192.168.1.151,type=n3xx,product=n320,s
With the HG image, things seem to be working fine. I can benchmark, and i can
collect samples at not only the full rate(25e6 MS/S), but at a higher rate than
the XG image, which is strange.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To un
Hello,
I'm trying to figure out how the AGC operates in my setup of GNU radio
(3.10.5.1), gr-uhd (UHD4.3), and USRP B205-mini-i, but it seems to too
complex to figure out.
My application is to receive signals from a multitude of bursty
transmissions. The default AGC seems to generate large pea
On 20/02/2023 13:05, Ville Eerola wrote:
Secondly, the seems to IC support advanced configurability of the AGC
from choosing between fast and slow AGC and manual gain settings to
tuning the parameters of the AGC function inside the IC. But
unfortunately none of this seem to be exposed in the
Hi Joe,
The error you're getting basically means it can't communicate with the FPGA
on the N320. It's sending a packet to the device, but it's not getting the
response packet it expects. So it could be a network configuration issue, a
cabling issue, maybe a firewall issue, or something else that's
On 20/02/2023 22:27, Wade Fife wrote:
Hi Joe,
The error you're getting basically means it can't communicate with the
FPGA on the N320. It's sending a packet to the device, but it's not
getting the response packet it expects. So it could be a network
configuration issue, a cabling issue, maybe
Hi Ali,
I wonder if the FPGA is not coming up. I'm not sure what the LEDs do in
that case and I don't have a device handy to check. You could try this
recovery procedure to see if that fixes the problem.
https://kb.ettus.com/X300/X310_Device_Recovery
If not, the device may be damaged.
Wade
On
Hi Yasir,
Maybe you could add another RFNoC CHDR port to your block just for
streaming the parameter data. So it would have a dedicated streamer
separate from the one used for ADC data.
Wade
On Fri, Feb 17, 2023 at 2:53 AM Yasir Özçalık
wrote:
> Hi everyone,
> I have a problem with DMA. I am t
14 matches
Mail list logo
