I tried Brian’s suggestion to rebuild UHD and the FPGA off of the commits he
suggested (thanks Brian). However, with this combination I am getting
significantly more underruns than I did previously, even with the benchmark
rate program. Here’s the output of benchmark_rate that I got
Forgot to reply all, but see below:
On Wed, Sep 5, 2018 at 12:57 PM, Andrew Danowitz wrote:
> I've worked around this by:
> 1) going into the prefix directory
> 2) source environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi (this sets
> your environment to use the built in python)
> 3) download
Minor typo in the link. Try this one!
https://github.com/EttusResearch/uhd/blob/master/host/docs/ni_rio_kernel.dox
On Wed, Sep 5, 2018 at 12:36 PM, ALEJANDRO BLANCO PIZARRO via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hi all,
>
> I am really happy about the upgrading of the NI RIO
Hi all,
I am really happy about the upgrading of the NI RIO drivers. Up to what
Ubuntu Kernel Will be?
By the way, the GitHub link in the previous email does not work.
I am looking forward to new information.
Best,
Alejandro
El mar., 4 sept. 2018 21:24, Martin Braun via USRP-users <
On 09/05/2018 03:25 PM, Jason Matusiak via USRP-users wrote:
> Philip, I know I am digging this up from early in the year, but I didn't see
> an answer. I am having the exact same issue with the six package. Were you
> ever able to fix this?
Pretty sure the sdk from here is fixed:
Philip, I know I am digging this up from early in the year, but I didn't see an
answer. I am having the exact same issue with the six package. Were you ever
able to fix this?
- Original Message -On 04/02/2018 06:58 PM, Marcus D. Leech
wrote:
> On 04/02/2018 06:09 PM,
On 09/05/2018 11:19 AM, Martin Braun via USRP-users wrote:
If I may add some comments: We *do* have converters from sc12 to sc16,
so I'm not sure what's up with that. If you have a modern computer, 56
Msps isn't considered a massive amount (GNU Radio, for example, should
have no issues chomping
I know that this is an old thread from Dec 2017, but I see the same issues. I
am running Centos now, and I am thinking that this is related to that (old
kernels, etc.).
The error I see when I do the make is:
[ 39%] Building CXX object
lib/CMakeFiles/uhd.dir/usrp/e300/e300_sysfs_hooks.cpp.o
[
On Wed, Sep 05, 2018 at 11:01:18AM -0400, Marcus D. Leech wrote:
> I also tried benchmark_rate. In random mode, I have no overflow in sc8,
> but in sc16 I have lots of overflows and error messages. Without the
> random mode, I can go up to 36MS/s in sc16, and 56MS/s in sc12! So for
On 09/05/2018 07:06 AM, RizThon wrote:
Thanks again Marcus,
Just to be clear, when you say I can stream at 56MS/s on a single
channel, is it in sc16, sc12 or sc8?
Over USB3, it shouldn't matter, except that in reality, on an actual
computer, with an actual controller, and actual operating
Hi,
I am trying to connect two B210 in my laptop to use four RX channels. My
problem is that I can not create the two usrp objects with multi_usrp
function. I am using the following code:
std::string args1, args2;
args1 = "serial=XX;
args2 = "serial=YY";
*((uhd::usrp::multi_usrp::sptr*)
Thanks again Marcus,
Just to be clear, when you say I can stream at 56MS/s on a single channel,
is it in sc16, sc12 or sc8?
I tried on a different machine, with i7-8550U and 8 or 16GB of RAM.
On Windows, I'm getting the same as before, ie lots of overflows, with
rx_samples_to_file.exe.
On
12 matches
Mail list logo