‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Tuesday, January 12, 2021 10:11 PM, coderman <[email protected]> wrote:
> > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Tuesday, January 12, 2021 9:30 PM, Karl [email protected] wrote: > > > i am interested in actually doing this but i'd need somebody to help > > with the a couple of the parts i'm struggling with. any interest? > > parts: > > > > - software that performs a wideband sweep (there are existing tools > > that do this, one would be selected) > > > > lots of options, both closed and open source. > > on the open source side, i've successfully used gnuradio in python and gnu > radio companion GUI to implement selected modulation, processing, and output. > > for example, using the QT GUI Eye Sink > https://wiki.gnuradio.org/index.php/QT_GUI_Eye_Sink > > > [i would like to record raw i/q > > logs. > > here's your problem with that: bandwidth to storage media! :) > > depending on the hardware, you could be receiving signals at giga-samples per > second. > > i've found the sweet spot is to do some signal processing to band filter, > clean up, demodulate, and then persist that much reduced sample. > > note that this still consumes significant CPU, unless you're able to offload > some signal processing on your receiver via FPGA (or something). > > > - hardware to do the wideband sweep > > on the cheap end, an RTL-SDR would work fine! > https://wiki.gnuradio.org/index.php/Hardware#rtl-sdr_TV_tuners > > on the expensive end, you've got the latest ettus and pervices hardware: > https://pervices.com/documentation-cyan/ > https://www.ettus.com/all-products/usrp-n321/ > > > - access to the event with the setup > > this is where something smaller and lighter (RTL-SDR + rpi) would be > preferable to larger and heavier :P > > best regards,
