-
Notifications
You must be signed in to change notification settings - Fork 15
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
Interfacing SoapySDRPlay with rx_tools (RSPDuo) #67
Comments
Dimitri, thanks for reporting the problem. I was able to reproduce it here using As per the using both tuners, you have two options:
I just looked at the code for A few months ago I wrote a couple of I/Q 'recorders' for the SDRplay RSPs, both in single tuner mode and in dual tuner mode, that use the SDRplay API directly (without using SoapySDR and SoapySDRPlay3); you can find them here:
The dual tuner one creates two files (one for channel A and one for channel B), where the I/Q samples are synchronized, which should allow you to combine them as you like. Franco |
Hi Franco, thanks for your answer. Indeed, I am also able to get the desired functionalities on CubicSDR but not from I spent some time last night testing our your scripts, and although they are very useful I am missing some features for my application. I checked out the .c script briefly but would need to spend more time adding:
I'm still playing around with them and will get back to you if I find a workaround to reach my (ambitious) goal. Thanks, |
Hello Dimitri, I think I figured what is causing the problem with With
With the RSPduo switching antenna from one tuner to the other requires a reconfiguration of the RSPduo using This morning I changed the code for this specific case (i.e. where the antenna/tuner is changed while the device is not yet streaming) so that all the device and tuner parameters are saved before the release/select API calls, and they are restored afterwards. I also ran a quick test, and I just pushed the code to the new branch Tonight and in the next couple of days I'll run some more extensive tests with CubicSDR and a couple of other SDR applications to make sure everything still works as expected; if there are no unexpected consequences, I'll then merge the change into the Regarding the I/Q recorders from the Franco |
Hello Franco, I tried with the latest pull but nothing has changed on my side. I even re-installed SoapySDR and SoapySDRPlay3 from scratch but no success yet. Will look more into it this afternoon and get back to you. Dimitri |
Dimitri,
Then rebuild and reinstall the SoapySDRPlay3 module; once you run Franco |
Hi Franco, I apologise for the lack of response, work got a bit hectic since the end of last week. I re-installed SoapySDRPlay3, checked out the new branch, built and installed it. Thank you very much for your help, everything works like a charm now (even with the BiasT)! As far as I'm concerned, you could proceed with the merge to the main branch. I'm still a little unclear on how to use the rx_sdr in Master/Slave mode but will take a closer look. All the best, |
Dimitri, Franco |
Hi everyone,
Not sure if this is the right thread but I would appreciate any help on my issue!
I have managed to acquire raw IQ data from the Tuner 1 (in Single Tuner mode) with the following command:
./rx_sdr -d "driver=sdrplay" -a "Tuner 1 50 ohm" -f 1600M -s 2M -I CS16 -F CS16 -t rfgain_sel=0 test_iq.raw
I was however hoping to be able to do the same with the Tuner 2 (the one that has the bias T) with the following command:
./rx_sdr -d "driver=sdrplay" -a "Tuner 2 50 ohm" -f 1600M -s 2M -I CS16 -F CS16 -t rfgain_sel=0,biasT_ctrl=true test2_iq.raw
But the outputted data is unusable - I suspect it is still using Tuner 1 (which doesn't have my antenna connected to it). Strangely enough, the bias T still manages to power my LNA..
As an added benefit, I was hoping to use both tuners in Dual Tuner mode with rx_tools but after having got lost in the api documentation, I am unsure how to reach this goal (if possible).
Furthermore, I am struggling to understand how one can select the bandwidth given an inputted sample rate (e.g 2 MSPS).
Kind regards,
Dimitri
The text was updated successfully, but these errors were encountered: