Any way , my cpu is not very busy when it is working problem is some where
else acording to me ,
I don't know how to use blocks in python but maybe we can create a block
between audio device and output device that converts 32 khz to 48 khz
audio_decimation = 10
audio_rate = demod_rate / audio_decimation # 32 kHz
On Thu, Mar 18, 2010 at 1:08 PM, Philip Balister <[email protected]>wrote:
> 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<[email protected]>
>>> 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 :
>>> >>
>>> >> r...@beagleboard:/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
>>> [email protected]
>>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>>
>>>
>>> --
>>> Sayg?±lar;
>>> Halid Ziya Yerebakan
>>>
>>
>>
>>
>> _______________________________________________
>>
>> Discuss-gnuradio mailing list
>> [email protected]
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> _______________________________________________
>
> Discuss-gnuradio mailing list
> [email protected]
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Saygılar;
Halid Ziya Yerebakan
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
