On Thursday 06 April 2006 15:11, Marcus Leech wrote:
Also, I think getting 32.768 MHz from 4Mhz with a PLL would be pretty
difficult (if not impossible)
Given that you haven't looked into the PLLs on the FPGA, it's rather too
early
to conclude that you couldn't synthesize 32.768Mhz from
I guess the gr_clock_recovery_mm_cc.h was the only one - I know I got
3 or 4 other places on an earlier build, but I guess they've been
cleaned up in the current one. I haven't checked the packages I don't
use, though (gr-audio-portaudio, gr-comedi, gr-mc4020, gr-audio-oss,
or gr-audio-jack) I
(comments inlined)
On Wed, Apr 05, 2006 at 02:02:23PM -0400, Robert McGwier wrote:
Yes. Here is what you are missing:
Let us concentrate (as does your nice animated gif) on one channel in
the OFDM.
Yes, what's depicted are all decoded symbols in one OFDM frame.
Let us suppose you have a
Hi Thanks Patrick, your suggestion worked. Everything seems ok now. Regards Lance __Do You Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___
Achilleas,
thanks for your comments. I am beginning to like this problem, as it has
extended my knowlegde of OFDM tremendously - thanks everybody.
Nevertheless I'd like to see it solved. We have ruled out pretty much
every effect - I'm beginning to suspect that the transmitter actually sends
I guess I missed the answer to why you can't do GPS with the DBS board? It
has the hooks to apply power to the antenna and it certainly has the
bandwidth and tuning range. If you're concerned about having a nice clock
rate to make the despreading easier you can replace the oscillator on your
Hi Eric,
thanks a lot. Every thing is working fine now.
Now I have still one question: Was the module tv_rx extinguished in the new
tarballs? My old applications return the message global name tv_rx unknown.
Shall I change all the applications to the way benchmark_gmsk_rx.py works?
Thanks
Hi My earlier usb problem seems to be related to the cable I was using. I tried my home printer's cable and it began to work. I could load the firmware and the standard tx and rx programs worked perfectly. I tried out the usrp_fft.py script. It worked initially and then I got a stream of usb
Hi My earlier usb problem seems to be related to the cable I was using. I tried my home printer's cable and it began to work. I could load the firmware and the standard tx and rx programs worked perfectly. I tried out the usrp_fft.py script. It worked initially and then I got a stream of usb
Daniel O'Connor wrote:
According to the datasheet the PLL can only do m/n where m is between 1 and 32
and n is between 1 and 4.
Therefore I don't see how it's possible. I was only guessing before, but I
just checked the datasheet and it seems impossible.
You could get close with a Stratix
Hello!
For want of a better location, I've downloaded the current, and
recently released collection of tar files from the Alpha GNU file
server. This by the way was done using the currently active release of
Cygwin. To make this work, at least to view the examples and such, is
anything else
On Thu, Apr 06, 2006 at 02:39:09PM +0200, Luis Simoes wrote:
Hi Eric,
thanks a lot. Every thing is working fine now.
Now I have still one question: Was the module tv_rx extinguished in the new
tarballs?
I removed an out of date example that had something to do with tv_rx.
My old
David Bengtson wrote:
On 4/6/06, *Robert W McGwier* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
David Bengtson wrote:
Martin Dvh wrote:
Why don't you use the usrp to generate your 16.384 or 32.768 MHz
refclock.
Most daugterboards (except the tvrx) use this
Ok Ive already sorted out a few things with the SUSE
10 install but Im stuck installing the Octave software.
Specifically I seem to be having an issue with f2c, initially I tried
installing f2c and fort77. Doing this cause errors due to something mucking
up in fort77, and as such Ive
On Thu, Apr 06, 2006 at 05:41:00AM -0700, seph 004 wrote:
Hi
My earlier usb problem seems to be related to the cable I was
using. I tried my home printer's cable and it began to work.
Throw the bad one away -- I'm not kidding, and buy a cable certified
for USB 2.0. At least around here,
On Thu, Apr 06, 2006 at 06:55:57PM +0200, Martin Dvh wrote:
(Life would be so much easier if all the clocks on the usrp would first go
through the fpga.
Which could then upconvert/divide/pll/override/combine any clock in verilog
software.)
Greetings,
Martin
The phase noise would be
On Thu, Apr 06, 2006 at 01:03:40PM -0400, Garrett Mcgrath wrote:
Ok I've already sorted out a few things with the SUSE 10 install but I'm
stuck installing the Octave software. Specifically I seem to be having an
issue with f2c, initially I tried installing f2c and fort77. Doing this
cause
On Thu, Apr 06, 2006 at 06:55:57PM +0200, Martin Dvh wrote:
(Life would be so much easier if all the clocks on the usrp would first go
through the fpga.
Which could then upconvert/divide/pll/override/combine any clock in verilog
software.)
Rule 1 for digitizing RF: never let the clock
On Wed, 2006-04-05 at 14:51 -0700, Eric Blossom wrote:
When you loop the deinterleaver back, you'll need to account for the
52 segment delay through it. Using gr.skiphead is probably the
easiest solution (thanks Martin!).
Yet to be done:
---
v
On Thu, 2006-04-06 at 15:23 -0400, Charles Swiger wrote:
Looking closer at the De/Interleaver - I see the implementation
code (atsci) for that already exists but is convolutional
interleaver == data interleaver ?
Ok, I see that atsci_data_interleaver.h includes
convolutional_interleaver.h
Update on status:
I purchased a 44 Mhz oscillator from digi-key (p/n 300-7254-1-ND,
CSX750FJC44) for $3.38. The first attempt to remove the USRP 64 MHz failed
miserably with a pen iron. I purchased a heat gun from digi-key (MA1008-ND)
for $52, set it to the 1000 degree setting and the old
Hello!
I see. Okay, I'll delete that collection from my Cygwin setup when
I've got a moment and grab the newer stuff from the regular GNU site.
As for my ideas regarding Cygwin and GNURadio, perhaps your right.
Now a suggestion, it was my understanding that Alpha GNU held either
new software
On Thu, Apr 06, 2006 at 03:45:48PM -0400, Charles Swiger wrote:
On Thu, 2006-04-06 at 15:23 -0400, Charles Swiger wrote:
Looking closer at the De/Interleaver - I see the implementation
code (atsci) for that already exists but is convolutional
interleaver == data interleaver ?
Ok, I
On Thu, Apr 06, 2006 at 04:54:35PM -0400, Gregg Levine wrote:
Hello!
I see. Okay, I'll delete that collection from my Cygwin setup when
I've got a moment and grab the newer stuff from the regular GNU site.
As for my ideas regarding Cygwin and GNURadio, perhaps your right.
Now a
Clark Pope wrote:
Update on status:
I purchased a 44 Mhz oscillator from digi-key (p/n 300-7254-1-ND,
CSX750FJC44) for $3.38. The first attempt to remove the USRP 64 MHz
failed miserably with a pen iron. I purchased a heat gun from digi-key
(MA1008-ND) for $52, set it to the 1000 degree
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz tarball.
The reason for this is that the tarball includes audio_oss.cc which normally
is created by swig. Consequently, the interfaces created in this file may not
be correct for the every target system. I guess this
On Fri, Apr 07, 2006 at 07:50:53AM +0930, Berndt Josef Wulf wrote:
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz tarball.
The reason for this is that the tarball includes audio_oss.cc which normally
is created by swig. Consequently, the interfaces created in
Robert W McGwier wrote:
David Bengtson wrote:
Martin Dvh wrote:
Why don't you use the usrp to generate your 16.384 or 32.768 MHz
refclock. Most daugterboards (except the tvrx) use this feature
(They all use a 4Mhz refclock on io pin 0. The only difference
with your design is that you need
On Thu, Apr 06, 2006 at 04:42:56PM -0400, Clark Pope wrote:
Update on status:
Clark this is *very* cool. Thanks for keeping us posted on your progress.
Reran my custom dbs program and it worked fine EXCEPT:
The default decimation is 4 so I'm recording at 11 megasamples per second.
(oddly
Martin Dvh wrote:
David Bengtson wrote:
On 4/6/06, *Robert W McGwier* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
David Bengtson wrote:
Martin Dvh wrote:
Why don't you use the usrp to generate your 16.384 or 32.768 MHz
refclock.
Most daugterboards (except
Clark Pope wrote:
I guess I missed the answer to why you can't do GPS with the DBS board?
It has the hooks to apply power to the antenna and it certainly has the
bandwidth and tuning range. If you're concerned about having a nice
clock rate to make the despreading easier you can replace the
Martin Dvh wrote:
David Bengtson wrote:
After far to long, I've updated the information on the Gnu Radio GPS
board. I've finished a preliminary schematic, and I'd appreciate any
comments that anyone might have.
Why don't you use the usrp to generate your 16.384 or 32.768 MHz refclock.
Most
You may well be able to do it with the DBS board. However, GPS is a
pretty weak signal, and I suspect that the noise figure is too high.
The DBS board has about a 3-5 dB noise figure as I recall, but that
doesn't really matter. Nearly all GPS antennas have their own LNAs
inside, so noise
Matt Ettus wrote:
You may well be able to do it with the DBS board. However, GPS is a
pretty weak signal, and I suspect that the noise figure is too high.
The DBS board has about a 3-5 dB noise figure as I recall, but that
doesn't really matter. Nearly all GPS antennas have their own LNAs
David Bengtson wrote:
Then you should be able to get GPS from a DBS board using an external
LNA/Antenna combination. The software is left as an exercise for the
student :-).
Remind me, and I'll show a spectral spike of the GPS L1 signal. I have
a DBS_RX, with an external LNA
right at the
On Fri, Apr 07, 2006 at 07:50:53AM +0930, Berndt Josef Wulf wrote:
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz tarball.
The reason for this is that the tarball includes audio_oss.cc which normally
is created by swig. Consequently, the interfaces created in
On Friday 07 April 2006 11:35, Eric Blossom wrote:
On Fri, Apr 07, 2006 at 07:50:53AM +0930, Berndt Josef Wulf wrote:
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz
tarball. The reason for this is that the tarball includes audio_oss.cc
which normally is
On Fri, Apr 07, 2006 at 11:52:47AM +0930, Berndt Josef Wulf wrote:
On Friday 07 April 2006 11:35, Eric Blossom wrote:
On Fri, Apr 07, 2006 at 07:50:53AM +0930, Berndt Josef Wulf wrote:
G'day,
gr-audio-oss segfaults when built using the gr-audio-oss-0.8.tar.gz
tarball. The reason for
38 matches
Mail list logo