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

  • Originally posted by Ressy View Post
    interesting, it fails here, but I'm not using a pi, though that shouldnt matter ... ahh well glad its all sorted
    Are you running Piaware? Remember, it was Piaware that restarted dump1090.

    Comment


    • Originally posted by jepolch View Post
      Are you running Piaware? Remember, it was Piaware that restarted dump1090.
      Nope, in the day when I set this up they never supported anything *nix or so they told me, so never fed them, only fr24 and planefinder, it shouldnt matter though, fr24/pf are 100% separate from dump1090, if that process goes away, its gone for everything, afterall its like the master process, it sends output data on a port, that port is then connected to, by any number of streamers, like fr24, pf and so on, it wont care if anything is wanting that data or not, it still keeps on keeping on regardless.

      The weird bit is fr24 software here, stays running as a process, but does not seem to pickup where it left off, if dump1090 exits and restarts, where as you showed it does for you, as you stayed active and retrying until it did get something, mine just gives up, I dont mind if it gives up, but if it does, I wish it would exit, I can script test for that to force a full restart in that case.

      As for piaware, no, my setup is on a HP server, running slackware, all my streamers are included in my rc.adsb file that starts dump1090, sleeps 3 seconds, starts fr24, then planefinder, and any others after them if I so desire to add more, I have thought about adapting piaware for this setup, afterall, its all just linux anyway, but have not really had much time to look at it, and since my feed is at YCAB, next to a major city (YBBN), 3rd largest in my country, there is an abundance of feeders on fr24, and I know a few local guys feed the others as well, so not much point, hell I could shut mine down and there'd be no noticeable difference

      Comment


      • Originally posted by Ressy View Post
        Nope, in the day when I set this up they never supported anything *nix or so they told me, so never fed them, only fr24 and planefinder, it shouldnt matter though, fr24/pf are 100% separate from dump1090, if that process goes away, its gone for everything, afterall its like the master process, it sends output data on a port, that port is then connected to, by any number of streamers, like fr24, pf and so on, it wont care if anything is wanting that data or not, it still keeps on keeping on regardless.

        The weird bit is fr24 software here, stays running as a process, but does not seem to pickup where it left off, if dump1090 exits and restarts, where as you showed it does for you, as you stayed active and retrying until it did get something, mine just gives up, I dont mind if it gives up, but if it does, I wish it would exit, I can script test for that to force a full restart in that case.

        As for piaware, no, my setup is on a HP server, running slackware, all my streamers are included in my rc.adsb file that starts dump1090, sleeps 3 seconds, starts fr24, then planefinder, and any others after them if I so desire to add more, I have thought about adapting piaware for this setup, afterall, its all just linux anyway, but have not really had much time to look at it, and since my feed is at YCAB, next to a major city (YBBN), 3rd largest in my country, there is an abundance of feeders on fr24, and I know a few local guys feed the others as well, so not much point, hell I could shut mine down and there'd be no noticeable difference
        FlightAware now offers a number of Linux clients, not just for the Pi.

        One thing I noticed since I started feeding FR24 is that I don't see "my" aircraft on the main FR24 page. I look at a half-dozen or so planes within 20 nm of my house (my range is actually about 150 nm, but I'm using the example of the closest aircraft) and I don't see them over my location in the FR24 web site. I'm curious why this is. It's discouraging and I may not stick around. With FlightAware I can actually see my tracking points I am uploading to their site. Example:
        08:45PM 35.3726 -79.4961 37 Northeast 336 387 15,700 -1,200 Descending FlightAware ADS-B (KTDF) / jepolch xx:xx:xx:xx:xx:xx

        Comment


        • Originally posted by jepolch View Post
          FlightAware now offers a number of Linux clients, not just for the Pi.

          One thing I noticed since I started feeding FR24 is that I don't see "my" aircraft on the main FR24 page. I look at a half-dozen or so planes within 20 nm of my house (my range is actually about 150 nm, but I'm using the example of the closest aircraft) and I don't see them over my location in the FR24 web site. I'm curious why this is. It's discouraging and I may not stick around. With FlightAware I can actually see my tracking points I am uploading to their site. Example:
          08:45PM 35.3726 -79.4961 37 Northeast 336 387 15,700 -1,200 Descending FlightAware ADS-B (KTDF) / jepolch xx:xx:xx:xx:xx:xx

          Ahh so they do now hey, thanks for that, I might give them a serious look in a few days when
          I get some time,

          As for your aircraft not showing up, thats typical of FR24, they dont trust single feeder data (yet as per another thread are quite happy to "guess" where aircraft are once they leave a range), so they trust their guesses even though I've shown them to be so wrong its laughable (http://forum.flightradar24.com/threa...k-broken-lines), but yet wont trust us, real feeders with real data, they require at least two feeders to provide data for accuracy (I know, a complete joke considering the guessing games they play when no feeders offer data) we are told (of course one would bet they trust a single own F feeder). Most of us have given up arguing the contradiction, if FRT24 doesnt trust our data, there are other places that do, and are greatfull for it.

          Comment


          • Originally posted by Ressy View Post
            Ahh so they do now hey, thanks for that, I might give them a serious look in a few days when
            I get some time,

            As for your aircraft not showing up, thats typical of FR24, they dont trust single feeder data (yet as per another thread are quite happy to "guess" where aircraft are once they leave a range), so they trust their guesses even though I've shown them to be so wrong its laughable (http://forum.flightradar24.com/threa...k-broken-lines), but yet wont trust us, real feeders with real data, they require at least two feeders to provide data for accuracy (I know, a complete joke considering the guessing games they play when no feeders offer data) we are told (of course one would bet they trust a single own F feeder). Most of us have given up arguing the contradiction, if FRT24 doesnt trust our data, there are other places that do, and are greatfull for it.
            Thanks for telling me that. The more I find out about other sites, the better I like FlightAware. By the way, I was watching a FedEX flight on FR24 that was heading for KORF. When the tracking stopped he kept right on tracking out over the ocean for about five minutes. FR24 guessing.

            Comment


            • Originally posted by jepolch View Post
              Thanks for telling me that. The more I find out about other sites, the better I like FlightAware. By the way, I was watching a FedEX flight on FR24 that was heading for KORF. When the tracking stopped he kept right on tracking out over the ocean for about five minutes. FR24 guessing.
              hehe likely, they said the broken lines are supposed to be the guesses, but I've seen solid lines too, a rescue helo I know landed on the mountain peak behind me, was shown on FR as continuing on for a great distance before vanishing mid flight had they accepted my likely single signal at the time, they would have seen it had landed (havent taken much notice to see if thats still the case, wouldnt take me long to confirm though since they put a helipad up there because bikies are notorious for speeding and taking corners wide trying to kill themselves over the often very narrow winding mountain road)

              I mean I accept and understand they want accuracy, but at same time, in trying to be so accurate, they are just making it the opposite. Though stuffs me how you want high level accuracy yet allow for these guesses which must be far worse than a single uploader source.

              Just looked at piaware, yewwww TCL? (reminds me of hte old IRC scripts days) anyway I installed source, and its tcllauncher requirement but because whoever wrote it understands debian and not linux in general, I have a major rewrite to do to get it to run here, and since its 36.3c and 71% humidity and I/ADSB gear is not in a part of the place with aircon kinda = not happening today

              Comment


              • Hi

                I can connect fr24feeder to my dump1090.

                My setup is the follow:
                Hex Mode Sqwk Flight Alt Spd Hdg Lat Long Sig Msgs Ti|
                -------------------------------------------------------------------------------
                44ce77 S 61 4 53
                400d91 S 1110 EZY39MN 34300 415 230 45.492 9.020 130 132 0
                4caa96 S 0231 SDM6273 7750 250 231 45.471 9.037 119 386 3
                4b17b3 S 4637 26975 76 112 9

                RTL device on OpenWRT router. It is working fine, i've tested with local web service and shows all planes on map

                pi@raspberrypi ~ $ sudo fr24feed
                [main][i]FR24 Feeder/Decoder [0x02117000]
                [main][i]Version: 1.0.9-2/generic
                [main][i]Built on 20141219-1257 (r:master-e132735.git/Linux/armv6l)
                [main][i]Copyright 2008-2014 (c) Piotr Pawluczuk
                [main][i]Flightradar24 AB(http://flightradar24.com)
                [main][i]Reader 0 started
                [time][i]Synchronizing time via NTP
                [reader][i][0]Initializing reader
                [reader][i][0]Connecting to Generic receiver via (tcp://192.168.1.2:30003)
                [master][i]Starting processing thread
                [reader][i][0]Connected to the receiver, authenticating
                [reader][i][0]Authenticated, processing messages
                [time][i]Time synchronized correctly, offset -0.0005 seconds
                [main][i]Feed Network client started
                [feed][i]Downloading configuration
                [feed][c]Interval: 5s
                [feed][c]Latitude: 45.4800
                [feed][c]Longitude: 9.2200
                [feed][c]GND: YES
                [feed][c]NonADSB: YES
                [feed][i]defined 1 server
                [feed][n]LIML20@83.140.21.66:8099/UDP
                [feed][n]connecting
                [i][stats]Stats thread started
                [feed][n]connected
                [feed][n]switching to UDP
                [feed][n]working



                But in FR web page my account said:

                Stats for: Offline
                Uptime (as % of available time): 0.3%
                Aircraft seen: 0
                Positions reported: 0
                Maximum distance: 0nm
                Status: Offline
                Current upload rate: 0 KB/s

                Could you help me?

                I execute dump1090 with these parameters:

                dump1090 --interactive --net --aggressive --quiet --enable-agc &


                With is the correct option to connect fr24feeder to an external dump1090 over the same network?


                Best regards!!


                PS: My dump1090 web map is located here -> http://italia.ayasystems.com:8080/

                Comment


                • I have been playing with the 'kalibrate' program. At the end it says: "Average absolute error: -18.056".
                  What should I put on the dump1090 command line?
                  --ppm -18 (note the minus sign)
                  OR
                  --ppm 18 (note no minus sign)
                  I know the error is neglectable and will drift, but I am just curious. (There are dongles with a temperature compensated oscillator)

                  Comment


                  • Hello, I have more or less the same problems.
                    I use Raspberry and with the old software it worked fine.

                    Before I used the following:
                    sudo ./dump1090 --ppm -6 --interactive --net --modeac --enable-agc --gain -10 --lat 46.558424 --lon 9.786614 &
                    ./fr24feed_arm-rpi_242 --fr24key=1234567890123456 &

                    (The coordinates and the key are not real)
                    Anyway everything worked with no problems.
                    The I experienced some problems, because on the dump1090 some planes were shown but they were no more uploaded on FLightRadar.
                    This is a strange thing and I don't know exactly where the problem was.
                    My coverage decreased day by day during those days.
                    At the end I concluded that maybe it was a problem due to the power supply, my usb stick need to much power and the raspberry was not enable to provide it (or the its power supply).

                    From the reception point of view I solved the problems buying an powered usb hub and using a much powerful power supply for the raspberry.

                    It is not yet the same from the software point of view.
                    The old software is still working fine, but not the new one.

                    Then I discovered that the new beta software was release and I installed it.
                    Since I want to check the coverage of my antenna I would like to use the Malcolm Robb version of dump1090 which includes the http page.
                    My initial configuration was the following:

                    /etc/fr24feed.ini

                    receiver="dvbt"
                    fr24key="1234567890123456"
                    path="/usr/lib/fr24/dump1090"
                    bs="yes"
                    raw="yes"
                    logmode="2"
                    windowmode="0"
                    mpx="no"

                    The staus command reports:
                    pi@pi ~ $ service fr24feed status
                    [ ok ] FR24 Feeder/Decoder Process: running.
                    [ ok ] FR24 Stats Timestamp: 2015-02-19 12:21:23.
                    [ ok ] FR24 Link: connected [UDP].
                    [ ok ] FR24 Radar: T-LIMCXX.
                    [ ok ] FR24 Tracked AC: 11.
                    [ ok ] Receiver: connected (4964 MSGS/0 SYNC).

                    But no data are uploaded on FlightRadar as far as I was able to see.
                    I appear online, but no plane are uploaded.

                    Mine preffered configuration would be the following:

                    pi@pi ~ $ cat /etc/fr24feed.ini
                    receiver="dvbt-mr"
                    fr24key="1234567890123456"
                    host="192.168.1.250"
                    path="/usr/lib/fr24/mr-dump1090"
                    bs="no"
                    raw="no"
                    logmode="2"
                    procargs="--ppm -6 --interactive --net --modeac --enable-agc --gain -10 --lat 46.558424 --lon 9.786614"
                    windowmode="0"
                    mpx="no"

                    With it the local http page works and planes are visible on the map.
                    But the status is the follwing:

                    pi@pi ~ $ service fr24feed status
                    [ ok ] FR24 Feeder/Decoder Process: running.
                    [ ok ] FR24 Stats Timestamp: 2015-02-19 12:46:43.
                    [ ok ] FR24 Link: connected [UDP].
                    [ ok ] FR24 Radar: T-LIMCxx.
                    [ ok ] FR24 Tracked AC:.
                    [ ok ] Receiver: connected (0 MSGS/0 SYNC).

                    No planes are recorded inside the local history file, no planes are upload on flightradar where I appear offline.

                    What I see inside the log is the following:

                    pi@pi ~ $ cat /var/log/fr24feed.log
                    2015-02-19 13:41:30 | [main][i]FR24 Feeder/Decoder [0x02117000]
                    2015-02-19 13:41:30 | [main][i]Version: 1.0.12-3/generic
                    2015-02-19 13:41:30 | [main][i]Built on 20150209-1316 (r:master-0a6ad34.git/Linux/armv6l)
                    2015-02-19 13:41:30 | [main][i]Copyright 2008-2015 (c) Piotr Pawluczuk
                    2015-02-19 13:41:30 | [main][i]Flightradar24 AB(http://flightradar24.com)
                    2015-02-19 13:41:30 | [main][i]DNS mode: LIBC
                    2015-02-19 13:41:30 | ERROR
                    2015-02-19 13:41:30 | [main][i]Reader 0 started
                    2015-02-19 13:41:30 | [time][i]Synchronizing time via NTP
                    2015-02-19 13:41:30 | [reader][i][0]Initializing reader
                    2015-02-19 13:41:30 | [reader][i][0]Connecting to Generic receiver via (exe:///usr/lib/fr24/mr-dump1090 --ppm -6 --interactive --net --modeac --enable-agc --gain -10 --lat 46.558424 --lon 9.786614 --raw)
                    2015-02-19 13:41:31 | [reader][i][0]Connected to the receiver, authenticating
                    2015-02-19 13:41:31 | [master][i]Starting processing thread
                    2015-02-19 13:41:31 | [httpd][i]Server started, listening on 0.0.0.0:8754
                    2015-02-19 13:41:31 | [reader][i][0]Authenticated, processing messages
                    2015-02-19 13:41:35 | [time][i]Time synchronized correctly, offset +0.0004 seconds
                    2015-02-19 13:41:35 | [main][i]Feed Network client started
                    2015-02-19 13:41:35 | [feed][i]Downloading configuration
                    2015-02-19 13:41:35 | [feed][c]Interval: 5s
                    2015-02-19 13:41:35 | [feed][c]Latitude: 46.5584
                    2015-02-19 13:41:35 | [feed][c]Longitude: 9.7866
                    2015-02-19 13:41:35 | [feed][c]GND: YES
                    2015-02-19 13:41:35 | [feed][c]NonADSB: YES
                    2015-02-19 13:41:35 | [feed][c]Timestamps: optional
                    2015-02-19 13:41:35 | [feed][c]Max range AIR: 350.0nm
                    2015-02-19 13:41:35 | [feed][c]Max range GND: 100.0nm
                    2015-02-19 13:41:35 | [feed][i]defined 1 server
                    2015-02-19 13:41:35 | [feed][n]LIMCxx@83.140.21.66:8099/UDP
                    2015-02-19 13:41:35 | [feed][n]connecting
                    2015-02-19 13:41:35 | [stats][i]Stats thread started
                    2015-02-19 13:41:35 | [feed][n]connected
                    2015-02-19 13:41:35 | [feed][n]switching to UDP
                    2015-02-19 13:41:36 | [feed][n]working
                    2015-02-19 13:42:06 | [feed][n]ping 1
                    2015-02-19 13:42:36 | [feed][n]ping 2


                    The only thing I noticed is that on the folowing line there is always the --raw option:
                    2015-02-19 13:41:30 | [reader][i][0]Connecting to Generic receiver via (exe:///usr/lib/fr24/mr-dump1090 --ppm -6 --interactive --net --modeac --enable-agc --gain -10 --lat 46.558424 --lon 9.786614 --raw)

                    I never added --raw but it is always present.

                    Where is the mistake?

                    Thank you so much for your help and sorry if the solution is already known, but I didn't have the time to read all the posts of this thread.

                    Bye, Leonardo.

                    Comment


                    • The mistake is that you have the "--interactive" mode selected which should be used ONLY when you are looking at the terminal to see the aircraft table etc. This mode prevents the "--raw" option which gives raw frames on stdout for FR24 app to process. Remove the "--interactive" and it should work.

                      Comment


                      • Thank you for your reply, I am going to try.

                        What it is strange is that now, with the old configuration, I don't see incresing the number of planes uploaded.

                        Let's try the new software without the --interactive parameter.

                        Thank you.
                        Bye.

                        Comment


                        • Great, it works!
                          Fantastic!
                          Thank you very much.

                          Congratulation, great software.

                          Leonardo.
                          T-LIMC13

                          Comment


                          • The linux (raspberry pi) fr24feed writes every 5 seconds a status message to /var/log/fr24feed.log
                            If you want to keep this file within reasonable limits, you should create a file /etc/logrotate.d/fr24feed with this content:

                            ---------------
                            /var/log/fr24feed.log {
                            daily
                            rotate 7
                            delaycompress
                            compress
                            missingok
                            copytruncate
                            notifempty
                            postrotate
                            logger -i -t logrotate "fr24feed logrotate ran a few seconds ago"
                            endscript
                            }
                            -----------------

                            This keeps last 7 logs and deletes older ones. Last log is uncompressed for your reading pleasure.
                            Older logs are compressed to save space but still easily readable with zless.

                            You get a message in /var/log/syslog every time the log file is rotated.

                            Enjoy.

                            Comment


                            • Hi Could any feeders/members give me some guidance on how to install the Raspberry pi fr24feed .tgz package option (without dump1090 as I already have this running).
                              I want to retain my version of dump1090.
                              As i understand things , the tgz is a compressed file.
                              I take it this is okay for installs on Rpi model B,B+ and 2 ?
                              I have taken a look at fr24feed installation manual but this option is not covered as far as i can see but it is a download option.
                              From the rpi command line can someone please post the installation steps please, Thank You in advance.

                              Comment


                              • This is my method:

                                mkdir fr24
                                cd fr24
                                wget https://dl.dropboxusercontent.com/u/...rm-rpi_242.tgz

                                tar xvfz fr24feed_arm-rpi_242.tgz
                                fr24feed_arm-rpi_242 --signup
                                ./fr24feed_arm-rpi_242 --fr24key=aaaaaaaa

                                this will have your installation running but it will stop when you log out

                                to keep running after logging out use:

                                cd fr24
                                nohup ./fr24feed_arm-rpi_242 --fr24key=aaaaaaaa &

                                There are lots of different ways to automate the startup but for now, I do it manually.

                                I am running on a Pi2 but it should be the same for all versions.

                                Jim

                                Comment

                                Working...
                                X