Piaware 3.5.3 & Dump1090-fa Not working with clean install in OrangePi Zero

Hello,

I just installed piaware 3.5.3 as per described at the “https://flightaware.com/adsb/piaware/install

The version of Debian I Installed is as below:

root@orangepizero:~# sudo lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 8.8 (jessie)
Release: 8.8
Codename: jessie
root@orangepizero:~#

The RTL-SDR (NooElec SMArt black) & official Flightaware Pro Stick plugged into the USB port
Only 1 dongle plugged in at a time, both giving the same result
root@orangepizero:~# lsusb
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

root@orangepizero:~# sudo piaware-status
PiAware master process (piaware) is running with pid 458.
PiAware ADS-B client (faup1090) is not running.
PiAware mlat client (fa-mlat-client) is not running.
Local ADS-B receiver (dump1090) is not running.

no program appears to be listening for connections on port 30005.
faup1090 is NOT connected to the ADS-B receiver.
piaware is connected to FlightAware.

got ‘couldn’t open socket: connection refused’
dump1090 is NOT producing data on localhost:30005.

Your feeder ID is xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx (configured at /etc/piawa re.conf:9)
root@orangepizero:~#

root@orangepizero:~# sudo service dump1090-fa status
● dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2018-01-21 23:00:06 CET; 8s ago
Docs: PiAware - ADS-B and MLAT Receiver - FlightAware
Process: 1296 ExecStart=/usr/bin/dump1090-fa $RECEIVER_OPTIONS $DECODER_OPTIONS $NET_OPTIONS $JSON_OPTIONS $PIAWARE_DUMP1090_LOCATION_OPTIONS --write-json /run/dump1090-fa --quiet (code=exited, status=1/FAILURE)
Main PID: 1296 (code=exited, status=1/FAILURE)

Jan 21 23:00:06 orangepizero systemd[1]: Unit dump1090-fa.service entered failed state.
root@orangepizero:~#

root@orangepizero:~# sudo service piaware status
● piaware.service - FlightAware ADS-B uploader
Loaded: loaded (/lib/systemd/system/piaware.service; enabled)
Active: active (running) since Sun 2018-01-21 22:52:27 CET; 17min ago
Docs: PiAware - ADS-B and MLAT Receiver - FlightAware
Main PID: 458 (piaware)
CGroup: /system.slice/piaware.service
└─458 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -statusfile /run/piaware/status.json

Jan 21 23:08:57 orangepizero sudo[1515]: pam_unix(sudo:session): session closed for user root
Jan 21 23:08:57 orangepizero piaware[458]: no ADS-B data program seen listening on port 30005 for 251 seconds, next check in 60s
Jan 21 23:09:29 orangepizero sudo[1524]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/netstat --program --tcp --wide --all --numeric
Jan 21 23:09:29 orangepizero sudo[1524]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jan 21 23:09:29 orangepizero sudo[1524]: pam_unix(sudo:session): session closed for user root
Jan 21 23:09:29 orangepizero piaware[458]: no ADS-B data program is serving on port 30005, not starting multilateration client yet
Jan 21 23:09:57 orangepizero sudo[1533]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/bin/netstat --program --tcp --wide --all --numeric
Jan 21 23:09:57 orangepizero sudo[1533]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jan 21 23:09:57 orangepizero sudo[1533]: pam_unix(sudo:session): session closed for user root
Jan 21 23:09:57 orangepizero piaware[458]: no ADS-B data program seen listening on port 30005 for 311 seconds, next check in 60s
root@orangepizero:~#

Few months ago. I also using the same method which based on the page PiAware - dump1090 ADS-B integration with FlightAware - FlightAware and it works without any issue.

Please help me to diagnose what is going on with this installation or I missed some other steps…

Thank you and I appreciate your comments / instructions to fix this.

Regards,
Fung Sai Hou
WBKK

Test if your DVB-T dongle is OK:

#Install the necessary test package rtl-sdr
sudo apt-get update
sudo apt-get install rtl-sdr

#Stop dump1090-fa to make DVB-T available for test
sudo systemctl stop dump1090-fa

#Give the test command
sudo rtl_test -t

#If your DVB-T dongle is OK, you will see this output
Found 1 device(s):
  0:  Realtek, RTL2832U, SN: 00000001

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 2048000 S/s.
No E4000 tuner found, aborting.
Reattached kernel driver

1 Like

Hi abcd567,

Below is the result.

root@orangepizero:~# sudo rtl_test -t
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM

Kernel driver is active, or device is claimed by second instance of librtlsdr.
In the first case, please either detach or blacklist the kernel module
(dvb_usb_rtl28xxu), or enable automatic detaching at compile time.

usb_claim_interface error -6
Failed to open rtlsdr device #0.
root@orangepizero:~#

Did you STOP dump1090-fa BEFORE you gave test command?
If the DVB-T is still in use by dump1090-fa, rtl_test command will give error.

Try again in this sequence:

sudo systemctl stop dump1090-fa
sudo rtl_test -t
1 Like

Hi abcd567,

Here is the latest info.

root@orangepizero:~# rtl_test -t
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
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
Sampling at 2048000 S/s.
No E4000 tuner found, aborting.
root@orangepizero:~#

I finally solved the problem by editing:-

sudo nano /etc/modprobe.d/rtl-sdr-blacklist.conf

and add:

blacklist dvb_usb_rtl2832u

save.

Then reboot.

After I check:-

root@orangepizero:~# sudo service dump1090-fa status
● dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled)
Active: active (running) since Mon 2018-01-22 12:02:14 +08; 7min ago
Docs: PiAware - ADS-B and MLAT Receiver - FlightAware
Main PID: 1198 (dump1090-fa)
CGroup: /system.slice/dump1090-fa.service
└─1198 /usr/bin/dump1090-fa --device-index 0 --gain -10 --ppm 0 --net-bo-port 30005 --max-range 360 --net --net-heartbeat 60 --net-ro-size 1000 --net-ro-i…

Jan 22 12:02:14 orangepizero systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Jan 22 12:02:14 orangepizero dump1090-fa[1198]: Mon Jan 22 12:02:14 2018 +08 dump1090-fa 3.5.3 starting up.
Jan 22 12:02:14 orangepizero dump1090-fa[1198]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHIDIR, SN 00000001)
Jan 22 12:02:14 orangepizero dump1090-fa[1198]: Found Rafael Micro R820T tuner
Jan 22 12:02:14 orangepizero dump1090-fa[1198]: rtlsdr: enabling tuner AGC
Jan 22 12:03:05 orangepizero systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
root@orangepizero:~#

It now works. I guess something happen that “/etc/modprobe.d/rtl-sdr-blacklist.conf” has not blacklists the “dvb_usb_rtl2832u”, and causing dump1090-fa not working as normal SDR.

Thank you once again for the previous info you shared to me.

I have had installed so many times of Armbian image as well as Dietpi image for my OrangePi Zero H2+ since yesterday. I guess there are some bugs for the dump1090-fa or piaware during the setup. I have no such problem previously (few months ago).

Regards.

.

Ohhh… Now I remember I have encountered this problem in June 2016, found this solution, and posted it in post linked below. Scroll down to item (2) DUMP1090 not working

1 Like

Hopefully this bug can be fixed as soon as possible.

Thanks abcd567 for sharing the link.

Hello saihoufung and the rest.

I am a newbie with FlightAware and PiAware and adsb dongles. I was just looking for some fun to play with so started playing with SDR things and finally ended up in this airplane data collecting.

However I am a real satisfied OrangePi user for some years now and just noticed your post. I started to play with the SDR dongle with a normal linux laptop without a problem and later on a Raspberry PI also working out of the box. But as final solution I am using the Orangepi zero for a few days now. Installation was done in a few seconds without any issue! So I was surprised you te read that you needed the blacklist solution.

But anway just wanted to let you know I am using the Zero as well, so I you have any question or you want to compare some things just let me know.

Btw next step is to create a better antenna I :slight_smile: I live on the countrysite so with the standard antenna it is working very well. and expect with a better antenna some excelent results.

https://flightaware.com/adsb/stats/user/cibeest#stats-79628

Hi cibeest,

Thank you for your post. I can’t remembered which image I used it to install on OrangePi Zero.

I am assured that I faced that problem few times during installation depends on the version of either Armbian or Debian or any suitable image. And ended up with installing the rtl-sdr package and have to blacklist the dongle as a DVB.

Anyway, its not OrangePi Zero issue. I am quite happy with this little board, only issue is the HEAT produced by the CPU. (Heat sink installed to protect the CPU from over heating).

Regards