How to Install dump1090-mutability on RPi

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

[abcd567]

There is a dongle on sale right now for around 14 euros with shipping sold by airnav/radarbox24 in their store.

It seems to have SAW filter first and then a LNA basically the reverse setup the pro stick plus has.

This is what I have suggested to Flightaware in May 2016, shortly after they have release ProStick (orange color) but BEFORE they announced ProStick PLUS (blue color):

(1) Add a SAW filter in ProStick
(2) Location of this SAW filter to be between input sma connector and LNA.


Suggestion to Flightaware: Built in Filter in Pro Stick


.

[abcd567]

speedycab

The browser is showing the old cached map.

(1) Clear browser cache by pressing Ctrl+Shift+Delete keys simoultaneously, then hit Enter key

(2) Reload browser by simultaneusly pressing Ctrl+F5 keys.

(3) Sometimes browsers are very stubborn and will not let go old cached content. Try steps (1) and (2) several times.

(4) If items (1), (2), and (3) do not solve the problem, try another browser. For example if you are using Firefox, try Google Chrome and Safari.

[abcd567]

Ahh thats probably because I have a DVBT Sick as my receiver.

OK do this:

STEP-1
Open file fr24feed.ini for editing

sudo nano /etc/fr24feed.ini

In the file opened, make changes as shown in red below:
Also dont leave fr24key blank. Insert its actual value (I have inserted below xxxxxxxxx as an example)

receiver=[COLOR="#FF0000"]"beast-tcp"[/COLOR]
fr24key="xxxxxxxxxxxxxx"
host="127.0.0.1:[COLOR="#FF0000"]30005[/COLOR]"
bs="no"
raw="no"
logmode="0"
windowmode="0"
logpath="/var/log/fr24feed"
mpx="no"
mlat="no"
mlat-without-gps="no"
[COLOR="#FF0000"]use-http="yes"[/COLOR]
[COLOR="#FF0000"]http-timeout="10"[/COLOR]

Save flie (Ctrl+o) and Close (Ctrl+x)

STEP-2

Purge out the dump1090-mut ver 1.14 (which has google map)

sudo dpkg --purge dump1090-mutability

sudo rm -rf /usr/share/dump1090-mutability

sudo reboot

STEP-3
install dump1090-mutability ver 1.15~dev according to instructions in first post of this thread.

You will not have to install fr24feed again as it is already existing.
You dont have to configure fr24feed, as you have already done it in STEP-1.

[abcd567]

@wiedehopf

When "receiver=dvbt" is set in "/etc/fr24feed.ini", the fr24feed runs script "install_dump1090.sh", which installs:

• librtlsdr0
• libusb-1.0-0
• dirmngr
• lighttpd
• wget
• dump1090-mutability ver 1.14

Please see below for details:

pi@raspberrypi:~ $ ls /usr/lib/fr24
create_missing_directories.sh  install_dump1090.sh
dump1090                       public_html
dump_diagnostics.sh            unregister_kernel_modules.sh
fr24feed_updater.sh

pi@raspberrypi:~ $ cat /usr/lib/fr24/install_dump1090.sh

#!/bin/bash

# Stop on first error
set -e

LOGFILE=/var/log/fr24feed_install_dump1090.log
exec > >(tee -a $LOGFILE)
exec 2>&1

if grep -q "^receiver.*dvbt" /etc/fr24feed.ini && [ ! -e /usr/lib/fr24/dump1090 ] ; then
    echo "dump1090 is not found, downloading dump1090-mutability..."

    # to skip any questions from APT
    export DEBIAN_FRONTEND=noninteractive

    echo 'dump1090-mutability dump1090-mutability/auto-start boolean false' | debconf-set-selections -v

    apt-get update -y
    apt-get -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" [COLOR="#FF0000"]install librtlsdr0 libusb-1.0-0 dirmngr [b]lighttpd[/b] wget -y[/COLOR]

    [COLOR="#FF0000"]# Download and install dump1090-mutability[/COLOR]
    wget -O /tmp/dump1090-mutability_1.14_armhf.deb https://github.com/mutability/dump1090/releases/download/v1.14/dump1090-mutability_1.14_armhf.deb
    dpkg -i /tmp/dump1090-mutability_1.14_armhf.deb
    rm -f /tmp/dump1090-mutability_1.14_armhf.deb

    ln -s /usr/bin/dump1090-mutability /usr/lib/fr24/dump1090

    lighty-enable-mod dump1090 || true
    service lighttpd force-reload || true
    systemctl enable lighttpd || true
    systemctl start lighttpd || true

    echo "dump1090-mutability is installed. You can always override it in /etc/fr24feed.ini with any other supported driver."
    echo "Web server (aircraft map) at http://YOUR_DEVICE_IP/dump1090 is enabled by default."
fi

Just now I wrote Raspbian Lite to microSD card, and first thing I did was to install fr24feed by bash script, and during configuration chose "Receiver : DVB-T".
This is the dump1090-mutability ver 1.14 map:

dump1090-mut ver 1.14.png

[abcd567]

Setting: Receiver = DVB-T




.
.

Setting: Receiver = AVR (TCP) or Beast (TCP)

[wiedehopf]

And just to make sure I'm understanding what's going on here... Both FR24feed and dump1090 need to decode the raw data, but only one program can access the SDR at a time. So dump1090 does the initial decoding, but passes the data along to the local port (30005). Then, FR24feed listens on the local address on that port, and it finds the data from dump1090. So it decodes it and sends it along to the FR24 servers. Is that a good estimation of what's happening here?

Basically that's correct, but for the technical details:

dump1090 listens on port 30005
fr24feed connects to port 30005
(other feeders like planefinder or flightaware could also connect to this port if you would want to feed other platforms)

dump1090 does the actual decoding from the waveform / signal it gets from the dongle.
This yields messages 56 bits or 112 bits long, which in turn can be interpreted.

dump1090 and the feeder programs both do their own interpretation of those messages.

dump1090 based on that information provides plane positions and so on via the local map.
fr24feed reduces the amount of data and only sends data when something changes and probably only every 5 seconds minimum.
(Also details on some planes are not transmitted at all when they are tracked by many receivers already, all done to save bandwidth)