No - there’s absolutely nothing else and it’s a minimal image.
edit: with some more investigation it seems to be network related (dns) rather than the oPI at fault
Successfully running the same script on DietPi’s distro for oPI - haven’t tested dump978 with it but everything else worked perfectly with only one slight modification of planefinder’s log location which was moved to /tmp.
I’m using this in make-collectd-graphs.sh to get the CPU temp working with CollectD:
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.
I try install dump mutability v1.15 but with no help.
root@orangepi:~# rtl_test
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.
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
cb transfer status: 5, canceling...
Library error -5, exiting...
Result of Google Search for Orange Pi PC Temperature Rise:
Heat issues when using common OS images for the OPi PC.
Without a heatsink the Orange Pi PC overheats easily and will drop cores to thwart further temperature increase and unfortunately this low cost $15 model does not have any heatsink included at all. This is the result of ‘factory settings’ overclocking/overvolting the H3 way too much. With adjusted dvfs entries and an upper limit of 1.2 GHz SoC temperature stays below 75°C without heatsink when running cpuburn-a7 on all 4 cores. Using a quality heatsink, some airflow and reasonable cpu freq settings the H3 remains below 60°C even under full load at an ambient temperature of 22°C.
Edit: *The orange pi forum isn’t working to well at the moment so i cant give a link but * There is a thread by @bronco with a link to a script that changes the fex file and addresses the issues with overheating caused by core voltage / over clocking in the loboris kernels
Most of the active development work for the OPI’s is now going on over at Armian http://www.armbian.com/download/ there is a newer kernel than the last loboris one, it appears to be performing reasonably well, still in development (of course ) but has addressed the over heating and some other issues.
I had to manually install fakeroot as well to get the feeder script to complete.
The main issue I have with the package i(or maybe its the OPI in general) is that I ended up with a different Ethernet mac address compared to the loboris builds, easy enough fix but it needs keeping an eye on.
The thread mentioned by ieand to set the CPU frequency to 1.2Ghz is what I included in my discussion of installing the setup script at top of page 26 in ads-b-flight-tracking-f21/
And you also ask about showing the CPU temperature:
Note I created a user pi on the OrangePi and hence the folder location"
I just figured out what file to change - there is a post somewhere in the vast PiAware script thread where** the real hero **mentions removing the division by 1000 for the Orange Pi PC.
Armbian may change MAC address, leading to assignment of a different Local IP address by router, and a different Site Number by Flightaware.
How to restore MAC address if ARMBIAN changes it (thanks to ieand):
I am trying to make a 3G usb modem work in my opi pc to put receiver in a place without internet connection.
I have tried both the loboris and the armbian images but I cannot get the modeswitch to work
when i plug the same modem at my desktop pc (running fedora) the modeswitch works fine and I am able to connect to the internet using 3G
does anyone have some experience on this to help me ?
I brushed the dust off of my oPi and installed the latest Armbian release (5.10) and after a bit of a fight with the wifi (I think the dongle was bad), I’ve been running quite successfully for almost 5 days. Loads and heat seem decent and is easily handles jprochazka’s setup script with remote mySQL feeds.
It seems the Armbian releases are much better suited than the original Lorbis. If you experimented early with the oPi and had issues, give this release a try, alternatively, you can just give me your oPi!!
I also upgraded my oPi PC from 3.4.110 to 3.4.112
After restarting (to activate the new kernel) dump1090-mutability would not start
On the logs I found out that rtl-sdr was already in use and then I found out that kernel module dvb_usb_rtl2832u was active.
after a quick
modprobe -r dvb_usb_rtl2832u
dump1090-mutability started successfully
(I never had to do this in any oPi PC image I had tested until now)
Then for a more permanent solution I added this module to blacklist
/etc/modprobe.d/rtl-sdr-blacklist.conf
blacklist dvb_usb_rtl2832u
(There was already a blacklist for dvb_usb_rtl28xxu in this file)
by the way when i login i still see
4 updates to install: apt-get upgrade ]
If I do run update and then upgrade there are no packages to install
any ideas?
After upgrade, Armbian on my OPi PC does not show any pending update or upgrade.
Dump1090 situation worst here.
“sudo /etc/init.d/dump1090-mutability status” shows dump1090-mut is running.
~$ sudo /etc/init.d/dump1090-mutability status
● dump1090-mutability.service - LSB: dump1090 daemon (mutability variant)
Loaded: loaded (/etc/init.d/dump1090-mutability)
Active: active (exited) since Sun 2016-05-22 07:37:00 EDT; 10min ago
Process: 385 ExecStart=/etc/init.d/dump1090-mutability start (code=exited, status=0/SUCCESS)
May 22 07:37:00 orangepipc systemd[1]: Started...May 22 07:43:03 orangepipc systemd[1]: Started...Hint: Some lines were ellipsized, use -l to show in full.
But piaware shows dump1090-mutability is not working
~$ cat /tmp/piaware.out
05/22/2016 11:44:04 no ADS-B data program is serving on port 30005, not starting multilateration client yet
05/22/2016 11:44:14 no ADS-B data program seen listening on port 30005 for 71 seconds, next check in 60s
Gave following command and checked again, no success.
~$ sudo modprobe -r dvb_usb_rtl2832u
Rebooted, no success.
Run configration of dump1090-mut and accepted all settings (which were ok) by keep on pressing Enter.
~$ sudo dpkg-reconfigure dump1090-mutability
Then again checked piaware log, found everything is ok
:~$ cat /tmp/piaware.out
....
....
....
05/22/2016 12:02:06 mlat(2045): Listening for Extended Basestation-format results connection on port 30106
05/22/2016 12:02:06 mlat(2045): Input connected to localhost:30005
05/22/2016 12:02:07 mlat(2045): Beast-format results connection with localhost:30104: connection established
05/22/2016 12:02:33 35 msgs recv'd from dump1090-mutab (35 in last 5m); 35 msgs sent to FlightAware