Project

General

Profile

Actions

Bug #5144

open

Support multiple Airspy devices

Added by AsciiWolf almost 3 years ago. Updated 6 months ago.

Status:
New
Priority:
High
Assignee:
Target version:
-
Start date:
05/08/2021
Due date:
% Done:

0%

Spec Reference:

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

airspy_multi_dev.patch airspy_multi_dev.patch 2.04 KB yarda, 10/12/2021 08:52 PM
Actions #1

Updated by AsciiWolf almost 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.

Actions #2

Updated by AsciiWolf almost 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. :/

Actions #3

Updated by AsciiWolf almost 3 years ago

Hopefully, someone more skilled in C will fix the patch.

Actions #4

Updated by yarda over 2 years ago

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.

Actions #5

Updated by AsciiWolf 12 months 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!

Actions #6

Updated by laforge 12 months ago

  • Assignee set to horiz0n

I'm sorry to see the lack of feedback / progress here. I'm not personally involved in this project.Assigning to horiz0n and adding some watchers like steve-m

Actions #7

Updated by AsciiWolf 6 months ago

laforge wrote in #note-6:

I'm sorry to see the lack of feedback / progress here. I'm not personally involved in this project.Assigning to horiz0n and adding some watchers like steve-m

Any update?

Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)