An update - it mostly worked although the maximum range and CPU temperature were missing in the graphs (and yes I know about fixing the OrangePi CPU temperature).
So it tried reinstalling to see if those errors got fixed.
Instead a whole world of pain
“The package “dump1090-fa” could not be installed.”
Error is “dpkg: error: cannot access archive ‘dump1090-fa_3.6.3_*.deb’: No such file or directory”
Location not set yet - waiting until it is all working. Then I will just swap the SD card in the existing OrangePi setup and change the user id on the SD card so it picks up existing identity.
Orange Pi does have CPU temperature readout - it is working ok in my other OrangePi. But that is using 1.15 mutability and I want to upgrade to 3.63 FA.
Meanwhile I do at least have a working system . So no panic to get this fixed - just wondered if anybody had similar problem and an easy fix!.
Missing temperature graph seems to be a result of issue 425 code being added to the master code.
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.
Added the following to /etc/collectd/collectd.conf
First search for “# Configure the dump1090 python module” and insert the code above the text box.
On the OrangePi, temperature read out is wrong even after applying the known correction but I do have a graph so that is progress.
Edit: Found correction was not required when using Armbian 5.65 Debian so temperature now reading correctly.
Not yet but I wonder if that is because since I don’t have a location entered? I will add a location and then check again.
And for OrangePi PC users, if you use Armbian 5.65 Debian, no correction for the temperature readout is needed. [Previously a change had to be made in “make-collectd-graphs.sh”.]
I recently updated my ADS-B Receiver Project on my raspberry pi and I am not getting any reporting from the Dump1090 (graphs or maps). I pulled back the latest scripts using git and reinstalled without any change. It appears I’m getting data but it’s not reporting. The graphs don’t show any data (the system graphs are populated though) and the /dump1090.php shows ‘404 - Not Found’.
lighttpd.service - Lighttpd Daemon
Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled)
Active: active (running) since Tue 2018-11-20 10:09:15 EST; 26min ago
Process: 810 ExecStartPre=/usr/sbin/lighttpd -t -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCESS)
Main PID: 1046 (lighttpd)
CGroup: /system.slice/lighttpd.service
|-1046 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
|-1073 /usr/bin/php-cgi
|-1086 /usr/bin/php-cgi
|-1087 /usr/bin/php-cgi
|-1088 /usr/bin/php-cgi
`-1089 /usr/bin/php-cgi
Nov 20 10:09:15 FlightScan lighttpd[810]: Syntax OK
Nov 20 10:09:15 FlightScan systemd[1]: Started Lighttpd Daemon.
Nov 20 10:09:15 FlightScan lighttpd[1046]: 2018-11-20 10:09:15: (plugin.c.131) Cannot load plugin mod_setenv mor…eases
Hint: Some lines were ellipsized, use -l to show in full.
dump1090-fa
dump1090-fa.service - dump1090 ADS-B receiver (FlightAware customization)
Loaded: loaded (/lib/systemd/system/dump1090-fa.service; enabled)
Active: active (running) since Tue 2018-11-20 10:09:13 EST; 27min ago
Docs: PiAware - ADS-B and MLAT Receiver - FlightAware
Main PID: 809 (dump1090-fa)
CGroup: /system.slice/dump1090-fa.service
`-809 /usr/bin/dump1090-fa --device-index 0 --gain -10 --ppm 0 --net-bo-port 30005 --max-range 360 --net -…
Nov 20 10:09:13 FlightScan systemd[1]: Started dump1090 ADS-B receiver (FlightAware customization).
Nov 20 10:09:14 FlightScan dump1090-fa[809]: Tue Nov 20 10:09:14 2018 EST dump1090-fa 3.6.3 starting up.
Nov 20 10:09:14 FlightScan dump1090-fa[809]: rtlsdr: using device #0: Generic RTL2832U OEM (Realtek, RTL2838UHID…0001)
Nov 20 10:09:14 FlightScan dump1090-fa[809]: Found Rafael Micro R820T tuner
Nov 20 10:09:14 FlightScan dump1090-fa[809]: rtlsdr: enabling tuner AGC
Hint: Some lines were ellipsized, use -l to show in full.
dump1090
dump1090.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
– Logs begin at Tue 2018-11-20 10:09:05 EST, end at Tue 2018-11-20 11:18:47 EST. –
Nov 20 10:09:13 FlightScan systemd[1]: Starting Lighttpd Daemon…
Nov 20 10:09:15 FlightScan lighttpd[810]: Syntax OK
Nov 20 10:09:15 FlightScan systemd[1]: Started Lighttpd Daemon.
Nov 20 10:09:15 FlightScan lighttpd[1046]: 2018-11-20 10:09:15: (plugin.c.131) Cannot load plugin mod_setenv more than once, please fix your config (we may not accept such configs in future releases
sudo rm /etc/lighttpd/conf-enabled/89-dump1090.conf
service lighttpd force-reload
That should make it work.
If you are using the packet install of dump1090-fa just don’t make it reinstall dump1090 please it leads to this problem. (especially if you don’t choose dump1090-fa)
Not sure maybe something else installed dump1090 or tried.
Thank you wiedehopf! That fixed the issue. Looking at the logs it appears to have stopped working after an update in mid September. I might have changed a setting or something during the install.