How to Install dump1090-mutability on RPi

[Oblivian]

abcd - think I should de-sticky this one now that it is mostly included in the https://forum.flightradar24.com/thre...24-Data-Feeder ?

[abcd567]

JUNE 22, 2019:
ADDED PRE-BUILT PACKAGE INSTALL TO FIRST POST

METHOD-1:
Install pre-built package of dump1090-mutability_1.15~dev on RPi/Raspbian

sudo bash -c "$(wget -O - https://raw.githubusercontent.com/abcd567a/dump1090/master/install_dump1090_mut_1.15.sh)"

METHOD-2:
Built & install dump1090-mutability_1.15~dev from source code
STEP (1): UPDATE THE OPERATING SYSTEM & INSTALL PRE REQUISIT PACKAGES (needed to build, and needed to fulfill dependencies)
......................
......................

[ramimz]

I installed it by wiedehopf's method (which he gave in above post.)


Before wiedehopf created his method, I used to install graphs by installing "web portal" of JProchazka's "adsb receiver project".

However as wiedehopf's "graphs only" are simpler than J Prochazka's full "web portal", I have now started using wiedehopf's method.

The installation of wiedehopf graphs is done simply by issueing following command:
(Scroll right to see full command. The command is very long)

sudo bash -c "$(wget -q -O - https://raw.githubusercontent.com/wiedehopf/graphs1090/master/install.sh)"

After installation, wait for 15 minutes for enough data to be collected by the process (rrdtools+collectd) to create the graphs.

See the graphs in browser at:
IP-of-Pi/graphs1090/

Hi.

I like to install wiedehopf's method
how can uninstall Prochazka's full "web portal"
is there a way to install after that the "System Information" ?

sysinfo.jpg

[elljay]

That would increase load times significantly.

Seems to be about 2-3 secs to load the page so not too bad.

Also note that removing the cron file the boot.sh is no longer executed which is responsible for creating the /run direcotry
(/usr/share/graphs1090/boot.sh)

Ah ok, thanks. Have put that back in cron and changed boot.sh to create the dir and change the group and give write permissions to www-data.

In case your RPi is exposed to the internet, someone could DoS it as well by executing the graph generation repeatedly.
Probably eating up the bandwidth is DoS enough so that's not really an argument maybe.

Yup, I think if it was on the internet it could be DoSed either way!

Maybe i could implement a middle ground generating everything on demand except for the 24h graphs which would be created every 5 mins.
But yeah i don't see the need, it's not that much CPU load on your typical RPi installation.

It's not a huge load no - about 1 to 2% CPU 24/7 judging by the nice portion on the graphs. The user time is about 8% by comparison. The page refresh default is every 5 mins so that sounds like a good refresh cycle multiple.

Either way it was fun working out how to call a cgi script from a .js!

[wiedehopf]

That would increase load times significantly.

Also note that removing the cron file the boot.sh is no longer executed which is responsible for creating the /run direcotry
(/usr/share/graphs1090/boot.sh)

In case your RPi is exposed to the internet, someone could DoS it as well by executing the graph generation repeatedly.
Probably eating up the bandwidth is DoS enough so that's not really an argument maybe.

It's a very nice approach only generating the graphs on demand but it has too many drawbacks for me.

Feel free to fork it on github, add changes and everyone who likes it can use it.
https://github.com/wiedehopf/graphs1090

Maybe i could implement a middle ground generating everything on demand except for the 24h graphs which would be created every 5 mins.
But yeah i don't see the need, it's not that much CPU load on your typical RPi installation.

[elljay]

Have tweaked the gain a couple of times and now running just under 5% above -3dBFS

dump1090-localhost-local_trailing_rate-7d.png

I noticed the scripts were updating the graphs constantly in the background which was bugging me , so I made some changes so it only updates the graphs when I request them in the browser. Private messages aren't enabled so I guess post the changes here is best in case you want to put them in the distribution?

Delete the crontab file that generates the graphs:
sudo rm /etc/cron.d/cron-graphs1090

Add the script handler to lighttpd:
sudo vi /etc/lighttpd/lighttpd.conf

Add the following four lines to the end:

server.modules += ( "mod_cgi" )
$HTTP["url"] =~ "/cgi-bin/" {
        cgi.assign = ( ".sh" => "" )
}

Create a cgi-bin directory:
sudo mkdir /var/www/html/cgi-bin

Create the cgi script to update the graphs:
sudo vi /var/www/html/cgi-bin/update_graphs1090.sh

Add these two lines:
#!/bin/bash
/usr/share/graphs1090/graphs1090.sh $QUERY_STRING >/dev/null 2>&1

Restart the lighttpd daemon:
sudo /etc/init.d/lighttpd restart

Edit the permissions so lightttpd can update the graphs:
sudo chgrp www-data /run/graphs1090/*png
sudo chmod g+w /run/graphs1090/*png

I made a few changes to /usr/share/graphs1090/graphs1090.sh to speed up the graph generation:
rem out the renice on line 5
Add " --lazy" to "options=..." on line 50
Set pre="" on line 54 (easier than removing it from everywhere else )

Edit /usr/share/graphs1090/html/graphs.js file:
Insert this on line 32 after the "$timeFrame = newTimeFrame;" line:

    // Update the graphs if needed
    var ret = new XMLHttpRequest();
    ret.open('GET', '/cgi-bin/update_graphs1090.sh?' + $timeFrame, false);
    ret.send();

[abcd567]

Comprehensive graph! Is there a thread somewhere on how you configured it?

I installed it by wiedehopf's method (which he gave in above post.)


Before wiedehopf created his method, I used to install graphs by installing "web portal" of JProchazka's "adsb receiver project".

However as wiedehopf's "graphs only" are simpler than J Prochazka's full "web portal", I have now started using wiedehopf's method.

The installation of wiedehopf graphs is done simply by issueing following command:
(Scroll right to see full command. The command is very long)

sudo bash -c "$(wget -q -O - https://raw.githubusercontent.com/wiedehopf/graphs1090/master/install.sh)"

After installation, wait for 15 minutes for enough data to be collected by the process (rrdtools+collectd) to create the graphs.

See the graphs in browser at:
IP-of-Pi/graphs1090/

[wiedehopf]

Comprehensive graph! Is there a thread somewhere on how you configured it?

It's a slight modification of the adsb receiver project graphs which were initially created by mutability.

I created an independent installer because i don't like the adsb receiver project portal and made some improvements.

https://github.com/wiedehopf/graphs1090#graphs1090

[elljay]

Comprehensive graph! Is there a thread somewhere on how you configured it?

[abcd567]

I have:
Messages > -3 dBFS = 3.9% of messages

dump1090-localhost-local_trailing_rate-24h.png

[abcd567]

gpg: keyserver receive failed: Server indicated a failure

Workaround for gpg key problem:

cd /home/pi/

wget -O fr24feed_1.0.23-8_armhf.deb  http://repo-feed.flightradar24.com/rpi_binaries/fr24feed_1.0.23-8_armhf.deb  

sudo dpkg -i fr24feed_1.0.23-8_armhf.deb 

sudo systemctl restart fr24feed

[wiedehopf]

To fix pi-hole issues do this:

sudo nano /etc/lighttpd/external.conf

copy/paste this:

server.modules += (
  "mod_alias"
)

Press CTRL-o and ENTER to save
Press CTRL-x to exit

Do a reboot:
sudo reboot

This should fix

[Oblivian]

Hi everbody,

Thanx for the easy to use manual how to set up my Raspi with dev 1.15. I'm sharing data with FR24 for more a year but I made a clean reinstall now. On my Raspberry there is also Pi-hole (network wide ad blocking) installed.
If I now want to see all tracked aircrafts on IP Raspberry)/dump1090/gmap.html I only get to see an info screen of Pi-hole, saying "Pi-hole: Your black hole for Internet advertisements//Did you mean to go to the admin panel?"
As I am a completely noob to all that network and port stuff - does anybody has a clue how to fix this? Using also Pi-Aware -> same here.

Thanks, kr1s

[ATTACH=CONFIG]10532[/ATTACH]

[ATTACH=CONFIG]10531[/ATTACH]

There will be a conflict with Pi-Hole own server and lighttpd - Dump1090 1-15 also uses this but both will not expect each other and probably over-write

In the config window you have there, change the 8080 to 8081.
Your URL will change to <ip>:8081/dump1090/gmap.html

Or you may need to reconfigure lighttpd again

sudo lighty-enable-mod dump1090

[hansp]

Hello everybody! I would just like to say Thank You to abcd567! I have followed the initial guide of this thread and I am so happy, I now have a working dump1090-mutability AND FR24 feed! I have just completed installation & config and during installation of FR24 the running dump1090 was recognized;

We have detected that you already have a dump1090 instance running. We can therefore automatically configure the FR24 feeder to use the existing receiver configuration, or you can manually configure all the parameters.

I chose autoconfigure and voila - it works! My DVB-dongle was configured as avr-tcp with no extra process arguments that I can see in 8754 settings.
Now I will try to add RB24 or FA, maybe OpenSky, any of which can give me a good view of "my" station. A better antenna will arrive next week, and also the cheap RB24 FlightStick is ordered.

Thanks!

/Hans

[abcd567]

The FlightAware's new filter is particularly useful for countries where mobile/cell phones use GSM900.

The original FlightAware Filter cannot eliminate signals in this band, but the new version has a narrower pass-band, and can eliminate signals in this band also.

New filter available in Europe:
ModMyPi and Moonraker


GSM-900:
This band of frequencies is used for mobile/cell phones in most parts of the world (ITU-Regions 1 and 3): Africa, Europe, Middle East, Asia (apart from Japan and South Korea where GSM has never been introduced) and Oceania.

GSM-900 uses 890 - 915 MHz to send information from the Mobile Phones to the Station on Mobile Tower (uplink), and 935 - 960 MHz for the other direction (downlink),

GSM-850 (also known as GSM-800):
This band of frequencies is used for mobile/cell phones in most of North, South and Central America (ITU-Region 2)

GSM-850 uses 824 - 849 MHz to send information from the Cell Phone to the Station on Mobile Tower (uplink) and 869 - 894 MHz for the other direction (downlink).