On Thu, Feb 24, 2011 at 05:34:43PM -0800, Tom Hendrick wrote:
> I'm interested in editing some of the source and sink .cc files.
If you want to change files that belong to the core of GNU Radio, then
yes, you need to install from source. But don't worry, it's really
painless, and GRC should work a
-Original Message-
From: Michael Ossmann [mailto:m...@ossmann.com]
Sent: Thu 24/02/2011 16:53
To: Kresimir Dabcevic
Cc: discuss-gnuradio@gnu.org; Dominic Spill
Subject: Re: [Discuss-gnuradio] Bluetooth implementation frequency hopping
restrictions
On Thu, Feb 24, 2011 at 16:53:41PM +0
On 24.02.2011 15:46, Patrick Strasser wrote:
> Just like every USB sound interface it does not matter where the signal
> comes, where it is going and how things behind the interface work. It
> makes no difference to your application if you connect a converter via
> cable to your sound interface in
Thanks for the suggestions. I'll see if the same 10MHz clock changes
anything. However, my initial idea was to have devices far apart.
Clocking the with the same ref clock in that setup seems impossible.
Cheers,
Veljko
On Thu, Feb 24, 2011 at 5:16 PM, Johnathan Corgan
wrote:
> On Thu, Feb 24,
On Fri, Feb 25, 2011 at 5:36 PM, Moeller wrote:
> On 24.02.2011 15:46, Patrick Strasser wrote:
> > Just like every USB sound interface it does not matter where the signal
> > comes, where it is going and how things behind the interface work. It
> > makes no difference to your application if you c
You should be able to send multiple packets using -r option (0 for
unlimited).
On Fri, Feb 25, 2011 at 1:31 AM, Hans-Christian wrote:
>
> Hello @All,
>
> i’m working on a project using the FTW 802.11 ofdm encoder Project from
> Cgran on Ubutntu 10.04 and Gnuradio3.2.2, Python 2.6 , USRP2 RFx2400.
Really appreciate your reply, Jason! I tried the approach recommended by using
grc_usrp.simple_sink_s to take the place of usrp.sink_s. Then, I called the
set_enable() function on simple_sink_s at the scheduler part to disable the
transmitter after the top_block starts to run. An attributeError
On 25.02.2011 18:45, Alexandru Csete wrote:
> There is still an audio codec - the difference is that it is in the Funcube
> Dongle rather than in the host computer. Moreover, the IQ imbalance is not
> only due to audio hardware but also due to the qudrature demodulator, so DC
> offset and phase
On 25/02/2011 2:38 PM, Moeller wrote:
I know, the Funcube Dongle has a low sample rate.
But maybe this virtual sound interface could be "misused" for higher rates in
future
low-cost SDR designs. If there is no limit in the interface specification.
I believe that FCD uses the UAC1.1 specifica
> The legacy driver or UHD? Are you using 32-bit complex
> floats or
> 16-bit complex shorts for you data?
In my case, I am using GNU Radio with USRP2 in C++.
The CPU usage for 5MHz is 30% with 3.2 G duo core CPU and around 70% for 20MHz
sample frequency.
> I'd be very interested to hear your
Dear all,
I'm developing a transmitter in python, using USRP1 with LFTX plug-in under GNU
Radio 3.2.
I'm wondering how to reconfigure some of the parameters of top_block, while the
flow graph has been running. How can I dynamically alter some of the parameters
of top_block every 1 second, whil
Hello list,
In preparation for the coming gnuradio release, and the cut-over from
next to master, changes have been pushed to both the uhd.git master
branch and the gnuradio.git next branch.
http://code.ettus.com/redmine/ettus/projects/uhd/wiki
---
I'm sure this has been asked many times, but if you would be so kind as
to offer any hints where to look for solutions or what to test, it would
be much appreciated.
I've got several different flowgraphs here that upon shutting down some
portion of the time, they emit a series of errors and then t
13 matches
Mail list logo
