Here is the diff. Its against the scopesink.py in gr-wxgui-0.6.
Matt
scopesink.diff
Description: scopesink diff
Angilberto Muniz Sb writes:
Matt,
Id like to have it.
Is it just Python or do we have to deal with .i and
.cc also?
Im running the Windows Version of GNU-Radio and
I've been working in a similar vein, but like you, I lack the GNURadio
specific knowledge.
I seek a DRM (Digital Radio Mundial) implementation and have some
serious time pressure to come up with one.
I've reduced worked on the DRM (drm.sourceforge.net) code to get it to
compile properly without
On Wed, May 03, 2006 at 02:00:23PM -0400, Greg Troxel wrote:
At BBN we are working on a project involving teams of
cognitively-controlled software radios, funded by the US government.
As part of this, we will be using GNU Radio on NetBSD. Due to the
current implementation of ugen(4) (generic
On Fri, 2006-05-05 at 14:45 -0700, Matt Ettus wrote:
The 2.0 port isn't doing as well - a few eyes show up here
and there:
http://webpages.charter.net/cswiger/g2_eq_data-1.jpg
and that's with the NOP equalizer. The LMS eq is all noise
all the time.
To me it looks like the symbol
When I try and use usrp_oscope.py on my USRP board with an LFRX board,
setting gain at 4 or above results in a non-updating display. Setting
below 3 works OK- though still have not been able to find an appropriate
antenna and/or high impedance buffer amp and have not yet listened to AM
radio
Brett L Trotter wrote:
When I try and use usrp_oscope.py on my USRP board with an LFRX board,
setting gain at 4 or above results in a non-updating display. Setting
below 3 works OK-
Did you try setting Trigger to auto (instead of pos or neg)
Default the trigger is set to pos.
Which means it
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
Achilleas,
great. I'll then focus for now on implementing time/frequency
synchronization. Does the decoder support puncturing? Did you publish
you code already?
Concerning my jitter problem: I sampled another DAB source with the
DBSRX daughterboard and implemented a correlation based frequency
Brett,
the DReaM receiver is GPL - we should port it to GNURadio. DRM is even a
little bit more complicated than DAB. Seems like a good base to start.
I'll start on getting familiar with the GNURadio / DRM code in the next
couple of weeks.
The project (physical layer DAB, not the protocol
Some links, in case you didn't read them yet:
http://www.nt.tu-darmstadt.de/uet/fguet/mitarbeiter/vf/
http://www.nt.tu-darmstadt.de/uet/fguet/mitarbeiter/vf/papers/Talk_HFRadio2003.pdf
Jens
On Sat, May 06, 2006 at 08:35:27AM -0500, Brett L Trotter wrote:
I've been working in a similar vein,
Michael,
You can download the latest gnuradio implementation
of these blocks from
http://www.eecs.umich.edu/~anastas/gnuradio/
Achilleas
PS: the extension to turbo decoding is really straightforward
with these blocks (more on this in a couple of weeks); however, as you
pointed out the
Hi,
I am trying to do to and fro transmission using 2 USRP boards. I have
connected the tx and rx daughter cards together using SMA Tees (3 SMA
Tees connected together giving me 4 ports for connecting the 2 tx and 2
rx). I am trying to do a TDMA type of transmisson. the TX on one usrp
transmits
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.
On Saturday 06 May 2006 23:35, LRK wrote:
I would like to run GR under FreeBSD so I am looking forward to your
progress on this.
Under FreeBSD (and probably NetBSD) the ugen(4) device is generic and gets
assigned to any unknown device. I would suggest you look into getting a
number assigned
14 matches
Mail list logo