Bug #5144
openSupport multiple Airspy devices
0%
Description
Please, consider supporting multiple Airspy devices in gr-osmosdr. Currently, this is not possible and only one of my connected Airspy R2 devices is available in GNU Radio companion and Gqrx.
There was a patch adding this support (by being able to specify the device serial number as a value for the "airspy" argument in Airspy Source) already posted in 2016: https://lists.osmocom.org/pipermail/osmocom-sdr/2016-April/001446.html
The patch still seems to work fine on latest gr-osmosdr and adds exactly the functionality needed to make multiple Airspy devices available. Please, consider adding this patch to upstream gr-osmosdr or implementing a different approach to support multiple Airspy devices in gr-osmosdr. Thanks!
Files
Updated by AsciiWolf about 3 years ago
I have found out that even though the patch works fine, it has one behavior change that could be considered as an regression. :( When this patch is applied, the Airspy Source does not find any devices when an "airspy" argument is specified without any value (just "airspy"). It works fine when specifying it as "airspy=0" (which is what Gqrx does by default). I have found no other issues besides this and both my Airspy R2 SDRs work fine now after specifying them by their serial numbers.
Updated by AsciiWolf about 3 years ago
According to this comment from the patch, it should work: "if no device arguments are given or s/n=0, the first found airspy device will be used" - So yeah, it is an regression, unfortunately. :/
Updated by yarda over 2 years ago
- File airspy_multi_dev.patch airspy_multi_dev.patch added
This patch seems useful, I merged it to Fedora downstream, Fedora bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1958557
I also fixed initialization in the patch, so it now works correctly even if no device arguments are given or s/n is 0. In such case the first found airspy device is used. Modified patch is attached.
This is just proposal, in case you come up with different upstream solution I am ready to sync it with the Fedora downstream.
Updated by AsciiWolf about 1 year ago
It looks like this was still not fixed in upstream, only in Fedora. Any chance that the patch from #note-4 could be accepted in upstream? Thanks!