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. Re: b200 - Image Location? (Simon Brown)
2. Re: b200 Overflows (Simon Brown)
3. Re: b200 Overflows (Marcus D. Leech)
4. Re: b200 Overflows (Simon Brown)
5. Re: b200 Overflows (Simon Brown)
6. Re: b200 Overflows (Marcus D. Leech)
7. Re: b200 Overflows (Marcus D. Leech)
8. Re: b200 Overflows (Simon Brown)
9. Re: b200 Overflows (Marcus D. Leech)
10. Re: b200 Overflows (Simon Brown)
11. Weight of B200 sdr (Dirk Ogermann)
12. Re: Weight of B200 sdr (Simon Brown)
13. Re: Weight of B200 sdr (Ralph A. Schmid, dk5ras)
----------------------------------------------------------------------
Message: 1
Date: Sat, 27 Sep 2014 18:59:23 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 - Image Location?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi Marcus,
Thanks - UHD_IMAGE_PATH is in paths.cpp J , that will do the trick if
needed.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 26 September 2014 20:08
To: [email protected]
Subject: Re: [USRP-users] b200 - Image Location?
On 09/26/2014 02:20 PM, Simon Brown via USRP-users wrote:
Hi,
Windows 64-bit: What's the logic for searching for the b200 and other Ettus
FPGA / firmware images? I've looked though the code but am confused. Is
there any way I can specify the folder where the images are found or is the
logic PATH / local folder. ?
Simon Brown G4ELI
http://v2.sdr-radio.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
I think if you use a complete path here:
http://files.ettus.com/manual/page_usrp_b200.html
It'll fetch the FPGA or FW images from exactly where you specify.
There's also a UHD_IMAGE_PATH environment variable that can be set to
override the default
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140927/a9c39223/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 27 Sep 2014 19:00:19 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Thanks,
I've tried changing these, still get overruns with sample rates of 8MS/s or
higher.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 26 September 2014 20:03
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
Hi,
Windows 64-bit: I'm streaming nicely, none of my threads indicate CPU
problems (plenty of headroom). At 8MB/s and higher I'm getting fastpath
Overrun messages every second or so even though I'm pulling data from the
b200 as fast as it's available, I am not CPU limited in any way. Using Intel
USB 3.
FWIW I don't see any way to tune the uhd::rx_streamer - bigger / more
buffers, also I don't see any way to flush either.
Interestingly if I get my CUDA card working harder (more work on the bus)
the Overrun messages appear more frequently. I7 4770k, good motherboard
(can't remember what).
Any suggestions?
Simon Brown G4ELI
http://v2.sdr-radio.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
The USB transport parameters can be tweaked:
http://files.ettus.com/manual/page_transport.html#transport_usb_params
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140927/6713133e/attachment-0001.html>
------------------------------
Message: 3
Date: Sat, 27 Sep 2014 14:11:15 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
>
> Thanks,
>
> I've tried changing these, still get overruns with sample rates of
> 8MS/s or higher.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
Are you sure that your USB-3.0 interface is actually dealing with the
device as a USB-3.0 and not a USB-2.0 device?
If you specify a wire-format of sc8 or sc12, do the overruns go away?
This will help distinguish between cases involving CPU exhaustion, and
interior
bus deficiencies (I found this on one of my embedded systems--could
sustain only 6.4Msps with full-width samples, but was perfectly happy to
stream 12.8Msps with 8-bit samples).
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 26 September 2014 20:03
> *To:* [email protected]
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
>
> Hi,
>
> Windows 64-bit: I'm streaming nicely, none of my threads indicate
> CPU problems (plenty of headroom). At 8MB/s and higher I'm getting
> fastpath Overrun messages every second or so even though I'm
> pulling data from the b200 as fast as it's available, I am not CPU
> limited in any way. Using Intel USB 3.
>
> FWIW I don't see any way to tune the uhd::rx_streamer -- bigger /
> more buffers, also I don't see any way to flush either.
>
> Interestingly if I get my CUDA card working harder (more work on
> the bus) the Overrun messages appear more frequently. I7 4770k,
> good motherboard (can't remember what).
>
> Any suggestions?
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
>
>
>
> _______________________________________________
>
> USRP-users mailing list
>
> [email protected] <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> The USB transport parameters can be tweaked:
>
> http://files.ettus.com/manual/page_transport.html#transport_usb_params
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140927/abd09bba/attachment-0001.html>
------------------------------
Message: 4
Date: Sat, 27 Sep 2014 19:30:42 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi Marcus,
I'll try sc12 tomorrow, possibly later this evening. I'm currently preparing
food and adding some diagnostics.
It's probably in the manual, but is there a way to determine the most
efficient format for a device without losing resolution, for example sc12
for b200, (maybe) sc16 or fc21 for the N210 etc.? I would like to reduce any
network / bus traffic where possible.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 27 September 2014 19:11
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
Thanks,
I've tried changing these, still get overruns with sample rates of 8MS/s or
higher.
Simon Brown G4ELI
http://v2.sdr-radio.com
Are you sure that your USB-3.0 interface is actually dealing with the device
as a USB-3.0 and not a USB-2.0 device?
If you specify a wire-format of sc8 or sc12, do the overruns go away? This
will help distinguish between cases involving CPU exhaustion, and interior
bus deficiencies (I found this on one of my embedded systems--could
sustain only 6.4Msps with full-width samples, but was perfectly happy to
stream 12.8Msps with 8-bit samples).
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 26 September 2014 20:03
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
Hi,
Windows 64-bit: I'm streaming nicely, none of my threads indicate CPU
problems (plenty of headroom). At 8MB/s and higher I'm getting fastpath
Overrun messages every second or so even though I'm pulling data from the
b200 as fast as it's available, I am not CPU limited in any way. Using Intel
USB 3.
FWIW I don't see any way to tune the uhd::rx_streamer - bigger / more
buffers, also I don't see any way to flush either.
Interestingly if I get my CUDA card working harder (more work on the bus)
the Overrun messages appear more frequently. I7 4770k, good motherboard
(can't remember what).
Any suggestions?
Simon Brown G4ELI
http://v2.sdr-radio.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
The USB transport parameters can be tweaked:
http://files.ettus.com/manual/page_transport.html#transport_usb_params
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140927/d7c47f3b/attachment-0001.html>
------------------------------
Message: 5
Date: Sat, 27 Sep 2014 19:37:13 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I do mean fc32, not fc21, being harassed by my dog.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of
Simon Brown via USRP-users
Sent: 27 September 2014 19:31
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
Hi Marcus,
I'll try sc12 tomorrow, possibly later this evening. I'm currently preparing
food and adding some diagnostics.
It's probably in the manual, but is there a way to determine the most
efficient format for a device without losing resolution, for example sc12
for b200, (maybe) sc16 or fc21 for the N210 etc.? I would like to reduce any
network / bus traffic where possible.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 27 September 2014 19:11
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
Thanks,
I've tried changing these, still get overruns with sample rates of 8MS/s or
higher.
Simon Brown G4ELI
http://v2.sdr-radio.com
Are you sure that your USB-3.0 interface is actually dealing with the device
as a USB-3.0 and not a USB-2.0 device?
If you specify a wire-format of sc8 or sc12, do the overruns go away? This
will help distinguish between cases involving CPU exhaustion, and interior
bus deficiencies (I found this on one of my embedded systems--could
sustain only 6.4Msps with full-width samples, but was perfectly happy to
stream 12.8Msps with 8-bit samples).
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 26 September 2014 20:03
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
Hi,
Windows 64-bit: I'm streaming nicely, none of my threads indicate CPU
problems (plenty of headroom). At 8MB/s and higher I'm getting fastpath
Overrun messages every second or so even though I'm pulling data from the
b200 as fast as it's available, I am not CPU limited in any way. Using Intel
USB 3.
FWIW I don't see any way to tune the uhd::rx_streamer - bigger / more
buffers, also I don't see any way to flush either.
Interestingly if I get my CUDA card working harder (more work on the bus)
the Overrun messages appear more frequently. I7 4770k, good motherboard
(can't remember what).
Any suggestions?
Simon Brown G4ELI
http://v2.sdr-radio.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
The USB transport parameters can be tweaked:
http://files.ettus.com/manual/page_transport.html#transport_usb_params
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140927/02e10e52/attachment-0001.html>
------------------------------
Message: 6
Date: Sat, 27 Sep 2014 14:40:37 -0400
From: "Marcus D. Leech" <[email protected]>
To: Simon Brown <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 09/27/2014 02:30 PM, Simon Brown via USRP-users wrote:
>
> Hi Marcus,
>
> I'll try sc12 tomorrow, possibly later this evening. I'm currently
> preparing food and adding some diagnostics.
>
> It's probably in the manual, but is there a way to determine the most
> efficient format for a device without losing resolution, for example
> sc12 for b200, (maybe) sc16 or fc21 for the N210 etc.? I would like to
> reduce any network / bus traffic where possible.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
The number of over-the-wire-formats is strictly-limited---it's not
open-ended.
For all products other than B200, the only available formats are sc16
and sc8. B200 has the additional sc12 over-the-wire format.
These "wire formats" are then converted by the driver into one of a few
host-side formats, the most natural for a lot of work being
fc32.
The idea behind "wire formats" is to preserve a strictly-limited
resource, namely, over-the-wire bandwidth. No amount of "buying the
very best"
1GiGe controller, for example, will get you beyond 1Gigabit of
bandwidth over that medium. Which is why to support 50Msps on the N2xx, you
have to use 8-bit wire format. On the B200, you can reduce USB bus
bandwidth, but preserve ADC/DAC dynamic range by using SC12. I think
that only really "plays out" (normally) over USB-2.0. Over USB-3.0,
you *should* have plenty of bandwidth available, at least over the USB-3.0
bus and inside the controller. But outside the controller, there
may be host-bus limitations that may drive on to using more
byte-per-second-conserving
formats.
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 27 September 2014 19:11
> *To:* [email protected]
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
>
> Thanks,
>
> I've tried changing these, still get overruns with sample rates of
> 8MS/s or higher.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
> Are you sure that your USB-3.0 interface is actually dealing with the
> device as a USB-3.0 and not a USB-2.0 device?
>
> If you specify a wire-format of sc8 or sc12, do the overruns go away?
> This will help distinguish between cases involving CPU exhaustion, and
> interior
> bus deficiencies (I found this on one of my embedded systems--could
> sustain only 6.4Msps with full-width samples, but was perfectly happy to
> stream 12.8Msps with 8-bit samples).
>
>
>
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 26 September 2014 20:03
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
>
> Hi,
>
> Windows 64-bit: I'm streaming nicely, none of my threads indicate
> CPU problems (plenty of headroom). At 8MB/s and higher I'm getting
> fastpath Overrun messages every second or so even though I'm
> pulling data from the b200 as fast as it's available, I am not CPU
> limited in any way. Using Intel USB 3.
>
> FWIW I don't see any way to tune the uhd::rx_streamer -- bigger /
> more buffers, also I don't see any way to flush either.
>
> Interestingly if I get my CUDA card working harder (more work on
> the bus) the Overrun messages appear more frequently. I7 4770k,
> good motherboard (can't remember what).
>
> Any suggestions?
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
>
>
>
>
> _______________________________________________
>
> USRP-users mailing list
>
> [email protected] <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> The USB transport parameters can be tweaked:
>
> http://files.ettus.com/manual/page_transport.html#transport_usb_params
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
> _______________________________________________
> 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/20140927/5bc354fb/attachment-0001.html>
------------------------------
Message: 7
Date: Sat, 27 Sep 2014 14:48:57 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 09/27/2014 02:37 PM, Simon Brown via USRP-users wrote:
>
> I do mean fc32, not fc21, being harassed by my dog.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
You might try one of the UHD test utilities, like benchmark_rate:
linux; GNU C++ version 4.7.2 20121109 (Red Hat 4.7.2-8); Boost_105000;
UHD_003.007.002-94-ge56809a0
UHD Benchmark Rate Allowed options:
--help help message
--args arg single uhd device address args
--duration arg (=10) duration for the test in seconds
--rx_rate arg specify to perform a RX rate test (sps)
--tx_rate arg specify to perform a TX rate test (sps)
--rx_otw arg (=sc16) specify the over-the-wire sample mode for RX
--tx_otw arg (=sc16) specify the over-the-wire sample mode for TX
--rx_cpu arg (=fc32) specify the host/cpu sample mode for RX
--tx_cpu arg (=fc32) specify the host/cpu sample mode for TX
--mode arg (=none) multi-channel sync mode option: none, mimo
--channels arg (=0) which channel(s) to use (specify "0", "1",
"0,1", etc)
Specify --rx_rate for a receive-only test.
Specify --tx_rate for a transmit-only test.
Specify both options for a full-duplex test.
Which will let you know what the very-basic infrastructure "stack" can
support.
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Simon Brown via USRP-users
> *Sent:* 27 September 2014 19:31
> *To:* [email protected]
> *Subject:* Re: [USRP-users] b200 Overflows
>
> Hi Marcus,
>
> I'll try sc12 tomorrow, possibly later this evening. I'm currently
> preparing food and adding some diagnostics.
>
> It's probably in the manual, but is there a way to determine the most
> efficient format for a device without losing resolution, for example
> sc12 for b200, (maybe) sc16 or fc21 for the N210 etc.? I would like to
> reduce any network / bus traffic where possible.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 27 September 2014 19:11
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
>
> Thanks,
>
> I've tried changing these, still get overruns with sample rates of
> 8MS/s or higher.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
> Are you sure that your USB-3.0 interface is actually dealing with the
> device as a USB-3.0 and not a USB-2.0 device?
>
> If you specify a wire-format of sc8 or sc12, do the overruns go away?
> This will help distinguish between cases involving CPU exhaustion, and
> interior
> bus deficiencies (I found this on one of my embedded systems--could
> sustain only 6.4Msps with full-width samples, but was perfectly happy to
> stream 12.8Msps with 8-bit samples).
>
>
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 26 September 2014 20:03
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
>
> Hi,
>
> Windows 64-bit: I'm streaming nicely, none of my threads indicate
> CPU problems (plenty of headroom). At 8MB/s and higher I'm getting
> fastpath Overrun messages every second or so even though I'm
> pulling data from the b200 as fast as it's available, I am not CPU
> limited in any way. Using Intel USB 3.
>
> FWIW I don't see any way to tune the uhd::rx_streamer -- bigger /
> more buffers, also I don't see any way to flush either.
>
> Interestingly if I get my CUDA card working harder (more work on
> the bus) the Overrun messages appear more frequently. I7 4770k,
> good motherboard (can't remember what).
>
> Any suggestions?
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
>
>
>
> _______________________________________________
>
> USRP-users mailing list
>
> [email protected] <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> The USB transport parameters can be tweaked:
>
> http://files.ettus.com/manual/page_transport.html#transport_usb_params
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
> _______________________________________________
> 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/20140927/99fa22fe/attachment-0001.html>
------------------------------
Message: 8
Date: Sat, 27 Sep 2014 20:15:17 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
Thanks, that's invaluable information. I was wondering whether some of the
Ettus radios maybe supported 24-bit resolution, apparently not.
I'll try sc12 tomorrow and see what happens, currently running backups for
the rest of the evening.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: Marcus D. Leech [mailto:[email protected]]
Sent: 27 September 2014 19:41
To: Simon Brown
Cc: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/27/2014 02:30 PM, Simon Brown via USRP-users wrote:
Hi Marcus,
I'll try sc12 tomorrow, possibly later this evening. I'm currently preparing
food and adding some diagnostics.
It's probably in the manual, but is there a way to determine the most
efficient format for a device without losing resolution, for example sc12
for b200, (maybe) sc16 or fc21 for the N210 etc.? I would like to reduce any
network / bus traffic where possible.
Simon Brown G4ELI
http://v2.sdr-radio.com
The number of over-the-wire-formats is strictly-limited---it's not
open-ended.
For all products other than B200, the only available formats are sc16 and
sc8. B200 has the additional sc12 over-the-wire format.
These "wire formats" are then converted by the driver into one of a few
host-side formats, the most natural for a lot of work being
fc32.
The idea behind "wire formats" is to preserve a strictly-limited resource,
namely, over-the-wire bandwidth. No amount of "buying the very best"
1GiGe controller, for example, will get you beyond 1Gigabit of bandwidth
over that medium. Which is why to support 50Msps on the N2xx, you
have to use 8-bit wire format. On the B200, you can reduce USB bus
bandwidth, but preserve ADC/DAC dynamic range by using SC12. I think
that only really "plays out" (normally) over USB-2.0. Over USB-3.0, you
*should* have plenty of bandwidth available, at least over the USB-3.0
bus and inside the controller. But outside the controller, there may be
host-bus limitations that may drive on to using more
byte-per-second-conserving
formats.
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 27 September 2014 19:11
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
Thanks,
I've tried changing these, still get overruns with sample rates of 8MS/s or
higher.
Simon Brown G4ELI
http://v2.sdr-radio.com
Are you sure that your USB-3.0 interface is actually dealing with the device
as a USB-3.0 and not a USB-2.0 device?
If you specify a wire-format of sc8 or sc12, do the overruns go away? This
will help distinguish between cases involving CPU exhaustion, and interior
bus deficiencies (I found this on one of my embedded systems--could
sustain only 6.4Msps with full-width samples, but was perfectly happy to
stream 12.8Msps with 8-bit samples).
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: 26 September 2014 20:03
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
Hi,
Windows 64-bit: I'm streaming nicely, none of my threads indicate CPU
problems (plenty of headroom). At 8MB/s and higher I'm getting fastpath
Overrun messages every second or so even though I'm pulling data from the
b200 as fast as it's available, I am not CPU limited in any way. Using Intel
USB 3.
FWIW I don't see any way to tune the uhd::rx_streamer - bigger / more
buffers, also I don't see any way to flush either.
Interestingly if I get my CUDA card working harder (more work on the bus)
the Overrun messages appear more frequently. I7 4770k, good motherboard
(can't remember what).
Any suggestions?
Simon Brown G4ELI
http://v2.sdr-radio.com
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
The USB transport parameters can be tweaked:
http://files.ettus.com/manual/page_transport.html#transport_usb_params
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_______________________________________________
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/20140927/7f9fd982/attachment-0001.html>
------------------------------
Message: 9
Date: Sat, 27 Sep 2014 15:35:50 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 09/27/2014 03:15 PM, Simon Brown via USRP-users wrote:
>
> Hi,
>
> Thanks, that's invaluable information. I was wondering whether some of
> the Ettus radios maybe supported 24-bit resolution, apparently not.
>
> I'll try sc12 tomorrow and see what happens, currently running backups
> for the rest of the evening.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
ADCs with that many bits and 10s-of-Msps don't, as far as I know, exist.
Low-bandwidth SDRs very-often use audio codecs, which are available in
24-bit formats. But as you go up in sample-rate, you find that 16-bits
is about as much as you will find, and the price goes up
precipitously as the Msps increases. Above a few hundred Msps sampling
rate,
even 8-bit ADCs are rather pricey, and 10-12 bit ADCs are
eye-watering....
The ADC in the AD9361 chip in the B200 is 12 bits, the DSP inside the
B200 normally scales this up to 16 bits as part of the decimation and
filtering that goes on, and 16 bits is more "natural" than 12 bits
over the wire. With 12 bits over-the-wire, you end up with a
not-wonderfully-fast
"unpacking" that you have to do, but if bus bandwidth is more
precious than CPU usage, 12 bits makes sense if you want to preserve dynamic
range.
> *From:*Marcus D. Leech [mailto:[email protected]]
> *Sent:* 27 September 2014 19:41
> *To:* Simon Brown
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/27/2014 02:30 PM, Simon Brown via USRP-users wrote:
>
> Hi Marcus,
>
> I'll try sc12 tomorrow, possibly later this evening. I'm currently
> preparing food and adding some diagnostics.
>
> It's probably in the manual, but is there a way to determine the
> most efficient format for a device without losing resolution, for
> example sc12 for b200, (maybe) sc16 or fc21 for the N210 etc.? I
> would like to reduce any network / bus traffic where possible.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
> The number of over-the-wire-formats is strictly-limited---it's not
> open-ended.
>
> For all products other than B200, the only available formats are sc16
> and sc8. B200 has the additional sc12 over-the-wire format.
>
> These "wire formats" are then converted by the driver into one of a
> few host-side formats, the most natural for a lot of work being
> fc32.
>
> The idea behind "wire formats" is to preserve a strictly-limited
> resource, namely, over-the-wire bandwidth. No amount of "buying the
> very best"
> 1GiGe controller, for example, will get you beyond 1Gigabit of
> bandwidth over that medium. Which is why to support 50Msps on the
> N2xx, you
> have to use 8-bit wire format. On the B200, you can reduce USB
> bus bandwidth, but preserve ADC/DAC dynamic range by using SC12. I think
> that only really "plays out" (normally) over USB-2.0. Over USB-3.0,
> you *should* have plenty of bandwidth available, at least over the USB-3.0
> bus and inside the controller. But outside the controller, there
> may be host-bus limitations that may drive on to using more
> byte-per-second-conserving
> formats.
>
>
>
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 27 September 2014 19:11
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/27/2014 02:00 PM, Simon Brown via USRP-users wrote:
>
> Thanks,
>
> I've tried changing these, still get overruns with sample rates of
> 8MS/s or higher.
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
> Are you sure that your USB-3.0 interface is actually dealing with the
> device as a USB-3.0 and not a USB-2.0 device?
>
> If you specify a wire-format of sc8 or sc12, do the overruns go away?
> This will help distinguish between cases involving CPU exhaustion, and
> interior
> bus deficiencies (I found this on one of my embedded systems--could
> sustain only 6.4Msps with full-width samples, but was perfectly happy to
> stream 12.8Msps with 8-bit samples).
>
>
>
>
> *From:*USRP-users [mailto:[email protected]] *On
> Behalf Of *Marcus D. Leech via USRP-users
> *Sent:* 26 September 2014 20:03
> *To:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] b200 Overflows
>
> On 09/26/2014 02:18 PM, Simon Brown via USRP-users wrote:
>
> Hi,
>
> Windows 64-bit: I'm streaming nicely, none of my threads indicate
> CPU problems (plenty of headroom). At 8MB/s and higher I'm getting
> fastpath Overrun messages every second or so even though I'm
> pulling data from the b200 as fast as it's available, I am not CPU
> limited in any way. Using Intel USB 3.
>
> FWIW I don't see any way to tune the uhd::rx_streamer -- bigger /
> more buffers, also I don't see any way to flush either.
>
> Interestingly if I get my CUDA card working harder (more work on
> the bus) the Overrun messages appear more frequently. I7 4770k,
> good motherboard (can't remember what).
>
> Any suggestions?
>
> Simon Brown G4ELI
> http://v2.sdr-radio.com
>
>
>
>
>
>
> _______________________________________________
>
> USRP-users mailing list
>
> [email protected] <mailto:[email protected]>
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> The USB transport parameters can be tweaked:
>
> http://files.ettus.com/manual/page_transport.html#transport_usb_params
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> _______________________________________________
> 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/20140927/1e3e4402/attachment-0001.html>
------------------------------
Message: 10
Date: Sun, 28 Sep 2014 08:47:37 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] b200 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Marcus,
Very stupid question - I assume that if I use sc12 I get 12-bit complex data
returned in the rx_stream recv() function? I've been digging in the source
but am afraid I'm lost.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: Marcus D. Leech [mailto:[email protected]]
For all products other than B200, the only available formats are sc16 and
sc8. B200 has the additional sc12 over-the-wire format.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140928/51e12675/attachment-0001.html>
------------------------------
Message: 11
Date: Sun, 28 Sep 2014 12:46:54 +0200
From: Dirk Ogermann <[email protected]>
To: [email protected]
Subject: [USRP-users] Weight of B200 sdr
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hello,
For a mobile platform I'm actual using an N210+wbx board which weight without
the case is round about 218g.
Regarding the datasheet for the b200 I was wondering about the weight of 350g
for the board only although the dimensions are half size of the n210.?
Is there a cooling kit installed? Does someone know the correct weight of the
b200 (board only) if there is mistake in the datasheet?
Thank you for the answer.
Kind regards
Dirk
Von Samsung Mobile gesendet
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140928/9ee6f188/attachment-0001.html>
------------------------------
Message: 12
Date: Sun, 28 Sep 2014 14:17:02 +0100
From: "Simon Brown" <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] Weight of B200 sdr
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Dirk,
I have the b200, the weight is insignificant. I could put it one the scales if
really needed, you?ll be needing a case. There?s no cooling kit, doesn?t seem
to get warm.
Simon Brown G4ELI
http://v2.sdr-radio.com
From: USRP-users [mailto:[email protected]] On Behalf Of Dirk
Ogermann via USRP-users
Sent: 28 September 2014 11:47
To: [email protected]
Subject: [USRP-users] Weight of B200 sdr
Hello,
For a mobile platform I'm actual using an N210+wbx board which weight without
the case is round about 218g.
Regarding the datasheet for the b200 I was wondering about the weight of 350g
for the board only although the dimensions are half size of the n210.
Is there a cooling kit installed? Does someone know the correct weight of the
b200 (board only) if there is mistake in the datasheet?
Thank you for the answer.
Kind regards
Dirk
Von Samsung Mobile gesendet
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140928/9760aa55/attachment-0001.html>
------------------------------
Message: 13
Date: Sun, 28 Sep 2014 15:54:00 +0200
From: "Ralph A. Schmid, dk5ras" <[email protected]>
To: "'Dirk Ogermann'" <[email protected]>,
<[email protected]>
Subject: Re: [USRP-users] Weight of B200 sdr
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
I guess the mentioned weight is the packaging together with the USB-cable. The
boards weight is very low. Mabye somebody else can find out the exact figures,
I would need to disassemble my housing for this J
Ralph.
From: USRP-users [mailto:[email protected]] On Behalf Of Dirk
Ogermann via USRP-users
Sent: Sunday, 28 September, 2014 12:47
To: [email protected]
Subject: [USRP-users] Weight of B200 sdr
Hello,
For a mobile platform I'm actual using an N210+wbx board which weight without
the case is round about 218g.
Regarding the datasheet for the b200 I was wondering about the weight of 350g
for the board only although the dimensions are half size of the n210.
Is there a cooling kit installed? Does someone know the correct weight of the
b200 (board only) if there is mistake in the datasheet?
Thank you for the answer.
Kind regards
Dirk
Von Samsung Mobile gesendet
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140928/6e9a3258/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 832 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140928/6e9a3258/attachment-0001.sig>
------------------------------
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 49, Issue 27
******************************************
