FlightAware is excited to announce that in addition to ADS-B flight tracking, PiAware (v2.1 and above) now supports live multilateration (MLAT) flight tracking of non-ADS-B aircraft. By triangulating the Mode S signal from non-ADS-B aircraft, PiAware can now track twice as many aircraft around the world!
Aircraft being tracked with MLAT will be in blue on your local web interface. If you’re not seeing any blue aircraft, make sure you have the most accurate location and elevation set here on your stats page and also read below about improving coverage. MLAT flights and stats will soon be available on FlightAware.com as well.
For MLAT to work, an aircraft needs to be within line of sight of four PiAware ground stations. To improve MLAT coverage in your area, you need to recruit friends to setup PiAware so your receivers can work together to track flights! Please post about this announcement and share the setup link flightaware.com/adsb/piaware/build via:
Emails to friends and family in your area
Please spread the word and help expand MLAT coverage using PiAware! The more PiAware receivers near you, the more availability of MLAT data.
The initial build of PiAware is still at 2.0.4 on the downloads page, maybe with this big announcement we can get that upgraded to 2.1 so new feeders aren’t having to upgrade immediately after install. Hate to have new feeders come online and their mlat doesn’t work out of the box.
Yeah the hurt comes when an unaware user loads up, thinks they are good to go and plonks it out in the middle of nowhere with enough Internet to feed but painful to upgrade. Most of us here know how to avoid that but we’re targeting the general public. Don’t want any new feeders to get discouraged out of the box when they don’t get immediate gratification
This is really cool, thank you. One comment is I can’t get the drag and drop the pin for location to work. Tried on a couple of machines and a couple of browsers. Might be my pilot error, but I can’t figure it out. Again tho, really cool and thank you for all the hard work for my fun!
Silly question from someone who should know better–
I"m running current versions of Dump1090-mutability (1.14) and PiAware (2.0-7). The FlightAware stats page says I have MLAT supported and enabled.
BUT when I connect to the local Pi webpage (e.g. wombat.local:8080) I don’t see pretty blue things indicating MLAT. (This is site 4847 on FlightAware)
My question/suspicion is I’m connecting to the Dump1090-mutability web page on port 8080, and I need to do something to turn that off and instead use a web page generated by PiAware?
(sudo netstat -tulanp shows I’ve got a connection to dump1090-mutability on port 8080 from my desktop box. the only connection for PiAware on the Pi is tcp to FlightAware, with a udp connection from fa-mlat-client to FlightAware)
Yes? How? My apologies – I’ve been spending a lot of time (too much time) trying to save a startup recently…
You will need piaware 2.1 to receive mlat results.
By default it will feed results to localhost:30004; your dump1090 is probably listening there and will combine the results with other position data.
To be able to distinguish the mlat results you need to either:
install the development version of dump1090-mutability, which knows about mlat positions
use something that takes a separate data feed e.g. VRS and use piaware-config -mlatResultsFormat to tell piaware/fa-mlat-client to send the results to it.
use the FA dump1090 (but that would probably be a backwards step with your setup)
I’ve upgraded and have mlat enabled, but I see no blue aircraft in the dump1090 web view. There are definitely more than four piaware users within range. I’m seeing this in the log file:
[2015-07-16 13:59 EDT] mlat(2136): Input connected to localhost:30005
[2015-07-16 13:59 EDT] mlat(2136): Problem reading receiver messages: Out of range timestamp seen (last 16598787275658, now 653881278132)
[2015-07-16 13:59 EDT] mlat(2136): Ensure that only one receiver is feeding data to this client.
[2015-07-16 13:59 EDT] mlat(2136): A single multilateration client cannot handle data from multiple receivers.
[2015-07-16 13:59 EDT] mlat(2136): Lost connection to localhost:30005
[2015-07-16 13:59 EDT] mlat(2136): Reconnecting in 30.0 seconds
While I do have multiple receivers, they’re located at the same geographic co-ordinates, ± 20 feet. In other words, they’re very close to each other. One faces west, the other south. The feed from both is piped through ModeSMixer2 and then to dump1090 and piAware. PlanePlotter also connects to the ModeSMixer2 feed (on a different port) and passes all the mlat/mu/gu tests on that network. PP is also feeding FlightAware.
This is unfortunately exactly the problem - the mlat client expects data from one receiver only. Even if the receivers are co-located, each receiver produces a different sequence of timestamps with no easy way to distinguish them.
At the moment you’ll need to either run a separate piaware for each receiver, or disable mlat.
Don, on dropping the location pin issue I had. For whatever reason, the “Next” button didn’t appear on Chrome or IE, until I zoomed out a bit. Once I zoomed out, I see the next button and all is good. Just might be my setup, or maybe the popup box isn’t set to appear centered on the screen? Whatever, I’m good and thank you again very much for all you do. Take care. Joe
Ok, so if I disable one of the receivers (or rewire the network so only one receiver forwards to piAware), I’ll get the mlat aircraft showing up. (I’ve tested by disabling one and it works.) Can I then create another output from dump1090 by using --net-ro-port and have both the ads-b and mlat aircraft positions visible in whichever app I connect to that data stream?