Re: [USRP-users] B210 sampling rate

> > > 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

Re: [USRP-users] B210 sampling rate

On 07/27/2018 12:02 AM, RizThon wrote: 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

Re: [USRP-users] B210 sampling rate

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

Re: [USRP-users] B210 sampling rate

What version of UHD? I’ve used SC12 myself without issue. Sent from my iPhone > On Jul 26, 2018, at 1:28 AM, RizThon wrote: > > 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

Re: [USRP-users] B210 sampling rate

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

Re: [USRP-users] B210 sampling rate

On 07/25/2018 10:18 PM, RizThon wrote: 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

Re: [USRP-users] B210 sampling rate

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

Re: [USRP-users] B210 sampling rate

On 07/25/2018 01:08 PM, RizThon wrote: 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 samp

Re: [USRP-users] B210 sampling rate

> > 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:

Re: [USRP-users] B210 sampling rate

Used to have to compile the driver for the lime in debug mode to get underrun reporting. Though I believe they may have changed some of that recently. On Tue, Jul 24, 2018, 23:57 Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 07/24/2018 11:42 PM, RizThon via USRP-users w

Re: [USRP-users] B210 sampling rate

On 07/25/2018 12:18 PM, RizThon wrote: 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 instal

Re: [USRP-users] B210 sampling rate

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

Re: [USRP-users] B210 sampling rate

On 07/25/2018 01:56 AM, RizThon wrote: 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

Re: [USRP-users] B210 sampling rate

> > 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

Re: [USRP-users] B210 sampling rate

On 07/24/2018 11:42 PM, RizThon via USRP-users wrote: 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 i

Re: [USRP-users] B210 sampling rate

> > 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

Re: [USRP-users] B210 sampling rate

FYI, we fixed a couple of sc12/8 related issues on our latest master branch. As Marcus says, if you're doing dual channel on the B210, you can only go to 30.72 Msps though. -- M On 07/24/2018 12:06 PM, Marcus D. Leech via USRP-users wrote: > On 07/24/2018 03:18 AM, RizThon via USRP-users wrote:

Re: [USRP-users] B210 sampling rate

On 07/24/2018 03:18 AM, RizThon via USRP-users wrote: 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

[USRP-users] B210 sampling rate

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