On 02/17/2015 08:21 AM, zealdeal wrote:
> I'm bit confused here.
>
> You said "In the OFDM example, watch the amplitude of the signal before it
> enters the USRP sink. If it exceeds 1.0, I promise it will clip"
>
> I transmitted OFDM symbols, keeping transmission amplitude as 0.2
>
> Then, on th
Dear Zealdeal,
you should know how OFDM works: An OFDM symbol is nothing more than the
IDFT of a vector of permutated, possibly padded symbols.
No, for the sake of a simple example, assume your symbol vector is
[1,1,1,...,1]; without doubt, you'll notice that the IDFT of that vector
has an entry t
I'm bit confused here.
You said "In the OFDM example, watch the amplitude of the signal before it
enters the USRP sink. If it exceeds 1.0, I promise it will clip"
I transmitted OFDM symbols, keeping transmission amplitude as 0.2
Then, on the collected log, I ran gr_plot_ofdm.py tool. It shows th
On 02/11/2015 12:12 PM, Ron Economos wrote:
>> No, 1.0 maps to FS for USRP blocks. In the OFDM example, watch the
>> amplitude of the signal before it enters the USRP sink. If it exceeds
>> 1.0, I promise it will clip (and you will see this with a spectrum
>> analyzer).
>>
>> M
> zealdeal could be
Ah well, in that case, the energy of only one increased subcarrier will,
due to Parseval's Theorem, still be present in the time signal, but be
split across all samples in the OFDM symbol (IDFT).
Anyway, in a practical system you'd limit the power-per-subcarrier, so
that no combination of subcarri
On 02/11/2015 03:05 AM, Martin Braun wrote:
On 02/11/2015 10:38 AM, zealdeal wrote:
Is this clipping behaviour specific to uhd_siggen? Earlier I have tried to
increase the amplitude of an OFDM subcarrier to more than 1.0 and saw linear
increase in received amplitude. Clipping took place at quite
On 02/11/2015 10:38 AM, zealdeal wrote:
> Is this clipping behaviour specific to uhd_siggen? Earlier I have tried to
> increase the amplitude of an OFDM subcarrier to more than 1.0 and saw linear
> increase in received amplitude. Clipping took place at quite a high
> amplitude.
No, 1.0 maps to FS
Is this clipping behaviour specific to uhd_siggen? Earlier I have tried to
increase the amplitude of an OFDM subcarrier to more than 1.0 and saw linear
increase in received amplitude. Clipping took place at quite a high
amplitude.
--
View this message in context:
http://gnuradio.4.n7.nabble.com
On 02/10/2015 10:15 AM, zealdeal wrote:
> In uhd_siggen_gui tool, u cant set signal amplitude more than 1. Is there any
> reason behind this?
>
> I commented out the code where the limit checking is done. Then, when I
> increase the amplitude of the transmitted signal beyond 1, I dont see any
> ch
In uhd_siggen_gui tool, u cant set signal amplitude more than 1. Is there any
reason behind this?
I commented out the code where the limit checking is done. Then, when I
increase the amplitude of the transmitted signal beyond 1, I dont see any
change in amplitude of the recieved signal. What is th
10 matches
Mail list logo
