FW: Marc Epards 100Msps on XCVR2450

In my opinion/experience at least two-fold over-sampling is to be
recommended with OFDM, The standard 802.11n has a mode with 40MHz
bandwidth (not to mention 802.11ac). I have the feeling the dynamic
range of 48dB is somewhat small for OFDM. Especially without fast AGC.

BR/
Per


From: discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid
[discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid] on behalf of
[email protected] [[email protected]]
Sent: Tuesday, March 06, 2012 7:02 PM
To: [email protected]
Subject: Re: [Discuss-gnuradio] Marc E.s 100Msps on XCVR2450

Not to disparage some fine work, but in the specific example cited, the
existing, standard, 50Msps mode (8-bit samples) should also work, unless
48dB of dynamic range isn’t adequate.

-Marcus

On Tue, 6 Mar 2012 17:28:54 +0000, Per Z. wrote:

Hi Lists,

I have tried Marc E.s 100Msps hack from
GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210 on XCVR2450. It’s extremely cool. I
verified that the 36MHz bandwidth option on the XCVR2450 actually works
(and it does). With this kind of bandwidth it is possible to investigate
true 802.11n and LTE signals (I wish we had this feature for TX as
well).

Many thanks Marc!

BR/
Per


Discuss-gnuradio mailing list
[email protected]mailto:[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Fair enough. But how will the discontinuous-sampling done by this
100Msps mode affect things?

-Marcus

On Tue, 6 Mar 2012 18:43:43
+0000, Per Z. wrote:

In my opinion/experience at least
two-fold over-sampling is to be recommended with OFDM, The standard
802.11n has a mode with 40MHz bandwidth (not to mention 802.11ac). I
have the feeling the dynamic range of 48dB is somewhat small for OFDM.
Especially without fast AGC.

BR/
Per


From:
discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid [1]
[discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid [2]] on behalf of
[email protected] [3] [[email protected] [4]]
Sent: Tuesday, March 06,
2012 7:02 PM
To: [email protected] [5]
Subject: Re:
[Discuss-gnuradio] Marc E.s 100Msps on XCVR2450

Not to disparage
some fine work, but in the specific example cited, the existing,
standard, 50Msps mode (8-bit samples) should also work, unless 48dB of
dynamic range isn’t adequate.

-Marcus

On Tue, 6 Mar 2012
17:28:54 +0000, Per Z. wrote:

Hi Lists,

I have tried
Marc E.s 100Msps hack from GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210 [6] on
XCVR2450. It’s extremely cool. I verified that the 36MHz bandwidth
option on the XCVR2450 actually works (and it does). With this kind of
bandwidth it is possible to investigate true 802.11n and LTE signals (I
wish we had this feature for TX as well).

Many thanks Marc!

BR/

Per


Discuss-gnuradio mailing list

[email protected]
[7][email protected]>

Discuss-gnuradio Info Page [8]


Discuss-gnuradio
mailing list
[email protected] [9]

Discuss-gnuradio Info Page [10]

Links:

[1]
mailto:discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid
[2]
mailto:discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid
[3]
mailto:[email protected]
[4] mailto:[email protected]
[5]
mailto:[email protected]
[6]
GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210
[7]
mailto:[email protected]
[8]
Discuss-gnuradio Info Page
[9]
mailto:[email protected]
[10]
Discuss-gnuradio Info Page

I am mainly thinking about research, where you can e.g. insert gaps
between the bursts, see e.g. [1111.3616] An Experimental Investigation of SIMO, MIMO, Interference-Alignment (IA) and Coordinated Multi-Point (CoMP).
Implementing stuff in fully real-time is anyway to big an effort.

Another application is when you use the USRP as
spectrum-analyzer/signal-generator.

BR/
Per


From: discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid
[discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid] on behalf of
[email protected] [[email protected]]
Sent: Tuesday, March 06, 2012 9:25 PM
To: [email protected]
Subject: Re: [Discuss-gnuradio] FW: Marc E.s 100Msps on XCVR2450

Fair enough. But how will the discontinuous-sampling done by this
100Msps mode affect things?

-Marcus

On Tue, 6 Mar 2012 18:43:43 +0000, Per Z. wrote:

In my opinion/experience at least two-fold over-sampling is to be
recommended with OFDM, The standard 802.11n has a mode with 40MHz
bandwidth (not to mention 802.11ac). I have the feeling the dynamic
range of 48dB is somewhat small for OFDM. Especially without fast AGC.

BR/
Per


From:
discuss-gnuradio-bounces+perz=removed_email_address@domain.invalidmailto:discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid
[discuss-gnuradio-bounces+perz=removed_email_address@domain.invalidmailto:discuss-gnuradio-bounces+perz=removed_email_address@domain.invalid]
on behalf of [email protected]mailto:[email protected]
[[email protected]mailto:[email protected]]
Sent: Tuesday, March 06, 2012 7:02 PM
To: [email protected]mailto:[email protected]
Subject: Re: [Discuss-gnuradio] Marc E.s 100Msps on XCVR2450

Not to disparage some fine work, but in the specific example cited, the
existing, standard, 50Msps mode (8-bit samples) should also work, unless
48dB of dynamic range isn’t adequate.

-Marcus

On Tue, 6 Mar 2012 17:28:54 +0000, Per Z. wrote:

Hi Lists,

I have tried Marc E.s 100Msps hack from
GitHub - mepard/N210CeVI: 100 Msps support for Ettus USRP N210 on XCVR2450. It’s extremely cool. I
verified that the 36MHz bandwidth option on the XCVR2450 actually works
(and it does). With this kind of bandwidth it is possible to investigate
true 802.11n and LTE signals (I wish we had this feature for TX as
well).

Many thanks Marc!

BR/
Per


Discuss-gnuradio mailing list
[email protected]mailto:[email protected][email protected]>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Discuss-gnuradio mailing list
[email protected]mailto:[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio