On 02/27/2018 12:15 AM, Kartik Patel wrote:
Hello Marcus,
Just for starters, make sure you have v3.7.12 of GNU Radio. In
particular, your GR should contain the commit `/3c989f9`./ Also, make
sure you select Bokeh GUI instead of QT GUI in /Generate Options/
field in /Options/ block. For Bokeh GUI we have a different `main()`
function template that has necessary procedure to start the server and
the stream.
Also, thank you very much for the suggestions about the vector
plotter. In addition to the vector plotter, the Histogram plotter and
BER curve are also in pipeline. I am too busy with several deadlines
and projects. But I will try to incorporate the things as soon as
possible (maybe in summer). Sorry for the loong promise!
Let me know if you still have trouble working with the module.
Thanks.
Regards,
Kartik Patel
Thanks for the very-prompt response. I know that you're probably very busy.
I managed to get to the point of GRC generating the correct startup
code, with the "Bokeh GUI". My repo was up-to-date, it's just that I
hadn't actually built it. Too many distractions...
But when I got to start now, I get:
Traceback (most recent call last):
File "./top_block.py", line 153, in <module>
main()
File "./top_block.py", line 136, in main
url = "http://localhost:"; + port + "/bokehgui")
File "/usr/lib/python2.7/site-packages/bokeh/util/api.py", line 190,
in wrapper
return obj(*args, **kw)
File "/usr/lib/python2.7/site-packages/bokeh/client/session.py", line
161, in push_session
session.push(document)
File "/usr/lib/python2.7/site-packages/bokeh/util/api.py", line 190,
in wrapper
return obj(*args, **kw)
File "/usr/lib/python2.7/site-packages/bokeh/client/session.py", line
370, in push
raise IOError("Cannot push session document because we failed to
connect to the server (to start the server, try the 'bokeh serve' command)")
IOError: Cannot push session document because we failed to connect to
the server (to start the server, try the 'bokeh serve' command)
I can start the bokeh server manually with:
bokeh serve
And it's listening on port 5006.
But even then the startup of my GR app fails in the same way...
On Mon, Feb 26, 2018 at 7:31 PM, Marcus D. Leech <[email protected]
<mailto:[email protected]>> wrote:
Just started playing with gr-bokehgui. Seems like a good start,
but I think I'm missing something.
Tried a simple application built in GRC, with a source, and a
bokeh Frequency Sink.
Genned up just fine, but when I run it
Traceback (most recent call last):
File "./top_block.py", line 108, in <module>
main()
File "./top_block.py", line 97, in main
tb = top_block_cls()
File "./top_block.py", line 36, in __init__
self.bokehgui_frequency_sink_x_0_plot =
bokehgui.freq_sink_f(self.doc, self.plot_lst,
self.bokehgui_frequency_sink_x_0, is_message = False)
File
"/usr/local/lib64/python2.7/site-packages/gnuradio/gr/hier_block2.py",
line 92, in __getattr__
return getattr(self._impl, name)
AttributeError: 'top_block_sptr' object has no attribute 'doc'
Also, apart from that, it would be really nice if it had a generic
vector plotter, like the Qt side does. This allows one to do a
number of interesting things
including implement a "strip chart" without ever having to touch
the guts of various sinks, because "plot a vector of numbers" is a
fairly-common thing
to want to do, regardless of why you want to do it, or exactly
what the interpretation of those numbers mean. I suspect this
would be straightforward,
since the FFT plotter likely just uses an interior "plot a
vector of numbers" anyway, just like in Qt.
_______________________________________________
Discuss-gnuradio mailing list
[email protected] <mailto:[email protected]>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
<https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
