Hi Mike,
Would it be possible to release a version of the Linux Feeder software for PPC based platforms? (I am planning to use a mac-mini G4 as data-feeder)
Kind regards,
Ulrich
Announcement
Collapse
No announcement yet.
Linux feeder software for Flightradar24 (Old software)
Collapse
This topic is closed.
X
X
-
PeterHR,
Not 1st project, work with a few RHEL boxes. What always annoyed me with any *nix, when you run into a problem and Google it, you do find the solution, and more often than not, did the format or syntax of the solution, change or evolve or got replaced with something newer. And also never have enough uninterrupted time to sit and learn and play with it.
I tried that site, it does not like my registration. I amended it to my signature on here, I am sure you will find it hidden there
Leave a comment:
-
Originally posted by HermanZA View PostInstalled Ubuntu desktop 12.04 on an old PC. Manually added SSH to the box. Followed the well-known tutorial PeterHR compiled, with the exception that I took the fr24feed_x86_233 feeder package. All seems to be working fine. Where I had CPU usage of around 37% on the PI, I am now at idle 8%
Conclusion: Ubuntu can be successfully used to feed to our beloved FR24 network !
PS: PeterHR, would it be possible to direct message you somewhere? Have something off-topic I want to run past you.
Was the Pi your first Linux project? - If it was well done, you have achieved the secondary objective of removing the FUD (fear. uncertainty and distrust) and have demystifying Linux
Oh but for a private message facility...
but I am a site admin at riubambu.com/phpBB2 and that does PMs
Leave a comment:
-
Installed Ubuntu desktop 12.04 on an old PC. Manually added SSH to the box. Followed the well-known tutorial PeterHR compiled, with the exception that I took the fr24feed_x86_233 feeder package. All seems to be working fine. Where I had CPU usage of around 37% on the PI, I am now at idle 8%
Conclusion: Ubuntu can be successfully used to feed to our beloved FR24 network !
PS: PeterHR, would it be possible to direct message you somewhere? Have something off-topic I want to run past you.Last edited by HermanZA; 2014-01-06, 19:51.
Leave a comment:
-
Good question, easier if it doesn't have drivers for the tuner dongle in the kernel 12.04 should be ok
Sent from my Nexus 4 using Tapatalk
Leave a comment:
-
i'm new to this form but been feeder for nearly 1 yr.
i have a problem regarding the feeder connection
does anyone know, is there a possible to feed through TCP but not UDP. Currently i'm behind office firewall blocking UDP. I feeding through my broadband modem..
maybe Mike could design new feeder client for those who need TCP connection.
regards
Leave a comment:
-
Dump1090 and dongle are working just fine. As i told, the problem is the feeder software.
I am monitoring with ADSBscope and dump1090 and dongle are working properly. I compared what iīve got with flightradar24.com.
They are not freezing.
The problem is with the feeder software itself. It just get lost after a low traffic condition (no aircraft in the area or no valid positioning information from dump1090 (aircrafts with just Mode-S))
Marcelo (T-SBFC2).
Leave a comment:
-
Originally posted by FRC View PostThanks peterhr,
I already read the earlier posts. But the problem seems different.
Yes, i am running Debian Wheezy.
But, this behaviour is triggered in a low traffic situation. So i cannot predict when to kill the program. The script you suggested assumed a 6 hour basis to kill the program, but in my tests it could be triggered after 15 min. or 8 hours working.
There must be a reason that make the program stops sending data after a period that it not receives valid data from dump1090.
Do anyone knows if itīs possible to detect those messages from stdout. Maybe a script to monitor that messages.
Thanks,
Marcelo (T-SBFC2)
You may have a power problem leading to the dongle freezing or sending bad data making dump1090 fail - other people have had that problem ... but you are on an old Pentium 3, not a Pi ... maybe try some other USB sockets for the dongle to see if they work better.
Leave a comment:
-
Thanks peterhr,
I already read the earlier posts. But the problem seems different.
Yes, i am running Debian Wheezy.
But, this behaviour is triggered in a low traffic situation. So i cannot predict when to kill the program. The script you suggested assumed a 6 hour basis to kill the program, but in my tests it could be triggered after 15 min. or 8 hours working.
There must be a reason that make the program stops sending data after a period that it not receives valid data from dump1090.
Do anyone knows if itīs possible to detect those messages from stdout. Maybe a script to monitor that messages.
Thanks,
Marcelo (T-SBFC2)
Leave a comment:
-
On the Raspberry Pi, I have a cron job that kills dump1090 & FR24 feed every 6 hours - then restarts them, this is done just in case the programs go wrong and do stop working (admitted - I was more expecting something like a memory leak and the programs to grow until they no longer fitted the available memory).
The Pi runs a Debian version called Wheezy - have a look at the first few post in this thread http://forum.flightradar24.com/threa...e-to-feed-FR24.
There is a link to a shared drive area in post #8, where there is a shell scrip to start / restart dump1090 & the feed and a dock saying what to do to install on the Pi ... most of that should adapt easily
There is a similar thread http://forum.flightradar24.com/threa...-FR24-(Wheezy) that talks about extra work to get the Pi setup to work on the Beaglebone Black ... that might be worth a look too since some of the utility programs used on the Pi were not loaded by default on the BBB and had to be added.
The Raspberry Pi uses very little power so is economical to leave on 24/7
Central southern Brasil - welcome aboardLast edited by peterhr; 2013-12-07, 07:56.
Leave a comment:
Leave a comment: