Support for the sdrplay ? about satdump HOT 12 CLOSED

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

Are you sure the samplerate you set is valid? I doubt rsp_tcp does any resampling so you need to make sure the samplerate you input is supported by the RSP1A.

I tried to set the samplerate of rsp_tcp and satdump to be the same, but it didn’t work. I think sdrplay has a 14bit ADC and rtl_sdr is 8bit. For compatibility, rsp_tcp will convert 14bit to 8bit.

My inference is that rsp_tcp throws redundant data in order to be compatible with rtl_tcp, however, this caused performance loss. In my opinion, SatDump should try to interface with SoapySDR rather than just supporting the SDRplay series, which means that more SDRs will be able to use SatDump, instead of manually recording baseband and using offline demodulation.

I have considered SoapySDR and it has been my go-to in the past, but from my experience and others', it does come with pretty huge caveats and flaws meaning it's in the end... A lot more pain than implementing proper support for each SDR.
Then, some modules are straight up broken in SoapySDR, such as the SDRPlay one.

That's why I have not implemented Soapy support and don't plan on supporting it that much. I could add it as an option, but don't want to spend time debugging every single issue that's not from my side.

In the end, I am making my own SDR abstraction layer, but you pointed out it requires doing the support work manually for each device, which of course is a lot easier when I have access to the hardware for testing... It has downside but in this instance and in a software like SatDump the control this gives over how I'll deal with the SDR and such comes extremely handy in the end.

And well, to be honest on another point about SoapySDR, some required features are not properly abstracted so making it work still requires quite a lot of per-device specifics. If I'm going to need to do that kind of work anyway, implementing the entire thing myself with a lower-level API becomes really worth it.

from satdump.

Added in 2c7bf31

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

from satdump.

Hi, I do plan to support SDRPlay devices once I have a way to test things. I have reached out to SDRPlay about it, so hopefully that will be possible shortly.

Can't really support devices I can't properly test my code with.

In the meantime, you will unfortunately have to record baseband or use another way of feeding the data such as what @bclswl0827 mentioned.

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

from satdump.

Hi, I do plan to support SDRPlay devices once I have a way to test things. I have reached out to SDRPlay about it, so hopefully that will be possible shortly.

Can't really support devices I can't properly test my code with.

In the meantime, you will unfortunately have to record baseband or use another way of feeding the data such as what @bclswl0827 mentioned.

Thanks for your reply and I will try more to make it work

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

Are you sure the samplerate you set is valid? I doubt rsp_tcp does any resampling so you need to make sure the samplerate you input is supported by the RSP1A.

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

Are you sure the samplerate you set is valid? I doubt rsp_tcp does any resampling so you need to make sure the samplerate you input is supported by the RSP1A.

I tried to set the samplerate of rsp_tcp and satdump to be the same, but it didn’t work. I think sdrplay has a 14bit ADC and rtl_sdr is 8bit. For compatibility, rsp_tcp will convert 14bit to 8bit.

from satdump.

Hi, rsp_tcp seems to work fine with SatDump, I'm decoding FY-2H these days and I did a brief test (180cm dish + SDRplay 1A)

from satdump.

Successfully received FY-2H full disk image via RSP1A, hope this helps!

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

Are you sure the samplerate you set is valid? I doubt rsp_tcp does any resampling so you need to make sure the samplerate you input is supported by the RSP1A.

I tried to set the samplerate of rsp_tcp and satdump to be the same, but it didn’t work. I think sdrplay has a 14bit ADC and rtl_sdr is 8bit. For compatibility, rsp_tcp will convert 14bit to 8bit.

My inference is that rsp_tcp throws redundant data in order to be compatible with rtl_tcp, however, this caused performance loss. In my opinion, SatDump should try to interface with SoapySDR rather than just supporting the SDRplay series, which means that more SDRs will be able to use SatDump, instead of manually recording baseband and using offline demodulation.

from satdump.

Hi, you can try with SDRplay/RSPTCPServer, a rtl_tcp compatible program for SDRPlay.

I have tested rsp_tcp but it failed I can open the live processing but cannot decode and the signal cannot be locked
gnuradio with xrit-rx can works well and decodes successfully for the gk-2a satellite

Are you sure the samplerate you set is valid? I doubt rsp_tcp does any resampling so you need to make sure the samplerate you input is supported by the RSP1A.

I tried to set the samplerate of rsp_tcp and satdump to be the same, but it didn’t work. I think sdrplay has a 14bit ADC and rtl_sdr is 8bit. For compatibility, rsp_tcp will convert 14bit to 8bit.

My inference is that rsp_tcp throws redundant data in order to be compatible with rtl_tcp, however, this caused performance loss. In my opinion, SatDump should try to interface with SoapySDR rather than just supporting the SDRplay series, which means that more SDRs will be able to use SatDump, instead of manually recording baseband and using offline demodulation.

agree with you

from satdump.