Announcement

Collapse
No announcement yet.

Linux feeder software for Flightradar24 (Old software)

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • peterhr
    replied
    I just have a cron job that stops then restarts dump1090 and FR24 every 6 hours or so, gives maybe 5s of downtime (and am using 225s)

    Leave a comment:


  • 41south
    replied
    It looks like 233s just stops sending packets eventually - circa 2 days running - without any error messages. Pings are still going but no data packets being sent. I've gone back to 225s to see how that performs.

    Leave a comment:


  • ferran
    replied
    Hi!!! I have a raspberry pi and I am trying to feed flight radar 24 at every moment. To do so, I am trying to initialize the fr24feed_arm-le_233 in a startup script but I am not achieving my purposes...
    I would be very satisfied if someone can help me to write the script.
    I have written the script fr24feed_prova2.txt with the extension .sh, but when I enter the command update-rc.d I get a message saying: "using dependency based boot" but that's all!!!
    And when I reboot the raspberry pi it doesn't start the FR24feed. Can someone help me please??



    SCRIPT:


    #!/bin/bash

    ### BEGIN INIT INFO
    #
    # Provides : fr24feed
    # Required-Start : dump1090.sh
    # Required-Stop : $remote_fs
    # Default-Start : 2 3 4 5
    # Default-Stop : 0 1 6
    # Short-Description : fr24feed initscript
    # Description : This file should be used to construct scripts to be placed in /etc/init.d.
    #
    ### END INIT INFO

    ## Fill in name of program here.
    PROG="fr24feed_arm-le_233"
    PROG_PATH="/home/pi/fr24feed_arm-le_233" ## Not need, but sometimes helpful (if $PROG resides in /opt for example).
    PROG_ARGS="--fr24key=db62523cb3e01a82 --bs-port=30003"
    PID_PATH="/var/run/fr24feeder.pid"

    start() {
    if [ -e "$PID_PATH/$PROG.pid" ]; then
    ## Program is running, exit with error.
    echo "Error! $PROG is currently running!" 1>&2
    exit 1
    else
    ## Change from /dev/null to something like /var/log/$PROG if you want to save output.
    $PROG_PATH/$PROG $PROG_ARGS 2>&1 >/dev/null &
    echo "$PROG started"
    touch "$PID_PATH/$PROG.pid"
    fi
    }

    stop() {
    if [ -e "$PID_PATH/$PROG.pid" ]; then
    ## Program is running, so stop it
    killall $PROG

    rm "$PID_PATH/$PROG.pid"

    echo "$PROG stopped"
    else
    ## Program is not running, exit with error.
    echo "Error! $PROG not started!" 1>&2
    exit 1
    fi
    }

    ## Check to see if we are running as root first.
    ## Found at http://www.cyberciti.biz/tips/shell-...ck-script.html
    if [ "$(id -u)" != "0" ]; then
    echo "This script must be run as root" 1>&2
    exit 1
    fi

    case "$1" in
    start)
    start
    exit 0
    ;;
    stop)
    stop
    exit 0
    ;;
    reload|restart|force-reload)
    stop
    start
    exit 0
    ;;
    **)
    echo "Usage: $0 {start|stop|reload}" 1>&2
    exit 1
    ;;
    esac

    Leave a comment:


  • 41south
    replied
    Hi all,

    I've just put together a test system of an older E4000 dongle with a Rasp Pi and Dump 1090. I notice that the lat/long fields are all zeros with the dynamic 233 feeder version but are filled in correctly with the 233s version. Is this a known 'bug'? Does it affect anything at the FR end of things? Packets appear to be being sent with both versions.

    Colin

    Leave a comment:


  • ferran
    replied
    If I have the version fr24feed_arm-le_233 what I have to change of the FR24 script to start automatically the software if I have used the script of this web: http://www.satsignal.eu/Radio/dump1090.html to run the dump1090 automatically? Sorry, I'm new in linux world...

    Leave a comment:


  • turbofan
    replied
    Problem with r24feed_arm-le_233s

    fr24feed_arm-le_233 worked perfectly on my box over many days. Just for curiosity I also tried the statically linked fr24feed_arm-le_233s, which functioned for a while (maybe less than a day, I don't want to try this out once more) and then crashed with a Segmentation fault. I reverted to the dynamically linked version.
    My box has an
    ARMv7 Processor rev 2 (v7l)
    and runs on
    Linux 3.8.13 (beaglebone)
    Last edited by turbofan; 2013-08-18, 13:57. Reason: typo

    Leave a comment:


  • jmry
    replied
    Originally posted by juangelb View Post
    Hi people,
    I would like to feed data to FR24 using raspberry + dump1090 already running fine.
    Can someone point me to the latest feedeing package for running in RaspberrY ?
    Also I saw thar tehere are statically and dinamically linked Styles ... what it would be ?
    How and why to chhose ?
    Thanks in advance - juan
    Hi,

    I'am not (yet) a Raspberry Pi user but i saw another topic about this hardware :

    http://forum.flightradar24.com/threa...i-RPi-and-FR24

    Leave a comment:


  • roofer
    replied
    The link is here - it is in the very first post to this (long) thread.
    I use the statically linked version on my RPi, running the default Raspbian:
    Code:
    cd dump1090
    ./dump1090  --net --enable-agc > /dev/null &
    export FR24AUTHIP=83.140.247.20
    ./fr24feed_arm-le_233s --fr24key=my_feeding_key > /dev/null &
    I usually run that all in a screen session, and then detach it, so I can logout
    of my RPi without the jobs being killed.

    Have fun.

    Leave a comment:


  • juangelb
    replied
    Feeder advice request

    Hi people,
    I would like to feed data to FR24 using raspberry + dump1090 already running fine.
    Can someone point me to the latest feedeing package for running in RaspberrY ?
    Also I saw thar tehere are statically and dinamically linked Styles ... what it would be ?
    How and why to chhose ?
    Thanks in advance - juan

    Leave a comment:


  • LOWL1
    replied
    sbs-3:raspberry pi:no pc:24/7feeding

    i'm still searching for a solution for my energy saving 24/7 FR24 feeding project.
    i want to use my sbs-3, because it is much more better in reception than all oterh rtl or sbs-1 device(es) and
    a raspberry pi. the feeder software from fr24 ia already installed, but it expects data from the Basestation software
    from port 30003. i dont want to run a pc 24/7. the sbs-3 only serves RAW data on port 10001. the feeder software
    can't understand this data. i tried to convert it with dump1090, adsbox, sbs1xxx - but no chance. maybe i used wrong
    parameters. who has an idea to solve this problem? thank you in advance ...

    Leave a comment:


  • jmry
    replied
    Originally posted by step12 View Post
    hi,

    i have a tp link wr1043nd router with openwrt.
    is there a solution to get started?
    Hello step12,

    One slution (mine) is based on
    1 - rtl-sdr
    2 - dump1090

    to decode ADS-B from a hardware receiver, mine is http://web1745.kostenlos-onlineshop...._id=527&page=0 .

    You can either find the binaries (or better ipk package) for your harware or cross compile from sources (i dit it for my NSLU2).

    You now can provide data in TCP30003 format to the Flight24 feeder.

    From there 2 solutions (at less) :

    1 - you find a fr24feed version wr1043nd compatible, good for you, that what i'm lookingg for :-( !
    You can try one of the arm version at the top of this topic.

    2 - you install fr24feed, linux version x86 or 64bit, or Win version on you desktop and tell it to listen to port 30003 of your router.
    But in this case you need to keep alive yor PC.

    Ask for more help if you need, i'm french sorry for my poor english.

    Good luck, but it's the price to pay (in hour not $ or ) to see your radar name on Flightradar24.com

    Leave a comment:


  • step12
    replied
    hi,

    i have a tp link wr1043nd router with openwrt.
    is there a solution to get started?

    Leave a comment:


  • jmry
    replied
    Hello,

    Is it possible to get fr24feed's sources (trunk with makefile) to crosscompile for openwrt.
    The goal is to build a standard ipk package for openwrt running on a NSLU2 box :

    Linux OpenWrt 2.6.32.27 #5 Wed Dec 21 05:58:17 CET 2011 armv5teb GNU/Linux

    dump1090 is operational on this box.

    Thank's.

    Leave a comment:


  • roofer
    replied
    When I use version 233 (fr24feed_x64_233), it always shows "Data feed time difference too big abs", like:
    I had to restart fr24feed_arm-le_233s yesterday, because it had stopped, maybe because the aerial was disconnected. It had been running well for about two weeks. Re-connecting the aerial did not restart the feed, so I killed and then restarted fr24feed_arm-le_233s.

    I saw exactly the same

    Code:
    [e]Data feed time difference too big abs( - )=232294
             .
         (repeat 20-30 times)
             .
    [e]Data feed time difference too big abs( - )=30537
    [i]Data feed time difference OK abs( - )=0
    [n]connected
    [n]switching to UDP
    [n]working
    [i]sent 27 planes in 1 packets
    [i]sent 31 planes in 1 packets
    [i]sent 29 planes in 1 packets
    [i]sent 26 planes in 1 packets
    So although it did not work immediately, it only took a few seconds to start. It has been fine since then.

    I also run ntpd (my RPi has GPS and supplies my network with a stratum 0 ntp time server, currently reporting an accuracy of 100nS, so my time is accurate.)
    Hardware: RTL2838 DVB-T, RPi,
    Linux: Raspian rpi 3.6.11+ #456 and using dump1090

    Leave a comment:


  • youlun
    replied
    When I use version 233 (fr24feed_x64_233), it always shows "Data feed time difference too big abs", like:
    ...
    [b]working
    [n]connected
    [n]switching to UDP
    [n]working
    [e]Data feed time difference too big abs( - 21:21:27.947)=1796900
    [e]Data feed time difference too big abs( - 21:21:28.047)=1796901
    [e]Data feed time difference too big abs( - 21:21:28.148)=1796901
    ...
    I have ntpd service to synchronize time for a long time, And the system time is correct.
    Time zone is "Asia/Shanghai".

    Version 225 "fr24feed_x64_225" dosen't have this problem.

    OS is CentOS 6.4 x64, decoder software is Malcolm Robb's dump1090. (https://github.com/MalcolmRobb/dump1090/)
    Last edited by youlun; 2013-07-19, 13:45.

    Leave a comment:

Working...
X