-
Notifications
You must be signed in to change notification settings - Fork 81
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
No supported devices found #159
Comments
Do you have other SDR applications installed which are able to access the RTL-SDR? Maybe this is a permission issue. |
Yes I have rtl-sdr package installed as well as cubicSdr. Neither of those
are running when I attempt to run gr-iridium.
Worth removing those? Perhaps adding a second sdr and specifying 1 instead
of 0 might help if it’s a permission issue?
…On Tue, Aug 30, 2022 at 3:56 AM schneider42 ***@***.***> wrote:
Do you have other SDR applications installed which are able to access the
RTL-SDR? Maybe this is a permission issue.
—
Reply to this email directly, view it on GitHub
<#159 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALMV2W6NXOBC2OEWNG5EMFLV3W5CFANCNFSM5773P3JA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Update: I switched to using the 'rtl-sdr-soapy.conf' configuration and I'm able to now read the SDR. However I have hit a wall with the sample rate and decimation.
ValueError: source: Unsupported sample rate (2000000.000000). Rate must be in the range 250000.000000, 1024000.000000, 1536000.000000, 1792000.000000, 1920000.000000, 2048000.000000, 2160000.000000, 2560000.000000, 2880000.000000, 3200000.000000 When I attempt to use any of the values provided there I get an error that sample rate must be divisible by 100000. So that leaves 3200000.
RuntimeError: Selected sample rate and decimation can not be matched. Please try a different combination. Sample rate divided by decimation must be a multiple of 250000. So obviously 3200000 will not work, so I attempt to run without -D and turn decimation off, however I get the same error. Any ideas on how to get this running? How do I run without decimation? Is there a sample rate that will work that I'm overlooking? btw, using RTL2832U v3. Thank You. |
Sadly soapy has this limitation in the versions available in current distributions. See pothosware/SoapyRTLSDR#59 As a workaround you could try to install a more recent version of SoapyRTLSDR from source: https://github.com/pothosware/SoapyRTLSDR/releases/tag/soapy-rtl-sdr-0.3.3 I might dig out some code which adds a resampler at the input of gr-iridium, but that might take a while. |
Ok, thanks for the quick reply! I think I'll return to trying to get the osmosdr-source working. Seems to be that there others who have gotten the rtl-sdr.conf to work with the sdr I'm using so I must be missing something. I have completely removed gr-iridium and rebuilt the package and still getting the same issue. I attempted to run osmosdr fft commands and received similar issues. Seems that osmosdr is the problem. |
Getting the following error bellow when attempting to run extractor with RTL-SDR. i have un-commented the 'device_args' line in the examples/rtl-sdr file. Not sure where else to look to troubleshoot?? Thanks.
Command is:
$ iridium-extractor -D 4 examples/rtl-sdr.conf > output.bits
Error:
gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.1.1
built-in source types: file rtl_tcp rfspace redpitaya
Traceback (most recent call last):
File "/usr/local/bin/iridium-extractor", line 365, in
tb = iridium.iridium_extractor_flowgraph.FlowGraph(center_frequency=center, sample_rate=sample_rate, decimation=decimation,
File "/usr/local/lib/python3.10/dist-packages/iridium/iridium_extractor_flowgraph.py", line 151, in init
source = osmosdr.source(args=d['device_args'])
RuntimeError: No supported devices found (check the connection and/or udev rules).
The text was updated successfully, but these errors were encountered: