Eric Blossom wrote:
On Tue, Feb 20, 2007 at 03:41:31PM +0100, anmar wrote:
hi all,
we have been searching for a way to transmit two independent signals one
on TxA and the other on TxB.
Using two daughterboards, you can send different complex baseband
signals out the A side d'board and
Achilleas,
si si si si !
funziona
(---a bit of enthusiasm, in Italian, to say it is beginning to work)
I can modulate/demodulate it and the source file comes out allright!!
thanks thanks thanks!!
may I ask you a question?
what is your role at umich?
I'm a student of
All,
GNU Radio release candidate 3.0.3rc1 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3rc1.tar.gz
This is a bug fix and very minor enhancement release to the existing 3.0
stable branch.
Hello All,
I have been looking into using gnuradio for packet processing. I am
having a hard time understanding exactly how to make this work.
What I would like to do is send out packets of around 200 symbols or
so. I think I understand how to do this at the transmit end.
What I am stuck on
Hi,
I am new to GNU radios. I was wondering if/where I could find experiments
to transmit and receive a simple sine wave, to get started off.
Thanks
Janani Kalyanam
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
2007/2/21, Johnathan Corgan [EMAIL PROTECTED]:
Unfortunately, this release candidate does not include a fix for
ticket:39 (/lib vs /lib64 issues on Fedora Core 5 and 6). Those
developers who are affected by this issue and can perform testing of
potential fixes should contact Eric Blossom.
Hi,
I am new to GNU radios. I was wondering if/where I could find experiments
to transmit and receive a simple sine wave, to get started off.
Thanks
Janani Kalyanam
PS - I am sorry if this is the third time you are getting the same mail, but
for some reason my earlier mails never seem to get
Trond Danielsen wrote:
Is there a branch where a fix is being developed?
I've created jcorgan/ticket-39 for this, but there are no fixes
checked-in yet. I've taken ownership of this ticket from Eric; I'll
follow up with you off-list.
--
Johnathan Corgan
Corgan Enterprises LLC
Kalyanam, Janani wrote:
I am new to GNU radios. I was wondering if/where I could find
experiments to transmit and receive a simple sine wave, to get
started off.
Please look at:
gnuradio-examples/python/usrp/usrp_siggen.py
This allows you to create a variety of waveforms either at
You can also read this. Good to start with because it explains:
http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html
-Candy
Kalyanam, Janani wrote:
Hi,
I am new to GNU radios. I was wondering if/where I could find
experiments to transmit and receive a simple sine wave, to get
On Wed, Feb 21, 2007 at 10:37:58AM -0800, Johnathan Corgan wrote:
Trond Danielsen wrote:
Is there a branch where a fix is being developed?
I've created jcorgan/ticket-39 for this, but there are no fixes
checked-in yet. I've taken ownership of this ticket from Eric; I'll
follow up with
On Wed, Feb 21, 2007 at 10:08:58PM +0800, hanwen wrote:
Is the mblock available now? I'm eager to see some examples, but I can't
find any:)
Hi Hanwen,
It's coming together. It's currently properly routing messages
through INTERAL, EXTERNAL and RELAY ports, but there's still some
things left
On Wed, Feb 21, 2007 at 12:46:59PM -0500, Tim Meehan wrote:
Hello All,
I have been looking into using gnuradio for packet processing. I am
having a hard time understanding exactly how to make this work.
Yes, packet processing in the flow graph environment is a bit of a
challenge. Hence the
Tim,
I think there are two parts in your question:
1) how to detect an incoming packet and do something with it.
2) how to operate the viterbi algorithm block in a packet to packet
basis without generating the flow graph again.
I only know how to answer the latter question:
The viterbi
Hi Achilleas,
I was interested in various length packets. I am taking a fixed
length packet ( say 200 symbols ) and then bitstuffing it, resulting
in a packet = 200 symbols. I then receive this with the viterbi
algorithm and then finally unbitstuff. So in this, case K = 200 +
number of
Hi,
I was wondering if there is any full documentation available?
I want to know a over pictures what modules it is already available in
the DSP pipeline.
For example: coding, modulation.
thanks,
Candy
___
Discuss-gnuradio mailing list
Tim,
If the number of additional bits is not significantly
bigger than the fixed packet length (in your example 200),
then you can instantiate the VA with the MAXIMUM expected
length (eg, K=200+10). For this to work you have to
1) put a block before it that appends 0's (or something else)
in
Achilleas,
Could the Viterbi block be implemented in such a fashion that the
algorithm was a streaming implementation as opposed to a fixed block
size?
That way, you could just send in a vector of deinterleaved soft
decisions, and (with a little bit of overhead) the Viterbi block could
take in
Brian,
Yes it can!
You need to set a decision delay D and then it would operate in a
fixed-delay mode, ie, it would spit out a decision at every time instance
with a delay of D compared to the input sample.
The survivor matrix (of size DxS) will need to be updated at every
time instance in
Hi there,
I am trying to install gnuradio in an environment where I do not have
root priviledges, so
everything has to go in my user space.
I went through the regular cycle using the ./configure
--prefix=/n/wellington/x/anastas/local
so that everything is installed under my ~/local
Achilleas,
I agree, I do not think that anything in gr-trellis needs to be
modified to get my desired effect. I think the m-block stuff may
provide the hooks to make this a lot easier to code up. In the short
term, I will probably write up something quick and dirty just to get
my desired
On Wed, Feb 21, 2007 at 05:59:59PM -0500, Achilleas Anastasopoulos wrote:
Hi there,
I am trying to install gnuradio in an environment where I do not have
root priviledges, so
everything has to go in my user space.
I went through the regular cycle using the ./configure
I'm thinking about upgrading either to a Pentium D 9XX system, or an
Athlon 64 X2 3800+ dual-core system.
What do I need to know for Gnu Radio purposes--which version of Fedora
Core should I run--will my 32-bit
FC5 still run, or do I need an x86_64 distribution instead?
Are there any
I am running it on a Fedora Core 5.
This was the latest trunk.
Thanks
Achilleas
On Wed, 21 Feb 2007, Eric Blossom wrote:
On Wed, Feb 21, 2007 at 05:59:59PM -0500, Achilleas Anastasopoulos wrote:
Hi there,
I am trying to install gnuradio in an environment where I do not have
root
On Wed, Feb 21, 2007 at 07:20:48PM -0500, Achilleas Anastasopoulos wrote:
I am running it on a Fedora Core 5.
This was the latest trunk.
Thanks
Achilleas
I just ran make distcheck and it worked fine for me. Part of that
test is installing in a non-standard directory.
Absent a better
When bootstrap'ing the current trunk, I get the following. I doubt
they're show stoppers, but I thought I'd let folks know ... - MLD
gr-qtgui/src/lib/Makefile.am:29: `%'-style pattern rules are a GNU
make extension
gr-qtgui/src/lib/Makefile.am:33: `%'-style pattern rules are a GNU
make
On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
expected except make check as per ticket:140, including:
configure
configure --prefix=FOO
make
make -j3
after make install (which puts the gr-usrp library where it expects
itself to be), the following also work:
make
G'day,
RC1 built fine, but I'm seeing a number of these errors during gmake check.
==
ERROR: test_fff_002 (__main__.test_fft_filter)
--
Traceback (most recent
On Wed, Feb 21, 2007 at 09:29:44PM -0500, Michael Dickens wrote:
On OSX 10.4.8, both Intel and PPC Macs, 3.0.3rc1 does everything as
expected except make check as per ticket:140, including:
configure
configure --prefix=FOO
make
make -j3
after make install (which puts the gr-usrp
On Thu, Feb 22, 2007 at 02:43:09PM +1030, Berndt Josef Wulf wrote:
G'day,
RC1 built fine, but I'm seeing a number of these errors during gmake check.
==
ERROR: test_fff_002 (__main__.test_fft_filter)
Thanks for the note. Please keep them coming so we can learn how to
stabilize this across platforms. I made a modification to the
grc_gt_qtgui.m4 file in config that fixes the disparity between
Redhat/Fedora and Debian/Ubuntu qt.pc problems (thanks Jonathan for
aiming me in the right
31 matches
Mail list logo
