I am led to believe that piaware 3.1.x automatically outputs MLAT data on port 30106, when I enter this onto VRS I get no data showing on the map, although I know Im receiving MLAT data due to the website telling me so.
I have entered this command into the pi mlat-results-format to beast,connect,localhost:30104 ext_basestation,listen,30106, to try and force it over 30106 but still not getting any data.
I have seen this before.
Check to ensure that the RPI is listening for external connections.
/etc/default/dump1090-fa or dump1090-mutability
Try telneting to the port externally to see if it responds or rejects the connection.
Check to see if the RPI is listening on the port netstat -an | grep 30104 | grep LIST tcp 0 0 0.0.0.0:30104 0.0.0.0: LISTEN*
tcp6 0 0 :::30104 :::* LISTEN (Ignore unless you are running IP6)
Not sure if there is a direct piaware-config command to fix this issue. OBJ should know.
MLAT flights show on VRS but do not plot or come up as MLAT in the list! Under previous versions i’d set dump1090-mutability to listen on 30106 and set up a seperate hidden feed and it would work! Now when I do it, I get basestation error messages.
Last I looked, the MLAT 30106 is not in a basestation format. It is comma separated and looks like basestation format, but there are a bunch more fields.
The binary format 30105 should show up as DF18 CF=2 or 5. VRS would have to decode that. I assume it can, but maybe not. Can you have more than one feed port?
As you can see from screenshots, I have configured all receivers and merged feeds twice, once for Basestation format and again for Beast format. I have tried both Basestation & Beast, and did not notice any difference. It is possible there is some difference, but I could not catch it.
In order to segregate the display of Flightaware MLAT feedback and Adsbexchange MLAT feedback, I configured the MLAT feedback of Adsbexchange to connect to VRS port 30102 on my Desktop, instead of connecting to dump1090 port30104. Now dump1090 map displays antenna adsb planes+ FA mlat planes. The Adsbexchane mlat planes are displayed only in VRS
This is how I did it:
In file adsbexchange-mlat_maint.sh, changed –results beast,connect,127.0.0.1:30104 to –results beast,connect,192.168.0.xx:30102 where 192.168.0.xx is local IP of my Desktop.
Thanks for all your replies, it was in the end my own user error! I had set Dump1090 to output on 30106 so VRS was receiving clashing data. As soon as i removed the entry it was working fine.
Kenny have you (or has anyone else) noticed whether your stats from the VRS display are the same as through the dump1090 map?
When I run the two simultaneously, I show more results from dump1090 than I do with VRS. For example, right now at a glance I see that dump1090 is listing 212 aircraft, 163 with positions. VRS, meanwhile, shows 193 aircraft.
What accounts for that discrepancy? I’ve set VRS up in somewhat similar fashion to abcd567, in that I have an ADSB feed and an MLAT feed that I have merged. I thought that should cover all the data, and therefore equal the same number of viewable aircraft that is shown on dump1090’s map. Have I got something wrong somewhere?
I think VRS has a 600 second timeout for aircraft whereas it is 60 seconds for dump1090.
If 193 is the aircraft with positions then 193 seems about right.
Thank you for your reply! The timeout could be a factor, I had not considered that. I did notice yesterday that dump1090 was displaying aircraft on the ground from what appeared to be a TIS-B broadcast, while VRS was not. This makes me wonder if VRS naturally filters more out than dump1090 does, and if I can offset that somehow.
Abcd567, I tried to mimic your setup but was unsuccessful with the MLAT server using Beast mode. It did work well when I set it as a “Basestation,” but not at all under Beast. Not sure what to make of that.