Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do these blocks support remote operation? #47

Closed
JoeTester1965 opened this issue Jun 24, 2024 · 2 comments
Closed

Do these blocks support remote operation? #47

JoeTester1965 opened this issue Jun 24, 2024 · 2 comments

Comments

@JoeTester1965
Copy link

Hi, not urgent but was wondering if these blocks support connection to a remote sdrplay device running as a server.

Have tried SoapyRemote but am having issues getting that working as documented here:

pothosware/SoapyRemote#106

@fventuri
Copy link
Owner

Joe,
GNU Radio blocks (including the ones in the 'gr-sdrplay3' OOT module) are usually designed to run inside a GNU Radio flowgraph running on some computer.
What people usually do with GNU Radio when they need a functionality similar to SoapyRemote, i.e. the ability to run part of the sourcing and processing on a remote computer and another part of the processing on a local computer, is to use ZeroMQ (ZMQ) blocks: https://wiki.gnuradio.org/index.php/Understanding_ZMQ_Blocks

For instance in your case you could write a remote flowgraph (likely in 'No GUI' mode) that has a SDRplay RSPdx-R2 source, perhaps some initial preprocessing (to say limit the data being sent over the network), and a ZMQ sink block.
Then on a local computer you would have another flowgraph, with a ZMQ source block and the rest of your processing. This latter one would use the QT GUI, so you could have GUI controls, QT frequency sinks, etc.

With ZMQ blocks you have the flexibility to create different flowgraph structures (for instance you could have two ZMQ sink blocks and therefore be able to send your data to two different computers), while SoapyRemote is more targeted to a specific use case.

Franco

@JoeTester1965
Copy link
Author

Thanks for that, looks a sensible route!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants