Anyone know of a ADS-B UAT receiver that will work on a PC? Everything I have found is for 1090. I'm trying to do a personal side project that shows the locations of our fleet around the local area in real time.
I would like to see that. Theoretical the RTL receivers should be able to pick up TIS-B on the UAT... I might be interested in trying to write such a thing if I could find the spec for the UAT data. Of course it might be easier using one of the "designed for UAT" receivers.
They're only on 1090ES right now. I wish there was a dual link version but not yet. Given the low number of users on either band, it's not likely to give you much more than you have with just 1090ES.
I've read some blogs on people trying to crack the data block. I think the issue is no one has been able to write a decoder that is able to separate the ADSB from the TIS and FIS data. All I would need is the ADSB block. Then I just have to plot the data. Receiving the TIS data is impossible at our distance from the tower
ADS-B data is transmitted using different modulation and at a high data rate. It is more hardware intensive to receive, demodulate, and decode. (plus, unless you are very near a tower you are not going to receive on the ground) Rich
The point would not be to pick up the transmissions from the ground towers. The point would be to receive the aircraft's ADS-B out transmission, just like you do on 1090ES. Receiving the ground tower transmissions (TIS-B, FIS-B, and ADS-R) on a computer in your living room would be rather pointless.
I'm working on something similar. The plan of record is to extend my onboard traffic thingie to include UAT. There's a thread: http://www.pilotsofamerica.com/forum/showthread.php?t=65894
I saw that you were able to pick up a UAT data burst. Did you just pick up the signal or was it the actual text data?
I got the state vector equivalent for the ground station, so it's good data. I think Oliver does the same. However, he's a step ahead, because he does the error correction as well, using Phil Karn's library. I'm going to try and rig my own error-correction for fun and profit. But it'll take a while. If you want receiption right now, you might want to look at dump978. My self-clocking code needs a bit of work even before the error correction. The ADS-B packets vary in length, so there's a bit of tedious programming needed to capture them (one must peek into the packet before it's corrected). Also, I only capture half of the packets, because, again, it takes work to arrange 2 passes over half-bits or other trick.
Old Phil Karn... KA9Q... Now there's an interesting dude. A little weird, too. Nice guy though, considering all the dumb questions he gets from us mere mortals. Ha.
Go here and buy a copy of DO-282 B and you will have the information you need to build one. http://www.rtca.org/content.asp?pl=145&contentid=145 If you aren't a RF hardware person, a software defined radio might get you close enough that you could do your own decode software. Maybe this thing would do it -> http://www.winradio.com/ It's stuff I thought about for years but decided flying was more fun.
Speaking of Phil Karn: http://swling.com/blog/2016/01/how-...ham-radio-transmission-heard-in-star-trek-iv/
Check out Dump978: https://github.com/mutability/dump978 There's also a ton of work that's been done on Stratux, including 978 support: http://stratux.me Both of them rely on a $15 USB dongle, with an R820 / 820T2 chipset.
Check out www.adsbexchange.com. I have some 978 traffic in the local Phoenix area, but it's mostly 1090.
Just use stratux. I know for certain that the whole software package compiles and works on Mac (you said desktop). Haven't tried it on Windows.
