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. Automatic reply: varying TX delay on TX/RX loopback with B210
(Vance, Timothy CIV NSWC CRAN ExpEW Sys WXQ)
2. Re: 4 Channel Synchronization with 2 X-300s (Joel Bratin)
3. Re: Random Phase Offset Between Two Rx Channels of B210 ???
(Ufuk Tamer)
4. Re: Random Phase Offset Between Two Rx Channels of B210 ???
(Ufuk Tamer)
5. Re: Random Phase Offset Between Two Rx Channels of B210 ???
(Marcus D. Leech)
6. Re: Random Phase Offset Between Two Rx Channels of B210 ???
(Ufuk Tamer)
7. Re: E110 boost::chrono (Simon IJskes)
8. Questions about input data in USRP n210 (???)
9. USRP B210 queries (mvprasad k)
10. Re: Questions about input data in USRP n210 (Marcus M?ller)
11. 1Tx-2Rx Configuration (siva sankar)
12. Re: 1Tx-2Rx Configuration (siva sankar)
13. bitbaking for the E110 (Simon IJskes)
14. Re: USRP B210 queries (Marcus D. Leech)
15. Re: 1Tx-2Rx Configuration (Marcus D. Leech)
16. Re: USRP B210 queries (Neel Pandeya)
17. Re: USRP B210 queries (Marcus D. Leech)
18. Define a fixed sample stream from B210 (Luis urday)
19. Change USRP sink center frequency dynamically (Luis urday)
20. count number of times that a block runs in gnuradio (Luis urday)
21. X310 50MHz two channel transmit problem
(=?ISO-8859-1?B?VHJlaw==?=)
----------------------------------------------------------------------
Message: 1
Date: Tue, 24 Mar 2015 20:48:54 +0000
From: "Vance, Timothy CIV NSWC CRAN ExpEW Sys WXQ"
<[email protected]>
To: Jeremy Hershberger via USRP-users <[email protected]>
Subject: [USRP-users] Automatic reply: varying TX delay on TX/RX
loopback with B210
Message-ID:
<49d5f7cfb1ad4544869de8cb1d25a...@naeacranxh02v.nadsusea.nads.navy.mil>
Content-Type: text/plain; charset="us-ascii"
I will be out of the office until 25 March and will have very limited email
access.
------------------------------
Message: 2
Date: Tue, 24 Mar 2015 21:08:10 +0000
From: Joel Bratin <[email protected]>
To: Michael West <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] 4 Channel Synchronization with 2 X-300s
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Michael,
We are using UHD 3.8.2. We tried it on Windows, Mac OS and Linux (Fedora) and
received the same problem.
Steps to reproduce the problem:
1. X300 #1 with IP address 192.168.40.2
2. X300 #2 with IP Address 192.168.140.2
3. Connect each X300 to its own interface on our Intel X520-DA2
4. Reboot each X300
5. Run benchmark_rate.exe --args ?addr0=192.168.140.2,
addr1=192.168.40.2? ?rx_rate 625000 ?channels ?2,3
When running we receive ERROR_CODE_TIMEOUT
We managed to find a workaround but we?re not entirely sure why it works.
In our own application we used set_time_source(?external?) and
set_clock_source(?external?). We connected an external clock and PPS to both
X300s.
We called set_time_unknown_pps(uhd::time_spec_t(0.0))
We stopped seeing the ERROR_CODE_TIMEOUT while streaming.
Furthermore, when we returned back to benchmark_rate.exe we found that we
stopped getting the ERROR_CODE_TIMEOUT. The ERROR_CODE_TIMEOUT disappeared
until we shut off one of the X300s and turned it back on.
It seems like our application kicked the X300s into a working state but we?re
not sure why. Do you have any idea what could?ve fixed our problem?
Benchmark_rate doesn?t set the time_source or ?clock_source so we assume it
automatically uses an ?internal? clock_source and ?internal? time_source.
Should we expect to see ERROR_CODE_TIMEOUT if we?re not using an external
clock/PPS? Is there a command that we called that might be missing in
benchmark_rate?
Thanks,
Joel Bratin
From: Michael West [mailto:[email protected]]
Sent: Tuesday, March 24, 2015 4:09 PM
To: Joel Bratin
Cc: [email protected]
Subject: Re: [USRP-users] 4 Channel Synchronization with 2 X-300s
Hi Joel,
It should work the way you are using it. Can you tell me what version of UHD
you are using so I can try to reproduce it and look into it further for you?
Thanks,
Michael
On Tue, Mar 24, 2015 at 7:48 AM, Joel Bratin
<[email protected]<mailto:[email protected]>> wrote:
Hi Michael,
The two network interfaces are on different subnets and both have 255.255.255.0
subnet masks.
I am able to stream from each channel independently so I know that I can
connect to both X300s.
I don?t understand why benchmark_rate.exe --args "addr0=192.168.140.2,
addr1=192.168.40.2" --rx_rate 625000 --channels"0,1" works perfectly but
benchmark_rate.exe --args "addr0=192.168.40.2, addr1=192.168.140.2" --rx_rate
625000 --channels"2,3" gives me the ERROR_CODE_TIMEOUT error.
For some reason changing the values of addr0 and addr1 causes an issue.
Does something happen in uhd that it treats the devices on addr0 and addr1
differently? Does it matter which one I declare as addr0 and which one I
declare as addr1?
Thanks,
Joel Bratin
From: Michael West
[mailto:[email protected]<mailto:[email protected]>]
Sent: Monday, March 23, 2015 5:32 PM
To: Joel Bratin
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] 4 Channel Synchronization with 2 X-300s
Hi Joel,
This looks like it could be a network interface configuration issue. Check to
make sure the two network interfaces on the host computer are on different
subnets and the subnet masks are set correctly (should be 255.255.255.0).
Regards,
Michael
On Mon, Mar 23, 2015 at 1:19 PM, Joel Bratin via USRP-users
<[email protected]<mailto:[email protected]>> wrote:
Hi,
My setup from last week keeps running into the same problem.
When receiving from the rx_streamer I get the ERROR_CODE_TIMEOUT error.
I tried debugging my setup with benchmark_rate and noticed that I get this
error when trying to stream from channels "2" and "3" regardless of which X300
was designated as the addr1.
For example, the following commands lead to ERROR_CODE_TIMEOUTs.
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"0,2"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"0,3"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"1,2"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"1,3"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"1,2"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"2,3"
benchmark_rate.exe --args "addr0=192.168.40.2, addr1=192.168.140.2" --rx_rate
625000 --channels"2,3" <-- notice the addr0/addr1 swap doesn't help
The following commands are successful:
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"0"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"1"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"2"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"3"
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"0,1"
benchmark_rate.exe --args "addr0=192.168.40.2, addr1=192.168.140.2" --rx_rate
625000 --channels"0,1" <-- addr0/addr1 swap still works
I got the same error last week and it seemed to disappear on its own but now
it's happening again.
It doesn't look like a hardware issue because the following 2 commands do the
same thing (stream both channels on 192.168.140.2) but give the opposite results
benchmark_rate.exe --args "addr0=192.168.140.2, addr1=192.168.40.2" --rx_rate
625000 --channels"0,1" --> works
benchmark_rate.exe --args "addr0=192.168.40.2, addr1=192.168.140.2" --rx_rate
625000 --channels"2,3" --> FAILS
Any insight into this problem would be greatly appreciated.
Thanks,
Joel Bratin
-----Original Message-----
From: USRP-users
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Daniele Nicolodi via USRP-users
Sent: Friday, March 20, 2015 1:14 PM
To: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] 4 Channel Synchronization with 2 X-300s
On 20/03/15 17:57, Marcus D. Leech via USRP-users wrote:
> On 03/20/2015 12:51 PM, Daniele Nicolodi via USRP-users wrote:
>> A completely different matter is the PPS generation. If you need a
>> PPS to synchronize multiple instruments you can use a PPS generated
>> from a whatever oscillator (and much probably you don't even need
>> this, but simply a trigger signal).
>>
>> If what you need is to align a local time scale to a well known time
>> scale, well, you need to connect to that time scale somehow. How you
>> do that, depends on what are your synchronization requirements. A GPS
>> receiver gives you good synchronization to the GPS time, which can be
>> related to the UTC time (or assumed equal to the UTC time, for most
>> applications).
>
> Thanks, Daniele.
>
> I was mostly idly curious about the existence of less-expensive
> devices based on a 10MHz OCXO that also produce a 1PPS signal. I have a
> bunch of
> 10MHz OCXOs myself, and while *I* could easily whip up something
> that produces a 1PPS pulse in parallel to the 10MHz output, I was curious
> about
> commercial "off the shelf" devices that did this, and that weren't
> necessarily GPSDOs.
I still don't understand why you need a PPS. Is it to synchronize multiple
devices to a common time scale? If that is the case, simply generating an
unreferenced PPS (as the one you could derive from different oscillators) is
definitely not a solution. In this case what you need is a PPS generator and
distributor (a device with multiple phase aligned PPS outputs). Such a device
may or may not include an oscillator (you may need to plug an external one). No
idea of the price range for such a device, but it is going to depend a lot on
your accuracy and stability requirements.
Cheers,
Daniele
_______________________________________________
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]<mailto:[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/20150324/4663822c/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 24 Mar 2015 23:18:17 +0200
From: Ufuk Tamer <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Random Phase Offset Between Two Rx Channels
of B210 ???
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
I am using the latest version. I have a simple GRC flow graph that takes
two channel I&Q data and then processing this data in Octave. And every
time I turn on the receiver (tx & rx locations are fixed), I get
different phase offset between two rx channels.
In order to apply direction of arrival (DOA) technique, I have to first
use a reference signal to detect this random phase offset, remove it and
then estimate the angle of transmitter.
On 24.3.2015 22:12, Marcus D. Leech via USRP-users wrote:
> On 03/24/2015 03:12 PM, Ufuk Tamer via USRP-users wrote:
>> Dear all,
>>
>> I am testing the phase offset between two Rx channels of B210. For
>> this case, I transmit a sine signal with another USRP device and
>> receive it with two RX channels of B210. Then I calculate the phase
>> offset between channels. The problem is the phase offset changes
>> whenever I reset the receiver. So it gives a random phase offset on
>> each device turn on.
>>
>> Is this normal? If yes, what is the reason for this random phase
>> offset. Since both channels share the same LO, where this "random"
>> phase offset come from?
>>
>> Thank you...
>>
>> Anketek Signature
>> ------------------------------------------------------------------------
>> /*Ufuk Tamer
>> */
> What version of UHD are you using?
>
> How are you doing the two-channel receive?
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Anketek Signature
------------------------------------------------------------------------
Anketek Elektronik Teknoloji
/*Ufuk Tamer
*/ Research and Development Engineer
Anketek Elektronik Teknoloji Tic. San. Ltd. Sti.
KOSGEB ODT?-TEKMER Binas?, No: 113
?ankaya, Ankara 06800, T?rkiye
Web: Anketek <http://www.anketek.com.tr/>
E-mail: [email protected] <mailto:[email protected]>
Phone: +90 312 210 13 00 - 113
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150324/9817768d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: a1.png
Type: image/png
Size: 53267 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150324/9817768d/attachment-0001.png>
------------------------------
Message: 4
Date: Tue, 24 Mar 2015 23:18:37 +0200
From: Ufuk Tamer <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Random Phase Offset Between Two Rx Channels
of B210 ???
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
I am using the latest version. I have a simple GRC flow graph that takes
two channel I&Q data and then processing this data in Octave. And every
time I turn on the receiver (tx & rx locations are fixed), I get
different phase offset between two rx channels.
In order to apply direction of arrival (DOA) technique, I have to first
use a reference signal to detect this random phase offset, remove it and
then estimate the angle of transmitter.
On 24.3.2015 22:12, Marcus D. Leech via USRP-users wrote:
> On 03/24/2015 03:12 PM, Ufuk Tamer via USRP-users wrote:
>> Dear all,
>>
>> I am testing the phase offset between two Rx channels of B210. For
>> this case, I transmit a sine signal with another USRP device and
>> receive it with two RX channels of B210. Then I calculate the phase
>> offset between channels. The problem is the phase offset changes
>> whenever I reset the receiver. So it gives a random phase offset on
>> each device turn on.
>>
>> Is this normal? If yes, what is the reason for this random phase
>> offset. Since both channels share the same LO, where this "random"
>> phase offset come from?
>>
>> Thank you...
>>
>> Anketek Signature
>> ------------------------------------------------------------------------
>> /*Ufuk Tamer
>> */
> What version of UHD are you using?
>
> How are you doing the two-channel receive?
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Anketek Signature
------------------------------------------------------------------------
/*Ufuk*/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150324/345aa4ac/attachment-0001.html>
------------------------------
Message: 5
Date: Tue, 24 Mar 2015 17:20:14 -0400
From: "Marcus D. Leech" <[email protected]>
To: Ufuk Tamer <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Random Phase Offset Between Two Rx Channels
of B210 ???
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 03/24/2015 05:18 PM, Ufuk Tamer wrote:
> I am using the latest version. I have a simple GRC flow graph that
> takes two channel I&Q data and then processing this data in Octave.
> And every time I turn on the receiver (tx & rx locations are fixed), I
> get different phase offset between two rx channels.
>
> In order to apply direction of arrival (DOA) technique, I have to
> first use a reference signal to detect this random phase offset,
> remove it and then estimate the angle of transmitter.
>
What are you using for time-synch in the UHD source block?
> On 24.3.2015 22:12, Marcus D. Leech via USRP-users wrote:
>> On 03/24/2015 03:12 PM, Ufuk Tamer via USRP-users wrote:
>>> Dear all,
>>>
>>> I am testing the phase offset between two Rx channels of B210. For
>>> this case, I transmit a sine signal with another USRP device and
>>> receive it with two RX channels of B210. Then I calculate the phase
>>> offset between channels. The problem is the phase offset changes
>>> whenever I reset the receiver. So it gives a random phase offset on
>>> each device turn on.
>>>
>>> Is this normal? If yes, what is the reason for this random phase
>>> offset. Since both channels share the same LO, where this "random"
>>> phase offset come from?
>>>
>>> Thank you...
>>>
>>> Anketek Signature
>>> ------------------------------------------------------------------------
>>> /*Ufuk Tamer
>>> */
>> What version of UHD are you using?
>>
>> How are you doing the two-channel receive?
>>
>>
>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> Anketek Signature
> ------------------------------------------------------------------------
> /*Ufuk*/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150324/9aa68753/attachment-0001.html>
------------------------------
Message: 6
Date: Tue, 24 Mar 2015 23:38:24 +0200
From: Ufuk Tamer <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Random Phase Offset Between Two Rx Channels
of B210 ???
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
I am using the block in default settings so time sync part is in default.
On 24.3.2015 23:20, Marcus D. Leech wrote:
> On 03/24/2015 05:18 PM, Ufuk Tamer wrote:
>> I am using the latest version. I have a simple GRC flow graph that
>> takes two channel I&Q data and then processing this data in Octave.
>> And every time I turn on the receiver (tx & rx locations are fixed),
>> I get different phase offset between two rx channels.
>>
>> In order to apply direction of arrival (DOA) technique, I have to
>> first use a reference signal to detect this random phase offset,
>> remove it and then estimate the angle of transmitter.
>>
> What are you using for time-synch in the UHD source block?
>
>
>> On 24.3.2015 22:12, Marcus D. Leech via USRP-users wrote:
>>> On 03/24/2015 03:12 PM, Ufuk Tamer via USRP-users wrote:
>>>> Dear all,
>>>>
>>>> I am testing the phase offset between two Rx channels of B210. For
>>>> this case, I transmit a sine signal with another USRP device and
>>>> receive it with two RX channels of B210. Then I calculate the phase
>>>> offset between channels. The problem is the phase offset changes
>>>> whenever I reset the receiver. So it gives a random phase offset on
>>>> each device turn on.
>>>>
>>>> Is this normal? If yes, what is the reason for this random phase
>>>> offset. Since both channels share the same LO, where this "random"
>>>> phase offset come from?
>>>>
>>>> Thank you...
>>>>
>>>> Anketek Signature
>>>> ------------------------------------------------------------------------
>>>> /*Ufuk Tamer
>>>> */
>>> What version of UHD are you using?
>>>
>>> How are you doing the two-channel receive?
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>> Anketek Signature
>> ------------------------------------------------------------------------
>> /*Ufuk*/
>
Anketek Signature
------------------------------------------------------------------------
/*Ufuk */
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150324/a8b5b37a/attachment-0001.html>
------------------------------
Message: 7
Date: Tue, 24 Mar 2015 23:49:59 +0100
From: Simon IJskes <[email protected]>
To: Philip Balister <[email protected]>, Marcus M?ller
<[email protected]>, [email protected]
Subject: Re: [USRP-users] E110 boost::chrono
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 24-03-15 15:45, Philip Balister via USRP-users wrote:
> On 03/24/2015 07:16 AM, Marcus M?ller via USRP-users wrote:
>> Hi Simon,
>>
>> you can find the toolchain at
>> http://files.ettus.com/e3xx_images/beta/dizzy-test/
this is the same as
> https://www.dropbox.com/sh/ue8zqnd2pda2guu/AABb6wxEwnWqKxLyjJrrejQEa?dl=0
i presume. i used dizzy-test on a fresh system, and skipped the building
of gnuradio.
i've written a small log:
http://www.hamspirit.nl/mediawiki/index.php/Compiling_the_E310_SDK_for_E110
please document that you need around at least 10G free disk space. I had
to resize the disk twice. :) (finally to 16G).
Also the UHD build did not work conform the documentation, i used a
slightly different approach. also documented in log.
first glitch:
$ repo init -u git://github.com/EttusResearch/e300-manifest.git -b release1
Traceback (most recent call last):
File "/home/sim/e100-oe-build/.repo/repo/main.py", line 20, in <module>
import netrc
ImportError: No module named netrc
i had to logout, and login, and not run the oecore environment script.
maybe something for the docs.
then the following, i guess i'm stuck (for now):
$ repo sync
Fetching project meta-ettus
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent Left
Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:--
--:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:--
--:--:-- 0
curl: (22) The requested URL returned error: 404 Not Found
Server does not provide clone.bundle; ignoring.
From http://github.com/EttusResearch/meta-ettus
* [new branch] e300-daisy -> ettus/e300-daisy
* [new branch] master -> ettus/master
Fetching projects: 16% (1/6) Fetching project meta-xilinx
fatal: Couldn't find remote ref refs/head/daisy
fatal: Couldn't find remote ref refs/head/daisy
error: Cannot fetch meta-xilinx
error: Exited sync due to fetch errors
Gr. Simon
------------------------------
Message: 8
Date: Wed, 25 Mar 2015 11:18:24 +0900 (KST)
From: ??? <[email protected]>
To: [email protected]
Subject: [USRP-users] Questions about input data in USRP n210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Dear all
Hi, I have 2 USRP n210 (sender/ receiver) with XCVR2450 daughterboard.
I want to get input 802.3 frames from external devices to USRP sender and USRP
sender transmit the frames to USRP receiver.
How to get input frames to our USRP n210 and send USRP receiver?
Thanks
Best regards
Jaehoon
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/80a7b9f1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ??1.png
Type: image/png
Size: 26223 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/80a7b9f1/attachment-0001.png>
------------------------------
Message: 9
Date: Wed, 25 Mar 2015 11:31:37 +0530
From: mvprasad k <[email protected]>
To: [email protected], Neel Pandeya <[email protected]>,
"Marcus D. Leech" <[email protected]>
Subject: [USRP-users] USRP B210 queries
Message-ID:
<cadj95qqfpei_ummpcrbnzf+98kvloy7tgr+8e+96ttzz4se...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
1. I have attached system_specs.html file.
2. The output of 30-second capture is as follows....The overruns are
varying from execution to execution slightly
#############################OVERRUNS################18 Overruns########
./rx_samples_to_file.exe --freq 80e6 --rate 10e6 --time 30
linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.008.002-80-ge28d7844
UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for instructions.
EnvironmentError: OSError: error in pthread_setschedparam
Creating the usrp device with: ...
-- Loading firmware image: /usr/local/share/uhd/images/usrp_b200_fw.hex...
done
-- Loading FPGA image: /usr/local/share/uhd/images/usrp_b210_fpga.bin...
done
-- Operating over USB 3.
-- Detecting internal GPSDO.... No GPSDO found
-- Initialize CODEC control...
-- Initialize Radio control...
-- Performing register loopback test... pass
-- Performing register loopback test... pass
-- Performing CODEC loopback test... pass
-- Performing CODEC loopback test... pass
-- Asking for clock rate 32.000000 MHz...
-- Actually got clock rate 32.000000 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
-- Setting master clock rate selection to 'automatic'.
Using Device: Single USRP:
Device: B-Series Device
Mboard 0: B210
RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: FE-RX2
RX Channel: 1
RX DSP: 1
RX Dboard: A
RX Subdev: FE-RX1
TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: FE-TX2
TX Channel: 1
TX DSP: 1
TX Dboard: A
TX Subdev: FE-TX1
Setting RX Rate: 10.000000 Msps...
-- Asking for clock rate 40.000000 MHz...
-- Actually got clock rate 40.000000 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Actual RX Rate: 10.000000 Msps...
Setting RX Freq: 80.000000 MHz...
-- Successfully tuned to 80.000000 MHz
--
Actual RX Freq: 80.000000 MHz...
Waiting for "lo_locked": ++++++++++ locked.
Press Ctrl + C to stop streaming...
OGot an overflow indication. Please consider the following:
Your write medium must sustain a rate of 40.000000MB/s.
Dropped samples will not be written to the file.
Please modify this example for your purposes.
This message will not appear again.
OOOOOOOOOOOOOOOOO
Done!
3. "htop" output during 30-sec capture is attached as screenshot. Getting
30% CPU load during streaming.
4.I have tried rx_samples_to_file with /dev/null as the written-to "file".
I'm not getting overruns. But it is not writing to any file i think. The
data is not writing to the disk which serves no purpose. Even if if run
rx_samples_to_file without writing the data to usrp_samples.dat
file/writing on to the console, i won't get overruns. kindly give clarity
on this.
Kindly share your ideas to overcome this problem. Specify the required PC
specs if my PC is not up to the standard for this application.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/0a6fbd85/attachment-0002.html>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/0a6fbd85/attachment-0003.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot from 2015-03-25 10:22:36.png
Type: image/png
Size: 334488 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/0a6fbd85/attachment-0001.png>
------------------------------
Message: 10
Date: Wed, 25 Mar 2015 11:33:03 +0100
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Questions about input data in USRP n210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Dear Jaehoon,
in what form does the external source supply these frames to you?
Generally, the USRPs are designed to do exactly what you describe: take
a sampled signal, convert it to an analog band-limited signal and mix it
to the desired frequency. You can use UHD (the USRP driver) directly in
C++; for an example on how to do that, see the tx_samples_from_file
example [1]. But there is also a lot of signal processing frameworks [2]
that have some kind of interface to UHD, so if your signal comes from
one of these, using the appropriate "adapter" might be a lot easier.
Best regards,
Marcus M?ller
[1]
https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_samples_from_file.cpp
[2] GNU Radio, Mathwork's framework, LabView, Redhawk ...
On 03/25/2015 03:18 AM, ??? via USRP-users wrote:
>
> Dear all
>
>
>
>
>
> Hi, I have 2 USRP n210 (sender/ receiver) with XCVR2450 daughterboard.
>
>
>
> I want to get input 802.3 frames from external devices to USRP sender
> and USRP sender transmit the frames to USRP receiver.
>
>
>
> How to get input frames to our USRP n210 and send USRP receiver?
>
>
>
> Thanks
>
>
>
>
>
> Best regards
>
>
>
> Jaehoon
>
>
>
> _______________________________________________
> 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/20150325/e4f09171/attachment-0001.html>
------------------------------
Message: 11
Date: Wed, 25 Mar 2015 16:55:48 +0530
From: siva sankar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] 1Tx-2Rx Configuration
Message-ID:
<CAAubjiUJWN03Ny4Ovy5-niPkt_MireGVo=ytz3L-nbaP67Be=g...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello all,
I am trying 1-Tx(channel 0) and 2-Rx configuration on the B210 transmitting
a sine wave and trying to receive at both the ends, the code has been
compiled and on running the program 2 receiver LEDs (green) and a
transmitter led glow simultaneously, the received stream is written into a
.dat file.
On GNU Radio Companion (GRC) the .dat file is then is extracted using a
file source and plotted using a time sink. The output that I think I?m
getting is noise.
//create a receive streamer
uhd::stream_args_t stream_args("fc32" , "sc16");
std::vector<size_t> vect_channels;
vect_channels.push_back(0);
vect_channels.push_back(1);
stream_args.channels = vect_channels;
uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
This is how I?m creating the Receive streamer and then set all RX
parameters like we would in a 1Tx-1Rx setup by adding an extra line and
changing the channel index.
I tried to do the same using GRC, with one USRP sink and a USRP source with
2 channels and then plot using time sink. The output is same as that of the
UHD program.
Also, when we try to use two USRP source blocks and with different subdev
specs for both, only one of the two Rx LEDs come on while the time sink
connected to said source does show a waveform.
Attached are screenshots of the flow graph and the output observed.
Any help is appreciated.
Thanks and regards
Siva.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cf69dce4/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flowgraph.png
Type: image/png
Size: 78590 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cf69dce4/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flowgraph_Output.png
Type: image/png
Size: 116633 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cf69dce4/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UHD_output.png
Type: image/png
Size: 94194 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cf69dce4/attachment-0005.png>
------------------------------
Message: 12
Date: Wed, 25 Mar 2015 17:11:40 +0530
From: siva sankar <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] 1Tx-2Rx Configuration
Message-ID:
<caaubjiv1swdca0+0rnuxr-hamh6xhe1rg_v5+s741wtmbe9...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Sorry, i realised the font is too small. I am sending it again.
Hello all,
I am trying 1-Tx(channel 0) and 2-Rx configuration on the B210 transmitting
a sine wave and trying to receive at both the ends, the code has been
compiled and on running the program 2 receiver LEDs (green) and a
transmitter led glow simultaneously, the received stream is written into a
.dat file.
On GNU Radio Companion (GRC) the .dat file is then is extracted using a
file source and plotted using a time sink. The output that I think I?m
getting is noise.
//create a receive streamer
uhd::stream_args_t stream_args("fc32" , "sc16");
std::vector<size_t> vect_channels;
vect_channels.push_back(0);
vect_channels.push_back(1);
stream_args.channels = vect_channels;
uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
This is how I?m creating the Receive streamer and then set all RX
parameters like we would in a 1Tx-1Rx setup by adding an extra line and
changing the channel index.
I tried to do the same using GRC, with one USRP sink and a USRP source with
2 channels and then plot using time sink. The output is same as that of the
UHD program.
Also, when we try to use two USRP source blocks and with different subdev
specs for both, only one of the two Rx LEDs come on while the time sink
connected to said source does show a waveform.
Attached are screenshots of the flow graph and the output observed.
Any help is appreciated.
Thanks and regards
Siva.
On Wed, Mar 25, 2015 at 4:55 PM, siva sankar <[email protected]>
wrote:
> Hello all,
>
> I am trying 1-Tx(channel 0) and 2-Rx configuration on the B210
> transmitting a sine wave and trying to receive at both the ends, the code
> has been compiled and on running the program 2 receiver LEDs (green) and a
> transmitter led glow simultaneously, the received stream is written into a
> .dat file.
>
> On GNU Radio Companion (GRC) the .dat file is then is extracted using a
> file source and plotted using a time sink. The output that I think I?m
> getting is noise.
>
> //create a receive streamer
> uhd::stream_args_t stream_args("fc32" , "sc16");
> std::vector<size_t> vect_channels;
> vect_channels.push_back(0);
> vect_channels.push_back(1);
> stream_args.channels = vect_channels;
> uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
>
>
> This is how I?m creating the Receive streamer and then set all RX
> parameters like we would in a 1Tx-1Rx setup by adding an extra line and
> changing the channel index.
>
>
>
> I tried to do the same using GRC, with one USRP sink and a USRP source
> with 2 channels and then plot using time sink. The output is same as that
> of the UHD program.
>
>
> Also, when we try to use two USRP source blocks and with different subdev
> specs for both, only one of the two Rx LEDs come on while the time sink
> connected to said source does show a waveform.
>
> Attached are screenshots of the flow graph and the output observed.
>
> Any help is appreciated.
>
> Thanks and regards
>
> Siva.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cd28200c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flowgraph.png
Type: image/png
Size: 78590 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cd28200c/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flowgraph_Output.png
Type: image/png
Size: 116633 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cd28200c/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UHD_output.png
Type: image/png
Size: 94194 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cd28200c/attachment-0005.png>
------------------------------
Message: 13
Date: Wed, 25 Mar 2015 14:40:09 +0100
From: Simon IJskes <[email protected]>
To: Philip Balister <[email protected]>, Marcus M?ller
<[email protected]>, [email protected]
Subject: [USRP-users] bitbaking for the E110
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
On 24-03-15 23:49, Simon IJskes via USRP-users wrote:
> On 24-03-15 15:45, Philip Balister via USRP-users wrote:
>> On 03/24/2015 07:16 AM, Marcus M?ller via USRP-users wrote:
>>> Hi Simon,
>>>
>>> you can find the toolchain at
>>> http://files.ettus.com/e3xx_images/beta/dizzy-test/
Status until now:
I'm going to try an find out how to remove the xlnx package bake from
the complete bitbake.
to make it continue, i've added:
PREFERRED_PROVIDER_virtual/kernel ?= "linux-overo"
to:
e100-oe-build/meta-ettus/e100-bsp/conf/machine/ettus-e1xx.conf
if this is the correct approach, will you commit this to the meta-ettus
repo?
Gr. Simon
Log data follows:
| DEBUG: Executing shell function do_patch
| WARNING: no meta data branch found ...
| ls: cannot access .meta*: No such file or directory
| error: object directory
/home/sim/e100-oe-build/build/downloads/git2/github.com.Xilinx.linux-xlnx.git/objects
does not exist; check .git/objects/info/alternates.
| fatal: reference is not a tree: xlnx_3.14
| [INFO] validating against known patches (ettus-e1xx-standard-meta)
| error: object directory
/home/sim/e100-oe-build/build/downloads/git2/github.com.Xilinx.linux-xlnx.git/objects
does not exist; check .git/objects/info/alternates.
| fatal: reference is not a tree: xlnx_3.14
| ERROR: could not checkout branch xlnx_3.14
| ERROR. could not update git tree
| ERROR: Could not apply patches for ettus-e1xx.
| ERROR: Patch failures can be resolved in the devshell (bitbake -c
devshell linux-xlnx)
| WARNING: exit code 1 from a shell command.
| ERROR: Function failed: do_patch (log file is located at
/home/sim/e100-oe-build/build/tmp-glibc/work/ettus_e1xx-oe-linux-gnueabi/linux-xlnx/3.14-xilinx+gitAUTOINC+2b48a8aeea-r0/temp/log.do_patch.8637)
ERROR: Task 95
(/home/sim/e100-oe-build/oe-core/../meta-xilinx/recipes-kernel/linux/linux-xlnx_3.14.bb,
do_patch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2203 tasks of which 1991 didn't need to
be rerun and 1 failed.
Waiting for 0 running tasks to finish:
Summary: 1 task failed:
/home/sim/e100-oe-build/oe-core/../meta-xilinx/recipes-kernel/linux/linux-xlnx_3.14.bb,
do_patch
Summary: There was 1 WARNING message shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
------------------------------
Message: 14
Date: Wed, 25 Mar 2015 10:29:49 -0400
From: "Marcus D. Leech" <[email protected]>
To: mvprasad k <[email protected]>, [email protected],
Neel Pandeya <[email protected]>
Subject: Re: [USRP-users] USRP B210 queries
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 03/25/2015 02:01 AM, mvprasad k wrote:
> Hi,
>
> 1. I have attached system_specs.html file.
> 2. The output of 30-second capture is as follows....The overruns are
> varying from execution to execution slightly
>
> #############################OVERRUNS################18 Overruns########
> ./rx_samples_to_file.exe --freq 80e6 --rate 10e6 --time 30
> linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.008.002-80-ge28d7844
>
> 4.I have tried rx_samples_to_file with /dev/null as the written-to
> "file". I'm not getting overruns. But it is not writing to any file i
> think. The data is not writing to the disk which serves no purpose.
> Even if if run rx_samples_to_file without writing the data to
> usrp_samples.dat file/writing on to the console, i won't get overruns.
> kindly give clarity on this.
>
> Kindly share your ideas to overcome this problem. Specify the required
> PC specs if my PC is not up to the standard for this application.
The purpose of my having you write to "/dev/null" is precisely to
isolate the cause of the overruns. If you didn't get overruns when
writing to /dev/null,
the the problem isn't in your USB stack or UHD, or even
rx_samples_to_file. It's that writing 40MByte/second to your hard disk
system
(10Msps X 4-bytes per complex sample) simply isn't possible on your
system. Your system cannot sustain disk-write rates of 40Mbyte/second.
You'll need a faster disk.
------------------------------
Message: 15
Date: Wed, 25 Mar 2015 10:41:07 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] 1Tx-2Rx Configuration
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 03/25/2015 07:41 AM, siva sankar via USRP-users wrote:
>
> Sorry, i realised the font is too small. I am sending it again.
>
>
> Hello all,
>
> I am trying 1-Tx(channel 0) and 2-Rx configuration on the B210
> transmitting a sine wave and trying to receive at both the ends, the
> code has been compiled and on running the program 2 receiver LEDs
> (green) and a transmitter led glow simultaneously, the received stream
> is written into a .dat file.
>
> On GNU Radio Companion (GRC)the .dat file is then is extracted using a
> file source and plotted using a time sink. The output that I think I'm
> getting is noise.
>
> //create a receive streamer
> uhd::stream_args_t stream_args("fc32" , "sc16");
> std::vector<size_t> vect_channels;
> vect_channels.push_back(0);
> vect_channels.push_back(1);
> stream_args.channels = vect_channels;
> uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
> This is how I'm creating the Receive streamer and then set all RX
> parameters like we would in a 1Tx-1Rx setup by adding an extra line
> and changing the channel index.
>
> I tried to do the same using GRC, with one USRP sink and a USRP source
> with 2 channels and then plot using time sink. The output is same as
> that of the UHD program.
>
> Also, when we try to use two USRP source blocks and with different
> subdev specs for both, only one of the two Rx LEDs come on while the
> time sink connected to said source does show a waveform.
>
> Attached are screenshots of the flow graph and the output observed.
>
> Any help is appreciated.
>
> Thanks and regards
>
> Siva.
>
What version of UHD are you using?
Do you receive any error messages?
Have you tried using a lower master-clock rate? There are currently
issues with master-clock rates at or above the 30MHz range for 2 X 2
operation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/57c1083d/attachment-0001.html>
------------------------------
Message: 16
Date: Wed, 25 Mar 2015 07:42:44 -0700
From: Neel Pandeya <[email protected]>
To: mvprasad k <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] USRP B210 queries
Message-ID:
<CACaXmv-PjcEVmwG9TvfNVUqupRw4ZLAdFcUCZSNPCCnBzq7=s...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Based on the feedback you provided, and the fact that writing to /dev/null
results in no overruns, the problem is that your disk cannot keep up with
the higher sample rates that you're trying to use.
You will need to obtain a faster disk, such as a SATA-III SSD drive.
Depending on the size of your captures, and whether you have enough RAM to
accommodate your desired file sizes, you could setup a RAM disk, and write
your capture files there. After the captures finish, you could copy them
from the RAM disk to the mechanical disk.
--Neel
On 24 March 2015 at 23:01, mvprasad k <[email protected]> wrote:
> Hi,
>
> 1. I have attached system_specs.html file.
> 2. The output of 30-second capture is as follows....The overruns are
> varying from execution to execution slightly
>
> #############################OVERRUNS################18 Overruns########
> ./rx_samples_to_file.exe --freq 80e6 --rate 10e6 --time 30
> linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.008.002-80-ge28d7844
>
>
> UHD Warning:
> Unable to set the thread priority. Performance may be negatively
> affected.
> Please see the general application notes in the manual for
> instructions.
> EnvironmentError: OSError: error in pthread_setschedparam
>
> Creating the usrp device with: ...
> -- Loading firmware image: /usr/local/share/uhd/images/usrp_b200_fw.hex...
> done
> -- Loading FPGA image: /usr/local/share/uhd/images/usrp_b210_fpga.bin...
> done
> -- Operating over USB 3.
> -- Detecting internal GPSDO.... No GPSDO found
> -- Initialize CODEC control...
> -- Initialize Radio control...
> -- Performing register loopback test... pass
> -- Performing register loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Performing CODEC loopback test... pass
> -- Asking for clock rate 32.000000 MHz...
> -- Actually got clock rate 32.000000 MHz.
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
> -- Setting master clock rate selection to 'automatic'.
> Using Device: Single USRP:
> Device: B-Series Device
> Mboard 0: B210
> RX Channel: 0
> RX DSP: 0
> RX Dboard: A
> RX Subdev: FE-RX2
> RX Channel: 1
> RX DSP: 1
> RX Dboard: A
> RX Subdev: FE-RX1
> TX Channel: 0
> TX DSP: 0
> TX Dboard: A
> TX Subdev: FE-TX2
> TX Channel: 1
> TX DSP: 1
> TX Dboard: A
> TX Subdev: FE-TX1
>
> Setting RX Rate: 10.000000 Msps...
> -- Asking for clock rate 40.000000 MHz...
> -- Actually got clock rate 40.000000 MHz.
> -- Performing timer loopback test... pass
> -- Performing timer loopback test... pass
> Actual RX Rate: 10.000000 Msps...
>
> Setting RX Freq: 80.000000 MHz...
> -- Successfully tuned to 80.000000 MHz
> --
> Actual RX Freq: 80.000000 MHz...
>
> Waiting for "lo_locked": ++++++++++ locked.
>
> Press Ctrl + C to stop streaming...
> OGot an overflow indication. Please consider the following:
> Your write medium must sustain a rate of 40.000000MB/s.
> Dropped samples will not be written to the file.
> Please modify this example for your purposes.
> This message will not appear again.
> OOOOOOOOOOOOOOOOO
> Done!
>
> 3. "htop" output during 30-sec capture is attached as screenshot. Getting
> 30% CPU load during streaming.
>
> 4.I have tried rx_samples_to_file with /dev/null as the written-to "file".
> I'm not getting overruns. But it is not writing to any file i think. The
> data is not writing to the disk which serves no purpose. Even if if run
> rx_samples_to_file without writing the data to usrp_samples.dat
> file/writing on to the console, i won't get overruns. kindly give clarity
> on this.
>
> Kindly share your ideas to overcome this problem. Specify the required PC
> specs if my PC is not up to the standard for this application.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/25a22b6b/attachment-0001.html>
------------------------------
Message: 17
Date: Wed, 25 Mar 2015 11:45:57 -0400
From: "Marcus D. Leech" <[email protected]>
To: mvprasad k <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210 queries
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 03/25/2015 11:36 AM, mvprasad k wrote:
> Hi,
> Thank you for your info. when i'm writing to "dev/null", i'm not
> getting overruns as long as the terminal exists in the fore ground.
> Once i keep the terminal window in background, working on other apps
> like browsing, getting overruns as shown.
>
> Press Ctrl + C to stop streaming...
> OGot an overflow indication. Please consider the following:
> Your write medium must sustain a rate of 40.000000MB/s.
> Dropped samples will not be written to the file.
> Please modify this example for your purposes.
> This message will not appear again.
> OO^C
> Done!
>
> Can you tell me why this is happening?
>
> wbrs,
> prasad
Because your computer is dividing its time between your SDR task
(writing samples coming in at 40MB/sec), and the other things you want
to do. Your computer has many shared resources, including CPU, memory
space, memory bandwidth, disk bandwidth, etc, etc.
Since SDR is an inherently "hard real time" task--its sampling the
physical world, which cannot be "put on hold while I catch up", if there
aren't
enough system resources to support the offered load, overruns are
inevitable.
>
> On Wed, Mar 25, 2015 at 7:59 PM, Marcus D. Leech <[email protected]
> <mailto:[email protected]>> wrote:
>
> On 03/25/2015 02:01 AM, mvprasad k wrote:
>
> Hi,
>
> 1. I have attached system_specs.html file.
> 2. The output of 30-second capture is as follows....The
> overruns are varying from execution to execution slightly
>
> #############################OVERRUNS################18
> Overruns########
> ./rx_samples_to_file.exe --freq 80e6 --rate 10e6 --time 30
> linux; GNU C++ version 4.9.1; Boost_105500;
> UHD_003.008.002-80-ge28d7844
>
> 4.I have tried rx_samples_to_file with /dev/null as the
> written-to "file". I'm not getting overruns. But it is not
> writing to any file i think. The data is not writing to the
> disk which serves no purpose. Even if if run
> rx_samples_to_file without writing the data to
> usrp_samples.dat file/writing on to the console, i won't get
> overruns. kindly give clarity on this.
>
> Kindly share your ideas to overcome this problem. Specify the
> required PC specs if my PC is not up to the standard for this
> application.
>
> The purpose of my having you write to "/dev/null" is precisely to
> isolate the cause of the overruns. If you didn't get overruns
> when writing to /dev/null,
> the the problem isn't in your USB stack or UHD, or even
> rx_samples_to_file. It's that writing 40MByte/second to your hard
> disk system
> (10Msps X 4-bytes per complex sample) simply isn't possible on
> your system. Your system cannot sustain disk-write rates of
> 40Mbyte/second.
>
> You'll need a faster disk.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/cb1cf0d1/attachment-0001.html>
------------------------------
Message: 18
Date: Wed, 25 Mar 2015 09:47:36 +0100
From: Luis urday <[email protected]>
To: [email protected]
Subject: [USRP-users] Define a fixed sample stream from B210
Message-ID:
<CANik4-Z0_YnVrVkiq=vebxst762cqpyd3cs-22t-2qqszc7...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
I would like to know if i can fix the same number of samples when i receive
a paquet from B210 , the numbers of samples is not the same every time that
the flowgraph runs.
Actually the size of my paquets are around 8000 and 9000 samples, but
sometimes i have a paquet size of 4.
Regards
Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/3c889de9/attachment-0001.html>
------------------------------
Message: 19
Date: Wed, 25 Mar 2015 09:52:40 +0100
From: Luis urday <[email protected]>
To: [email protected]
Subject: [USRP-users] Change USRP sink center frequency dynamically
Message-ID:
<canik4-bdnmh5t_ervkja_vcxtgowqszbg74egjv160ozyuw...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
How can i change the USRP_sink frequency from a block in GNU radio ?
I need to make a sweep to send a sinus signal from 900 Mhz to 2000 Mhz
with a step of 20 Khz the faster possible.
Regards
Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/e940f562/attachment-0001.html>
------------------------------
Message: 20
Date: Wed, 25 Mar 2015 10:00:04 +0100
From: Luis urday <[email protected]>
To: [email protected]
Subject: [USRP-users] count number of times that a block runs in
gnuradio
Message-ID:
<CANik4-Ymmm68FBRmumwF=bwaunl4_f1_1euklupxk-prqev...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello,
How can i count the number of times that a block Receives a packet in
gnuradio ?
I tried to make a variable that increments but this variable is
reinitialized every Time that the flowgraph restart automatically and a new
packet is received by the block .
I use B210 from ettus .
Regards
Luis
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/c80cca48/attachment-0001.html>
------------------------------
Message: 21
Date: Wed, 25 Mar 2015 17:58:43 +0800
From: "=?ISO-8859-1?B?VHJlaw==?=" <[email protected]>
To: "=?ISO-8859-1?B?dXNycC11c2Vycw==?=" <[email protected]>
Subject: [USRP-users] X310 50MHz two channel transmit problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
I have one unit of Ettus X310 radio and I am using UHD 3.8.2 driver with
Gnuradio Companion (GRC) for some record/playback experiments.
I am doing a receive with 50Msps on both channels A:0 and B:0 and save the data
to files, there is no issue, it works fine.
However when I transmit the received data file back to the X310 device with
50Msps, frequent U (under run) and L (link issue) pop on the screen.
however based on the disk drive benchmark, the disk read performance is around
1GB/s, much better than the disk write performance (500MB/s), this is a bit
strange, I would expect otherwise. If receive is fine, transmit should have
been easier.
pl. let me know if there is anything I could do to get the transmit working
with 50Msps.
Thanks,
Trek
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20150325/a2d54eb3/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 55, Issue 25
******************************************
