Great. I don't know anything about this package. It would however be
great it it worked with wxPython. I'd hate to give up the cross
platform portability.
The package appears to be written mostly in Fortran. I'm not sure how cross
platform that makes it. Also, a quick test that I did usin
On Thu, 17 Feb 2005 03:16 pm, Eric Blossom wrote:
> On Wed, Feb 16, 2005 at 09:11:36PM -0600, David Carr wrote:
> > Matt,
> >
> > >Yes, very true. It's not even the FFT part. That is really quick. Its
> > >the
> > >drawing of the graph. If anybody is interested, I think integrating
> > >PGPlot
Hello, all.
I'm trying to get started with GnuRadio, using the btaudio module --
after long being interested, I finally have a beefy machine that runs
linux (nearly) full time. However, I can't find any decent
getting-started information. Using Documentation/sound/oss/btaudio
gives me enoug
I reached essentially the same conclusions that Chuck reached afew weeks back on
SSB Phasing receiver, the code of which is given below. The program seem to be
a son't care on the sideband and demodulates lsb even if we ask it to demodulate
usb. Can someone throw light on it? I derived all the math
Has anybody tried transmitting on the USRP TX, known signals
and frequencies and feeding them back into the RX for confirmation?
A test loop of sorts.
Kimsey
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo
I've been trying this for a few days.
Today I hooked up a spectrum analyzer, and found there is a problem in
the outgoing interp filter.
What happens is that over time the signal gets corrupted. The resulting
frequency domain plot eventually looks like a triangle.
I'm trying to save the screen to
Followup of the previous email, I tried plotting the hilbert transform
frequency response using the gnuplot_freqz script, but am getting math
overflow error while doing the Numeric.log10 (). I will try plotting
by other means like octave in meantime.
Thanks
--
Ramakrishnan
I plotted the hilbert transform freq response, it seem to be fine.
The earlier overflow error was because the filter response contained
0's and it was trying to take a log10 of 0..
--
Ramakrishnan http://www.hackGNU.org/
Use Free Software -- Help stamp out Software Hoar
Quoting "Robert W. McGwier" <[EMAIL PROTECTED]>:
> n4hy:/usr/local/GnuRadio/gnuradio-examples-0.3/python/usrp # ./usrp_fft.py
> usrp: found usrp rev2
> RX d'board A: Invalid EEPROM contents
> RX d'board B:
> uOuOuO
>
> What is the EEPROM error about?
>
> The USRP is found and running. I put the
On Thu, Feb 17, 2005 at 05:37:47AM +, [EMAIL PROTECTED] wrote:
> > Great. I don't know anything about this package. It would however be
> > great it it worked with wxPython. I'd hate to give up the cross
> > platform portability.
>
> The package appears to be written mostly in Fortran. I'
On Thu, Feb 17, 2005 at 12:43:19PM -0500, Bob Vincent wrote:
> Here's the files I got after running the fsk_tx for a while. The fmzz.pcx
> is what happens to the waveform after a few seconds (maybe 20 or so).
> The fm.pcx is what the waveform looks like after running for a while
> longer.
> .
On Wed, Feb 16, 2005 at 04:06:20PM -0800, Matt Ettus wrote:
>
>
>
>> Can I use any wire, or is there a specific gauge, etc., that I need to
>> look for?
>
>
> Any wire that can handle 3 amps.
I'm not very well-versed with wiring, but from a bit of googling, it
seems that 16 AWG wire should do
I realized about an hour before a demo last night that we didn't have narrowband
FM (like ham and public safety), so I coded it up. Its in the
gnuradio-examples package, and it is commented rather liberally.
It will require an update on the gr-wxgui stuff too.
Matt
__
Eric Blossom wrote:
Qt is *not* free for either OS/X or Windows.
As far as I know there is not a well developed set of bindings for use
from Python.
It was reported recently that the upcoming version of QT will be dual
licensed (GPL/proprietary) under Windows as it is for Linux, so that
problem w
On Thu, Feb 17, 2005 at 02:01:42PM -0500, Rahul Dhar wrote:
> On Wed, Feb 16, 2005 at 04:06:20PM -0800, Matt Ettus wrote:
> >
> >> Can I use any wire, or is there a specific gauge, etc., that I need to
> >> look for?
>
> > Any wire that can handle 3 amps.
>
> I'm not very well-versed with wiring,
Quoting Kimsey Pollard <[EMAIL PROTECTED]>:
> Has anybody tried transmitting on the USRP TX, known signals
> and frequencies and feeding them back into the RX for confirmation?
> A test loop of sorts.
Yes, I do this all the time for testing.
Matt
__
On Thu, Feb 17, 2005 at 12:30:48PM -0800, Eric Blossom wrote:
> On Thu, Feb 17, 2005 at 02:01:42PM -0500, Rahul Dhar wrote:
> > On Wed, Feb 16, 2005 at 04:06:20PM -0800, Matt Ettus wrote:
> > >
> > >> Can I use any wire, or is there a specific gauge, etc., that I need to
> > >> look for?
>
> 16 g
On Fri, 18 Feb 2005 04:57 am, Eric Blossom wrote:
> On Thu, Feb 17, 2005 at 05:37:47AM +, [EMAIL PROTECTED] wrote:
> > > Great. I don't know anything about this package. It would however be
> > > great it it worked with wxPython. I'd hate to give up the cross
> > > platform portability.
> >
gr-build/gnuradio-core
has no Makefile.in when I check out the code.
so
./for-all-dirs ../buildit 2>&1 | tee make.log
fails in the gnuradio-core build. I stole the
Makefile.in from 2.4 and hope that it doesn't
blow.
Bob
N4HY
___
Discuss-gnuradi
...
Big GUI toolkit discussion deleted
...
The reason the plots are currently slow is the way they are implemented, and is
not the fault of wxWindows. Switching toolkits would not change this, and
would only waste time and effort which would be better spent fixing the real
problem.
If somebod
Same thing with usrp checkout.
Anyway, with the old files Makefile.in, I have
everything running and the USRP is display
spectra from the SDR-1000 I/Q inputs.
Onward and upward,
Bob
N4HY
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf
Of Robert McGwier
Sent:
The book is now available for pdf download
http://phptr.com/content/images/0131240722/downloads/blanchette_book.pdf
Qt4 will be GPL/QPL open source for Windows, Mac OSX, and Linux.
http://www.trolltech.com/products/qt/opensource.html
reveals it is free now for Macs and
http://www.trolltech.com
Matt Ettus wrote:
I realized about an hour before a demo last night that we didn't have narrowband
FM (like ham and public safety), so I coded it up. Its in the
gnuradio-examples package, and it is commented rather liberally.
As an attendee at the demo last night, this was a pretty slick way of
s
Marcus D. Leech wrote:
I'm jealous that I wasn't there (wherever *there* was :-) ).
This was a USRP demonstration at the West Valley Amateur Radio
Association in San Jose, CA. Excellent job by Matt...I think you will
get a few orders, too.
-Johnathan, AE6HO
_
On Thu, 2005-02-17 at 12:32, Matt Ettus wrote:
> The is good. Let me explain the EEPROM thing. There is an EEPROM on the main
> USRP which I program before shipping. Each daughterboard has its own EEPROM.
> This allows the USRP to determine which daughterboards are installed. I DON'T
> program
Johnathan Corgan wrote:
>
> Matt Ettus wrote:
>
> > I realized about an hour before a demo last night that we didn't have
> > narrowband
> > FM (like ham and public safety), so I coded it up. Its in the
> > gnuradio-examples package, and it is commented rather liberally.
>
> As an attendee at
Marcus Leech asked:
>In the analog world, do they implement squelch using
> detected RF power levels (i.e. prior to FM demod), or
> something else?
I think early receivers used an AGC level. Modern receivers use the noise:
once the high frequency (above the expected voice bandwidth) content
Johnathan Corgan wrote:
>
> Marcus D. Leech wrote:
>
> > I'm jealous that I wasn't there (wherever *there* was :-) ).
>
> This was a USRP demonstration at the West Valley Amateur Radio
> Association in San Jose, CA. Excellent job by Matt...I think you will
> get a few orders, too.
>
> -Johnath
At 11:54 AM 2/17/2005 -0800, you wrote:
I realized about an hour before a demo last night that we didn't have
narrowband
FM (like ham and public safety), so I coded it up. Its in the
gnuradio-examples package, and it is commented rather liberally.
It will require an update on the gr-wxgui stuff
In a really good NBFM receiver, where you are attempting to use it
for voice communications, and hand helds are involved (say), it is
important to have threshold effect improvement. This will improve
intelligibility on important links such as official/government
communications. This is done by u
On Thursday 17 February 2005 07:32 pm, Marcus D. Leech wrote:
> In the analog world, do they implement squelch using
> detected RF power levels (i.e. prior to FM demod), or
> something else?
It is usually done by measuring detected noise. Recall, in FM,
audio output level is independent of t
31 matches
Mail list logo
