Linux feeder software for Flightradar24 (Old software)

[tjowen]

Why not you install fr24 feed using .deb package? The .deb package does NOT have dump1090.

sudo wget http://feed.flightradar24.com/raspberry-pi/fr24feed_1.0.12-3_armhf.deb
sudo dpkg -i fr24feed_1.0.12-3_armhf.deb
sudo fr24feed --reconfigure --fr24key=YOUR SHARING KEY
sudo service fr24feed start
service fr24feed status

See detailed instructions: http://forum.flightradar24.com/threa...24-Data-Feeder

So, is the method I would use to add FR24 to my RPi2 box that is already running the PiAware image and feeding FA?
Thanks, Tom

[abcd567]

Why not you install fr24 feed using .deb package? The .deb package does NOT have dump1090.

sudo wget http://feed.flightradar24.com/raspberry-pi/fr24feed_1.0.12-3_armhf.deb
sudo dpkg -i fr24feed_1.0.12-3_armhf.deb
sudo fr24feed --reconfigure --fr24key=YOUR SHARING KEY
sudo service fr24feed start
service fr24feed status

See detailed instructions: http://forum.flightradar24.com/threa...24-Data-Feeder

[TassyJim]

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

[radiostationx]

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.

[bender]

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.

[sofleo]

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

Congratulation, great software.

Leonardo.
T-LIMC13

[sofleo]

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.

[piopawlu]

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.

[sofleo]

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.

[Harrie45]

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)

[ayasystems]

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/

[Ressy]

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

[jepolch]

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.

[Ressy]

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.

[jepolch]

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