RTL2832U on Gentoo Linux does not work

82 views
Skip to first unread message

Sheilah Vidra

unread,
Mar 26, 2022, 12:19:31 PM3/26/22
to Gqrx SDR
The problem is that qgrx cannot scan my device(RTL2832U) out mean while the SigDigger can detect it and take capture but no information captured there. Please give me some suggestion to classify the issue and fix it. Thanks!

The `rtl_test` return reports like:
Found 1 device(s):
  0:  Generic, RTL2832U, SN: 77771111153705700

Using device 0: Generic RTL2832U
Detached kernel driver
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...
Allocating 15 zero-copy buffers
lost at least 28 bytes

----------------------------------------------------------separating line----------------------------------------------
command `rtl_fm -M wbfm -f 106.1M | play -r 32k -t raw -e s -b 16 -c 1 -V1 -` returns only white chaos like:

Found 1 device(s):

-: (raw)

 File Size: 0
  Encoding: Signed PCM
  Channels: 1 @ 16-bit
Samplerate: 32000Hz
Replaygain: off
  Duration: unknown

In:0.00% 00:00:00.00 [00:00:00.00] Out:0     [      |      ]        Clip:0      0:  Generic, RTL2832U, SN: 77771111153705700

Using device 0: Generic RTL2832U
Detached kernel driver
Found Rafael Micro R820T tuner
Tuner gain set to automatic.
Tuned to 106371000 Hz.
Oversampling input by: 6x.
Oversampling output by: 1x.
Buffer size: 8.03ms
Exact sample rate is: 1020000.026345 Hz
Allocating 15 zero-copy buffers
Sampling at 1020000 S/s.
Output at 170000 Hz.
In:0.00% 00:00:10.75 [00:00:00.00] Out:344k  [   ===|===   ]        Clip:0
-------------------------------------------------------separating line--------------------------------------------------------------

My environment is as followed:
`lsusb`:
0bda:2832 Realtek Semiconductor Corp. RTL2832U DVB-T

`cat /etc/udev/rules.d/rtl-sdr.rules`:
SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bda", ATTRS{idProduct}=="2832", MODE:="0666"

The following package and their dependencies had installed.
net-wireless/soapyrtlsdr
net-wireless/sigdigger
net-wireless/urh
net-wireless/gqrx
net-wireless/gqrx-scanner

Vladislav P

unread,
Apr 2, 2022, 11:04:02 AM4/2/22
to Gqrx SDR
Hello.
It looks, like you have built net-wireless/gr-osmosdr without rtl-sdr support.
Check use flags with `equery uses net-wireless/gr-osmosdr` and post here, please.

суббота, 26 марта 2022 г. в 19:19:31 UTC+3, sheilahv...@gmail.com:

Sheilah Vidra

unread,
Apr 4, 2022, 5:23:43 AM4/4/22
to gq...@googlegroups.com
Yes, you are right, here is the output of `equery uses net-wireless/gr-osmosdr`:

---------------------------------output--------------------------------------------
[ Legend : U - final flag setting for installation]
[        : I - package is installed with flag     ]
[ Colors : set, unset                             ]
 * Found these USE flags for net-wireless/gr-osmosdr-0.2.3:
 U I
 - - airspy                         : Build with Airspy support
 - - bladerf                        : Build with Nuand BladeRF support
 - - hackrf                         : Build with Great Scott Gadgets HackRF support
 - - iqbalance                      : Enable support for I/Q balancing using gr-iqbal
 - - python                         : Add optional support/bindings for the Python language
 - - python_single_target_python3_8 : Build for Python 3.8 only
 + + python_single_target_python3_9 : Build for Python 3.9 only
 + + rtlsdr                         : Build with Realtek RTL2832U (rtlsdr) support
 - - sdrplay                        : Enable support for SDRplay devices through net-wireless/sdrplay
 - - soapy                          : Build with SoapySDR support
 - - uhd                            : Build with Ettus Research USRP Hardware Driver support
------------------------------------------------------------------------------------------------------

I had `emerge -a gr-osmosdr` again last week, gqrx detected the sdr device well, but there was no efficient signal captured.


--
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+uns...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gqrx/0462ea7f-73cb-4f20-8f30-c1c4f2a72b74n%40googlegroups.com.

Sheilah Vidra

unread,
Apr 4, 2022, 5:35:22 AM4/4/22
to gq...@googlegroups.com
This is the audio wave captured last week, weird.
2022-03-27 20-45-58.mp4
Reply all
Reply to author
Forward
0 new messages