FlightAware Discussions

Orange Pi PC -- a $15 alternative to RPi 2? So far, so good

UPDATE - May 01, 2017
Recommended: Armbian version 5.20 from archieves

Tried last 3 versions of Armbian. Results are as follows:

(1) Armbian_5.25_Orangepipc_Debian_jessie_default_3.4.113
(a) Piaware 3.5.0 and dump1090-fa work ok and feed data to Flightaware.
(b) Lighttpd fails, and as a result map page Skyview and Piaware Radio Status pages are not displayed.

(2) Armbian_5.24_Orangepipc_Debian_jessie_default_3.4.113
(a) Piaware 3.5.0 and dump1090-fa work ok and feed data to Flightaware.
(b) Lighttpd fails, and as a result map page Skyview and Piaware Radio Status pages are not displayed.

(3) Armbian_5.20_Orangepipc_Debian_jessie_3.4.112_desktop
(a) Piaware 3.5.0 and dump1090-fa work ok and feed data to Flightaware.
(b) Lighttpd works OK, Map page Skyview is displayed OK
© Piaware Radio Status pages is not displayed. Instead Placeholder page of lighttpd is displayed.

Note:
to make dump1090-fa work, in file /etc/modprobe.d/rtl-sdr-blacklist.conf, add the lines below, and reboot.
blacklist dvb_usb_rtl2832u
blacklist dvb_usb

Thanks to Oliver for his following comments about Radio Status Page:

Hello
Thank you for the info
What is the Radio Status Page ?

This is the Radio Status Page from version 3.1, but page for version 3.5 is almost same.

There are 4 buttons (Radio, Piaware, Flightaware, and MLAT).
If the color of a button is green, that function is OK.
If the color is orange, the function is not working .

thank you

Raised the issue of lighttpd failure on “Armbian_5.25_Orangepipc_Debian_jessie_default_3.4.113” in Armbian Forums.
Got following reply:

Now the question is: How to disable ramlog? Where is it located?

forum.armbian.com/index.php?/to … ault_34113
.

they answered already that you can disable it in /etc/default/log2ram

but I would add that by disabling it I guess the logs will be written to files in your SD card

but you can find these logs and make them a link to /dev/null so that no logs will be written


ln -s /dev/null /path/to/logfile

@atriasgr:
Thank you.

UPDATE June 30, 2017
Today downloaded and wrote following latest Armbian images:
Armbian_5.30_Orangepipc_Ubuntu_xenial_default_3.4.113.img
Armbian_5.30_Orangepipc_Debian_jessie_default_3.4.113.img

BOTH distros give following problem:
(1) With dump1090-mutability ver1.15~dev

  • dump1090-mutability is running

  • lighttpd is running

  • map at /dump1090/gmap.html gives warning:
    *“Problem fetching data from dump1090. AJAX call failed (error: Not Found). Maybe dump1090 is no longer running? The displayed map data will be out of date.” *

(2) With dump1090-fa

  • dump1090-fa fails

  • lighttpd is running

(Note: In text below, I had to insert spaces before and after all slashes / to prevent “Forbidden” when clicked preview or submit buttons)

pi@orangepipc:~$ sudo systemctl status lighttpd -l
[sudo] password for pi:
● lighttpd.service - Lighttpd Daemon
Loaded: loaded (/ lib / systemd / system / lighttpd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2017-06-30 15:49:58 UTC; 18min ago
Process: 2902 ExecStartPre= / usr / sbin / lighttpd -t -f / etc / lighttpd / lighttpd.conf (code=exited, status=0/SUCCESS)
Main PID: 2908 (lighttpd)
CGroup: / system.slice / lighttpd.service
└─2908 / usr / sbin / lighttpd -D -f / etc / lighttpd / lighttpd.conf

Jun 30 15:49:58 orangepipc systemd[1]: Starting Lighttpd Daemon…
Jun 30 15:49:58 orangepipc lighttpd[2902]: Syntax OK
Jun 30 15:49:58 orangepipc systemd[1]: Started Lighttpd Daemon.

pi@orangepipc:~$ sudo systemctl status dump1090-mutability -l
● dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
Loaded: loaded ( / etc / init.d / dump1090-mutability; bad; vendor preset: enabled)
Active: active (exited) since Fri 2017-06-30 15:50:05 UTC; 18min ago
Docs: man:systemd-sysv-generator(8)
Process: 2926 ExecStop= / etc / init.d / dump1090-mutability stop (code=exited, status=0/SUCCESS)
Process: 2934 ExecStart= / etc / init.d / dump1090-mutability start (code=exited, status=0/SUCCESS)

Jun 30 15:50:04 orangepipc systemd[1]: Starting LSB: dump1090 daemon (mutability variant)…
Jun 30 15:50:05 orangepipc systemd[1]: Started LSB: dump1090 daemon (mutability variant).

After installation of Piaware Data feeder (add on package)

pi@orangepipc:~$ sudo systemctl status dump1090-mutability -l
● dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
Loaded: loaded (/ etc / init.d / dump1090-mutability; bad; vendor preset: enabled)
Active: active (exited) since Fri 2017-06-30 18:59:40 UTC; 3min 59s ago
Docs: man:systemd-sysv-generator(8)
Process: 697 ExecStart= / etc / init.d / dump1090-mutability start (code=exited, status=0/SUCCESS)

Jun 30 18:59:38 orangepipc systemd[1]: Starting LSB: dump1090 daemon (mutability variant)…
Jun 30 18:59:40 orangepipc systemd[1]: Started LSB: dump1090 daemon (mutability variant).

pi@orangepipc:~$ sudo systemctl status piaware -l
● piaware.service - FlightAware ADS-B uploader
Loaded: loaded (/ lib / systemd / system / piaware.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2017-06-30 18:59:38 UTC; 4min 10s ago
Docs: flightaware.com/adsb/piaware/
Main PID: 689 (piaware)
CGroup: / system.slice / piaware.service
└─689 / usr / bin / piaware -p / run / piaware / piaware.pid -plainlog -statusfile / run / piaware / status.json

Jun 30 19:01:42 orangepipc sudo[1406]: pam_unix(sudo:session): session closed for user root
Jun 30 19:01:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 124 seconds, next check in 60s
Jun 30 19:02:42 orangepipc sudo[1647]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND= / bin / netstat --program --tcp --wide --all --numeric
Jun 30 19:02:42 orangepipc sudo[1647]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jun 30 19:02:42 orangepipc sudo[1647]: pam_unix(sudo:session): session closed for user root
Jun 30 19:02:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 184 seconds, next check in 60s
Jun 30 19:03:42 orangepipc sudo[1858]: piaware : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/ bin / netstat --program --tcp --wide --all --numeric
Jun 30 19:03:42 orangepipc sudo[1858]: pam_unix(sudo:session): session opened for user root by (uid=0)
Jun 30 19:03:42 orangepipc sudo[1858]: pam_unix(sudo:session): session closed for user root
Jun 30 19:03:42 orangepipc piaware[689]: no ADS-B data program seen listening on port 30005 for 244 seconds, next check in 60s

I replicated your install and faced the same problem.

I solved it by following method. All is now working OK.



#open file rtl-sdr-blacklist.conf in an editor
sudo nano /etc/modprobe.d/rtl-sdr-blacklist.conf

# This system has librtlsdr0 installed in order to
# use digital video broadcast receivers as generic
# software defined radios.
blacklist dvb_usb_rtl28xxu
blacklist e4000
blacklist rtl2832


#add these two line below the last line in the file:
blacklist dvb_usb_rtl2832u
blacklist dvb_usb

#save file and reboot


3G USB Modem

I managed to get my modem blue light blinking on my Pi Pc+ (Armbian Ubuntu Xenial Default) using SAKIS3G from Github.

Instead of going through the --interactive GUI i was able to get it to connect to the network using -
sakis3g --sudo connect --sudo USBINTERFACE=“3” --sudo APN=“telstra.internet”

I tried writing a script incorporating this line (including /home/opi/usr/local/bin/sakis3g --sudo connect --sudo USBINTERFACE=“3” --sudo APN=“telstra.internet”) but I can’t get it to work. I located the script in the /etc/init.d folder and made executable. After a restart the script disappeared from the folder. Any suggestions, code??

Workaround for Random MAC Address Generation and Non-fixed IP address at Every Reboot

Few days ago I wrote following latest version of Armbian to microSD Card:

Armbian_5.59_Orangepipc_Debian_stretch_next_4.14.65.img

I faced the problem that after every reboot, OPi PC randomly generated a new MAC address, causing SSH to fail.I had to unplug network wire, wait for about a minute, then re-plug the network wire, wait again 30 sec to enable SSH after every re-boot.

I added a line hwaddress ether xx:xx:xx:xx:xx:xx in file /etc/network/interfaces, but it did not solve the problem.

I then tried Armbian’s built-in Network Manager by commands nmtui and nmcli, both could not solve the issue. This issue is in knowledge of Armbian Developers, and they are trying to fix it. However in the meanwhile I used following fix successfully. Thanks to lukaszjokiel

(1) Create a new file

The file can have any suitable name, (but must end in .sh)
The file can be in any suitable location.
I chose file name mac-spoof.sh , and its location inside folder /etc/network/.
Following instructions are based on above choices.

1.1 - Create new file
sudo touch /etc/network/mac-spoof.sh

1.2 - Make new file executable
sudo chmod +x /etc/network/mac-spoof.sh

1.3 - Open new blank file for editing
sudo nano /etc/network/mac-spoof.sh

1.4 - Copy-paste following text in the new blank file
NOTE: Replace XX:XX:XX:XX:XX:XX by your desired MAC address

#!/bin/bash
/sbin/ifconfig eth0 down
/sbin/ifconfig eth0 hw ether XX:XX:XX:XX:XX:XX
/sbin/ifconfig eth0 up
/bin/systemctl restart NetworkManager
exit 0

1.5 - Save (Ctrl+o) and Close (Ctrl+x)

(2) Make entry in file /etc/rc.local to automaticlly fix the MAC at every reboot.

2.1 - Open file /etc/rc.local for editing
sudo nano /etc/rc.local

2.2 - Scroll-down till you see the last line which is only exit 0. Just above last line exit 0, paste following line:

/etc/network/mac-spoof.sh

2.3 - Save (Ctrl+o) and Close (Ctrl+x)

2.4 - Reboot Orange Pi

2.5 - Check if you can SSH. Also check your router settings to see what MAC and IP is shown.

1 Like

Not sure whether this helps but recently installed Armbian 5.65 Debian on an Orangepi PC.

Used nmtui to set manual IP address: format must be zzz.zzz.zzz.zzz/24

For example 192.168.0.21/24. Without the /24 it does not work.

I checked the “Use IP4 box” but left everything else unchanged.

Do NOT try to activate the change, just exit the utility and reboot. You should find the IP address is now static and set to your required value…

I have one OrangePC One (with Armbian 5.60), and I have no problem keeping the static IP assigned from my router. I didn’t do nothing special.

OrangePI PC - Workaround for “Temperature Graph is Missing”

(1) The Problem:

pi@orangepipc:~$ sudo ~/adsb-receiver/build/portal/graphs/make-collectd-graphs.sh 24h
[sudo] password for pi:
1949 (process ID) old priority 0, new priority 5
577x298
577x298
577x298
577x298
1107x284
577x298
577x298
577x298
577x298
577x298
ERROR: opening '/var/lib/collectd/rrd/localhost/table-localhost/gauge-cpu_temp.rrd': No such file or directory
ERROR: opening '/var/lib/collectd/rrd/localhost/table-localhost/gauge-cpu_temp.rrd': No such file or directory
ERROR: opening '/var/lib/collectd/rrd/localhost/interface-wlan0/if_octets.rrd': No such file or directory
577x298
1107x284
577x298
577x298
577x298
577x298
pi@orangepipc:~$

.

.

(2) The Workaround (Proposed by J Prochazka at Github)

1. Open file collectd.conf for editing

sudo nano /etc/collectd/collectd.conf

.

2. At end of above file, add following code

# Orange Pi specific values.
<Plugin table>
        <Table "/sys/devices/virtual/thermal/thermal_zone0/temp">
                Instance localhost
                Separator " "
                <Result>
                        Type gauge
                        InstancePrefix "cpu_temp"
                        ValuesFrom 0
                </Result>
        </Table>
</Plugin>

<Plugin "disk">
        Disk "mmcblk0"
        IgnoreSelected false
</Plugin>

Save file (Ctrl+o) and close it (Ctrl+x)

.

3. Reboot

sudo reboot

.

4. Wait 5 minutes, then update graphs

sudo ~/adsb-receiver/build/portal/graphs/make-collectd-graphs.sh 24h 

2994 (process ID) old priority 0, new priority 5
577x298
577x298
577x298
577x298
1107x284
577x298
577x298
577x298
577x298
577x298
577x298
577x298
ERROR: opening '/var/lib/collectd/rrd/localhost/interface-wlan0/if_octets.rrd': No such file or directory
577x298
1107x284
577x298
577x298
577x298
577x298
pi@orangepipc:~$

.

5. Clear browser cache (Ctrl+Shift+Delete) and Reloaded Browser (Ctrl+F5)

image

SUCCESS !!!

The problem is in the script.

I commented somewhere on here: “issue 425 code being added to the master code” where a “CHIP” option was added so if not a real RPi it skips some of the code - sloppy!!! but I don’t know how to update code - found my own fix which is also somewhere on here.

This is where it all goes wrong:

In bash/portal/graphs.sh at line 203:

if [[ “${HARDWARE_PLATFORM}” = “RPI” ]] ; then

In bash/portal/graphs.sh at line 225:
elif [[ “${HARDWARE_PLATFORM}” = “CHIP” ]] ; then

That logic works fine if you have a RPi or a CHIP, but for everything else it just gets omitted.

Better logic would be to have the CHIP option first and then let the “elif” fall through to the default value without any testing of which system is being used.

1 Like

CHIP is out of business. You cannot even find site to “flash” the software.

My CHIP’s OS got corrupted, and due to closure of it’s flashing site, I could not reimage it. Finally I threw the CHIP board in trash can.

OrangePi is Still in business, and I suggest JP to modify his code to accomodate OrangePi.

Ver 3.7.1 Package Install of piaware, dump1090-fa, dump978-fa and skyview978 on Orange Pi PC

.

(1) Serialize dongles: (CLICK HERE)

To recieve both ES1090 and UAT978, two dongles are required, one for 1090 and other for 978. In this case the dongles should be serialized so that correct dongle+antenna sets are used by dump1090-fa and dump978-fa.

For 1090 Mhz dongle: used serial # 00001090
For 978 Mhz dongle : used serial # 00000978

(2) Install packages piaware, dump1090-fa, dump978-fa and skyview978

@obj : The dump978’s .deb package misses to install one dependency ( soapysdr-module-rtlsdr). As a result dump978-fa starts and exits. I have therefore included sudo apt-get install soapysdr-module-rtlsdr before the step sudo apt-get install dump978
.

2.1 - Repository
wget http://flightaware.com/adsb/piaware/files/packages/pool/piaware/p/piaware-support/piaware-repository_3.7.1_all.deb

sudo dpkg -i piaware-repository_3.7.1_all.deb

sudo apt-get update

.

2.2 - Piaware
sudo apt-get install piaware

sudo piaware-config uat-receiver-type sdr

sudo piaware-config feeder-id xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

sudo piaware-config allow-auto-updates yes
sudo piaware-config allow-manual-updates yes

.

2.3 - dump1090-fa
sudo apt-get install dump1090-fa

sudo sed -i 's/--device-index 0/--device-index 00001090/' /etc/default/dump1090-fa
.

2.4 - dump978
sudo apt-get install soapysdr-module-rtlsdr

sudo apt-get install dump978-fa

sudo sed -i 's/driver=rtlsdr/driver=rtlsdr,serial=00000978/' /etc/default/dump978-fa

.
2.5 -skyview978
sudo apt-get install skyview978

.
2.6 - Reboot
sudo reboot

(3) CHECKS

3.1 - dump1090-fa

pi@orangepipc:~$ sudo systemctl status dump1090-fa 

* dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
   Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-06-16 00:16:07 UTC; 24min ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 2223 (dump1090-fa)
    Tasks: 3 (limit: 4915)
   CGroup: /system.slice/dump1090-fa.service
           `-2223 /usr/bin/dump1090-fa --device-index 00001090 --gain -10 --ppm 0 --net-bo-port 30005 --max-range 360 --net --net-heartbea

Jun 16 00:16:07 orangepipc systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Sun Jun 16 00:16:08 2019 UTC  dump1090-fa 3.7.1 starting up.
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: rtlsdr: using device #0: Generic RTL2832U (Realtek, RTL2832U, SN 00001090)
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Detached kernel driver
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: Found Rafael Micro R820T tuner
Jun 16 00:16:08 orangepipc dump1090-fa[2223]: rtlsdr: enabling tuner AGC

.
3.2 - dump978

pi@orangepipc:~$ sudo systemctl status dump978-fa 

* dump978-fa.service - dump978 ADS-B UAT receiver
   Loaded: loaded (/lib/systemd/system/dump978-fa.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-06-16 00:16:03 UTC; 25min ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 2162 (dump978-fa)
    Tasks: 4 (limit: 4915)
   CGroup: /system.slice/dump978-fa.service
           `-2162 /usr/bin/dump978-fa --sdr driver=rtlsdr,serial=00000978 --format CS8 --raw-port 30978 --json-port 30979

Jun 16 00:16:04 orangepipc dump978-fa[2162]: Reattached kernel driver
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Detached kernel driver
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Found Rafael Micro R820T tuner
Jun 16 00:16:04 orangepipc dump978-fa[2162]: Exact sample rate is: 2083333.135571 Hz
Jun 16 00:16:04 orangepipc dump978-fa[2162]: [R82XX] PLL not locked!
Jun 16 00:16:04 orangepipc dump978-fa[2162]: SoapySDR: using maximum manual gain 49.6 dB
Jun 16 00:16:04 orangepipc dump978-fa[2162]: SoapySDR: using stream setting buffsize=262144
Jun 16 00:16:28 orangepipc dump978-fa[2162]: [::]:30978: accepted a connection from [::1]:36154
Jun 16 00:40:47 orangepipc dump978-fa[2162]: SoapySDR: overflow
Jun 16 00:40:47 orangepipc dump978-fa[2162]: SoapySDR: 1 recent input overruns (sample data dropped)

.
3.3 - piaware

pi@orangepipc:~$ sudo systemctl status piaware 

* piaware.service - FlightAware ADS-B uploader
   Loaded: loaded (/lib/systemd/system/piaware.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-06-16 00:14:24 UTC; 27min ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 1333 (piaware)
    Tasks: 6 (limit: 4915)
   CGroup: /system.slice/piaware.service
           |-1333 /usr/bin/piaware -p /run/piaware/piaware.pid -plainlog -statusfile /run/piaware/status.json
           |-2239 /usr/lib/piaware/helpers/faup1090 --net-bo-ipaddr localhost --net-bo-port 30005 --stdout --lat 43.xxx --lon -79.xxx
           |-2245 /usr/lib/piaware/helpers/faup978 --connect localhost:30978
           `-2267 /usr/lib/piaware/helpers/fa-mlat-client --input-connect localhost:30005 --input-type dump1090 --results beast,connect,lo

Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Receiver status: connected
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Server status:   synchronized with 92 nearby receivers
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Receiver:   84.9 msg/s received       33.7 msg/s processed (40%)
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Server:      0.1 kB/s from server    0.0kB/s TCP to server     0.3kB/s UDP to
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Results:  46.9 positions/minute
Jun 16 00:31:49 orangepipc piaware[1333]: mlat-client(2267): Aircraft: 12 of 25 Mode S, 12 of 18 ADS-B used
Jun 16 00:34:59 orangepipc piaware[1333]: 3457 msgs recv'd from dump1090-fa (755 in last 5m); 3243 msgs sent to FlightAware
Jun 16 00:34:59 orangepipc piaware[1333]: 0 msgs recv'd from dump978-fa (0 in last 5m); 0 msgs sent to FlightAware
Jun 16 00:39:59 orangepipc piaware[1333]: 4274 msgs recv'd from dump1090-fa (817 in last 5m); 4060 msgs sent to FlightAware
Jun 16 00:39:59 orangepipc piaware[1333]: 0 msgs recv'd from dump978-fa (0 in last 5m); 0 msgs sent to FlightAware

.
3.4 - skyview978

pi@orangepipc:~$ sudo systemctl status skyview978 

* skyview978.service - skyview978 ADS-B UAT web display
   Loaded: loaded (/lib/systemd/system/skyview978.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2019-06-16 06:33:26 UTC; 2min 10s ago
     Docs: https://flightaware.com/adsb/piaware/
 Main PID: 1911 (skyview978)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/skyview978.service
           `-1911 /usr/bin/skyview978 --connect localhost:30978 --reconnect-interval 30 --history-co

Jun 16 06:33:26 orangepipc systemd[1]: Started skyview978 ADS-B UAT web display.
Jun 16 06:33:26 orangepipc skyview978[1911]: Connecting to localhost:30978
Jun 16 06:33:26 orangepipc skyview978[1911]: Connected to [::1]:30978

This is the correct thing to do if you have rtlsdr hardware, but it’s not a missing dependency; dump978 itself only needs some soapysdr driver installed, it doesn’t have to be rtlsdr. The sdcard image has a dependency on the soapysdr rtlsdr package elsewhere (in piaware-release)

1 Like