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: Slow Frequency hopping using N2xx (Alex Zhang)
2. Re: Slow Frequency hopping using N2xx ([email protected])
3. Re: Slow Frequency hopping using N2xx (Josh Blum)
4. Re: Slow Frequency hopping using N2xx ([email protected])
5. Re: Slow Frequency hopping using N2xx (Thomas Tsou)
6. Re: Slow Frequency hopping using N2xx (Alex Zhang)
7. GPL Status (Simon HB9DRV)
8. Re: MIMO Cable (Damien Serant)
9. Read RSSI with LabView (Peng Zhang)
10. SBX RF board simultaneous mode with USRP Hardware Support for
MATLAB (Stan Gamla)
----------------------------------------------------------------------
Message: 1
Date: Thu, 28 Jun 2012 12:08:35 -0500
From: Alex Zhang <[email protected]>
To: Thomas Tsou <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID:
<ca+feanfk1ckt9dc-sexmtyuzwffdrq7afwbrcaeszwls_-f...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Hi Thomas,
Do you know how much bandwidth the current daughter board support? As I
know, the SBX board only cover the 40Mhz. I don't think this is enough.
Besides the so-called baseband hopping, is it possible for the USRP to
change the center frequency during the flow graph running?
On Thu, Jun 28, 2012 at 10:24 AM, Thomas Tsou <[email protected]> wrote:
> On Thu, Jun 28, 2012 at 3:22 PM, Birhane Alemayoh <[email protected]>
> wrote:
> > Hi all,
> >
> > I am working on GSM signal capturing and decoding. GSM uses slow
> Frequency
> > hopping, Does the current N2xx devices support frequency hopping,?
> > Can they really tune with the GSM hoping time?
> > Can I get any source code or any documentation for this?
>
> The N2xx can support enough bandwidth to simultaneously capture any
> reasonable set of hopped GSM carriers. In other words, tune the RF to
> a single frequency, oversample the input, and downconvert each of the
> individual carriers to baseband for decoding. This approach could be
> referred to as baseband hopping with a single multicarrier receiver.
>
> OpenBTS has this functionality, but not in the form of a standalone
> scanner / decoder like Airprobe.
>
> Thomas
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
--
Alex,
*Dreams can come true ? just believe.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120628/d7972a98/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 28 Jun 2012 13:20:20 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
On 28 Jun 2012 13:08, Alex Zhang wrote:
> Hi Thomas,
>
> Do you
know how much bandwidth the current daughter board support? As I know,
the SBX board only cover the 40Mhz. I don't think this is enough.
>
Besides the so-called baseband hopping, is it possible for the USRP to
change the center frequency during the flow graph running?
Oh, good
lord yes!
Tuning latencies on the order of 10msec should be
achievable.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120628/021a0769/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 28 Jun 2012 10:26:01 -0700
From: Josh Blum <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1
On 06/28/2012 10:20 AM, [email protected] wrote:
>
>
> On 28 Jun 2012 13:08, Alex Zhang wrote:
>
>> Hi Thomas,
>>
>> Do you
> know how much bandwidth the current daughter board support? As I know,
> the SBX board only cover the 40Mhz. I don't think this is enough.
>>
> Besides the so-called baseband hopping, is it possible for the USRP to
> change the center frequency during the flow graph running?
>
> Oh, good
> lord yes!
>
> Tuning latencies on the order of 10msec should be
> achievable.
>
SBX can tune in under 600us (2x worst case according to the docs). And
with the timed commands you should be able to very precisely control
when the "hopping" occurs.
-josh
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 4
Date: Thu, 28 Jun 2012 13:29:02 -0400
From: [email protected]
To: <[email protected]>
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Indeed, I was being conservative, because:
o OS scheduling
o
IP-stack
o Ethernet transit
o USRP command processing
On 28 Jun
2012 13:26, Josh Blum wrote:
> On 06/28/2012 10:20 AM,
[email protected]:
>
>> On 28 Jun 2012 13:08, Alex Zhang wrote:
>>
>>> Hi Thomas, Do you
>> know how much bandwidth the current
daughter board support? As I know, the SBX board only cover the 40Mhz. I
don't think this is enough.Besides the so-called baseband hopping, is it
possible for the USRP to change the center frequency during the flow
graph running? Oh, good lord yes! Tuning latencies on the order of
10msec should be achievable.
>
> SBX can tune in under 600us (2x worst
case according to the docs). And
> with the timed commands you should be
able to very precisely control
> when the "hopping" occurs.
>
> -josh
>
>> _______________________________________________ USRP-users mailing
list [email protected] [1]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [2]
Links:
------
[1] mailto:[email protected]
[2]
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/20120628/97dbc1c7/attachment-0001.html>
------------------------------
Message: 5
Date: Thu, 28 Jun 2012 19:58:03 +0100
From: Thomas Tsou <[email protected]>
To: Alex Zhang <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID:
<CAF5FEsA7ER=scjun4-hlthuaw1pkiycuukhq2vzrdqfieft...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Jun 28, 2012 at 6:08 PM, Alex Zhang <[email protected]> wrote:
> Do you know how much bandwidth the current daughter board support? As I
> know, the SBX board only cover the 40Mhz. I don't think this is enough.
> Besides the so-called baseband hopping, is it possible for the USRP to
> change the center frequency during the flow graph running?
40 MHz is way more bandwidth than used by any currently deployed
cellular system. Are you trying to capture uplink and downlink at the
same time?
The frequency changes for hopping on every burst, or every 576.9 us.
Thomas
------------------------------
Message: 6
Date: Thu, 28 Jun 2012 15:11:03 -0500
From: Alex Zhang <[email protected]>
To: Thomas Tsou <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Slow Frequency hopping using N2xx
Message-ID:
<ca+feane6oxl6bglm8vzpypqtr-y1nxqyfwsmhr8qkz16md4...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
I am trying to use USRP to swip the bandwidth to do spectrum sensing for
cognitive radio. So more available bandwidth is better. :)
On Thu, Jun 28, 2012 at 1:58 PM, Thomas Tsou <[email protected]> wrote:
> On Thu, Jun 28, 2012 at 6:08 PM, Alex Zhang <[email protected]>
> wrote:
> > Do you know how much bandwidth the current daughter board support? As I
> > know, the SBX board only cover the 40Mhz. I don't think this is enough.
> > Besides the so-called baseband hopping, is it possible for the USRP to
> > change the center frequency during the flow graph running?
>
> 40 MHz is way more bandwidth than used by any currently deployed
> cellular system. Are you trying to capture uplink and downlink at the
> same time?
>
> The frequency changes for hopping on every burst, or every 576.9 us.
>
> Thomas
>
--
Alex,
*Dreams can come true ? just believe.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120628/2bbc567a/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 28 Jun 2012 22:44:25 +0200
From: "Simon HB9DRV" <[email protected]>
To: <[email protected]>
Subject: [USRP-users] GPL Status
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi,
I see that essential files such as device.hpp are released under the terms
of the GNU General Public License. As I'm writing commercial software I
think I may have a problem as I cannot and indeed will not release the
source code.
Can anyone at Ettus confirm one way or another please?
Simon Brown, HB9DRV
http://dit-dit-dit.com
Not sent from an iPhone: I don't have one and I couldn't use one anyway.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120628/3924812d/attachment-0001.html>
------------------------------
Message: 8
Date: Fri, 29 Jun 2012 01:06:32 +0200
From: Damien Serant <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: [USRP-users] MIMO Cable
Message-ID:
<CAM=tnln83vqr2iynzbjzndta+p0-i234egkfhehcb+t-cnx...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Thanks a lot Josh. The problem was effectively the "stream_now=true"
parameters.
Regards,
Damien
2012/6/26 Josh Blum <[email protected]>
>
>
> On 06/26/2012 06:17 AM, Damien Serant wrote:
> > Hi list,
> >
> > Is the MIMO cable sold with the original USRP2 compatible with the USRP
> > N200, because i don't manage to perform MIMO operation ("failed to
> > time-align" error) ?
> >
>
> Yes, the same cable will work.
>
> Failed to time align might mean that you have not told of of the board
> to set_clock/time_source("mimo") or that the RX samples were not told to
> stream at a specific time. ie you cannot use stream_now=true with
> multi-channel.
>
> -josh
>
> > Thanks,
> >
> > Damien
> >
> >
> >
> > _______________________________________________
> > 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/20120629/a663b766/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 29 Jun 2012 11:39:01 +0200
From: Peng Zhang <[email protected]>
To: [email protected]
Subject: [USRP-users] Read RSSI with LabView
Message-ID:
<caofhrqhedw8bwhr-up9zua9o_3o6qw1ycs-xp9uzx116tzo...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello Everyone,
could anybody tell me, how i can get the rssi value directly in LabView
environment. I just want to make a carrier sensing block for decomposable
MAC framework implementation.
Thanks a lot.:)
BR,
Peng
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120629/d787837e/attachment-0001.html>
------------------------------
Message: 10
Date: Fri, 29 Jun 2012 13:03:17 +0200
From: Stan Gamla <[email protected]>
To: <[email protected]>
Subject: [USRP-users] SBX RF board simultaneous mode with USRP
Hardware Support for MATLAB
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
As far as I understand, the Ettus SBX RF board comprises a full-duplex
transceiver with separate receive and transmit chains, each having its own
local oscillator.
https://www.ettus.com/product#tabs-3 states that:
"The SBX is a wide bandwidth transceiver that provides up to 100 mW of
output power, and a typical noise figure of 5 dB. The local oscillators for
the receive and transmit chains operate independently, which allows
dual-band operation. The SBX is MIMO capable, and provides 40 MHz of
bandwidth. The SBX is ideal for applications requiring access to a variety
of bands in the 400 MHz-4400 MHz range. Example application areas include
WiFi, WiMax, S-band transceivers and 2.4 GHz ISM band transceivers."
Further, according to their website "The MathWorks USRPR Hardware Support
from [sic] MATLAB and Simulink is compatible with UHDT-based Ettus radios".
http://www.mathworks.com/discovery/sdr/usrp.html viz:
"MATLAB and Simulink support for USRPR devices has been tested on N210 and
USRP2R devices with WBX, SBX, XCVR2450, TVRX, TVRX2, LFRX, LFTX, DBSRX, and
DBSRX2 daughterboards. Support may also extend to other UHDT-based radios
and daughterboards from National InstrumentsR."
Are both of these statements correct, I wonder?
If The MathWorks is tuned in to this channel, could you please comment and
perhaps provide an illustration of how to configure the N210/SBX using both
MATLAB and Simulink so that a signal is transmitted from the RF1 port and
received by the RF2. As a suggestion, slider controls could be used in
Simulink to independently adjust the RF settings of both the transmitter and
receiver to include at least gain and center frequency. A spectrum of the
received signal should be displayed.
On the other hand, if I have misunderstood what is meant by the word
"supported" could either Ettus or The MathWorks comment please.
Thanks,
Stan
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20120629/66939fbf/attachment-0001.html>
------------------------------
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
End of USRP-users Digest, Vol 22, Issue 29
******************************************
