Stratux offers a low power UAT SDR. Support for this would be helpful in a dual-frequency setup.
Thought it was just a standard rtl-sdr compatible device with programmed serial number.
With the serial number the Stratux image can distinguish the two dongles.
Have you tried using it with piaware?
The radio uses a TI CC1310 chip instead of the RTL2832. In the Stratux code they have a separate file for handling this dongle ( main/lowpower_uat.go). The card does not show up when you run rtl_test and does not get recognized by piaware.
AFAIK it’s not a SDR, it’s actually got the demodulator on board. If you can make it produce data on 30978 in the common dump978 format (I believe stratux is still using the same format as my original dump978 / dump978-fa, which should be fine) then piaware & skyview978 should be able to use data from there. The software to bridge from the dongle to a tcp port doesn’t exist right now though AFAIK (basically, something analogous to
beast-splitter which does that job for a Mode-S Beast)
edit: I looked at the stratux code and it doesn’t seem like it would be too painful to build something to handle the dongle - the dongle just looks like a serial port which produces decoded UAT messages in a custom format, the host does the FEC but that’s about all.
I have some proof-of-concept code for this now, so support may turn up in a future release of dump978 if it works out OK
There’s some experimental support at https://github.com/flightaware/dump978/tree/stratux-dongle
Run dump978-fa with
It seems to work OK so far. The stratux dongle does seem to have trouble with higher gain antennas / noisy environments though - it was deaf when using a FA 978MHz antenna with no filter, but worked OK with a filter in place.
Got it working. I built the package and installed that. It looks like piaware-config will need updating to support the option for this radio.
I’m using the stratux antenna at the moment and got a few hits, but only in a short range. Thanks for the quick turnaround!
Yeah the sdcard image / configuration half of it is not there yet.
How was the test performed on the UATRadio? I’ve found that it is more sensitive and less tolerant to very strong transmitters. The SDRs seem to do better when overloaded. This only ever seems to happen when I have a UAT transmitter in the room with the UATRadio on the bench.
I did some ad-hoc testing at FA HQ in Houston when I was visiting earlier in the year; nothing systematic, just putting it up in a window (29th floor) in parallel with a dump978-based receiver and seeing what it heard.
I did notice possibly the same thing with overload, but not even with “very strong” transmitters, just with more antenna gain. Hooking it up to a FA 978MHz antenna, I got almost no data; but half-disconnecting the N connector suddenly produced data. Using the provided antenna (looks similar to your typical 2.4GHz wifi antenna; substantially shorter than the FA antenna, so less gain) instead worked OK. Putting a splitter in the antenna path also worked OK. In the time available I didn’t work out whether it was a physical connection problem or an overload problem. The Houston office is a noisy RF environment so it may be that too.
Thanks for the response. A very strong signal in my case meant a ~14 dBm output transmitter, low gain TX antenna, same room. We (Stratux) tested the UATRadio sensitivity and it decoded messages 3-6 dB lower, depending on long or short messages. An area with a lot of test equipment, especially with loud LO’s, can definitely skew the results. It definitely shows a big improvement in flight tests.
I suggest to do this. Install a program Called HDSDR onto a laptop or computer near by. Use the dongle that you use for ADSB/UAT reception and plug it in to the computer, set up the program and run it on 1090 MHZ to actually see the signals on 1090 mhz. Run the gain all the way up to max to see how much overload you have. Also take into consideration that using a raspberry Pi (any model) The Pi will produce huge amounts of of RF interference. I also feel that if your dongles are too close to the Pi, they will actually absorb RF interference generated from the Pi. I had the CATV technician in my house two months ago and he swept the house with his analyser and he pointed that my shelf that my Pi’s are on is a hot spot for interference. So to add to this conversation, we dont take into consideration the ammount of self generated interference we actually produce.