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. self calibration of usrp b210 (MITUL VEKARIYA)
2. max input power of USRP X310 (Lapointe, Benjamin - 1008 - MITLL)
3. Re: max input power of USRP X310 (Marcus D. Leech)
4. Re: max input power of USRP X310
(Lapointe, Benjamin - 1008 - MITLL)
5. Re: max input power of USRP X310 (Marcus D. Leech)
6. Re: max input power of USRP X310 (John Malsbury)
7. Re: max input power of USRP X310 (John Malsbury)
8. Re: max input power of USRP X310 (John Malsbury)
9. Re: max input power of USRP X310 (Marcus D. Leech)
10. Re: USRP B210 Overflows (Michael West)
11. Suggestion for Gig-E laptops (Sumit Kumar)
12. Re: Suggestion for Gig-E laptops (Marcus D. Leech)
13. Re: Suggestion for Gig-E laptops (Sumit Kumar)
14. Re: Suggestion for Gig-E laptops (Marcus M?ller)
15. Re: Suggestion for Gig-E laptops (Juha Vierinen)
16. Re: Suggestion for Gig-E laptops (Marcus D. Leech)
17. Re: Suggestion for Gig-E laptops (Zan)
18. Re: Suggestion for Gig-E laptops (Marcus D. Leech)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Mar 2014 14:39:53 +0530
From: MITUL VEKARIYA <[email protected]>
To: [email protected]
Subject: [USRP-users] self calibration of usrp b210
Message-ID:
<CA+Oc-6ZtBxKLE9Ye2D_7=fiael5acrukzycxofv+qgdp_+z...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi
I was going through calibration guide
http://files.ettus.com/uhd_docs/manual/html/calibration.html and it is
mentioned that only daughter boards are supported.
Does usrp api supports self calibration utility for B200/B210 device?
Thanks
Mitul Vekariya
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/72f7df95/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 14 Mar 2014 14:04:33 -0400
From: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] max input power of USRP X310
Message-ID:
<mailman.54.1394899233.13130.usrp-users_lists.ettus....@lists.ettus.com>
Content-Type: text/plain; charset="us-ascii"
Hi,
I am trying to find the max input power of my USRP X310. My setup includes
a BasicRX board. From reading online, I expect the max input power to be
+10dBm based on the 50ohm load and the 2V peak-peak of the A/D. I set up a
simple GRC block to convert the complex samples to a magnitude, with the
idea of increasing the input power until the magnitude stopped increasing.
I got to +13dBm before I stopped, because I wanted to prevent any damage to
the X310 and BasicRX hardware. Am I doing this correctly?
Thanks!
-Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/2e0f7781/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5414 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/2e0f7781/attachment.p7s>
------------------------------
Message: 3
Date: Fri, 14 Mar 2014 14:09:21 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/14/2014 02:04 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
>
> Hi,
>
> I am trying to find the max input power of my USRP X310. My setup
> includes a BasicRX board. From reading online, I expect the max input
> power to be +10dBm based on the 50ohm load and the 2V peak-peak of the
> A/D. I set up a simple GRC block to convert the complex samples to a
> magnitude, with the idea of increasing the input power until the
> magnitude stopped increasing. I got to +13dBm before I stopped,
> because I wanted to prevent any damage to the X310 and BasicRX
> hardware. Am I doing this correctly?
>
> Thanks!
>
> -Ben
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
+10dBm is pretty close to max, but that's not an exact number.
You should also look at the spectrum and/or scope plot to see where
clipping occurs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/3dd9b700/attachment-0001.html>
------------------------------
Message: 4
Date: Fri, 14 Mar 2014 16:09:09 -0400
From: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID:
<mailman.55.1394899233.13130.usrp-users_lists.ettus....@lists.ettus.com>
Content-Type: text/plain; charset="us-ascii"
I might have found the source of my problem below. With my X310, I notice
that the power decreases as the frequency increases. With a CF of 25 MHz
the FFT reads -19dB, CF of 50 MHz the FFT reads -20dB, and with CF 75 MHz
the FFT reads -22dB. With CF of 25 MHz clipping begins near +10dBm, whereas
with CF of 75 MHz clipping begins near +13dBm. Is this expected? Am I
doing something wrong?
My setup includes a 0dBm input signal from a Signal Generator, Center
Frequency from 25 to 75 MHz, sampling rate of 10 MHz, BasicRX daughterboard,
USRP X310, with a FFT plot in GNU Radio Companion.
-ben, x1864
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech
Sent: Friday, March 14, 2014 2:09 PM
To: [email protected]
Subject: Re: [USRP-users] max input power of USRP X310
On 03/14/2014 02:04 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
Hi,
I am trying to find the max input power of my USRP X310. My setup includes
a BasicRX board. From reading online, I expect the max input power to be
+10dBm based on the 50ohm load and the 2V peak-peak of the A/D. I set up a
simple GRC block to convert the complex samples to a magnitude, with the
idea of increasing the input power until the magnitude stopped increasing.
I got to +13dBm before I stopped, because I wanted to prevent any damage to
the X310 and BasicRX hardware. Am I doing this correctly?
Thanks!
-Ben
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
+10dBm is pretty close to max, but that's not an exact number.
You should also look at the spectrum and/or scope plot to see where clipping
occurs.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/ac0adb5e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5414 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/ac0adb5e/attachment.p7s>
------------------------------
Message: 5
Date: Fri, 14 Mar 2014 16:12:26 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/14/2014 04:09 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
>
> I might have found the source of my problem below. With my X310, I
> notice that the power decreases as the frequency increases. With a CF
> of 25 MHz the FFT reads -19dB, CF of 50 MHz the FFT reads -20dB, and
> with CF 75 MHz the FFT reads -22dB. With CF of 25 MHz clipping begins
> near +10dBm, whereas with CF of 75 MHz clipping begins near +13dBm.
> Is this expected? Am I doing something wrong?
>
> My setup includes a 0dBm input signal from a Signal Generator, Center
> Frequency from 25 to 75 MHz, sampling rate of 10 MHz, BasicRX
> daughterboard, USRP X310, with a FFT plot in GNU Radio Companion.
>
> -ben, x1864
>
The transformer on the BASIC_RX likely doesn't have uniform loss across
DC-250MHz. It's analog.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/cf694ef5/attachment-0001.html>
------------------------------
Message: 6
Date: Fri, 14 Mar 2014 13:13:48 -0700
From: John Malsbury <[email protected]>
To: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID:
<CAN5WegRKQb=SFFu0MSapmLuF_p9=JMypGhANNAViNEnE=92...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Someone else more knowledgeable from the team might jump in to comment.
But it sounds like you are seeing the sin(x)/x response of the ADC. The
BasicRX doesnt have its own tuner, its just a unity-gain interface to the
ADC. When you tune to a higher frequency, you are actually operating in a
different point in the nyquist zone of ADC.
(like this:
http://www.dataweek.co.za/articles/Dataweek%20-%20Published%20by%20Technews/k0114c.png
-John
On Fri, Mar 14, 2014 at 1:09 PM, Lapointe, Benjamin - 1008 - MITLL <
[email protected]> wrote:
> I might have found the source of my problem below. With my X310, I notice
> that the power decreases as the frequency increases. With a CF of 25 MHz
> the FFT reads -19dB, CF of 50 MHz the FFT reads -20dB, and with CF 75 MHz
> the FFT reads -22dB. With CF of 25 MHz clipping begins near +10dBm,
> whereas with CF of 75 MHz clipping begins near +13dBm. Is this expected?
> Am I doing something wrong?
>
>
>
> My setup includes a 0dBm input signal from a Signal Generator, Center
> Frequency from 25 to 75 MHz, sampling rate of 10 MHz, BasicRX
> daughterboard, USRP X310, with a FFT plot in GNU Radio Companion.
>
>
>
> -ben, x1864
>
>
>
> *From:* USRP-users [mailto:[email protected]] *On Behalf
> Of *Marcus D. Leech
> *Sent:* Friday, March 14, 2014 2:09 PM
> *To:* [email protected]
> *Subject:* Re: [USRP-users] max input power of USRP X310
>
>
>
> On 03/14/2014 02:04 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
>
> Hi,
>
>
>
> I am trying to find the max input power of my USRP X310. My setup
> includes a BasicRX board. From reading online, I expect the max input
> power to be +10dBm based on the 50ohm load and the 2V peak-peak of the
> A/D. I set up a simple GRC block to convert the complex samples to a
> magnitude, with the idea of increasing the input power until the magnitude
> stopped increasing. I got to +13dBm before I stopped, because I wanted to
> prevent any damage to the X310 and BasicRX hardware. Am I doing this
> correctly?
>
>
>
> Thanks!
>
> -Ben
>
>
>
>
> _______________________________________________
>
> USRP-users mailing list
>
> [email protected]
>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> +10dBm is pretty close to max, but that's not an exact number.
>
> You should also look at the spectrum and/or scope plot to see where
> clipping occurs.
>
>
> _______________________________________________
> 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/20140314/2a1945e2/attachment-0001.html>
------------------------------
Message: 7
Date: Fri, 14 Mar 2014 13:15:29 -0700
From: John Malsbury <[email protected]>
To: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID:
<can5wegrjcgvcuj8arwdwjrqtdm6ul7g0y9vhcuhb85jvjmr...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
[combined with the effects of frequency dependent loss across the
transformer]
On Fri, Mar 14, 2014 at 1:13 PM, John Malsbury <[email protected]>wrote:
> Someone else more knowledgeable from the team might jump in to comment.
> But it sounds like you are seeing the sin(x)/x response of the ADC. The
> BasicRX doesnt have its own tuner, its just a unity-gain interface to the
> ADC. When you tune to a higher frequency, you are actually operating in a
> different point in the nyquist zone of ADC.
>
> (like this:
> http://www.dataweek.co.za/articles/Dataweek%20-%20Published%20by%20Technews/k0114c.png
>
> -John
>
>
> On Fri, Mar 14, 2014 at 1:09 PM, Lapointe, Benjamin - 1008 - MITLL <
> [email protected]> wrote:
>
>> I might have found the source of my problem below. With my X310, I
>> notice that the power decreases as the frequency increases. With a CF of
>> 25 MHz the FFT reads -19dB, CF of 50 MHz the FFT reads -20dB, and with CF
>> 75 MHz the FFT reads -22dB. With CF of 25 MHz clipping begins near +10dBm,
>> whereas with CF of 75 MHz clipping begins near +13dBm. Is this expected?
>> Am I doing something wrong?
>>
>>
>>
>> My setup includes a 0dBm input signal from a Signal Generator, Center
>> Frequency from 25 to 75 MHz, sampling rate of 10 MHz, BasicRX
>> daughterboard, USRP X310, with a FFT plot in GNU Radio Companion.
>>
>>
>>
>> -ben, x1864
>>
>>
>>
>> *From:* USRP-users [mailto:[email protected]] *On
>> Behalf Of *Marcus D. Leech
>> *Sent:* Friday, March 14, 2014 2:09 PM
>> *To:* [email protected]
>> *Subject:* Re: [USRP-users] max input power of USRP X310
>>
>>
>>
>> On 03/14/2014 02:04 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
>>
>> Hi,
>>
>>
>>
>> I am trying to find the max input power of my USRP X310. My setup
>> includes a BasicRX board. From reading online, I expect the max input
>> power to be +10dBm based on the 50ohm load and the 2V peak-peak of the
>> A/D. I set up a simple GRC block to convert the complex samples to a
>> magnitude, with the idea of increasing the input power until the magnitude
>> stopped increasing. I got to +13dBm before I stopped, because I wanted to
>> prevent any damage to the X310 and BasicRX hardware. Am I doing this
>> correctly?
>>
>>
>>
>> Thanks!
>>
>> -Ben
>>
>>
>>
>>
>> _______________________________________________
>>
>> USRP-users mailing list
>>
>> [email protected]
>>
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>> +10dBm is pretty close to max, but that's not an exact number.
>>
>> You should also look at the spectrum and/or scope plot to see where
>> clipping occurs.
>>
>>
>> _______________________________________________
>> 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/20140314/a30208e5/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 14 Mar 2014 13:17:35 -0700
From: John Malsbury <[email protected]>
To: "Lapointe, Benjamin - 1008 - MITLL" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID:
<CAN5WegTYemkLx8=ZjzBgSdS+4aq+o65sABrAB+=t-lfjm7c...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I apologize for multiple posts - but this was the more informative drawing
i was looking for:
-John
On Fri, Mar 14, 2014 at 1:15 PM, John Malsbury <[email protected]>wrote:
> [combined with the effects of frequency dependent loss across the
> transformer]
>
>
> On Fri, Mar 14, 2014 at 1:13 PM, John Malsbury <[email protected]>wrote:
>
>> Someone else more knowledgeable from the team might jump in to comment.
>> But it sounds like you are seeing the sin(x)/x response of the ADC. The
>> BasicRX doesnt have its own tuner, its just a unity-gain interface to the
>> ADC. When you tune to a higher frequency, you are actually operating in a
>> different point in the nyquist zone of ADC.
>>
>> (like this:
>> http://www.dataweek.co.za/articles/Dataweek%20-%20Published%20by%20Technews/k0114c.png
>>
>> -John
>>
>>
>> On Fri, Mar 14, 2014 at 1:09 PM, Lapointe, Benjamin - 1008 - MITLL <
>> [email protected]> wrote:
>>
>>> I might have found the source of my problem below. With my X310, I
>>> notice that the power decreases as the frequency increases. With a CF of
>>> 25 MHz the FFT reads -19dB, CF of 50 MHz the FFT reads -20dB, and with CF
>>> 75 MHz the FFT reads -22dB. With CF of 25 MHz clipping begins near +10dBm,
>>> whereas with CF of 75 MHz clipping begins near +13dBm. Is this expected?
>>> Am I doing something wrong?
>>>
>>>
>>>
>>> My setup includes a 0dBm input signal from a Signal Generator, Center
>>> Frequency from 25 to 75 MHz, sampling rate of 10 MHz, BasicRX
>>> daughterboard, USRP X310, with a FFT plot in GNU Radio Companion.
>>>
>>>
>>>
>>> -ben, x1864
>>>
>>>
>>>
>>> *From:* USRP-users [mailto:[email protected]] *On
>>> Behalf Of *Marcus D. Leech
>>> *Sent:* Friday, March 14, 2014 2:09 PM
>>> *To:* [email protected]
>>> *Subject:* Re: [USRP-users] max input power of USRP X310
>>>
>>>
>>>
>>> On 03/14/2014 02:04 PM, Lapointe, Benjamin - 1008 - MITLL wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> I am trying to find the max input power of my USRP X310. My setup
>>> includes a BasicRX board. From reading online, I expect the max input
>>> power to be +10dBm based on the 50ohm load and the 2V peak-peak of the
>>> A/D. I set up a simple GRC block to convert the complex samples to a
>>> magnitude, with the idea of increasing the input power until the magnitude
>>> stopped increasing. I got to +13dBm before I stopped, because I wanted to
>>> prevent any damage to the X310 and BasicRX hardware. Am I doing this
>>> correctly?
>>>
>>>
>>>
>>> Thanks!
>>>
>>> -Ben
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>>
>>> USRP-users mailing list
>>>
>>> [email protected]
>>>
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>> +10dBm is pretty close to max, but that's not an exact number.
>>>
>>> You should also look at the spectrum and/or scope plot to see where
>>> clipping occurs.
>>>
>>>
>>> _______________________________________________
>>> 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/20140314/e4619cca/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sincfreq.gif
Type: image/gif
Size: 6040 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/e4619cca/attachment-0001.gif>
------------------------------
Message: 9
Date: Fri, 14 Mar 2014 16:17:46 -0400
From: "Marcus D. Leech" <[email protected]>
To: John Malsbury <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: [USRP-users] max input power of USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 03/14/2014 04:13 PM, John Malsbury wrote:
> Someone else more knowledgeable from the team might jump in to
> comment. But it sounds like you are seeing the sin(x)/x response of
> the ADC. The BasicRX doesnt have its own tuner, its just a unity-gain
> interface to the ADC. When you tune to a higher frequency, you are
> actually operating in a different point in the nyquist zone of ADC.
>
> (like this:
> http://www.dataweek.co.za/articles/Dataweek%20-%20Published%20by%20Technews/k0114c.png
>
> -John
>
Also:
http://www.minicircuits.com/pdfs/ADT1-1.pdf
The insertion loss isn't flat from DC-250MHz
------------------------------
Message: 10
Date: Fri, 14 Mar 2014 16:37:00 -0700
From: Michael West <[email protected]>
To: Francois Louw <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210 Overflows
Message-ID:
<CAM4xKrqaWW=p0y8m-4plufohuvy-t5v8iaz2xkguzp-_zqw...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Francois,
As for the compiler error, you can probably fix that by casting it as a
string:
pUSRP =
uhd::usrp::multi_usrp::make(std::string("num_recv_frames=128,num_send_frames=128"));
As for the "Access Violation", that can come from anything in the program.
How do you know it is from that particular line of code?
As for the benchmark_rate crash, the sample rate needs to be an even
division of the master clock rate which is 100MHz for the N210. Try
running:
benchmark_rate.exe --rx_rate 25e6 --args="num_recv_frames=128"
That worked fine for me.
Regards,
Michael
On Fri, Mar 14, 2014 at 8:16 AM, Francois Louw <[email protected]>wrote:
> Hi Michael,
>
> Thanks for the help.
>
> If I use your code snippet as follows:
> pUSRP =
> uhd::usrp::multi_usrp::make("num_recv_frames=128,num_send_frames=128");
>
> Then it gives a compiler error of :
> *cannot convert parameter 1 from 'const char [40]' to 'const
> uhd::device_addr_t &'*
>
> If I then use:
> pUSRP =
> uhd::usrp::multi_usrp::make(uhd::device_addr_t("num_recv_frames=128,num_send_frames=128"));
> Then I get an "Access Violation" run-time error. when I run it
>
> If I run the benchmark test as follows:
> benchmark_rate.exe --rx_rate 32000000
> --args="num_recv_frames=128,num_send_frames=128"
>
> then it crashes. If I run it without the "--args" option then it runs fine
> (with some overflows however).
>
> I am developing in Windows and using "#define UHD_VERSION_ABI_STRING
> "3.7.0-0""
>
> Any ideas?
>
> Kind regards
> Francois
>
>
>
> On Fri, Mar 14, 2014 at 1:18 AM, Michael West <[email protected]>wrote:
>
>> Hi Francois,
>>
>> Just add it in the device_addr_t when you call multi_usrp::make(). For
>> example:
>>
>> multi_usrp::sptr usrp =
>> multi_usrp::make("num_recv_frames=128,num_send_frames=128");
>>
>> For the utilities and examples provided by UHD you can add them as the
>> --args argument. For example:
>>
>> /usr/local/lib/uhd/examples/benchmark_rate
>> --args="num_recv_frames=128,num_send_frames=128"
>>
>> Best regards,
>> Michael E. West
>> Senior Software Design Engineer
>> Ettus Research
>> www.ettus.com
>>
>>
>> On Thu, Mar 13, 2014 at 1:32 PM, Francois Louw
>> <[email protected]>wrote:
>>
>>> Michael West <michael.west@...> writes:
>>>
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Aside from tweaking system parameters and assuming your disk write
>>> speed
>>> is sufficient, here are 2 things you can try to add buffering of the
>>> data to
>>> avoid overflows:1) Increase num_recv_frames (512 is recommended). The
>>> N2x0
>>> uses the network socket buffer as well as the receive frames to buffer
>>> data,
>>> but the B2x0 only uses the frames. Increasing the number of frames will
>>> give you more buffering.
>>> > 2) Make separate threads for receiving the data and writing the data to
>>> disk with a large buffer in between.
>>> > Regards,
>>> > Michael E. West
>>> > Senior Software Design Engineer
>>> > Ettus Research
>>> >
>>> > www.ettus.com
>>> >
>>> >
>>> > On Wed, Jan 29, 2014 at 9:30 AM, Marcus D. Leech <mleech-
>>> [email protected]> wrote:
>>> > On 01/29/2014 12:22 PM, Alexandru Csete wrote:
>>> > On Wed, Jan 29, 2014 at 4:26 PM, Knee, Peter A<paknee-
>>> [email protected]> wrote:
>>> > Good morning all!
>>> > I wanted to see if anybody was having similar issues with their B210.
>>> We
>>> > just purchased our device last week and have been benchmarking for a
>>> data
>>> > acquisition application. We want to see what kind of throughput to
>>> disk
>>> we
>>> > can have with the new wideband bus-based device.
>>> > We have everything compiled and are using version 3.6.2 of the UHD. We
>>> can
>>> > successfully communicate with the device and such. Our issues arise
>>> when
>>> we
>>> > try to start streaming the data to disk. And just to clarify right
>>> away,
>>> I
>>> > don't believe this is a disk write speed issue. We have SSDs and have
>>> > previously been able to stream 25 MHz of 16-bit I/Q data from the USRP
>>> N210.
>>> > First we ran the rx_samples_to_file program using the null option to
>>> verify
>>> > that USB 3.0 is allowing for transmission from the device to the host
>>> with
>>> > no issues. We were able to successfully stream 32 MHz of 16-bit I/Q
>>> data
>>> > when not writing to a file. When we specify an output file, we
>>> immediately
>>> > start seeing overflows when the data is flushed from RAM to the SSD.
>>> Our
>>> > best guess as to what is happening is that an interrupt is generated
>>> when
>>> > data is ready to be flushed from RAM, causing us to not consume data
>>> from
>>> > the device fast enough. The N210 overcomes this issue by having large
>>> > amounts of shared networking memory to continue to buffer data while we
>>> > burst data to the disk. I haven't spent the time looking into it yet,
>>> but
>>> > I'm not sure that USB provides this same functionality as it is an
>>> interrupt
>>> > driven protocol.
>>> > Is this the case? Or are there some USB settings to allow for
>>> allocating
>>> > shared memory sizes that may overcome this issue? Has anyone seen
>>> anything
>>> > similar and if so, how did you alleviate the problem?
>>> >
>>> > I had the same problem last year with a USRP1 running at 4 MHz
>>> > bandwidth. Initially, I didn't understand what the hell was going on,
>>> > since the throughput required to store 4 MHz raw I/Q is far below what
>>> > the disks could handle.
>>> > My investigations revealed that the linux kernel was configured to do
>>> > some very aggressive caching. It would cache up to the point there was
>>> > no more RAM, where after it would start writing huge chunks of data to
>>> > disk causing interrupts in the USB transfer.
>>> > I ended up messing with the virtual memory parameters:
>>> > sysctl -w vm.swappiness=0
>>> > sysctl -w vm.dirty_background_bytes=1048576
>>> > sysctl -w vm.dirty_writeback_centisecs=20
>>> > sysctl -w vm.dirty_expire_centisecs=30
>>> > However, note that these setting will essentially disable caching and
>>> > the computer will probably be quite useless for normal desktop use.
>>> > See https://www.kernel.org/doc/Documentation/sysctl/vm.txt
>>> > I also got a suggestion to use raw write instead of fwrite and that's
>>> > what I am going to try the next time.
>>> > Alex
>>> > _______________________________________________
>>> > USRP-users mailing listUSRP-users <at>
>>> lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-
>>> users_lists.ettus.com
>>> >
>>> >
>>> > fwrite buffer in user-space--has nothing to do with kernel-layer
>>> buffer at
>>> all. Just standard userspace buffer in the stdio library. The default
>>> buffer
>>> > size for fwrites() is BUFSIZ, which is typically not that
>>> large--8192 or
>>> perhaps up to 32K.
>>> >
>>>
>>> Hi Michael,
>>>
>>> I've been searching the API and all the mailing lists but cannot get
>>> documentation on how I go about setting the num_recv_frames for the B210.
>>>
>>> Please could you provide me a short code snippet on how to go about doing
>>> this.
>>>
>>> I am also running into overflow problems. I can only reliably read at
>>> 5MSPS
>>> without getting overflows.
>>>
>>> Kind regards
>>> Francois
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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/20140314/13d2574a/attachment-0001.html>
------------------------------
Message: 11
Date: Sat, 15 Mar 2014 08:34:15 +0530
From: Sumit Kumar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Suggestion for Gig-E laptops
Message-ID:
<CAOExtcTtDjap2GM=cxyhlmisjj61l1rmubp0eodc5h23631...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Community,
I have to procure a couple of laptops with Gig-E port for working with N
series. Could you suggest some. Till now I was working with Desktops, but I
have to travel frequently these days for demos. I did search but would like
to listen from other members also.
Regards
--
Sumit kumar
Research Assistant
Communication Research Center
IIIT Hyderabad, India
+91-7799081452
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140315/7a84d91a/attachment-0001.html>
------------------------------
Message: 12
Date: Fri, 14 Mar 2014 23:23:59 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/14/2014 11:04 PM, Sumit Kumar wrote:
> Hi Community,
>
> I have to procure a couple of laptops with Gig-E port for working with
> N series. Could you suggest some. Till now I was working with
> Desktops, but I have to travel frequently these days for demos. I did
> search but would like to listen from other members also.
>
> Regards
> --
> Sumit kumar
> Research Assistant
> Communication Research Center
> IIIT Hyderabad, India
> +91-7799081452
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Nearly every laptop these days has 1GiGe.
What are your requirements? There are dozens and dozens of laptops "out
there".
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/026dc602/attachment-0001.html>
------------------------------
Message: 13
Date: Sat, 15 Mar 2014 11:41:10 +0530
From: Sumit Kumar <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID:
<caoextcr_wji0mt86cf-p6agavsjaksphztvor5v3d7inaxy...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Marcus,
My requirements include
openBTS, DF(Array of 5 N210), MIMO(4X4)
Dell webpage for my country is not showing the port specs.
Some suggestion about quantity of RAM and processor cores will also help.
Although I don't know much, but, will a good graphic card help in
processing. I mean does VOLK make use of the processing power of graphic
cards.
Regards
On Sat, Mar 15, 2014 at 8:53 AM, Marcus D. Leech <[email protected]> wrote:
> On 03/14/2014 11:04 PM, Sumit Kumar wrote:
>
> Hi Community,
>
> I have to procure a couple of laptops with Gig-E port for working with N
> series. Could you suggest some. Till now I was working with Desktops, but I
> have to travel frequently these days for demos. I did search but would like
> to listen from other members also.
>
> Regards
> --
> Sumit kumar
> Research Assistant
> Communication Research Center
> IIIT Hyderabad, India
> +91-7799081452
>
>
>
> _______________________________________________
> USRP-users mailing
> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> Nearly every laptop these days has 1GiGe.
>
> What are your requirements? There are dozens and dozens of laptops "out
> there".
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
Sumit kumar
Research Assistant
Communication Research Center
IIIT Hyderabad, India
+91-7799081452
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140315/db349bf3/attachment-0001.html>
------------------------------
Message: 14
Date: Sat, 15 Mar 2014 12:14:23 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Sumit,
from the dozens of laptop lines Dell has to offer, I guess every of
the several models in each of their several hardware versions will
have Gigabit Ethernet. It has been around in business notebooks for
around a decade, and it's rather hard to get a computer without it
unless you try to get the very cheapest laptop available.
Drivers are really mature by now, so is linux support (you should
still check for the specific chipsets used in your individual
candidate laptops); GigE will be one of the lesser concerns when
choosing a laptop nowadays.
Anyway, to be honest, if I was to give you advise on which platform to
choose to use five USRPs at once, it surely would be:
Buy a desktop workstation.
The cause is simple: Most notebooks only have one network interface,
since everything else would be a waste of space, weight and power.
If you want to use 5 N210s at once, that would, if there was no
overhead, reduce your usable bandwidth to 1 Gigabit/s / 5 = 200MBit/s =~
6.2MSam/s per USRP. And that would mean you'd have a *really* strong
CPU for a notebook to process that kind of data in real time. It's not
even easy to write a gigabit Ethernet data rate to a notebook hard drive.
That being said, my suggestion is: get a fast workstation, buy as many
PCIe network cards (cheap as they are) as necessary to have a
dedicated port for each one of your USRPs, and you will most probably
have saved enough money compared to a laptop that would have nearly
the same processing power that you can buy a laptop that you choose by
your needs for mobility, display, keyboard, pricing, and just use that
to remotely work on your workstation.
Greetings,
Marcus
On 15.03.2014 07:11, Sumit Kumar wrote:
> Hi Marcus,
>
> My requirements include
>
> openBTS, DF(Array of 5 N210), MIMO(4X4)
>
> Dell webpage for my country is not showing the port specs.
>
> Some suggestion about quantity of RAM and processor cores will also
> help.
>
> Although I don't know much, but, will a good graphic card help in
> processing. I mean does VOLK make use of the processing power of
> graphic cards.
>
> Regards
>
>
> On Sat, Mar 15, 2014 at 8:53 AM, Marcus D. Leech
> <[email protected]> wrote:
>
>> On 03/14/2014 11:04 PM, Sumit Kumar wrote:
>>
>> Hi Community,
>>
>> I have to procure a couple of laptops with Gig-E port for working
>> with N series. Could you suggest some. Till now I was working
>> with Desktops, but I have to travel frequently these days for
>> demos. I did search but would like to listen from other members
>> also.
>>
>> Regards -- Sumit kumar Research Assistant Communication Research
>> Center IIIT Hyderabad, India +91-7799081452
>>
>>
>>
>> _______________________________________________ USRP-users
>> mailing
>> [email protected]http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>>
Nearly every laptop these days has 1GiGe.
>>
>> What are your requirements? There are dozens and dozens of
>> laptops "out there".
>>
>>
>>
>> _______________________________________________ USRP-users
>> mailing list [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
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJTJDYPAAoJEBQ6EdjyzlHt1jgH/jTvbvgFjANyUr8mqsHl5k1S
HZGcckYnuHvYAkhOqvH83C37i9Bx9yeaelb8HHWzZE1B4cBz1S4BOANffOuXVAhX
jl1MD6DL9Yji5fBcDnK/xPFrgz49JxvMKDMpuZJUqniuWMch899X5K+hJTUrwjwt
3uQgmdN35cjml/e3vo4EG4zKNTyrjQwa6hGVqVQIRm5Ce1N+vveYq/p50qwBrr37
V0d09pocPaDwzYi0TjgSBpIl8cHWE7KgeKDQKTsG5r7REIMuc+l4B01jwqUzTgDn
D78VBibk0S+BI8m6w+gKiH2IOUIR9BeNh+87PTk7tGNF7KO5TG4ogQ1BTPeTjgc=
=gI5R
-----END PGP SIGNATURE-----
------------------------------
Message: 15
Date: Sat, 15 Mar 2014 12:30:03 +0000
From: Juha Vierinen <[email protected]>
To: Sumit Kumar <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID:
<cagbkif0w0qqccfe2kci9o5qd0uzeskgxq+apjhpvfay7kez...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Avoid anything with the Intel 82579* chipset. They drop packets more than
I'd like them to, even at lower sample rates.
juha
On Sat, Mar 15, 2014 at 3:04 AM, Sumit Kumar <[email protected]> wrote:
> Hi Community,
>
> I have to procure a couple of laptops with Gig-E port for working with N
> series. Could you suggest some. Till now I was working with Desktops, but I
> have to travel frequently these days for demos. I did search but would like
> to listen from other members also.
>
> Regards
> --
> Sumit kumar
> Research Assistant
> Communication Research Center
> IIIT Hyderabad, India
> +91-7799081452
>
>
> _______________________________________________
> 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/20140315/01b0f326/attachment-0001.html>
------------------------------
Message: 16
Date: Sat, 15 Mar 2014 08:33:32 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/15/2014 08:30 AM, Juha Vierinen wrote:
> Avoid anything with the Intel 82579* chipset. They drop packets more
> than I'd like them to, even at lower sample rates.
>
> juha
>
I second this motion. The 82579LM, in particular (and maybe the LV)
have a serious, fatal, cannot-be-fixed, design flaw that causes them
to lose packets. I'm surprised that they're still in circulation
without a fix.
>
> On Sat, Mar 15, 2014 at 3:04 AM, Sumit Kumar <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hi Community,
>
> I have to procure a couple of laptops with Gig-E port for working
> with N series. Could you suggest some. Till now I was working with
> Desktops, but I have to travel frequently these days for demos. I
> did search but would like to listen from other members also.
>
> Regards
> --
> Sumit kumar
> Research Assistant
> Communication Research Center
> IIIT Hyderabad, India
> +91-7799081452
>
>
> _______________________________________________
> 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/20140315/c32531f1/attachment-0001.html>
------------------------------
Message: 17
Date: Sat, 15 Mar 2014 15:01:29 +0100
From: Zan <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
This problem seems quite normal for 82579LM. Especially for laptop
Lenovo T430, I try several methods suggested on the internet but no any
reliable methods. I guess this is really the hardware problem and it is
not feasible to solve by software update.
Best
alex
On 03/15/2014 01:33 PM, Marcus D. Leech wrote:
> On 03/15/2014 08:30 AM, Juha Vierinen wrote:
>> Avoid anything with the Intel 82579* chipset. They drop packets more
>> than I'd like them to, even at lower sample rates.
>>
>> juha
>>
> I second this motion. The 82579LM, in particular (and maybe the LV)
> have a serious, fatal, cannot-be-fixed, design flaw that causes them
> to lose packets. I'm surprised that they're still in circulation
> without a fix.
>
>
>>
>> On Sat, Mar 15, 2014 at 3:04 AM, Sumit Kumar <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hi Community,
>>
>> I have to procure a couple of laptops with Gig-E port for working
>> with N series. Could you suggest some. Till now I was working
>> with Desktops, but I have to travel frequently these days for
>> demos. I did search but would like to listen from other members
>> also.
>>
>> Regards
>> --
>> Sumit kumar
>> Research Assistant
>> Communication Research Center
>> IIIT Hyderabad, India
>> +91-7799081452
>>
>>
>> _______________________________________________
>> 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
>
>
>
> _______________________________________________
> 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/20140315/26a233f0/attachment-0001.html>
------------------------------
Message: 18
Date: Sat, 15 Mar 2014 10:30:07 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Suggestion for Gig-E laptops
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/15/2014 10:01 AM, Zan wrote:
> This problem seems quite normal for 82579LM. Especially for laptop
> Lenovo T430, I try several methods suggested on the internet but no
> any reliable methods. I guess this is really the hardware problem and
> it is not feasible to solve by software update.
>
> Best
>
> alex
My understanding is that there's a hardware bug in the FIFO logic in the
chip, and that while driver updates can *help*, they cannot cure it.
> On 03/15/2014 01:33 PM, Marcus D. Leech wrote:
>> On 03/15/2014 08:30 AM, Juha Vierinen wrote:
>>> Avoid anything with the Intel 82579* chipset. They drop packets more
>>> than I'd like them to, even at lower sample rates.
>>>
>>> juha
>>>
>> I second this motion. The 82579LM, in particular (and maybe the LV)
>> have a serious, fatal, cannot-be-fixed, design flaw that causes them
>> to lose packets. I'm surprised that they're still in circulation
>> without a fix.
>>
>>
>>>
>>> On Sat, Mar 15, 2014 at 3:04 AM, Sumit Kumar <[email protected]
>>> <mailto:[email protected]>> wrote:
>>>
>>> Hi Community,
>>>
>>> I have to procure a couple of laptops with Gig-E port for
>>> working with N series. Could you suggest some. Till now I was
>>> working with Desktops, but I have to travel frequently these
>>> days for demos. I did search but would like to listen from other
>>> members also.
>>>
>>> Regards
>>> --
>>> Sumit kumar
>>> Research Assistant
>>> Communication Research Center
>>> IIIT Hyderabad, India
>>> +91-7799081452
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [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
--
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/20140315/c6c1cd43/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 43, Issue 15
******************************************
