On Tue, Aug 23, 2011 at 5:58 PM, Philip Balister wrote:
> On 08/23/2011 05:15 PM, Morgan Redfield wrote:
>
>> Hi everyone,
>>
>> I updated the ofdm_benchmark_tx.py script to use UHD and I'm running it on
>> my E100. If I run it at a high enough sample rat
Hi everyone,
I updated the ofdm_benchmark_tx.py script to use UHD and I'm running it on
my E100. If I run it at a high enough sample rate, I get a lot of "S"
characters printed to the screen. Some googling shows that this means
there's packet loss within a burst. What causes this? Is there any way
improve my MAC.
Morgan
On Tue, Jul 5, 2011 at 4:30 AM, Andre Puschmann
wrote:
> On 07/01/2011 03:16 AM, Morgan Redfield wrote:
>> Hi,
>>
>> I've been working on building a CSMA/CA MAC for the past couple of
>> weeks. I built it in Python, and used ofdm/tunnel.
al years ago
about people who were working on it, but I don't see any example code
anywhere. I also checked out CMUmacs on CGRAN, but that relies on a
deprecated version of GNURadio.
Is my best bet to rewrite the MAC as a block in C++? Can anyone tell
me what kind of speedup that's likely
Hi Juan,
It isn't too hard to modify the OFDM tunnel script to use UHD instead
of the old USRP blocks.
You have to change the flow graph in tunnel.py to use new sink and
source blocks and update all of the sample rate and frequency setting
functions.
You can take a look at how I did it here:
htt
I don't think you have to change the parameters you're giving to
./configure for gnuradio. You actually want to change the parameters
used by ./configure for fftw.
This worked for me:
./configure --enable-single --enable-neon --enable-shared
CFLAGS='-fPIC -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=sof
Did you install UHD before you built gnuradio?
You can follow the build guide here:
http://www.ettus.com/uhd_docs/manual/html/build.html
Morgan
On Thu, Jun 23, 2011 at 3:50 PM, sumitstop
wrote:
>
> I am using ubuntu Lucid 10.04 LTS.
>
> Did the following thing
>
> Step-1 Installed all the depen
Hi everyone,
I built and installed fftw with neon support for my E100 following the
instructions here: http://www.vesperix.com/arm. Now I'm trying to
recompile gnuradio to take advantage of that. Unfortunately, I get an
error when I run make.
I'm running configure with the added --enable-shared
On Thu, Jun 16, 2011 at 10:28 AM, Colby Boyer wrote:
> Have you installed the python-cheetah library?
> http://www.macports.org/ports.php?by=library&substr=py26-cheetah
>
> Never used macports before. . .
>
You can install the python cheetah library within macports using
(assuming you're using py
:
> On Fri, Jun 10, 2011 at 5:53 PM, Morgan Redfield
> wrote:
>>
>> I finally got this working. One of the machine's I was using was
>> running Windows with the gnuradio port from
>> http://www.joshknows.com/gnuradio_port. When I switched to Ubuntu the
>>
9, 2011 at 12:42 PM, Tom Rondeau wrote:
> On Thu, Jun 9, 2011 at 3:01 PM, Marcus D. Leech wrote:
>>>
>>> On Wed, Jun 8, 2011 at 11:24 PM, Morgan Redfield
>>> wrote:
>>> I found that centering my FFT on a frequency that's offset from what
>>> I&#
On Wed, Jun 8, 2011 at 11:24 PM, Morgan Redfield wrote:
> On Wed, Jun 8, 2011 at 7:20 PM, Marcus D. Leech wrote:
>> On 06/08/2011 09:51 PM, Morgan Redfield wrote:
>>>
>>> Ok. I found another problem in my code. The transmit_path has a
>>> multiplier in it th
On Thu, Jun 9, 2011 at 1:24 AM, vanITA1082 wrote:
>
> Thank you!
>
> I found 2 errors in benchmark_ofdm_tx.py:
>
> line 63 should be "sink"
> line 69 should be "samp_rate"
>
> Thanks again
> Vanessa
>
>
Hi Vanessa,
One thing you might also have to change is the tx-amplitude in
transmit_path.py.
On Wed, Jun 8, 2011 at 7:20 PM, Marcus D. Leech wrote:
> On 06/08/2011 09:51 PM, Morgan Redfield wrote:
>>
>> Ok. I found another problem in my code. The transmit_path has a
>> multiplier in it that was set to 200 (it could go up to 32768). This
>> was for the original
On Tue, Jun 7, 2011 at 7:38 AM, Tom Rondeau wrote:
> On Mon, Jun 6, 2011 at 8:33 PM, Morgan Redfield wrote:
>>
>> Hi Everyone,
>>
>> I've been playing around with GNURadio and a couple of USRPs lately,
>> but I've run into some pr
Hi Everyone,
I've been playing around with GNURadio and a couple of USRPs lately,
but I've run into some problems. I'm using a modified version of the
benchmark_ofdm_tx.py and benchmark_ofdm_rx.py scripts. I updated them
to use uhd, and I'm using them with two N210s. Each N210 has a WBX
daughterbo
Greetings,
I'm currently trying to find the phase difference between two real
sinusoids. After looking through the archives of the mailing list, I
found the following method:
src1_f=your first source of data
src2_f=your second source of data
hilbert_coeffs = gr.firdes.hilbert (27)
filter1
17 matches
Mail list logo
