Hello. I installed the latest version of Piaware on my Raspberry Pi4, as well as Dump1090-fa and Piaware-Web. The truth is that I am receiving data correctly and synchronization with Mlat is active. When I see the planes through the link ADS-B Flight Tracking - FlightAware, I can see the air traffic correctly but my problem is when I access locally through the server’s private IP, from home at the address 192.168.2.20 I access the skyaware panel where it indicates in green that all the services are correctly, but when I want to see the local map and the air traffic, the map opens but does not load any aircraft even though there is traffic at that moment. The truth is that I do not know what it can be, it only fails locally. Could you help me? Thanks.
Mine is 192.168.1.X (where X is my local assigned IP). Are you sure its 192.168.2.20 ore maybe 192.168.1.20.
Just checking.
Probably installed something else that is using the SDR / providing data on 30005. (dump1090-mutability / readsb)
That way the feed will work, but the skyaware map won’t work because dump1090-fa can’t talk to the decoder.
You have 2 sites running. One is working (Site 243106 running 9.0.1) the other ( site 243295 running 10.0) is not receiving any aircraft.
The 192.168.2.x range is the least important because my router is configured in the .2 range, but that is irrelevant to the functioning of the system. It must be something else.
Well, the truth is that I am using Dump1090-fa and readsb simultaneously, but in the second case, I like its map and especially the statistics graphics. But I have a question, then why does the air traffic work fine with the map from ADS-B Flight Tracking - FlightAware and the local skyaware map does not show the air traffic? I could always test it by uninstalling readsb.
It is true that I have 2 feeders installed on two different computers, but I only have the one that appears with data that belongs to the Raspberry Pi4 active and the inactive one is on an Android TV computer with Linux Arbiam system, so when using a different package system, the available version is different for each one. When I finish polishing the current installation, I will move on to computer 2.
which statistics?
graphs1090 works fine with readsb.
https://github.com/wiedehopf/adsb-scripts/wiki/Automatic-installation-for-readsb
- removes other decoders (dump1090-mutability / dump1090-fa … local skyaware interface won’t be available anymore, use /tar1090 which comes with this installation) (only one decoder can use the SDR)
Only one application can use the SDR.
Skyaware anywhere is based on the data sent by piaware, local skyaware is based on /run/dump1090-fa.
You can modify the lighttpd config to use /run/readsb and it will somewhat work.
If you want to see aircraft on a map locally, you have two choices:
OPTION-1:
Remove readsb and reboot RPi.
OPTION-2:
Remove dump1090-fa, install tar1090, and reboot RPi
NOTE:
What you see on following addresses?
192.168.2.20/tar1090/
192.168.2.20/skyaware/
Indeed, you were right. I can’t have Readsb installed and want to see the skyaware map locally from dump1090-fa. I stopped the readsb service and now I can see the planes locally and through the piaware cloud. Now I’ll have to evaluate if I want the readsb or skyaware service options. Thanks for your help. At least now I know why the planes weren’t visible locally.
I have a new problem now. I tried to do a clean install of Piaware on my Armbian arm64 system running Ubuntu 22.04.5 LTS (Jammy Jellyfish). I have followed the steps in the installation tutorial at ubuntu22/README.md at master · abcd567a/ubuntu22 · GitHub but I have the problem that despite installing Piaware in the new Site that Piaware creates for me for the new installation, in which everything is green as if everything is Ok, but however in the site configuration the log indicates that there is no ADSB program that reports on port 30005. The text indicates: no ADS-B data program seen listening on port 30005 for 203 seconds, next check in 60s
I have tried installing readsb in case it can interact with Piaware, but the same problem continues but now I can see the movement of planes on the local IP 192.168.2.92/tar1090, so it is only affecting Piaware due to a strange problem. Is it possible that I am missing some configuration or installed something? Thank you.
what is output of following command
sudo journalctl -u dump1090-fa -e
Thanks for your reply. I’m desperate with this issue. The thing is that dump1090 doesn’t seem to recognize the rtlsdr device, but nevertheless, locally you can see the air traffic, but it’s not sharing anything to the piaware servers and it does show them locally at http://192.168.2.94/skyaware/ . It’s all very strange. I pass you what I get when I give the instruction that you told me:
luis@armbian:~$ sudo journalctl -u dump1090-fa -e
Mar 10 22:01:46 armbian dump1090-fa[11826]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Mar 10 22:01:46 armbian dump1090-fa[11826]: usb_claim_interface error -6
Mar 10 22:01:46 armbian dump1090-fa[11826]: rtlsdr: error opening the RTLSDR device: Device or resource busy
Mar 10 22:01:46 armbian systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
Tue 10 22:01:46 armbian systemd[1]: dump1090-fa.service: Failed with result ‘exit-code’.
Tue 10 22:02:16 armbian systemd[1]: dump1090-fa.service: Scheduled restart job, restart counter is at 4.
Tue 10 22:02:16 armbian systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:02:16 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:02:16 armbian dump1090-fa[13373]: Mon Mar 10 22:02:16 2025 CET dump1090-fa 10.0~bpo11+1 starting up.
Tue 10 22:02:16 armbian dump1090-fa[13373]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Tue 10 22:02:16 armbian dump1090-fa[13373]: usb_claim_interface error -6
Tue 10 22:02:16 armbian dump1090-fa[13373]: rtlsdr: error opening the RTLSDR device: Device or resource busy
Tue 10 22:02:16 armbian systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
Mar 10 22:02:16 armbian systemd[1]: dump1090-fa.service: Failed with result ‘exit-code’.
Tue 10 22:02:46 armbian systemd[1]: dump1090-fa.service: Scheduled restart job, restart counter is at 5.
Tue 10 22:02:46 armbian systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:02:46 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:02:46 armbian dump1090-fa[15045]: Mon Mar 10 22:02:46 2025 CET dump1090-fa 10.0~bpo11+1 starting up.
Tue 10 22:02:46 armbian dump1090-fa[15045]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Mar 10 22:02:47 armbian dump1090-fa[15045]: Found Rafael Micro R820T tuner
Tue 10 22:02:47 armbian dump1090-fa[15045]: rtlsdr: tuner gain set to about 58.6 dB (gain step 29) (tuner AGC enabled)
Tue 10 22:02:47 armbian dump1090-fa[15045]: adaptive: using 50% duty cycle
Tue 10 22:02:47 armbian dump1090-fa[15045]: adaptive: enabled adaptive gain control with gain limits 0.0dB (step 0) … 58.6dB (step 29)
Tue 10 22:02:47 armbian dump1090-fa[15045]: adaptive: enabled dynamic range control, target dynamic range 30.0dB
Tue 10 22:02:47 armbian dump1090-fa[15045]: Allocating 4 zero-copy buffers
Tue 10 22:02:57 armbian dump1090-fa[15045]: adaptive: reached upper gain limit, halting dynamic range scan here
Tue 10 22:05:23 armbian dump1090-fa[15045]: Mon Mar 10 22:05:23 2025 CET Caught SIGTERM, shutting down…
Tue 10 22:05:23 armbian systemd[1]: Stopping dump1090 ADS-B receiver (FlightAware customization)…
Tue 10 22:05:23 armbian dump1090-fa[15045]: Mon Mar 10 22:05:23 2025 CET Waiting for receive thread termination
Tue 10 22:05:23 armbian dump1090-fa[15045]: Mon Mar 10 22:05:23 2025 CET Normal exit.
Tue 10 22:05:23 armbian systemd[1]: dump1090-fa.service: Deactivated successfully.
Tue 10 22:05:23 armbian systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:05:23 armbian systemd[1]: dump1090-fa.service: Consumed 1min 28ms CPU time.
Tue 10 22:05:23 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Tue 10 22:05:23 armbian dump1090-fa[17249]: Mon Mar 10 22:05:23 2025 CET dump1090-fa 10.0~bpo11+1 starting up.
Tue 10 22:05:23 armbian dump1090-fa[17249]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Tue 10 22:05:24 armbian dump1090-fa[17249]: Found Rafael Micro R820T tuner
Tue 10 22:05:24 armbian dump1090-fa[17249]: rtlsdr: tuner gain set to about 58.6 dB (gain step 29) (tuner AGC enabled)
Tue 10 22:05:24 armbian dump1090-fa[17249]: adaptive: using 50% duty cycle
Tue 10 22:05:24 armbian dump1090-fa[17249]: adaptive: enabled adaptive gain control with gain limits 0.0dB (step 0) … 58.6dB (step 29)
Tue 10 22:05:24 armbian dump1090-fa[17249]: adaptive: enabled dynamic range control, target dynamic range 30.0dB
Tue 10 22:05:24 armbian dump1090-fa[17249]: Allocating 4 zero-copy buffers
Tue 10 22:05:34 armbian dump1090-fa[17249]: adaptive: reached upper gain limit, halting dynamic range scan here
lines 30-72/72 (END)
luis@armbian:~$ sudo journalctl -u dump1090-fa -e
mar 10 21:39:36 armbian dump1090-fa[20509]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
mar 10 21:39:36 armbian dump1090-fa[20509]: usb_claim_interface error -6
mar 10 21:39:36 armbian dump1090-fa[20509]: rtlsdr: error opening the RTLSDR device: Device or resource busy
mar 10 21:39:36 armbian systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
mar 10 21:39:36 armbian systemd[1]: dump1090-fa.service: Failed with result ‘exit-code’.
mar 10 21:40:06 armbian systemd[1]: dump1090-fa.service: Scheduled restart job, restart counter is at 21.
mar 10 21:40:06 armbian systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
mar 10 21:40:06 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
mar 10 21:40:06 armbian dump1090-fa[21671]: Mon Mar 10 21:40:06 2025 CET dump1090-fa 10.0~bpo11+1 starting up.
mar 10 21:40:06 armbian dump1090-fa[21671]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
mar 10 21:40:06 armbian dump1090-fa[21671]: usb_claim_interface error -6
mar 10 21:40:06 armbian dump1090-fa[21671]: rtlsdr: error opening the RTLSDR device: Device or resource busy
mar 10 21:40:06 armbian systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
mar 10 21:40:06 armbian systemd[1]: dump1090-fa.service: Failed with result ‘exit-code’.
mar 10 21:40:37 armbian systemd[1]: dump1090-fa.service: Scheduled restart job, restart counter is at 22.
mar 10 21:40:37 armbian systemd[1]: Stopped dump1090 ADS-B receiver (FlightAware customization).
mar 10 21:40:37 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
mar 10 21:40:37 armbian dump1090-fa[21718]: Mon Mar 10 21:40:37 2025 CET dump1090-fa 10.0~bpo11+1 starting up.
mar 10 21:40:37 armbian dump1090-fa[21718]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
mar 10 21:40:37 armbian dump1090-fa[21718]: usb_claim_interface error -6
mar 10 21:40:37 armbian dump1090-fa[21718]: rtlsdr: error opening the RTLSDR device: Device or resource busy
mar 10 21:40:37 armbian systemd[1]: dump1090-fa.service: Main process exited, code=exited, status=1/FAILURE
mar 10 21:40:37 armbian systemd[1]: dump1090-fa.service: Failed with result ‘exit-code’.
Image 1 is what appears on the map locally and image 2 is the website ADS-B Flight Tracking - FlightAware where you can see that no flight data or air traffic appears.
In image 3 it can be seen that the data from port 30005 is still not reaching the Piaware servers despite being sent locally.
Clear Browser cache (Ctrl+Shift+Delete), reload Browser (Ctrl+F5). After doing this, do you still see planes on local map?
skyaware map is fed data by dump1090-fa, and not by piaware.
If you now see plane movement, then definitely dump1090-fa has started working. Check again status of dump1090-fa by following command and post output of this command:
sudo journalctl -u dump1090-fa -n 10
0/10 (END)…skipping…
mar 11 00:15:12 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAwar>
mar 11 00:15:12 armbian dump1090-fa[114852]: Tue Mar 11 00:15:12 2025 CET dump>
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: using device #0: Generic R>
mar 11 00:15:12 armbian dump1090-fa[114852]: Found Rafael Micro R820T tuner
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: tuner gain set to about 58>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: using 50% duty cycle
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled adaptive gain co>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled dynamic range co>
mar 11 00:15:13 armbian dump1090-fa[114852]: Allocating 4 zero-copy buffers
mar 11 00:15:23 armbian dump1090-fa[114852]: adaptive: reached upper gain limit>
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-10/10 (END)…skipping…
mar 11 00:15:12 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware custo>
mar 11 00:15:12 armbian dump1090-fa[114852]: Tue Mar 11 00:15:12 2025 CET dump1090-fa>
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: using device #0: Generic RTL2832U>
mar 11 00:15:12 armbian dump1090-fa[114852]: Found Rafael Micro R820T tuner
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: tuner gain set to about 58.6 dB (>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: using 50% duty cycle
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled adaptive gain control w>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled dynamic range control, >
mar 11 00:15:13 armbian dump1090-fa[114852]: Allocating 4 zero-copy buffers
mar 11 00:15:23 armbian dump1090-fa[114852]: adaptive: reached upper gain limit, halti>
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-10/10 (END)…skipping…
mar 11 00:15:12 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware custo>
mar 11 00:15:12 armbian dump1090-fa[114852]: Tue Mar 11 00:15:12 2025 CET dump1090-fa>
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: using device #0: Generic RTL2832U>
mar 11 00:15:12 armbian dump1090-fa[114852]: Found Rafael Micro R820T tuner
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: tuner gain set to about 58.6 dB (>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: using 50% duty cycle
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled adaptive gain control w>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled dynamic range control, >
mar 11 00:15:13 armbian dump1090-fa[114852]: Allocating 4 zero-copy buffers
mar 11 00:15:23 armbian dump1090-fa[114852]: adaptive: reached upper gain limit, halti>
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-10/10 (END)…skipping…
mar 11 00:15:12 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
mar 11 00:15:12 armbian dump1090-fa[114852]: Tue Mar 11 00:15:12 2025 CET dump1090-fa 10.0~bpo11+1 sta>
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RT>
mar 11 00:15:12 armbian dump1090-fa[114852]: Found Rafael Micro R820T tuner
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: tuner gain set to about 58.6 dB (gain step 29) (tu>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: using 50% duty cycle
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled adaptive gain control with gain limits 0>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled dynamic range control, target dynamic ra>
mar 11 00:15:13 armbian dump1090-fa[114852]: Allocating 4 zero-copy buffers
mar 11 00:15:23 armbian dump1090-fa[114852]: adaptive: reached upper gain limit, halting dynamic range >
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-10/10 (END)…skipping…
mar 11 00:15:12 armbian systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
mar 11 00:15:12 armbian dump1090-fa[114852]: Tue Mar 11 00:15:12 2025 CET dump1090-fa 10.0~bpo11+1 sta>
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RT>
mar 11 00:15:12 armbian dump1090-fa[114852]: Found Rafael Micro R820T tuner
mar 11 00:15:12 armbian dump1090-fa[114852]: rtlsdr: tuner gain set to about 58.6 dB (gain step 29) (tu>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: using 50% duty cycle
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled adaptive gain control with gain limits 0>
mar 11 00:15:13 armbian dump1090-fa[114852]: adaptive: enabled dynamic range control, target dynamic ra>
mar 11 00:15:13 armbian dump1090-fa[114852]: Allocating 4 zero-copy
You still have some other software installed that is using the SDR.
Pretty simple.
Common is fr24 / airnav automatically installing / starting dump1090-mutability.
Or you didn’t remove readsb after all.