FlightAware Discussions

Feeder keeps feeding, SkyAware stops displaying AC

A couple days ago I flashed a new image to my Pi 3. I was running 3.8.1. Yesterday I upgraded to 4.0. For the past two nights my feeder appears to keep supplying data to FA bcz the hourly reports continue. However, the SkyAware page stops displaying AC and I get the Ajax dump 1090 has stopped error message. The only way to get the SkyAware page back is to reboot. I checked the router log and don’t see anything where the Pi is getting denied internet access. Any ideas as to what might be happening? I could post the FA feeder log if that might provide insight.

I suspect maybe a flaky radio or internet connection. Is it possibly for you to hook up Ethernet if you’re on wifi? Maybe try an alternate USB port for the radio as well.

Hi Eric I don’t have the ability to use direct ethernet connection. I have tried various USB ports off of the Pi and it does the same thing. The weird thing is that the Pi will run all day and then crap out overnite. When I check my site configuration log nothing looks to be amiss. Data has continued to be transmitted but SkyAware does not display any aircraft and there is the Ajax error message. I check the router log and there is nothing in it to indicate that internet access was blocked or interrupted. I have DHCP lease time set to 3 days so that shouldn’t be causing a problem either. I notice that some other sites seem to have the same or similar problem as well. The whole reason I did a SW reimage at the beginning of the week was because of the suspected DHCP issue and lack of any other options to try…

So you have console access?
Check the logs:
https://github.com/wiedehopf/adsb-wiki/wiki/Debug-commands#dump1090-fa

I ran a few of the commands and here are results…

pi@piaware:~ sudo journalctl --no-pager -u dump978-fa -- Logs begin at Sat 2020-10-03 09:52:13 UTC, end at Sat 2020-10-03 11:44:17 UTC . -- Oct 03 09:52:26 piaware systemd[1]: Started dump978 ADS-B UAT receiver. Oct 03 09:52:26 piaware dump978-fa[485]: dump978-fa not enabled in /etc/default/ dump978-fa Oct 03 09:52:27 piaware systemd[1]: dump978-fa.service: Main process exited, cod e=exited, status=64/USAGE Oct 03 09:52:27 piaware systemd[1]: dump978-fa.service: Failed with result 'exit -code'. pi@piaware:~ sudo journalctl --no-pager -u dump978-fa
– Logs begin at Sat 2020-10-03 09:52:13 UTC, end at Sat 2020-10-03 11:44:31 UTC. –
Oct 03 09:52:26 piaware systemd[1]: Started dump978 ADS-B UAT receiver.
Oct 03 09:52:26 piaware dump978-fa[485]: dump978-fa not enabled in /etc/default/dump978-fa
Oct 03 09:52:27 piaware systemd[1]: dump978-fa.service: Main process exited, code=exited, status=64/USAGE
Oct 03 09:52:27 piaware systemd[1]: dump978-fa.service: Failed with result ‘exit-code’.
pi@piaware:~ sudo journalctl --no-pager -u dump1090-fa -- Logs begin at Sat 2020-10-03 09:52:13 UTC, end at Sat 2020-10-03 11:45:32 UTC. -- Oct 03 09:52:26 piaware systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization). Oct 03 09:52:27 piaware dump1090-fa[480]: Sat Oct 3 09:52:27 2020 UTC dump1090-fa 4.0 starting up. Oct 03 09:52:27 piaware dump1090-fa[480]: rtlsdr: using device #0: Generic RTL2832U (Realtek, RTL2832U, SN 000 01000) Oct 03 09:52:27 piaware dump1090-fa[480]: Detached kernel driver Oct 03 09:52:27 piaware dump1090-fa[480]: Found Rafael Micro R820T tuner Oct 03 09:52:27 piaware dump1090-fa[480]: rtlsdr: enabling tuner AGC Oct 03 09:52:28 piaware dump1090-fa[480]: Allocating 4 zero-copy buffers pi@piaware:~ sudo bash -c “$(wget -nv -O - https://raw.githubusercontent.com/wiedehopf/adsb-scripts/master/rtl_test.sh)” 2020-10-03 11:46:10 URL:https://raw.githubusercontent.com/wiedehopf/adsb-scripts/master/rtl_test.sh [2136/2136] -> “-” [1]
480 /usr/bin/dump1090-fa --device-index 0 --gain -10 --ppm 0 --max-range 360 --fix --net --net-heartbeat 60 --net-ro-size 1300 --net-ro-interval 0.2 --net-http-port 0 --net-ri-port 0 --net-ro-port 30002 --net-sbs-port 30003 --net-bo-port 30005 --net-bi-port 30004,30104 --json-location-accuracy 2 --lat 43.05136 --lon -78.86525 --write-json /run/dump1090-fa --quiet

Lost samples in the first 2 seconds after starting the test are common and not a problem!
Starting 30 second rtl_test, standby!

Found 1 device(s):
0: Realtek, RTL2832U, SN: 00001000

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 2400000 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 16 bytes
Signal caught, exiting!

User cancel, exiting…
Samples per million lost (minimum): 0
Reattached kernel driver

Test finished!
More than 2 lost samples per million or other errors probably mean the receiver isn’t working correctly.
Try another power supply before condemning the receiver though!


No undervoltage detected, looking fine!
If the dongle is not directly plugged into the Raspberry Pi, lack of power/voltage could still be an issue.
Even without detected undervoltage a better power supply can often improve reception!
For optimum performance i would recommend the Official Raspberry Pi power supply.

pi@piaware:~ $

Meant only the dump1090-fa logs.

Also it’s not really useful if you don’t currently have the issue.