ShinySDR – Software-defined radio receiver app with a web-based UI and plugins
github.com
github.com
I have a SDR and a Raspberry Pi. Do you think it would be capable of running ShinySDR?
This issue[0], though specifically discussing the BeagleBone Black, suggests it might suffer on a pi (based on a quick comparison of their specs).
I quickly gave up on using my Pi for SDR and moved to a mid-range mobile Core i5 which is a lot more capable, but even that is starting to strain and I might need to split the processing to a couple of machines in the future.
Looking forward to trying this when I get home.
Largely this is because it's an inefficient proof-of-concept implementation, but in my experience it takes a lot of work to convert such a thing into a performant receiver.
I'm basing my stuff on SQ5BPF's work, who added the (purposefully) missing bits in osmocom's osmo-tetra project: https://github.com/sq5bpf
It works, but the code is not pretty and it's a really long pipeline of shell pipes and FIFOs. I'm working on simplifying the whole thing, I've already written a minimal replacement for telive. Hopefully I can change the pipeline from:
GRC tuner flowgraph -> simdemod2.py (pi/4 CQPSK demodulator) -> float_to_bits (pi/4 float to byte-per-bit stream) -> tetra-rx -> telive
to:
tuner.py (combined tuner, pi/4 CQPSK demodulator and pi/4 float to byte-per-bit stream) -> tetra-rx -> tetrarec.py (telive replacement)
Semi-related: The author also made a nice visualization of important principles for SDR: http://visual-dsp.switchb.org/
(Since it seemingly wasn't posted to HN before, I just did so: https://news.ycombinator.com/item?id=10271214)
the TLDR being that SDR software for Mac sucks, Linux (in our case the R Pi2) is a much better option.