Re: [Discuss-gnuradio] Playing with gr-bokehgui

[Marcus D. Leech]

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 = "" class="moz-txt-link-rfc2396E" href="http://localhost:">"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 <address@hidden> 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
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio