All the gnuradio related stuff is in the Debian archive, so with
proper lines in the apt sources.list, you can install all of them.
Also if you pull the sources from debian archive, you can look at the
build-dependencies and also the configure commandline.
--
73 - Ramakrishnan, VU3RDD
___
I've witten some code to transmit an fm stereo signal.
I don't have a USRP to test it with a hardware
reciever, but I did check the output with the fm
stereo recieving code avalible. If anyone with a USRP
could test this code I would apperciate it. What I am
most intereted in finding out is if th
David Bengtson wrote:
> Hi Matt:
>
> Quick question on powering rf daughter boards. Looking at the schematic
> for the USRP, it looks like the external power connector goes to U502,
> which is a 3.3 V Regulator. DVDD comes right off the output of U502, and
> then AVDD is derived from DVDD by the f
If you want to use the 40 MHz reference, the best option is to desolder
the oscillator on the board and replace it with the 40 MHz one.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnur
Hi Matt:
Quick question on powering rf daughter boards. Looking at the schematic
for the USRP, it looks like the external power connector goes to U502,
which is a 3.3 V Regulator. DVDD comes right off the output of U502, and
then AVDD is derived from DVDD by the filter's around L511, L510, L60
Matt Ettus wrote:
David P. Reed wrote:
In interfacing a new 5 GHz up/downconverter to the USRP (my summer
project), I find that I need a 40 MHz frequency reference to drive a PLL
in the chip. My first prototype will interface using the Basic Rx/Tx
daughterboards, and it occurs to me that
On Tue, Jun 14, 2005 at 08:45:05PM -0500, EDWARD HALL wrote:
> I am doing my first build of gnuradio and am getting an error related to
> "Python include path."
>
> My Linux installation is a hard drive install of a Knoppix live CD. My
> system is a 500 MHz Pentium. I am following the HowToBui
On Tue, Jun 14, 2005 at 02:36:48AM -0700, John Gilmore wrote:
> > Does anyone here know if the VGA cards prevent you from controlling
> > the DAC durinng the blanking intervals? Are the blanking intervals
> > implemented in hardware or in software?
>
IIRC correctly, on some of the high end video
On Tue, Jun 14, 2005 at 06:25:42PM -0500, Meenal wrote:
> I have a bidirectional set up using two USRP's on two machines. Data
> exchange is achieved with tx and rx scripts.
>
> usrp1 usrp2
> - -
> t
I am doing my first build of gnuradio and am getting an error related to
"Python include path."My Linux installation is a hard drive install
of a Knoppix live CD. My system is a 500 MHz Pentium. I am
following the HowToBuildFromCVS instructions and get the following results
when I use:[EMA
I took another look at the code I submitted before. The problem was
that the dboard was tuning to RF_freq instead of RF_freq + 1.75e6
(which is the center of the band for the TV spectrum). So if you change
the lines:
(success, actual_freq) = dboard.set_freq(RF_freq)
and
IF_freq = -5.75e6 - RF_freq
I have a bidirectional set up using two USRP's on two machines.
Data exchange is achieved with tx and rx scripts.
usrp1
usrp2
-
-
tx.py |Src| <--->
|Tar| tx.py
rx.py
David P. Reed wrote:
> In interfacing a new 5 GHz up/downconverter to the USRP (my summer
> project), I find that I need a 40 MHz frequency reference to drive a PLL
> in the chip. My first prototype will interface using the Basic Rx/Tx
> daughterboards, and it occurs to me that I can probably us
John Ackermann N8UR wrote:
> I made some real progress today and have both WFM and NBFM working on my
> primary computer.
>
> In looking at the tvrx_nbfm_rcv_gui program, there's a note that the
> smallest tuning step is 50kHz; I presume this is a limitation of the
> tuner module. I'm sure there
I made some real progress today and have both WFM and NBFM working on my
primary computer.
In looking at the tvrx_nbfm_rcv_gui program, there's a note that the
smallest tuning step is 50kHz; I presume this is a limitation of the
tuner module. I'm sure there must be a way to get smaller tuning ste
n4hy wrote:
Obvious does not mean not patentable. We need to write the patent
office and
object.
Bob
And Mobile doesn't mean small (as a cellphone). They probably thought it
did ;)
/Ulf
--
Ulf Söderberg
http://osgifun.blogspot.com
___
Discu
Obvious does not mean not patentable. We need to write the patent
office and
object.
Bob
Eric Blossom wrote:
On Tue, Jun 14, 2005 at 02:36:13PM -0400, Kimsey Pollard wrote:
FYI
A patent app which seems to claim all the
the mobile applications of SDR.
http://tinyurl.com/dtz8x
Kimsey
Hi All - just cleaning up my HF receiver, I'm running out of
features to add:
* 32 Khz wide spectrum display w/ carrier point at 0, displays
+-16khz, averaging defaults on
* Frequency set with slider (make large changes fast), Powermate knob
(100hz resolution), spin control (1hz or type in fre
Quoting Eric Blossom <[EMAIL PROTECTED]>:
> On Tue, Jun 14, 2005 at 02:36:13PM -0400, Kimsey Pollard wrote:
> > FYI
> > A patent app which seems to claim all the
> > the mobile applications of SDR.
> >
> > http://tinyurl.com/dtz8x
> >
> > Kimsey
> >
> > Kimsey Pollard
> > Microelectronic Resear
In interfacing a new 5 GHz up/downconverter to the USRP (my summer
project), I find that I need a 40 MHz frequency reference to drive a PLL
in the chip. My first prototype will interface using the Basic Rx/Tx
daughterboards, and it occurs to me that I can probably use one of the
DAC clocks f
On Tue, Jun 14, 2005 at 02:36:13PM -0400, Kimsey Pollard wrote:
> FYI
> A patent app which seems to claim all the
> the mobile applications of SDR.
>
> http://tinyurl.com/dtz8x
>
> Kimsey
>
> Kimsey Pollard
> Microelectronic Research Center
> Georgia Institute of Technology
> 404-894-4207
>
Th
FYIA patent app which seems to claim all thethe mobile applications of SDR.http://tinyurl.com/dtz8xKimsey Kimsey Pollard Microelectronic Research Center Georgia Institute of Technology 404-894-4207 ___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.o
Lamar Owen wrote:
> Yeah, been tracking CVS on a machine here, and noticed a load of differences.
>
> One quick question: now that tweak_adc_offset is no longer in the repository,
> is the ADC DC offset automatic? I still see a DC spike in the FFT output.
> In the large FFT case, I notice t
I have an automatic equalizer function on my spectrum analyser (not
gnuradio, and not
USRP), to deal with exactly this problem. It doesn't work that
tremendously well, but
it does flatten the spectral response somewhat. My application was
radio astronomy.
My USRP is on its way (got a note
GREAT. Thanks
Bob
Lamar Owen wrote:
On Tuesday 14 June 2005 10:14, Robert McGwier wrote:
One modification. If the TVRX is in RX-B port use
./tvrx_wfm_rcv_gui.py --freq 100.1 -w 1
Latest tvrx_wfm_rcv_gui.py autodetects; CVS update as of an hour ago. My TVRX
is on side=1, and t
The cheapest dirtiest thing to do is to normalize the baseline (up to some
extent or some frequency bounds) so you get a straight threshold detection
problem. The correct thing to do is to use different filters but that
involves
changing FPGA code while trying to bring out four or five hardware
>
> USRP installation and frequency related queries:
\
>
> 1.What are steps by which we can successfully install the USRP on
> Linux? And how can we test it?
These are well detailed on:
http://www.kd7lmo.net/ground_gnuradio_install.html
>
>
> 2.How to set the sampling rates for bo
On Tuesday 14 June 2005 10:14, Robert McGwier wrote:
> One modification. If the TVRX is in RX-B port use
>
> ./tvrx_wfm_rcv_gui.py --freq 100.1 -w 1
Latest tvrx_wfm_rcv_gui.py autodetects; CVS update as of an hour ago. My TVRX
is on side=1, and the latest code detects this. If you have two tv
One modification. If the TVRX is in RX-B port use
./tvrx_wfm_rcv_gui.py --freq 100.1 -w 1
Bob
Eric Blossom wrote:
On Thu, Jun 09, 2005 at 03:29:42PM +0530, KUNAL RAJANI wrote:
hi all,
i have just started on with gnu radio and have installed all the required
libraries. I would like
http://www.kd7lmo.net/ground_gnuradio_baseline.html
Download build_baseline.sh and copy the instructions.
This is the best page related to this project, IMNSHO.
Bob
KUNAL RAJANI wrote:
i had downloaded wxPython from
http://prdownloads.sourceforge.net/wxpython/wxPython-src-2.6.1.0.tar.gz
> Date: Mon, 13 Jun 2005 12:39:51 -0700
> From: Eric Blossom <[EMAIL PROTECTED]>
> Subject: Re: [Discuss-gnuradio] NTSC Audio Demodulation
> To: Thom Rainwater <[EMAIL PROTECTED]>
> Cc: discuss-gnuradio@gnu.org
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=us-ascii
>
> On M
Now that I'm getting my mind wrapped around some of the concepts in DSP, and
having read the AD9862 docs and such, I have a status request of Matt:
How's the half-band filter situation going? For radio astronomy
spectrography, the curved baseline with 1dB or less per division really makes
it d
On Monday 13 June 2005 16:36, Eric Blossom wrote:
> Matt and I had quite the hack-a-thon over the past few days.
Yeah, been tracking CVS on a machine here, and noticed a load of differences.
One quick question: now that tweak_adc_offset is no longer in the repository,
is the ADC DC offset autom
hi,
finally i updated the libraries via cvs and now the wfm_rcv_gui.py ex. is
running... but all i can hear is noise... i havent added any antenna or
any RF front end (as that file doesnt require any) but just a small piece
of wire.
what should i do???
thanks,
Kunal
_
> Does anyone here know if the VGA cards prevent you from controlling
> the DAC durinng the blanking intervals? Are the blanking intervals
> implemented in hardware or in software?
Generally, video cards stop squirting bits during the blanking intervals,
which are implemented in software. This l
35 matches
Mail list logo
