Page 22 of 71 FirstFirst ... 12202122232432 ... LastLast
Results 211 to 220 of 707

Thread: Linux feeder software for Flightradar24 (Old software)

  1. #211
    Captain
    Join Date
    Jan 2012
    Location
    Dudley area, UK
    Posts
    1,410
    My setup is similar except I'm using the RTL tuner stick.

    I noticed it had stopped working after a while - which I put down to the dump1090 program hanging.

    I set up services to run a script dump1090.sh and a separate script 'fr24' to run fr24feed_arm-le_225s

    all i did was create a cron job
    0 * * * * sudo service dump1090.sh restart
    1 * * * * sudu service fr24 restart

    on every hour at minute 0 restart dump1090
    at 1 minute past the hour restart FR24

    FR24 does seem to carry on working if dump1090 has been restarted, but just in case it did get a little upset I restarted that too.

    your single script could be run from a cron job too - just remember to enter the full path to the script as the thing the cron runs.

    oh. the services are set to start as the PI is started.

    Next job is to make a co-linear antenna from some co-ax cable as specified here http://www.balarad.net/ (presently I have a dipole made by splitting the about 10cm core out of a length of coax, as per the cork antenna - that's giving me about 200km radius)
    Last edited by peterhr; 2013-06-01 at 15:04.

  2. #212
    Passenger
    Join Date
    Jun 2013
    Location
    LSZB (Bern, Switzerland)
    Posts
    5
    Thanks! Actually I wrote the script with your strategy in mind: killing everything and start everything new. Currently my script runs every 10 minutes:


    Code:
    crontab -e:
    */10 * * * * /home/pi/adsb/start-fr24-feeding.sh
    Unfortunately it seems that the receiver-stick, adsbox or the serial communication between the two hangs very frequently under traffic load. With the antenna placed on the outside, receiving quite a lot of emissions, the system sometimes runs for 5 seconds only, sometimes for a few minutes.

    Does anybody know what the following init sequence does configure on the stick?
    Code:
    echo '#43.02' > /dev/ttyACM0
    I'm still hoping to get the system more stable soon: If it is running, several of my planes appear on fr24. And I like that.

  3. #213
    Captain
    Join Date
    Jan 2012
    Location
    Dudley area, UK
    Posts
    1,410
    Luckily using dump1090 I can point a web browser at the RPI on port 8080 and see if dump1090 is still doing stuff.

  4. #214
    Passenger
    Join Date
    Jun 2013
    Location
    LSZB (Bern, Switzerland)
    Posts
    5
    In my case it could be a problem in the serial communication between the stick and the USB part of the Raspberry Pi. There have been many error reports in the past. The problems should have been solved, but maybe in combination with special hardware...?

    Older: http://www.raspberrypi.org/phpBB3/viewtopic.php?t=12097
    Newer: http://sijisunny.com/2013/02/06/rpi_bug/

    Can i manually force the speed of the usb interface to a lower one?

    I saw there are new OS images available. I will try the new one as well.

  5. #215
    Passenger
    Join Date
    Mar 2013
    Posts
    8

    RPi /etc/init.d scripts for dump1090 and fr24feed

    I took a moment and wrote /etc/init.d scripts for starting/stopping dump1090 and fr24feed on my RPi. Your paths may vary, so edit them appropriately. Create the attached files as /etc/init.d/dump1090 and /etc/init.d/fr24feed. Make sure to chmod +x them!


    'Install' them using:
    update-rc.d dump1090 start 80 2 3 4 5 . stop 20 0 1 6 .
    update-rc.d fr24feed start 90 2 3 4 5 . stop 10 0 1 6 .

    They will start when the RPi enters any of runlevel 2-5 and stop when entering any other runlevel.
    Attached Files Attached Files
    Last edited by dtiller; 2013-06-10 at 21:01. Reason: Changed runlevel - default is 2, not 5.

  6. #216
    Administrator piopawlu's Avatar
    Join Date
    Mar 2011
    Location
    Sweden
    Posts
    226
    There's now a new version of the Linux feeding software available for all currently supported platforms, v233 (links in the first post). It should help with locking out issues and introduces a --self-kill parameter that will terminate the app should there be no input data for 15 minutes. It defaults to "no" not to change the original behaviour.

    I'd appreciate if some of you could give it a go.

  7. #217
    Passenger
    Join Date
    May 2012
    Posts
    10
    Quote Originally Posted by piopawlu View Post
    ...I'd appreciate if some of you could give it a go.
    the ARM LE, statically linked version has been running smoothly for the last 20 minutes or so on my raspberry pi !

  8. #218
    Passenger
    Join Date
    Feb 2013
    Location
    London, UK
    Posts
    43
    fr24feed_arm-le_233s is now running on my RPi, running raspian.

    I did not start it with the --self-kill parameter (which isn't yet documented by fr24feed_arm-le_233s --help)

    I'll keep an eye on it.

    fr24feed_arm-le_225s was reliable, and what I was using until today, but fr24feed_arm-le_232s did not work for me.

    Thanks for this update anyway.

  9. #219
    Passenger
    Join Date
    Mar 2013
    Location
    T-KCLT1, Near CLT TDWR
    Posts
    16
    Like roofer,
    Updated a little over 3 hr ago, appears that 233s is stable and good
    232s, just did not work past 20 minutes or what ever the time was
    been running 225s till this came out.
    T-KCLT1, Also the man behind the curtain working on the dump1090 webgui and the dump1090-helper project.

  10. #220
    Passenger
    Join Date
    Feb 2013
    Location
    London, UK
    Posts
    43
    fr24feed_arm-le_233s is still running on my RPi.

    wireshark tells me it is uploading data to your server.

    But this is all a PITA to check up on, being that I have set up the hardware, constructed antennae, climbed about on the roof, fiddled with the software etc.

    I would like you to offer me an easy way to check that "the FR24 feed is working".

    I can use wireshark (painfully slow over ssh -Y pi@rpi on my network, but it still works) to check the data is being sent, but I wonder if this data being used by FR24?

    I can go to http://www.flightradar24.com/planes but I cannot there set a filter there for my "radar" - no "radars" are listed for selection (Firefox 22.0)
    So I have to <CTRL>-F and Find my radar in the long list, and keep reloading the pages...... and very sometimes I see data from my system. So, perhaps, it is working.

    But it's boring.

    So, if you'd like me to keep feeding you data, I ask you to devise a "Usefulness Factor" that you can return to me indicating my "usefulness" for my feed to FR24.

    So if I am using bandwidth to send you data that you'll just discard because I am in a well feeding, populated, metroploitan area, I can just stop. Other people perhaps have better coverage than I do.
    This would be OK. Perhaps my RPi should be better employed.

    I hope this doesn't sound nasty, I just wish to devote resources, and bandwidth, to projects that need them.

    Best wishes,
    R.

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •