Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. B210 Jtag recognition problem (mojtaba rostami)
2. Re: B210 Jtag recognition problem (Ian Buckley)
3. Reading binary data from GNU Radio (Awantha Jayasiri)
4. Using Xilinx CORDIC 4.0 on USRP N210 FPGA (Patrick DaSilva)
5. Re: Reading binary data from GNU Radio (Marcus M?ller)
6. USRP N210 DDC Sample Data Format (Patrick DaSilva)
7. Re: USRP N210 DDC Sample Data Format (Marcus D. Leech)
8. E310 network mode throughput (Jason Hein)
9. Re: E310 network mode throughput (Sylvain Munaut)
10. Re: E310 network mode throughput (Sylvain Munaut)
11. Re: E310 network mode throughput (Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Sun, 26 Apr 2015 17:36:51 +0000 (UTC)
From: mojtaba rostami <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] B210 Jtag recognition problem
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi,?We have two B210 usrp board but i can't connect to the FPGA via jtag
connector in any other board.Is there any setting that must be perform before
using jtag?
Thanks?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150426/63043a83/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 26 Apr 2015 11:10:33 -0700
From: Ian Buckley <[email protected]>
To: mojtaba rostami <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B210 Jtag recognition problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
It should work with JTAG fine straight from the factory. What are you trying to
do, and what is the exact issue you see?
On Apr 26, 2015, at 10:36 AM, mojtaba rostami via USRP-users
<[email protected]> wrote:
> Hi,
> We have two B210 usrp board but i can't connect to the FPGA via jtag
> connector in any other board.
> Is there any setting that must be perform before using jtag?
>
> Thanks
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150426/dde5a40e/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 27 Apr 2015 12:55:21 +0000 (UTC)
From: Awantha Jayasiri <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Reading binary data from GNU Radio
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello,I am trying to read a binary file saved in file_sink in Gnu_radio, using
C.I have tried using 32bit int variable as 1st 32 bit is in-phase and the next
32 bit is quad-phase for a complex number and repeat until eof. However, it
didn't give me good resutls.
Can anybody tell me how the GNU radio stores complex numbers in the bin file
and how they are read using C?Any help is greately appriciated!Thanks and
regards,Awantha
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150427/4b215c0e/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 27 Apr 2015 06:12:57 -0700
From: Patrick DaSilva <[email protected]>
To: USRP Mailing List <[email protected]>
Subject: [USRP-users] Using Xilinx CORDIC 4.0 on USRP N210 FPGA
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=us-ascii
On the N210 FPGA, I'm passing the baseband samples through a Xilinx FFT IP core
and am looking to take the magnitude of that output. I've found the CORDIC 4.0
core. This core requires the input samples to be between the range of -1 and 1
with 2 bits for the integer portion of the fixed point samples. I was wondering
if anyone has had any experience with this and if so what a recommended scale
back factor is OR if there is another way to capture the magnitude of the FFT
without using the CORDIC core.
------------------------------
Message: 5
Date: Mon, 27 Apr 2015 15:28:06 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Reading binary data from GNU Radio
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Awantha,
in principle, you're right. GNU Radio stores away the complex numbers
just as they are in memory -- 32bit real, 32bit imag, 32bit real ...
Maybe you've got the data type wrong. What is the type of your file
sink? Most things in GNU Radio work with 32bit float complex, not 32bit
integer complex.
Best regards,
Marcus
PS: that's asked really frequently, thus, and especially for people who
might later find this mailing list thread in the archives:
http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#What-is-the-file-format-of-a-file_sink-How-can-I-read-files-produced-by-a-file-sink
On 04/27/2015 02:55 PM, Awantha Jayasiri via USRP-users wrote:
> Hello,
> I am trying to read a binary file saved in file_sink in Gnu_radio,
> using C.
> I have tried using 32bit int variable as 1st 32 bit is in-phase and
> the next 32 bit is quad-phase for a complex number and repeat until
> eof. However, it didn't give me good resutls.
> Can anybody tell me how the GNU radio stores complex numbers in the
> bin file and how they are read using C?
> Any help is greately appriciated!
> Thanks and regards,
> Awantha
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150427/8325b113/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 27 Apr 2015 08:08:37 -0700
From: Patrick DaSilva <[email protected]>
To: USRP Mailing List <[email protected]>
Subject: [USRP-users] USRP N210 DDC Sample Data Format
Message-ID:
<[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi,
I've been assuming the data format of the sample out from the DDC on the N210
FPGA is an integer 16Bit Complex (sc16, I(16bits), Q(16bits)). Is this correct?
What does setting the cpu_format and wire_format (fc64, fc32, sc16, sc8) in
the Host UHD driver do if anything to this? Does it change the format in the
packet router or VITA RX Chain?
Respectfully,
Patrick DaSilva
------------------------------
Message: 7
Date: Mon, 27 Apr 2015 11:11:34 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP N210 DDC Sample Data Format
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 04/27/2015 11:08 AM, Patrick DaSilva via USRP-users wrote:
> Hi,
>
> I've been assuming the data format of the sample out from the DDC on the N210
> FPGA is an integer 16Bit Complex (sc16, I(16bits), Q(16bits)). Is this
> correct?
>
> What does setting the cpu_format and wire_format (fc64, fc32, sc16, sc8) in
> the Host UHD driver do if anything to this? Does it change the format in the
> packet router or VITA RX Chain?
>
> Respectfully,
> Patrick DaSilva
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
The CPU format is entirely on the host side--the USRP knows nothing
about it.
The wire format changes "stuff" in the FPGA just before (as I recall)
its injected into the VITA framing.
------------------------------
Message: 8
Date: Sat, 25 Apr 2015 20:11:06 -0400
From: Jason Hein <[email protected]>
To: [email protected]
Subject: [USRP-users] E310 network mode throughput
Message-ID:
<caesr9atun9s9wjrvrgmdp3bq1nsec6s_3hm_tib72uxxb0k...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Has anyone done any benchmarking pulling data off the E310 in network
mode? I can only get about 4 Mbps (1 MSps 16bit complex) off the device
without dropping data and getting overflows. On the E310 itself, the
usrp_e3x0_network_mode process pegs the cpu pretty quickly with sample
rates of 2 MSps and above.
Any plans to optimize this? I'd like to use the E310 in a similar fashion
as the N210 and saturate the NIC bandwidth at around 25 MSps.
Thanks.
Jason
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150425/03f4e4e6/attachment-0001.html>
------------------------------
Message: 9
Date: Mon, 27 Apr 2015 17:35:11 +0200
From: Sylvain Munaut <[email protected]>
To: Jason Hein <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 network mode throughput
Message-ID:
<CAHL+j0-uKm3F5g8_STw82ncfgGa3WJdk0OtimMgRWv5DVN=t...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
> Has anyone done any benchmarking pulling data off the E310 in network mode?
> I can only get about 4 Mbps (1 MSps 16bit complex) off the device without
> dropping data and getting overflows. On the E310 itself, the
> usrp_e3x0_network_mode process pegs the cpu pretty quickly with sample rates
> of 2 MSps and above.
>
> Any plans to optimize this? I'd like to use the E310 in a similar fashion
> as the N210 and saturate the NIC bandwidth at around 25 MSps.
Good luck with that ...
Pure synthetic benchmark of the zynq show barely 500 Msps (ethernet
used from linux, 1496 bytes packets).
And that's with it dedicating the entirety of the CPU just to send
fake data in a loop.
Cheers,
Sylvain
------------------------------
Message: 10
Date: Mon, 27 Apr 2015 17:35:48 +0200
From: Sylvain Munaut <[email protected]>
To: Jason Hein <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] E310 network mode throughput
Message-ID:
<CAHL+j0_0RXEeDmF+BYzoB8NvHje-kwUpvp=j0dih2dcp-cb...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
> Pure synthetic benchmark of the zynq show barely 500 Msps (ethernet
> used from linux, 1496 bytes packets).
of course I meant 500 Mbps ...
------------------------------
Message: 11
Date: Mon, 27 Apr 2015 17:58:06 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E310 network mode throughput
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Jason,
that already is pretty optimized. The architecture of the network
interface on the E310 doesn't allow for higher rates, really.
Network mode is a diagnostic tool; a lot of work has gone into getting
it to work at these rates.
Best regards,
Marcus
On 04/26/2015 02:11 AM, Jason Hein via USRP-users wrote:
> Has anyone done any benchmarking pulling data off the E310 in network
> mode? I can only get about 4 Mbps (1 MSps 16bit complex) off the
> device without dropping data and getting overflows. On the E310
> itself, the usrp_e3x0_network_mode process pegs the cpu pretty quickly
> with sample rates of 2 MSps and above.
>
> Any plans to optimize this? I'd like to use the E310 in a similar
> fashion as the N210 and saturate the NIC bandwidth at around 25 MSps.
>
> Thanks.
>
> Jason
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150427/1575d650/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 56, Issue 26
******************************************
