Then I combine the 30005 and 31005 outputs using modesmixer2 to output to another map display.
With Piaware 2, this works fine. With Piaware 3, the returned MLAT on port 31005 is not being recognised. My set up is correct since I can combine the data from Piaware 3 in VRS to see the MLATs.
While I could use VRS to combine the data and then output to my map display of choice, the simple modesmixer2 command line is lighter on resources for my low power server.
Hence my question: did anything change in Piaware 3 to cause the effect I’m seeing?
mlat-client now returns results as DF 18 TIS-B positions.
modesmixer apparently doesn’t understand those.
As modesmixer is closed source, I can’t offer a fix for that, you will need to contact the modesmixer author.
I use Piaware 3 ‘Beast Splitter’ with ModeS Beast and get both TIS-B and MLAT on dump1090-fa display. Also use the ‘Beast Splitter’ outputs on 30005 and 31005 combined with ModeSmixer2 and display both TIS-B and MLAT on Planeplotter with no problems. Perhaps your ‘other map display’ does not support DF18 messages.
The fundamental difference is that Beast/AVR format is transferring the raw messages, and Basestation is transferring a decoded form of the message. You lose information going from Beast/AVR to Basestation.