Page 37 of 64 FirstFirst ... 27353637383947 ... LastLast
Results 361 to 370 of 639

Thread: Flightradar24 decoder/feeder BETA testing (Win/RPi/Linux/OSX)

  1. #361
    Captain abcd567's Avatar
    Join Date
    Sep 2013
    Location
    Toronto CYYZ
    Posts
    2,748
    I have been feeding data to FR24 since 2013, using my Windows Desktop & DVB-T Receiver.

    Couple of days ago I purchased Raspberry Pi B+, and installed on it PiAware (A package consisting of Raspbian OS+Dump1090+Flightaware Data feeder).

    Today I installed FR24 Data feeder software fr24feed_1.0.11-3_armhf.deb on my RPi B+.
    After completing the installations as per FR24 instruction manual, I gave command "service fr24feed status". Following is displayed

    Code:
    pi@piaware ~ $ service fr24feed status
    [ ok ] FR24 Feeder/Decoder Process: running.
    [ ok ] FR24 Stats Timestamp: 2015-01-21 08:43:56.
    [ ok ] FR24 Link: connected [UDP].
    [ ok ] FR24 Radar: T-CYYZ9.
    [ ok ] FR24 Tracked AC:.
    [FAIL] Receiver: down ... failed!
    I checked Dump1090's display on my Desktop's web browser by typing "http://<IP address of RPI on LAN DHCP/NAT>:8080", and it started displaying Google Map & Planes. The receiver is NOT down but FR24 feeder is showing it down!!!
    Last edited by abcd567; 2015-01-21 at 09:37.

  2. #362
    Administrator piopawlu's Avatar
    Join Date
    Mar 2011
    Location
    Sweden
    Posts
    226
    Please post your config file (without the sharing key),, or send it to support@fr24.com, otherwise it's a matter of guessing. All I can say is that the receiver type/configuration is incorrect.

  3. #363
    Passenger
    Join Date
    May 2014
    Posts
    26
    Quote Originally Posted by piopawlu View Post
    How about using Remote Desktop Access?
    This happens when i close the feeder window with the X. I suppose is the same when i try to power off.
    Clipboard01.png

  4. #364
    Administrator piopawlu's Avatar
    Join Date
    Mar 2011
    Location
    Sweden
    Posts
    226
    Yes, but on my test machine that app dies after 10 seconds even when I don't click the OK button. The reason for this is that if somebody clicks the "[x]" of the console window it will kill the feeder, but the dump1090 will be left running in background. While it doesn't matter on shutdown,, it does when someone is closing it manually.

    I will check if I get the SHUTDOWN even before the close event and then disable the popup.

  5. #365
    Passenger
    Join Date
    May 2012
    Posts
    10
    The time sync issue I tried to explain in post #339 doesn't seem to be fixed in 1.0.11-3.
    I still need to restart fr24feed around 30 minutes after the box startup for the feeder to 'realize' sync is ok.

  6. #366
    Administrator piopawlu's Avatar
    Join Date
    Mar 2011
    Location
    Sweden
    Posts
    226
    Sent you an email.

  7. #367
    Passenger
    Join Date
    Oct 2013
    Posts
    10
    I am continuing to have the same problem as before - but I'm not certain it is a time-sync problem as it says in the log (see below):

    Time synchronized correctly, offset +0.0005 seconds

    I'm wondering if the key I'm using is still valid.

    Is there anyway to determine if the key I have is valid or not?

    Blort

    >>>>>> fr24feed Feeder version = 1.0.11-3 <<<<<<
    2015-01-21 05:54:07 | [main][i]FR24 Feeder/Decoder [0x02117000]
    2015-01-21 05:54:07 | [main][i]Version: 1.0.11-3/generic
    2015-01-21 05:54:07 | [main][i]Built on 20150120-1413 (r:master-a7f7edf.git/Linux/armv7l)
    2015-01-21 05:54:07 | [main][i]Copyright 2008-2015 (c) Piotr Pawluczuk
    2015-01-21 05:54:07 | [main][i]Flightradar24 AB(http://flightradar24.com)
    2015-01-21 05:54:07 | [httpd][i]Server started, listening on 0.0.0.0:8754
    2015-01-21 05:54:07 | [main][i]Reader 0 started
    2015-01-21 05:54:07 | [main][i]Waiting for GPS time
    2015-01-21 05:54:07 | [master][i]Starting processing thread
    2015-01-21 05:54:07 | [reader][i][0]Initializing reader
    2015-01-21 05:54:07 | [reader][i][0]Connecting to Generic receiver via (tcp://127.0.0.1:45105)
    2015-01-21 05:54:07 | [reader][i][0]Connected to the receiver, authenticating
    2015-01-21 05:54:07 | [reader][i][0]Authenticated, processing messages
    2015-01-21 05:54:12 | [main][i]Waiting for GPS time
    2015-01-21 05:54:17 | [main][i]Waiting for GPS time
    2015-01-21 05:54:22 | [main][i]Waiting for GPS time
    2015-01-21 05:54:27 | [main][i]Waiting for GPS time
    2015-01-21 05:54:32 | [time][i]Synchronizing time via NTP
    2015-01-21 05:54:36 | [time][i]Time synchronized correctly, offset +0.0005 seconds
    2015-01-21 05:54:36 | [main][i]Feed Network client started
    2015-01-21 05:54:36 | [feed][i]Downloading configuration
    2015-01-21 05:54:37 | [e]HTTP Response: [HTTP/1.1 404 Not Found]
    2015-01-21 05:54:37 | [feed][i]Failed on start, Sleeping 120 seconds

  8. #368
    Administrator piopawlu's Avatar
    Join Date
    Mar 2011
    Location
    Sweden
    Posts
    226
    Sorry, the ARMV7L version seems to be built for GPS enabled boxes,, I took it down and will replace it with a fixed one.

  9. #369
    Passenger
    Join Date
    Jan 2015
    Location
    London, UK
    Posts
    36
    I have a few questions with RPi... I have it running and feeding to FR all ok. But...

    For RPi... In my /etc/fr24feed.ini ::
    PHP Code:
    receiver="dvbt"
    fr24key="*******"
    path="/usr/lib/fr24/dump1090"
    bs="yes"
    raw="yes"
    logmode="3" 
    1:
    If I wish to use the 'Malcolm Robb's fork' version - do I just change 'dvbt' to 'dvbt-mr'?

    2.
    Is there any difference with MR's version other than the web interface? I.e. is one better at receiving? Or does one use less resources?

    3.
    I'm confused as to which services use 'raw' 30002 and 'basestation' 30003 feeds.
    Could someone explain which each is for, and if it's ok to disable any of them?
    I enjoy using http://radarview.flightradar24.com/ as well with local data so I don't want to disrupt this. But I'm not sure which feed that would be attached to?

    4.
    Step 4.3 - Enter your additional dump1090 arguments or leave empty
    $:
    I left this empty... If I use the '--interactive --net --net-http-port 8080' that I see people talking about. Will I have to disable bs and raw as above?


    Thanks for any help! And sorry for all the questions, but after trying to read through the topic I'm still left a bit confused with a few bits...

  10. #370
    Captain abcd567's Avatar
    Join Date
    Sep 2013
    Location
    Toronto CYYZ
    Posts
    2,748
    I have been feeding data to FR24 since 2013, using my Windows Desktop & DVB-T Receiver.

    Couple of days ago I purchased Raspberry Pi B+, and installed on it PiAware img, a package consisting of Raspbian OS+Dump1090 (or some other decoder)+Flightaware Data feeder.

    Today I installed FR24 Data feeder software fr24feed_1.0.11-3_armhf.deb on my RPi B+.
    After completing the installations as per FR24 instruction manual, I gave command "service fr24feed status". Following is displayed

    Code:
    pi@piaware ~ $ service fr24feed status
    [ ok ] FR24 Feeder/Decoder Process: running.
    [ ok ] FR24 Stats Timestamp: 2015-01-21 17:46:02.
    [ ok ] FR24 Link: connected [UDP].
    [ ok ] FR24 Radar: T-CYYZ9.
    [ ok ] FR24 Tracked AC:.
    [FAIL] Receiver: down ... failed!
    I checked Dump1090's display on my Desktop's web browser by typing "http://<IP address of RPI on LAN DHCP/NAT>:8080", and it started displaying Google Map & Planes. The receiver is NOT down but FR24 feeder is showing it down!!!

    Piaware Dump1090.PNG
    Last edited by abcd567; 2015-01-21 at 18:05.

Posting Permissions

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