FlightAware Discussions

Announcing PiAware 3! (Latest version: 3.7.1)

#1046

Well if you don’t use an LNA in the signal chain then it’s usually a reasonable setting for 1090 MHz.
(Flightaware sticks have an LNA so gain needs to be lowered)

2 Likes
#1047

What you do to get UAT in VRS is pipe dump978 into dump1090 then out to VRS.

dump978 command:
rtl_sdr -d 0 -f 978000000 -s 2083334 -g 0 - | /home/pi/adsb-receiver/build/dump978/dump978/dump978 | tee >(/home/pi/adsb-receiver/build/dump978/dump978/uat2json /var/www/html/dump978/data) | /home/pi/adsb-receiver/build/dump978/dump978/uat2esnt | /bin/nc -vq1 127.0.0.1 30001

dump1090-fa config:

–net-only disables RTL-SDR, relays data from dump978

RECEIVER_OPTIONS="–device-index 0 --gain -10 --ppm 0 --net-bo-port 30005"
DECODER_OPTIONS="–max-range 360"
NET_OPTIONS="–net --net-only --net-heartbeat 60 --net-ro-size 1000 --net-ro-interval 1 --net-ri-port 30001 --net-ro-port 30002 --net-sbs-port 30003 --net-bi-port 30004,30104 --net-bo-port 30005"
JSON_OPTIONS="–json-location-accuracy 1"

Took me forever to figure out how to do it, the “–net” was key, tells dump1090 to accept incoming data (I think the documentation says it does by default, but I found it needed to be specified explicitly). I also am running 2 separate instances of dump1090 (one is "main 1090"and other is for the 978 relay) on 2 separate rasp-pis, I do this to see 2 separate feeds in VRS so I know which is 978 and which is 1090 (and also because antenna placement issues).

978 is outputting “raw” (/bin/nc -vq1 127.0.0.1 30001) and 1090 is taking is taking raw-input (–net-ri 30001). To do this on one machine / dump1090 instance and feed UAT to FA, I don’t know. I’d love see what someone can come up with and see it posted back to here. Thanks and your welcome.

#1048

That is the old dump978.

#1049

As it seems that UAT is irrelevant outside the USA, why should we upgrade to v3.7.1 or are there other upgrades/changes we can benefit from?

1 Like
#1050

What’s the difference with the “new” dump978 and where does one get it from? Thx

#1051

@slickFDDI

In your post you have given the following path:
/home/pi/adsb-receiver/build/dump978/
which shows you have installed it by JProchazka’s adsb-receiver project script. This is old dump978

The new dump978 is named dump978-fa, and you have to install it by
(1) Building its package from source code
OR
(b) Write latest Piaware SD card image 3.7.1 to your microSD card

#1052

Yes, I haven’t upgraded anything, really for the amount of UAT I see in my area, I don’t even run that receiver full time. I’d imagine what I’ve described would point to a way of interfacing dump978 to VRS, either via relay thru dump1090 or directly through. The FA versions don’t really seem to be much different under the hood from the mutability forks, other than how they take their configs. As I stated previously, I’d be very much interested in seeing how others have interfaced dump978 into VRS, other than a fleeting comment and a screenshot (which was all I had to go on, enabling my belief that it was indeed possible).

#1053

For 1090, 3.7.1 has the usual minor bugfixes, plus some improvements to Comm-B decoding and a refreshed aircraft database. https://github.com/flightaware/dump1090/blob/v3.7.1/debian/changelog (some of these decoding changes also affect piaware itself, even if you’re not using dump1090-fa)

#1054

https://discussions.flightaware.com/t/uat-translation-from-dump978-fa/49735/11

I used uat2esnt for mine just fine now along with socat. No extensive modifications, just used cron to run a script on startup.

#1055

In VRS, are you able to see a distinction between UAT and ADSB traffic?

#1056

No… it shows up just as ADS-B and Mode-S would. On the map however I can select just that receiver for it and display only that.