discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] length of the signal in USRP_FFT display


From: Richard Clarke
Subject: Re: [Discuss-gnuradio] length of the signal in USRP_FFT display
Date: Fri, 24 Apr 2009 08:53:24 +1200

I believe that what you want to do is the same as what I was trying to achieve with the scope graphical sink, although I was using GRC as my front end.  Josh Blum replied to my post on April 20th. The subject title of the original post was "GRC graphical sink buffer size - how to increase?". I believe the same advice may apply to your situation. Use version 3.2rc2 of GNU Radio and activate the open GL mode for the graphicals sinks. See http://gnuradio.org/trac/wiki/CompGrWxgui#GLSinks for more detail.

I followed that advice and it has worked for me. Now, if only the buffer size for the graphical sinks could be made more dynamic, i.e selected automatically based on the timescale selected for the particular scope, or on a flow graph by flow graph basis.

Cheers
Richard

2009/4/23 Bruhtesfa Ebrahim <address@hidden>
Hi all,


I am trying to modify usrp_fft.py(oscilloscope mode) to display a longer
duration of decimated data in real time. I think in the default
oscilloscope 5msec of data is displayed(whatever the decimation rate and
time/div is) and these length of data is updated in real time.

What I want is to decrease the decimation rate to 1KS/sec(64MS/sec
decimated by 128 in FPGA and then by 500 using decimating lowpass
filter) and display 5sec of data and to update this 5sec of data slowly
in real time.

How can I modify the 5msec default length to 5sec?


Bruhtesfa
--
Posted via http://www.ruby-forum.com/.


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


reply via email to

[Prev in Thread] Current Thread [Next in Thread]