New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update SDR++ to support RSP-1B #1311
Comments
I don't have one so can't test/validate anything. Will be a while before this can be added. |
I am happy to help you test (if you want). The operation should be similar to the RSP1A. At a minimum, can you add provisions for RSP1B to the SDRPlusPlus/source_modules/sdrplay_source/src/main.cpp:
and duplicate the cases where openDev.hwVer == SDRPLAY_RSP1A_ID for RSP1B? The device seems to be working, but is showing in the "source" as "Device currently unsupported" and the bandwidth and IF selections are unavailable. I think these changes would resolve that. |
'appreciate you don't take PRs, link below essentially clones the RSP1A functionality as I don't believe there's much difference. I'm willing to be proven wrong. https://github.com/Dustify/SDRPlusPlus/blob/rsp1b/source_modules/sdrplay_source/src/main.cpp It appears to be behaving itself for me with limited testing. |
Tried @Dustify's suggestion, but he didn't have
but it seems to also does the same if I go to version 3.12 with the RSP1B stuff removed. I don't have an RTL or something on me to see if my build is even working correctly, but I can go try tomorrow. |
@JordanSavoie rather than change the source, you can specify options when you run cmake, e.g.
Can you check under "Module Manager" to see if you have an instance of "sdrplay_source". If not, does it appear in the list at the bottom so you can add it? |
@JordanSavoie not sure how much more help I can provide as don't have a mac to attempt the build on. Have you installed the SDRPlay API? Hopefully the maintainer will be able to help. |
@Dustify Yeah I have it installed. I'm on M1 and don't really know what I'm doing anyway, so it's not too surprising that I wasn't able to get it working :p. Alexandre seems to be doing some work with an ARM build, so maybe he'll find something wrong |
@Dustify I did exactly the same modifications, and have it running on MacOS 14.2.1 (Intel) |
I also made similar changes (i.e. treat rsp1b as if it behaves exactly the same as rsp1a) and it appears to work for me on Ubuntu 20.04 AMD64. |
If it seems to work like RSP1A, I'm wondering if gains on some bands are the same or not. It's generally something that is different on each RSP model. And for RSP1B they advertized better performance on bands like:
Do you have experienced gain settings on these bands ? |
What a bummer. I have the exact same problem with my new RSP1B on Mac M1, SDRplay is not in the list. so can't get it to work. funny enough it does work on SDRangel and SDRconnect without a problem. still no fix for SDR++? I love ++ and would like to keep using it, please help. |
@thebrunx sdrplay support isn't turned on in the release build. you need to build from source and include the build option for sdrplay. You can check out the readme for details, but basically when you run cmake, you want a command line something like Once you do that, it still won't recognize your RSP1B. It'll still let you use it as an unknown SDRPlay device. That actually sort of works. But you might need to fiddle with the options to find a set that works. This is very much not supported, and anything that happens, good or bad is up to you. Good luck. |
Unfortunately I'm not much of a programmer and have never "built" before, Is it possible to have video/YouTube instructions on how to do this? |
@thebrunx try the discord server, maybe someone there can help you: https://discord.gg/aFgWjyD |
The new SDRplay RSP-1B is not supported in version 1.1.0. There appears to be some changes in the API for the RSP-1B.
Hopefully you can update to support in the near future.
https://www.sdrplay.com/rsp1b/
The text was updated successfully, but these errors were encountered: