rtl-power-fftw icon indicating copy to clipboard operation
rtl-power-fftw copied to clipboard

Airspy support

Open Ben-Baert opened this issue 7 years ago • 5 comments

Is there a way to make this work with an Airspy Mini? I always get no RTLSDR supported devices found...

Ben-Baert avatar Mar 18 '17 23:03 Ben-Baert

You can use my soapy_power instead, it supports multiple SDRs (I am testing it with RTL-SDR, Airspy, HackRF, LimeSDR and SDRplay, only SDRplay is problematic, everything else works).

It can output measurements in rtl_power format, rtl_power_fftw format or it's own binary format. It's written in Python but thanks to NumPy and pyFFTW performance is really good.

xmikos avatar Mar 19 '17 01:03 xmikos

On Saturday 18 of March 2017 16:09:53 Ben Baert wrote:

Is there a way to make this work with an Airspy Mini? I always get no RTLSDR supported devices found...

Currently, we depend quite heavily on librtlsdr. It is possible to port it over to airspy, but with no test devices, it seemed pointless to try. Maybe we could be of some help if you wanted to try... However, this is the first time I hear of soapySDR that Michal mentioned. On paper, such a library could be extremely useful. We will have to asses its performance, and if it seems promising, I would not bet against us adopting it. :-)

KlemenBlokar avatar Mar 19 '17 21:03 KlemenBlokar

Has anyone got any further with this? This program could be even more useful with a wider staring bandwidth like that offered by HackRF, LimeSDR, B200 etc.

anthropic-radio-source avatar May 30 '18 09:05 anthropic-radio-source

Actually, both principal authors recently got ourselves a LimeSDR mini, so I can assure you that support for devices other than RTL-SDR has been much on our mind. :) For now, going with SoapySDR seems the easiest solution. I certainly have this in my plan, but as is usual with such projects, time constraints are the limiting factor. I hope that I'll be able to start working on it soon. If anyone decides to experiment with this before me, I urge them to use the testing branch as a starting point (rather than the master branch). The version in the testing branch has been reworked to support much higher processing rates (multiple parallel FFT workers), and that will quite likely be needed with devices that offer high sample rates.

alajovic avatar May 30 '18 10:05 alajovic

Thanks for getting back so quick.

Yes. I too have a limeSDR-mini and note that it can support 60 MHz staring bandwidth not 30 as in the blurb!

On Wed, 30 May 2018, 11:21 Andrej Lajovic, [email protected] wrote:

Actually, both principal authors recently got ourselves a LimeSDR mini, so I can assure you that support for devices other than RTL-SDR has been much on our mind. :) For now, going with SoapySDR https://github.com/pothosware/SoapySDR seems the easiest solution. I certainly have this in my plan, but as is usual with such projects, time constraints are the limiting factor. I hope that I'll be able to start working on it soon. If anyone decides to experiment with this before me, I urge them to use the testing branch as a starting point (rather than the master branch). The version in the testing branch has been reworked to support much higher processing rates (multiple parallel FFT workers), and that will quite likely be needed with devices that offer high sample rates.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/AD-Vega/rtl-power-fftw/issues/16#issuecomment-393109846, or mute the thread https://github.com/notifications/unsubscribe-auth/AjfhqwiqFlKiPExA1y542TuvQAmTbtAxks5t3nKPgaJpZM4Mhkrx .

anthropic-radio-source avatar May 30 '18 10:05 anthropic-radio-source