Announcement

Collapse
No announcement yet.

How to Install dump1090-mutability on RPi

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

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

    Leave a comment:


  • abcd567
    replied
    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


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

    Leave a comment:


  • ramimz
    replied
    Originally posted by abcd567 View Post
    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)
    Code:
    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

    Leave a comment:


  • elljay
    replied
    Originally posted by wiedehopf View Post
    That would increase load times significantly.
    Seems to be about 2-3 secs to load the page so not too bad.

    Originally posted by wiedehopf View Post
    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.

    Originally posted by wiedehopf View Post
    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!

    Originally posted by wiedehopf View Post
    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!

    Leave a comment:


  • wiedehopf
    replied
    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.

    Leave a comment:


  • elljay
    replied
    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:

    Code:
    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:
    Code:
        // Update the graphs if needed
        var ret = new XMLHttpRequest();
        ret.open('GET', '/cgi-bin/update_graphs1090.sh?' + $timeFrame, false);
        ret.send();
    Last edited by elljay; 2019-05-07, 15:56.

    Leave a comment:


  • abcd567
    replied
    Originally posted by elljay View Post
    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)
    Code:
    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/
    Last edited by abcd567; 2019-05-03, 16:39.

    Leave a comment:


  • wiedehopf
    replied
    Originally posted by elljay View Post
    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

    Leave a comment:


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

    Leave a comment:


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

    dump1090-localhost-local_trailing_rate-24h.png

    Leave a comment:


  • abcd567
    replied
    Originally posted by Aero Club Latina
    gpg: keyserver receive failed: Server indicated a failure
    Workaround for gpg key problem:

    Code:
    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
    Last edited by abcd567; 2019-05-03, 05:06.

    Leave a comment:


  • wiedehopf
    replied
    To fix pi-hole issues do this:

    Code:
    sudo nano /etc/lighttpd/external.conf
    copy/paste this:
    Code:
    server.modules += (
      "mod_alias"
    )
    Press CTRL-o and ENTER to save
    Press CTRL-x to exit

    Do a reboot:
    sudo reboot

    This should fix

    Leave a comment:


  • Oblivian
    replied
    Originally posted by kr1s3112
    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

    Leave a comment:


  • hansp
    replied
    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
    Last edited by hansp; 2019-04-14, 14:48.

    Leave a comment:


  • abcd567
    replied
    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).

    Leave a comment:

Working...
X