Hi,
I followeed the wiki instructions for building gnuradio
on cygwin.
Everything seems to be working fine,
except when installing wxPython.
In particular in step (11) as described in the wiki:
cd $WXDIR/wxPython
python setup.py build_ext --inplace WXPORT=msw BUILD_GLCANVAS=0
BUILD_GIZMOS=0
. With
Thanks
Achilleas
Don Ward wrote:
Achilleas Anastasopoulos [EMAIL PROTECTED] wrote:
I followeed the wiki instructions for building gnuradio
on cygwin.
Everything seems to be working fine,
except when installing wxPython.
In particular in step (11) as described in the wiki:
cd $WXDIR/wxPython
Hey,
I remember long time ago someone had made available a
couple of over the air captured sample files for testing
with the usrp_tv_rcv.py
I can't seem to find the relevant mail.
I was wondering if someone can give me a pointer
to the appropriate website.
Thanks,
Achilleas
Can anyone help at resolving this issue with gr-trellis/doc ?
I am not sure what is going wrong here, since
it builds in all other platforms.
Thanks
Achilleas
--
Message: 8
Date: Tue, 7 Nov 2006 17:02:36 +0530
From: [EMAIL PROTECTED]
Subject: [Discuss-gnuradio]
John,
If want to measure the time difference between two sine waves in noise
and accuracy is your primary objective, then you should start with the
optimal solution to the problem and not with an ad-hoc technique
such as measuring the zero crossings.
In the simplest scenario, if your model
Before I go ahead and implement it myself
I was wondering if there is such a thing as a tail
or skip or strip block in gnuradio, that skips/ignores
the first K bytes and passes to the output the rest.
Thanks
Achilleas
___
Discuss-gnuradio mailing
All,
I have checked in several enhancements to gr-trellis
and supporting examples in gnuradio-examples/python/channel-coding:
-Added fsm constructor for generating FSM directly from the
generator matrix of binary convolutional codes (no feedback yet).
-Added functionality to fsm class to
I can confirm that it succeeds in
make
and
make check
installing all components
other than
not sure what you mean by checking usrp configuration.
Achilleas
***
The following GNU Radio components have been successfully configured:
I am having a problem making SWIG work for me;
actually I am not sure if SWIG is the problem.
Anyway here it goes:
I have implemented an internal c++ function template in
gr-trellis/src/lib in the files:
quick_sort_index.h
quick_sort_index.cc
I DO NOT want to make this function available in
I have commited some complete examples in
http://gnuradio.utah.edu/svn/gnuradio/trunk/gnuradio-examples/python/channel-coding/
You can now see how gr-trellis can be used for implementing:
generic convolutional encoding/decoding
serially concatenated coding (through an interleaver) and
Jonathan,
I will do what you said.
BTW, whatever I have commited so far does pass make, make check.
What exactly is make distcheck ?
Achilleas
Johnathan Corgan wrote:
Achilleas,
For the kind of work you are doing, I would much prefer that you work in
a developer branch rather than the
a quick fix for this issue. - MLD
On Aug 11, 2006, at 5:09 AM, Achilleas Anastasopoulos wrote:
make[2]: Entering directory `/home/anastas/gnuradio_svn/gr-trellis/
src/python'
make check-TESTS
make[3]: Entering directory `/home/anastas/gnuradio_svn/gr-trellis/
src/python'
Traceback (most recent
make distcheck
fails cause it cannot find the file
/gnuradio_svn/gr-trellis/src/python/awgn1o2_4.fsm
inside the directory
/gnuradio_svn/gnuradio-2.8svn/gr-trellis/src/python
so one of the qa_ checks fails.
How should I modify
/gnuradio_svn/gr-trellis/src/python/Makefile.am
to make sure that the
OK fixed this and committed the change to trunk so now
make distcheck
succeeds.
From now on I will be working on my branch tree.
Thanks
Achilleas
Johnathan Corgan wrote:
On Fri, August 11, 2006 10:42, Achilleas Anastasopoulos wrote:
How should I modify
/gnuradio_svn/gr-trellis/src/python
it will get it from
/home/anastas/gnuradio_svn/gnuradio-2.8svn/gr-trellis/src/python
How can I achieve either of these?
Achilleas
Eric Blossom wrote:
On Fri, Aug 11, 2006 at 01:42:39PM -0400, Achilleas Anastasopoulos wrote:
make distcheck
fails cause it cannot find the file
/gnuradio_svn/gr
Hi,
I would like to add some features ( say a function foo() )
in gr-trellis that is not implemented in c++ but directly
in python. So in my programs when I do
from gnuradio import trellis
I would like to have access to
trellis.foo()
how do I do that?
in particular, where should the python
Jonathan,
The full tree compiles succesfully with gcc 3.4.3 now !
Cheers,
Achilleas
For what it's worth, gcc 3.4.3 seems to interact differently with
libtool than gcc 4.x. I haven't pinned it down but the change I made
now works with both.
If you still have that branch checked out, can you
All,
I have finally finished the first part of this project.
There is now a working generic FSM class, encoders, Viterbi
decoders, a couple of examples, AND documentation.
A copy of my CVS subtree gr-trellis and the examples can be found in
http://www.eecs.umich.edu/~anastas/gnuradio
It will
This is my first attempt building from the svn.
After:
$ svn co http://gnuradio.utah.edu/svn/gnuradio/trunk gnuradio_svn
$ cd gnuradio_svn
$ ./bootstrap
$ ./configure
I get:
***
The following GNU Radio components have been
I run the following simple test, compiled with
g++ test.cc -o test
and I got the following results.
I see a 4-fold speed reduction using STL.
What am I doing wrong?
Achilleas
---
$ time ./test 1 1
real0m0.121s
user0m0.120s
sys 0m0.001s
while
$ time
Yes, with -O the STL code is only 1.7 times
slower.
Even better, with -O2 the two cases execute
in exactly the same time.
So, is Gnuradio compiling with -O2
option?
Achilleas
Philip Balister wrote:
Try g++ -O test.cc -o test
That solved the problem for me.
Philip
Achilleas
Al,
the encoder IS NOT the bottleneck in this communication system.
It is the Viterbi Algorithm that is responsible for 80%-90%
of the overall time.
Achilleas
=
You are returning a vector by value:
from fsm.h:
//
std::vectorint NS ()
Al,
thanks for pointing out this mistake.
I changed this in the code.
I guess when I was using ANSI-C I was forced
to use pointer etc, but with C++ it is
easy to fall in to these traps.
Anyway, as I said to my previous post,
this does not contribute anything noticable to the
speed reduction, as
than C?
-Ilia
Quoting Achilleas Anastasopoulos [EMAIL PROTECTED]:
I have some new data on this.
Going from ANSI-C to C++ (NO Gnuradio) using
STL vectors results in a 5-fold speed reduction!
So Gnuradio seems to be responsible for the remaining
4-fold reduction (for an overall 20-fold as I
]
The reason i started with vector was the clean way that
these were instantiated, etc.
Anyway, I am now reimplementing the code without using vector;
will get back to you on this.
Achilleas
Ilia Mirkin wrote:
Quoting Achilleas Anastasopoulos [EMAIL PROTECTED]:
Ilia,
you can find the relevant
Is there a meaning to the relative rate for a block that consumes
two input streams at a different rate?
Thnaks,
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Jens,
I already have implemented generic blocks for
- convolutional encoder / Viterbi decoder
also, with this it is straightforward to implement
- Differential coding
Finally, I am currently implementing a generic
- interleaver/deinterleaver.
Achilleas
Message: 2
Date: Sat, 6 May 2006
On Saturday, May 6, 2006, at 12:51 PM, Achilleas Anastasopoulos wrote:
I already have implemented generic blocks for
- convolutional encoder / Viterbi decoder
also, with this it is straightforward to implement
- Differential coding
Finally, I am currently implementing a generic
- interleaver
Achilleas,
great. I'll then focus for now on implementing time/frequency
synchronization. Does the decoder support puncturing? Did you publish
you code already?
The code is generic enough to handle any problem that can be cast as
sequence detection for a sequence generated by a trellis.
I have developed a simple class howto_object
(which does not do anything at this point...)
and now I want to make it part of gnuradio/howto,
so that I can see it in python when I am
doing from gnuradio import howto
This class is not derived from gr_block and the rest,
so I am not sure what the
This is my first attempt to build from cvs.
I have all required applications installed,
and their versions are the ones required.
Now, after
$ export CVS_RSH=ssh
$ cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/gnuradio
co -P gr-build
$ cd gr-build
$ ./checkout -x mc4020
I get all the
| tee make.log
I get the same error with the attached make.log file.
Thanks
Achilleas
Eric Blossom wrote:
On Thu, Apr 27, 2006 at 10:20:04AM -0400, Achilleas Anastasopoulos wrote:
This is my first attempt to build from cvs.
I have all required applications installed,
and their versions
It seems that I have automake 1.9.5
but I am using aclocal 1.8.5 (go figure...)
I updated aclocal and now everything works like a charm..
Thanks for your time and advise.
Achilleas
Eric Blossom wrote:
On Thu, Apr 27, 2006 at 12:57:14PM -0400, Achilleas Anastasopoulos wrote:
Eric,
I
I was wondering if someone can slightly modify the Makefile.am in
howto/src/lib to include support for template expansion,
assuming the files generate_all.py and generate_common.py
(and maybe build_utils_codes.py, build_utils.py)
are present (in a similar way that is done in
I am using the 2.7 tarballs.
Suppose I want to add a block to my local gnuradio-core.
I put the *.i, *.h, *.cc files in
gnuradio-core2.7/src/lib/general
and modify Makefile.am
Now after make clean, configure, make, make install
although the new blocks have been compiled, they are not
part of
I have handwritten a couple of blocks in the howto
directory and am able to compile/install them.
I would like to generate versions of these blocks for
different input/output variable types, thus I have written the
appropriate template files _XX.i.t, _XX.h.t, _XX.cc.t
(I followed some examples
Here is an update on this project:
1) Optional initial/final state for Viterbi (put a negative number if
you don't want to set it)
2) Automated the process of FSM generation for any ISI channel and
modulation size, so now this part is done for you, instead of having to
generate the FSM file
Bob,
the code is working at this point, but there is a lot of
space for improvement.
For one, the code now does not support multiple input/output streams.
We can always put it in the core and keep improving it.
Hope that other people will contribute on that.
Achilleas
Hi everybody,
I finally found some time and ported in gnuradio-2.7
my old ANSI-C implementation of a generic framework
for finite state machines (FSM) and corresponding
sequence detection using the Viterbi algorithm (VA).
The code is more generic (and I guess slower; 117 Kbps
for an 1/2 CC with
I just realized I had the wrong website.
The correct one is:
www.eecs.umich.edu/~anastas/gnuradio
Best,
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
I am trying to write a block that takes N inputs at a time
and produces M outputs at a time.
Since M=N this is an interpolator.
However, M/N is not neccesarily an integer.
Is there an elegant way to force the work() function to
process a multiple number of N input samples every time it is
Jens,
I got interested in this discussion and looked at the
standard briefly and at your matlab code.
I have a couple of initial points; I will spend more time sometime this
week on your code:
1) where in the standard it says that this is pi/4 DQPSK ?
I only saw that the modulation used is
Jens,
I used a complete ad-hoc method for automatic frequency estimation:
tracing the minimum ratio of the power of DC over the total power of the
remaining channels, averaged over all symbols in a frame.
Your estimate seems quite good!
I atatch the .m file
I have not tried anything with the
I have a question/observation on this issue:
Since the DDC multiplication is complex and since the internal DDC
oscilator is noncoherent, I do not see a difference between the MUX
settings: 0x33221100 and 0xf3f2f1f0.
Similarly, with the setting 0x3210 you will never be able to
separate
Quoting Achilleas Anastasopoulos [EMAIL PROTECTED]:
I have a question/observation on this issue:
Since the DDC multiplication is complex and since the internal DDC
oscilator is noncoherent, I do not see a difference between the MUX
settings: 0x33221100 and 0xf3f2f1f0.
Is the difference
Dear all,
although I agree that in the SPECIAL case when the CORDIC
frequency is set to 0 it is meaningful to assume a known
phase (set to 0 at power up or otherwise set externally to 0),
I think it is a bad engineering practice to design receivers that assume
a known phase (ie, a coherent
Dear all,
I read in the USRP description that the Receiver path has
4 ADC's and in the FPGA there are 4 DDC's implemented.
Each DDC has 2 inputs (I and Q) and two real (or one complex)
output. The MUX is swithcing the output of the 4 ADC's (or
the value zero) to the 8=4x2 inputs of the DDC's.
I
Dear all,
I am working on extracting the audio FM signal from the NTSC
signal, and experimenting with the data file
ntsc-short-complex-baseband-8MS.dat
The idea seems simple: recenter the audio carrier to 0 frequency,
LPF and decimate and then do standard fm demod.
This is done in the attached
401 - 448 of 448 matches
Mail list logo