Re: [Discuss-gnuradio] USRP Under Flow

[Philip Balister]

On 03/17/2010 03:15 PM, Jeff Brower wrote:
> Halidziya-
>
>
> > My beagle board is clone and it is working in 200MHZ , but when I run the 
> > program
> > it doesn't consumes to much CPU time
>
> A Beagle board clone?  The Beagle board already costs less than its component 
> BOM.
> Did you alter the design in some way?

There is the EBV clone in Europe and possibly ones from India and China. 
It is easy to clone :) I don't think the Beagle sells under material 
cost, but I suspect the margin is not a sustainable business model.

> Also, why only 200 MHz?  That's way slow... what is the reason?

That sounds wrong. Stock Beagles run at 500 MHz and can be turned up to 
600 MHz. Newer Beagles run up to 720Mhz

Yes, using the DSP is very interesting. Approaches range in complexity 
from wrapping a call to do the processing in the DSP from the existing 
gnuradio block structure to integrating the DSP into the gnuradio block 
scheduler.

Philip

> -Jeff
>
>
> > On Tue, Mar 16, 2010 at 9:59 PM, Jeff Brower<address@hidden>  wrote:
> >
> >       Philip-
> >
> >       >  On 03/16/2010 06:51 AM, halidziya yerebakan wrote:
> >       >>  Hi all;
> >       >>
> >       >>  ?  ?  ?  ?  Thanks to Mr. Balister I run USRP on BeagleBoard (
> >       >>  http://www.opensdr.com/node/17) . But it doesn't give any sound when I
> >       try
> >       >>  to listen FM radio. I think there is some mismatch in sampling rates
> >       or data
> >       >>  format. I read other mail list archives but they didn't solve my
> >       problem.
> >       >>  Here is my console :
> >       >>
> >       >>  address@hidden:/usr/share/gnuradio/examples/usrp#
> >       ./usrp_wfm_rcv_nogui.py
> >       >>  Using RX d'board A: Basic Rx
> >       >>>>>  gr_fir_fff: using cortex_a8
> >       >>  Freq: 100.1M ? Volume:0.100000 ? Setting:FREQ
> >       >>  OK
> >       >>
> >       
> > aUaUaUaUaUaUaUaUuOaUaUaUaUaUuOaUaUaUaUaUuOaUaUaUaUaUuOaUaUaUaUaUuOaUaUaUaUaUuOaUaUaUaUuOaUaUaUaUaUuOaUaUaU
> >
> >       >>
> >       >>  (No Sound Here goes like this )
> >       >
> >       >  Run oprofile, find the code that takes all the time, optimize using
> >       >  NEON, repeat :)
> >       >
> >       >  The sample rate conversions will be the CPU hogs for this waveform. It
> >       >  looks like you are using an optimized fir filter already, but work
> >       >  through the sample rates at each step. It is possible the audio out is
> >       >  doing another rate conversion. Also, the gnuradio block may create a
> >       >  very long fir filter, you can adjust the filter design settings to
> >       >  reduce the number of taps.
> >       >
> >       >  It will work, but you do not have many GHz of cpu to cover up
> >       >  in-efficient design decisions :)
> >
> >       At what rates are the OMAP 3530 cores running on the Beagle board? ? The
> >       web page says "up to" 600 MHz for the ARM A8
> >       and up to 430 MHz for the C64x+ core. ? Sometimes TI eval/dsk boards
> >       don't always run at max rate...
> >
> >       Also, do you know if anyone has done work to port GNU radio functions
> >       over to the C64x+ core? ? For example you mention
> >       sample rate conversion, that would be very suitable to offload onto the
> >       DSP.
> >
> >       -Jeff
> >
> >
> >
> >       _______________________________________________
> >       Discuss-gnuradio mailing list
> >       address@hidden
> >       http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> >
> >
> >
> > --
> > Sayg?¡Àlar;
> > Halid Ziya Yerebakan
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio