Gnu Radio is a streaming architecture. Sample-rate is actually almost-entirely meaningless within the flowgraph, and only really
has meaning "at the edges" when interfacing to the real world. The only exception is the throttle block, and even it doesn't
produce *precise* sample-rates.
For things like FFT blocks, the sample-rate is just used to calculate internal decimation functions to deliver the requested display update rate.
The other main issue is that Gnu Radio buffers qutie a bit. So if your samples are dribbling into the flow-graph at very low rates, it takes a while for
the buffers to fill to the point where downstream blocks get "woken up" by the scheduler to process the buffered samples.
on May 15, 2014, madengr <rfe...@everestkc.net> wrote:
Regarding the low sample rate, I have had this issue too when decimating to
narrow bandwidths. I assume sample rate is an integer for most blocks
therefore one can't go below 1 samp/sec?
Lou
KD4HSO
--
View this message in context: http://gnuradio.4.n7.nabble.com/low-frequency-in-GRC-tp48237p48266.html
Sent from the GnuRadio mailing list archive at Nabble.com.
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
