On Wed, May 27, 2009 at 9:18 PM, Firas Abbas wrote:
>
> Hi,
>
>> On Wed, 5/27/09, Karthik wrote:
>>
>> If you use usrp_c() source, then the real part of the complex values are the
>> I values and the imaginary parts are Q values. They are each 16 bits.
>>
>> Karthik
>>
>
> That is not correct. I
Hi,I am not using GNU Radio, I am simply taking 16-bit data samples from the
USRP in a small C++ interfacing program for Windows using
"usrp_standard.h".
Now, I want to write my own FM demodulation code for these samples as I am
not using GNU Radio, I won't be using any signal processing blocks,
th
Hello all!
I have been experimenting with transfer of xml file between different
computers. I need help in reading an xml file in pyton. I want the data in the
xml file to be put into some variables. I have used minidom put still could not
work it out in an easy way. I would be grateful if some
Hi,
> On Wed, 5/27/09, Karthik wrote:
>
> If you use usrp_c() source, then the real part of the complex values are the
> I values and the imaginary parts are Q values. They are each 16 bits.
>
> Karthik
>
That is not correct. If you use usrp_c source, then I & Q each are 32 bits
(total com
On Wed, 2009-05-27 at 08:12 -0700, Johnathan Corgan wrote:
> On Wed, May 27, 2009 at 7:35 AM, Martin DvH
> wrote:
>
> >> * Elimination of the single-threaded flowgraph scheduler. The
> >> "thread-per-block" scheduler is already the default in 3.2. While this
> >> won't require any code changes,
On Wed, May 27, 2009 at 1:50 PM, Ujala Qasim wrote:
> I am receiving 16-bit data from USRP (data is in the range of -32768 to
> 32767) in Windows. Now I want to apply some demodulation algorithms to these
> samples but I am a bit confused.
> According to the following thread, each data sample that
I am receiving 16-bit data from USRP (data is in the range of -32768 to
32767) in Windows. Now I want to apply some demodulation algorithms to these
samples but I am a bit confused.
According to the following thread, each data sample that is coming from USRP
is a complex baseband value. However, a
> I have one question regarding the samples captured using usrp_rx_cfile.py
> at the receiver. Is there anyway that I let the usrp_rx_cfile.py run
> forever, and it will keep on capturing samples through USRP forever, while I
> keep on taking out 10K samples (lets say) at a time from that "contin
Your question is fairly generic. Please see
http://gnuradio.org/trac/wiki/ReportingErrors for some guidelines on
the best way to ask you question in a manner that will allow us to
help you solve it.
Thanks
Jason
___
Discuss-gnuradio mailing list
Discu
Dear list,
I have one question regarding the samples captured using usrp_rx_cfile.py
at the receiver. Is there anyway that I let the usrp_rx_cfile.py run
forever, and it will keep on capturing samples through USRP forever, while I
keep on taking out 10K samples (lets say) at a time from that "con
i installed python and gnu radio 3.2. Here is a list of the items installed
from http://gnuradio.org/trac/wiki/UbuntuInstall
http://gnuradio.org/trac/wiki/UbuntuInstall
--
View this message in context:
http://www.nabble.com/Python-error-USRP-question-tp23745395p23749141.html
Sent from the Gnu
Hello Ravi
> Sampling rate is 2.048Msps. When I analyze every DAB frame captured, I see
> that in total the whole frame has shortage of 9 to 10 samples. There could
> be a very high possibility due to ADC clock drift when we capture the data
> from DAB generator and digitize it.
Sounds reasona
Im not a huge fan of the hard-coded directories, i think it might be
kind of nice to have a data_dir_prefix that would default to whatever
automake/autoconf says, but also takes queues from an environment
variable...so
I know this is possible, but I am a bit confused about why. Woulnt it be
e
I would like to be able to execute GRC from a directory structure
moved elsewhere from ${prefix} ... meaning, I compile and install into
${prefix}, but then 'cp -r' or 'mv' or 'tar - | tar -' the whole
directory structure elsewhere outside of the usual execution
location. I then create / m
On Wed, May 27, 2009 at 8:55 AM, BlueEyeBirdy wrote:
> After installing everything, I tried to run one of the python examples
> through the terminal. Each of the examples played but threw the following
> error:
How and what did you install?
Johnathan
__
After installing everything, I tried to run one of the python examples
through the terminal. Each of the examples played but threw the following
error:
Exception RuntimeError: 'maximum recursion depth exceeded while calling a
Python object' in ignored
Any idea what is wrong? I even attached th
> I am using Flex-2400 boards and the received signal is ideally at baseband
> which in fact is not possible because, of various factors. Now, we have a
> signal that has a center frequency 'fc' which is not 0Hz. Assuming the
> costas to lock at this carrier I can achieve my goal. Isn't it right?
>
I've made the change and now its working.
It's a beginers error :)
Many thanks!
Michael Dickens-3 wrote:
>
>> ImportError: /usr/local/lib/python2.5/site-packages/gnuradio/
>> _howto.so:
>> undefined symbol: _ZN16howto_co_cx_stat14create_new_logEPc
>> #--
I noticed that the aforementioned block is defined
correctly as an interpolator in the .h file and as a decimator in the .i
file.
One question is why is it that this is not caught at build time...
Achilleas
___
Discuss-gnuradio mailing list
Discuss
On Wed, May 27, 2009 at 7:35 AM, Martin DvH
wrote:
>> * Elimination of the single-threaded flowgraph scheduler. The
>> "thread-per-block" scheduler is already the default in 3.2. While this
>> won't require any code changes, if you've been manually selecting the
>> STS via the environment, you
I am using Flex-2400 boards and the received signal is ideally at baseband
which in fact is not possible because, of various factors. Now, we have a
signal that has a center frequency 'fc' which is not 0Hz. Assuming the
costas to lock at this carrier I can achieve my goal. Isn't it right?
Can you
ImportError: /usr/local/lib/python2.5/site-packages/gnuradio/
_howto.so:
undefined symbol: _ZN16howto_co_cx_stat14create_new_logEPc
#-#
HOW_CO_CX.CC
int create_new_log(char file_name[255])
You have a basic C++ scope
On Wed, 2009-05-27 at 06:44 -0700, Johnathan Corgan wrote:
> In no particular order of time or importance, these are among some of
> the changes planned for the development trunk and 3.3 release that may
> affect you:
...
>
> * Elimination of the single-threaded flowgraph scheduler. The
> "threa
HI All and thanks for your posts before, .-)
in my GRC schematic there are some unaesthetic connections, which goes through
some of my elements, therefore i want to use the copy Element. Is this ok ?
Or what Element should i use to let the connection goe another way ?
Regards Markus
_
Now that we have a new stable release series, I want to alert developers
to some upcoming changes in the GNU Radio trunk which will impact your
software, requiring changes on your part in order to continue to compile
and link against a version of GNU Radio built from the trunk.
For those of you wh
> gr_costas_loop is wrong, and gr_mpsk_receiver used to have the same
> error and has since been updated. The frequency component of the
> rotation has already been added to the current phase estimate during
> de-rotation of of the samples (in mm_sample, I think); so here all we
> have to do is up
Problem solved.
I've forgot to replace cygusrp-0.dll with the new one from the 3.2 release.
Additionally I had to add boost_thread-gcc34-mt-1_36.dll if I want to run
the compiled executable with Windows.
Kutik wrote:
>
> Hello,
>
> I've updated to release 3.2.
> I am running the example from
> Why is the d_phase equation different in these two files?
> d_phase += d_alpha*phase_error; // In gr_mpsk_receiver.cc
> and
> d_phase = d_phase + d_freq + d_alpha * error; // In gr_costas_loop.cc
> The d_freq term is omitted and I don't understand why.
gr_costas_loop is wrong, and gr_mpsk_receiv
Hello Andreas,
Sampling rate is 2.048Msps. When I analyze every DAB frame captured, I see
that in total the whole frame has shortage of 9 to 10 samples. There could
be a very high possibility due to ADC clock drift when we capture the data
from DAB generator and digitize it.
Thanks for the r
Hello Andreas,
Sampling rate is 2.048Msps. When I analyze every DAB frame captured, I see
that in total the whole frame has shortage of 9 to 10 samples. There could
be a very high possibility due to ADC clock drift when we capture the data
from DAB generator and digitize it.
Thanks for the r
Hello!
I've been using the examples from "how to write a block" as a base to create
my own.
Using one of them a created some kind of sink. In it I added some auxiliary
function accessible from the outside in order to get the values from the
buffer. So far so good...
With the other one I made a
-- Forwarded message --
From: w w
Date: Tue, May 26, 2009 at 9:11 AM
Subject: Re: [Discuss-gnuradio] BPSK Demodulator (i.e. Receiver)
Award/Challenge
To: René Fléron
René,
I was wondering if you could post the BPSK GRC solution? I would like to
see it. I was wondering what d
Hello,
I've updated to release 3.2.
I am running the example from C++ Interfacing Questions. I get the following
error:
6 [main] testusrp 5792 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
382 [main] testusrp 5792 open_stackdumpfile: Dumping stack trace to
testusrp.
s=*gr*.*file_sink*(*gr*.sizeof_gr_complex, "file.txt")
and then connect usrp.source to this object s.
On Wed, May 27, 2009 at 3:06 AM, Zainab Qureshi wrote:
> In usrp_wfm_rcv.py, there is a command self.u = usrp.source_c()
>
> Now how do we use the gr.file_sink() in this file?
>
> On 5/27/09, E
Hi Johnathan and other friends,
I want to use an E/P/L Correlation (for Code synchronization) and Costas
loop (for carrier phase sync) for Direct Sequence Spread Spectrum receiver
based on this. http://img19.imageshack.us/img19/826/dsssrxr.jpg I have a
doubt that needs to be cleared as I spent a
In usrp_wfm_rcv.py, there is a command self.u = usrp.source_c()
Now how do we use the gr.file_sink() in this file?
On 5/27/09, Eric Blossom wrote:
> On Tue, May 26, 2009 at 01:53:40PM +0500, Zainab Qureshi wrote:
>> I have successfully run gnuradio on linux/windows. I am running the
>> example u
36 matches
Mail list logo
