Dear all,
I am trying to use the alamouti code implemented by trondeau.
Studying the gr_ofdm_frame_acquisition I found several concepts that
are not clear to me:
Wow, this code is pretty old, and we never did finish it. I hope you get it
working! I'd love to see the results.
Yes I
Hello to you too
At our university we have seen this behaviour as well.
Our setup is a USRP N210 with a 2400 daughterboard into a Rhode Swartz
spectrum analyzer.
We also get these sidelobes, and if you trawl the archives, you will find
others have as well.
Currently we are working on a theory
John Fidanis john_fidanis at yahoo.gr writes:
I am trying to implement the Alamouti 2x1 scheme but i have some problems. I
create 2 channel in order to use 2 antennas but one of the channel has less
power than the other and i am thinking that the signal is not being transmited
by both
On 27/10/11 03:42 AM, Paul M. Bendixen wrote:
Hello to you too
At our university we have seen this behaviour as well.
Our setup is a USRP N210 with a 2400 daughterboard into a Rhode
Swartz spectrum analyzer.
We also get these sidelobes, and if you trawl the archives, you will
find others
Hello
2011/10/27 Marcus D. Leech mle...@ripnet.com
The attached two_tone flow-graph shows that close-in intermod products
are sensitive to overall
signal magnitude settings. Keep the digitla signal magnitudes lower,
and the intermod products are
quite well suppressed. The
Well, that sounds like the lazy solution, intermodulation products are
bad, so just throwing the transmitter power away is not what I'd prefer.
But what it points to is an *analog* issue, entirely independant of the
CORDIC (which, as I observe, isn't likely involved in the test cases
at
I'll refer the list to this:
http://gnuradio.org/redmine/attachments/download/249/02-ettus-practical-radios.pdf
Which gives a decent overview of the issues that happen at the interface between the
digital world of perfection, and the
horrible, capricious, analog world beyond the DAC.
--
Ping...
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Pong!
Cheers,
Ben
On Thu, Oct 27, 2011 at 4:07 PM, Tom Rondeau trondeau1...@gmail.com wrote:
Ping...
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello,
I am in deep deep trouble. And it would be really great if somebody come up
with any sort of help.
I am trying to collect the raw data using USRP2. I used the
gr_file_sink(itemsize, filename) for this. The filename is a binary file
and so it cant be seen/open. I googled in the internet
Hello,
I am in deep deep trouble. And it would be really great if somebody come up
with any sort of help.
I am trying to collect the raw data using USRP2. I used the
gr_file_sink(itemsize, filename) for this. The filename is a binary file
and so it cant be seen/open. I googled in the internet
Hello Marcus,
I really appreciate your help.
Those files (read_float_binary.m and read_complex_binary.m) are MATLAB
macros, intended to be used directly by MatLab.
Did you mean that, the binary file which will be created by the
gr_file_sink, is needed Matlab to open?
Ok, then I will take the
On 10/27/2011 06:14 PM, hasanimam wrote:
Hello Marcus,
I really appreciate your help.
Those files (read_float_binary.m and read_complex_binary.m) are MATLAB
macros, intended to be used directly by MatLab.
Did you mean that, the binary file which will be created by the
gr_file_sink,
Hello Marcus,
I really appreciate your help.
Those files (read_float_binary.m and read_complex_binary.m) are MATLAB
macros, intended to be used directly by MatLab.
Did you mean that, the binary file which will be created by the
gr_file_sink, is needed Matlab to open?
Ok, then I will take the
Hello Josh,
Thank you. In fact I am a very newcomer to use gnuradio.
I tried to follow your advice.
I wrote the code in python like,
numpy.fromfile(observed_data, dtype=float, count=-1, sep='')
Here, observed_data is the file which is created using the gr_file_sink
command.
However, it gives an
Well, I have been able to run the program somehow. The following code is what
I used.
import numpy
numpy.fromfile(observed_data, dtype=float, count=-1, sep='')
Now, the problem is that the file I am getting does not show anything. I
mean the characters in the file are still unreadable.
I want
Here's a snapshot of the 3rd-order IMD products out of a WBX
http://www.sbrac.org/files/3rdorder.png
It shows the 3rd-order products at roughly -50dBc, which is extremely good,
when compared against many of the commercial amateur-radio transmitters
in surveys like this one:
On 27/10/11 10:09 PM, hasanimam wrote:
Well, I have been able to run the program somehow. The following code is what
I used.
import numpy
numpy.fromfile(observed_data, dtype=float, count=-1, sep='')
Now, the problem is that the file I am getting does not show anything. I
mean the
On 10/27/2011 07:09 PM, hasanimam wrote:
Well, I have been able to run the program somehow. The following code is what
I used.
import numpy
numpy.fromfile(observed_data, dtype=float, count=-1, sep='')
See my previous email about the data type. I do not think you want to
parse the
To Josh and Marcus,
Well I tried all aspects.
Here is what I did,
a = numpy.fromfile(observed_data, dtype=numpy.complex64, count=-1, sep='')
file = open (outputfile, w)
for n in range(0,len(a)):
outstr = (%f % a[n]) + \n
file.write (outstr)
file.close()
The output file does not contain
On 27/10/11 11:00 PM, hasanimam wrote:
To Josh and Marcus,
Well I tried all aspects.
Here is what I did,
a = numpy.fromfile(observed_data, dtype=numpy.complex64, count=-1, sep='')
file = open (outputfile, w)
for n in range(0,len(a)):
outstr = (%f % a[n]) + \n
file.write (outstr)
Still no ray of hope.
I am pasting the complete code here.
---
collect_raw_data = gr.file_sink(self.fft_size, observed_data)
numpy.fromfile(observed_data,
Still no ray of hope.
I am pasting the complete code here.
---
collect_raw_data = gr.file_sink(self.fft_size, observed_data)
Here's an interesting paper on reducing 3rd and 5th order IMD products,
using digital pre-distortion.
Which is a topic I've known about for years in optical systems, but
I'd never thought about in RF
systems.
24 matches
Mail list logo