Great!
Your dump1090-fa and skyaware are working OK.
Let us now check your piaware. Please issue following command and post its output:
sudo journalctl -u piaware -n 15
Thank you for your help in trying to solve my problem. I am working now. I can send you results this afternoon. Best regards.
Hi again. Hereâs what I get with the instructions you gave me to see how Piaware works:
luis@armbian:~$ sudo journalctl -u piaware -n 15
Mar 11 20:24:11 armbian sudo[15078]: pam_unix(sudo:session): session opened for>
Mar 11 20:24:11 armbian sudo[15078]: pam_unix(sudo:session): session closed for>
Mar 11 20:24:11 armbian piaware[1925]: attempting to start dump1090-fa using 's>
Mar 11 20:24:11 armbian sudo[15095]: piaware : PWD=/ ; USER=root ; COMMAND=/bi>
Tue 11 20:24:11 armbian sudo[15095]: pam_unix(sudo:session): session opened for>
Tue 11 20:24:11 armbian sudo[15095]: pam_unix(sudo:session): session closed for>
Mar 11 20:24:11 armbian piaware[1925]: dump1090 start appears to have been succ>
Tue 11 20:24:18 armbian sudo[15428]: piaware : PWD=/ ; USER=root ; COMMAND=/bi>
Tue 11 20:24:18 armbian sudo[15428]: pam_unix(sudo:session): session opened for>
Tue 11 20:24:18 armbian sudo[15428]: pam_unix(sudo:session): session closed for>
Tue 11 20:24:18 armbian piaware[1925]: no ADS-B data program is serving on port>
Tue 11 20:24:21 armbian sudo[15578]: piaware : PWD=/ ; USER=root ; COMMAND=/bi>
Tue 11 20:24:21 armbian sudo[15578]: pam_unix(sudo:session): session opened for>
Tue 11 20:24:21 armbian sudo[15578]: pam_unix(sudo:session): session closed for>
Mar 11 20:24:21 armbian piaware[1925]: no ADS-B data program seen listening on >
lines 1-15/15 (END)âŚskippingâŚ
Tue 11 20:24:11 armbian sudo[15078]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Tue 11 20:24:11 armbian sudo[15078]: pam_unix(sudo:session): session closed for user root
Tue 11 20:24:11 armbian piaware[1925]: attempting to start dump1090-fa using âsystemctl --no-block restart dump1090-fa.service < /dev/nullââŚ
Tue 11 20:24:11 armbian sudo[15095]: piaware : PWD=/ ; USER=root ; COMMAND=/bin/systemctl --no-block restart dump1090-fa.service
Tue 11 20:24:11 armbian sudo[15095]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Tue 11 20:24:11 armbian sudo[15095]: pam_unix(sudo:session): session closed for user root
Tue 11 20:24:11 armbian piaware[1925]: dump1090 start appears to have been successful
Tue 11 20:24:18 armbian sudo[15428]: piaware : PWD=/ ; USER=root ; COMMAND=/bin/netstat --program --tcp --wide --all --numeric
Mar 11 20:24:18 armbian sudo[15428]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Tue 11 20:24:18 armbian sudo[15428]: pam_unix(sudo:session): session closed for user root
Tue 11 20:24:18 armbian piaware[1925]: no ADS-B data program is serving on port 30005, not starting multilateration client yet
Tue 11 20:24:21 armbian sudo[15578]: piaware : PWD=/ ; USER=root ; COMMAND=/bin/netstat --program --tcp --wide --all --numeric
Tue 11 20:24:21 armbian sudo[15578]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=996)
Tue 11 20:24:21 armbian sudo[15578]: pam_unix(sudo:session): session closed for user root
Tue 11 20:24:21 armbian piaware[1925]: no ADS-B data program seen listening on port 30005 for 10 seconds, next check in 60s
Logs are not the important bit here anymore as the fault was clear in the initial ones.
when its not working. You have a decoder Locking the usb.
Interface Claim -6 errors.
Usb is already claimed.
You more than likely have multiple decoders installed all looking to use the same usb. All feeding network data on the same ports.
One stops, the other takes over and the configuration means different apps no longer receive data as configured/expected (connect)
Work out all the decoders installed.
Be ItâŚ
Dump1090-fa
Dump1090-mutability
Readsb
Reconfigure only one to use USB.
Hello. I also had Readsb installed, although I had it stopped so that only dump1090-fa would work. To clear up any doubts, I completely uninstalled Readsb and now I notice that there is no visible air traffic in local mode, as there was before despite stopping Readsb. However, dump1090-fa now shows no airplanes in local mode, nor does it show any in the software cloud. Iâve restarted the computer, but the result is the same.
It seems the readsb service wasnât uninstalled. At least I know tar1090 is no longer working, but the readsb service is still active, but I canât find a way to completely uninstall readsb.
Tip (itâs been said already)
SkyView/FlightAware view requires dump1090-fa
But can use other data sources to feed with no local map.
The fact you removed it (dump1090-fa) explains your entire issue. The âlocalmapâ gets data from there unless you chose an alternate decoder.
What do you want to achieve.
FlightAware local map? Install ONLY dump1090-fa (USB connect). Configure other feeders to use tcp data
Want alternative local map While still feeding other services like flightaware - Install readsb/tar1090 only.
Plan it in your head. Decide. Follow path. Donât just load all of them as theyâll reconfigure each other.
Only one decoder. Then build the configuration of others for not using USB sticks.
It seems @jhosua1 is installing a combo of tar1090+readsb on top of dump1090-fa, which is causing the problem.
He can install tar1090 alone (without readsb) and it will work OK with dump1090-fa. This way he can see all three maps (Local Skyaware, SkyawareAnywhere, and tar1090)
https://www.flightaware.com/skyaware/
IP-of-Pi/skyaware/
IP-of-Pi/tar1090/
You should check from where you installed it:
https://github.com/wiedehopf/adsb-scripts/wiki/Automatic-installation-for-readsb#uninstall
Probably you used this to install.
I think what I have is a conceptual error of mine. Whenever I install readsb through the website Automatic installation for readsb ¡ wiedehopf/adsb-scripts Wiki ¡ GitHub, I automatically get access through tar1090 without having to install the tar1090 application. I want to have dump1090-fa for piaware and I already have it installed, but obviously, the readsb service is still installed and I canât find how to uninstall it because with the instruction sudo apt purge readsb it tells me that the readsb package is not found but however if I put the instruction sudo systemctl stop readsb, it doesnât give me an error and it runs and if I put sudo systemctl restart readsb it doesnât throw an error either and it runs, so the readsb service is still alive and I donât know how to completely eliminate it.
From the link given by @wiedehopf, first try to uninstall readsb
If you are unable to uninstall readsb, first stop readsb, then DISABLE it. Once disabled, it wont start automatically at reboots.
sudo systemctl stop readsb
sudo systemctl disable readsb
sudo reboot
The website gives instructions to uninstall.
It doesnât use a package which might change again in the future.
I have uninstalled with purge dump1090-fa, and also piaware. After reboot, I installed Dump1090-fa again first with the command sudo bash -c â$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu-debian-amd64/master/install-dump1090-fa.sh)â. After reboot again, I installed piaware with the command sudo bash -c â$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu-debian-amd64/master/install-piaware.sh)â and after entering my piaware Site number and selecting manual piaware update yes, rebooted the system. After installing piaware-web with the instruction sudo bash -c â$(wget -O - https://raw.githubusercontent.com/abcd567a/piaware-ubuntu-debian-amd64/master/install-piaware-web.sh)â and again rebooted the system. Conclusion: Air traffic is seen on the local web 192.168.2.94:8080 but still not seen on the web ADS-B Flight Tracking - FlightAware and in the piaware setting of my site it still indicates: [2025-03-13 21:35 CET] no ADS-B data program has been seen listening on port 30005 for 250 seconds, next log 60s, so it still does not upload data to my site. I have to say that during the Piaware installation, I noticed several errors that I didnât have time to capture, but they were related to a password or something like that. Iâm getting a little desperate not knowing whatâs going on despite installing everything from scratch. Now, all I need to do is reinstall it on a clean card with just the operating system.
The persisted problem of piaware unable to get data seems related to your OS. Which OS are you using?
Try to re-image the OS and install dump1090-fa & piaware on this fresh OS. If this does not solve the issue, use some other OS.
The operating system I use is Armbian with Ubuntu 22.4 Linux. It works perfectly for AirNav and Fr24, and I wanted to install the Piaware feed as well, but itâs not working with Piaware. Something must be wrong. Iâll try it tomorrow with a clean operating system and see the results again.
1 Like