No, the underlying C++ is not hardware specific and there is no Soapy
driver code in GR. We added some hardware-specific YAML files to make life
easier. Users can add their own, too, easily enough. There are generic ones
too at the moment, but to do things right, they have to know the
characteristics of every possible device (e.g, gains) and they're a
maintenance nightmare. It's pretty easy to throw one block for each sdr
you're likely to use on the screen and disable the ones you're not using,
if you switch between them frequently.

On Wed, Oct 13, 2021 at 5:47 PM Marcus D. Leech <[email protected]>
wrote:

> On 2021-10-13 4:20 p.m., Jeff Long wrote:
>
> This is a LimeSDR Mini.
>
> I think the complaint is about the fact that auto-discovery of Lime
> doesn't work?  Not sure.
>   To me, auto-discovery is fraught with issues, and I have *NEVER* in the
> 17 years I've been
>   using Gnu Radio relied on it.
>
> But more disturbing to ME is that the attached screen-cap seems to
> indicate that the Soapy blocks
>   are all *device* specific.  This seems wayyyy broken to me.  It means
> you cannot have an application that
>   is device agnostic.  We have had device-agnostic apps for a LONG
> time--ever since gr-osmosdr came onto the
>   scene and then again when SoapySDR showed up.  We're going back to
> device-specific source blocks?  WHY????
>
>
>
> On Sun, Oct 10, 2021 at 8:03 PM Aardric <[email protected]> wrote:
>
>> Hail,
>>     My rtl-sdr soapy source block runs with attached hardware but
>> running the flow graph with the lime source block throws out the
>> unpleasant response:
>>
>>    File "./test39_lime-sdr.py", line 88, in __init__
>>      stream_args, tune_args, settings)
>> RuntimeError: SoapySDR::Device::make() no match
>>
>>  > SoapySDRUtil --find="driver=lime"
>> ######################################################
>> ##     Soapy SDR -- the SDR abstraction library     ##
>> ######################################################
>>
>> Found device 0
>>    addr = 1d50:6108
>>    driver = lime
>>    label = LimeSDR-USB [USB 3.0] 9081C05C4212E
>>    media = USB 3.0
>>    module = FX3
>>    name = LimeSDR-USB
>>    serial = 0009081C05C4212E
>>
>>
>>   --init--
>>          self.soapy_limesdr_source_0 = None
>>          dev = 'driver=lime'
>>          stream_args = ''
>>          tune_args = ['']
>>          settings = ['']
>>
>>          self.soapy_limesdr_source_0 = soapy.source(dev, "fc32", 1,
>> "driver='lime'",stream_args, tune_args, settings)
>>
>> I don't know why the dev_args input of "driver='lime'" is required.
>>
>> git branch gnuradio 3.9-maint
>> built with PyBOMBS (on 2021-10-09)
>> opensuse Leap 15.2.
>>
>> The web page https://wiki.gnuradio.org/index.php/Soapy was informative
>> but didn't tell me where to go next with this. Before I begin the
>> daunting (for a non-developer) task of exploring more deeply, I thought
>> to query this forum for obvious suggestions or known solution (or bug
>> status).
>>
>> Rick
>>
>>
>>
>

Reply via email to