Hi All
I just wonder anybody may know how interfacing GNU Radio to Code Composer
Studio can be done.
Thanks
-
Ask a question on any topic and get answers from real people. Go to Yahoo!
Answers. ___
Di
On 3/17/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
I'm waiting on hearing the results of low pass filtering the "perfect
samples" without decimation, and seeing if the problem still exists.
I was driving home from work and was remembering that GMSK has a good
amount of ISI built in. When look
Hello everyone,
I hope this post is not out of line but I would like to purchase, trade,
or otherwise barter to obtain a USRP and modules for less than the
retail price. If anyone can help me out, I would really appreciate it.
I am very big into the Asterisk (Open Source PBX) community and c
Essentially I disagree with everything Martin says here.
The 3.X support of FFT'w from FFTW is completely transparent to the end
user for everything we are doing since the API on 3.1 and 3.2 are
identical. You do a plan, you execute by passing the plan. About the
only thing that "knows" you
Matt Ettus wrote:
>
> This bodes well for cell support...
Cell support is very very nice.
What I don't like is:
>* Removed k7 support, which only worked in 32-bit mode and is
> becoming obsolete. Use --enable-sse instead.
Older athlon processors (Thunderbird, duron) don't support SSE, they onl
On 3/19/07, Thibaud Hottelier <[EMAIL PROTECTED]> wrote:
Ok, I will modify it for pushing instead of pulling packets.
Can I assume that the data will arrive ordered by timestamps ? If not
then I have to use one data_queue and one samples_fifo per channel,
isn't that too much?
I am pretty posit
bellzii wrote:
> audio_alsa_sink[hw:0,0]: Device or resource busy
>
That error looks like you've got some application locking the sound
card. Music player, esound, something like that?
> why is alsa not working does it have to with my RXF2400 daughter being not
> in fm range??
Shouldn't be, bu
Ok, I will modify it for pushing instead of pulling packets.
Can I assume that the data will arrive ordered by timestamps ? If not
then I have to use one data_queue and one samples_fifo per channel,
isn't that too much?
Thibaud
Brian Padalino wrote:
> A comment on your description:
>
> It's eas
The following components were skipped either because you asked not
to build them or they didn't pass configuration checks:
gr-audio-jack
gr-audio-osx
gr-audio-portaudio
gr-audio-windows
gr-comedi
gr-video-sdl
ezdop
gr-ezdop
These components will not be built.
(all other critical components were
You will have to calibrate _everything_ in the path, and of course
that includes the signal processing in the FPGA as well as anything in
the host-based signal processing path. And yes, pretty much all of
this varies depending on a large variety of settings. E.g., you'd
want to calibrate for
Martin Dvh wrote:
Hi all,
I am trying to use an RFX900 MIMO on an old usrp board (rev 3 serial 309)
this doesn't seem to work.
(Failed to set frequency)
when I try it on a rev 4.1 board all works fine.
Are the old rev 3 usrps not able to supply the 64 Mhz to the RFX or is there
some other prob
A comment on your description:
It's easier to push the separated data into your FIFOs rather than pull them in.
Brian
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
I have created a wiki page describing what USB packet parsing could look
like for the transmit chain:
http://gnuradio.org/trac/wiki/UsrpTxModifications
I am wondering what you think of it; if it is completely wrong or if it
could work with some modifications. I made a wiki page so you can mo
>
> > Subject: Re: [Discuss-gnuradio] Can't get input from sound card.
> > LRK
> > [EMAIL PROTECTED]
> >
> > On Sat, Mar 17, 2007 at 01:15:34AM -0600, Bahn William L Civ
> USAFA/DFCS
> > wrote:
> > >
> > > I still can't get any input from the sound card. I have installed
> GNU
> > > Radio on a com
Marcus Leech wrote:
On a related subject, FFTW supports multi-threaded FFTs. Is there
support for that in Gnu Radio yet,
perhaps enabled automatically if it's running on a multi-CPU system?
On another related note, I just found GPUFFTW (unrelated to FFTW) which
runs FFTs on your GPU (graphi
I just got the audio_fft.py running, and this is how I did it on a Fedora
Core 6 x86_64 machine, in KDE with a set of earphones/microphone:
1) started kmix, went to the "Input" selection and enabled "capture"
2) verified that audio_fft.py was responding by starting it in
Oscilloscope mode, ie
http://www.altera.com/products/devices/cyclone3/cy3-index.jsp
EP3C120 - 288 MULTs and 120,000 LE's with vertical migration to
smaller and cheaper FPGA's for less intense processing.
How cool is that?
Brian
___
Discuss-gnuradio mailing list
Discuss-g
> Subject: Re: [Discuss-gnuradio] Can't get input from sound card.
> LRK
> [EMAIL PROTECTED]
>
> On Sat, Mar 17, 2007 at 01:15:34AM -0600, Bahn William L Civ
USAFA/DFCS
> wrote:
> >
> > I still can't get any input from the sound card. I have installed
GNU
> > Radio on a completely different comput
No particular fault. However, the outputs from the USRP are almost
always some kind of complex values. They may be encoded as 16-bit I &
Q, or 8-bit I & Q or 4-bit or 2-bit or 1-bit. The question is how do
we want to deal with them downstream from the USRP? The existing
usrp.source_s could b
Matt Ettus wrote:
This bodes well for cell support...
On a related subject, FFTW supports multi-threaded FFTs. Is there
support for that in Gnu Radio yet,
perhaps enabled automatically if it's running on a multi-CPU system?
___
Discuss-gnuradio
Eric Blossom wrote:
On Fri, Mar 16, 2007 at 09:49:47AM -0400, [EMAIL PROTECTED] wrote:
I am having the same problem of being able to receive on RX_A but
not RX_B and I don't know why. Any help would be much appreciated.
Thanks
Nick
Assuming the Basic Rx is on the "A" side,
This bodes well for cell support...
--- Begin Message ---
Dear FFTW users,
we are pleased to announce the availability of FFTW 3.2-alpha2, which
you can download from the web page:
http://fftw.org/download.html
Please report problems to [EMAIL PROTECTED]
Cordially,
Matteo Frigo
Steven
Michael-
I'm trying to "calibrate" the flow-graph of the am_rcv_plasma_mod.py so
that the values displayed in the final window represent actual input
amplitudes.
The first step to do this would be to account for the internal gain; so I
need to divide through by a factor of 10^(gain) where ga
Hi List,
again at work :)
Il giorno ven, 16/03/2007 alle 14.05 -0700, Eric Blossom ha scritto:
> One way to approach this is to modify usrp.source_c so that it
> internally handles the format conversion, and always produces
> gr_complex as its output type.
As I plan to do.
> When dealing wit
hi Eric,
> I'm not sure what you are looking for.
I just want to send a signal that is time shifted, or how to make my own
waveform?
thanks,
anmar
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.o
25 matches
Mail list logo