Hi Santos,
The signal should (and most probably is) being streamed out from the source block as you set it up. The update period of the number sink is only to tell it when to look for a new value and retrieve it to the label. It is just a visualization tool. So you'll see that, by setting your update period to something significantly smaller than the period of your signal, you get a faster response in exchange of higher computational effort. But setting it with the same period of your signal means that you'd fetch one value of it at the number sink once per period. On Tue, Sep 6, 2016 at 12:17 PM, Santos Campos <santosec@umich.edu> wrote:
My expectation with forcing a long period was it'd stream high for 10s and low for 10s.So, data isn't really streaming out of the signal source block like the parameters would suggest, is it?Ah that did slow it down to more real time!--On Tue, Sep 6, 2016 at 1:24 PM, Nicolas Cuervo <nicolas.cuervo@ettus.com> wrote:-NicolasCheers,Hi Santos,inside the number sink there is a field called "Update Period", which you can reduce to a value that suits your needs. For what I understand of your setup, maybe you have a rather big number here in comparison with the update rate of the sink. Try reducing this value and let us know if this helps you solve your problem.On Tue, Sep 6, 2016 at 7:49 AM, Santos Campos <santosec@umich.edu> wrote:______________________________-SantosThanks and any help is much appreciated!How can I get the number sink to update in real time?It shows up well in a time sink, but has trouble gaining stability in a number plot.Hello, all!I'm using a square wave to make a clock(frequency = .05 Hz, Period = 20s)._________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
/*Santos CamposUniversity of Michigan '17 | Computer EngineeringVirtual EM Inc | Engineering Intern*/
No comments:
Post a Comment