-
-
Notifications
You must be signed in to change notification settings - Fork 198
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
SDRplay support? #422
Comments
After messing with the PPM adjustment I do get good decode in TR. Seems without explicitly setting the gain values it goes in to AGC mode. The two "gains" of interest are IFGR (IF gain reduction) and RFGR (RF gain reduction).
|
@frameshift18 did you happen to document the process to get TR working with an SDRPlay? I have an RSPduo and haven't been successful yet. The amount of hoops you have to jump though to get all of the drivers working correctly is ridiculous. I think I am getting close, but not quite there yet. I was going to see how much better it performs for analog channels. |
I have been meaning to put together some sort of guide. Honestly I've messed with so many things I'm not sure what actually got it working lol. I used this soapysdrplay module that requires the v3 api binary. I remember reading somewhere the newer SDRPlays are only supported on the v3 api. I'm not sure if gr-osmosdr supports passing the antenna selection to soapysdr so you may run into issues there on a Duo. I will try to dig into my SDRPlay system and see what I can gather. |
@frameshift18 I had the same problem with an SDRPlay RSP2. I eventually gave up on it and bought an Airspy. I still have an RSP2 and can test if you do come up with the steps/a guide. One thing that might help is if you could share your config, or at least what you set the two gains IFGR and RFGR to? Thanks, -Noah |
@frameshift18 can you share your TR config file? I have an RSP1a that I have been trying to get to work with TR and think I'm real close. I'm getting the error messages below, but I also see a warning related to setting the gain. I've pasted my current config for you to compare. [WARNING] set_gain() is deprecated - please use set_gain(name) instead [2021-04-14 10:22:27.459012] (debug) process_data_unit timeout {
} |
I've noticed on my RSP (the original) the PPM needs adjusting to around 2 or 3 depending on temperature. Sometimes when starting from cold the XO will drift enough that once it warms up I lose the CC and will need to add .5 to 1 to the PPM to get it locked on the CC again. I suggest playing around with the PPM a bit and see if you get any decode. Since I have the RSP I don't have as many options, such as antenna port, which I think is helping me since there is less to potentially be set wrong by the driver by default that TR can't currently change. Also when you first run TR it will spit out a bunch of helpful information related to the SDR source. I get errors about no gain set but the Soapy driver defaults to AGC since TR doesn't seem to be able to set the individual gains currently. I tried poking around in the source code but the additional Soapy layer gets me lost lol. There is a way to pass arguments to the soapy driver via the device line but I haven't had any luck. "ver": 2, [2021-04-15 01:42:08.129868] (info) Driver: osmosdr |
@frameshift18 thank you for your reply and config. I tried setting the ppm and I get a 'Segmentation fault (core dumped)' [2021-04-15 16:02:13.655260] (info) Driver: osmosdr SoapySDRUtil --info Soapy SDR -- the SDR abstraction library###################################################### Lib Version: v0.8.0-g351896d3
|
There hasn't been activity on this issue for a few months. If anyone wants to reopen this please do so, but for now @robotastic lets close this. |
So, some notes from my efforts here:
cast_to_osmo_sptr(source_block)->set_gain_mode(true); cast_to_osmo_sptr(source_block)->set_gain_mode(false); My config looks like this: "sources": [{ "center": "772000000", "rate": "10000000", "error": "0", "ppm": "0", "lnaGain": 1, "digitalRecorders": 5, "digitalLevels": 8, "driver": "osmosdr", "device": "soapy,driver=sdrplay,agc_setpoint=0" }], |
FYI I am unable to get gain control to work with my RSP1 from a fresh build of My source config: "sources": [{
"center": 857487500,
"rate": 8000000,
"error": 10000,
"agc": false,
"gainSettings": {
"RFGR": 0,
"IFGR": 25
},
"digitalRecorders": 16,
"driver": "osmosdr",
"device": "soapy,driver=sdrplay,agc_setpoint=0"
}], And the output when the device is initialized:
As you can see, AGC is not disabled properly and the IF/RF gain reductions are not set to the correct values (well, RFGR is but IFGR definitely isn't) |
Been poking around trying to get my old SDRplay to work with TR. After all the SoapySDRplay set up it seems the gain settings on the SDRplays are quite different than the RTL based SDRs. I have got TR running with my SDRplay but TR never finds the control channel. I'm thinking not being able to modify the various gain settings is the culprit. It does work with CubicSDR correctly though so I feel I have the driver and Soapy set up correctly.
I think this could be an easy fix if all we have to do is pass the correct gain settings to osmosdr/Soapy.
I would be happy to troubleshoot and test..
The text was updated successfully, but these errors were encountered: