select daughterboard on usrp via soapysdr #1075
-
in most soapysdr applications, you can pass a device string to it. Is there a way to pass the subdev=B0 to my usrp x300? Be nice to access HF in sdr++. Great program, thanks! |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 16 replies
-
Hi, The SoapySDR source doesn't allow for these types of settings and support is not planned. However: I've been working with Ettus Research to support all USRPs natively. Due to issues on some distros, the module is not currently included in prebuilt versions, but you can build SDR++ from source and enable the |
Beta Was this translation helpful? Give feedback.
-
Thanks so much! I'll try it tonight.
…On Mon, May 22, 2023, 16:35 AlexandreRouma ***@***.***> wrote:
Hi,
The SoapySDR source doesn't allow for these types of settings and support
is not planned. However:
I've been working with Ettus Research to support all USRPs natively. Due
to issues on some distros, the module is not currently included in prebuilt
versions, but you can build SDR++ from source and enable the usrp_source
module (add -DOPT_BUILD_USRP_SOURCE=ON to the cmake arguments). It's
currently fully tested and working with the x300 series (I test with an
x310 here). All combinations of daughterboards are supported.
—
Reply to this email directly, view it on GitHub
<#1075 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AUE7HY2AI6WL6HHDMFFUOILXHPE2PANCNFSM6AAAAAAYK4NKSM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***
com>
|
Beta Was this translation helpful? Give feedback.
-
moving the fprintf in the inner loop up to before the faulting line, bandwidths.define((int)i, getBandwdithScaled(i), i);, i get bwidth: 0.000000 |
Beta Was this translation helpful? Give feedback.
-
A little more poking at it and interestingly after removing the if (>0) it still works until i change devices in the devices drop down to any of the strange soundcard devices. then we crash.. Problem seems to have come from the first of those happens to be the default until get in far enough to select the actual USRP device. by adding that if (...) continue in there this is what i get in the drop down. -- Any of the soapy ... options will crash sdr++. |
Beta Was this translation helpful? Give feedback.
Hi,
The SoapySDR source doesn't allow for these types of settings and support is not planned. However:
I've been working with Ettus Research to support all USRPs natively. Due to issues on some distros, the module is not currently included in prebuilt versions, but you can build SDR++ from source and enable the
usrp_source
module (add-DOPT_BUILD_USRP_SOURCE=ON
to the cmake arguments). It's currently fully tested and working with the x300 series (I test with an x310 here). All combinations of daughterboards are supported.