OK, let me elaborate since my first email was not very well written (I was
throwing it out there on the way out the door). I spent all day yesterday
thinking that I was making progress, the last simulation was copacetic, so I
did a build over night, and yet again, no love.
I started on this b
Whoops, I misspoke on the SPP size. At some point I must have changed the SPP
to 1024. So with a file size of 57344 bytes, it was 57344/8/1024 = 7 full
packets that made it though.
When I tried it at SPP=16, 3840 bytes were in the file sink. So 3840/8/16 = 30
packets made it through.
This
By the way, I just changed my "flush" sequence to use the end_of_burst flag
(when streaming with STREAM_MODE_START_CONTINUOUS), but the issue still
occurs. Attached are the modified source code and the resulting console
log. The new flush sequence is shown below. Again, this is not an issue
for
I installed and built gnuradio and UHD some time ago from the SBRAC script.
I am at the head of gnuradio maint-3.7, and am on uhd maint. My version
of uhd is 3.10.2.0 and my FPGA
images are also 3.10.2. There appears to be 3.10.3 FPGA available (for
B205Mini).
However git tells me that UHD ha
Hi Rob,
Thanks for the update. We will look into it.
Regards,
Michael
On Fri, Aug 24, 2018 at 10:09 AM, Rob Kossler wrote:
> By the way, I just changed my "flush" sequence to use the end_of_burst
> flag (when streaming with STREAM_MODE_START_CONTINUOUS), but the issue
> still occurs. Attache
Hi,
This post is perhaps a continuation of a previous post "Problems with MPM
3.13 on N310", but I wanted to change the subject to reflect this current
issue.
The issue is an Rx streaming timeout. It can be easily duplicated with a
stock Ettus example. Below you will find the console log which i
On 08/24/2018 10:14 AM, Tom McDermott via USRP-users wrote:
> I installed and built gnuradio and UHD some time ago from the SBRAC script.
>
> I am at the head of gnuradio maint-3.7, and am on uhd maint. My
> version of uhd is 3.10.2.0 and my FPGA
> images are also 3.10.2. There appears to be 3
Andreas,
you *should* be able to use the .bit file. Does this happen when you
build from master branch? The Vivado version is correct.
-- M
On 08/23/2018 02:11 AM, Sylvain Munaut via USRP-users wrote:
> Hi,
>
>> Just for curiosity:
>> The .bit-file is exactly the same as the .bin-file, except t
Hi all,
Which is the maximum instantaneous bandwidth I can capture from a USRP 2
with a WBX daughterboard?
Thanks,
Rafael Diniz
signature.asc
Description: OpenPGP digital signature
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.et
Hello Diniz,
40 MHz (analog filter bandwidth of the daughterboard).
A USRP 2 can continuously stream at 50 MS/s (complex baseband samples) using
the 8-bit wire mode. That means that the maximum bandwidth that the device can
cover is limited by the analog filter bandwidth of the daughterboard,
Thanks for the advice, Martin.
Did a git hard reset of UHD,
Checked out master, updated uhd-images submodule, built.
Ran uhd images downloader
Then rebuilt gnuradio.
It seems to run correctly.
-- Tom, N5EG
On Fri, Aug 24, 2018 at 4:35 PM Martin Braun via USRP-users <
usrp-users@lists.ettus.com
11 matches
Mail list logo
