Eric Blossom comsec.com> writes:
>
>
http://www.amazon.com/Understanding-Digital-Signal-Processing-2nd/dp/0131089897/ref=sr_1_1?ie=UTF8&s=books&qid=1238774302&sr=1-1
At this time i am doing my diploma and have not much money, so
i have to thing about where my money goes. But i will still buy
so
On Fri, Apr 03, 2009 at 12:25:41PM +, feldmaus wrote:
> Patrick Strasser tugraz.at> writes:
>
> >
> > Markus Feldmann wrote am 2009-03-30 17:54:
> > > For example, is this ONE sample ?
> > >24 + 5i
> >
> > Yes.
> >
> > > The left is a 32bit I part and the right is the Q part ?
> >
>
Patrick Strasser tugraz.at> writes:
>
> Markus Feldmann wrote am 2009-03-30 17:54:
> > For example, is this ONE sample ?
> >24 + 5i
>
> Yes.
>
> > The left is a 32bit I part and the right is the Q part ?
>
> Yes! The I(nphase)-part is the real component of the complex number, the
> Q(ua
Markus Feldmann wrote am 2009-03-30 17:54:
>
You are right, thats also what i am thinking, but to these
samples through a fft, i have to know what is a sample !
Thats the topic of this post.
Thats what i not understand.
What is a sample ?
For example, is this ONE sample ?
24 + 5i
Yes.
T
Patrick Strasser schrieb:
feldmaus wrote am 2009-03-27 20:52:
Further on my graphic does not look like my spectrum in the
FFT-sink.
A FFT sink displays the frequency domain, it's amplitude versus frequency.
Printing the samples shows the time domain, amplitude versus time.
The FFT sink feeds
feldmaus wrote am 2009-03-27 20:52:
Further on my graphic does not look like my spectrum in the
FFT-sink.
A FFT sink displays the frequency domain, it's amplitude versus frequency.
Printing the samples shows the time domain, amplitude versus time.
The FFT sink feeds the samples through a FFT-
I also stored another files with data captured from my signal generator.
To store the data i used the Gnuradio companion with a USRP source
(complex output) and a file_sink(complex input). The usrp source gets
the data from my external signal-generator.
But this time i increased the amplitude of my
On Sat, Mar 28, 2009 at 10:09 AM, feldmaus wrote:
> Thanks Brian for your nice link,
>
> but if you only post a link and do not wrote a simple
> answer like yes or no to my question, then i will be
> confused.
> Or is there something totally wrong i wrote ?
> Then please also wrote my mistake !
A
Brian Padalino gmail.com> writes:
> > Wherefor is the first line ?
> > For the I part or the Q part ?
> > Does the lines of the I and Q part change from line to line ?
> > 0 - 1i --> real(I) - imag(I)
> > -1 + 0i --> real(Q) + imag(Q)
>
> You may want to refresh your knowledge of complex numbe
On Fri, Mar 27, 2009 at 8:36 PM, feldmaus wrote:
> Markus Feldmann gmx.de> writes:
>
>>
>> Ok, here is a clipping from the data at the beginning:
>> 0 - 1i
>> -1 + 0i
>
> As you said the Output is stored as 64 bit value, 32bit I and 32 bit Q,
> but I and Q do have bot real
Markus Feldmann gmx.de> writes:
>
> Ok, here is a clipping from the data at the beginning:
> 0 - 1i
>-1 + 0i
As you said the Output is stored as 64 bit value, 32bit I and 32 bit Q,
but I and Q do have bot real and complex values ?!
As you can see, every line consists onl
Johnathan Corgan corganenterprises.com> writes:
>
> Just to make this completely clear:
Very very thank you Johnathan.
Ok, so i think the gnuradio docu should be updated, because there is
written:
"Data captured directly from the USRP is stored as 32-bit complex, rather than
64-bit complex (gr.
Just to make this completely clear:
The complex baseband samples that come from the USRP1 source block
usrp.source_c(), and the from USRP2 source block usrp2.source_32fc(),
are complex numbers. The real portion of the sample (the "in-phase",
or "I" portion), is a 32-bit floating point number. Th
Eric Blossom comsec.com> writes:
> Or to avoid any confustion about how many samples are getting
> generated, I think it's easier to think that it generates samples that
> are of type std::complex.
So you mean:
I(32 bit) --> real(16 bit) + imag(16 bit)
and
Q(32 bit) --> real(16 bit) + imag(16 bi
Eric Blossom schrieb:
On Thu, Mar 26, 2009 at 07:32:09AM -0700, Johnathan Corgan wrote:
On Thu, Mar 26, 2009 at 4:12 AM, feldmaus wrote:
i want to save some output from the usrp and watch it with octave.
The usrp.source_c(...) block generates IQ data as pairs of 32-bit
floating point values.
Eric Blossom schrieb:
On Thu, Mar 26, 2009 at 07:32:09AM -0700, Johnathan Corgan wrote:
On Thu, Mar 26, 2009 at 4:12 AM, feldmaus wrote:
i want to save some output from the usrp and watch it with octave.
The usrp.source_c(...) block generates IQ data as pairs of 32-bit
floating point values.
I also want to save only as much data as needed to
create ONE FFT-Plot in octave.
My FFT-sink has got a fft-size of 1024.
How to cut the stream for a fft-size of 1024 ?
Regards Markus
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http:/
17 matches
Mail list logo
