Airspy Won't Work In Gqrx

[grege...@gmail.com]

I have Gqrx 2.3.2 installed from the releases PPA on two computers.  One is an AMD quad core 3.0 GHz tower with 4 GB of RAM, the other is an i7 laptop.  Both computers run Linux Mint 17.1 Cinnamon 64 bit with the default 3.13.0-37 generic kernel.
On both machines, Gqrx will run an RTL dongle, Funcube pro plus or NetSDR just fine.  I just got an Airspy from the second release.  It functions on both machines under Windows 7 (second hard drive) with SDR#.  Under Linux with Gqrx the config window pulldown menue shows Airspy as a source option, with either a 2500000 or 10000000 sample rate.  When I click OK i get a crash.  I never get to the Gqrx GUI.  If I keep trying to launch Gqrx, or if I switch between sample rates, my Airspy disappears as a source.  I have run lsmod before plugging in the Airspy, after, and after making it disappear.  I don't see any new kernel modules being loaded in any case.  Below is my terminal output during my attempts.  Any ideas?

gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy

FATAL: Failed to read version string (-1000) AIRSPY_ERROR_LIBUSB

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

Qt has caught an exception thrown from an event handler. Throwing
exceptions from an event handler is not supported in Qt. You must
reimplement QApplication::notify() and catch all exceptions there.

terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::math::rounding_error> >'
  what():  Error in function boost::math::round<f>(f): Value -inf can not be represented in the target integer type.
Aborted
user1@NSA1 ~ $ gqrx
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.007.002-0-unknown

gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy
Using Volk machine: sse4_a_64_orc
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
Could not resolve property : pattern10600
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.5
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy

FATAL: Failed to open AirSpy device (-5) AIRSPY_ERROR_NOT_FOUND

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

terminate called after throwing an instance of 'boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::math::rounding_error> >'
  what():  Error in function boost::math::round<f>(f): Value -inf can not be represented in the target integer type.
Aborted
user1@NSA1 ~ $

[Alexandru Csete]

On Sat, Jan 24, 2015 at 5:35 PM, <grege...@gmail.com> wrote:
> I have Gqrx 2.3.2 installed from the releases PPA on two computers. One is
> an AMD quad core 3.0 GHz tower with 4 GB of RAM, the other is an i7 laptop.
> Both computers run Linux Mint 17.1 Cinnamon 64 bit with the default
> 3.13.0-37 generic kernel.
> On both machines, Gqrx will run an RTL dongle, Funcube pro plus or NetSDR
> just fine. I just got an Airspy from the second release. It functions on
> both machines under Windows 7 (second hard drive) with SDR#. Under Linux
> with Gqrx the config window pulldown menue shows Airspy as a source option,
> with either a 2500000 or 10000000 sample rate. When I click OK i get a
> crash. I never get to the Gqrx GUI. If I keep trying to launch Gqrx, or if
> I switch between sample rates, my Airspy disappears as a source. I have run
> lsmod before plugging in the Airspy, after, and after making it disappear.
> I don't see any new kernel modules being loaded in any case. Below is my
> terminal output during my attempts. Any ideas?

Hi Greg,

Can you run airspy_info and airspy_rx applications? If yes what do they report?

I haven't used the PPA in a long time. Perhaps I should update the
airspy package.

Alex

[grege...@gmail.com]

Here you go,

user1@NSA1 ~ $ airspy_info

Found AirSpy board 1
Board ID Number: 0 (AIRSPY)
Firmware Version: AirSpy NOS v1.0.0-rc1-2-g64b62c3 64b62c3-dirty 2014-11-24
Part ID Number: 0x6906002B 0x00000030
Serial Number: 0x440464C8363C0C4F
Close board 1
user1@NSA1 ~ $ airspy_rx -r /dev/null -t 0
Board Serial Number: 0x440464C8363C0C4F
Stop with Ctrl-C
Streaming at 10.02 MSPS
Streaming at 10.02 MSPS
Streaming at 10.01 MSPS
Streaming at 10.01 MSPS
Streaming at 10.01 MSPS
Streaming at 10.01 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.01 MSPS
Streaming at 10.01 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.01 MSPS
Streaming at 10.00 MSPS
Streaming at 10.01 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS
Streaming at 10.00 MSPS

[Alexandru Csete]

I can see there has been an update to the gnuradio-osmosdr backend
since the version I packaged and it does indeed look like something
that would cause a version string error.

I will update the package and let you know here when they are ready to
be upgraded.


alc@atlantis:~/sdr/pybombs/pybombs.git/src/gr-osmosdr$ git show 46bb1ad
commit 46bb1ad1a08b44f9c06dd2bf099731aa3bc0e995
Author: Dimitri Stolnikov <hor...@gmx.net>
Date: Tue Dec 16 00:14:35 2014 +0100

airspy: increase version string size to 128

diff --git a/lib/airspy/airspy_source_c.cc b/lib/airspy/airspy_source_c.cc
index bc33fed..395b812 100644
--- a/lib/airspy/airspy_source_c.cc
+++ b/lib/airspy/airspy_source_c.cc
@@ -100,7 +100,7 @@ airspy_source_c::airspy_source_c (const std::string &args)
ret = airspy_board_id_read( _dev, &board_id );
AIRSPY_THROW_ON_ERROR(ret, "Failed to get AirSpy board id")

- char version[40];
+ char version[128];
memset(version, 0, sizeof(version));
ret = airspy_version_string_read( _dev, version, sizeof(version));
AIRSPY_THROW_ON_ERROR(ret, "Failed to read version string")

[Alexandru Csete]

There should now be an update to the libgnuradio-osmosdr0.1.4 package
from version 0.1.4.7 to 0.1.4.9.
Please see if it fixes your problem. For me it also worked with the
previous version probably because my unit is from the first batch.

Alex

[grege...@gmail.com]

This update just showed up in the regular update manager for Linux Mint.  I did the update and it fixed the issue.  Thanks!

Greg Ella
AD0JP