On Thu, Feb 07, 2019 at 12:40:55PM -0500, Marcus D. Leech via USRP-users wrote:
> There was a problem with the National Semiconductor PHY chips used
> on these. Some worked indefinitely, some suicided. They got
> really hot, too.
>
> I don't know if the PHY chip is still made, but you might b
I am resending the mail to the forum so that everybody benefits.
-- Forwarded message -
From: akin soysal
Date: Fri, Feb 8, 2019 at 10:29 AM
Subject: Re: [USRP-users] USRP X310 Ubuntu 16.04 LowLatency Timing Problems
Possibly Because of UHD Drivers
To: Marcus D. Leech
Hello Mar
Dear users,
I'm new to Ettus SDR therefor I might be missing some basic knowledge. However
I've read that in order to increase RX capture performance I should fiddle with
recv_frame_size and num_recv_frames. While increasing the latter parameter
gives good results, increasing recv_frame_size gi
On 02/08/2019 06:23 AM, Krzysztof Wisniewski via USRP-users wrote:
Dear users,
I’m new to Ettus SDR therefor I might be missing some basic knowledge.
However I’ve read that in order to increase RX capture performance I
should fiddle with recv_frame_size and num_recv_frames. While
increasing
On 02/08/2019 04:37 AM, akin soysal via USRP-users wrote:
I am resending the mail to the forum so that everybody benefits.
-- Forwarded message -
From: *akin soysal* mailto:akinsoy...@gmail.com>>
Date: Fri, Feb 8, 2019 at 10:29 AM
Subject: Re: [USRP-users] USRP X310 Ubuntu 16.04
I found this wiki page on DPDK: https://files.ettus.com/manual/page_dpdk.html
Tried to follow the described steps on Xubuntu 18.04 with UHD v3.14.0.0-rc1
(also updated SD and FPGA image) and Intel X520DA, but no success so far.
- IOMMU is enabled for NIC, checked with short bash script
Hey
The last few days I was working on a multi-port rfnoc block (2 inputs, 2
outputs). By analyzing the ADD/SUB (noc_block_addsub.v) and the NOC Shell
modules, I understood how packet handling works.
However, I'm not quite sure why the control ports (especially the control sink
- set_data, set_
Hi Samuel,
1) Block ports are considered independent of each other. That is why each
one has dedicated sink/source sample streams, settings register bus, noc
shell registers, etc.
2) Set INPUT_PORTS and OUTPUT_PORTS to the number of each you want (up to
16 per direction). See noc_block_ddc.v and n
Hi Robert,
Can you try adding the NIC configuration to /root/.uhd/uhd.conf instead of
/etc/uhd/uhd.conf ? You'll need to run your UHD applications as root as
well.
You will also need to change the line:
dpdk-driver=/usr/local/lib/dpdk-pmds/
to be:
dpdk-driver=/usr/lib/x86_64-linux-gnu/
You'll
Hi Nate,
thanks for the quick reply. I changed the dpdk-driver and copied the config
file to /root/.uhd/uhd.conf. MAC addresses are correct. Started benchmark_rate
as root this time, without using sudo. Still get the same error.
Robert
From: Nate Temple [mailto:nate.tem...@ettus.com]
Sent: Fri
Hi Robert,
Can you send the output of:
tree /sys/kernel/iommu_groups/
Do you have an external GPU installed on your system?
Regards,
Nate Temple
On Fri, Feb 8, 2019 at 9:13 AM wrote:
> Hi Nate,
>
>
>
> thanks for the quick reply. I changed the dpdk-driver and copied the
> config file to /r
I tried setting it with the following command:
uhd_usrp_probe --args="master_clock_rate=184.32e6"
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_3.13.1.HEAD-0-gbbce3e45
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300]
Well you mentioned your set up works with the Intel chip so it cant be a
configuration issue
My only idea is to try adding the driver name to the main config file
/etc/modules
atlantic
https://www.cyberciti.biz/faq/linux-how-to-load-a-kernel-module-automatically-at-boot-time/
On Thu, Feb
On 02/08/2019 01:31 PM, akin soysal wrote:
I tried setting it with the following command:
uhd_usrp_probe --args="master_clock_rate=184.32e6"
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_3.13.1.HEAD-0-gbbce3e45
[INFO] [X300] X300 initialization sequence...
[INFO] [X300]
A while back, I had asked about the lack of get_mboard_sensor when using an
RFNoC source block:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-October/058279.html
I just revisted that this week and seem to have the hooks working as I would
hope. I then went to move onto some
Oh, OK. So I think this test passes, the output is below. I also double
checked that I could set the 184.32e6 frequency when I am trying to run the
actual code. But still I have timing related problems. So how can I further
debug my timing problems?
sudo ./tx_samples_from_file --rate 61.44e6 --arg
Hi Paul,
The rfnoc-devel branch is deprecated. You should build off the master
branch or UHD-3.13 branch with the cmake flag "-DENABLE_RFNOC=ON". You can
then use uhd_image_downloader. The image package only includes images with
the default RFNoC blocks. For the X310, the default image has two DDC
The recv_frame_size behavior has been changed in UHD after
v3.13.0.3-rc1. If you want to experiment with large frame sizes, you
have to go back to v3.13.0.3-rc1 or before.
Ron
On 2/8/19 03:23, Krzysztof Wisniewski via USRP-users wrote:
Dear users,
I’m new to Ettus SDR therefor I might be mi
Ron,
Can you elaborate on what the changes you referenced are and their
consequences? In my past experience, increasing the frame size has been
critical to achieving full-rate throughput on the B200 series.
Jason
> On Feb 8, 2019, at 3:45 PM, Ron Economos via USRP-users
> wrote:
>
> The rec
See issue #222 (now closed) on the UHD Github for more info.
https://github.com/EttusResearch/uhd/issues/222
IMHO, this is equivalent of breaking userspace in Linux, and you know
how Linus feels about that!
Ron
On 2/8/19 12:52, Jason Roehm via USRP-users wrote:
Ron,
Can you elaborate on wh
More info here.
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2019-January/058897.html
Ron
On 2/8/19 13:05, Ron Economos via USRP-users wrote:
See issue #222 (now closed) on the UHD Github for more info.
https://github.com/EttusResearch/uhd/issues/222
IMHO, this is equivalent
The N310 stock filesystem does not have gnradio.
You are right that my focus is on the wrong thing. I just tried
benchmark_rate and tx_waveforms and they stream just fine at 1.25Ms/s.
I'm going to go back and read the documentation more carefully. We might be
saving our waveform in a form that UH
Hello everyone,
I've spent a few hours trying to learn docker and get a N310 filesystem
with gnuradio on it.
So far no luck.
I followed the documentation:
https://files.ettus.com/manual/page_usrp_n3xx.html#n3xx_fsbuild
And got this output:
WARNING: unable to chmod /home/oe-builder/build
Error
Hi,
Has anyone achieved phase synchronizing between two usrp b210's using
external reference and pps? If yes I would appreciate any help that I can
get.
Thanks
Aravind.
--
The contents of this transmission are Ethertronics Inc. Confidential and
may contain proprietary or legally privileged inf
24 matches
Mail list logo
