Re: [Discuss-gnuradio] Controlling Flowgraph Variables from a Webpage/ External Application.

[Mehmeto]

>ShinySDR author here, since you mentioned it. You're right that there's no explicit plugin interface for >an arbitrary flowgraph, but if you wanted to you could certainly use ShinySDR's "exported state" >framework for your own work — it doesn't care whether the object is a block or a top block or even >just some arbitrary Python class with nothing to do with GNU Radio.

Happy to meet SDR celebrities here. I will check if I can use your "exported state" framework to use the "topblock.py" that GNU Radio generates.
 
>Replacing ShinySDR's standard flowgraph with yours is a little bit trickier
>because of assumed details like the UI layout, audio streaming interface,
>and so on, but I can think of a couple routes to do something good enough
>and I think making that more straightforward would actually fit well into
>my development plans. Let me know if you're still interested.

I really don't need complicated UI layout. Just the FFT display and some basic controls to change some variables. I think there is a need for such applications as it is also a proposal for the upcoming GSOC.


>  I would like to control the variables in realtime of a GNU Radio Flowgraph
> (like Sampling Rate, Center Frequency, Demodulator type etc.) from a
> Webpage
> or external application.
> I imagine that we need a webserver/ external application that communicates
> with the Flowgraph.
> Which type of GNU Radio  blocks are suitable for this job?
> ZeroMq, XmlRPC, Control port ?
>
> I have checked out ShinySDR but i uses GNU Radio simulated blocks as
> plugins. (Not directly Flowgraphs)
>

ShinySDR author here, since you mentioned it. You're right that there's no
explicit plugin interface for an arbitrary flowgraph, but if you wanted to
you could certainly use ShinySDR's "exported state" framework for your own
work — it doesn't care whether the object is a block or a top block or even
just some arbitrary Python class with nothing to do with GNU Radio.

If you have code in the style that GRC generates, all you need to do to
make it compatible is add the ExportedState mixin superclass and annotate
the getter methods with @exported_value and setters with @setter.

Replacing ShinySDR's standard flowgraph with yours is a little bit trickier
because of assumed details like the UI layout, audio streaming interface,
and so on, but I can think of a couple routes to do something good enough
and I think making that more straightforward would actually fit well into
my development plans. Let me know if you're still interested.

_______________________________________________
Discuss-gnuradio mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

---

View this message in context: Re: Controlling Flowgraph Variables from a Webpage/ External Application.
Sent from the GnuRadio mailing list archive at Nabble.com.