Forum: GNU Radio length of the signal in USRP_FFT display

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
8609964d75de56552443da57880d4424?d=identicon&s=25 Bruh G. (bruh)
on 2009-04-23 13:23
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
F8c1ec9e53c0d84a4052cef615f60c25?d=identicon&s=25 Richard Clarke (Guest)
on 2009-04-23 22:54
(Received via mailing list)
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 <lists@ruby-forum.com>
This topic is locked and can not be replied to.