Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: X310 MTU frame size issue (Louis Brown)
2. Direction finding using the B210 (Soumen Banerjee)
3. problems with ETTUS B200 and maximum clock rate (massimo zampetti)
----------------------------------------------------------------------
Message: 1
Date: Fri, 24 Oct 2014 16:16:25 +0000 (GMT)
From: Louis Brown <[email protected]>
To: Michael West <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] X310 MTU frame size issue
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
?Regarding my previous post, I have found if I wait until the X310 link light
goes from red to off, about 10 seconds, I can re-establish communication. If I
try to run my GRC flow when the link light is red, it finds the incorrect MTU.
So I guess the rule is, always wait until the link light is off until you
re-run your flow graph.
Lou
On Oct 23, 2014, at 08:40 PM, Michael West <[email protected]> wrote:
> Hi Louis,
>
> I noticed that for the benchmark_rate you are supplying the IP address and
> for GRC you are not. Try supplying the same args ("addr=192.168.40.2") in
> the "Device Addr" field of the UHD USRP Source/Sink block you are using.
>
> Regards,
> Michael E. West
>
> On Thu, Oct 23, 2014 at 6:31 PM, Louis Brown via USRP-users
> <[email protected]> wrote:
>
> Operating my X310 from a UHD source in GRC via 10GE yields a low MTU at
> startup:
>
> -----------------------------------------------
> linux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7); Boost_105400;
> UHD_003.008.000-6-gbde8e9a3
> -- X300 initialization sequence...
> -- Determining maximum frame size... 2188 bytes.
> UHD Warning:
>
> Sent from iCloud
>
> For this connection, UHD recommends a send frame size of at least
> 8000 for best
> performance, but your system's MTU will only allow 2188.
> This will negatively impact your maximum achievable sample rate.
> -----------------------------------------------
>
> My MTU for the 10GE interface is 9000 (verified with ifconfig), and when
> I run benchmark_rate it finds the correct MTU:
>
> ------------------------------------------------
> ./benchmark_rate --rx_rate 200E6 --args "addr=192.168.40.2"
> linux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7); Boost_105400;
> UHD_003.008.000-6-gbde8e9a3
>
> Creating the usrp device with: addr=192.168.40.2...
> -- X300 initialization sequence...
> -- Determining maximum frame size... 8000 bytes.
> -----------------------------------------------
>
> So is this a GR issue or a UHD issue, or a combination?
>
> Thanks,
> Lou
> KD4HSO
>
>
> _______________________________________________
> 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/20141024/4569295d/attachment-0001.html>
------------------------------
Message: 2
Date: Fri, 24 Oct 2014 11:36:55 +0530
From: Soumen Banerjee <[email protected]>
To: [email protected]
Subject: [USRP-users] Direction finding using the B210
Message-ID:
<CAEZF6yyC7m62dMoYSsG5g3Y8MjKXS+nHs=fr3v80eu_3mti...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I have setup uhd and gnuradio on my computer running Ubuntu 12.04 using the
instructions on this page:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Linux
I'd like to try receiving samples from both the channels and writing them
to a file. What is the easiest way of achieving this?
Say I have another SDR transmitting a random bitstream modulated over some
high frequency carrier(chosen to avoid interference), do I get the
bitstream as the samples out of the B210 or do I get samples of the
modulated waveform. In essence, does the B210 perform some kind of
down-conversion on the received signals?
Regards,
Soumen
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/3f483afe/attachment-0001.html>
------------------------------
Message: 3
Date: Fri, 24 Oct 2014 16:29:17 +0200
From: massimo zampetti <[email protected]>
To: [email protected]
Subject: [USRP-users] problems with ETTUS B200 and maximum clock rate
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-15"; Format="flowed"
Hi,
I'm using an ETTUS B200 connected to my PC (USB 3.0 port:***Intel
Z7**7*, motherboard: *ASRock Z77 Extreme 11*,**OS: *Microsoft Windows 7
(64 bit)*).
I'm trying to use my SDR with a clock rate of *56 MHz* but it doesn't work.
I did some tests both with GNURadio and with tx_waveforms.exe.
About tx_waveforms contained in UHD directory, I modified its code to
add 'usrp->set_master_clock_rate()' and set its argument to 56 MHz.
I set also the argument of 'usrp->set_clock_source()' to 56 MHz. Then I
run the code.
The result shown on the command prompt is 'UUUU..' (Usrp Underrun).
I obtained the same result with GNURadio.
At the beginning I thought I could set clock rate up to 61.44 Mhz
(according to the maximum sample rate of DAC: 61.44 MS/s).
I did some tests and here there are the results:
1.
set_master_clock_rate : 56 MHz
set_clock_source: 56 MHz
2.
set_master_clock_rate : 61.44 MHz
set_clock_source: 56 MHz
2.
set_master_clock_rate : 70 MHz
set_clock_source: 56 MHz
Where is the problem? Any suggestions?
Regards,
Massimo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dbjbjfca.png
Type: image/png
Size: 24155 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hfafaibg.png
Type: image/png
Size: 9473762 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gbihafcg.png
Type: image/png
Size: 14816 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hegaacgb.png
Type: image/png
Size: 14321 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IMG_20141024_160635.jpg
Type: image/jpeg
Size: 2160257 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20141024/820a0f4a/attachment.jpg>
------------------------------
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 50, Issue 24
******************************************
