This project forked from osmocom/rtl-sdr
Modified Osmocom drivers with enhancements for RTL-SDR Blog V3 and V4 units.
Home Page: https://www.rtl-sdr.com
License: GNU General Public License v2.0
rtl-sdr turns your Realtek RTL2832 based DVB dongle into a SDR receiver ====================================================================== For more information see: https://osmocom.org/projects/rtl-sdr/wiki ********************************************************************** ***************************** Modified RTL-SDR Blog Version ***************************** 25-August-2023: Brought up to date with latest Osmocom upstream, and added some new features like auto-direct sampling. Also made the force bias tee function stronger, so it cant be turned off when the bias tee is forced, even when calling the bias tee function. Remove the rtl_tcp ringbuffer changes as this seems to cause more trouble that it helps. 1) VCO PLL current fix - Improves stability at frequencies above ~1.5 GHz https://www.rtl-sdr.com/beta-testing-a-modified-rtl-sdr-driver-for-l-band-heat-issues/ 2) Enabled direct sampling for rtl_tcp 3) Hack to force the bias tee to always be on by setting the unused IR endpoint bit to 0 in the EEPROM. Example to force the BT to be always ON "rtl_eeprom -b 1", to remove forced BT "rtl_eeprom -b 0" 4) Repurposed "offset tuning" to toggle bias tee ON/OFF. We can now use the "offset tuning" button in SDR# and other programs to toggle the bias tee if there is no specific button in the GUI. 5) Support added for R828D RTL-SDR Blog V4 based dongles. 6) Auto direct sampling. For R820T/R860 dongles like the RTL-SDR Blog V3 the code will automatically change to direct sampling mode when the frequency is below 24 MHz. It will also automatically change back to normal sampling when the frequency is above 24 MHz. There is no need to manually change the sampling mode anymore for these dongles. BIAS TEE NOTE: Always take care that you do not enable the bias tee when the device is connected to a short circuited antenna unless there is an inline LNA. However. if you did by accident, don't worry as the circuit is dually protected with a self-resetting thermal fuse and built in protection on the LDO. Just try not to short it out for days at a time, otherwise you could eventually degrade the thermal fuse. Note that hack 3) will only work if your system is using this driver. If your system or software is using another driver fork, then the EEPROM information will not be read. So make sure you completely clean your system of the previous drivers first (with the information below) and ensure you run sudo make install after compiling. On Windows, make sure you are using this code's rtlsdr.dll file. ******************** Installation (Linux): ******************** ***NOTE*** If you previously installed librtlsdr-dev via the package manager you should remove this first BEFORE installing these drivers. To completely remove these drivers use the following commands sudo apt purge ^librtlsdr sudo rm -rvf /usr/lib/librtlsdr* /usr/include/rtl-sdr* /usr/local/lib/librtlsdr* /usr/local/include/rtl-sdr* /usr/local/include/rtl_* /usr/local/bin/rtl_* ***Now install the drivers*** sudo apt update sudo apt install libusb-1.0-0-dev git cmake pkg-config git clone https://github.com/rtlsdrblog/rtl-sdr-blog cd rtl-sdr-blog/ mkdir build cd build cmake ../ -DINSTALL_UDEV_RULES=ON make sudo make install sudo cp ../rtl-sdr.rules /etc/udev/rules.d/ sudo ldconfig echo 'blacklist dvb_usb_rtl28xxu' | sudo tee --append /etc/modprobe.d/blacklist-dvb_usb_rtl28xxu.conf *********************** Alternative Debian Package Installation Method: *********************** If you have a system reliant on the Debian packages (eg. FlightRadar24, FlightAware, ADSBExchange images) you can update them directly using this method: sudo apt update sudo apt install libusb-1.0-0-dev git cmake sudo apt install debhelper git clone https://github.com/rtlsdrblog/rtl-sdr-blog cd rtl-sdr-blog sudo dpkg-buildpackage -b --no-sign cd .. sudo dpkg -i librtlsdr0_*.deb sudo dpkg -i librtlsdr-dev_*.deb sudo dpkg -i rtl-sdr_*.deb ********************** Installation (MacOS): ********************** First make sure you have installed homebrew and xcode. Open a terminal and run: brew uninstall rtl-sdr brew install cmake brew install libusb brew install pkgconfig git clone https://github.com/rtlsdrblog/rtl-sdr-blog cd rtl-sdr-blog mkdir build cd build/ cmake ../ make LIBRARY_PATH=/usr/local/lib sudo make install *********************** Installation (Windows): *********************** Download the Release.zip file from the Releases page. For SDR# extract the rtlsdr.dll file from the x86 folder to the SDR#. For most other x64 programs, use the rtlsdr.dll file in the x64 folder.
This error appears when trying to compile:
pi@caribou-3:~/Downloads/rtl-sdr-blog-1.3/build $ cmake ..
-- The C compiler identification is GNU 8.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Build type not specified: defaulting to release.
-- Extracting version information from git describe...
fatal: not a git repository (or any of the parent directories): .git
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.29")
-- Checking for module 'libusb-1.0'
-- Found libusb-1.0, version 1.0.22
-- Udev rules not being installed, install them with -DINSTALL_UDEV_RULES=ON
-- Building with kernel driver detaching disabled, use -DDETACH_KERNEL_DRIVER=ON to enable
-- Building with usbfs zero-copy support disabled, use -DENABLE_ZEROCOPY=ON to enable
-- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY
-- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY - Success
-- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY
-- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY - Failed
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Success
CMake Error at /usr/share/cmake-3.16/Modules/WriteBasicConfigVersionFile.cmake:43 (message):
No VERSION specified for WRITE_BASIC_CONFIG_VERSION_FILE()
Call Stack (most recent call first):
/usr/share/cmake-3.16/Modules/CMakePackageConfigHelpers.cmake:225 (write_basic_config_version_file)
CMakeLists.txt:189 (write_basic_package_version_file)
Version 1.2 was Ok.
Currently, rtl_tcp(1) and other tools like rtl_fm(1) do not gracefully exit if the device is disconnected while running, and it does not continue to work after plugging the device in.
For example, rtl_tcp(1) has to be restarted to work after re-plugging the device:
$ rtl_tcp
Found 1 device(s):
0: RTLSDRBlog, Blog V4, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R828D tuner
RTL-SDR Blog V4 Detected
Tuned to 100000000 Hz.
listening...
Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source
to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).
client accepted! localhost 42448
set freq 0
set sample rate 2400000
set freq correction 0
set direct sampling 0
Disabled direct sampling mode
set agc mode 0
set bias tee 0
set offset tuning 0
set gain mode 1
set tuner gain by index 17
set freq 125019000
set bias tee 1
set tuner gain by index 18
set tuner gain by index 19
set tuner gain by index 18
set tuner gain by index 17
set tuner gain by index 16
set tuner gain by index 15
set tuner gain by index 14
# Reconnected!
cb transfer status: 1, canceling...
worker cond timeout
Signal caught, exiting!
comm recv bye
Signal caught, exiting!
all threads dead..
listening...
Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source
to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).
client accepted! localhost 46248
set freq 125019000
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=17 len=1
r82xx_set_freq: failed=-4
set sample rate 2400000
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=0a len=1
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
Failed to submit transfer 0
Please increase your allowed usbfs buffer size with the following command:
echo 0 > /sys/module/usbcset freq correction 0
ore/parameters/usbfs_memory_mb
set direct sampling 0
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=05 len=7
r82xx_write: i2c wr failed=-4 reg=0c len=1
r82xx_init: failed=-4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
Disabled direct sampling mode
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=17 len=1
r82xx_set_freq: failed=-4
set agc mode 0
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
set bias tee 1
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
set offset tuning 0
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_read_reg failed with -4
rtlsdr_write_reg failed with -4
set gain mode 1
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=05 len=1
set tuner gain by index 14
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=05 len=1
set freq 125019000
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=17 len=1
r82xx_set_freq: failed=-4
worker cond timeout
Signal caught, exiting!
comm recv bye
Signal caught, exiting!
all threads dead..
listening...
Use the device argument 'rtl_tcp=127.0.0.1:1234' in OsmoSDR (gr-osmosdr) source
to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).
^CSignal caught, exiting!
bye!
Are there any plans to make rtl_tcp(1) work seamlessly across re-plugging in the device? This makes it much easier to orchestrate the service in background (so I don't need to write fancy systemd BindTo= stuff). Thanks a lot.
Compiled RTL_433.
Only output is:
bitbuffer_add_bit: Warning: row count limit (50 rows) reached
bitbuffer_add_bit: Warning: row count limit (50 rows) reached
bitbuffer_add_bit: Warning: row count limit (50 rows) reached
bitbuffer_add_bit: Warning: row count limit (50 rows) reached
Tried several gain-options. This resulted in no output at all.
Using is with SDRplusplus is fine, of course also in HF.
Is this a bug?
now with the latest versions of SDR# such as 1911, 1912, and 1913 it crashes after changing frequencies or moving the spectrum a bit, or after few minutes of usage, or also It crashes when you adjust the RF gain, and the bug seems to be in this library.
here are reports about this:
https://groups.io/g/airspy/topic/sdr_1913/99412741
https://forums.radioreference.com/threads/sdr-1911-rtl-sdr.458938/
https://www.reddit.com/r/RTLSDR/comments/14730fj/sdrsharp_rev_1913_bug/
https://www.reddit.com/r/sdr/comments/148ooxb/sdrsharp_last_version_crashes_on_windows/
Hi,
just ran into a problem:
Workaround: enable bias-t with rtl_eeprom
Is this the expected behaviour?
A virtual driver for two RTL-SDR devices that double the bandwidth of just one RTL-SDR.
When you plug in two RTL-SDR dongles, you can pass -c num of devices to chain to rtl_eeprom. This will double or triple the amount of usable bandwidth by using multiple RTL-SDR devices. And it creates a virtual driver that you can use in SDR++ or SDR#. The only difference is that the virtual RTL-SDR has double or triple the bandwidth.
Most software defined radio application don't support using multiple sdr devices to double or triple the amount of usable bandwidth. With three RTL-SDR dongles, I could receive ATSC 3.0 with my antenna, but again most software defined radios don't support this.
And I just realized most software for receiving signals such as ATSC 3.0 or LTE 4G don't support RTL-SDR devices at all. To fix this, it could fake a HackRF driver or UHD driver.
I followed the instructions on https://www.rtl-sdr.com/rtl-sdr-quick-start-guide/
under Getting Started on Linux
I get the following when running
$ rtl_test
Found 1 device(s):
0: `, , SN:
Using device 0: Generic RTL2832U OEM
usb_open error -3
Please fix the device permissions, e.g. by installing the udev rules file rtl-sdr.rules
Failed to open rtlsdr device #0.
running it as sudo also:
$ sudo rtl_test
Found 1 device(s):
0: RTLSDRBlog, Blog V4, SN: 00000001
Using device 0: Generic RTL2832U OEM
Kernel driver is active, or device is claimed by second instance of librtlsdr.
In the first case, please either detach or blacklist the kernel module
(dvb_usb_rtl28xxu), or enable automatic detaching at compile time.
usb_claim_interface error -6
Failed to open rtlsdr device #0.
I have the following
$ ls /etc/udev/rules.d/
61-debian-system-adjustments-polling.rules rtl-sdr.rules
70-persistent-cd.rules
Not reposting rtl-sdr.rules since it's huge
$ cat /etc/modprobe.d/blacklist-dvb_usb_rtl28xxu.conf
blacklist dvb_usb_rtl28xxu
Any ideas?
The variant of rtl_tcp using a ringbuffer performs quite well, however, it always uses 100% of a CPU (on a raspberry pi 1, pi 4, or even on my laptop with a core i7).
Since one of the latest commits (e47685e and ff.), the sensitivity for ADS-B use of my v4 dongle decreased dramatically: I'm running dump1090-fa with automatic adaptive gain settings (i.e., https://github.com/flightaware/dump1090/blob/dev/README.adaptive-gain.md); to have 30 dB dynamic range, automatic gain set itself to a max. of ~45 dB, now it is only ~30 dB, which impacts sensitivity for more distant signals dramatically.
The tuner gain setting doesn't seem to work. (-g 45) sets the gain to 0.0db.
Also - recommend updating instructions for -D. -D enables direct sampling and it should not be followed with a number such as -D 1 or -D 2.
My setup was absolutely rock solid but then I had an SD card failure on my RPI and I rebuilt exactly as per the instructions...
It's all running great outputting this for a while:
>> [ 4.10MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.10MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.10MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.10MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
>> [ 4.09MB/s ] [ bytes_in_flight(cur/max) = 256K / 256K ]
After running stably for a few hours I get:
overrun: head=524288 tail=786432, Trimming 524288 bytes from tail of buffer
overrun: head=1048576 tail=1310720, Trimming 524288 bytes from tail of buffer
overrun: head=1572864 tail=1835008, Trimming 524288 bytes from tail of buffer
overrun: head=2097152 tail=2359296, Trimming 524288 bytes from tail of buffer
overrun: head=2621440 tail=2883584, Trimming 524288 bytes from tail of buffer
overrun: head=3145728 tail=3407872, Trimming 524288 bytes from tail of buffer
overrun: head=3670016 tail=3932160, Trimming 524288 bytes from tail of buffer
overrun: head=4194304 tail=4456448, Trimming 524288 bytes from tail of buffer
overrun: head=4718592 tail=4980736, Trimming 524288 bytes from tail of buffer
overrun: head=5242880 tail=5505024, Trimming 524288 bytes from tail of buffer
overrun: head=5767168 tail=6029312, Trimming 524288 bytes from tail of buffer
overrun: head=6291456 tail=6553600, Trimming 524288 bytes from tail of buffer
overrun: head=6815744 tail=7077888, Trimming 524288 bytes from tail of buffer
overrun: head=7340032 tail=7602176, Trimming 524288 bytes from tail of buffer
overrun: head=7864320 tail=8126464, Trimming 524288 bytes from tail of buffer
overrun: head=0 tail=262144, Trimming 524288 bytes from tail of buffer
overrun: head=524288 tail=786432, Trimming 524288 bytes from tail of buffer
overrun: head=1048576 tail=1310720, Trimming 524288 bytes from tail of buffer
overrun: head=1572864 tail=1835008, Trimming 524288 bytes from tail of buffer
overrun: head=2097152 tail=2359296, Trimming 524288 bytes from tail of buffer
overrun: head=2621440 tail=2883584, Trimming 524288 bytes from tail of buffer
overrun: head=3145728 tail=3407872, Trimming 524288 bytes from tail of buffer
overrun: head=3670016 tail=3932160, Trimming 524288 bytes from tail of buffer
overrun: head=4194304 tail=4456448, Trimming 524288 bytes from tail of buffer
overrun: head=4718592 tail=4980736, Trimming 524288 bytes from tail of buffer
overrun: head=5242880 tail=5505024, Trimming 524288 bytes from tail of buffer
overrun: head=5767168 tail=6029312, Trimming 524288 bytes from tail of buffer
overrun: head=6291456 tail=6553600, Trimming 524288 bytes from tail of buffer
comm recv bye
Signal caught, exiting!
worker socket bye
Signal caught, exiting!
all threads dead..
There is nothing different to the hardware (RPi3, RTL-SDR v3 Official from source). I also have a spare RTL-SDR v3 that I tried and it does the same.
Generic RTL2832U OEM tuner was in a state where it was unresponsive (rtl_sdr output produced a 0 byte file in all cases), yet rtl_test does not report any errors in this condition. I believe this may be due to overheating
Hi,
I am looking for ARM64 driver, I am using Windows 11 ARM in VM (Parallels) on my MacBook Air with M1 SoC, there is no way to install driver from Zadig from SDR# package :(.
Steps to reproduce:
Expected result: since gain is set to 40.2 dB and didn't changed it should restore proper 40.2 dB gain
Actual result: the actual gain is reset to 0 dB, but SDR++ still shows 40.2 dB and it didn't changed by user. You can check it with noise floor and signals level.
Windows Release v1.2 does not include 32-bit and 64-bit pthreadVC2.dll which is needed for rtl_adsb.exe, rtl_fm.exe, and rtl_tcp.exe.
Hi, I've experienced some kind of bug and wasn't able to compile driver for my MBA with M1 SoC on latest OS version.
Also tested this on Windows and I think AGS isn't working properly.
Used steps from this site for MacOS
I get this error while compiling on Cygwin.
SDR@SDR-WIN7-32-VM ~/rtl-sdr-blog/build
$ cmake ..
-- The C compiler identification is GNU 11.3.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Build type not specified: defaulting to release.
-- Extracting version information from git describe...
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found PkgConfig: /usr/bin/pkg-config (found version "1.9.3")
-- Checking for module 'libusb-1.0'
-- Found libusb-1.0, version 1.0.21
-- Udev rules not being installed, install them with -DINSTALL_UDEV_RULES=ON
-- Building with kernel driver detaching disabled, use -DDETACH_KERNEL_DRIVER=ON to enable
-- Building with usbfs zero-copy support disabled, use -DENABLE_ZEROCOPY=ON to enable
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR
-- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Success
-- Building for version: 0.6.0-105-g6299 / 0.6git
-- Using install prefix: /usr/local
-- Configuring done
-- Generating done
-- Build files have been written to: /home/SDR/rtl-sdr-blog/build
SDR@SDR-WIN7-32-VM ~/rtl-sdr-blog/build
$ make
[ 3%] Building C object src/CMakeFiles/rtlsdr.dir/librtlsdr.c.o
[ 6%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_e4k.c.o
[ 9%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0012.c.o
[ 12%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0013.c.o
[ 15%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc2580.c.o
[ 18%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o
[ 21%] Linking C shared library cygrtlsdr-0.dll
[ 21%] Built target rtlsdr
[ 25%] Building C object src/CMakeFiles/rtlsdr_static.dir/librtlsdr.c.o
[ 28%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_e4k.c.o
[ 31%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc0012.c.o
[ 34%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc0013.c.o
[ 37%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc2580.c.o
[ 40%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_r82xx.c.o
[ 43%] Linking C static library librtlsdr.a
[ 43%] Built target rtlsdr_static
[ 46%] Building C object src/CMakeFiles/convenience_static.dir/convenience.c.o
[ 50%] Linking C static library libconvenience_static.a
[ 50%] Built target convenience_static
[ 53%] Building C object src/CMakeFiles/rtl_sdr.dir/rtl_sdr.c.o
[ 56%] Linking C executable rtl_sdr.exe
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x18b): undefined reference to `rtlsdr_set_tuner_gain_mode'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1a1): undefined reference to `rtlsdr_get_tuner_gains'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1c4): undefined reference to `rtlsdr_get_tuner_gains'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x265): undefined reference to `rtlsdr_set_center_freq'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x2e5): undefined reference to `rtlsdr_set_sample_rate'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x365): undefined reference to `rtlsdr_set_direct_sampling'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x464): undefined reference to `rtlsdr_set_offset_tuning'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x4e4): undefined reference to `rtlsdr_set_tuner_gain_mode'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x565): undefined reference to `rtlsdr_set_tuner_gain_mode'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x57d): undefined reference to `rtlsdr_set_tuner_gain'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x654): undefined reference to `rtlsdr_set_freq_correction'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x6cc): undefined reference to `rtlsdr_reset_buffer'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x71b): undefined reference to `rtlsdr_get_device_count'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x780): undefined reference to `rtlsdr_get_device_usb_strings'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x80d): undefined reference to `rtlsdr_get_device_usb_strings'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x84a): undefined reference to `rtlsdr_get_device_name'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x95e): undefined reference to `rtlsdr_get_device_usb_strings'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x98f): undefined reference to `rtlsdr_get_device_name'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0xa12): undefined reference to `rtlsdr_get_device_usb_strings'
/usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: libconvenience_static.a(convenience.c.o):convenience.c:(.text+0xa58): undefined reference to `rtlsdr_get_device_name'
collect2: error: ld returned 1 exit status
make[2]: *** [src/CMakeFiles/rtl_sdr.dir/build.make:99: src/rtl_sdr.exe] Error 1
make[1]: *** [CMakeFiles/Makefile2:224: src/CMakeFiles/rtl_sdr.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
I commented out lines 89-159 in the CMakeLists.txt file because I only needed the librtlsdr.h, .so, .a and dll file.
Any ideas on how to get the rest of it to compile?
Hello, I just unpackaged my new V4 and tried out the latest Releases, but rtl_test shows some error:
Found 1 device(s):
0: , , SN:
Using device 0: Generic RTL2832U OEM
usb_open error -5
Failed to open rtlsdr device #0.
This happens on multiple computers. Is my unit dead?
Can anybody help and compile it for mipself and mipsel24kc ? Linux is not my force :-(
Win10 22H2, 2 x RTL-SDR Blog V3
rtl_tcp is not working for me with v1.3, works fine with v1.1. Both the x86 and x64 builds give the same error. I've tried variations of the listen on IP address including the machine's actual IP address.
C:\SDR\rtl-sdr-blog_v1.3\x64>rtl_tcp -d 0 -a 0.0.0.0
Found 2 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
1: Realtek, RTL2838UHIDIR, SN: 00000002
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Enabled direct sampling mode, input 2
[R82XX] PLL not locked!
Disabled direct sampling mode
Tuned to 100000000 Hz.
local address 0.0.0.0 ERROR - A non-recoverable error occurred during a database lookup. .
C:\SDR\rtl-sdr-blog_v1.3\x64>cd ..\x86
C:\SDR\rtl-sdr-blog_v1.3\x86>rtl_tcp -d 0 -a 0.0.0.0
Found 2 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
1: Realtek, RTL2838UHIDIR, SN: 00000002
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Enabled direct sampling mode, input 2
[R82XX] PLL not locked!
Disabled direct sampling mode
Tuned to 100000000 Hz.
local address 0.0.0.0 ERROR - A non-recoverable error occurred during a database lookup. .
C:\SDR\rtl-sdr-blog_v1.3\x86>cd ..\..\rtl-sdr-blog_v1.1\x64
C:\SDR\rtl-sdr-blog_v1.1\x64>rtl_tcp -d 0 -a 0.0.0.0
Found 2 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
1: Realtek, RTL2838UHIDIR, SN: 00000002
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Tuned to 100000000 Hz.
listening...
Use the device argument 'rtl_tcp=0.0.0.0:1234' in OsmoSDR (gr-osmosdr) source
to receive samples in GRC and control rtl_tcp parameters (frequency, gain, ...).
Hi all,
Having a problem building the project on my M3 MacBook Pro. Running cmake ../ shows:
[17:12:08]
-- Build type not specified: defaulting to release.
-- Extracting version information from git describe...
-- Udev rules not being installed, install them with -DINSTALL_UDEV_RULES=ON
-- Building with kernel driver detaching disabled, use -DDETACH_KERNEL_DRIVER=ON to enable
-- Building with usbfs zero-copy support disabled, use -DENABLE_ZEROCOPY=ON to enable
-- Building for version: 0.6.0-115-g04a8 / 0.6git
-- Using install prefix: /usr/local
-- Configuring done (0.1s)
-- Generating done (0.0s)
-- Build files have been written to: /Users/dx-1267macbookair/dev/src/rtl-sdr-blog/build
However running make LIBRARY_PATH=/usr/local/lib shows:
[ 3%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o
/Users/macbook/dev/src/rtl-sdr-blog/src/tuner_r82xx.c:1186:9: error: call to undeclared function 'rtlsdr_set_bias_tee_gpio'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
rc = rtlsdr_set_bias_tee_gpio(priv->rtl_dev, 5, !cable_2_in);
^
1 error generated.
make[2]: *** [src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o] Error 1
make[1]: *** [src/CMakeFiles/rtlsdr.dir/all] Error 2
make: *** [all] Error 2
Scenario 1: Latest V3 RTL-SDR Dongle, Raspberry Pi 4, Raspbian Bullseye 64 Bits, MLA-30+ Antenna
Using rtl_tcp -a -D (using direct sampling) and select any freq under 12 Mhz you will see a "PLL Not Locked" message that means the tool is not able to select the frequency
Scenario 2: Latest V3 RTL-SDR Dongle, Windows 10 21H2, MLA-30+ Antenna, RTL-SDR Blog V 1.1 Binaries, same issue, "PLL Not Locked" trying to select any freq under 12 Mhz aprox
Same hardware works flawlessly with SDRSharp Rev. 1919, Zadik drivers, Windows 10 21H2, same MLA-30 Antenna using Direct Sampling, I'm able to listen any HF frequency
Hi.
I do not know why? There is a '-n' option in help.
I have a RTL-SDR Blog V3 NSY 11/2020. It was working fine a year ago (incl. Bias Tee).
Now I can not get the Bias Tee working. "rtl_eeprom -b 1" and "rtl_biast -b 1" both do not help.
I get some warnings regarding the bias tee when I "make":
root@DietPi:~/rtl-sdr-blog/build# make
[ 3%] Building C object src/CMakeFiles/rtlsdr.dir/librtlsdr.c.o
[ 6%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_e4k.c.o
[ 9%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0012.c.o
[ 12%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0013.c.o
[ 15%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc2580.c.o
[ 18%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o
/root/rtl-sdr-blog/src/tuner_r82xx.c: In function ‘r82xx_set_freq’:
/root/rtl-sdr-blog/src/tuner_r82xx.c:1186:30: warning: implicit declaration of f unction ‘rtlsdr_set_bias_tee_gpio’ [-Wimplicit-function-declaration]
1186 | rc = rtlsdr_set_bias_tee_gpio(priv->rtl_dev, 5, !cable_2_in);
| ^~~~~~~~~~~~~~~~~~~~~~~~
[ 21%] Linking C shared library librtlsdr.so
[ 21%] Built target rtlsdr
[ 25%] Building C object src/CMakeFiles/rtlsdr_static.dir/librtlsdr.c.o
[ 28%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_e4k.c.o
[ 31%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc0012.c.o
[ 34%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc0013.c.o
[ 37%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_fc2580.c.o
[ 40%] Building C object src/CMakeFiles/rtlsdr_static.dir/tuner_r82xx.c.o
/root/rtl-sdr-blog/src/tuner_r82xx.c: In function ‘r82xx_set_freq’:
/root/rtl-sdr-blog/src/tuner_r82xx.c:1186:30: warning: implicit declaration of f unction ‘rtlsdr_set_bias_tee_gpio’ [-Wimplicit-function-declaration]
1186 | rc = rtlsdr_set_bias_tee_gpio(priv->rtl_dev, 5, !cable_2_in);
| ^~~~~~~~~~~~~~~~~~~~~~~~
[ 43%] Linking C static library librtlsdr.a
[ 43%] Built target rtlsdr_static
[ 46%] Building C object src/CMakeFiles/convenience_static.dir/convenience/conve nience.c.o
[ 50%] Linking C static library libconvenience_static.a
[ 50%] Built target convenience_static
[ 53%] Building C object src/CMakeFiles/rtl_sdr.dir/rtl_sdr.c.o
[ 56%] Linking C executable rtl_sdr
[ 56%] Built target rtl_sdr
[ 59%] Building C object src/CMakeFiles/rtl_tcp.dir/rtl_tcp.c.o
[ 62%] Linking C executable rtl_tcp
[ 62%] Built target rtl_tcp
[ 65%] Building C object src/CMakeFiles/rtl_test.dir/rtl_test.c.o
[ 68%] Linking C executable rtl_test
[ 68%] Built target rtl_test
[ 71%] Building C object src/CMakeFiles/rtl_fm.dir/rtl_fm.c.o
[ 75%] Linking C executable rtl_fm
[ 75%] Built target rtl_fm
[ 78%] Building C object src/CMakeFiles/rtl_eeprom.dir/rtl_eeprom.c.o
[ 81%] Linking C executable rtl_eeprom
[ 81%] Built target rtl_eeprom
[ 84%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o
[ 87%] Linking C executable rtl_adsb
[ 87%] Built target rtl_adsb
[ 90%] Building C object src/CMakeFiles/rtl_power.dir/rtl_power.c.o
[ 93%] Linking C executable rtl_power
[ 93%] Built target rtl_power
[ 96%] Building C object src/CMakeFiles/rtl_biast.dir/rtl_biast.c.o
[100%] Linking C executable rtl_biast
[100%] Built target rtl_biast
Just want to ask if you are really sure my dongle should work with the newest driver? I can not rule out that the bias tee of my dongle is dead, but I would be quite surprised.
When using rtl_433 with any of the drivers from this repo i always get the message [R82XX] PLL not locked!. Signal reception is zero when using a sample rate higher than 1000k.
If i switch back to the standard driver everything works as expected.
Am i doing something wrong or can someone explain to me whats going on?
First, I had an error of not finding the libusb.h, which I solved by copying /usr/include/libusb-1.0/libusb.h to /usr/include
Now, I an error for each function it doesn't find libusb.h.
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_open'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_release_interface'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_close'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_get_string_descriptor_ascii'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_get_device_list'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_kernel_driver_active'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_alloc_transfer'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_bulk_transfer'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_reset_device'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_get_device'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_exit'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_free_transfer'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_init'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_get_device_descriptor'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_free_device_list'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_claim_interface'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_control_transfer'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_submit_transfer'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_dev_mem_free'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_handle_events_timeout_completed'
/usr/bin/ld: librtlsdr.so.0.6git: undefined reference to `libusb_cancel_transfer'
RTL-SDR-BLOG Windows Release V1.1 have some small lags issues in SDR#, for example when you move the Gain RF sometimes the changes are not applied instantly or sometimes when you change frequencies fastly the spectrum does not change instantly.
I just compiled the latest build to get my RTL-SDR v4 to work, and it did..
But now the older SDR I had no longer can detect anything..
I followed the direction to the tee..
What am I doing wrong.. It seems to run, but just never detects anything:
rtl_433
rtl_433 version 23.11-54-gf88bf685 branch master at 202402112003 inputs file rtl_tcp RTL-SDR with TLS
Found Rafael Micro R820T tuner
[SDR] Using device 0: Realtek, RTL2838UHIDIR, SN: 00000001, "Generic RTL2832U OEM"
Exact sample rate is: 250000.000414 Hz
Enabled direct sampling mode, input 2
[R82XX] PLL not locked!
Disabled direct sampling mode
Thanks
Hello ,
I've noticed the following issues with RTLSDR BLOG V4 ...
(current system: Monterey 12.7)
RTLSDR compiled and updated to latest version for V4 support.
V3 still works great with all software tested.
Gqrx works (normal tuning through entire supported frequency range, no DIrect sampling required)
SDR++ works (normal tuning through entire supported frequency range, no DIrect sampling required)
SDRAngel works (normal tuning through entire supported frequency range, no DIrect sampling required)
AIS-catcher does not work
RTL_FM does not work ....
.... with rtl_fm, found a cluster of commercial broadcast FM stations approx -30Mhz off-frequency
.... 53Mhz and above instead of ( 88 - 108 )Mhz
Any ideas how to resolve this please ?
Hello,
I did so:
~$ rtl_eeprom -b y
Found 1 device(s):
0: Generic RTL2832U OEM
Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T/2 tuner
Current configuration:
__________________________________________
Vendor ID: 0x0bda
Product ID: 0x2838
Manufacturer: Realtek
Product: RTL2838UHIDIR
Serial number: 00001006
Serial number enabled: yes
Bias-T Always ON: no
Direct Sampling Always ON: no
__________________________________________
New configuration:
__________________________________________
Vendor ID: 0x0bda
Product ID: 0x2838
Manufacturer: Realtek
Product: RTL2838UHIDIR
Serial number: 00001006
Serial number enabled: yes
Bias-T Always ON: yes
Direct Sampling Always ON: no
__________________________________________
Write new configuration to device [y/n]? y
Configuration successfully written.
Please replug the device for changes to take effect.
Reattached kernel driver
~$
Then turned on and turned off the dongle.
But voltages on the Bias Tee did not appear.
Why doesn't it work ???
Hello,
I want to enable bias tee. The following instructions at https://www.rtl-sdr.com/rtl-sdr-blog-v-3-dongles-user-guide/ doesnt work.
git clone https://github.com/rtlsdrblog/rtl-sdr-blog
cd rtl-sdr-blog
mkdir build
cd build
cmake .. -DDETACH_KERNEL_DRIVER=ON
make
cd src
./rtl_biast -b 1
I get an error on compiling,
$ cmake .. -DDETACH_KERNEL_DRIVER=ON
CMake Error: The source directory "/tmp/rtl-sdr-blog/build/.. -DDETACH_KERNEL_DRIVER=ON" does not exist.
Specify --help for usage, or press the help button on the CMake GUI.
Hi 👋 ,
I am trying to install the driver using the recommended instructions in the README for MacOS.
However, I get past the make stage with the following error:
~/gits/rtl-sdr-blog/build (master ✗) make LIBRARY_PATH=/usr/local/lib
[ 3%] Building C object src/CMakeFiles/rtlsdr.dir/librtlsdr.c.o
[ 6%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_e4k.c.o
[ 9%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0012.c.o
[ 12%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc0013.c.o
[ 15%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_fc2580.c.o
[ 18%] Building C object src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o
[ 21%] Linking C shared library librtlsdr.dylib
ld: warning: ignoring duplicate libraries: '-lusb-1.0'
ld: library 'usb-1.0' not found
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [src/librtlsdr.0.6git.dylib] Error 1
make[1]: *** [src/CMakeFiles/rtlsdr.dir/all] Error 2
make: *** [all] Error 2
~/gits/rtl-sdr-blog/build (master ✗) make -v
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
This program built for i386-apple-darwin11.3.0I have little experience with compilation to even know what should I do here.
Could anyone give me a help here?
Thanks 👍
Run rtl_eeprom -b y
'yes' to apply
Unplug/replug RTLSDRv3
Bias tee not on.
Reboot computer
Bias tee not on.
Run rtl_eeprom (no args)
bias tee comes on
Run GNURadio Companion
Execute graph using RTLSDR
bias tee turns off.
Expected bias tee to just stay on whenever plugged in.
I've tried to install rtl-sdr software in my M1 macbook pro computer, following the instructions from README.md but this error comes up. What can I do to solve it?
error: call to undeclared function 'rtlsdr_set_bias_tee_gpio'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] rc = rtlsdr_set_bias_tee_gpio(priv->rtl_dev, 5, !cable_2_in); ^ 1 error generated. make[2]: *** [src/CMakeFiles/rtlsdr.dir/tuner_r82xx.c.o] Error 1 make[1]: *** [src/CMakeFiles/rtlsdr.dir/all] Error 2 make: *** [all] Error 2
TY!
I cant set the gain on gqrx when using the V4 dongle using rtl_tcp. The slider is stuck on 0.0 dB. The AGC button works though.
I'm on Debian 12 and compiled the driver today. The command used to start rtl_tcp is: rtl_tcp -a 127.0.0.1
Is this still the recommended solution for V3 units, or is the original driver software good now?
So I know that the new Blog V4 requires new drivers to get SDR functionality, so everytime I install normal DVB-T drivers to watch some Digital TV, I never get any reception like I used to with my now broken old blue SDR dongle. Is there a possible workaround for the new Blog V4 as well with DVB? Otherwise, the Blog V4 is a really enjoyable device when it comes to SDR, I've been enjoying using it a lot.
Hi,
Having just received my V4 (bought from official store), I installed the driver (following v4 setup guide) and the dongle, for ADSB tracking. Checkout HEAD is 065e3d1, installed version (using dpkg-buildpackage recipe) is 0.7.0~rtlsdrblog1.
I immediately noticed degraded performance and higher noise floor reported by dump1090 compared to my previous NESDR Mini2+ (RT820T2-based), so I ran a rtl_power sweep: rtl_power -f 800M:1200M:100k -i 20 -c 50% -e 10m -F 9. This showed very strange wideband noise starting at exactly 1GHz:
I then plugged by Mini2+ back, using the same driver, and while the performance was slightly better, it was nowhere near what it used to be. Again, ran a sweep:
Same oddity. I then reinstalled the system-provided rtl-sdr driver (Debian bookworm 0.6.0-4) and ran another sweep on the Mini2+, lo and behold:
wideband noise is gone and performance is back to optimal.
So I went back and checked out the first commit that supports the V4 (1261fbb) and built and installed the resulting driver, and ran a final sweep back on the V4:
The noise is gone.
Thus it seems to me the current drivers are introducing a digital artefact in the radio data.
In all honestly I didn't feel like bisecting as I'm doing these experiments on an underpowered armhf device: I hope this bug report is useful enough. Let me know if more info is needed.
Wouldn't it be better to provide instructions to build debian packages in order to have proper new versions of both librtlsdr0 and librtlsdr-dev available (which where purge prior to V4 driver installation?
Hey Guys,
Nice driver, great job!
Please change line 36 from readme:
It says:
git clone git://git.osmocom.org/rtl-sdr.git
So folks will pull the git from there and not this git.
We need this git:
git clone git://github.com/rtlsdrblog/rtl-sdr-blog.git
git clone git://github.com/rtlsdrblog/rtl-sdr-blog.git
Running this command as part of the driver update. It calls for the clone but a number of minutes go by and it finally times out.
Bob Sampson
Some 7 years ago, commit 18bf269 introduced the extremely helpful option -T for enabling bias-T to rtl_power.
The related help text states "-T enable bias-T on GPIO PIN 0 (works for rtl-sdr.com v3 dongles)", which I find confusing, as it works perfectly via USB and with the new v4 dongle.
rtl_sdr.c does not support direct sampling
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.