Yes, you can do this. If you’re running dump1090-mutability (github version) or the FA dump1090 then be aware that by default it does not forward mlat results back out to the output ports by default, you need to specify --forward-mlat for that to happen.
There are various other ways of getting the results too; you can do a “piaware-config -mlatResultsFormat” to configure where the mlat results are sent to override the default which sends them in beast format to localhost:30004. (this is poorly documented at the moment).
The traffic is not as busy now, then what it was a little bit ago. But hopefully I can help share the love with other Piawares. To help with the MLAT. I put up the new FlightAware antenna tonight. I was tracking around another 40 or so planes earlier with it.
(1). Awesome update, MLAT aircraft are showing as intended!
(2). ADS-B aircraft are still grey for me despite the green highlight in list view… problem, or aesthetics?
(3). Waiting to see what cool MLAT stats we will see in our control panels, but I wondered if it might include a way to see what other receivers are used to pinpoint particular aircraft? That would be awesome.
How can I find how many users in my area are using MLAT and what is their coverage? I have working MLAT but I can’t see any blue aircraft - only white and green records.
07/17/2015 08:12:07 mlat(14992): Receiver connection: ready
07/17/2015 08:12:07 mlat(14992): Server connection: ready
07/17/2015 08:12:07 mlat(14992): Receiver: 97.7 msg/s received 1.8kB/s from receiver
07/17/2015 08:12:07 mlat(14992): Server: 0.0 kB/s from server 0.0kB/s TCP to server 0.5kB/s UDP to server
07/17/2015 08:12:07 mlat(14992): Aircraft: 20 known, 10 requested by server
i have piaware 2.1-2 with this config: -mlat 1 -mlatResults 1 -mlatResultsFormat default
though there are many receivers with 2.1-2 around here, i can’t see any blue aircraft in dump1090.
I have probably the same problem as fusionimage.
In piaware.out:
07/17/2015 12:39:13 mlat(15808): Receiver connection: ready
07/17/2015 12:39:13 mlat(15808): Server connection: ready
07/17/2015 12:39:13 mlat(15808): Receiver: 122.3 msg/s received 2.4kB/s from receiver
07/17/2015 12:39:13 mlat(15808): Server: 0.0 kB/s from server 0.0kB/s TCP to server 0.3kB/s UDP to server
07/17/2015 12:39:13 mlat(15808): Aircraft: 33 known, 13 requested by server
i am using dump1090 from the piaware tutorial: dump1090_1.2-2_armhf.deb
07/17/2015 13:10:04 mlat(4985): Receiver connection: ready
07/17/2015 13:10:04 mlat(4985): Server connection: ready
07/17/2015 13:10:04 mlat(4985): Receiver: 143.6 msg/s received 2.1kB/s from receiver
07/17/2015 13:10:04 mlat(4985): Server: 0.0 kB/s from server 0.0kB/s TCP to server 0.3kB/s UDP to server
07/17/2015 13:10:04 mlat(4985): Aircraft: 44 known, 11 requested by server
so i guess, there is no connection to the server? but normal ads-b msgs are being sent, as i can see on my site’s page
If there’s no positions/minute line reported, then unfortunately the servers aren’t being able to use your data for mlat for one reason or other and can’t give you results. This might be just that there aren’t enough nearby receivers, or that there are not enough ADS-B aircraft around to get clock sync, or your location is incorrectly entered, or your Pi is overloaded and dropping data which breaks mlat. There’s no easy way to tell these cases apart at the moment unfortunately.
fusionimage - looks like your pi is overloaded, it’s reporting 100% CPU load.
misiugal - you only have synchronization with 2 nearby receivers, which may not be enough. Lack of ADS-B flights or not enough overlap in coverage.
so, do you have any experience with different raspberry pi models? did it work with model 1 during development?
i guess, you have tried your software on those devices before releasing it.