Might be that a change in the Linux kernel driver behaviour is exposing the problem.
And it seems the rtl-sdr driver initialization seems to be some curious register poking which might be somewhat rare.
Might be that a change in the Linux kernel driver behaviour is exposing the problem.
And it seems the rtl-sdr driver initialization seems to be some curious register poking which might be somewhat rare.
There has been one comment that this fixes the problem. Maybe I‘ll test it, but have to find out to compile this first
Adventurous today?
Multiple reports that it’s fixing the problem.
Unless you want to immediately use the Pi4 i’d consider it fixed and not bother testing it.
Let‘s see if that holds till tomorrow
It looks like it was commited to the main git a few hours back and using the guild it seems to be working. The only minor problem is there is some data lost but if I use the largest buffer it works out well and I can try other settings without rebooting it.
pi@piaware3:~ $ rtl_test -b 1048576
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000978
Using device 0: Generic RTL2832U OEM
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 132 bytes
Turned on dump1090-fa and working as expected while powering an amp filter combo, small fan and the radio. Total power draw from the wall is about 0.93 A or about 4.7 watts
Have you two checked MLAT?
Would probably need a little more than 38 messags per second
Oh interesting the Pi4 got throttled.
sudo apt-get install git bc bison flex libssl-dev
git clone --depth=1 https://github.com/raspberrypi/linux
cd linux
KERNEL=kernel7l
make bcm2711_defconfig
make -j4 zImage modules dtbs
sudo make modules_install
sudo cp arch/arm/boot/dts/*.dtb /boot/
sudo cp arch/arm/boot/dts/overlays/*.dtb* /boot/overlays/
sudo cp arch/arm/boot/dts/overlays/README /boot/overlays/
sudo cp arch/arm/boot/zImage /boot/$KERNEL.img
Is that 20 MHz?
Also it seems this processor has quite a few more instructions per cycle in regards to the calcs done by airspy.
Is it worth changing to Pi4?
I am using RPi Model 2 and Orange Pi PC to feed following stations 24/7 without any problem:
CPU usage: 25~35%
Core temp: 45~55 °C (no heat sink, no fan)
If you don’t need the extra CPU power, no it’s not.
But if you want faster compiling or want to do other stuff, it sure is nice.
Also for the Airspy it definitely seems more capable to run that software.