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 Linux
Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 08/26/2018 10:19 PM, RizThon via USRP-users wrote:
>
> Hi all,
>
> I'm still trying to reach 56MS/s on a B210 without (too many) overflows. I
> was told that sc12 used to work with the B210 but broke at som
Hi all,
I'm still trying to reach 56MS/s on a B210 without (too many) overflows. I
was told that sc12 used to work with the B210 but broke at some point.
Can someone confirm and tell me what version I should try?
On Windows, with all versions of 3.10.0.0, I get an error, whether I use
sc12 or no
>
>
> The SC12 support apparently broke at some point. I know that Michael West
> (Ettus R&D team) has been working to get it working again,
> but won't be ready for a little bit.
>
> I use SC12 myself in my lab, but I don't recall which UHD version I'm
> using in the lab, and won't be there unt
I've tried with 3.12.0.0, on both Windows and Linux.
On Ubuntu 18.04, I can set num_recv_frames to what seems like any number
without getting error. I tried 128, 256, even 512 and 1024.
I do get better results than on Windows, but I'm still getting lots of
overflows.
I did try 3.13.0.0 on Window
SC12 actually gives me an error as soon as it starts streaming (with or
without specifying num_recv_frames=44). Using the --continue option, I get
tons of such errors:
[ERROR] [STREAMER] The receive packet handler caught a value exception.
ValueError: bad vrt header or packet fragment
Error: Recei
I already tried smaller values, but not small enough. It seems the highest
I can go is num_recv_frames=44. Anything higher gives me errors.
At 40MS/s, without that parameter, I get 160 to 180 overflows over 20
seconds, while with num_recv_frames=44 I only get 20 to 30.
This actually allows me to
>
> Use a 5-6V supply capable of 2 or 3 amps.
>
> Thanks, it's actually working fine, the led properly turned green after
the firmware and gateware were uploaded.
Trying .\benchmark_rate.exe --rx_rate 40e6 I get
Benchmark rate summary:
Num received samples: 201778444
Num dropped samples:
On Wed, Jul 25, 2018 at 10:57 PM Marcus D. Leech wrote:
> Presuming you followed the instructions here for UHD installation:
>
> https://files.ettus.com/manual/page_install.html
>
> Everything should be fine.
>
Yes I installed
http://files.ettus.com/binaries/uhd/latest_release/Windows7/uhd_3.12.0
>
> You can try using the "num_recv_frames" option in the device argument--I'd
> suggest trying 128 and 256.
>
I get tons of errors right after seeing [INFO] [B200] Operating over
USB 3. Would
this explain why I can't seem to stream fast?
Here's what I get for 128
Creating the usrp device with: n
>
> I have used the b2x0 radios for some applications myself, we have had no
> luck sampling much higher than 30MS/s. I think real-world USB3 speeds max
> out around 100MB/s.
>
> Will
Thanks Will, that matches my experience. At 28MS/s it tells me I need to
stream at 112MB/s.
You cannot stream f
I've just made
https://raw.githubusercontent.com/EttusResearch/uhd/master/host/examples/rx_samples_to_file.cpp
work yesterday on VS2017, compiled in *Release* x86 (Debug version does not
work, probably because we mix Debug and Release files), here's what I wrote
down
- Unpack UHD somewhere
http://
n an overrun indication, and a timestamp
> that is a "jump", but always in the positive direction.
>
>
>
> On Tue, Jul 24, 2018 at 10:00 AM Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 07/23/2018 09:51 PM, RizThon via USRP-users
Hi all,
I'm still having issues with a B210 with sample rates greater than 28MS/s.
At 28 I get a few overruns out of a million blocks of 1024 samples, but as
I sample faster, the number of overruns grow fast.
I have an AMD Ryzen 7 2700 (8 physical cores @ 3.2GHz), 16GB RAM, Gigabyte
GA-AB350N, Wi
07/23/2018 09:51 PM, RizThon via USRP-users wrote:
>
> Hi all,
>
> I have a question concerning the timestamps while getting an overrun.
>
> I'm sampling at 28MS/s and reading blocks of 1024 samples. So it takes 36571
> to 36572ns to sample each block.
>
> I try to re
Hi all,
I have a question concerning the timestamps while getting an overrun.
I'm sampling at 28MS/s and reading blocks of 1024 samples. So it takes 36571
to 36572ns to sample each block.
I try to read x blocks, calling receive for each block. I get something like
block 93: correctly read 1024
Hi all,
any idea what the problem might be?
I'm on Windows 10 64 bit. I see the B210 in "Device Manager" under USRPs >
Ettus Research LLC B200/B210. The drivers are by "Ettus Research", on 29
March 2016, version 0.0.0.0, signed by National Instruments Corporation.
Thanks.
Le jeu. 28 juin 2018 à
Here's what I see
*Creating the usrp device with: num_recv_frames=256...*
*[INFO] [UHD] Win32; Microsoft Visual C++ version 14.0; Boost_106300;
UHD_3.11.0.1-37-g2c9087d1*
*[INFO] [B200] Detected Device: B210*
*[INFO] [B200] Operating over USB 3.*
*[ERROR] [USB] libusb_session_impl::libusb_event_ha
Hi all,
I have a C program that uses SoapySDR that works for a LimeSDR but I'm
having troubles with a B210.
I'm simply receiving as many samples as possible by packets of 680 samples, in
mono channel, at 56MS/s. Soon after starting the program, I only receive
260 samples instead of 680. I close t
Hi all,
I have a program using SoapySDR that works with another SDR. It uses dual
channel RX and SC12 to limit the amount of data to send through USB.
When I try it with a B210, I get
RX setupStream fail: LookupError: KeyError: Cannot find a conversion
routine for conversion ID
Input format:
Good day,
I plan getting a B210. I can call set_time_now with the UHD interface but
there must be latency involved, between the time I do the call and the time
it is updated. Can I set or reset the time through the GPIO?
My idea is to have a switching network piloted by Arduino or similar. The
co
21 matches
Mail list logo
