Could I have the blacklisting page please?
let me try with my other power supply.
Just read my earlier post…
So I tried my official raspberry pi power supply with the raspberry pi. On boot, I saw on my dump1080 website that the aircraft were tracked for a bit then disappears. Sorry @wiedehopf, didn’t see your post, I think @richkaminski posted before i saw your post. I just added the blacklist, ive rebooted my pi again, waiting for results.
@wiedehopf, after doing the blacklist and rebooting my pi, MLAT no longer runs and i no longer see aircraft on startup.
Doing the RTL_SDR test:
rtl_test -t
Found 1 device(s):
0: , , SN:
Using device 0: Generic RTL2832U OEM
rtlsdr_write_reg failed with -1
Resetting device...
rtlsdr_write_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_write_reg failed with -4
rtlsdr_write_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
I’m not sure how the blacklist would produce such problems. It just makes sure that the DVB-T drivers for the dongles are not loaded.
Anyway try the dongle on another computer. Then you will know for sure if the dongle is bad.
I only have another Raspberry Pi. Is there any software thats available to test it using a raspberry pi? What about for mac?
use rtl_test on the other raspberry pi
Ok. Let me install it, one second.
Hmmm there is something afoot. I pressed control C because nothing else showed up. rtl_test:
pi@RaspberryPi:~ $ rtl_test
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
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...
^CSignal caught, exiting!
User cancel, exiting...
Samples per million lost (minimum): 0
Reattached kernel driver
rtl_adsb: (pressed control C pretty quickly because lots of lines of numbers show up)
pi@RaspberryPi:~ $ rtl_adsb
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner
Tuner gain set to automatic.
Tuned to 1090000000 Hz.
Exact sample rate is: 2000000.052982 Hz
Sampling at 2000000 S/s.
*b90e77b69c5729f4fd31e1665395;
*ccb4cfd998feb29457fa5ec6f3b8;
*d47751a6b709ce2f4c6e61d88fb5;
*9bcc42738fee35f596e3d4e6f658;
*cf102e7a0000e242cf00030a4000;
*a8001a06fff37d303ffc569abe34;
*a8001a069e5a4c09215c2a746a01;
*8b0e62c529c6e12a5416c142fcab;
^CSignal caught, exiting!
User cancel, exiting…
Reattached kernel driver
Nothing showing up means the dongle is working.
Maybe it’s the USB cable connecting the power supply to the RPi?
Ok heres what I did from the beginning of this post. 1. Used unofficial 3A 24AWG power supply. Getting errors on my Raspberry Pi 3B. Then, I changed the power supply for the official Raspberry Pi 2.5Amp 18AWG 5.1v power supply. Same errors. I plugged in my Raspberry Pi 3B+ with the 3Amp power supply, tried the rtl sdr test and succeeded. So it is NOT the power supply. Also it is not USB, its just a unremovable power supply with wire.
Maybe the 3B is running a bad kernel version. I seem to remember that there some problems with certain pis and certain kernels leading to USB problems.
Try a current raspbian or flightaware image or run rpi-update (at your own risk).
So you suggest just update and dist-upgrade?
No just run
sudo rpi-update
(Maybe you need to install it first)
Or download a current image.
Oh before you do any of that can you post your kernel version?
uname -a
So if it helps i know which version is bad 
rpi-update gives tested kernel version. I could potentially mess up something giving even more problems.
It just updates to raspbian stretch and a current kernel. I believe the warning was meant for some very early stages of the 3B+ release or something.
Anyhow a dist-upgrade might also do the trick.
Current firmware with rpi-update would be better though.
Ok I did a dist-upgrade, the Raspberry Pi 3B is running the same kernel as the Raspberry Pi 3B+. Now, ive done sudo systemctl stop dump1090-mutability, sudo systemctl stop fr24feed. Next i tried rtl_adsb:
pi@raspberrypi:~ $ rtl_adsb
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Detached kernel driver
rtlsdr_demod_read_reg failed with -1
Found Rafael Micro R820T tuner
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
r82xx_write: i2c wr failed=-1 reg=05 len=1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
WARNING: Failed to set tuner gain.
rtlsdr_demod_write_reg failed with -7
rtlsdr_demod_read_reg failed with -1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -7
r82xx_write: i2c wr failed=-1 reg=17 len=1
r82xx_set_freq: failed=-1
rtlsdr_demod_write_reg failed with -1
rtlsdr_demod_read_reg failed with -1
WARNING: Failed to set center freq.
Sorry Only just now saw your edited post. So I cant get the bad kernel (or so called bad)