Page 17 of 91 FirstFirst ... 715161718192767 ... LastLast
Results 161 to 170 of 901

Thread: Archived - Beta test MLAT software for Raspberry Pi

  1. #161
    Flight attendant
    Join Date
    Apr 2015
    Location
    Sydney, Australia
    Posts
    68
    Quote Originally Posted by bhaal View Post
    As with me, I saw "signup" and thought, .oO Nah, been there, done that, don't want a new feeder ID etc... Oo. I can imagine other people doing the same thing
    Where's the "like" button ??

    That's exactly what I would have done!! so, the idea of me setting up a second RPi to get it all working does have some merit
    T-YSBK22

  2. #162
    Purser
    Join Date
    Jan 2015
    Location
    Kallangur, Brisbane
    Posts
    168
    Quote Originally Posted by rodeo View Post
    Where's the "like" button ??

    That's exactly what I would have done!! so, the idea of me setting up a second RPi to get it all working does have some merit
    Merit yes, but need, no.. I did a short howto here for FR and FA combined..

    http://forum.flightradar24.com/threa...ll=1#post68679
    T-YBBN50 - Kallangur, QLD, Australia

  3. #163
    First officer
    Join Date
    Nov 2014
    Location
    Germany
    Posts
    248
    Any1 else noticed that the range dropped ? Before the latest release I had ~120-130nm range, but now i'm @ only ~100nm which sucks -.-
    Regards,
    T-EDDE7

    Debian 8 Server | jetvision ADS-B USB Dongle | ADS-B Collinear Antenna
    Banana Pi | Mystique SDR R820T2 | stock Antenna

  4. #164
    Passenger
    Join Date
    Aug 2014
    Location
    Shanghai,China
    Posts
    45
    Quote Originally Posted by equi View Post
    Any1 else noticed that the range dropped ? Before the latest release I had ~120-130nm range, but now i'm @ only ~100nm which sucks -.-
    nope , still same around 250nm

  5. #165
    First officer
    Join Date
    Nov 2014
    Location
    Germany
    Posts
    248
    With a DVB-T Stick ? Something is wrong with the latest release, when I check the Feeder Statspage from my Banana Pi it only shows ~75% of pre-14 release traffic
    Regards,
    T-EDDE7

    Debian 8 Server | jetvision ADS-B USB Dongle | ADS-B Collinear Antenna
    Banana Pi | Mystique SDR R820T2 | stock Antenna

  6. #166
    Passenger
    Join Date
    Aug 2014
    Location
    Shanghai,China
    Posts
    45
    Yes , DVB-T stick .

    well , maybe frame rate seems lower a bit , maybe I should cleaning and maintenance the antenna , air pollution is very bad here .
    Screen Shot 2015-07-19 at 11.30.23 PM.jpg

  7. #167
    First officer
    Join Date
    Nov 2014
    Location
    Germany
    Posts
    248
    I talked about the fr24 stats page However, really impressive!
    Regards,
    T-EDDE7

    Debian 8 Server | jetvision ADS-B USB Dongle | ADS-B Collinear Antenna
    Banana Pi | Mystique SDR R820T2 | stock Antenna

  8. #168
    Flight attendant
    Join Date
    Jun 2015
    Posts
    62
    Quote Originally Posted by giacomo892 View Post
    Can you base your fork on the mutability repo (https://github.com/mutability/dump1090) which also has oversampling mode and a nicer gui?
    Well, that's actually not decided yet. You know that different people prefer different forks. So far we would like to accumulate the statistics. But if you really want to use mutability right now, feel free to apply patches from our fork, it's still opensource.

    Quote Originally Posted by bhaal View Post
    Does this MLAT version of fr24feed expose the MLAT positions in a beast/basestation feed? so they can be plotted in VRS?
    No sorry, this is not supported. The reason for that is that MLAT positions are calculated server-side, having mode-s messages from 4 receivers in the area.
    To return data back to the receivers will require quite a lot of modifications and the traffic will also increase.

    Quote Originally Posted by bhaal View Post
    Can I make a suggestion that a stick is made or the initial post for this thread is edited to contain a howto for people who feed multiple sites, for instance FR and FA, describing how to setup the MLAT version of fr24feed so that both FR and FA can benefit from these advances, because I've seen a number of people not going ahead with the upgrade because it breaks feeding to other sites without clear instructions on how to do things so it works all round? I replied to the Aussie feeders thread with a quick howto because there was some complaint about all this..
    Thanks, will stick a link.

    Quote Originally Posted by LOWL1 View Post
    i also upgraded to 1.0.14-5. all stopped working. --signup and choosing MLAT causes only to choose usb dongele as receiver
    the version before gave me the option to use sbs1/3.
    now it is gone. when i signup again and use MLAT no i get all hardware options back,
    but when i switch on MLAT at the webinterface all is hanging up and webinterface is gone.
    Quote Originally Posted by LOWL1 View Post
    maybe we will get some info from the programmer, if sbs1/3 data could be used for MLAT.
    why not? i'm curious about it.
    This update actually blocks fr24feed to start MLAT without "dvbt" setting. The reason for that as I said, we need timestamp decoded by our dump1090 fork. Other sources of data provide timestamps in a different format or do not provide it at all.
    We are definitely going to support more data sources, but for now it doesn't make any sense to start MLAT when we know in advance that the received timestamp will not be parsed correctly and hence the position will not be calculated.
    The workaround you posted doesn't force MLAT calculations, it just forces additional data to be sent to the server, which is dropped there.
    We would like to stabilize the MLAT implementation first, basing on DVB-T sticks and after that implement support of other data sources. I hope it makes some sense

    Quote Originally Posted by bhaal View Post
    So, going back to my NTP issue... can an option to turn off ntp sync be added? or use the localhost ntp server? I can see that fr24feed is going it alone and using pool.ntp.org but for some reason it's not using any local servers by default.. Just would think that as you are relying on ADS-B transponder timestamps for then the local timestamp could be taken from system clock.. If anything, check for presence of ntp and make sure its running..? And Raspbian installs ntp by default..

    I don't know what to suggest, I cannot see why fr24feed is not getting NTP sync very often... I have been watching the ntp traffic from that machine via my border router and ALL requests are being answered. Is there a debug mode which might expose the ntp requests and the responses and why they are being disregarded? Help?
    Thanks for the suggestion, we will implement usage of NTP servers configured in /etc/ntp.conf if there are some.

    Quote Originally Posted by equi View Post
    Any1 else noticed that the range dropped ? Before the latest release I had ~120-130nm range, but now i'm @ only ~100nm which sucks -.-
    No changes were supposed to be made at this part. Hopefully nothing is broken
    Last edited by vinnyspb; 2015-07-20 at 09:41.

  9. #169
    First officer
    Join Date
    Nov 2014
    Location
    Germany
    Posts
    248
    Quote Originally Posted by vinnyspb View Post
    No changes were supposed to be made at this part. Hopefully nothing is broken
    First of all, thank you for your time to answer our postings vinnyspb . But sadly FR24's fork of Malcom Robb's fork broke my range. I don't know if you have access to our Stats pages, but if you check my Radar Page you'll notice that since 1.0.14-5 dropped for some reason. Before this release I used Malcom Robb's fork which worked fine.
    Regards,
    T-EDDE7

    Debian 8 Server | jetvision ADS-B USB Dongle | ADS-B Collinear Antenna
    Banana Pi | Mystique SDR R820T2 | stock Antenna

  10. #170
    Flight attendant
    Join Date
    Jun 2015
    Posts
    62
    Quote Originally Posted by equi View Post
    First of all, thank you for your time to answer our postings vinnyspb . But sadly FR24's fork of Malcom Robb's fork broke my range. I don't know if you have access to our Stats pages, but if you check my Radar Page you'll notice that since 1.0.14-5 dropped for some reason. Before this release I used Malcom Robb's fork which worked fine.
    Have you used some additional arguments to dump1090 before?

Posting Permissions

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