Greetings,
Bear with me here. New to feeding.
I have set up my Raspberry Pi 3B+, with PiAware image 3.6.3.
Been feeding FA for the past 2 months or so with no issues.
I’ve also turned on SSH and managed to login with Putty.
I researched adding my feed to FR24 and it seems that all that is required is to SSH into Raspberry Pi and execute this line of code:
sudo bash -c “$(wget -O - https://repo-feed.flightradar24.com/install_fr24_rpi.sh)”
Answer a few questions etc.
Is it really as simple as this?
Any advice for a newbie?
Thanks
It seems the current install script even automatically detects if something is providing data on 30005 and offers automatic configuration which seems to do the right thing.
(Haven’t tested it personally)
In case of manual configuration select Beast / TCP and point it at 127.0.0.1 at port 30005.
The important thing is NOT selecting DVB-T/USB, this will try to use an fr24 internal dump1090 and not provide data to other feed clients like piaware.
Nothing more to it.
1 Like
When configuring fr24feed, do NOT use setting Receiver DVB-T.
Use Receiver Beast(TCP), host/ip 127.0.0.1:30005
.
1 Like
It seems the automatic configuration uses AVR-TCP on port 30002 i just checked on my Rpi.
I’d just choose to use beast-tcp but it really doesn’t matter.
Yes, you are right. The default of fr24feed is avr-tcp port 30002, but I always use beast-tcp port 30005.
This is default setting. I dont understand why they prefer AVR over BEAST
I just checked both formats and they contain exactly the same information.
Beast is binary and therefore uses less bandwidth i believe but as it’s being transmitted on the same computer it doesn’t matter.
@wiedehopf
Nothing to do with current subject, but I notice a stupid behaviour of Pi24 image which uses its dump v1.14.
If at startup, the fr24feed detects no version of dump1090, it starts its own dump1090.
If it detects another version of dump1090 installed, it does NOT start its own dump1090.
So far so good.
When opensky feeder is installed, its binary /usr/bin/openskyd-1090 is detected by fr24feed as some version of dump1090, and it does not start its own dump1090. Now there is no decoder running, and all data feeders start crying no program is listening to adsb data on port 30005.
I overcame this problem by removing 1090 from the binary file name, and in service file of opensky also removed 1090 in the line ExecStart=
Oh my. That’s an interesting detection method for sure.
But as long as fr24 doesn’t just randomly grab the dongle i’m pretty much ok with whatever they do.
I tried to change that but doesn’t, when i click save it goes back to AVR and 30002
Even clicking restart
And also FR24 script installed 1090 mutability … what i should do now
EDIT:
if i run the sudo dpkg --purge dump1090-mutability the Pi say that is not installed. But in the install process he said:
You don’t seem to have any dump1090 installed. On the fr24feed start it will automatically install dump1090-mutability.
There is a bug in latest version of fr24feed which causes this problem.
Change settings by editing file fr24feed.ini
sudo nano /etc/fr24feed.ini
After editing, Save (Ctrl+O) and Close (Ctrl+x)
Restrat fr24feed
sudo systemctl restart fr24feed
1 Like
Thanks the script worked and the mod by editing the .ini file worked
