--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+unsubscribe@googlegroups.com.
To post to this group, send email to gq...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gqrx/3b763b53-27da-4d27-becf-cb1c851e97f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Terry,
1) I've attached the terminal output from a successful GQRX invocation with an RTL Dongle, in this case a NooElec SDR Smart dongle.
2) Comparing by eye (or using diff or a GUI diff if one prefers) the key difference is in the line from your transcript:
Using device #0 Realtek RTL2838UHIDIRWhat this implies is that either GQRX can not see the dongle, or that the dongle's tuner chip is not supported.
Detached kernel driver
No supported tuner found
Enabled direct sampling mode, input 1
3) Since you are using an Ubuntu 16.04 variant, then, when you installed GQRX, no further configuration should be necessary. [A udev rule is included in librtlsdr0, and includes extensive options to capture many known devices.]
4) Do you get the same results with both dongles? It is possible to get dongles which are not supported under Linux, but which will perform under Windows. [Generally due to a chip manufacturer's unwillingness to disclose necessary interface information, except under an Open Source incompatible NDA.]
4A) Do you get the same results on all USB2 ports?
[Sometimes chip manufacturers feel that lawyers are cheaper than
competent logic designers!]
5) To diagnose further, what are the results of lsusb with each of the dongles? lsusb requires the installation of package usbutils.
5A) A further diagnosis is to install package rtl-sdr,
and then to run rtl_test. What results do you get from
each of the dongles?
6) A great deal of stuff on the general Internet on the use of RTL dongles under Linux is very out-of-date. This compatibility list was last revised 2 years ago, but may be helpful: https://www.reddit.com/r/RTLSDR/wiki/compatibility.
Good luck, and hopefully you'll get there,
Robin, G8DQX
Alex,
it can happen because there are two chips in an RTL 2832U dongle. For whatever reasons, not all tuner chips are supported by Linux, probably due to nasty NDAs. That was the point of the compatibility list link in my earlier post.
So a dongle can be fine under Windows with a closed-source
driver. But under Linux, no open source driver is possible, due to
NDA restrictions.
So, sadly, it's caveat emptor,
73,
Robin, G8DQX (burning midnight oil on a different project!)
Miguel,
1) the most likely cause of problems with an RTL-SDR V3 dongle is a lack of udev rule, though it could be something else. Did you install package rtl-sdr?
If not, then (assuming that you're using Ubuntu) install rtl-sdr
using Synaptic, the software store or the terminal: apt-get
install rtl-sdr. That automatically installs everything that
the hardware should need.
2) to help you any further, you need to tell the rest of us what hardware you are using, how GQRX was installed, did you try different installation methods, what aerial is connected to the dongle, what frequency you're trying to receive, the OS and its version &c. &c. Without that information, we are shooting in the dark and unlikely to get to the real cause.
Robin, G8DQX
--
Miguel,
1) what rtl_test is saying is that, irrespective of the -t parameter, no tuner has been found that rtl-sdr is capable of supporting.
With a supported tuner (in this case with an R820T2 tuner chip), the output of rtl_test should be something like:
:~$ rtl_test2) It looks as if the dongle hardware is not what you think that it is, or has failed in some way. Could you post what the last 6 lines of dmesg are, just after you installed the dongle, something similar to:
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode...
^CSignal caught, exiting!
User cancel, exiting...
Samples per million lost (minimum): 0
:~$ dmesg |tail -63) The transcript from the terminal is showing the same thing, that there is no recognised tuner:
[833227.648177] usb 3-2: new high-speed USB device number 19 using xhci_hcd
[833227.843804] usb 3-2: New USB device found, idVendor=0bda, idProduct=2838
[833227.843807] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[833227.843809] usb 3-2: Product: RTL2838UHIDIR
[833227.843811] usb 3-2: Manufacturer: Realtek
[833227.843812] usb 3-2: SerialNumber: 00000001
Loading configuration from: "default.conf"4) According to the information and dat asheet available at https://www.rtl-sdr.com/rtl-sdr-blog-v-3-dongles-user-guide/, the RTL-SDR V3 dongle uses an R820T2.
Configuration file: "/home/mdescape/.config/gqrx/default.conf"
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.10
built-in source types: file osmosdr fcd rtl rtl_tcp uhd plutosdr miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
No supported tuner found
Robin, G8DQX
--
Miguel,
unavoidably distracted! Given the symptoms described, which are:
a) the hardware seems to be recognised as a valid RTL-SDR dongle
b) the hardware fails rtl_test
Then a resolution by substitution would seem to be the way to go. Either:
c) try another RTL-SDR dongle in the same machine using rtl_test, or
d) try the current RTL-SDR dongle in another machine, preferably a Linux box
The fact that the tuner is not recognised as an R820 indicates that either it has failed or it is not a supported tuner, which implies that the dongle is not an RTL-SDR V3. The symptoms could also be consistent with a software problem. The tests in c) and d) above should help to resolve the issue.
If the tuner is not an R820 or R820T2, or other supported tuner, then the dongle may work in a Windows machine, using a proprietary driver. [That is due to a manufacturer's choice not to make the necessary information available except possibly under NDA.]
HTH,
Robin, G8DQX