My name is Komar from Indonesia. I have some problem in installing gnuradio.
I am not an expert in linux and gnuradio.
I have installed gnuradio-3.0.2.tar.gz in my computer in linux suse 10.0.
There are still some error about swig and wxython.
My question are:
1) What version of swig that i must
Achilleas and Eric,
Thanks for the reply. . I agree performance should not be an issue.
I understand the steps you describe below, and that is the approach I
am taking.
I have overloaded the viterbi_X for using (int S0) or (vector S0)
and the calls through Python seem to work. I think I will
Tim Meehan wrote:
There are
public methods to return d_S0 and d_SK, and I don't want to break
these either. I will consult some friends who are better C++
programmers then I am.
BTW, I wouldn't worry about these accessors...
they are pretty much useless and can be either eliminated
or made m
Eric,
Don't see any problem with either of your concerns.
Mapping to python is straightforward as you know
better than I.
Also, performancewise there is absolutely no additional overhead,
since the initialization of the metrics is done anyway; Tim will only
change some values from INF to 0; tha
On Mon, Feb 26, 2007 at 08:02:45PM -0800, Tim Meehan wrote:
> Hi Achilleas,
>
> Yes, I will overload the method so that I don't break any existing
> code. I am going to have to think about the return values. There are
> public methods to return d_S0 and d_SK, and I don't want to break
> these ei
On Mon, Feb 26, 2007 at 10:07:46PM -0500, David I. Emery wrote:
> On Mon, Feb 26, 2007 at 02:10:59PM -0800, Eric Blossom wrote:
>
> > Also, although we've been talking about USB, I'm hoping to use what we
> > come up with in this conversation for the Gigabit ethernet interface
> > too. So far, th
On Mon, Feb 26, 2007 at 10:02:02PM -0500, Greg Troxel wrote:
> Eric Blossom <[EMAIL PROTECTED]> writes:
>
> > On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
> >>
> >> I wonder how hard it could be to have each component define an
> >> autoconf variable
> >>
> >> LIBS_GR_FOO
> >>
>
Hi Achilleas,
Yes, I will overload the method so that I don't break any existing
code. I am going to have to think about the return values. There are
public methods to return d_S0 and d_SK, and I don't want to break
these either. I will consult some friends who are better C++
programmers then
On Tuesday 27 February 2007 12:31:13 you wrote:
> On Tue, Feb 27, 2007 at 11:39:36AM +1030, Berndt Josef Wulf wrote:
> > G'day,
> >
> > latest release candidate breaks when compiling individual packages. This
> > is due to intree dependencies that are nolonger satisfied under the
> > following cond
Tim,
sounds like a good idea.
I guess you are planning to overload this additional method
to the existing one, so we can still intantiate the block
the usual way, right?
Achilleas
PS: I wonder what is the application you are interested in...
___
Di
Cleber,
--- CLEBER CEZAR <[EMAIL PROTECTED]> wrote:
>
> Hello, I am engineering student and I am carrying
> through my final work of undergraduation. The aim of
> this work is to try to measure how much of delay
> there is in the NTSC video decoding and for this I
> need an application of NTS
Eric Blossom <[EMAIL PROTECTED]> writes:
> On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
>>
>> I wonder how hard it could be to have each component define an
>> autoconf variable
>>
>> LIBS_GR_FOO
>>
>> to be either
>>
>> $(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
>>
>> or
Hello All,
I would like to modify the Viterbi algorithm to support multiple
initial and final states.
For example if I have a FSM with 5 states {0,1,2,3,4} I would like to
pass a subset of the states as the initial and/or final states, for
example S0 = {0,2,3} and SK = {3,4}.
I think the logica
On Mon, Feb 26, 2007 at 09:13:15PM -0500, Greg Troxel wrote:
>
> I wonder how hard it could be to have each component define an
> autoconf variable
>
> LIBS_GR_FOO
>
> to be either
>
> $(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
>
> or
>
> $(libdir)/libgnuradio-foo.la
>
> depending on wh
I wonder how hard it could be to have each component define an
autoconf variable
LIBS_GR_FOO
to be either
$(top_srcdir)/gr-foo/src/lib/libgnuradio-foo.la
or
$(libdir)/libgnuradio-foo.la
depending on whether the component is enabled or not.
This would, I think, safely link against the intende
On Tue, Feb 27, 2007 at 11:39:36AM +1030, Berndt Josef Wulf wrote:
> G'day,
>
> latest release candidate breaks when compiling individual packages. This is
> due to intree dependencies that are nolonger satisfied under the following
> condition, e.g.:
>
> ./configure --prefix=/usr/pkg --disable
My guess is that one could make it a special case
of "disable-all-components --enable-" when building a specific component.
pkgsrc builds packages in a sandbox filesystem containing all package
dependencies hence it was never an issue.
cheerio Berndt
On Tuesday 27 February 2007 10:57:54 yo
Do the packages install the .la file? Perhaps some sort of
conditional that uses in-tree for configured component and in-$libdir
for unconfigured components would be the right thing.
--
Greg Troxel <[EMAIL PROTECTED]>
___
Discuss-gnuradio mailin
G'day,
latest release candidate breaks when compiling individual packages. This is
due to intree dependencies that are nolonger satisfied under the following
condition, e.g.:
./configure --prefix=/usr/pkg --disable-all-components --enable-gr-audio-oss
resulting in:
gmake[4]: Entering director
On Mon, Feb 26, 2007 at 03:01:04PM -0800, Johnathan Corgan wrote:
> All,
>
> GNU Radio release candidate 3.0.3rc2 is available for testing:
>
> http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc2.tar.gz
> http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc2.tar.gz
>
> This i
On Mon, Feb 26, 2007 at 03:49:19PM -0800, Dan Halperin wrote:
> Hi,
>
> I'm working on FPGA mods to push a little bit of work off of the
> computer onto the USRP's FPGA. If I understand correctly, the right way
> to do what I want is to create a new config file (e.g. a modification of
> usrp_st
Hi,
I'm working on FPGA mods to push a little bit of work off of the
computer onto the USRP's FPGA. If I understand correctly, the right way
to do what I want is to create a new config file (e.g. a modification of
usrp_std_config_2rxhb_2tx.vh) with my changes in the defines.
First, the comme
Hello, I am engineering student and I am carrying through my final work of
undergraduation. The aim of this work is to try to measure how much of delay
there is in the NTSC video decoding and for this I need an application of NTSC
running in gnuradio. I would like to know if somebody knows s
All,
GNU Radio release candidate 3.0.3rc2 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc2.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc2.tar.gz
This is a bug fix and very minor enhancement release to the existing 3.0
stable branch.
On Mon, 2007-02-26 at 00:55 -0800, seph 004 wrote:
> I have a vector source producing a sine wave, and then I'm using
> gr.head to limit the number of samples sent.
I'm sure you checked this, but are you trying to capture the first few
samples of sin(x)? I so, sin(x) = x for small angles, and s
Thanks Dave,
Great ideas.
Eric
On Mon, Feb 26, 2007 at 05:32:19PM -0500, David I. Emery wrote:
> On Sun, Feb 25, 2007 at 03:56:07PM -0800, Eric Blossom wrote:
> > Would those of you with an interest in USRP inband signaling, please
> > take a look at the latest proposed packet format. Now's a
I am engineering student and I am carrying through my final work of
undergraduation. The aim of this work is to try to measure how much of delay
there is in the NTSC video decoding and for this I need an application of NTSC
running in gnuradio. I would like to know if somebody knows some applica
On Mon, Feb 26, 2007 at 04:39:32PM -0500, Brian Padalino wrote:
> On 2/26/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
> >On Mon, Feb 26, 2007 at 09:44:37PM +0100, Martin Dvh wrote:
> >> MASKED_WRITE:
> >> What I also miss is a masked write to registers:
> >> Write Register:
> >>
> >> Opco
Johnathan Corgan wrote:
> For those compiling from the svn trunk, when you do your next update,
> you'll need to do a full 'make distclean' followed by your regular
> sequence of bootstrap, configure, etc.
Correction: 'make distclean' is *not* required, but the full bootstrap,
configure sequence
On 2/26/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Mon, Feb 26, 2007 at 09:44:37PM +0100, Martin Dvh wrote:
> MASKED_WRITE:
> What I also miss is a masked write to registers:
> Write Register:
>
> Opcode: OP_WRITE_REG_MASKED
>
> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
For those compiling from the svn trunk, when you do your next update,
you'll need to do a full 'make distclean' followed by your regular
sequence of bootstrap, configure, etc.
The linking problems recently discovered have been fixed, but result in
new Makefile's in many directories, hence the need
On Mon, Feb 26, 2007 at 09:44:37PM +0100, Martin Dvh wrote:
> Eric Blossom wrote:
> > Would those of you with an interest in USRP inband signaling, please
> > take a look at the latest proposed packet format. Now's a good time
> > to change things ;)
> >
> > It's in trunk/usrp/doc/inband-signalin
Eric Blossom wrote:
> Would those of you with an interest in USRP inband signaling, please
> take a look at the latest proposed packet format. Now's a good time
> to change things ;)
>
> It's in trunk/usrp/doc/inband-signaling-usb
TIMESTAMP FORMAT:
What timestamp format do you have in mind.
32 b
> I don't think anything's wrong. What do you expect the output to be?
fm modulated signale on the scoop.
> The way you've got it set up, side A is modulating a 10 MHz carrier
> with a 600 Hz tone. Side B is modulating a 12Mz tone with the sum of
> 350 + 440 Hz tones.
>
> I'm assuming you've
On Mon, Feb 26, 2007 at 08:21:10AM -0800, pankaj kumar wrote:
> the code which you have suggested, how to get that..?
>
> usrp_fft.py
>
> where i am supposed to get this one...
>
> pankaj
First off, download the GNU Radio code.
Start here: http://gnuradio.org/trac/wiki
It's i
I am using the fm_tx4.py example to transmit a simple signal using the Basic TX
daughterboard. On the oscilloscope, I am seeing about a 30mV peak-to-peak
signal and I want to increase this output. I think you can program the pga
after the D/A up to 20 dB but I don't know how to do this. I don
I am using the fm_tx4.py example to transmit using the Basic TX daughterboards.
I am getting about a 30mV peak-to-peak signal and I want to know if I can add
more gain to the signal. I don't know alot about this stuff. I was thinking
it might have to do with the line that says:
gain = gr.mul
Haynes-Bent, Inc. wrote:
> I am new to gnuradio and am trying to compile the project and keep
> getting the same error you wrote about on the group:
>
> make[5]: Entering directory
> `/home/ron/gnuradio/gnuradio-core/src/lib/general'
> PYTHONPATH=../../../../gnuradio-core/src/python srcdir=.
Trond Danielsen wrote:
> maybe the updated version of gr_python.m4 should also be included in
> gr-howto-write-a-block?
Yes, will do.
--
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com
___
Discuss-gnuradio mailing list
Discuss-g
Hello, All:
I am running the following small program which generate a periodical
signal using vectors. I got Segmentation Fault, as shown in the following:
[EMAIL PROTECTED]:sudo ./Signal3.py
Blocked waiting for GDB attach (p
On Mon, Feb 26, 2007 at 07:38:06AM -0800, pankaj kumar wrote:
> Hello all,
>
> I am a student doing a project, which uses USRP board.
>
> As a first step of my project i tried to programmin the FPGA, with a
> verilog code.
> i am usin QUARTUS 2 for downloding the code, but i am not a
On Mon, Feb 26, 2007 at 10:47:20AM -0500, Brian Padalino wrote:
> Currently, the FX2 controls the SPI and I2C operations. For the
> InBand signaling to work with tight time constraints, those operations
> are going to have to be controlled by the FPGA instead.
>
> Does the FPGA have connections t
Currently, the FX2 controls the SPI and I2C operations. For the
InBand signaling to work with tight time constraints, those operations
are going to have to be controlled by the FPGA instead.
Does the FPGA have connections to do so? If not, are there unused IO
that can be used to a modified USRP
On 2/26/07, pankaj kumar <[EMAIL PROTECTED]> wrote:
Hello all,
I am a student doing a project, which uses USRP board.
As a first step of my project i tried to programmin the FPGA, with a verilog
code.
i am usin QUARTUS 2 for downloding the code, but i am not able to do it.
i get a message which
Hello all,
I am a student doing a project, which uses USRP board.
As a first step of my project i tried to programmin the FPGA, with a verilog
code.
i am usin QUARTUS 2 for downloding the code, but i am not able to do it.
i get a message which says hardware is not found,
for
On Mon, Feb 26, 2007 at 11:33:22AM +0100, anmar wrote:
> hi,
>
> when i load the fm_tx_2_daughterboards.py I see on the scoop that the
> output of channel 2 is AM modulated, why is that?
> and the output of the 1st channel is not modulated,
> what i'm doing wrong?
I don't think anything's wrong.
On Feb 26, 2007, at 2:04 AM, Eric Blossom wrote:
I am not sure I understand the meaning behind the 5-bit channel
entry:
I thought that this might refer to channels within the total
bandwidth of the incoming / outgoing signals...you said that these
are "logically independent of the others"
hi,
when i load the fm_tx_2_daughterboards.py I see on the scoop that the
output of channel 2 is AM modulated, why is that?
and the output of the 1st channel is not modulated,
what i'm doing wrong?
Tuning side A to 10MHz
r.baseband_freq = 0
r.dxc_freq = 10M
r.residual_freq = 0
r.inve
Hi
Thanks very much for your explaination. I wasn't so sure what was happening
with my setup. I have a vector source producing a sine wave, and then I'm using
gr.head to limit the number of samples sent. From your explanation, I should be
ok with even a low number of samples. When I tested my s
Eric Blossom wrote:
> On Fri, Feb 23, 2007 at 10:17:21AM +0100, anmar wrote:
>> >
>> > functionality in the FPGA. [In "two independent real signal mode" you
>> > Eric
>>
> The fm_tx_2_daughterboards.py code is about the simplest code that
> transmits on two daughterboards. What part of it do yo
Hi,
maybe the updated version of gr_python.m4 should also be included in
gr-howto-write-a-block?
--
Trond Danielsen
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
51 matches
Mail list logo
