Re: [Discuss-gnuradio] Plotting Data Received by USRP

[valentac]

Ok, I wasn't aware of those difference between the vector source and the
message source. So if I put my data in a message source, can I connect this
directly to qtgui.time_sink_f? I'd think I'd have to do some other
formatting here.

Let me explain a bit more...after receiving the payload from the message
sink following the receiver path in benchmark_rx, I have some data. I'd like
to plot this data on a time graph and update it after every packet is
received. I guess fundamentally my question is, what type of source do I
need to do this. It appears that a message source is the wrong length to
connect to the time_sink_f.



Tom Rondeau wrote:
> 
> 
> Josh suggested the use of message source/sink, not the vector source/sinks
> that you are currently using. Two different things. The vector source and
> sink are meant more for testing and debugging while the message source and
> sink are designed to handle exactly your situation in a running program.
> 
> Look through the benchmark_rx code we have. The framer at the end of the
> receive chain is a message sink, actually, and we get the messages in a
> callback function in the Python world. You would have to set up a message
> source to listen for the messages and process them farther from there.
> 
> Tom
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Plotting-Data-Received-by-USRP-tp32126980p32150867.html
Sent from the GnuRadio mailing list archive at Nabble.com.