FlightAware Discussions

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


#241

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


#242

@atriasgr:
Thank you.


#243

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).


#244

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


#245

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



#246

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??


#247

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.


#248

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…


#249

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.


#250

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 !!!


#251

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.


#252

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.